物流管理系统需求分析.doc

物流管理系统

需求分析
目 录
第1章 项目概述 1
1.1 目 1
1.2 对象 1
1.3 范围 1
第2章 业务需求 1
2.1 业务描述 1
第3章 需求分析 2
3.1 业务需求 2
3.1.1 票据管理 2
3.1.2 接货管理 2
3.1.3 配车管理 2
3.1.4 到货管理 3
3.1.5 中转管理 4
3.1.6 结算管理 4
3.1.7 客户服务 5
3.1.8 监控分析 5
3.1.9 成本核算 6
3.1.10 应用管理 6
3.1.11 系统管理 7
3.2 系统需求 7
3.2.1 系统架构 7
3.2.2 通信接口 7
3.2.3 外部硬件接口 7
3.2.4 性能需求 7
3.2.5 故障处理需求 7
3.2.6 实行布署 7
3.2.7 操作需求 7
第1章 项目概述
伴随快递企业业务发展，业务量不停增多，跨区域工作需求，客户需要一种可以运行于B/S模式网络数据管理系统。本软件能满足快递企业与客户之间业务需求和快递企业与承运人之间业务需求，并能对业务数据进行记录和管理，最终以报表形式体现出来。
1.1 目
1.2 对象
1.3 范围
第2章 业务需求
2.1 业务描述
首先，发货客户与快递企业签订货运协议（货运单），把货品交给快递企业来托运，并按照货运协议付款方式付款。快递企业根据货品运送线路，为货品配车，找到合适车辆后，与司机签订运送协议（回执单），并按照运送协议运费结算方式结算。司机对货品检查无误后，装车，然后发车，发车后，货品任何损失由司机承担。
司机抵达目地后，需要通过货品验收，验收通过，填写一份司机回执单，快递企业这时同步告知发货客户和收货客户，货品已抵达。假如货品没有通过验收，则填写差错记录。假如该货品不需要中转，告知收货客户来提货，客户验收通过后，填写客户回执单，快递企业这时告知发货客户，所发货品已被提走。假如该货品需要中转，则填写一份中转信息单，快递企业这时同步告知发货客户和收货客户，货品已被中转。中转成功后，收货客户来提货，并告知发货客户，货品已被提，然后进行转货结算。
第3章 需求分析
3.1 业务需求
3.1.1 票据管理
1．功能描述：
票据管理重要功能是对票据本分发，查询，修改和删除。以及票据已填、作废、结帐查询。当货运单或回执单填写完后，则该票据状态便是已填；当已填票据被删除时，则该票据状态便是作废；当票据已完毕结算，则该票据状态便是结帐。

3.1.2 接货管理
1．功能描述：
接货管理重要功能是填写一份货运单协议，该协议内容包括货运单编号、发货客户信息、收货客户信息、运费、保险费等，提交协议后，同步修改该协议状态为待运，票据状态为已填。填完货运单后，需要为本次货运添加货品。在货品列表中，添加货品，重要填写货品名称、重量、体积、货品价值等信息。
可以查看不一样状态货运单，例如待发运单、未到运单、未结运单。填写完运单但还没有发货运单为待发运单；运单已发但尚未到，为未到运单；没有结算运单统称为未结运单。注：货运单只有在待运状态时，才可以修改和删除，其他状态不能对其数据操作。

3.1.3 配车管理
1．功能描述：
配车管理重要功能是填写一份运送协议，该协议内容包括协议编号、承运人信息、发货点、交货点、起运时间、抵达时间、收货客户信息、总运费、保险费等。为本次托运装货，然后发车。
可以查看运送协议在不一样阶段状态，如未出协议、未到车辆、未结车辆。填写完运送协议后，在未发货之前，该协议状态为未出协议；发货但未抵达协议，为未到车辆；所有未结算运送协议都为未结协议。注：只有运送协议状态为未出协议步，才可以对此协议进行修改和删除。其他状态不能对其进行数据操作。

3.1.4 到货管理
1.功能描述：
到货管理重要功能是对抵达货品进行回执管理和货品验收管理。
到货回执管理（包括司机回执和客户回执）：
1.)司机回执是在抵达货品通过验收后来，填写一份司机回执单，回执单内容包括，运送协议编号、司机姓名、验收纪录等。已填回执单可以查看、修改和删除。回执单填写完后，告知发货客户和收货客户，货品已抵达，修改回执单状态为“回执”。假如货品需要中转，中转该货品。假如货品没有通过验收，则填写差错记录。
2.)客户回执是收货客户收到货品，并验收后，填写一份客户回执单，回执单内容包括，货运单编号、客户姓名、验收纪录等。已填回执单可以查看、修改和删除。同步告知发货客户，该货品已被提，修改货运单状态为“回执”。
到货验收（包括差错信息、新到货品、到货历史）：
1.) 差错记录是客户对已抵达货品进行验收时，对有差错问题货品填写差错记录。该差错记录包括，货运单编号、回执单编号、客户姓名、差错类型、货品信息等。已填差错记录可以查看、修改和删除。
2.) 新到货品是对新到货品进行即时保留，并可查看到货内容。发出到货告知后，修改货运单状态为“到货“，这是此货品就不属于新到货品了。该纪录就被转到到货历史中寄存。
3.) 到货历史是对发过到货告知进行记录保留，可查看详细信息。
3.1.5 中转管理
1．功能描述：
中转管理重要功能是添加中转企业，并对需要中转货品转交给中转企业。填写中转货运单后
中转企业：
中转企业信息录入。
中转企业信息查询，详细信息查看、修改和删除。
2.中转配车
1.) 对需要中转货运单填写中转信息，包括收货客户信息、发货客户信息、代收货款等。
2.)查询已填写中转信息，并能对其修改和删除。

3.1.6 结算管理
1．功能描述：
结算管理重要功能是对货运单、运送费用、代收款等结算，并对结算单进行管理。
货运单结算重要是针对运货客户或者收货客户结算。它分为未结运单和已结运单。当本单金额+保险费-减款不等于收到金额时，为未结运单。反之为已结运单，并放到结算历史中。
运送结算重要是针对司机运费结算。它分为未结运费和已结运费。当运费+订装费+加运费不等于已付金额时，为未结运单，当运费+订装费+加运费等于已付金额时，结算成功，并放到结算历史中。
代收货款结算重要是针对客户需要代收款状况进行结算。分未结代收货款和已结代收货款。当佣金率*实收货款>已收佣金，或者佣金率>0且实收货款=0，或者应收佣金不等于0时，为未结代收结算。反之，为已结代收货款。
其他费用结算重要包括实际产生搬运费及运送中所产生其他费用结算。
3.1.7 客户服务
1．功能描述
客户服务重要功能是对客户投诉状况进行管理以及提货回告、到货回告、已提回告、中转回告、代收回告。
投诉管理重要是对客户投诉进行管理。顾客首先投诉登记，然后快递企业进行投诉处理处理完后放到投诉历史里。
提货回告是当司机填写完回执单后，告知收货客户前来提货。
到货回告是当司机填写完回执单后，告知发货客户，所运货品已经抵达。
已提回告是收货客户提走货品后来，告知发货客户，货品已被提走。
中转回告是告知发货客户和收货客户所运货品，已经中转。
代收回告是代收结算成功后来，告知发货客户代收结算已完毕。
3.1.8 监控分析
1．功能描述：
监控分析重要功能是对货运单监控和整体运行状况进行分析及报表处理
运单时间监控，分为预期未到运单和滞留未取运单。预期未到运单是目前时间>托运时间+线路时间。滞留未取是货品抵达后，3天未获得货品。
运单质量监控是对错差货损货品监控。
记录报表包括：客户运量排行，司机运量排行，业务记录日报表，内部职工业务分析报表，客户运费排行表，车辆成本登记表，货运结算月报表，往来业务分析报表，专线整体成本分析报表。
客户运量排行：在指定发货日期范围内，对发货客户运费、保险费、货品件数进行总和记录。
司机运量排行：在指定结算日期范围内，对司机承运费、加运费进行总合记录。
业务记录日报表： 对提货点每一天业务进行查询记录。
内部职工业务分析报表：对每个职工所做业务进行记录。
客户运费排行表：对发货客户运费、保险费、付回扣、运费减款进行记录。
车辆成本登记表：在指定结算时间内，对所有车辆每一次业务运费、加运费进行记录。
货运结算月报表：所有车辆在指定月内，所有业务结算记录报表。
往来业务分析报表：是发货客户每次业务记录。
专线整体成本分析报表：是对每趟专线运费、保险费、次数进行记录。
3.1.9 成本核算
1．功能描述：
成本核算重要功能是对企业收入、支出管理。计算出企业损益状况，并以报表显示出来。
收入录入重要是对营业外收入进行管理。
支出录入包括对职工工资进行管理；对财务费用进行管理；对办公费、房租费、水电费等进行管理；对客户赔款进行管理。
3.1.10 应用管理
1．功能描述：
应用管理重要功能是对系统中基本信息管理，包括客户管理、司机管理、线路管理、职工管理。
客户管理重要是对客户基本信息添加、修改和删除。
司机管理重要是对司机基本信息添加、修改和删除。
线路管理包括都市管理和线路管理。都市管理重要是对重要都市和范围都市基本信息添加、修改和删除。重要都市对应范围都市，就是该交货点中转地。线路管理就是对起运站-抵达站信息管理，包括线路历程和抵运时间。
职工管理重要是对快递企业内部职工基本信息添加、删除和修改。

3.1.11 系统管理
1．功能描述：
系统管理重要功能是对本系统操作顾客及权限管理。
功能填写重要是对页面功能添加、删除和修改。
顾客组设置重要是对顾客组添加、删除和修改，并为每个组分派功能页面。例如管理员组包括所有功能页面。
顾客设置重要是为职工分派顾客名，并能对顾客名进行添加、删除和修改。然后把顾客名分派到一定组中。一种职工可以占据多种顾客，一种顾客可以处在多种组中。
修改密码重要是为了以便登录顾客修改自己密码。

3.2 系统需求
3.2.1 系统架构
基于B/S架构，采用SpringMvc + MyBatis + ExtJs语言开发，后台数据库采用MSSQL Server
3.2.2 通信接口
3.2.3 外部硬件接口
3.2.4 性能需求
3.2.5 故障处理需求
本系统在发生也许软硬件故障时，可以进行给顾客对应故障提醒。具有错误日志，可以迅速定位错误。（无法捕捉系统软硬件故障原因，可以提供本系统错误日志）
3.2.6 实行布署
3.2.7 操作需求
使用Windows常见操作方式，便于顾客接受。