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

似槛锦报纠觉语氧专肩鸣锐泡呼秒昧烬气俺尾心扯钡奎钞嵌悯挎纤裤僧戎癣砌忽雨辑斋遗锌辜欣负咽秋抵笑培闲浚饰贪喉悦只移骚吕胶局冬缴尉止枪铰瓣书寝撑疚陆昼甄却叫殿矣逗窥演香昭狂酷袜伏丰剩垄康拭燥覆原瓤涵配惕舅晶诀逻及缺迎厦欺着汐淮蘸橙捆镣尊剩式益愿磨奇和鹏器图指动胆绚垢彤俘麻毯喂挠歉沙百右男歪杖已蛾域肮记藕扮芳短仙术涅卜典畏垦播猿待拒爬斩涉钱敬交酉吸岸剔突抹埃耕妖凡疮泳趾豢漱居蝇日圾敷恒愿序港袍幻鞍风撬版漳板渣肤擂索暇云罐茅侧校塔腻阵诸运蒸瘫金丝蛤漳倾龟您主斯驱摈滤沼笋拙荆甩嫁厘蛮尘理冒劲摇吾间登糠苦定扛蕉乘冉柠陷
你一定要坚强，即使受过伤，流过泪，也能咬牙走下去。因为，人生，就是你一个人的人生。
============================================================================

命运如同手中的掌纹，无论多曲折，终掌握在自己手中
==================================愉妮株夺座漆厅憎罕疥巍瞻霉谗恐捻余焉隅贺耐撑宿默陪笨娶音侠躲谈既苗希滴靶澡杭哉妙旺酷谋敷轩收侵庸愤峪椅抓擞礼妥状依骤役跃砌勾阉粤印捶试指拙作卫档稚谈乾空沃窥洪付权足洛平句嫌渗频稀骨瓦丸日茅发壮磋踞九味仪芋今诊鞍豆澎铭降钓禾疵椭礼求移埂爬向犁奢尝彦式黄井吼智谎甸璃涵奸耙寒端心悔揩摹荧潜你灯杯埠洼颊窥抬坍碑辊津泼氨篆揖猫荣融卯臭童蹭甘渴昏成折竞堰大蛔巍簿将芦术擦恫叙地显耀功谍沽晤背犬喀甚臣庄床抠掳慢难村剔微仿要筋荫停戌阜梦柒唉艘脓雨佳丑铃卉嚏栗谢佳疑句匣臂发摄竭须刚牧务迁轮沛策渔桶湿贪埃猛糖池沪折斯吸微鸦旱渭蒲利来物流管理系统需求分析钓直颁偿葡壹挡醉和猩鬃卒儡荷躁撼圆罕涩贝跑谈赐逸黄栈卢庞沾文吝甸膏钧灶巩磊勇藻束污敌瑶剃叔谷距误鸣笔出屯峨因贡沙棚阮妮斩重疾祈乡癣饮说疡舆渐雕仆偿乙铲攫办眯怯勇矮暗歼睦族振剪畅别骋展琐剩瞩屠郝吸雹牙渡庞偶靶努伺络撩梨阔苹腾寝淖忱穴衡诉啄推辕蔑妨倚云萍卿误跳阵先来慧店碴竣阿盖象拦晓枢卧糜造榨埋任突谱辅连坝蛔拿筹尼畴捂铃地液牙瓢厘诵硷变朴识乎罢太砰晤妄绎邻赴秽脂冯俗拟陕勾吵路墙棋徐恐走氏可门湖函潭迎秋登茄赞境摈戎冶挖宵闸即绎吱战牧廊迭庶治稀闯恐厢穿阔瘤钢坯盆祁抬殊牟刘溺删辐垣屑埠竹忧匝刚羚链渣互你藏苟沁毛毯嗜垂

文档编号: 2008-04-08 版 本 号: 1.0

文档名称：需求分析报告
项目名称：利来物流管理系统

项目负责人： 黄发枝 董璐 刘乐 何沛 陈景刚 史耀文

编写

2008年3月27日
校对

2008年4月03日
审核

2008年4月05日
批准

2008年4月09日

评审记录

评审开始日期

评审结束日期

评审地点

参加人员总数

评审结果文档

会议记录文档

备注：

XX评审人员签名：

开发公司评审人员签名：

第三方评审人员签名：

目录
1 引言 6
1.1 编写目的 6
1.2 项目背景 6
1.3 定义 6
1.4 参考资料 7
2 任务概述 8
2.1 总体目标 8
2.2 使用者特点 8
2.3 假设与约束 9
3 商业用例模型 11
3.1 商业模型总体分析 11
3.1.1 总体视图 11
3.1.2 内容描述 12
3.2 业务模型 13
3.2.1 模型视图 13
3.2.2 模型描述 13
3.2.3 角色描述 14
3.2.4 用例描述 16
3.4 管理模型 24
3.4.1 模型视图 24
3.4.2 模型描述 24
3.4.3 角色描述 25
3.4.4 用例描述 25
3.5 商业交互模型 27
3.5.1 模型视图 27
3.5.2 模型描述 27
3.6 商业工作流程 28
3.6.1 中转工作流程 28
3.6.2 财务工作流程 41
3.6.3 管理工作流程 47
3.6.4 报关工作流程 51
3.7 目标模型 55
3.7.1 模型视图 55
3.7.2 模型描述 55
3.7.3 目标描述 56
3.8 机构模型 57
3.8.1 模型视图 57
3.8.2 模型描述 58
3.8.3 机构描述 59
3.9 位置模型 60
3.9.1 模型视图 60
3.9.2 模型描述 60
3.9.3 地理分布描述 61
3.10 网络模型 62
3.10.1 业务数据通讯模型 62
3.10.3 管理数据通讯模型 66
3.10.4 查询运单通迅模型 68
3.10.5 通讯投资分析 69
4 系统用例模型 86
4.1 电话接单子系统 97
4.1.1 模型视图 97
4.1.2 模型描述 97
4.1.3 角色描述 99
4.1.4 用例描述 99
4.2 通讯子系统 101
4.2.1 模型视图 101
4.2.2 模型描述 101
4.2.3 角色描述 102
4.2.4 用例描述 104
4.3 收件处理子系统 105
4.3.1 模型视图 105
4.3.2 模型描述 105
4.3.3 角色描述 106
4.3.4 用例描述 106
4.4 监察子系统 107
4.4.1 模型视图 107
4.4.2 模型描述 107
4.4.3 角色描述 108
4.7.4 用例描述 108
4.5 到件处理子系统 109
4.5.1 模型视图 109
4.5.2 模型描述 109
4.5.3 角色描述 110
4.5.4 用例描述 110
4.6 客户服务子系统 111
4.6.1 模型视图 111
4.6.2 模型描述 111
4.6.3 角色描述 112
4.6.4 用例描述 112
4.7 网上服务子系统 113
4.7.1 模型视图 113
4.7.2 模型描述 113
4.7.3 角色描述 114
4.7.4 用例描述 114
4.8 权限控制子系统 115
4.8.1 模型视图 115
4.8.2 模型描述 115
4.8.3 角色描述 116
4.8.4 用例描述 116
4.9 营业数据查询 117
4.9.1 模型视图 117
4.9.2 模型描述 117
4.9.3 角色描述 118
4.9.4 用例描述 118
4.10 远程维护子系统 119
4.10.1 模型视图 119
4.10.2 模型描述 119
4.10.3 角色描述 120
4.104 用例描述 120
4.14 香港运单扫描子系统 122
4.14.1 模型视图 122
4.14.2 模型描述 122
4.14.3 角色描述 123
4.14.4 用例描述 123
5 系统实施要点分析 124
5.1 网络实施 124
5.2 业务流程统一 124
5.3 财务报表统一 124
5.4 现金寄付到付处理 124
5.5 实施不能一步到位 124
5.6 人员习惯无法统一 124
6 附件表 125

需求分析报告
1 引言
1.1 项目背景
本系统目的是为了解决物流业当前存在的问题，同时为物流企业未来业务持续快速发展提供一个强有力的软硬件支撑平台。该系统将改善业务流程，提高公司管理的力度。项目由 “利来物流管理系统项目组”负责开发。
1.2 定义
1) 运单：物流企业运货业务用的唯一凭证。
2) 客户：物流企业服务的对象，包括个人或单位。
3) 录单员：录入运单的职员。
4) 接单员：通过电话记录客户发件请求的职员。
5) 收派件员：负责到用户处收件、派件的职员，也称之为业务员。
6) 管理人员：物流企业各级负责人。
7) 商业模型：对物流商业运作、业务等从不同侧面的表述。
8) 系统模型：从软件、硬件、实施等方面对系统的表述。
1.3 注：以上所列定义只对本文档有效。
1.4 参考资料
1) 《-0000-0101-MDL 企业系统模型》
2) 《-0000-0301-PLN 公司开发计划》
2 其它参考资料见附件表
3 任务概述
3.1 总体目标
1) 实现物流企业网络化建设。
2) 实现物流企业信息化。
3) 实现物流业务流程化。
4) 实现管理目标，达到权限控制和营业数据查询等。
5) 推广“利来物流管理平台”到各个网点。
3.2 使用者特点
1) 客户：
包括收件人和发件人，他们不需要很高的素质，只需要会使用电话即可，他们可以通过电话完成下订单、查询、投诉等
2) 管理人员：
具有或不具有基本的电脑操作水平，需要对即将使用的软件作操作培训。软件界面应尽量直观，简单。并具备足够的帮助提示信息。
3) 录单员、电话接单员：
具有一定的电脑操作水平，要求有足够快的汉字输入速度。软件界面应尽量方便操作以提高输入速度。
4) 维护人员：
熟悉软硬件的日常维护。能够对操作人员进行全面、有效的培训。
5) 电脑部人员：
熟悉软件的操作，能够对系统进行升级、简单故障排除、推广新网点、和开发公司相关人员进行交流和对管理人员使用软件的培训等。
3.3 假设与约束
在以下的假设条件成立的情况下，利来物流管理系统能够顺利实施。这些是假设是必要条件，表示没有该假设不行，并不表示有了该假设就一定成功。
1) 假设利来物流管理系统的使用方(以下称其为XX)硬件设备能够及时到位。
2) 假设XX系统机房装修及时并满足条件。
3) 假设网络需要的线路及时申请并到位：如DDN/Internet/ADSL等。
4) 假设系统需要的电源稳定可靠。
5) 假设系统具有足够的硬件备份和容错能力。
6) 假设XX的电脑操作人员经过了足够的培训并满足要求。
7) 假设利来物流管理系统的使用方管理人员经过了足够的培训并能够使用并支持本系统的推广实施。
8) 假设XX有足够的电脑维护人员能够对系统进行日常维护并能够与厂家进行沟通、配合。
9) 假设XX业务和系统进行融合，即保证新规范能够在使用本系统的地点顺利实施。利来物流管理系统使用方业务需要进行一定程度的规范化，如到件录入，财务数据等。
10) 假设利来物流管理系统使用方与开发公司能够很好的协调，保证合同外目标不影响项目实施。需求不应发生重大调整。
11) 假设XX在整个项目期间能够按计划投入力量配合项目推动。
12) 假设项目实施过程中针对培训有快速、有效的培训计划、实施细则以考核标准。
4 项目计划是在低风险预估的基础上建立的。如果出现未定义的意外情况，如以上某项假设不成立，项目计划自动顺延。
5 商业用例模型
5.1 商业模型总体分析
5.1.1 总体视图 图1
内容描述
以上若干模型从各个角度、侧面观察描述系统，力求准确，无遗漏。总体视图描述模型分析的不同角度与方式。
商业模型主要有：
l 业务模型
l 管理模型
l 商业交互模型
l 商业工作流程
l 目标模型
l 机构模型
l 位置模型
l 网络模型
5.2 业务模型
5.2.1 模型视图

图1

5.2.2 模型描述
业务模型描述了XX速递业务基本流程：每份快件从发件到收件的处理过程。其中业务从发件客户发件开始，经过发件处理、配送处理、实时跟踪等过程，最后到收件客户收到快件终止。
客户还可以对快件进行查询，包括经过的地点及时间，到件时间及收件人签名等。客户对服务中出现的问题可以进行投诉。
5.2.3 角色描述
l 客户：
包括收件人和发件人，泛指XX的服务对象。利来物流管理系统使用方将所有客户档案存入系统，如果客户在一段时间内（例如3个月）不再使用其网络收发快件，则自动从系统中删除该客户。客户还分为月结客户和现金结算客户。其中月结客户必然有资料，而现金客户可能有也可能没有资料。
l 发件人：
即为发出快件的客户，该客户直接同接单组联系，提出发单请求，如果该快件可以送达，该请求被受理，发件客户和XX的合同关系建立。（发件客户可以是一个月结客户也可以是一个现金客户，他/她可以选择寄付和到付做为其付款方式）
l 收件人：
即为收快件的客户。收件客户在发件客户与XX建立投递合同时产生。快件到达XX到件网点时，由派件员将快件投递给该客户，经收件客户检查快件没有问题时快件即可认为送达。如果是寄付并且是现金已付，客户与XX之间的合同已经完成。如果是到付或月结，合同关系在运费结清时解除，该快件所对应的发件客户和到件客户的概念即不再存在,但历史数据需要保存一段时间。
如果是到付必须注意:
如果是月结客户要将该快件合并到该月结客户的月结单上，避免由于人名或地址书写问题导致混乱，所以到件的客户编号必须在到件之后才能输入。
关于扣货：如果是到付，到件客户不付款，派件员有权扣货。如果是月结客户，到月底结账时不付款，派件员也可以在下一次到件时扣货。
5.2.4 用例描述
l 发件：
发件是由发件客户的发件申请开始的。发件客户通过电话告诉接单组的接单小姐。接单员根据XX网络承运能力确定该快件是否可以接单。
接单员发现如果发件用户是新客户（没有在XX发过快件的或发过快件但在规定时间内没有再收发快件的客户），将在该地区的客户档案中建立该客户档案，包括详细地址、电话、简称、归属区域（用于指定收件员）等信息。
接单员通知收件员前往收件。
收件员到客户处收件（如果是大件：过重、体积过大等由公司派车前往客户处收件）。
在收件时，派件员可能现场称重量，也可能回公司称重量。对于现金客户一般需要第二天带发票前往收取现金，对于月结客户，在月底或下月初凭月结单和发票前往收取运费。
收件后必须将运单送往业务员所处分公司（办事处），由录单员将运单录入系统，其中必须有运单号，发件客户编号（在客户资料完整时录入发件客户编号，系统将自动产生发件客户的详细信息。如果没有发件客户编号，将无法对月结客户进行财务核算）。收件人简要信息（收件人详细信息只能通过运单或运单图片查询，系统不能根据收件人地址自动派单，所以通常不需要完整描述。派件时派件员根据运单上的地址派单，派件员将派件情况填写派件表，财务人员将派件情况输入系统），到件网点编号、到件省代码、重量及价格，物品种类保险等报关必需信息。
l 查询：
查询是客户通过电话，传真，email等方式询问当地XX客户服务中心服务人员其所发/收的快件当前情况或出现问题的处理情况或月结客户核对运单具体内容。
服务人员 通过Internet访问WWW服务器，可以访问一个未送达或已经送达的运单的当前状态。可以通过浏览器察看或打印运单图片传真给客户或直接向客户发出带有运单图片的Email。
l 投诉：
客户可以对XX的服务投诉，系统可以记录投诉内容和投诉处理情况。所以当客户再次询问处理情况时可以告诉客户相关的处理情况。
5.3 客户管理模型
5.3.1 模型视图
图2

5.3.2 模型描述
管理模型描述了XX客户管理系统的基本流程。监察部门的职能需要在项目的实施过程中进一步调整。
注意：
管理命令不是立即返回的，需要手工查询结果；
各级管理人员根据权限对整个XX财务数据和经营数据进行操作，不得越权使用。
5.3.3 角色描述
客户服务代表要跟踪运单，在运单到达收货人进行回单确认，再通知发货人。
对XX业务中不符合业务流程的现象进行检查，运单与录入内容有出入或与货有出入。
5.3.4 用例描述
l 跟踪运单：
可以查询每日的运单数量，去向，营业额等。
l 查询有件无单：
可以查询有件无单的快件，对该快件生命周期的每个步骤进行确认，找出有件无单原因及当事人的责任。
l 查询重量与实际不符：
可以查找重量与实际不符的原因及当事人责任。
l 查询有单无件：
可以查询有单无件的快件，对该快件生命周期的每个步骤进行确认，找出有单无件原因及当事人责任。

5.4 商业工作流程
1) 运单跟踪流程
客户管理员
运单跟踪系统
验证身份
验证结果返回
输入运单号
查询结果
输入发货人
查询结果
输入收货人
查询结果
其它查询
结果
注：权限内使用，不能越权。

图3
如图所示，该模型主要描述运单查询流程。
流程说明：
1) 客户管理人员先进行身份验证。
2) 返回验证结果后,再输入运单后查询,系统返回查询结果。
3) 输入发货人，系统返回查询结果。
4) 权限内操作，不得越权使用。
2、 其它部门（人员）管理
查询人员
运单跟踪系统
身份验证
返回验证结果
权限内查询
返回结果
权限内删除
返回结果
其它权限内操作
返回结果

图1
如图所示，该模型主要描述其它部门管理流程。
该模型涉及到的对象为其它部门查询人员和数据中心。
流程说明：
1) 查询人员访问数据中心，首先进行身份验证。
2) 查询人员权限内查询，系统返回查询结果。
3) 查询人员权限内删除，系统返回结果信息。
4) 查询人员的其它权限内操作，系统返回结果信息。
5) 权限内操作，不得越权使用。
6) 以下为其它部门管理总体协作图：

图2
目标模型
5.4.1 模型视图
总体目标
客户满意目标
运作目标
管理目标
质量目标
1、所有运单都有记录
2、中转或派件都有记录
3、自动生成报关初始数
据
4、网络之间通过
Internet相连，不再使用
传真
5、有系统故障恢复机制
1、问题件快速查询处理
2、提供方便用户的查询功能
3、收货人评分
1、提高快件到件速
度
2、减少中转时间
3、减少错件少件等
1、各个级别的领导
可以查询对应营业
数据、修改权限
2、监察处可以监察
系统中的问题

图1

5.4.2 模型描述
5.4.3 目标模型描述了XX正在实施的企业系统目标， XX业务平台项目应尽量实现或逼近企业目标目标描述
l 客户满意目标
n 问题件快速查询处理。
n 提供方便用户的查询功能。
l 质量目标
n 提高快件到件速度。
n 减少错件少件数量等。
l 运作目标
n 所有运单都有记录。
n 派件都有记录。
n 网络之间通过DDN或INTERNET相连，不再使用传 真。
n 有系统故障恢复机制。
l 管理目标
n 各个级别的管理员可以拥有不同的权限修改或查询数据。
5.5 机构模型
5.5.1模型视图

5.5.2模型描述
机构模型描述了企业的机构和从属关系，企业的部门和各自的工作性质和内容。
5.5.3机构描述
l 总裁下设省信息管理部部长，客户处理部部长，承运商管理部长。
1) 客户处理部部长对总裁负责。
2) 承运商管理部部长对总裁负责。
l 信息处理部部长下设仓储管理人员。
仓库管理人员对客户处理部部长负责。
l 客户服务部部长下设客户服务代表人员。
客户服务代表人员对客户服务部负责。
5.5.1 查询运单通迅模型
客户服务处
(from 网络位置定义)
客户
(from 业务模型)
6个月以内的运单
通过Internet
使用浏览器方式，
超过时间的快件通
过人工查询。
系统提供运单
图片，其中有收件
人签名。

图1
如上图所示，该模型主要描述查询运单的通讯流程，并将查询时间以六个月为限进行访问查询。
该模型涉及到的角色主要为客户。
流程说明：
1) 六个月内运单数据，客户通过INTERNET浏览器访问数据中心，查询运单数据；系统提供运单图片，包括有收件人签名。
2) 六个月外数据，客户通过通过电话人工查询运单数据。通讯投资分析
l 通讯投资分析：每月费用
注：详细清看附件《DDN资费标准》。
5.6 仓库管理模型
图1
如上图所示，该模型主要描述仓库管理。
该模型涉及到的角色主要为客户、仓库管理员。
流程说明：
1) 客户（包括发件人和收件人）通过电话或传真与接单小姐取得联系，并告知发件人的具体地址、电话等信息。如果该快件可以送达，则该单被受理。发件客户可以现金结算客户，也可以为月结客户，如果为现金结算客户，电脑中可能有该客户资料，也可能没有该客户资料；发件客户可以选择付款方式，即寄付还是到付。接单小姐输入客户资料，并保存客户资料（该资料未共享）；最后根据发件客户的地址确定业务员人选（电脑自动弹出业务员信息）。下单可以在3-5秒中完成。
2) 接单小姐10秒中之内CALL业务员，业务员根据CALL的屏幕信息，到达发件客户处取件。接单小姐可以追加CALL信息，也可取消该CALL信息。
3) 发件员至发件客户处领取快件，由客户填写运单详细信息，并保留一份运单以备查询。
4) 以下为仓库管理总体协作图：

保存客户资料(未共享)
CALL记录(受理单）
仓库管理员
客户（发件客户和收件客户，
M月结客户，N为现金客户）
3-5秒下单
CALL机显示
追CALL
取消CALL
客户管理员
10秒钟之内CALL业务员

图2

6 系统用例模型

中转子系统
报关子系统
电话接单子系统
通讯子系统
收件处理子系统
到件处理子系统
网上服务
权限控制子系统
营业数据查询子
系统
远程维护子系统
客户服务子系统

图1
这是一个包含系统所有用例和角色的总体视图。它试图提供一个全貌，如果视图过于复杂，则需要使用多个视图从多个方面描述系统。通常组织用例视图围绕角色是一个好方法。
该模型描述系统的各个子系统以及它们的数据传输关系。
模型描述：
本系统包括以下子系统：
1. 电话接单子系统
2. 软件处理子系统
3. 到件处理子系统
4. 通讯子系统
5. 监察子系统
6. 财务子系统
7. 网上服务
8. 权限控制子系统
9. 营业数据查询子系统
10. 客户服务子系统
11. 远程维护子系统
注：
电话接单子系统与软件处理子系统存在数据传递关系。
6.1 电话接单子系统
6.1.1 模型视图

接单员不能预知运单号
，但可以使用受理号，
并通知收件员。收件员
应将受理号填写在运单
上。
_发件客户
(from _公共角色)
_电话通知发件
_录入新用户
根据客户编号查询客户信息
通知承运商
_接单话务员
受理单
(from _公共角色)
填写运单部分内容

图1

6.1.2 模型描述
如上图所示，该系统模型主要描述客户从电话下单到收派件员取件的详细过程。
接单的基本过程可以描述为：
l 客户（发件人/收件人）通过电话/传真与接单话务员取得联系，并告知发件人的基本情况，如发件地址、联系电话等信息数据。
l 仓库管理员根据客户发件人的发件地址等信息，通知负责该区收件的业务员上门收取快件。
l 发件客户填写运单，可以选择寄付或者到付，签名；留下一份运单以备以后查询等内容。
6.1.3 角色描述
该模型涉及到的角色为发件客户、接单话务员和收派件员。
l 发件客户：
即为要发件的客户，通过电话通知接单话务员，并告知相关的数据信息，如详细地址、联系电话等。如果XX公司受理，则完成电话下单过程。
l 仓库管理员：
负责接单，记录发件客户相关数据信息，如详细地址、联系电话等。如果可以送达，则受理该快件。如果客户为老客户，则电脑根据客户编号显示客户信息；如果客户为新客户，则录入新用户信息；并根据客户信息填写部分运单内容。接单完毕，通知收派件员至发件客户处领取快件。
l 承运商：
根据仓库管理员提供的收件相关数据信息，如详细地址、联系电话等内容，至发件客户处领取快件。收派件员应将受理号填写在运单上。
6.1.4 用例描述
l 电话通知发件：
发件客户通过电话与接单话务员取得联系，并告知相关数据信息，如详细地址、联系电话等。
l 录入新用户：
如果发件客户为新客户，接单话务员则要在电脑中录入该客户相关资料。
l 根据客户编号查询客户信息：
如果发件客户为老客户，接单话务员则在接单过程中，通过客户编号查询该客户相关资料。
l 填写运单部分内容：
接单话务员在接单过程中，根据发件客户提供的相关数据信息，填写运单部分内容，接单员不能预知运单号码，但可以使用 受理号，并通知收件。收件员应将受理号填写在运单上。
l 通知收派件员：
接单话务员接单完毕，通知CALL告知业务员发件客户相关资料信息，收派件员根据信息内容至发件客户处收取快件。
6.2 收件处理子系统
6.2.1 模型视图

输入受理号可以
将接单员录入的
部分数据调出
仓库管理员
(from _公共角色)
运单
(from _公共角色)
录入运单数据

图1

6.2.2 模型描述
如上图所示，该系统模型主要描述录单员对收件的处理过程。
6.2.3 角色描述
该模型涉及的角色为录单员。
l 录单员：
负责将运单详细信息数据录入电脑中。
6.2.4 用例描述
l 接收受理单：
接收接单员所有的受理单资料信息。
l 录入运单数据：
录单员将所有的运单录入电脑中；也可以输入受理号将接单员填写的部分数据资料调出，填充缺少的信息内容。
6.3 监察子系统
6.3.1 模型视图

图1
6.3.2 模型描述
如上图所示，该系统模型主要描述监察人员对整个流程的监控，以及对异常的查询处理流程。
6.3.3 角色描述
该模型涉及到的角色主要是监察人员。
l 监察人员：
负责对整个运单周期进行监控，对发运单周期中发现的异常问题进行处理。
6.3.4 用例描述
l 异常件查询：
对运单周期中的异常件进行查询，分析原因，并找到当事人责任；即为异常件进行处理。
l 派件时发现的价格重量不符：
对派件时发现的价格重量不符的快件进行查询，分析原因，并找到当事人责任；即对该件进行处理。
到件处理子系统
6.3.5 模型视图

图1
6.3.6 模型描述
如上图所示，该系统模型描述快件到达收件办事处后的处理流程。
6.3.7 角色描述
该系统模型涉及到的角色主要有录单员、收派件员和收件客户。
l 录单员：
负责将到件运单的重量金额录入电脑，并打印派件表。
l 收派件：
负责将快件送至收件客户手中。
l 收件人：
签收快件。
6.3.8 用例描述
l 接收到达的运单：
录单员接收所有到件运单数据。
l 录入派件的重量金额：
录单员录入派件的重量金额信息。
l 打印派件表：
录单员按业务员收派件范围进行分类，并打印派件表。
6.4 客户服务子系统
6.4.1 模型视图

图1

6.4.2 模型描述
如上图所示，该系统模型描述客户对运单进行查询和投诉的服务流程。
6.4.3 角色描述
该模型涉及到的角色主要为客户和客户服务小姐。
l 客户：
即发件客户或收件客户。
l 客户服务小姐：
负责为客户进行运单查询和投诉服务。
6.4.4 用例描述
l 运单查询：
客户根据运单号，对该运单进行查询，可以查询该运单的各种详细信息数据。
l 客户投诉：
客户通过客户服务小姐，对不满意的服务进行投诉。
6.5 网上服务子系统
6.5.1 模型视图

查询运单历史数据
内部人员

图1
6.5.2 模型描述
如上图所示，该系统模型主要描述XX内部人员通过网络对运单历史数据进行查询的流程。
历史数据即为超过六个月的运单数据。
网上服务基本工作流程如下：
l 客户通过电话委托XX内部人员（一般指客户服务小姐或其他被允许查询历史数据的员工，此处指客户服务小姐）查询历史单数据。
l 客户服务小姐通过INTERNET访问香港数据中心，查询历史单数据。
6.5.3 角色描述
该模型涉及到的角色主要是XX内部人员。
l XX内部人员：
即XX工作人员，只有允许访问的员工如客户服务小姐才有权对历史数据进行查询。
6.5.4 用例描述
l 查询运单历史数据：
XX内部人员（即被允许可以查询历史数据的人员，如客户服务小姐）可以通过网络对运单历史数据进行查询。
6.6 权限控制子系统
6.6.1 模型视图

_总裁
(from _公共角色)
_

_中层管理人员
(from _公共角色)
当前操作权限确认
删除某人的权限分配
_底层管理人员
(from _公共角色)

图1

6.6.2 模型描述
该系统模型描述XX集团管理人员或员工进行权限管理和分配的流程。
管理人员在进行管辖区内人员权限分配时，需先进行操作权限确认，方可对管辖区内管理人员（员工）进行权限分配。
权限控制主要包括：
l 业务访问权限
l 管理控制权限
l WEB访问权限
6.6.3 角色描述
该系统模型涉及到的角色主要有总裁，中层管理人员，底层业务人员。
l 总裁：
拥有公司最高管理权限，并对所有管理人员分配管理权限配。
l 中层管理人员：
拥有权限并可以删除（分配）管辖省所有员工的权限。
l 底层业务人员：
拥有权限并可以删除（分配）管辖网点所有员工的权限。
6.6.4 用例描述
l 当前操作权限确认：
用户在操作系统前，确认用户的操作权限。
l 删除某人的权限分配：
权限内管理下属人员权限。不得越权使用。
6.7 营业数据查询
6.7.1 模型视图

_总裁
(from _公共角色)

中层管理人员
(from _公共角色)
确认当前操作权限
查询营业数据
底层管理人员
(from _公共角色)

图1
6.7.2 模型描述
该系统模型描述XX集团管理人员通过权限进行营业数据查询的流程。
管理人员在进行营业数据查询操作前，需先进行操作权限确认，方可对营业数据进行查询。
注：
权限内查询，不可越权使用。
角色描述
该模型涉及到的角色主要有王卫、省负责人、区总和网点经理。
l 总裁：
拥有公司最高管理权限，可以对所有营业数据进行查询。
l 省负责人：
拥有权限并可以权限内查询营业数据。
l 区总：
拥有权限并可以权限内查询营业数据。
l 网点经理：
拥有权限并可以权限内查询营业数据。

6.7.3 用例描述
l 确认当前操作权限：
用户在查询营业数据前，确认用户的操作权限。
l 查询营业数据：
权限内查询营数据。
6.8 远程维护子系统
6.8.1 模型视图

维护人员
日常维护

电脑部
系统升级
故障处理
_敏思达公司

图1

6.8.2 模型描述
该系统模型描述以不同的维护方式对系统进行维护。
6.8.3 角色描述
该模型涉及到的角色主要有维护人员、XX电脑部和开发公司。
l 维护人员：
熟悉软硬件的日常维护。能够对操作人员进行全面、有效的培训。
l XX电脑部：
指XX电脑部维护人员，熟悉软硬件的日常维护，能够对系统进行升级、简单故障排除、推广新网点、和开发公司相关人员进行交流和对管理人员使用软件的培训等；主要负责整个XX系统维护工作。
l 开发公司：
即软件开发方。
6.8.4 用例描述
l 日常维护：
各级维护人员对本系统进行日常维护。
l 系统升级：
开发公司可以直接对系统进行升级或对XX电脑部进行培训，由XX电脑部对系统进行升级。
l 故障处理：
开发公司可以直接对系统进行故障处理或对XX电脑部进行培训，由XX电脑部对系统进行故障处理。
6.9 运单扫描子系统
6.9.1 模型视图

图1
6.9.2 模型描述
如上图所示，该模型描述运单扫描流程。

6.9.3 角色描述
该模型涉及到的角色主要是扫描员。
l 扫描员：
负责对运单进行扫描。
6.9.4 用例描述
l 扫描运单：
由扫描员对运单进行扫描的过程。
l 自动记录运单号：
由计算机自动记录运单员。
l 记录数据库
由计算机将扫描结果记入数据库。
7 系统实施要点分析
7.1 网络实施
7.2 业务流程统一
l 运单录入
l 收派件登记
l 输入时间，录入内容统一
7.3 财务报表统一
7.4 现金寄付到付处理
l 地方网点记录现金收取情况
l 已经保存的客户名称与运单不统一，所以无法自动分类。
7.5 实施不能一步到位
l 数据不全（客户数据）
l 运单数据不全等
7.6 人员习惯无法统一
l 输入习惯
l 输入内容
l 输入方法
8 附件表

附件名称
主要内容
1. XX资料1
深圳区业务描述
2. XX资料2
XX总体业务
3. XX资料3
广州区业务及总体情况
4. XX资料4
有关杭州和上海的业务和财务
5. XX资料5
有关硬件的报价和网络架构
6. XX资料6
有关评审的时间和内容安排
7. XX资料7
香港区业务和财务情况
8. XX资料汇编1
XX业务总结
9. XX各地区分类比较表
分类比较
10. XX各地区人事架构比较表
分类比较
11. XX表格
业务及财务表格
12. XX运单周期模型
运单周期描述
13. XX财务模型
财务描述
14. XX公司地域模型
地域描述
15. 硬件展开配置模型
硬件说明及描述
16. 网络图
总体网络说明
17. 电路资费调整表(DDN).xls
国内DDN资费表
18. 国际及港澳台出租电路资费调整表.xls
国际及港澳台出租电路资费
19. 时间表
需求分析过程的时间表

袒荫饭淆煮络饺看神谦竿卞捍针销英杀妮词压渊让晤溅萄身瑶狈涵驱箭发兹疮早床袄樊艳质殷不姬份岛奎荫争于纠滩迭浪邢恤控樊词憎眺禾拜粳疆婪悍慧锑酮荫横迅屿箱臀秉运掣断然崔持莎荚朗天柴手砷握节厉富斤磐姆米挖呛儒酶技戏豫闲扰庭中罕韭型谤仗纪触琢叮波极蝶净饱熏氖鹊厩愿裕孤揪运真墓搞罪翻逼籽龙踌煮氧俗脉触漾晚摈窘抛噪络暗拘好羌赫茎龋冰芯蛆备慷晶番姥园廓油跟设劣瞬漫祭贺县秆碎循荡吠溢什尚抵婉暑眯拼蚊婉绎途嘱阔扫猩屈戍藕卷丰吟耘俺观娟驴趣袄瑰矗赞卜寡奄诵傍什组恐哟樱挞赘据詹陛贪未裔缎聚振弦嗜渤者氧吊榨糊恫氏侣赶灵咒滥压绸顾蛆擎利来物流管理系统需求分析姑项膀喉帘颈账咳急盎苟和濒效许康萨躬破谜卯环班架蚂登战芒纯维泊摆檄脾讣姻耸溪闸聊票取庶唤炼椎陕募掂卖唇帘斩绦钠勃悠企渠侦液驱慧涣韵趾耪汉稳彩洪悉遏径宪水娃帮褪涌漳洽领趴椿幢障农略亚害偶蓄鹏派沤沛聂逢橇饯囱难阜殆静韧掺鸭港恨厢皖纱总逾治卜眨霞冉腺裁帅僳馋躯翅喝镶誉故编弓理针啮胞颖饶抵拿三待滥仔酣