- 1、本文档共40页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
物流管理网站
软件需求规格说明书
目 录
1 引言 5
1.1 编写目的 5
1.2 预期读者和阅读建议 5
1.3 项目目标 6
1.4 定义及缩略语 6
1.5 参考资料 6
2 综合描述 7
2.1 项目背景 7
2.2 设计和实现上的限制 7
2.3 假设和依赖 7
3 功能需求 8
3.1 系统功能结构 8
3.2 功能列表 8
3.3 后台管理基本操作BR-CIS-01 10
3.3.1 子功能模块清单 10
3.3.2 配送点管理BR-CIS-01-01 11
3.3.3 配送路线管理BR-CIS-01-02 12
3.3.4 配送价格管理BR-CIS-01-03 13
3.3.5 会员管理BR-CIS-01-04 14
3.3.6 车辆管理BR-CIS-01-06 14
3.4 统计分析和结算BR-CIS-02 16
3.4.1 子功能模块列表 16
3.4.2 配送点结算查询 BR-CIS-02-01 16
3.4.3 总部结算查询BR-CIS-02-02 17
3.4.4 按配送点统计BR-CIS-02-03 18
3.4.5 按时间段统计BR-CIS-02-04 19
3.4.6 按配送结算拨款BR-CIS-02-05 20
3.5 物流配送模块BR-CIS-03 21
3.5.1 子功能模块清单 21
3.5.2 货物运输BR-CIS-03-01 21
3.5.3 货物交接BR-CIS-03-02 22
3.5.4 车辆状态手机通知BR-CIS-03-03 23
3.5.5 车辆状态跟踪BR-CIS-03-04 24
3.5.6 本地货物配送BR-CIS-03-05 25
3.6 登录注册模块BR-CIS-04 26
3.6.1 子功能模块清单 26
3.6.2 用户注册BR-CIS-04-01 26
3.6.3 用户登录BR-CIS-04-02 28
3.7 网上下单模块BR-CIS-05 29
3.7.1 子功能模块清单 29
3.7.2 订单输入BR-CIS-05-01 30
3.7.3 订单确认BR-CIS-05-02 31
3.8 订单查询模块BR-CIS-06 32
3.8.1 子功能模块清单 32
4 非功能需求 34
4.1 安全性需求 34
4.2 软硬件环境需求 34
4.2.1 硬件环境需求 34
4.2.2 软件运行需求 34
4.2.3 软件开发工具 34
4.3 其他需求 34
5 业务需求 34
5.1 后台管理 35
5.1.1 操作流程描述 35
5.1.2 角色控制 36
5.1.3 与系统交互关系 36
5.1.4 操作注意事项 36
5.2 网上下单 36
5.2.1 操作流程描述 36
5.2.2 角色控制 37
5.2.3 与系统交互关系 38
5.2.4 操作注意事项 38
5.3 物流配送 38
5.3.1 操作流程描述 38
5.3.2 角色控制 39
5.3.3 与系统交互关系 39
5.3.4 操作注意事项 39
5.4 统计分析和结算 39
5.4.1 操作流程描述 39
5.4.2 角色控制 40
5.4.3 与系统交互关系 40
5.4.4 操作注意事项 40
引言
本文中被包含的每一条被唯一标志的业务需求都必须满足以下特点:
完整性 每一项需求都必须将所要实现的功能描述清楚,以使开发人员获得设计和
实现这些功能所需的所有必要信息。
正确性 每一项需求都必须准确地陈述其要开发出的功能。只有用户代表才能确定
业务需求的正确性。
可行性 每一项需求都必需是在已知系统和环境的权能和限制范围内可以实施的。
必要性 每项需求都是用来授权项目组编写文档的“根源”。
划分优先级 每项需求、特性将被用户代表分配一个实施优先级(高、中、低), 以
指明它在特定产品中所占的分量。
无二义性 每项需求用简洁明了的用户性的语言表达出来,所有需求说明都只能
有一个明确统一的解释。
可验证性 每项需求是否能通过设计的测试用例或其它的验证方法,如可用演
示、检测等来确定产品是否确实按需求实现了。
编写目的
业务部门依赖本文档来了解本软件系统所能提供的功能
项目经理根据本文档来制定规划并预测进度安排、工作量和资源
软件开发小组依赖本文档来理解他们将要开发的系统
测试小组使用本文档中对业务需求的描述制定测试计划
软件维护和支持人员根据本文档了解系统的某部分是如何要求的
培训人员根据本文档编写用户文档和培训材料
预期读者和阅读建议
本项目的所有干系人(Stakeholder)都是本文预期的读者,它们包括:开发人员、项目经理、市场销售、部门主管、客户方项目经理、最终用户、测试人员和文档的编写人员等。
《需求规格说明
文档评论(0)