资源预览内容
第1页 / 共125页
第2页 / 共125页
第3页 / 共125页
第4页 / 共125页
第5页 / 共125页
第6页 / 共125页
第7页 / 共125页
第8页 / 共125页
第9页 / 共125页
第10页 / 共125页
亲,该文档总共125页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
文档编号文档编号: : 0000-0701-RAP 版版 本本 号号: : 1.01.0 文档名称:文档名称:需求分析报告需求分析报告 项目名称:项目名称:物流业务平台物流业务平台 项目负责人:项目负责人: 编写编写20022002 年年 8 8 月月 2626 日日 校对校对20022002 年年 8 8 月月 2626 日日 审核审核20022002 年年 8 8 月月 2727 日日 批准批准20022002 年年 8 8 月月 2828 日日 评审记录评审记录 评审开始日期评审开始日期评审结束日期评审结束日期 评审地点评审地点参加人员总数参加人员总数 评审结果文档评审结果文档 会议记录文档会议记录文档 备注:备注: 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 2.4假设与约束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.3财务模型20 3.3.1模型视图20 3.3.2模型描述21 3.3.3角色描述:22 3.3.4用例描述23 3.4管理模型25 3.4.1模型视图25 3.4.2模型描述25 3.4.3角色描述26 3.4.4用例描述26 3.5商业交互模型28 3.5.1模型视图28 3.5.2模型描述28 3.6商业工作流程29 3.6.1中转工作流程29 3.6.2财务工作流程42 3.6.3管理工作流程48 3.6.4报关工作流程52 3.7目标模型56 3.7.1模型视图56 3.7.2模型描述56 3.7.3目标描述57 3.8机构模型58 3.8.1模型视图58 3.8.2模型描述59 3.8.3机构描述60 3.9位置模型61 3.9.1模型视图61 3.9.2模型描述61 3.9.3地理分布描述62 3.10网络模型63 3.10.1业务数据通讯模型63 3.10.2财务数据通讯模型65 3.10.3管理数据通讯模型67 3.10.4查询运单通迅模型69 3.10.5通讯投资分析70 3.11香港区模型71 4系统用例模型系统用例模型87 4.1中转子系统89 4.1.1模型视图89 4.1.2模型描述89 4.1.3角色描述91 4.1.4用例描述91 4.2报关子系统92 4.2.1模型视图92 4.2.2模型描述92 4.2.3角色描述93 4.2.4用例描述93 4.3财务子系统95 4.3.1模型视图95 4.3.2模型描述95 4.3.3角色描述96 4.3.4用例描述96 4.4电话接单子系统98 4.4.1模型视图98 4.4.2模型描述98 4.4.3角色描述100 4.4.4用例描述100 4.5通讯子系统102 4.5.1模型视图102 4.5.2模型描述102 4.5.3角色描述103 4.5.4用例描述105 4.6收件处理子系统106 4.6.1模型视图106 4.6.2模型描述106 4.6.3角色描述107 4.6.4用例描述107 4.7监察子系统108 4.7.1模型视图108 4.7.2模型描述108 4.7.3角色描述109 4.7.4用例描述109 4.8到件处理子系统110 4.8.1模型视图110 4.8.2模型描述110 4.8.3角色描述111 4.8.4用例描述111 4.9客户服务子系统112 4.9.1模型视图112 4.9.2模型描述112 4.9.3角色描述113 4.9.4用例描述113 4.10网上服务子系统114 4.10.1模型视图114 4.10.2模型描述114 4.10.3角色描述115 4.10.4用例描述115 4.11权限控制子系统116 4.11.1模型视图116 4.11.2模型描述116 4.11.3角色描述117 4.11.4用例描述117 4.12营业数据查询118 4.12.1模型视图118 4.12.2模型描述118 4.12.3角色描述119 4.12.4用例描述119 4.13远程维护子系统120 4.13.1模型视图120 4.13.2模型描述120 4.13.3角色描述121 4.13.4用例描述121 4.14香港运单扫描子系统123 4.14.1模型视图123 4.14.2模型描述123 4.14.3角色描述124 4.14.4用例描述124 5系统实施要点分析系统实施要点分析125 5.1网络实施125 5.2业务流程统一125 5.3财务报表统一125 5.4现金寄付到付处理125 5.5实施不能一步到位125 5.6人员习惯无法统一125 6附件表附件表126 需求分析报告需求分析报告 1 1引言引言 1.11.1编写目的编写目的 本文档为项目的第一份正式文档。 1.21.2项目背景项目背景 本系统是为 XX 集团提供需求第一稿。其目的是为了解决 XX 当前存在的问题, 同时为 XX 集团未来业务持续快速发展提供一个强有力的软硬件支撑平台。该平台 将改善业务流程,加强财务监控以及提高公司管理的力度。XX 集团将不停的在本 系统内推广使用该平台,同时不停的完善该业务平台,使之适应公司业务发展的新 的需要。 项目由 XX 集团提出,开发公司立项,由开发公司“XX 物流业务平台开发小组” 负责开发。 1.31.3定义定义 1) noze:是 XX 集团的缩写。 2) 运单:XX 集团块递使业务用的唯一凭证。 3) 客户:指 XX 的客户,即 XX 集团快递业务服务的对象,包括个人或单位。 4) 录单员:录入运单的 XX 职员。 5) 接单员:通过电话记录客户发件请求的 XX 职员。 6) 收派件员:XX 负责到用户处收件、派件的职员,也称之为业务员。 7) 管理人员:XX 的各级负责人。 8) 商业模型:对 XX 商业运作、业务等从不同侧面的表述。 9) 系统模型:从软件、硬件、实施等方面对系统的表述。 注:以上所列定义只对本文档有效。注:以上所列定义只对本文档有效。 1.41.4参考资料参考资料 1) -0000-0101-MDL 企业系统模型 2) -0000-0301-PLN 公司开发计划 3) 其它参考资料见附件表 2 2任务概述任务概述 2.12.1总体目标总体目标 1)实现 XX 集团网络化建设。 2)实现业务系统计算机化。 3)实现财务监控,财务数据统一管理。 4)实现管理目标,达到权限控制和营业数据查询等。 5)推广“XX 物流业务平台”到各个网点。 2.22.2使用者特点使用者特点 1) 客户: 包括收件客户和发件客户,他们不需要很高的素质,只需要会使用电话即可, 他们可以通过电话完成下订单、查询、投诉等 2) XX 管理人员: 具有或不具有基本的电脑操作水平,需要对即将使用的软件作操作培训。软件 界面应尽量直观,简单。并具备足够的帮助提示信息。 3) 录单员、电话接单员: 具有一定的电脑操作水平,要求有足够快的汉字输入速度。软件界面应尽量方 便操作以提高输入速度。 4) 财务人员: 具有一定的电脑操作水平。要求有一定的汉字输入速度,财务软件使用经验。 软件应尽量符合财务人员工作流程和工作习惯。 5) 维护人员: 熟悉软硬件的日常维护。能够对操作人员进行全面、有效的培训。 6) 电脑部人员: 熟悉软件的操作,能够对系统进行升级、简单故障排除、推广新网点、和开发 公司相关人员进行交流和对管理人员使用软件的培训等。 2.32.3项目特殊说明项目特殊说明 项目一期工程分为四个阶段 1) 骨干网建设 2)财务监管+业务试点 3)管理软件的试用 4)全面推广 项目一期工程不包含的部分 1)财务专业系统 2)网上除运单查询之外的部分 3)超出系统模型中预定目标的管理、统计功能。 实现培训目标 1)培训软件(用 notes 录制的操作演示) 2)程序帮助或提示信息 3)操作流程化 2.42.4假设与约束假设与约束 在以下的假设条件成立的情况下,XX 业务平台能够顺利实施。这些是假设是 必要条件,表示没有该假设不行,并不表示有了该假设就一定成功。 1) 假设 XX 硬件设备能够及时到位。 2) 假设 XX 机房装修及时并满足条件。 3) 假设网络需要的线路及时申请并到位:如 DDN/Internet/ADSL 等。 4) 假设系统需要的电源稳定可靠。 5) 假设系统具有足够的硬件备份和容错能力。 6) 假设 XX 电脑操作人员经过了足够的培训并满足要求。 7) 假设 XX 管理人员经过了足够的培训并能够使用并支持本系统的推广实 施。 8) 假设 XX 有足够的电脑维护人员能够对系统进行日常维护并能够与厂家 进行沟通、配合。 9) 假设 XX 业务和系统进行融合,即保证新规范能够在使用本系统的地点 顺利实施。XX 业务需要进行一定程度的规范化,如到件录入,财务数 据等。 10)假设 XX 能够顺利的从广州、深圳、香港代网点输入逐步转换为各个网 点自己录入。 11)假设 XX 与开发公司能够很好的协调,保证合同外目标不影响项目实施。 需求不应发生重大调整。 12)假设 XX 在整个项目期间能够按计划投入力量配合项目推动。 13)假设项目实施过程中针对培训有快速、有效的培训计划、实施细则以 考核标准。 14)项目计划是在低风险预估的基础上建立的。如果出现未定义的意外情 况,如以上某项假设不成立,项目计划自动顺延。 3 3商业用例模型商业用例模型 3.13.1商业模型总体分析商业模型总体分析 3.1.13.1.1 总体视图总体视图 财务模型 管理模型 商业交互模型 业务模型 商业工作流程 目标模型 机构模型 位置模型 网络模型 香港区 图 1 3.1.23.1.2 内容描述内容描述 以上若干模型从各个角度、侧面观察描述系统,力求准确,无遗漏。总体视图 描述模型分析的不同角度与方式。 商业模型主要有: 业务模型 财务模型 管理模型 商业交互模型 商业工作流程 目标模型 机构模型 位置模型 网络模型 香港区模型。 注意:注意:香港区模型存在并不表示其基本业务和别的地方有所不同,单独描述是 因为其业务最后才进行模型分析。该分析仅描述香港区的特点。 3.23.2业务模型业务模型 3.2.13.2.1 模型视图模型视图 查询 投诉 客户 发件客户 (from _公共商业角色) 发件 收件客户 (from _公共商业角色) 海关 (from _公共商业角色) 中转 到件 报关 图 1 3.2.23.2.2 模型描述模型描述 业务模型描述了 XX 速递业务基本流程:每份快件从发件到收件的处理过程。 其中业务从发件客户发件开始,经过发件处理、中转处理、报关处理等过程,最后 到收件客户收到快件终止。 客户还可以对快件进行查询,包括经过的地点及时间,到件时间及收件人签名 等。客户对服务中出现的问题可以进行投诉。 3.2.33.2.3 角色描述角色描述 客户: 包括收件客户和发件客户,泛指 XX 的服务对象。XX 将所有客户档案存入系统, 如果客户在一段时间内(例如 3 个月)不再使用 XX 的网络收发快件,则自动从系 统中删除该客户。客户还分为月结客户和现金结算客户。其中月结客户必然有资料, 而现金客户可能有也可能没有资料。 发件客户: 即为发出快件的客户,该客户直接同接单组联系,提出发单请求,如果该快件 可以送达,该请求被受理,发件客户和 XX 的合同关系建立。(发件客户可以是一 个月结客户也可以是一个现
收藏 下载该资源
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号