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

文档编号: 2008-04-08版本号: 1.0文档名称：需求分析报告工程名称：利来物流管理系统工程负责人：黄发枝董璐刘乐何沛陈景刚史耀文编写2008年3月27日校对2008年4月03日审核2008年4月05日批准2008年4月09日评审记录评审开始日期评审地点

评审完毕日期参加人员总数评审结果文档会议记录文档备注：评审人员签名：开发公司评审人员签名：第三方评审人员签名：目录1引言41.1编写目的错误!未定义书签。1.2工程背景41.3定义41.4参考资料42任务概述42.1总体目标42.2使用者特点52.3假设与约束53商业用例模型63.1商业模型总体分析6总体视图6内容描述73.2业务模型8模型视图8模型描述8角色描述8用例描述93.4管理模型10模型视图10模型描述11角色描述11用例描述123.5商业交互模型错误!未定义书签。模型视图错误!未定义书签。模型描述错误!未定义书签。3.6商业工作流程12中转工作流程错误!未定义书签。财务工作流程错误!未定义书签。管理工作流程12报关工作流程错误!未定义书签。3.7目标模型14模型视图14模型描述15目标描述153.8机构模型16模型视图错误!未定义书签。模型描述16机构描述163.9位置模型错误!未定义书签。模型视图错误!未定义书签。模型描述错误!未定义书签。地理分布描述错误!未定义书签。3.10网络模型错误!未定义书签。业务数据通讯模型错误!未定义书签。管理数据通讯模型错误!未定义书签。查询运单通迅模型16通讯投资分析17系统用例模型错误!未定义书签。4.1 接单子系统214.1.1模型视图214.1.2模型描述214.1.3角色描述224.1.4用例描述224.2通讯子系统错误!未定义书签。4.2.1模型视图错误!未定义书签。4.2.2模型描述错误!未定义书签。4.2.3角色描述错误!未定义书签。4.2.4用例描述错误!未定义书签。4.3收件处理子系统234.3.1模型视图234.3.2模型描述244.3.3角色描述244.3.4用例描述244.4监察子系统254.4.1模型视图254.4.2模型描述254.4.3角色描述25用例描述254.5到件处理子系统254.5.1模型视图254.5.2模型描述254.5.3角色描述254.5.4用例描述264.6客户效劳子系统264.6.1模型视图264.6.2模型描述264.6.3角色描述264.6.4用例描述264.7网上效劳子系统274.7.1模型视图274.7.2模型描述274.7.3角色描述274.7.4用例描述284.8权限控制子系统284.8.1模型视图284.8.2模型描述284.8.3角色描述284.8.4用例描述294.9营业数据查询294.9.1模型视图294.9.2模型描述294.9.3角色描述304.9.4用例描述304.10远程维护子系统304.10.1模型视图304.10.2模型描述314.10.3角色描述314.104用例描述324.14香港运单扫描子系统32模型视图32模型描述32角色描述32用例描述325系统实施要点分析325.1网络实施335.2业务流程统一335.3财务报表统一335.4现金寄付到付处理335.5实施不能一步到位335.6人员习惯无法统一336附件表33需求分析报告引言1.1工程背景本系统目的是为了解决物流业当前存在的问题，同时为物流企业未来业务持续快速开展提供一个强有力的软硬件支撑平台。该系统将改善业务流程，提高公司管理的力度。工程由“利来物流管理系统工程组〞负责开发。1.2定义1)运单：物流企业运货业务用的唯一凭证。2)客户：物流企业效劳的对象，包括个人或单位。3)录单员：录入运单的职员。4)接单员：通过 记录客户发件请求的职员。5)收派件员：负责到用户处收件、派件的职员，也称之为业务员。6)管理人员：物流企业各级负责人。7)商业模型：对物流商业运作、业务等从不同侧面的表述。8)系统模型：从软件、硬件、实施等方面对系统的表述。1.3注：以上所列定义只对本文档有效。1.4参考资料?-0000-0101-MDL企业系统模型??-0000-0301-PLN公司开发方案?其它参考资料见附件表任务概述3.1总体目标实现物流企业网络化建设。实现物流企业信息化。实现物流业务流程化。实现管理目标，到达权限控制和营业数据查询等。推广“利来物流管理平台〞到各个网点。3.2使用者特点客户：包括收件人和发件人，他们不需要很高的素质，只需要会使用即可，他们可以通过 完成下订单、查询、投诉等管理人员：具有或不具有根本的电脑操作水平，需要对即将使用的软件作操作培训。软件界面应尽量直观，简单。并具备足够的帮助提示信息。录单员、接单员：具有一定的电脑操作水平，要求有足够快的汉字输入速度。软件界面应尽量方便操作以提高输入速度。维护人员：熟悉软硬件的日常维护。能够对操作人员进展全面、有效的培训。电脑部人员：熟悉软件的操作，能够对系统进展升级、简单故障排除、推广新网点、和开发公司相关人员进展交流和对管理人员使用软件的培训等。3.3假设与约束在以下的假设条件成立的情况下，利来物流管理系统能够顺利实施。这些是假设是必要条件，表示没有该假设不行，并不表示有了该假设就一定成功。假设利来物流管理系统的使用方(以下称其为XX)硬件设备能够及时到位。假设XX系统机房装修及时并满足条件。假设网络需要的线路及时申请并到位：如DDN/Internet/ADSL等。假设系统需要的电源稳定可靠。假设系统具有足够的硬件备份和容错能力。假设XX的电脑操作人员经过了足够的培训并满足要求。假设利来物流管理系统的使用方管理人员经过了足够的培训并能够使用并支持本系统的推广实施。假设XX有足够的电脑维护人员能够对系统进展日常维护并能够与厂家进展沟通、配合。假设XX业务和系统进展融合，即保证新标准能够在使用本系统的地点顺利实施。利来物流管理系统使用方业务需要进展一定程度的标准化，如到件录入，财务数据等。假设利来物流管理系统使用方与开发公司能够很好的协调，保证合同外目标不影响工程实施。需求不应发生重大调整。假设XX在整个工程期间能够按方案投入力量配合工程推动。假设工程实施过程中针对培训有快速、有效的培训方案、实施细如此以考核标准。4工程方案是在低风险预估的根底上建立的。如果出现未定义的意外情况，如以上某项假设不成立，工程方案自动顺延。5商业用例模型5.1商业模型总体分析5.1.1总体视图图1内容描述以上假如干模型从各个角度、侧面观察描述系统，力求准确，无遗漏。总体视图描述模型分析的不同角度与方式。商业模型主要有：业务模型管理模型商业交互模型商业工作流程目标模型机构模型位置模型网络模型5.2业务模型5.2.1模型视图图15.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模型视图图25.3.2模型描述管理模型描述了XX客户管理系统的根本流程。监察部门的职能需要在工程的实施过程中进一步调整。注意：管理命令不是立即返回的，需要手工查询结果；各级管理人员根据权限对整个XX财务数据和经营数据进展操作，不得越权使用。5.3.3角色描述客户效劳代表要跟踪运单，在运单到达收货人进展回单确认，再通知发货人。对XX业务中不符合业务流程的现象进展检查，运单与录入内容有出入或与货有出入。5.3.4用例描述跟踪运单：可以查询每日的运单数量，去向，营业额等。查询有件无单：可以查询有件无单的快件，对该快件生命周期的每个步骤进展确认，找出有件无单原因及当事人的责任。查询重量与实际不符：可以查找重量与实际不符的原因及当事人责任。查询有单无件：可以查询有单无件的快件，对该快件生命周期的每个步骤进展确认，找出有单无件原因及当事人责任。5.4商业工作流程1)运单跟踪流程客户管理员

运单跟踪系统验证身份验证结果返回输入运单号查询结果输入发货人查询结果输入收货人查询结果其它查询结果注：权限内使用，不能越权。图3如下列图，该模型主要描述运单查询流程。流程说明：客户管理人员先进展身份验证。返回验证结果后,再输入运单后查询,系统返回查询结果。输入发货人，系统返回查询结果。权限内操作，不得越权使用。2、 其它部门〔人员〕管理运单跟踪系统查询人员 身份验证返回验证结果权限内查询返回结果权限内删除返回结果其它权限内操作返回结果图1如下列图，该模型主要描述其它部门管理流程。该模型涉及到的对象为其它部门查询人员和数据中心。流程说明：查询人员访问数据中心，首先进展身份验证。查询人员权限内查询，系统返回查询结果。查询人员权限内删除，系统返回结果信息。查询人员的其它权限内操作，系统返回结果信息。权限内操作，不得越权使用。以下为其它部门管理总体协作图：2目标模型5.4.1模型视图总体目标客户满意目标 质量目标 运作目标 管理目标1、所有运单都有记录1、问题件快速查询处理 2、中转或派件都有记录2、提供方便用户的查询功能 3、自动生成报关初始数3、收货人评分 据4、网络之间通过Internet相连，不再使用5、有系统故障恢复机制1、提高快件到件速度2、减少中转时间

1、各个级别的领导可以查询对应营业数据、修改权限3、减少错件少件等

2、监察处可以监察系统中的问题图15.4.2模型描述5.4.3目标模型描述了XX正在实施的企业系统目标，XX业务平台工程应尽量实现或逼近企业目标目标描述客户满意目标问题件快速查询处理。提供方便用户的查询功能。质量目标提高快件到件速度。减少错件少件数量等。运作目标所有运单都有记录。派件都有记录。网络之间通过DDN或INTERNET相连，不再使用传真。有系统故障恢复机制。管理目标各个级别的管理员可以拥有不同的权限修改或查询数据。5.5机构模型模型视图模型描述机构模型描述了企业的机构和附属关系，企业的部门和各自的工作性质和内容。机构描述总裁下设省信息管理部部长，客户处理部部长，承运商管理部长。客户处理部部长对总裁负责。承运商管理部部长对总裁负责。信息处理部部长下设仓储管理人员。仓库管理人员对客户处理部部长负责。客户效劳部部长下设客户效劳代表人员。客户效劳代表人员对客户效劳部负责。5.5.1查询运单通迅模型客户效劳处(from网络位置定义)6个月以内的运单通过Internet使用浏览器方式，超过时间的快件通过人工查询。系统提供运单图片，其中有收件人签名。客户(from业务模型)图1如上图所示，该模型主要描述查询运单的通讯流程，并将查询时间以六个月为限进展访问查询。该模型涉及到的角色主要为客户。流程说明：六个月内运单数据，客户通过INTERNET浏览器访问数据中心，查询运单数据；系统提供运单图片，包括有收件人签名。六个月外数据，客户通过通过人工查询运单数据。通讯投资分析通讯投资分析：每月费用注：详细清看附件?DDN资费标准?。5.6仓库管理模型1如上图所示，该模型主要描述仓库管理。该模型涉及到的角色主要为客户、仓库管理员。流程说明：客户〔包括发件人和收件人〕通过或与接单小姐取得联系，并告知发件人的具体地址、等信息。如果该快件可以送达，如此该单被受理。发件客户可以现金结算客户，也可以为月结客户，如果为现金结算客户，电脑中可能有该客户资料，也可能没有该客户资料；发件客户可以选择付款方式，即寄付还是到付。接单小姐输入客户资料，并保存客户资料〔该资料未共享〕；最后根据发件客户的地址确定业务员人选〔电脑自动弹出业务员信息〕。下单可以在3-5秒中完成。接单小姐10秒中之内CALL业务员，业务员根据CALL的屏幕信息，到达发件客户处取件。接单小姐可以追加CALL信息，也可取消该CALL信息。发件员至发件客户处领取快件，由客户填写运单详细信息，并保存一份运单以备查询。以下为仓库管理总体协作图：3-5秒下单 仓库管理员保存客户资料(未共享)10秒钟之内CALL业务员客户〔发件客户和收件客户，M月结客户，N为现金客户〕追CALL取消CALLCALL记录(受理单〕CALL机显示客户管理员26系统用例模型接单子系统 收件处理子系统 中转子系统到件处理子系统 报关子系统通讯子系统网上效劳

权限控制子系统

营业数据查询子系统客户效劳子系统 远程维护子系统图1这是一个包含系统所有用例和角色的总体视图。它试图提供一个全貌，如果视图过于复杂，如此需要使用多个视图从多个方面描述系统。通常组织用例视图围绕角色是一个好方法。该模型描述系统的各个子系统以及它们的数据传输关系。模型描述：本系统包括以下子系统：接单子系统软件处理子系统到件处理子系统通讯子系统监察子系统财务子系统网上效劳权限控制子系统营业数据查询子系统客户效劳子系统远程维护子系统注：接单子系统与软件处理子系统存在数据传递关系。6.1 接单子系统6.1.1模型视图_发件客户_通知发件_接单话务员_录入新用户(from_公共角色)通知承运商接单员不能预知运单号，但可以使用受理号，并通知收件员。收件员应将受理号填写在运单上。

根据客户编号查询客户信息填写运单局部内容 受理单(from_公共角色)图16.1.2模型描述如上图所示，该系统模型主要描述客户从下单到收派件员取件的详细过程。接单的根本过程可以描述为：客户〔发件人/收件人〕通过/与接单话务员取得联系，并告知发件人的根本情况，如发件地址、联系等信息数据。仓库管理员根据客户发件人的发件地址等信息，通知负责该区收件的业务员上门收取快件。发件客户填写运单，可以选择寄付或者到付，签名；留下一份运单以备以后查询等内容。6.1.3角色描述该模型涉及到的角色为发件客户、接单话务员和收派件员。发件客户：即为要发件的客户，通过通知接单话务员，并告知相关的数据信息，如详细地址、联系等。如果XX公司受理，如此完成下单过程。仓库管理员：负责接单，记录发件客户相关数据信息，如详细地址、联系等。如果可以送达，如此受理该快件。如果客户为老客户，如此电脑根据客户编号显示客户信息；如果客户为新客户，如此录入新用户信息；并根据客户信息填写局部运单内容。接单完毕，通知收派件员至发件客户处领取快件。承运商：根据仓库管理员提供的收件相关数据信息，如详细地址、联系等内容，至发件客户处领取快件。收派件员应将受理号填写在运单上。6.1.4用例描述通知发件：发件客户通过与接单话务员取得联系，并告知相关数据信息，如详细地址、联系等。录入新用户：如果发件客户为新客户，接单话务员如此要在电脑中录入该客户相关资料。根据客户编号查询客户信息：如果发件客户为老客户，接单话务员如此在接单过程中，通过客户编号查询该客户相关资料。填写运单局部内容：接单话务员在接单过程中，根据发件客户提供的相关数据信息，填写运单局部内容，接单员不能预知运单号码，但可以使用受理号，并通知收件。收件员应将受理号填写在运单上。通知收派件员：接单话务员接单完毕，通知CALL告知业务员发件客户相关资料信息，收派件员根据信息内容至发件客户处收取快件。6.2收件处理子系统6.2.1模型视图输入受理号可以将接单员录入的局部数据调出仓库管理员录入运单数据运单(from_公共角色)(from_公共角色)图16.2.2模型描述如上图所示，该系统模型主要描述录单员对收件的处理过程。6.2.3角色描述该模型涉及的角色为录单员。录单员：负责将运单详细信息数据录入电脑中。6.2.4用例描述接收受理单：接收接单员所有的受理单资料信息。录入运单数据：录单员将所有的运单录入电脑中；也可以输入受理号将接单员填写的局部数据资料调出，填充缺少的信息内容。6.3监察子系统6.3.1模型视图图16.3.2模型描述如上图所示，该系统模型主要描述监察人员对整个流程的监控，以及对异常的查询处理流程。6.3.3角色描述该模型涉及到的角色主要是监察人员。监察人员：负责对整个运单周期进展监控，对发运单周期中发现的异常问题进展处理。6.3.4用例描述异常件查询：对运单周期中的异常件进展查询，分析原因，并找到当事人责任；即为异常件进展处理。派件时发现的价格重量不符：对派件时发现的价格重量不符的快件进展查询，分析原因，并找到当事人责任；即对该件进展处理。到件处理子系统6.3.5模型视图图16.3.6模型描述如上图所示，该系统模型描述快件到达收件办事处后的处理流程。6.3.7角色描述该系统模型涉及到的角色主要有录单员、收派件员和收件客户。录单员：负责将到件运单的重量金额录入电脑，并打印派件表。收派件：负责将快件送至收件客户手中。收件人：签收快件。6.3.8用例描述接收到达的运单：录单员接收所有到件运单数据。录入派件的重量金额：录单员录入派件的重量金额信息。打印派件表：录单员按业务员收派件范围进展分类，并打印派件表。6.4客户效劳子系统6.4.1模型视图图16.4.2模型描述如上图所示，该系统模型描述客户对运单进展查询和投诉的效劳流程。6.4.3角色描述该模型涉及到的角色主要为客户和客户效劳小姐。客户：即发件客户或收件客户。客户效劳小姐：负责为客户进展运单查询和投诉效劳。6.4.4用例描述运单查询：客户根据运单号，对该运单进展查询，可以查询该运单的各种详细信息数据。客户投诉：客户通过客户效劳小姐，对不满意的效劳进展投诉。6.5网上效劳子系统6.5.1模型视图内部人员 查询运单历史数据图16.5.2模型描述如上图所示，该系统模型主要描述XX内部人员通过网络对运单历史数据进展查询的流程。历史数据即为超过六个月的运单数据。网上效劳根本工作流程如下： 客户通过委托XX内部人员〔一般指客户效劳小姐或其他被允许查询历史数据的员工，此处指客户效劳小姐〕查询历史单数据。客户效劳小姐通过INTERNET访问香港数据中心，查询历史单数据。6.5.3角色描述该模型涉及到的角色主要是XX内部人员。XX内部人员：即XX工作人员，只有允许访问的员工如客户效劳小姐才有权对历史数据进展查询。6.5.4用例描述查询运单历史数据：内部人员〔即被允许可以查询历史数据的人员，如客户效劳小姐〕可以通过网络对运单历史数据进展查询。6.6权限控制子系统6.6.1模型视图_总裁当前操作权限确认_中层管理人员(from_公共角色)(from_公共角色)_删除某人的权限分配_底层管理人员(from_公共角色)图16.6.2模型描述该系统模型描述XX集团管理人员或员工进展权限管理和分配的流程。管理人员在进展管辖区内人员权限分配时，需先进展操作权限确认，方可对管辖区内管理人员〔员工〕进展权限分配。权限控制主要包括：业务访问权限管理控制权限WEB访问权限6.6.3角色描述该系统模型涉及到的角色主要有总裁，中层管理人员，底层业务人员。总裁：拥有公司最高管理权限，并对所有管理人员分配管理权限配。中层管理人员：拥有权限并可以删除〔分配〕管辖省所有员工的权限。底层业务人员：拥有权限并可以删除〔分配〕管辖网点所有员工的权限。6.6.4用例描述当前操作权限确认：用户在操作系统前，确认用户的操作权限。删除某人的权限分配：权限内管理下属人员权限。不得越权使用。6.7营业数据查询6.7.1模型视图_总裁确认当前操作权限中层管理人员(from_公共角色)(from_公共角色)查询营业数据 底层管理人员(from_公共角色)图16.7.2模型描述该系统模型描述XX集团管理人员通过权限进展营业数据查询的流程。管理人员在进展营业数据查询操作前，需先进展操作权限确认，方可对营业数据进展查询。注：权限内查询，不可越权使用。角色描述该模型涉及到的角色主要有王卫、省负责人、区总和网点经理。总裁：拥有公司最高管理权限，可以对所有营业数据进展查询。省负责人：拥有权限并可以权限内查询营业数据。区总：拥有权限并可以权限内查询营业数据。网点经理：拥有权限并可以权限内查询营业数据。6.7.3用例描述确认当前操作权限：用户在查询营业数据前，确认用户的操作权限。查询营业数据：权限内查询营数据。6.8远程维护子系统6.8.1模型视图维护人员系统升级电脑部日常维护故障处理_敏思达公