物流管理系统需求分析课程.docx
《物流管理系统需求分析课程.docx》由会员分享,可在线阅读,更多相关《物流管理系统需求分析课程.docx(39页珍藏版)》请在咨信网上搜索。
1、编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码:第39页 共39页 文档编号: 2008-04-08 版 本 号: 1.0文档名称:需求分析报告项目名称:利来物流管理系统项目负责人: 黄发枝 董璐 刘乐 何沛 陈景刚 史耀文 编写2008年3月27日校对2008年4月03日审核2008年4月05日批准2008年4月09日评审记录评审开始日期评审结束日期评审地点参加人员总数评审结果文档会议记录文档备注:XX评审人员签名:开发公司评审人员签名:第三方评审人员签名:目录1引言61.1编写目的61.2项目背景61.3定义61.4参考资料72任务概述82.1总体目标82.2使用者特点8
2、2.3假设与约束93商业用例模型113.1商业模型总体分析113.1.1总体视图113.1.2内容描述123.2业务模型133.2.1模型视图133.2.2模型描述133.2.3角色描述143.2.4用例描述163.4管理模型243.4.1模型视图243.4.2模型描述243.4.3角色描述253.4.4用例描述253.5商业交互模型273.5.1模型视图273.5.2模型描述273.6商业工作流程283.6.1中转工作流程283.6.2财务工作流程413.6.3管理工作流程473.6.4报关工作流程513.7目标模型553.7.1模型视图553.7.2模型描述553.7.3目标描述563.8
3、机构模型573.8.1模型视图573.8.2模型描述583.8.3机构描述593.9位置模型603.9.1模型视图603.9.2模型描述603.9.3地理分布描述613.10网络模型623.10.1业务数据通讯模型623.10.3管理数据通讯模型663.10.4查询运单通迅模型683.10.5通讯投资分析694系统用例模型864.1电话接单子系统974.1.1模型视图974.1.2模型描述974.1.3角色描述994.1.4用例描述994.2通讯子系统1014.2.1模型视图1014.2.2模型描述1014.2.3角色描述1024.2.4用例描述1044.3收件处理子系统1054.3.1模型视
4、图1054.3.2模型描述1054.3.3角色描述1064.3.4用例描述1064.4监察子系统1074.4.1模型视图1074.4.2模型描述1074.4.3角色描述1084.7.4用例描述1084.5到件处理子系统1094.5.1模型视图1094.5.2模型描述1094.5.3角色描述1104.5.4用例描述1104.6客户服务子系统1114.6.1模型视图1114.6.2模型描述1114.6.3角色描述1124.6.4用例描述1124.7网上服务子系统1134.7.1模型视图1134.7.2模型描述1134.7.3角色描述1144.7.4用例描述1144.8权限控制子系统1154.8.1
5、模型视图1154.8.2模型描述1154.8.3角色描述1164.8.4用例描述1164.9营业数据查询1174.9.1模型视图1174.9.2模型描述1174.9.3角色描述1184.9.4用例描述1184.10远程维护子系统1194.10.1模型视图1194.10.2模型描述1194.10.3角色描述1204.104用例描述1204.14香港运单扫描子系统1224.14.1模型视图1224.14.2模型描述1224.14.3角色描述1234.14.4用例描述1235系统实施要点分析1245.1网络实施1245.2业务流程统一1245.3财务报表统一1245.4现金寄付到付处理1245.5实
6、施不能一步到位1245.6人员习惯无法统一1246附件表125 需求分析报告1 引言1.1 项目背景本系统目的是为了解决物流业当前存在的问题,同时为物流企业未来业务持续快速发展提供一个强有力的软硬件支撑平台。该系统将改善业务流程,提高公司管理的力度。项目由 “利来物流管理系统项目组”负责开发。1.2 定义1) 运单:物流企业运货业务用的唯一凭证。2) 客户:物流企业服务的对象,包括个人或单位。3) 录单员:录入运单的职员。4) 接单员:通过电话记录客户发件请求的职员。5) 收派件员:负责到用户处收件、派件的职员,也称之为业务员。6) 管理人员:物流企业各级负责人。7) 商业模型:对物流商业运作
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) 管
8、理人员:具有或不具有基本的电脑操作水平,需要对即将使用的软件作操作培训。软件界面应尽量直观,简单。并具备足够的帮助提示信息。3) 录单员、电话接单员:具有一定的电脑操作水平,要求有足够快的汉字输入速度。软件界面应尽量方便操作以提高输入速度。4) 维护人员:熟悉软硬件的日常维护。能够对操作人员进行全面、有效的培训。5) 电脑部人员:熟悉软件的操作,能够对系统进行升级、简单故障排除、推广新网点、和开发公司相关人员进行交流和对管理人员使用软件的培训等。3.3 假设与约束在以下的假设条件成立的情况下,利来物流管理系统能够顺利实施。这些是假设是必要条件,表示没有该假设不行,并不表示有了该假设就一定成功。
9、1) 假设利来物流管理系统的使用方(以下称其为XX)硬件设备能够及时到位。2) 假设XX系统机房装修及时并满足条件。3) 假设网络需要的线路及时申请并到位:如DDN/Internet/ADSL等。4) 假设系统需要的电源稳定可靠。5) 假设系统具有足够的硬件备份和容错能力。6) 假设XX的电脑操作人员经过了足够的培训并满足要求。7) 假设利来物流管理系统的使用方管理人员经过了足够的培训并能够使用并支持本系统的推广实施。8) 假设XX有足够的电脑维护人员能够对系统进行日常维护并能够与厂家进行沟通、配合。9) 假设XX业务和系统进行融合,即保证新规范能够在使用本系统的地点顺利实施。利来物流管理系统
10、使用方业务需要进行一定程度的规范化,如到件录入,财务数据等。10) 假设利来物流管理系统使用方与开发公司能够很好的协调,保证合同外目标不影响项目实施。需求不应发生重大调整。11) 假设XX在整个项目期间能够按计划投入力量配合项目推动。12) 假设项目实施过程中针对培训有快速、有效的培训计划、实施细则以考核标准。4 项目计划是在低风险预估的基础上建立的。如果出现未定义的意外情况,如以上某项假设不成立,项目计划自动顺延。5 商业用例模型5.1 商业模型总体分析5.1.1 总体视图 图1内容描述以上若干模型从各个角度、侧面观察描述系统,力求准确,无遗漏。总体视图描述模型分析的不同角度与方式。商业模型
11、主要有:l 业务模型l 管理模型l 商业交互模型l 商业工作流程l 目标模型l 机构模型l 位置模型l 网络模型5.2 业务模型5.2.1 模型视图图15.2.2 模型描述业务模型描述了XX速递业务基本流程:每份快件从发件到收件的处理过程。其中业务从发件客户发件开始,经过发件处理、配送处理、实时跟踪等过程,最后到收件客户收到快件终止。客户还可以对快件进行查询,包括经过的地点及时间,到件时间及收件人签名等。客户对服务中出现的问题可以进行投诉。5.2.3 角色描述l 客户:包括收件人和发件人,泛指XX的服务对象。利来物流管理系统使用方将所有客户档案存入系统,如果客户在一段时间内(例如3个月)不再使
12、用其网络收发快件,则自动从系统中删除该客户。客户还分为月结客户和现金结算客户。其中月结客户必然有资料,而现金客户可能有也可能没有资料。l 发件人:即为发出快件的客户,该客户直接同接单组联系,提出发单请求,如果该快件可以送达,该请求被受理,发件客户和XX的合同关系建立。(发件客户可以是一个月结客户也可以是一个现金客户,他/她可以选择寄付和到付做为其付款方式)l 收件人:即为收快件的客户。收件客户在发件客户与XX建立投递合同时产生。快件到达XX到件网点时,由派件员将快件投递给该客户,经收件客户检查快件没有问题时快件即可认为送达。如果是寄付并且是现金已付,客户与XX之间的合同已经完成。如果是到付或月
13、结,合同关系在运费结清时解除,该快件所对应的发件客户和到件客户的概念即不再存在,但历史数据需要保存一段时间。如果是到付必须注意:如果是月结客户要将该快件合并到该月结客户的月结单上,避免由于人名或地址书写问题导致混乱,所以到件的客户编号必须在到件之后才能输入。关于扣货:如果是到付,到件客户不付款,派件员有权扣货。如果是月结客户,到月底结账时不付款,派件员也可以在下一次到件时扣货。5.2.4 用例描述l 发件:发件是由发件客户的发件申请开始的。发件客户通过电话告诉接单组的接单小姐。接单员根据XX网络承运能力确定该快件是否可以接单。接单员发现如果发件用户是新客户(没有在XX发过快件的或发过快件但在规
14、定时间内没有再收发快件的客户),将在该地区的客户档案中建立该客户档案,包括详细地址、电话、简称、归属区域(用于指定收件员)等信息。接单员通知收件员前往收件。收件员到客户处收件(如果是大件:过重、体积过大等由公司派车前往客户处收件)。在收件时,派件员可能现场称重量,也可能回公司称重量。对于现金客户一般需要第二天带发票前往收取现金,对于月结客户,在月底或下月初凭月结单和发票前往收取运费。收件后必须将运单送往业务员所处分公司(办事处),由录单员将运单录入系统,其中必须有运单号,发件客户编号(在客户资料完整时录入发件客户编号,系统将自动产生发件客户的详细信息。如果没有发件客户编号,将无法对月结客户进行
15、财务核算)。收件人简要信息(收件人详细信息只能通过运单或运单图片查询,系统不能根据收件人地址自动派单,所以通常不需要完整描述。派件时派件员根据运单上的地址派单,派件员将派件情况填写派件表,财务人员将派件情况输入系统),到件网点编号、到件省代码、重量及价格,物品种类保险等报关必需信息。l 查询:查询是客户通过电话,传真,email等方式询问当地XX客户服务中心服务人员其所发/收的快件当前情况或出现问题的处理情况或月结客户核对运单具体内容。服务人员 通过Internet访问WWW服务器,可以访问一个未送达或已经送达的运单的当前状态。可以通过浏览器察看或打印运单图片传真给客户或直接向客户发出带有运单
16、图片的Email。l 投诉:客户可以对XX的服务投诉,系统可以记录投诉内容和投诉处理情况。所以当客户再次询问处理情况时可以告诉客户相关的处理情况。5.3 客户管理模型5.3.1 模型视图图25.3.2 模型描述管理模型描述了XX客户管理系统的基本流程。监察部门的职能需要在项目的实施过程中进一步调整。注意:管理命令不是立即返回的,需要手工查询结果;各级管理人员根据权限对整个XX财务数据和经营数据进行操作,不得越权使用。5.3.3 角色描述客户服务代表要跟踪运单,在运单到达收货人进行回单确认,再通知发货人。对XX业务中不符合业务流程的现象进行检查,运单与录入内容有出入或与货有出入。5.3.4 用例
17、描述l 跟踪运单:可以查询每日的运单数量,去向,营业额等。l 查询有件无单:可以查询有件无单的快件,对该快件生命周期的每个步骤进行确认,找出有件无单原因及当事人的责任。l 查询重量与实际不符:可以查找重量与实际不符的原因及当事人责任。l 查询有单无件:可以查询有单无件的快件,对该快件生命周期的每个步骤进行确认,找出有单无件原因及当事人责任。5.4 商业工作流程1) 运单跟踪流程客户管理员运单跟踪系统验证身份验证结果返回输入运单号查询结果输入发货人查询结果输入收货人查询结果其它查询结果注:权限内使用,不能越权。图3如图所示,该模型主要描述运单查询流程。流程说明:1) 客户管理人员先进行身份验证。
18、2) 返回验证结果后,再输入运单后查询,系统返回查询结果。3) 输入发货人,系统返回查询结果。4) 权限内操作,不得越权使用。2、 其它部门(人员)管理查询人员运单跟踪系统身份验证返回验证结果权限内查询返回结果权限内删除返回结果其它权限内操作返回结果图1如图所示,该模型主要描述其它部门管理流程。该模型涉及到的对象为其它部门查询人员和数据中心。流程说明:1) 查询人员访问数据中心,首先进行身份验证。2) 查询人员权限内查询,系统返回查询结果。3) 查询人员权限内删除,系统返回结果信息。4) 查询人员的其它权限内操作,系统返回结果信息。5) 权限内操作,不得越权使用。6) 以下为其它部门管理总体协
19、作图:图2目标模型5.4.1 模型视图总体目标客户满意目标运作目标管理目标质量目标1、所有运单都有记录2、中转或派件都有记录3、自动生成报关初始数据4、网络之间通过Internet相连,不再使用传真5、有系统故障恢复机制1、问题件快速查询处理2、提供方便用户的查询功能3、收货人评分1、提高快件到件速度2、减少中转时间3、减少错件少件等1、各个级别的领导可以查询对应营业数据、修改权限2、监察处可以监察系统中的问题图15.4.2 模型描述5.4.3 目标模型描述了XX正在实施的企业系统目标, XX业务平台项目应尽量实现或逼近企业目标目标描述l 客户满意目标n 问题件快速查询处理。n 提供方便用户的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 物流 管理 系统 需求 分析 课程
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【Fis****915】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【Fis****915】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。