物流管理系统需求分析课程

文档编号:2008-04-08版本号:1.027日03日05日09日总数文档备注：XX评审人员签名：开发公司评审人员签名：第三方评审人员签名： 标 8特点 8约束 9 析 11 27 28 62 单子系统 97 系统 101 理子系统 105 系统 107 理子系统 109 务子系统 111 网上服务子系统 113 权限控制子系统 115 营业数据查询 117 远程维护子系统 119 香港运单扫描子系统 122 4 4 124 124 124 1引言1.1项目背景的是为了解决物流业当前存在的问题，同时为物流企业未来业务持续提供一个强有力的软硬件支撑平台。该系统将改善业务流程，提高公司管理的力度。项目由“利来物流管理系统项目组”负责开发。1.2定义运单：物流企业运货业务用的唯一凭证。2)客户：物流企业服务的对象，包括个人或单位。3)录单员：录入运单的职员。4)接单员：通过电话记录客户发件请求的职员。5)收派件员：负责到用户处收件、派件的职员，也称之为业务员。6)管理人员：物流企业各级负责人。7)商业模型：对物流商业运作、业务等从不同侧面的表述。8)系统模型：从软件、硬件、实施等方面对系统的表述。1.3注：以上所列定义只对本文档有效。1.4参考资料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总体视图商业交互模型商业工作流程位置模型商业交互模型商业工作流程位置模型机构模型业务模型管理模型模型网络模型模型从各个角度、侧面观察描述系统，力求准确，无遗漏。总体视图描述模型分析的不同角度与方式。商业模型主要有：业务模型管理模型商业交互模型商业工作流程机构模型位置模型网络模型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模型视图提前通知收货人到货时间跟踪运单运单回单管理客户服务代表货人投诉事由及处理结果反馈信息记收货人评分5.3.2模型描述管理模型描述了XX客户管理系统的基本流程。监察部门的职能需要在项目的实施过程中进一步调整。注意：管理命令不是立即返回的，需要手工查询结果；各级管理人员根据权限对整个XX财务数据和经营数据进行操作，不得越权使用。5.3.3角色描述客户服务代表要跟踪运单，在运单到达收货人进行回单确认，再通知发货人。对XX业务中不符合业务流程的现象进行检查，运单与录入内容有出入或与货有出入。5.3.4用例描述跟踪运单：可以查询每日的运单数量，去向，营业额等。查询有件无单：查询有件无单的快件，对该快件生命周期的每个步骤进行确认，找出有件无单原因及当事人的责任。查询重量与实际不符：可以查找重量与实际不符的原因及当事人责任。查询有单无件：查询有单无件的快件，对该快件生命周期的每个步骤进行确认，找出有单无件原因及当事人责任。5.4商业工作流程1)运单跟踪流程验证身份客户管理员返回号结果人结果人结果注：权限内使用，不能越权。注：权限内使用，不能越权。如图所示，该模型主要描述运单查询流程。流程说明：1)客户管理人员先进行身份验证。2)返回验证结果后,再输入运单后查询,系统返回查询结果。3)输入发货人，系统返回查询结果。4)权限内操作，不得越权使用。2、其它部门(人员)管理人员身份人员验证结果结果结果内操作结果1如图所示，该模型主要描述其它部门管理流程。该模型涉及到的对象为其它部门查询人员和数据中心。流程说明：1)查询人员访问数据中心，首先进行身份验证。2)查询人员权限内查询，系统返回查询结果。3)查询人员权限内删除，系统返回结果信息。4)查询人员的其它权限内操作，系统返回结果信息。5)权限内操作，不得越权使用。6)以下为其它部门管理总体协作图：5.4.2模型描述目标2、中转或派件都有记录3、自动生成报关初始数据4、网络之间通过Internet相连，不再使用传真询对应营业修改权限目标2、中转或派件都有记录3、自动生成报关初始数据4、网络之间通过Internet相连，不再使用传真询对应营业修改权限3:权限内查询5:权限内删除7:其它权限内操作香港数据查询人员5.4.1模型视图2:返回验证结果4:返回结果6:返回结果8:返回结果客户满意目标11、问题件快速查询处理2、提供方便用户的查询功能11、提高快件到件速度2、减少中转时间3、减少错件少件等1近企业目标目标描述客户满意目标质量目标运作目标真。管理目标5.5机构模型息处理中心表运商管理处运商管理员机构模型描述了企业的机构和从属关系，企业的部门和各自的工作性质和内容。总裁下设省信息管理部部长，客户处理部部长，承运商管理部长。1)客户处理部部长对总裁负责。2)承运商管理部部长对总裁负责。信息处理部部长下设仓储管理人员。仓库管理人员对客户处理部部长负责。客户服务部部长下设客户服务代表人员。客户服务代表人员对客户服务部负责。5.5.1查询运单通迅模型客户服务处 (from网络位置定义)使用浏览器方式，过时间的快件通过人工查询。有收件人签名。omom型主要描述查询运单的通讯流程，并将查询时间以六个月为限进行访问查询。该模型涉及到的角色主要为客户。流程说明：1)六个月内运单数据，客户通过INTERNET浏览器访问，查询运单数据；系统提供运单图片，包括有收件人签名。2)六个月外数据，客户通过通过电话人工查询运单数据。资分析通讯投资分析：每月费用注：详细清看附件《DDN资费标准》。5.6仓库管理模型库存管理仓库管理员储费1如上图所示，该模型主要描述仓库管理。该模型涉及到的角色主要为客户、仓库管理员。流程说明：1)客户(包括发件人和收件人)通过电话或传真与接单联系，并告知发件人的具体地址、电话等信该快件可以送达，则该单被受理。发件客户结算客户，也可以为月结客户，如果为现金，电脑中可能有该客户资料，也可能没有该；发件客户可以选择付款方式，即寄付还是到付。接单小姐输入客户资料，并保存客户资料(该资料未共享)；最后根据发件客户的地址确定业务员10秒钟之内CALL业务员人选(电脑自动弹出业务员信息)。下单可以在3-5秒中完成。10秒钟之内CALL业务员姐10秒中之内CALL业务员，业务员根据CALL。接单小姐可LL3)发件员至发件客户处领取快件，由客户填写运单详细信息，并保留一份运单以备查询。4)以下为仓库管理总体协作图：3-5秒下单员3-5秒下单存客户资料(未共享)客户(发件客户和收件客户，LCALL记录(受理单)员处理子系统统统统处理子系统统统统6系统用例模型子系统子系统询子子系统1这是一个包含系统所有用例和角色的总体视图。它试图提供一个全貌，如果视图过于复杂，则需要使用多个视图从多个方面描述系统。通常组织用例视图围绕角色是一个好方法。该模型描述系统的各个子系统以及它们的数据传输关系。模型描述：本系统包括以下子系统：2.软件处理子系统3.到件处理子系统1单部分内容4.通讯子系统单部分内容5.监察子系统6.财务子系统7.网上服务8.权限控制子系统9.营业数据查询子系统10.客户服务子系统11.远程维护子系统注：电话接单子系统与软件处理子系统存在数据传递关系。6.1电话接单子系统6.1.1模型视图_录入新用户_接单话务员__录入新用户_接单话务员_电话通知发件from色)通知承运商根据客户编号查询客户信息接接单员不能预知运单号，但可以使用受理号，并通知收件员。收件员应将受理号填写在运单上。from色)6.1.2模型描述统模型主要描述客户从电话下单到收派件员取件的详细过程。接单的基本过程可以描述为：客户(发件人/收件人)通过电话/传真与接单话务员取得联情况，如发件地址、联系电话等信息数据。仓库管理员根据客户发件人的发件地址等信息，通知负责该区收件的业务员上门收取快件。发件客户填写运单，可以选择寄付或者到付，签名；留下一份运单以备以后查询等内容。6.1.3角色描述该模型涉及到的角色为发件客户、接单话务员和收派件员。发件客户：件的客户，通过电话通知接单话务员，并告知相关的XX完成电话下单过程。仓库管理员：件客户相关数据信息，如详细地址、联系电果可以送达，则受理该快件。如果客户为老客户，则客户编号显示客户信息；如果客户为新客户，则录入新用户信息；并根据客户信息填写部分运单内容。接单完毕，通知收派件员至发件客户处领取快件。承运商：管理员提供的收件相关数据信息，如详细地址、联系领取快件。收派件员应将受理号填写在运单上。6.1.4用例描述知发件：与接单话务员取得联系，并告知相关数据信息，如详细地址、联系电话等。录入新用户：客户，接单话务员则要在电脑中录入该客户相关资料。根据客户编号查询客户信息：客户，接单话务员则在接单过程中，通过客户编号查询该客户相关资料。填写运单部分内容：过程中，根据发件客户提供的相关数据信内容，接单员不能预知运单号码，但可以使用受理号，并通知收件。收件员应将受理号填写在运单上。通知收派件员：料信息，收派件员根据信息内容至发件客户处收取快件。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内部人员(一般指客户服务小姐或其他被允许查询历史数据的员工，此处指客户服务小姐)查询历史单数据。客户服务小姐通过INTERNET访问香港数据中心，查询历史单数据。6.5.3角色描述色主要是XX内部人员。XX内部人员：有权对历史数据进行查询。6.5.4用例描述查询运单历史数据：XX内部人员(即被允许可以查询历史数据的人员，如客户服务小姐)可以通过网络对运单历史数据进行查询。6.6权限控制子系统6.6.1模型视图_总裁from角色)_总裁from角色)某人的权限分配__底层管理人员from角色)16.6.2模型描述的流程。在进行管辖区内人员权限分配时，需先进行操作权限确认，方可对管辖区内管理人员(员工)进行权限分配。权限控制主要包括：业务访问权限管理控制权限1WEB访问权限6.6.3角色描述要有总裁，中层管理人员，底层业务人员。总裁：对所有管理人员分配管理权限配。中层管理人员：拥有权限并可以删除(分配)管辖省所有员工的权限。底层业务人员：拥有权限并可以删除(分配)管辖网点所有员工的权限。6.6.4用例描述当前操作权限确认：用户在操作系统前，确认用户的操作权限。删除某人的权限分配：权限内管理下属人员权限。不得越权使用。6.7营业数据查询6.7.1模型视图前操作权限_总裁from角色)前操作权限_总裁from角色)营业数据员from角色)6.7.2模型描述的流程。在进行营业数据查询操作前，需先进行操作权