需求分析.docx
- 文档编号:25472683
- 上传时间:2023-06-09
- 格式:DOCX
- 页数:21
- 大小:380.51KB
需求分析.docx
《需求分析.docx》由会员分享,可在线阅读,更多相关《需求分析.docx(21页珍藏版)》请在冰豆网上搜索。
需求分析
需求规格说明书
一、引言
1、编写目的
本需求分析文档的目的是说明物流管理系统最终需要满足的条件和限制,为进一步的设计和实现提供依据。
本文档将用户的需求用文字的形式固定下来,是与用户沟通的成果,,也是用户验收项目时的参考。
本文档将供团队成员查阅和使用,这其中包括系统设计人员、编程人员、测试人员。
2、项目背景
进入新世纪以来,我国物流业顺应传统物料向现代物流转型的发展趋势,积极制定物流产业发展规划,改善物流发展的环境和条件,提高物流产业规模,提升物流服务水平,为进一步加快物流产业发展奠定坚实基础。
项目名称:
物流管理系统
系统用途:
快速、高效调度公司内的各种资源
系统使用范围:
配送中心、客服中心、调度中心、运输公司、二、任务概述
1、项目目标
物流配送系统的主要目标是为公司开发有市场前景的配送服务提供支持;并快速、高效调度公司内的各种资源,使公司内的各部门协助合作为客户提供满意、高效的配送服务。
2、用户特点
本系统的最终用户可能是跨越各年龄阶层的受不同教育程度的个人,或者有可能是专门从事订购的大中小型企业等。
操作人员必须具有熟练的计算机操作技能,维护人员的教育水平必须普遍是专门从事计算机系统维护的本专科以上学历。
如果本系统开发成功,可用性极强。
本系统的预期使用频度是一天,即平均一天就会对此系统产生需求。
三、非技术要求
本系统的开发周期为三个月左右。
开发流程为:
需求分析—设计—编码实现—单元测试—集成和系统测试—交付。
需要交付的工作产品有:
需求规格说明书、设计说明书、测试报告、用户手册、源代码、可执行程序。
里程碑:
2011年10月7日验收需求分析结果;2011年11月5日验收设计结果;2011年12月1日验收编码结果;2011年12月25日验收集成和系统测试结果。
四、系统环境
1、系统构架
系统由Web平台和桌面程序构成。
Web平台为客户和管理人员提供全程管控,而桌面程序则提供订单等功能。
2、硬件运行环境
•服务器
处理器型号:
AMD/Intel2.8GHz及以上
内存容量:
1G及以上
外存剩余空间:
5G及以上
网络配置:
100M网卡
•客户机
处理器型号:
AMD/Intel1.6GHz及以上
内存容量:
512M及以上
外存剩余空间:
1G及以上
网络配置:
100M网卡、RS232串口、PS2接口
如果电脑无RS232串口、PS2接口,需购买USBtoRS232、USBtoPS转换线。
•Web浏览PC机
处理器型号:
AMD/Intel1.6GHz及以上
内存容量:
256M及以上
外存剩余空间:
200M及以上
网络配置:
100M网卡
3、软件运行环境
•服务器
操作系统:
WindowsServer2003
Web服务器:
IIS6.0
数据库:
SQLServer2005Express
•客户机
操作系统:
Windows2000/XP/Win7
数据库:
SQLServer2005Express
运行支持软件环境:
.NETFramework2.0及以上
•Web浏览PC机
操作系统:
Windows2000/XP/Vista
浏览器:
IE6/IE7/MozillaFirefox2.0
4、开发环境
•硬件环境
本系统采用PC机开发,配置如下:
处理器型号:
AMD/Intel1.6GHz及以上
内存容量:
512M及以上
外存剩余空间:
1G及以上
网络配置:
100M网卡、串口
•软件环境
操作系统:
WindowsXP
浏览器:
IE6+IE7+MozillaFirefox2.0
IDE:
MicrosoftVisualStudio2005
Web服务器:
IIS6.0
数据库:
MicrosoftSQLServer2005Express
测试工具:
MicrosoftVisualStudio2005集成测试工具
配置工具及平台:
SVN+GoogleCode
五、性能需求
1、正确性需求
系统正确性需求主要包括如下三项:
•系统要能够把客户所创建的订单的相关信息准确地导入数据库中。
•系统要能够正确地将订单通知、反馈表填写通知等发送到客服人员邮箱。
2、安全性需求
系统用于存储客户订单信息的数据库应具有很高的安全性。
3.界面需求
系统对界面的需求分为两部分:
网站和客户端。
对两部分有不同的界面需求:
●网站部分:
页面布局清晰,颜色搭配合理,色调柔和,各页面主题风格一致。
●客户端部分:
客户订单时看到的那个窗口应很清晰,且比较美观,其它窗口布局较合理即可。
4、精度需求
由于系统所涉及的数据主要有订单、时间等,因此对数据精度有特殊要求。
当然,作为一个中、小型物流管理系统,当订单人员很多时,应考虑到数据越界问题。
5.时间特性需求
在客户进行订单时,系统应能在0.2秒内识别并进行数据录入。
查看订单信息、反馈表信息时,系统应能在1秒内返回结果。
6.稳定性需求
该系统部署后,在硬件条件和支持软件条件没有发生变化的情况下,能够一直保持运行状态,直到系统被升级或替代。
7、灵活性需求
系统应该能提供修改默认设置的功能,即允许组织者自定义信息项类型。
当连接读卡器的PC机出现故障时,用户可以用手动方式为参会人员签到。
8.扩展性需求
本系统能够在以下几个方面进行扩展:
●功能的扩展:
在现有功能模块的基础上增加餐饮管理模块、自动文档生成模块等。
●支持环境的扩展:
系统运行所要求的操作系统可从Windows平台扩展到Mac平台等。
9.数据管理能力需求
系统数据库中应能对一定数量(1000人以内)人员的个人信息进行存储,同时,应能存储1000个以上会议的参会数据。
10.故障处理能力需求
故障发生时,将不能自动完成客户订单的统计,需要对该客户订单信息进行手动录入。
系统出现软件故障时,为满足信息处理的要求,可以采取数据恢复来解决,因此平时要注意经常进行数据备份。
六、功能需求
A.货物订购
•用例编号:
a
•用例名称:
货物订购
•用例描述:
客户通过电话向客户中心下订单,可选用货到付款和先付款后送货两种方式,然后由库房确认是否缺货,如果缺货通知配送中心进货。
发货后,配货中心携带客户管理信息中心开的发票去送货。
客户收到货物后付费,若为先付款后送货则先从客户账户中扣除费用,如果金额不足不予发货。
•前置条件:
客户电话联系客户中心下订单。
•后置条件:
客户付费并完成订货。
•活动步骤:
•客户电话联系客户中心下订单,符合条件(金额,存货情况等)后订货成功。
•扩展点:
•如果金额不足无法订货。
异常处理:
无。
B.换货服务
•用例编号:
b
•用例名称:
换货服务
用例描述:
换货是指客户在收到货物后,由于货物的质量问题,在一定的时间段内客户要求换货。
其工作流程如下:
换货时先确认库房是否缺货,如果缺货先和客户确认是否继续换货(只能相同产品换货),客户继续换货则通知配送中心进货,如果客户不换货则做退货处理。
待缺货的商品入库后由配送中心通知分配站发货,
•前置条件:
客户收到货物后一定时间内提出换货。
•后置条件:
客户实现货物换货或者退货
•活动步骤:
•客户由于质量问题在一段时间内向客户中心提出换货。
•库房查看货物存货情况客户确认是否继续换货(只能相同产品换货),如果客户不换货做退货处理。
•扩展点:
•不在一定时间内无法换货。
•异常处理:
无。
C:
退货服务
•用例编号:
c
•用例名称:
退货服务
•用例描述:
用户提出退货要求,管理人员进行审核,满足条件则退货
•前置条件:
登陆系统,并提出退货申请
•后置条件:
货物满足退货条件,且在退还成功后用户应该进行确认
•活动步骤:
1:
用户登陆网站,并提出退货申请
2:
用户将货物寄给卖家
3:
卖家进行审核
4:
满足条件,则进行登记
5:
退回货物
•扩展点:
1:
如果用户没有将货物邮寄给卖家,则不处理该退货信息
异常处理:
无
D:
客户服务中心
•用例编号:
d
•用例名称:
客户服务中心
•用例描述:
与客户进行交互,根据客户的配送要求生成订单,能为客户提供订货、换货、退货、退订服务。
同时客服完成必要的查询。
•前置条件:
客户登陆平台
•后置条件:
无
•活动步骤:
1:
用户登陆网站
2:
用户根据自己的需求进行操作(包括查询订单,订货,退订,换货等)
•扩展点:
1:
如果是查询,就弹出错误页面
2:
如果是对订单进行操作,则回滚所有操作
•异常处理:
无
E.客户管理。
“客户管理”模块的用例图
用例编号:
e
用例名称:
客户管理
用例描述:
完成和客户相关的功能,包括新客户登记、修改客户信息、删除客户、查看客户以往订购信息等。
前置条件:
有相关客户的信息,管理员成功登陆系统
后置条件:
管理员对客户相关的功能操作成功
活动步骤:
管理员成功登陆系统
管理员对客户相关信息进行处理
客户相关信息处理成功
扩展点:
若管理员不能成功登陆系统,则不能进行用例操作
异常处理:
无。
\
F.订单管理。
“订单管理”模块的用例图
用例编号:
f
用例名称:
订单管理
用例描述:
完成和订单相关的功能,包括新订、退订、换货、退货及订单信息查询等。
前置条件:
系统存在相关的订单,管理员成功登陆系统
后置条件:
管理员成功完成对订单相关功能的操作
活动步骤:
管理员成功登陆系统
管理员对订单相关功能进行操作
订单被处理成功
扩展点:
若管理员不能成功登陆系统,则不能对用例进行管理
异常处理:
无。
G:
调度中心
•用例编号:
g
•用例名称:
调度中心
•用例描述:
对客服生成的配送订单进行调度处理,以及对由于缺货原因产生的缺货订单,在来货后,修改定单状态。
调度中心是配送系统的协调中心,是信息流在内部各部门的起点。
有自动调度与手工调度功能。
•前置条件:
生成相关订单,包括新订、退订、换货、退货等订单,具体货物的存货量。
•后置条件:
相关订单进行相应的操作并作相应的日志记录。
•活动步骤:
调度员登录系统。
调度员对相应的订单进行操作。
系统对具体操作进行调度分发并记录相应信息。
•扩展点:
如果某操作失败,则回滚至该操作起始状态。
•异常处理:
无。
H.分站管理。
“分站管理”模块的用例图
用例编号:
h
用例名称:
分站管理
用例描述:
分站的主要工作是直接面向客户,为客户提供服务。
功能包括:
任务单查询、任务分配、打印配送单、回执录入、缴款查询、发票管理等。
前置条件:
管理员成功登陆系统
后置条件:
客户可以享受到相关的服务
活动步骤:
管理员成功登陆系统
管理员进行客户相关服务
客户收到系统的服务提示
扩展点:
若管理员不能成功登陆系统,则不能对用例进行管理;
客户可以与管理员进行互动。
异常处理:
无。
I:
库存管理
•用例编号:
i
•用例名称:
库存管理
•用例描述:
对货物进行出库、入库、货物存放进行管理
•前置条件:
成功登录系统,管理员通过系统认证
•后置条件:
库存量,发货量等符合实际情况
•活动步骤:
管理员登录系统。
管理员对货物进、出库作相应操作
系统对具体操作记录相应信息。
•扩展点:
如果某操作失败,则回滚至该操作起始状态。
若系统记录与实际出现差错,允许修改系统记录
•异常处理:
无。
•J:
配送中心管理
•用例编号:
j
•用例名称:
配送中心管理
用例描述:
配送中心的主要职责是对配送业务进行管理,如商品管理、库房管理、库储量管理、进货管理、公司经营利润分析等。
•前置条件:
配送中心管理人员登录系统,并经过了身份验证。
•后置条件:
配送业务信息被初始化。
•活动步骤:
配送中心管理员登录系统。
配送中心管理员查看配送业务的当前信息。
配送中心管理员根据配送情况来更新配送业务的信息。
•扩展点:
如果配送中心管理员身份验证失败,则用例结束。
如果实际情况有变动,配送中心管理员可对配送业务信息进行更改。
•异常处理:
无。
K:
供应商管理
•用例编号:
k
用例名称:
供应商管理
用例描述:
对供应商基本信息、进货及退货进行管理。
从业务的角度上看,进货管理处理的业务有:
供应商设置、进货安排、退货安排等。
前置条件:
供应商管理员登录系统,并经过了身份验证。
•后置条件:
进货管理处理的业务信息被初始化。
•活动步骤:
供应商管理员登录系统。
供应商管理员根据进货情况来更新(修改,删除,增加等)进货管理处理的业务的信息。
•扩展点:
如果供应商管理员身份验证失败,则用例结束。
•异常处理:
无。
L:
业务管理
•用例编号:
l
•用例名称:
业务管理
•用例描述:
业务管理主要是对配送业务进行统计分析,出一些报表。
主要功能有:
订购排行榜查询、客户满意度分析、分站配送情况分析。
•前置条件:
配送业务完成。
•后置条件:
得出报表。
•活动步骤:
业务管理员登录系统。
业务管理员对配送业务进行统计分析参会人员填写调查问卷。
业务管理员得出报表。
•扩展点:
如果业务管理员身份验证失败,则用例结束。
•异常处理:
无。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 分析