利来物流管理系统需求分析.docx
- 文档编号:17905006
- 上传时间:2023-08-04
- 格式:DOCX
- 页数:40
- 大小:373.79KB
利来物流管理系统需求分析.docx
《利来物流管理系统需求分析.docx》由会员分享,可在线阅读,更多相关《利来物流管理系统需求分析.docx(40页珍藏版)》请在冰点文库上搜索。
利来物流管理系统需求分析
文档编号:
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
内容描述
以上若干模型从各个角度、侧面观察描述系统,力求准确,无遗漏。
总体视图描述模型分析的不同角度与方式。
商业模型主要有:
●业务模型
●管理模型
●商业交互模型
●商业工作流程
●目标模型
●机构模型
●位置模型
●网络模型
5.2业务模型
5.2.1模型视图
图1
5.2.2模型描述
业务模型描述了XX速递业务基本流程:
每份快件从发件到收件的处理过程。
其中业务从发件客户发件开始,经过发件处理、配送处理、实时跟踪等过程,最后到收件客户收到快件终止。
客户还可以对快件进行查询,包括经过的地点及时间,到件时间及收件人签名等。
客户对服务中出现的问题可以进行投诉。
5.2.3角色描述
●客户:
包括收件人和发件人,泛指XX的服务对象。
利来物流管理系统使用方将所有客户档案存入系统,如果客户在一段时间内(例如3个月)不再使用其网络收发快件,则自动从系统中删除该客户。
客户还分为月结客户和现金结算客户。
其中月结客户必然有资料,而现金客户可能有也可能没有资料。
●发件人:
即为发出快件的客户,该客户直接同接单组联系,提出发单请求,如果该快件可以送达,该请求被受理,发件客户和XX的合同关系建立。
(发件客户可以是一个月结客户也可以是一个现金客户,他/她可以选择寄付和到付做为其付款方式)
●收件人:
即为收快件的客户。
收件客户在发件客户与XX建立投递合同时产生。
快件到达XX到件网点时,由派件员将快件投递给该客户,经收件客户检查快件没有问题时快件即可认为送达。
如果是寄付并且是现金已付,客户与XX之间的合同已经完成。
如果是到付或月结,合同关系在运费结清时解除,该快件所对应的发件客户和到件客户的概念即不再存在,但历史数据需要保存一段时间。
如果是到付必须注意:
如果是月结客户要将该快件合并到该月结客户的月结单上,避免由于人名或地址书写问题导致混乱,所以到件的客户编号必须在到件之后才能输入。
关于扣货:
如果是到付,到件客户不付款,派件员有权扣货。
如果是月结客户,到月底结账时不付款,派件员也可以在下一次到件时扣货。
5.2.4用例描述
●发件:
发件是由发件客户的发件申请开始的。
发件客户通过电话告诉接单组的接单小姐。
接单员根据XX网络承运能力确定该快件是否可以接单。
接单员发现如果发件用户是新客户(没有在XX发过快件的或发过快件但在规定时间内没有再收发快件的客户),将在该地区的客户档案中建立该客户档案,包括详细地址、电话、简称、归属区域(用于指定收件员)等信息。
接单员通知收件员前往收件。
收件员到客户处收件(如果是大件:
过重、体积过大等由公司派车前往客户处收件)。
在收件时,派件员可能现场称重量,也可能回公司称重量。
对于现金客户一般需要第二天带发票前往收取现金,对于月结客户,在月底或下月初凭月结单和发票前往收取运费。
收件后必须将运单送往业务员所处分公司(办事处),由录单员将运单录入系统,其中必须有运单号,发件客户编号(在客户资料完整时录入发件客户编号,系统将自动产生发件客户的详细信息。
如果没有发件客户编号,将无法对月结客户进行财务核算)。
收件人简要信息(收件人详细信息只能通过运单或运单图片查询,系统不能根据收件人地址自动派单,所以通常不需要完整描述。
派件时派件员根据运单上的地址派单,派件员将派件情况填写派件表,财务人员将派件情况输入系统),到件网点编号、到件省代码、重量及价格,物品种类保险等报关必需信息。
●查询:
查询是客户通过电话,传真,email等方式询问当地XX客户服务中心服务人员其所发/收的快件当前情况或出现问题的处理情况或月结客户核对运单具体内容。
服务人员通过Internet访问WWW服务器,可以访问一个未送达或已经送达的运单的当前状态。
可以通过浏览器察看或打印运单图片传真给客户或直接向客户发出带有运单图片的Email。
●投诉:
客户可以对XX的服务投诉,系统可以记录投诉内容和投诉处理情况。
所以当客户再次询问处理情况时可以告诉客户相关的处理情况。
5.3客户管理模型
5.3.1模型视图
图2
5.3.2模型描述
管理模型描述了XX客户管理系统的基本流程。
监察部门的职能需要在项目的实施过程中进一步调整。
注意:
管理命令不是立即返回的,需要手工查询结果;
各级管理人员根据权限对整个XX财务数据和经营数据进行操作,不得越权使用。
5.3.3角色描述
客户服务代表要跟踪运单,在运单到达收货人进行回单确认,再通知发货人。
对XX业务中不符合业务流程的现象进行检查,运单与录入内容有出入或与货有出入。
5.3.4用例描述
●跟踪运单:
可以查询每日的运单数量,去向,营业额等。
●查询有件无单:
可以查询有件无单的快件,对该快件生命周期的每个步骤进行确认,找出有件无单原因及当事人的责任。
●查询重量与实际不符:
可以查找重量与实际不符的原因及当事人责任。
●查询有单无件:
可以查询有单无件的快件,对该快件生命周期的每个步骤进行确认,找出有单无件原因及当事人责任。
5.4商业工作流程
1)运单跟踪流程
图3
如图所示,该模型主要描述运单查询流程。
流程说明:
1)客户管理人员先进行身份验证。
2)返回验证结果后,再输入运单后查询,系统返回查询结果。
3)输入发货人,系统返回查询结果。
4)权限内操作,不得越权使用。
2、其它部门(人员)管理
图1
如图所示,该模型主要描述其它部门管理流程。
该模型涉及到的对象为其它部门查询人员和数据中心。
流程说明:
1)查询人员访问数据中心,首先进行身份验证。
2)查询人员权限内查询,系统返回查询结果。
3)查询人员权限内删除,系统返回结果信息。
4)查询人员的其它权限内操作,系统返回结果信息。
5)权限内操作,不得越权使用。
6)以下为其它部门管理总体协作图:
图2
目标模型
5.4.1模型视图
图1
5.4.2模型描述
5.4.3目标模型描述了XX正在实施的企业系统目标,XX业务平台项目应尽量实现或逼近企业目标目标描述
●客户满意目标
⏹问题件快速查询处理。
⏹提供方便用户的查询功能。
●质量目标
⏹提高快件到件速度。
⏹减少错件少件数量等。
●运作目标
⏹所有运单都有记录。
⏹派件都有记录。
⏹网络之间通过DDN或INTERNET相连,不再使用传真。
⏹有系统故障恢复机制。
●管理目标
⏹各个级别的管理员可以拥有不同的权限修改或查询数据。
5.5机构模型
5.5.1模型视图
5.5.2模型描述
机构模型描述了企业的机构和从属关系,企业的部门和各自的工作性质和内容。
5.5.3机构描述
●总裁下设省信息管理部部长,客户处理部部长,承运商管理部长。
1)客户处理部部长对总裁负责。
2)承运商管理部部长对总裁负责。
●信息处理部部长下设仓储管理人员。
仓库管理人员对客户处理部部长负责。
●客户服务部部长下设客户服务代表人员。
客户服务代表人员对客户服务部负责。
5.5.1查询运单通迅模型
图1
如上图所示,该模型主要描述查询运单的通讯流程,并将查询时间以六个月为限进行访问查询。
该模型涉及到的角色主要为客户。
流程说明:
1)六个月内运单数据,客户通过INTERNET浏览器访问数据中心,查询运单数据;系统提供运单图片,包括有收件人签名。
2)六个月外数据,客户通过通过电话人工查询运单数据。
通讯投资分析
●通讯投资分析:
每月费用
注:
详细清看附件《DDN资费标准》。
5.6
仓库管理模型
图1
如上图所示,该模型主要描述仓库管理。
该模型涉及到的角色主要为客户、仓库管理员。
流程说明:
1)客户(包括发件人和收件人)通过电话或传真与接单小姐取得联系,并告知发件人的具体地址、电话等信息。
如果该快件可以送达,则该单被受理。
发件客户可以现金结算客户,也可以为月结客户,如果为现金结算客户,电脑中可能有该客户资料,也可能没有该客户资料;发件客户可以选择付款方式,即寄付还是到付。
接单小姐输入客户资料,并保存客户资料(该资料未共享);最后根据发件客户的地址确定业务员人选(电脑自动弹出业务员信息)。
下单可以在3-5秒中完成。
2)接单小姐10秒中之内CALL业务员,业务员根据CALL的屏幕信息,到达发件客户处取件。
接单小姐可以追加CALL信息,也可取消该CALL信息。
3)发件员至发件客户处领取快件,由客户填写运单详细信息,并保留一份运单以备查询。
4)以下为仓库管理总体协作图:
图2
6系统用例模型
图1
这是一个包含系统所有用例和角色的总体视图。
它试图提供一个全貌,如果视图过于复杂,则需要使用多个视图从多个方面描述系统。
通常组织用例视图围绕角色是一个好方法。
该模型描述系统的各个子系统以及它们的数据传输关系。
模型描述:
本系统包括以下子系统:
1.电话接单子系统
2.软件处理子系统
3.到件处理子系统
4.通讯子系统
5.监察子系统
6.财务子系统
7.网上服务
8.权限控制子系统
9.营业数据查询子系统
10.客户服务子系统
11.远程维护子系统
注:
电话接单子系统与软件处理子系统存在数据传递关系。
6.1电话接单子系统
6.1.1模型视图
图1
6.1.2模型描述
如上图所示,该系统模型主要描述客户从电话下单到收派件员取件的详细过程。
接单的基本过程可以描述为:
●客户(发件人/收件人)通过电话/传真与接单话务员取得联系,并告知发件人的基本情况,如发件地址、联系电话等信息数据。
●仓库管理员根据客户发件人的发件地址等信息,通知负责该区收件的业务员上门收取快件。
●发件客户填写运单,可以选择寄付或者到付,签名;留下一份运单以备以后查询等内容。
6.1.3角色描述
该模型涉及到的角色为发件客户、接单话务员和收派件员。
●发件客户:
即为要发件的客户,通过电话通知接单话务员,并告知相关的数据信息,如详细地址、联系电话等。
如果XX公司受理,则完成电话下单过程。
●仓库管理员:
负责接单,记录发件客户相关数据信息,如详细地址、联系电话等。
如果可以送达,则受理该快件。
如果客户为老客户,则电脑根据客户编号显示客户信息;如果客户为新客户,则录入新用户信息;并根据客户信息填写部分运单内容。
接单完毕,通知收派件员至发件客户处领取快件。
●承运商:
根据仓库管理员提供的收件相关数据信息,如详细地址、联系电话等内容,至发件客户处领取快件。
收派件员应将受理号填写在运单上。
6.1.4用例描述
●电话通知发件:
发件客户通过电话与接单话务员取得联系,并告知相关数据信息,如详细地址、联系电话等。
●录入新用户:
如果发件客户为新客户,接单话务员则要在电脑中录入该客户相关资料。
●根据客户编号查询客户信息:
如果发件客户为老客户,接单话务员则在接单过程中,通过客户编号查询该客户相关资料。
●填写运单部分内容:
接单话务员在接单过程中,根据发件客户提供的相关数据信息,填写运单部分内容,接单员不能预知运单号码,但可以使用受理号,并通知收件。
收件员应将受理号填写在运单上。
●通知收派件员:
接单话务员接单完毕,通知CALL告知业务员发件客户相关资料信息,收派件员根据信息内容至发件客户处收取快件。
6.2收件处理子系统
6.2.1模型视图
图1
6.2.2模型描述
如上图所示,该系统模型主要描述录单员对收件的处理过程。
6.2.3角色描述
该模型涉及的角色为录单员。
●录单员:
负责将运单详细信息数据录入电脑中。
6.2.4用例描述
●接收受理单:
接收接单员所有的受理单资料信息。
●录入运单数据:
录单员将所有的运单录入电脑中;也可以输入受理号将接单员填写的部分数据资料调出,填充缺少的信息内容。
6.3监察子系统
6.3.1模型视图
图1
6.3.2模型描述
如上图所示,该系统模型主要描述监察人员对整个流程的监控,以及对异常的查询处理流程。
6.3.3角色描述
该模型涉及到的角色主要是监察人员。
●监察人员:
负责对整个运单周期进行监控,对发运单周期中发现的异常问题进行处理。
6.3.4用例描述
●异常件查询:
对运单周期中的异常件进行查询,分析原因,并找到当事人责任;即为异常件进行处理。
●派件时发现的价格重量不符:
对派件时发现的价格重量不符的快件进行查询,分析原因,并找到当事人责任;即对该件进行处理。
到件处理子系统
6.3.5模型视图
图1
6.3.6模型描述
如上图所示,该系统模型描述快件到达收件办事处后的处理流程。
6.3.7角色描述
该系统模型涉及到的角色主要有录单员、收派件员和收件客户。
●录单员:
负责将到件运单的重量金额录入电脑,并打印派件表。
●收派件:
负责将快件送至收件客户手中。
●收件人:
签收快件。
6.3.8用例描述
●接收到达的运单:
录单员接收所有到件运单数据。
●录入派件的重量金额:
录单员录入派件的重量金额信息。
●打印派件表:
录单员按业务员收派件范围进行分类,并打印派件表。
6.4客户服务子系统
6.4.1模型视图
图1
6.4.2模型描述
如上图所示,该系统模型描述客户对运单进行查询和投诉的服务流程。
6.4.3角色描述
该模型涉及到的角色主要为客户和客户服务小姐。
●客户:
即发件客户或收件客户。
●客户服务小姐:
负责为客户进行运单查询和投诉服务。
6.4.4用例描述
●运单查询:
客户根据运单号,对该运单进行查询,可以查询该运单的各种详细信息数据。
●客户投诉:
客户通过客户服务小姐,对不满意的服务进行投诉。
6.5网上服务子系统
6.5.1模型视图
图1
6.5.2模型描述
如上图所示,该系统模型主要描述XX内部人员通过网络对运单历史数据进行查询的流程。
历史数据即为超过六个月的运单数据。
网上服务基本工作流程如下:
●客户通过电话委托XX内部人员(一般指客户服务小姐或其他被允许查询历史数据的员工,此处指客户服务小姐)查询历史单数据。
●客户服务小姐通过INTERNET访问香港数据中心,查询历史单数据。
6.5.3角色描述
该模型涉及到的角色主要是XX内部人员。
●XX内部人员:
即XX工作人员,只有允许访问的员工如客户服务小姐才有权对历史数据进行查询。
6.5.4用例描述
●查询运单历史数据:
XX内部人员(即被允许可以查询历史数据的人员,如客户服务小姐)可以通过网络对运单历史数据进行查询。
6.6权限控制子系统
6.6.1模型视图
图1
6.6.2模型描述
该系统模型描述XX集团管理人员或员工进行权限管理和分配的流程。
管理
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 物流 管理 系统 需求 分析