《软件需求工程》课程考核成绩登记表kc.dgut.ulearning.cn/UploadFiles/CourseFiles/03007_042358_kechen… ·...

课程考核成绩登记表—软件需求工程

1 / 134

《软件需求工程》课程考核成绩登记表

班级：2014 级软件卓越班单位：分

序号学号姓名课程实验作业课堂表现考核总成绩

1 201441412113 苏文辉 B- A 74

2 201441404314 闲明苑 C+ A 70

3 201441404136 黄冬阳 B- A 74

4 201441404143 蔡镫仪 B+ A 82

5 201441404110 杨鼎雄 B+ B- 78

6 201441412123 符祥远 B C+ 73

7 201441412109 谢友根 B+ A 82

8 201441412121 李加华 B A 78

9 201441412105 张龙龙 C+ B 67

10 201441404426 林吉达 C C+ 61

11 201441412120 李倩如 B+ A 82

12 201441404320 莫姗姗 B A 78

13 201441404239 黄华 A- A 86

14 201441404440 陈泽峰 B C+ 73

15 201441404108 姚楚杰 A- A 86

16 201441412104 周鹏 B B 75

17 201441404207 蚁潇彬 A- A 86

18 201441412114 乔志峰 C+ C+ 65

19 201441402130 赖建锋 B- B 71

20 201441402111 谢昱城 B A 78

21 201441404333 黎浩天 B- B 71

22 201441412102 邬典 B- C+ 69

23 201441412124 方状炫 B B 75

24 201441412110 夏嘉孚 B- B+ 72

25 201441402211 杨杨 B- B+ 72

26 201441402618 曾威 B+ A- 81

27 201441402101 邹鹏 B- C+ 69

28 201441404404 周鑫 C B 63

29 201441404436 董晓江 C+ C+ 65

1.分数：

最高分：86 分

最低分：61 分

平均分：74.3 分

2.作业方面：（详见附件）

好评：（1）201441404239 黄华（2）201441404207 蚁潇彬

中评：（3）201441412123 符祥远（4）201441412121 李加华

差评：（5）201441404426 林吉达（6）201441404404 周鑫

3.成绩折算办法：


2 / 134

五级制--->百分制转换：A：90，A-：85，B+: 80，B：75，B-：70，C+：65，C: 60。

课程实验作业占考核总成绩的 80%，课堂表现占考核总成绩的 20%.

4.附件说明：

附件 1：201441404239 黄华-软件需求工程作业（共 24 页，从第 3 页到第 26 页）

附件 2：201441404207 蚁潇彬-软件需求工程作业（共 26 页，从第 27 页到第 53 页）

附件 3：201441412123 符祥远-软件需求工程作业（共 24 页，从第 54 页到第 77 页）

附件 4：201441412121 李加华-软件需求工程作业（共 22 页，从第 78 页到第 99 页）

附件 5：201441404426 林吉达-软件需求工程作业（共 26 页，从第 100 页到第 125 页）

附件 6：201441404404 周鑫-软件需求工程作业（共 9 页，从第 126 页到第 134 页）


3 / 134

化学制品跟踪系统软件

需求说明书 V2.0

拟制黄华

学号 201441404239

指导老师陈海峰

完成时间 2017 年 5 月 29 日


4 / 134

修改记录

文件编号版本号拟制人/

修改人

拟制/修

改日期更改理由

主要更改内容

（写要点即可）

1 1.0.0 黄华 2017/4/9 无无

1 2.0.0 黄华 2017/5/2

9

图表太少增加功能的流程图，排版


5 / 134

目录

1 引言 ...................................................................................................................................................... 6

1.1 编写目的 ....................................................................................................................................... 6

1.2 预期的读者和阅读建议 ............................................................................................................... 6

1.3 文档约定 ....................................................................................................................................... 6

2 术语、定义和缩略语 .......................................................................................................................... 7

2.1 术语、定义 ................................................................................................................................... 7

2.2 缩略语 ........................................................................................................................................... 7

3 综合描述 .............................................................................................................................................. 8

3.1 背景 ............................................................................................................................................... 8

3.2 软件概述 ....................................................................................................................................... 8

3.3 运行环境 ....................................................................................................................................... 9

3.4 用户类及其要求 ........................................................................................................................... 9

4 具体需求 ............................................................................................................................................ 10

4.1 功能需求 ..................................................................................................................................... 10

4.2 性能需求 ..................................................................................................................................... 21

4.2.1 SR-P-0100 精度要求 ......................................................................................................... 21

4.2.2 SR-P-0102 时间特性 ......................................................................................................... 21

4.2.3 SR-P-0103 容量需求 ......................................................................................................... 21

4.2.4 SR-P-0104 存储空间需求 ................................................................................................. 21

4.3 质量属性需求 ............................................................................................................................. 21

4.3.2 安全性 .................................................................................................................................. 22

4.3.3 可维护性 .............................................................................................................................. 23

4.3.4 可移植性 .............................................................................................................................. 23

4.3.5 扩展性 .................................................................................................................................. 23

4.3.6 可测试性 .............................................................................................................................. 23

4.3.7 设计和实现上的限制 .......................................................................................................... 23

5 总体验收准则 .................................................................................................................................... 25

6 参考文献 ............................................................................................................................................ 26


6 / 134

1 引言

1.1 编写目的

本文通过详细描述化学制品跟踪的功能需求、性能需求、质量属性需求、外部接口需求

以及其它需求，为后续概要设计、软件（系统）测试、用户文档等工作提供基础与约束。

1.2 预期的读者和阅读建议

预期的读者和阅读建议参见表 1.1。

表 1.1

读者分类阅读重点备注

项目经理全文，并据此编制/修订项目（软件）开发计划等。

设计与开发

工程师

需求的完整性、正确性、可行性、优先级、无二义性，为概要设计

作准备。

售前、售后工

程师/用户代

表

需求的必要性、优先级，并据此准备市场资料。

测试工程师需求的可验证性，并据此准备（软件）系统测试方案。

文档工程师全文，为编写用户文档作准备。

1.3 文档约定

文档约定

本文使用了如下的文档约定：

1) 表头文字使用了 20%灰度背景；

2) 插图 MS Visio 2002 或 Rose 绘制，并一律“嵌入”于需求描述正文中，而非“浮

于文字上方”。；

3) 用同号、同体但加粗的文字来强调需要读者重视的内容。

另外，每个需求都有优先级属性。优先级的可能取值为：5、4、3、2、1，具体定义如

下：

5：是必须的，它规定了产品的必备需求。没有这些需求，产品将不能完成用户的工作，

从而也就无法达到市场的准入条件。

4：是重要的，它规定了那些竞争对手已经实现且用户感觉很好的需求、本产品区别于

其它同类产品的独特需求及其它一些需求。只有完成这些需求，才能使本产品有市场竞争力。

3：是应该的，它规定了当前版本可以不做，但必须在未来版本中实现的需求。此种需

求对产品的体系结构影响可能较大，因此必须在系统设计时予以考虑。

2：是可能的，它规定了那些有了会更好但没有也没有什么关系的需求，如一些提高效

率的小工具。

1：是备忘的，它规定了我们想象的但目前无法或无需实现的需求。


7 / 134

2 术语、定义和缩略语

2.1 术语、定义

本文使用的专用术语、定义见表 2.1。

表 2.1

术语/定义英文对应词含义

需求 requirement

指“被描述系统（SuD ，System Under Description）“做什么”（功

能需求）及“做什么”时的水平（非功能需求，如性能需求、质量

属性需求、外部接口需求、其它需求）。这个通俗定义是针对技术

需求的，而非技术需求（如进度的限制）一般不在本文档中给出（一

般放在研制任务书/项目计划中）。

2.2 缩略语

本文使用的专用缩略语见表 2.2。

表 2.2

缩略语英文原文中文含义

RR Raw Requirement 原始需求

SRS Software Requirements specification 软件需求说明书

UR User Requirement 用户需求


8 / 134

3 综合描述

3.1 背景

化学制品跟踪系统是一个企业 erp 系统，主要负责化学制品从采购原料到销售的整个流

程管理，提高了化学制品的生产效率，降低了生产成本。

图 3.2 描述了化学制品跟踪系统的用例图(Use case diagram)。

图 3.2 化学制品跟踪系统用例图

3.2 软件概述

功能概述

本软件具备以下主要功能：

a) 登录；

b) 用户管理；

c) 添加销售订单；

d) 修改销售订单；

登录用户

添加销售订单

修改销售订单

删除销售订单

查看销售订单

打印销售订单

添加用户

删除用户

查看用户

修改权限管理员用户管理

销售人员销售管理

《》extend

《》extend

《》extend

《》extend

《》extend

《》extend

《》extend

《》extend

《》extend


9 / 134

e) 删除销售订单；

f) 查看销售订单；

g) 打印销售订单。

3.3 运行环境

运行环境见表 3.2。

表 3.2

名称硬件(CPU/RAM/HD) 操作系统及其版本其它软件环境

DB Server SPARC/1G/18G Linux Redhat 无

ECS Server SPARC/1G/18G Linux Redhat 无

3.4 用户类及其要求

用户类及其特征

本产品涉及到的用户类见表 3.3。

表 3.3

序号名称说明

1 销售部销售人员直接长期使用本产品

2 我司高层领导使用此软件查看销售情况

3 系统的开发者测试功能，修改 bug


10 / 134

4 具体需求

4.1 功能需求

4.1.1 SR-F-0010 登录系统

功能流程图：

开始

输入用户名

和密码

用户名跟密码是否正确

否

成功登录

是

开始

需求描述：用户使用账号，密码登录本系统

执行者：用户

优先级：5

使用频度：经常

前置条件：

C0010 用户输入账号，密码

后置条件：

R0010 用户成功登录本系统

正常过程：N1

N0010 销售人员输入账号，密码，用例开始。

N0020 系统确认账号，密码是合法的。

N0030 用户登录成功，用例结束；

可选过程：无

异常过程：E1 处理用户登录失败

E0010 返回错误信息。

E0020 用例结束。

特殊需求：无。

验收准则：V1

V0010 在 windows 环境下，使用浏览器打开系统模拟用户登录。

V0020 执行正常过程 N1，无异常。


11 / 134

V0030 执行异常过程 E1，无异常。

4.1.2 SR-F-0020 添加用户

功能流程图：

开始

输入用户的

信息

添加成功

结束

添加用户的

权限

输入的信息是否合理

是

否

需求描述：管理员用户可以根据权限添加系统的用户

执行者：管理员

优先级：5

使用频度：偶尔

前置条件：

C0010 管理员成功登录系统，并且网络通畅。

后置条件：

R0010 数据库中增加了一条管理员记录。

正常过程：N1

N0010 管理员添加用户，用例开始；

N0020 管理员为用户添加权限；

N0030 用例结束。

可选过程：无

异常过程：E1 处理管理员添加用户失败

E0010 若管理员添加用户失败，则进行以下处理：

E0020 返回提示信息给管理员；


异常过程：E2 添加用户权限失败

E0010 若管理员添加用户失败，则进行以下处理：

E0020 返回提示信息给管理员；



12 / 134


验收准则：V1

V0010 在 windows 环境下，使用浏览器打开系统。

V0020 使用管理员账号登录。


4.1.3 SR-F-0030 查看用户

功能流程图：

开始

输入用户的

关键信息

结束

显示用户的

信息

输入的信息是否存在

是

否

需求描述：管理员可以查看用户的详细信息。


优先级：5


前置条件：


后置条件：

R0010 显示注册用户的详细信息。

正常过程：N1

N0010 管理员点击查看用户菜单，用例开始；

N0020 系统从数据库读取注册的用户并显示在前端；


可选过程：无

异常过程：E1 处理管理员查看用户失败

E0010 若管理员查看用户失败，则进行以下处理：

E0020 返回对应的提示信息给管理员；




13 / 134

验收准则：V1




4.1.4 SR-F-0040 修改用户信息

功能流程图：

开始

输入要修改的用户关键

信息

结束

显示用户的

信息


是

否

修改用户信

息

修改后的信息是否合理

是

否

修改成功

需求描述：管理员可以修改用户的信息，包括权限。


优先级：5


前置条件：

C0010 管理员成功登录系统，并且网络通畅，用例开始。

后置条件：

R0010 成功修改用户的信息，并在数据库中修改对应的信息。

正常过程：N1

N0010 管理员选择修改用户信息功能，用例开始；


14 / 134

N0020 选择要修改信息的用户；

N0030 系统从数据库读取要修改的用户并显示在前端；


可选过程：无

异常过程：E1 处理管理员选择要修改权限的用户失败




异常过程：E2 处理管理员修改权限失败

E0010 若管理员修改权限失败，则进行以下处理：




验收准则：V1




4.1.5 SR-F-0050 删除用户

功能流程图：

开始

输入要删除的用户关键

信息

结束

显示用户的

信息


是

否

删除用户信

息

删除成功

需求描述：管理员可以删除已注册的用户。


15 / 134


优先级：5


前置条件：


后置条件：

R0010 删除数据库中对应的用户记录。

正常过程：N1

N0010 管理员选择删除用户菜单，用例开始；

N0020 系统从数据库读取待删除的用户并显示在前端；

N0030 管理员删除对应的用户‘’


可选过程：无

异常过程：E1 处理管理员查看用户失败




异常过程：E2 处理管理员删除用户失败

E0010 若管理员删除用户失败，则进行以下处理：




验收准则：V1




4.1.6 SR-F-0060 增加销售订单

功能流程图：

开始

显示订单表

格

结束

提交订单信

息

输入订单信

息


16 / 134

需求描述：销售人员可以增加销售订单信息。

执行者：销售人员

优先级：5


前置条件：

C0010 销售人员成功登录系统，并且网络通畅。

后置条件：

R0010 数据库中增加了订单信息。

正常过程：N1

N0010 销售人员点击添加订单菜单，用例开始；

N0020 系统显示订单表格；

N0030 销售人员填写订单信息；

N0040 销售人员提交填写好的订单；


可选过程：无

异常过程：E1 处理销售人员提交订单失败

E0010 若销售人员提交订单失败，则进行以下处理：




验收准则：V1


V0020 使用销售人员账号登录。


4.1.7 SR-F-0070 修改销售订单

功能流程图：

开始

输入要修改的订单关键

信息

结束

显示订单信

息

是


否

修改订单信

息

提交修改后

的信息


17 / 134

需求描述：销售人员可以修改销售订单。


优先级：5


前置条件：


后置条件：

R0010 数据库中对应的订单被修改。

正常过程：N1

N0010 销售人员选择修改销售订单菜单，用例开始；

N0020 销售人员选择要修改的订单；

N0030 修改订单；


可选过程：无

异常过程：E1 处理销售人员修改订单失败

E0010 若销售人员修改订单失败，则进行以下处理：

E0020 返回对应的提示信息给销售人员；



验收准则：V1




4.1.8 SR-F-0080 删除销售订单

功能流程图：

开始

输入要删除的订单关键

信息

结束

显示订单信

息

是


否

删除订单信

息


18 / 134

需求描述：销售人员可以删除选择的销售订单。


优先级：5


前置条件：


后置条件：

R0010 删除了用户选择的销售订单。

正常过程：N1

N0010 销售人员点击销售订单菜单，用例开始；

N0020 系统从数据库读取对应的销售订单并显示在前端；

N0030 销售人员删除该销售订单；


可选过程：无

异常过程：E1 处理销售人员删除该销售订单

E0010 若销售人员删除该销售订单失败，则进行以下处理：




验收准则：V1




4.1.9 SR-F-0090 查看销售订单

功能流程图：

开始

输入要查看的订单关键

信息

结束

显示订单信

息

是


否


19 / 134

需求描述：销售人员可以查看销售订单。


优先级：5


前置条件：

C0010 销售人员成功登录系统。

后置条件：

R0010 显示销售订单。

正常过程：N1

N0010 销售人员点击查看销售订单菜单，用例开始；

N0020 系统从数据库读取销售订单并显示在前端；


可选过程：无

异常过程：E1 处理销售人员查看销售订单失败

E0010 若销售人员查看销售订单失败，则进行以下处理：




验收准则：V1




4.1.10 SR-F-0100 打印销售订单

功能流程图：

开始

输入要打印的订单关键

信息

结束

打印订单

是


否


20 / 134

需求描述：销售人员可以打印销售订单。


优先级：5


前置条件：

C0010 销售人员成功登录系统。

后置条件：

R0010 成功打印销售订单。

正常过程：N1

N0010 销售人员选择打印销售订单功能，用例开始；

N0020 系统将打印作业发到打印机；


可选过程：无

异常过程：E1 处理销售人员打印销售订单失败

E0010 若销售人员打印销售订单失败，则进行以下处理：




验收准则：V1




4.1.12 SR-F-0120 数据自动修复功能

需求描述：如果发生了数据的不一致，可以自动修复。


优先级：5


前置条件：

C0010 销售人员成功登录系统，并且出现了数据不一致错误。

后置条件：

R0010 数据自动修复为一致。

正常过程：N1

N0010 销售人员操作过程中出现了数据不一致错误，用例开始；

N0020 系统将系统自动将数据恢复之前一致的状态；


可选过程：无

异常过程：E1 处理系统修复数据不一致失败


21 / 134

E0010 若系统修复数据不一致失败，则进行以下处理：




4.2 性能需求

4.2.1 SR-P-0100 精度要求

4.2.1.1 SR-P-0100-01

需求描述：计算结果的精度应保留小数点后两位。

优先级：5

验收准则：V1

V0010

SR-P-0100-02 价格等有小数的数字小数位应该为两位。

4.2.2 SR-P-0102 时间特性

需求描述：平均响应时间应在 0.1s 内，在峰值负载期内，与所规定的响应时间不能偏

离超过 0.2s。

优先级：5

验收准则：V1

V0010 系统处理时间不能超过 0.1s。

4.2.3 SR-P-0103 容量需求

需求描述：最大的用户并发数至少为 100，最大的事务数至少为 200。

优先级：5

验收准则：V1

V0010 100 个用户同时登录系统，每个用户执行 2 个事务，观察系统的流畅性和响应

速度。

4.2.4 SR-P-0104 存储空间需求

需求描述：存储器和磁盘空间最大的需求各为 50G，数据库表的最大记录数为 100000

条

优先级：5

4.3 质量属性需求

4.3.1.1 SR-Q-0010 无缺陷性需求

需求描述：

1) 同行评审率：纳入配置管理的工作产品的同行评审率应达到 100％。

2) 代码测试覆盖率：语句覆盖率应达到 100％，条件覆盖率应达到 95％。

3) 需求测试覆盖率：100％

4) 测试用例覆盖率：100％

优先级：5

验收准则：V1


22 / 134

V0010 使用网络事业部同行评审数据库中的记录

4.3.1.2 SR-Q-0020 健壮性需求

需求描述：所有的参数都要指定一个缺省值，当输入数据丢失或无效时，自动使用缺省

值。

优先级：5

验收准则：V1

V0010 运行系统，输入一些不合法的参数

V0020 观察系统的运行情况

V0030 系统可以正常运行

4.3.1.3 SR-Q-0030 可用性需求

需求描述：工作日期间，在当地时间上午 8:00 到下午 23:00，软件的可用性至少应达

到 70％，在上午 9:15 到 11:30，下午 13:00 到 15:00，软件的可用性至少应达到 98％。

优先级：5

4.3.1.4 SR-Q-0050 平均故障间隔时间 MTBF。

需求描述：平均故障间隔时间 MTBF 应不小于 400 小时。

优先级：5

4.3.1.5 SR-Q-0060 平均修复时间 MTTR。

需求描述：平均修复时间 MTTR 应小于 2 小时。

优先级：5

4.3.1.6 SR-Q-0070 异常记录需求

需求描述：当发生异常时，软件应能记录操作系统版本、可用硬盘空间、最大物理内存

及可用内存、用户的输入、错误类型；软件应能连续记录异常数据。

优先级：5

4.3.2 安全性

4.3.2.1 SR-Q-1030 数据一致性需求

需求描述：软件必须在正常工作及发生异常（如掉电、异常退出）的情况下都保持数据

间的一致性。如果发生了不一致，应提供工具自动修复。见 SR-F-0120

优先级：5

验收准则：V1

V0010 测试员在系统工作过程中通过断电等方式中断系统的运行，重启后数据保持一

致。

4.3.2.2 SR-Q-1040 反修改需求

需求描述：软件应具有判断自身是否被修改（如被病毒感染）的能力。进一步地，如果

自身已被修改，则应提醒用户如何进行恢复。


23 / 134

优先级：5

4.3.3 可维护性

4.3.3.1 SR-Q-2010 报表维护速度需求

需求描述：当运营商更改报表相关规定时，所有受影响的报表必须可以在 5 个工作日内

修改完毕。

优先级：5

4.3.3.2 SR-Q-2020 代码可读性需求

需求描述：函数调用不能超过两层深度；每一个软件模块中，注释与源代码语句的比例

至少为 1 : 2 。

优先级：5

4.3.4 可移植性

4.3.4.1 SR-Q-3010 硬件独立性

需求描述：软件应能在 15 个工作日之内移植到 tomcat 环境，所花的工作量应不大于

30 人天（含）。

优先级：5

验收准则：V1

V0010 验收员将完成的系统移植到 tomcat 系统，在 15 个工作日内完成

4.3.5 扩展性

SR-Q-4010 应为 app 端留下一些功能接口。

需求描述：为以后 app 端开发做准备。

优先级：3

验收准则：V1

V0010 模拟 app 发送请求，可以返回正确的数据。

4.3.6 可测试性

4.3.6.1 SR-Q-5010 日志输出控制

需求描述：在需要时，可以通过配置文件来控制内部关键信息的输出，输出目标也可通

过配置文件配置。关键信息、

4.3.6.2 SR-Q-5020 消息转向

需求描述：在需要时，可以通过配置文件将发往预定目标的某些消息转发至特定目标。

消息、预定目标、特定目标及其可能关系。

优先级：5

4.3.7 设计和实现上的限制

4.3.7.1 设计和实现上的一般限制

4.3.7.1.1 SR-M-1010 必须使用的技术。

需求描述：设计时必须采用 ssm 技术,数据库采用 mysql。

优先级：4


24 / 134

4.3.7.2 FR-M-2010 设计和实现上的用户界面限制

需求描述：在设计与实现时，必须满足以下要求：

a) 应执行<阿里巴巴 java 开发手册>编程规范。

b) 应使用多文档界面。

c) 凡是超过 5 秒的内部操作，均应显示进程条；进程条应显示在主窗口的状态栏上，

且进程条前应显示当前正在进行的操作。

优先级：4


25 / 134

5 总体验收准则

总体验收准则

本软件的总体验收准则为：

a) 在项目计划的成果鉴定时间点，由技术部组织，以成果鉴定评审的方式组织验收。

b) 对软件需求、软件总体设计方案、软件模块详细设计说明、代码、单元测试用例、

集成测试用例、系统测试用例进行同行评审。应对软件需求、软件总体设计方案、

软件模块详细设计说明、代码、单元测试用例、集成测试用例、系统测试用例进行

需求追踪，以及时验证工作产品间的一致性。


26 / 134

6 参考文献

参考文献

Q/ZX D 73.1100-2002 《需求管理指导书》

林锐等编著。高质量程序设计指南－C++/C 语言。北京：电子工业出版社，2002.6

CMU/SEI 编著，刘孟仁等译。能力成熟度模型（CMM）：软件过程改进指南。北京：

电子工业出版社，2001.7

Dean Leffingwell 等著，蒋慧等译。软件需求管理：统一方法。北京：机械工业出版

社，2002.3

Geri Schneider，Jason P. Winters 著，姚淑珍等译。用例分析技术。北京：中信出

版社，2002.6

Karl E. Wiegers 著，陆丽娜等译。软件需求。北京：机械工业出版社出版，2000.7

Nadine Kano 著，郑全战，岚山，夏丽丽译。Windwos 95、Windows NT 国际软件

开发指南。北京：清华大学出版社，199X.XX

Ralph R. Young 著，韩柯等译。有效需求实践。北京：中信出版社，2002.6

Roger S. Pressman 著，黄柏素，梅宏译。软件工程：实践者的研究方法，第四版。

北京：机械工业出版社，1999.10

Soren Lauesen 著，刘晓晖译。软件需求。北京：电子工业出版社，2002.10

Steven R. Rakitin 著，于秀山，包晓露，焦跃等译。软件验证与确认的最佳管理方法。

北京：电子工业出版社，2002.3


27 / 134

学院：计算机与网络安全学院

班级：14 软卓

姓名：蚁潇彬

学号：201441404207

指导老师：陈海峰


28 / 134

技术文件

技术文件名称：化学制品跟踪系统软件需求说明书

技术文件编号：2

版本：V2.00

拟制蚁潇彬

审核

会签

标准化

批准


29 / 134

修改记录


修改人

拟制/修改

日期更改理由

主要更改内容


1 V1.00 蚁潇彬 2017-5-10 无无

2 V2.00 蚁潇彬 2017-5-28 完善说明书添加 E-R 图、时序图等

注：文件第一次拟制时，“更改理由”、“主要更改内容”栏写“无”。


30 / 134

目录

1 引言 ................................................................................................................... 错误!未定义书签。

1.1 编写目的...................................................................................................错误!未定义书签。

1.2 预期读者和阅读建议 .............................................................................错误!未定义书签。

1.3 文档约定 ..................................................................................................错误!未定义书签。

2 术语、定义和缩略语 ...................................................................................................................... 5

2.1 术语、定义.............................................................................................................................. 5

2.2 缩略语 ..................................................................................................................................... 5

3 综合描述 .......................................................................................................................................... 6

3.1 背景 ......................................................................................................................................... 6

3.2 软件概述.................................................................................................................................. 6

3.3 相关数据表的 E-R 图 ............................................................................................................. 7

3.4 用例图 ..................................................................................................................................... 7

3.5 时序图 ..................................................................................................................................... 9

3.6 活动图 ................................................................................................................................... 13

3.7 运行环境................................................................................................................................ 15

3.8 用户类及其要求 .................................................................................................................... 15

4 具体需求 ........................................................................................................................................ 16

6.1 功能需求................................................................................................................................ 16

6.2 性能需求................................................................................................................................ 21

6.3 质量属性需求 ........................................................................................................................ 22

5 总体验收准则 ................................................................................................................................ 25

6 参考文献 ........................................................................................................................................ 25


31 / 134

7 引言

7.1 编写目的

本文通过详细描述化学制品跟踪系统的登陆注册和采购模块的功能需求、性能需求、质量属性需求、外

部接口需求以及其它需求，为后续概要设计、软件（系统）测试、用户文档等工作提供基础与约束。



表 1.1


项目经理全文，并据此编制/修订项目（软件）开发计划等。

设计与开发

工程师


作准备。

售前、售后工

程师/用户代

表/采购人员




7.3 文档约定



2) 插图一律使用 Visio 2013 或 Rose 中文版绘制，并一律“嵌入”于需求描述正文中，而非“浮于文

字上方”。；


另外，每个需求都有优先级属性。优先级的可能取值为：5、4、3、2、1，具体定义如下：

5：是必须的，它规定了产品的必备需求。没有这些需求，产品将不能完成用户的工作，从而也就无法达

到市场的准入条件。

4：是重要的，它规定了那些竞争对手已经实现且用户感觉很好的需求、本产品区别于其它同类产品的独

特需求及其它一些需求。只有完成这些需求，才能使本产品有市场竞争力。

3：是应该的，它规定了当前版本可以不做，但必须在未来版本中实现的需求。此种需求对产品的体系结

构影响可能较大，因此必须在系统设计时予以考虑。

2：是可能的，它规定了那些有了会更好但没有也没有什么关系的需求，如一些提高效率的小工具。



8.1 术语、定义



32 / 134

表 2.1


需求 requirement






8.2 缩略语


表 2.2




9 综合描述

9.1 背景

化学制品跟踪系统是一个典型的（ERP）企业资源管理系统，主要负责化学制品进销存整个流程的管理，

主要目的是提高化学制品的生产效率和采购利润，并降低其生产成本。


33 / 134

图 3.1 为化学制品跟踪系统的上下文图

图 3.1 “化学制品跟踪系统”上下文图

9.2 软件概述

功能概述

软件的本功能模块具备以下主要功能：

h) 登录；

i) 注册；

j) 添加采购订单；

k) 查看采购订单；

l) 修改采购订单；

m) 删除采购订单；

n) 打印采购订单。

3.3 相关数据表 E-R 图

化学制

品跟踪

系统

药剂师

化学

制品

仓库

培训记录

数据库

安全检

测部门

采购

部门

供

货

商

目

录

目

录

查

询

化

学

品

请

求

化

学

品

容

器存货清单报表

化学品容器

存货清单请求

化学品请求

培训记录请求

危险记录请求

化学品使用

报告请求

化学品使

用报告

供货订单状态

化学材料请求


34 / 134

供应商

付款单

化学材料

订货退货入库计划付款

付款明细

采购订单明细采购退货明细采购入库明细采购计划明细

采购订单采购退货单采购入库单采购计划单

采购人员

生产

3.4 用例图

图 3.2 为化学制品跟踪系统的用例图。

图 3.2 “化学制品跟踪系统”的用例图

相关用例的用例描述

采购人员

添加采购订单

查看采购订单

修改采购订单

删除采购订单

用户注册登录

<<include>>

<<extend>>

<<extend>>

<<extend>>

<<extend>>

<<extend>>


35 / 134

①登录

用例名登录

参与者用户

前置条件用户已注册

主事件流 1、输入正确的用户名和密码，点击登录

2、如果用户名不存在，提示该用户未注册

3、如果用户名存在，提示密码错误，用户可重复无限次输入密码

4、如果用户名存在，密码正确，登录成功

后置条件若成功登陆，即可进行管理操作

②注册

用例名注册

参与者用户

前置条件用户正确安装该系统，且正确链接该系统网站

主事件流 1、点击注册

2、系统检查登录名是否存在，若存在则要求用户重新输入

3、系统检查两次输入的密码是否一致，若不一致则要求用户重新输入

4、系统检查输入日期格式是否正确，若不正确则要求用户重新输入

5、若输入信息均合法，点击提交，注册成功

6、若不注册，不提交

后置条件若用户注册成功返回登录界面，且用户表发生改变

③采购模块

用例名采购模块

参与者采购人员/系统管理员

前置条件登录进入系统主界面

主事件流 1、用户在功能导航栏上点击采购模块，进入采购界面

2、用户选择查看采购订单，进入查看采购订单用例，显示已有采购订单

3、用户选择增加采购订单，进入添加采购订单用例

4、用户选择修改采购订单，进入修改采购订单用例

5、用户选择删除采购订单，进入删除采购订单用例

后置条件如果用户成功增删改采购订单，则数据表会发生改变

查看采购订单

用例名查看采购订单


前置条件登录，进入采购模块

主事件流 1、点击查看采购订单

2、显示已有采购订单信息

后置条件无

添加采购订单


36 / 134

用例名添加采购订单


前置条件登录，进入采购模块

主事件流 1、点击添加采购订单

2、弹出订单信息填写窗口

3、输入合法订单信息，添加该订单

4、取消添加采购订单

后置条件如果用户成功添加采购订单，数据表会发生改变

修改采购订单

用例名修改采购订单


前置条件登录，进入采购模块，选择要修改的采购订单

主事件流 1、点击修改

2、输入合法修改信息，修改采购订单

3、取消修改该订单

后置条件若用户成功修改采购订单，数据表会发生改变

删除采购订单

用例名删除采购订单


前置条件登录，进入采购模块，选择要删除的采购订单

主事件流 1、点击删除采购订单

后置条件用户删除采购订单，数据表会发生改变

3.5 时序图

①登录


37 / 134

②注册

: 采购人员 : 采购人员 : 登录界面

: 登录界面

: 业务逻辑处理 : 业务逻辑处理 : 数据库接口 : 数据库接口 : 帐号 : 帐号

输入帐号密码

验证帐号密码

查询数据库信息

访问数据库

所有帐号信息

所有帐号信息

判断输入是否正确

[正确]登录成功

[错误]登录失败


38 / 134

③采购模块

查看采购订单

: 采购人员 : 采购人员 : 注册界面 : 注册界面 : 业务逻辑处理 : 业务逻辑处理 : 数据库接口 : 数据库接口 : 帐号 : 帐号

输入帐号信息注册

验证信息是否合法

[是]查询账号是否存在

查询帐号信息

所有帐号信息

账号存在

提示账号存在

[否]提示错误

账号不存在，插入信息

注册成功

跳转至登录界面

: 采购人员 : 采购人员 : 采购界面 : 采购界面 : 业务逻辑处理 : 业务逻辑处理 : 数据库接口 : 数据库接口 : 采购订单 : 采购订单

查看采购订单

查看指令

调用接口

查询所有采购订单信息

所有订单信息

显示采购订单信息


39 / 134

添加采购订单

修改采购订单

删除采购订单


输入采购订单信息

判断是否合法

[是]调用插入接口

插入信息到数据库

插入成功

[否]信息不合法

显示已插入的订单


输入要修改的信息

判断信息是否合法

[是]调用修改接口

修改对应信息

修改成功

[否]提示信息不合法

显示已修改的订单


40 / 134

3.6 活动图

①登录


选择并删除采购订单

欲删除采购订单的编号

调用删除接口

删除对应的数据

删除成功

显示删除成功


41 / 134

②注册

③采购模块

输入帐号信息

，点击登录

登录失败返回登录界面

判断帐号信息是否正确

登录成功，跳转

至系统主界面

否[ ]

是[ ]

输入帐号信息，点击注册

提示输入不

合法判断输入信息是否合法

判断账号是否存在

注册成功，跳

转至登录界面

提示账号已存在

否[ ]

是[ ]

是[ ]

否[ ]


42 / 134

登录

返回登录界

面登录是否成功

否[ ]

点击进入采

购模块

跳转至系统

主界面

是[ ]

添加采购订

单

查看采购订

单

读取采购订单

信息并显示输入采购订

单信息

判断订单信息是否合法

提示输入不

合法

在数据库中

插入新订单

进入修改界

面

删除数据库中

对应的订单

选择某订单

并点击删除

添加成功

输入欲修改的信

息并点击修改

判断输入新信息是否合法

提示输入不

合法

在数据库中修

改相应的信息

修改成功删除成功

跳转至采购

界面

点击添加新订单[ ] 点击浏览订单[ ]

是[ ]

否[ ]

否[ ]

是[ ]


43 / 134

3.7 运行环境


表 3.2


MyEclipse SPARC/1G/18G Windows8.1 Mysql5.0

360Browser SPARC/1G/18G Windows8.1 Mysql5.0




表 3.3

序号名称说明

1 系统管理员查看采购订单，维护系统正常运行

2 采购部门的采购人员添加修改删除采购订单

3 系统开发人员编程实现系统功能，

4 系统测试人员测试系统缺陷并修改 BUG


44 / 134

10 具体需求

10.1 功能需求

4.1.1 SR-F-0010 登录功能

需求描述：用户使用账号，密码登录本系统

执行者：用户（系统管理员/采购人员）

优先级：5


前置条件：

C0010 用户输入账号，密码

后置条件：

R0010 用户成功登录本系统

正常过程：N1

N0010 用户输入账号，密码，用例开始。

N0020 系统确认账号，密码是合法的。

N0030 用户登录成功，用例结束；

可选过程：无

异常过程：E1 处理用户登录失败

E0010 返回错误信息。



验收准则：V1

V0010 在 Windows8.1 环境下，使用 IE 浏览器运行本系统模拟用户登录。



4.1.2 SR-F-0020 注册功能

需求描述：输入合法参数（用户名，密码），注册帐号

执行者：用户（系统管理员/采购人员）

优先级：5


前置条件：

C0010 用户未注册，点击跳往注册界面。

后置条件：

R0010 数据库表中增加了一条帐号记录，注册成功。

正常过程：N1

N0010 用户输入参数，点击注册，用例开始；

N0020 参数合法；


45 / 134

N0030 注册成功，用例结束。

可选过程：无

异常过程：E1 注册失败

E0010 提示非法参数



验收准则：V1

V0010 在 windows 环境下，使用 IE 浏览器运行系统模拟注册。



4.1.3 SR-F-0030 添加采购订单

需求描述：采购人员可以增加采购订单信息。

执行者：采购人员

优先级：5


前置条件：

C0010 采购人员成功登录系统，并且网络通畅。

后置条件：

R0010 数据库表中增加了采购订单信息。

正常过程：N1

N0010 采购人员点击添加采购订单，用例开始；

N0020 采购人员填写订单信息；

N0030 采购人员提交填写好的订单；

N0040 订单信息合法；

N0050 添加成功，数据表中增加一条数据，用例结束。

可选过程：无

异常过程：E1 处理采购人员提交订单失败

E0010 提交信息有误，返回提示：

E0020 返回对应的操作信息给系统管理员；



验收准则：V1

V0010 在 windows 环境下，使用浏览器运行系统。




46 / 134

4.1.4 SR-F-0040 查看采购订单

需求描述：采购人员可以查看采购订单。


优先级：5


前置条件：

C0010 采购人员成功登录系统。

后置条件：

R0010 显示所有采购订单。

正常过程：N1

N0010 采购人员点击采购订单，用例开始；

N0020 系统从数据库中读取采购订单信息；

N0030 网页成功显示采购订单，用例结束。

可选过程：无

异常过程：E1 处理采购人员查看采购订单失败

E0010 若采购人员查看采购订单失败；

E0020 返回对应的提示信息给采购人员；



验收准则：V1




4.1.5 SR-F-0050 修改采购订单

需求描述：采购人员可以修改采购订单信息。


优先级：5


前置条件：

C0010 采购人员成功登录系统，并且网络通畅。

后置条件：

R0010 数据库中对应的订单信息被修改。

正常过程：N1

N0010 采购人员选择修改采购订单菜单，用例开始；

N0020 采购人员输入要修改的订单信息；

N0030 点击修改；

N0040 修改成功，数据表信息改变，用例结束。


47 / 134

可选过程：无

异常过程：E1 处理采购人员修改订单失败

E0010 若采购人员修改订单失败；




验收准则：V1




4.1.6 SR-F-0060 删除采购订单

需求描述：采购人员可以删除选择的采购订单。


优先级：5


前置条件：

C0010 采购人员成功登录系统，且网络通畅。

后置条件：

R0010 成功删除了所选择的采购订单。

正常过程：N1

N0010 采购人员点击采购订单，用例开始；

N0020 采购人员选中所要删除的采购订单；

N0030 采购人员点击删除；

N0040 成功删除订单，用例结束。

可选过程：无

异常过程：E1 处理采购人员删除采购订单失败

E0010 若采购人员删除该采购订单失败




验收准则：V1




4.1.7 SR-F-0070 打印采购订单

需求描述：采购人员可以打印采购订单。


48 / 134


优先级：5


前置条件：

C0010 采购人员成功登录系统。

后置条件：

R0010 成功打印采购订单。

正常过程：N1

N0010 采购人员选择打印采购订单功能，用例开始；


N0030 打印订单，用例结束。

可选过程：无

异常过程：E1 处理采购人员打印采购订单失败

E0010 若采购人员打印采购订单失败；



特殊需求：正确连接打印机

验收准则：V1







优先级：5


前置条件：

C0010 采购人员成功登录系统，并且出现了数据不一致错误。

后置条件：


正常过程：N1

N0010 采购人员操作过程中出现了数据不一致错误，用例开始；

N0020 系统将系统自动将数据恢复之前一致的状态；

N0030 恢复成功，用例结束。

可选过程：无

异常过程：E1 处理系统修复数据不一致失败

E0010 若系统修复数据不一致失败；


49 / 134

E0020 返回对应的出错信息给采购人员；



验收准则：V1




10.2 性能需求

10.2.1 SR-P-0010 精度要求

10.2.1.1 SR-P-0100-01


优先级：5

验收准则：V1

V0010 价格等有小数的数字小数位应该为两位。

10.2.2 SR-P-0020 时间特性

需求描述：平均响应时间应在 0.5s 内，在峰值负载期内，与所规定的响应时间不能偏离超过 0.5s。

优先级：5

验收准则：V1


10.2.3 SR-P-0030 容量需求


优先级：5

验收准则：V1

V0010 50 个用户同时登录系统，每个用户执行 2 个事务，观察系统流畅性和响应速度。

10.2.4 SR-P-0040 存储空间需求

需求描述：存储器和磁盘空间最大的需求各为 1T，数据库表最大记录数为 1000000 条

优先级：5


50 / 134


10.3.1 可靠性

10.3.1.1 SR-Q-0010 无缺陷性需求

需求描述：





优先级：5

验收准则：V1


10.3.1.2 SR-Q-0020 健壮性需求

需求描述：所有的参数都要指定一个缺省值，当输入数据丢失或无效时，自动使用缺省值。

优先级：5

验收准则：V1

V0010 运行系统，输入非法参数

V0020 检测运行情况

V0030 正常运行

10.3.1.3 SR-Q-0030 可用性需求

需求描述：工作日期间，在当地时间上午 8:00 到下午 23:00，软件的可用性至少应达到 70％，在上午

9:15 到 11:30，下午 13:00 到 15:00，软件的可用性至少应达到 98％。

优先级：5

验收准则：V1

V0010 运行全程



优先级：5

验收准则：V1

V0010 记录一段时间内每次收集故障时间



优先级：5

验收准则：V1

V0010 记录修复时间


51 / 134

10.3.1.6 SR-Q-0070 异常记录需求

需求描述：当发生异常时，软件应能记录操作系统版本、可用硬盘空间、最大物理内存及可用内存、用

户的输入、错误类型；软件应能连续记录异常数据。

优先级：5

10.3.2 安全性

10.3.2.1 SR-Q-1030 数据一致性需求

需求描述：软件必须在正常工作及发生异常（如掉电、异常退出）的情况下都保持数据间的一致性。如

果发生了不一致，应提供工具自动修复。

优先级：5

验收准则：V1

V0010 制造人为异常检测系统自动修复功能

10.3.2.2 SR-Q-1040 反修改需求

需求描述：软件应具有判断自身是否被修改（如被病毒感染）的能力。进一步地，如果自身已被修改，

则应提醒用户如何进行恢复。

优先级：5

验收准则：V1

V0010 自动检测是否系统安全

10.3.3 可维护性


需求描述：当运营商更改报表相关规定时，所有受影响的报表必须可以在 5 个工作日内修改完毕。

优先级：5

验收准则：V1

10.3.3.2 SR-Q-2020 代码可读性需求

需求描述：函数调用不能超过两层深度；每一个软件模块中，注释与源代码语句的比例至少为 1 : 2 。

优先级：5

验收准则：V1

V0010 翻阅代码

10.3.4 可移植性

10.3.4.1 SR-Q-3010 硬件独立性

需求描述：软件应能在 15 个工作日之内移植到 Alpha 环境，所花的工作量应不大于 30 人天（含）。

优先级：5

验收准则：V1

V0010 技术人员需在 15 天内移植完该系统

10.3.4.2 SR-Q-3020 软件独立性

需求描述：软件应能在 5 个工作日内支持 Netscape 浏览器（4.0 及以上版本），所花的工作量应不大于

10 人天。

优先级：5


52 / 134

验收准则：V1

10.3.5 扩展性

SR-Q-4010 应为手机客户端留下接口。

需求描述：为项目运行环境扩展做准备

优先级：3

验收准则：V1

V0010 用手机做测试

10.3.6 可测试性

10.3.6.1 SR-Q-5010 日志输出控制

需求描述：在需要时，可以通过配置文件来控制内部关键信息的输出，输出目标也可通过配置文件配置。

优先级：5

验收准则：V1

10.3.6.2 SR-Q-5020 消息转向

需求描述：在需要时，可以通过配置文件将发往预定目标的某些消息转发至特定目标。消息、预定目标、

特定目标及其可能关系如下：…。

优先级：5

验收准则：V1

10.3.7 设计和实现上的约束

4.3.7.1 SR-M-1010 使用的技术。

需求描述：设计时必须采用 MVC 框架技术，数据库采用 mysql5.0。

优先级：5

4.3.7.2 FR-M-2010 用户界面限制




c) 凡是超过 5 秒的内部操作，均应显示进程条；进程条应显示在主窗口的状态栏上，且进程条前应显

示当前正在进行的操作。

优先级：4


总体验收准则


a) 总体验收计划由开发方编制，并经客户评审与批准。

b) 总体验收计划必须覆盖 100%的优先级为 5、4 的需求，80%的优先级为 3、2、1 的需求。

c) 采用测试的方法进行验收，具体包括

1) 客户派代表参加系统测试，并参加测试结果分析；


53 / 134

2) 所有优先级为 5、4 的需求没有发现致命或主要的缺陷；

有小缺陷的优先级为 3、2、1 的需求不超过 2%。

3) 系统测试结果得到客户代表确认后，开发方提交并部署系统。

4) 系统安装后，开发方与客户组建联合团队进行验收测试。

5) 总体验收测试应在一个月内作出结论。

12 参考文献

Q/ZX D 73.1100-2002 《需求管理指导书》


CMU/SEI 编著，刘孟仁等译。能力成熟度模型（CMM）：软件过程改进指南。北京：电子工业出版社，

2001.7

Dean Leffingwell 等著，蒋慧等译。软件需求管理：统一方法。北京：机械工业出版社，2002.3

Geri Schneider，Jason P. Winters 著，姚淑珍等译。用例分析技术。北京：中信出版社，2002.6


Nadine Kano 著，郑全战，岚山，夏丽丽译。Windwos 95、Windows NT 国际软件开发指南。北京：

清华大学出版社，199X.XX


Roger S. Pressman 著，黄柏素，梅宏译。软件工程：实践者的研究方法，第四版。北京：机械工业出

版社，1999.10


Steven R. Rakitin 著，于秀山，包晓露，焦跃等译。软件验证与确认的最佳管理方法。北京：电子工业

出版社，2002.3

毋国庆等编著。软件需求工程（第 2 版）。北京：机械工程出版社，2013.3


54 / 134

技术文件

技术文件名称：化学制品跟踪系统软件需求说明书


版本：1.0.0

拟制符祥远

审核

会签

标准化

批准


55 / 134

修改记录


修改人

拟制/修

改日期更改理由

主要更改内容


1 1.0.0 符祥远 2017/4/29 无无



56 / 134

目录

1 ................................................................................................................................... 编写目的错误!未定义书签。

2 术语、定义和缩略语 ....................................................................................... 错误!未定义书签。

2.1 术语、定义...............................................................................................错误!未定义书签。

2.2 缩略语 ......................................................................................................错误!未定义书签。

3 模块描述 ........................................................................................................... 错误!未定义书签。

4 标准模块 ........................................................................................................... 错误!未定义书签。

5 模块设计 ........................................................................................................... 错误!未定义书签。

6 数据描述 ........................................................................................................... 错误!未定义书签。

6.1 数据结构说明 ...........................................................................................错误!未定义书签。

6.2 全局变量说明 ...........................................................................................错误!未定义书签。

6.3 数据库说明...............................................................................................错误!未定义书签。

7 函数定义 ........................................................................................................... 错误!未定义书签。

7.1 引用函数定义 ...........................................................................................错误!未定义书签。

7.2 内部函数定义 ...........................................................................................错误!未定义书签。

7.2.1 内部函数 1 ...................................................................................... 错误!未定义书签。

7.2.2 内部函数 2 ...................................................................................... 错误!未定义书签。

7.2.3 内部函数 n ...................................................................................... 错误!未定义书签。

8 接口设计 ........................................................................................................... 错误!未定义书签。

8.1 用户接口...................................................................................................错误!未定义书签。

8.2 硬件接口...................................................................................................错误!未定义书签。

8.3 软件接口...................................................................................................错误!未定义书签。

8.3.1 规范接口 ......................................................................................... 错误!未定义书签。

8.3.2 非规范接口 ..................................................................................... 错误!未定义书签。

9 其它说明 ........................................................................................................... 错误!未定义书签。

10 参考资料 ....................................................................................................... 错误!未定义书签。


57 / 134

13 引言

13.1 编写目的

本文通过详细描述化学制品跟踪的功能需求、性能需求、质量属性需求、外部接口需求以及其它需求，

为后续概要设计、软件（系统）测试、用户文档等工作提供基础与约束。



表 1.1


<项目经理全文，并据此编制/修订项目（软件）开发计划等。


58 / 134


设计与开发

工程师


作准备。

售前、售后工

程师/用户代

表




13.3 文档约定

文档约定



2) 插图一律使用 MS Visio 2002 中文版绘制，并一律“嵌入”于需求描述正文中，而非“浮于文字上

方”。；


另外，每个需求都有优先级属性。优先级的可能取值为：5、4、3、2、1，具体定义如下：

5：是必须的，它规定了产品的必备需求。没有这些需求，产品将不能完成用户的工作，从而也就无法达

到市场的准入条件。

4：是重要的，它规定了那些竞争对手已经实现且用户感觉很好的需求、本产品区别于其它同类产品的独

特需求及其它一些需求。只有完成这些需求，才能使本产品有市场竞争力。

3：是应该的，它规定了当前版本可以不做，但必须在未来版本中实现的需求。此种需求对产品的体系结

构影响可能较大，因此必须在系统设计时予以考虑。

2：是可能的，它规定了那些有了会更好但没有也没有什么关系的需求，如一些提高效率的小工具。



14.1 术语、定义


表 2.1


需求 requirement







59 / 134


14.2 缩略语


表 2.2



SRS Software Requirements specification 软件需求说明书


15 综合描述

15.1 背景

化学制品跟踪系统是一个企业 erp 系统，主要负责化学制品的采购原料、药剂制作、仓库管理、安全监

管、销售情况等整个流程管理，提高了化学制品的生产效率，降低了生产成本。

图 3.1 描述了本化学制品跟踪系统的上下文图(Context diagram)。


60 / 134

图 3.1 “化学制品跟踪系统”上下文图

本软件与外部系统及其接口的说明见表 3.1。

表 3.1

外部系统外部系统功能概述相关接口说明

登录门户系统登录系统操作 XXXXX

绩效分析系统对数据进行分析和预测 XXXXX

用户本软件的操作人员，负责对本软件进行配

置、日常的操作维护和性能检测等。 XXX

15.2 软件概述

功能概述


o) 登录；

p) 添加用户；

q) 删除用户；

r) 添加用户信息；

s) 修改用户信息；

t) 删除用户信息；

u) 添加销售订单；

v) 修改销售订单；

w) 删除销售订单；

x) 查看销售订单；

y) 打印销售订单。

15.3 运行环境


表 3.2


DB Server SPARC/1G/18G Linux Redhat 无

ECS Server SPARC/1G/18G Linux Redhat 无




表 3.3

序号名称说明

1 操作员直接长期使用本产品

2 各地办事处的维护人员直接长期维护本产品


61 / 134

序号名称说明

3 高层领导使用此软件查看销售情况

4 系统的开发者开发系统，测试功能，修改 bug

16 具体需求

16.1 功能需求

图 4.1 总体用例图

基本资料维护用例图


62 / 134

采购用例图

员工基本资料维护

销售员数据维护

维护产品数据

维护客户数据

维护供应商数据

<<include>>

<<include>>

员工采购

采购入库

采购退货

<<include>>

<<include>>


63 / 134

销售用例图

库存用例图

维护系统用例图

员工销售

销售出库

销售退货

<<include>>

<<include>>

员工库存库存查询

<<include>>


64 / 134

报表导出用例图

员工系统维护

用户资料维护

用户权限管理

密码修改

<<include>>

<<include>>

<<include>>

员工报表导出

导出库存预警

导出商品资料

导出采购报表

导出年采购报表

<<include>>

<<include>>

<<include>>

<<include>>


65 / 134

4.1.1 SR-F-0010 登录系统

需求描述：提供一个公共页面，完成登陆本系统的功能

优先级：5


触发条件：

T0010 启动客户端或登录到另外一台服务器上。

输入：

I0010 用户名（不超过 10byte 长度的字符串）；

I0020 密码（不超过 20byte 长度的字符串）。

输出：

O0010 登录结果（成功、失败、超时）

处理：

P0010 发送登录消息到服务器端；

P0020 如果可以和服务器建立通信，则由服务器根据用户名和密码进行安全验证；否则超时后转到

P0030；

P0030 显示超时或获得服务器端的验证结果后显示登录是否成功。

特殊需求：

S0010 在推荐的配置软、硬件环境上，只运行本软件时，软件从“发送登录消息”开始到“得到‘成

功’或‘失败’应答”不能超过 1 秒。

验收准则：V1

V0010 在 windows 环境下，100M 以太网，配置××协议簇，使用××客户端软件 V1.1。

V0020 执行输入过程。

V0030 登录成功。

4.1.2 SR-F-0020 添加用户

需求描述：管理员用户可以根据权限添加系统的用户


优先级：5


前置条件：


后置条件：

R0010 数据库中增加了一个新的用户。

正常过程：N1

N0010 管理员添加用户，用例开始；

N0020 管理员为用户添加用户信息；

N0030 点击添加按钮，添加用例结束。

可选过程：无


66 / 134

异常过程：E1 用户信息为空

E0010 添加失败，返回添加用户页面

E0020 显示提示信息给管理员；


异常过程：E2 用户信息格式错误




异常过程：E3 连接数据库失败





验收准则：V1







4.1.3 SR-F-0030 查看用户

需求描述：管理员可以查看用户的详细信息。


优先级：5


前置条件：


后置条件：

R0010 显示注册用户的详细信息。

正常过程：N1

N0010 管理员点击查看用户菜单，用例开始；

N0020 系统从数据库读取注册的用户并显示在前端；


可选过程：无


E0010 返回主页，显示错误信息



67 / 134


验收准则：V1




4.1.3 SR-F-0030 修改用户信息

需求描述：管理员修改用户的详细信息。


优先级：5


前置条件：


后置条件：

R0010 成功修改用户的详细信息，返回主页

正常过程：N1

N0010 管理员点击修改用户信息，用例开始；

N0020 在每一栏用户信息上填上信息

N0030 点击提交修改按钮，用例结束。

可选过程：无

异常过程： E1 用户信息为空




异常过程：E2 用户信息格式错误









验收准则：V1







68 / 134


4.1.5 SR-F-0050 删除用户

需求描述：管理员可以删除已注册的用户。


优先级：5


前置条件：


后置条件：

R0010 删除数据库中对应的用户记录。

正常过程：N1

N0010 管理员选择删除用户菜单，用例开始；

N0020 系统从数据库读取待删除的用户并显示在前端；

N0030 管理员删除对应的用户‘’


可选过程：无




异常过程：E2 处理管理员删除用户失败




验收准则：V1






4.1.6 SR-F-0060 增加销售订单

需求描述：操作员可以增加销售订单信息。

执行者：操作员

优先级：5


前置条件：

C0010 操作员成功登录系统，并且网络通畅。

后置条件：


69 / 134

R0010 数据库中增加了订单信息。

正常过程：N1

N0010 操作员点击添加订单菜单，用例开始；

N0020 页面显示订单表格；

N0030 填写订单信息；

N0040 提交填写好的订单；


可选过程：无




异常过程：E2 订单信息格式错误

E0010 添加失败，返回添加订单信息页面

E0020 显示提示信息给操作员；



验收准则：V1


V0020 使用操作员账号登录。




4.1.7 SR-F-0070 修改销售订单

需求描述：操作员可以修改销售订单。


优先级：5


前置条件：

C0010 操作员成功登录系统，并且网络通畅。

后置条件：

R0010 数据库中对应的订单被修改。

正常过程：N1

N0010 操作员选择修改销售订单菜单，用例开始；

N0020 选择要修改的订单；

N0030 修改订单；


可选过程：无



70 / 134



异常过程：E2 订单信息格式错误

E0010 添加失败，返回添加订单信息页面




验收准则：V1






4.1.8 SR-F-0080 删除销售订单

需求描述：操作员可以删除选择的销售订单。


优先级：5


前置条件：

C0010 操作员员成功登录系统，并且网络通畅。

后置条件：

R0010 删除了选择的销售订单。

正常过程：N1

N0010 操作员员点击删除销售订单菜单，用例开始；

N0020 系统从数据库读取对应的销售订单并显示在前端；

N0030 删除该销售订单；


可选过程：无





验收准则：V1






71 / 134

4.1.9 SR-F-0090 查看销售订单

需求描述：操作员可以查看销售订单。


优先级：5


前置条件：

C0010 操作员成功登录系统。

后置条件：

R0010 显示销售订单。

正常过程：N1

N0010 操作员点击查看销售订单菜单，用例开始；

N0020 系统从数据库读取销售订单并显示在前端；


可选过程：无





验收准则：V1




4.1.10 SR-F-0100 打印销售订单

需求描述：操作员可以打印销售订单。


优先级：5


前置条件：

C0010 操作员成功登录系统。

后置条件：

R0010 成功打印销售订单。

正常过程：N1

N0010 操作员选择打印销售订单功能，用例开始；


N0030 等待打印机打印订单；

N0030 返回打印信息，用例结束。

可选过程：无


72 / 134




异常过程：E2 连接打印机失败




验收准则：V1









优先级：5


前置条件：

C0010 操作员成功登录系统，并且出现了数据不一致错误。

后置条件：


正常过程：N1

N0010 操作员操作过程中出现了数据不一致错误，用例开始；

N0020 系统将返回备份的状态；


可选过程：无

异常过程：无


16.2 性能需求

16.2.1 SR-P-0100 精度要求

16.2.1.1 SR-P-0100-01


优先级：5

验收准则：V1


73 / 134

V0010

SR-P-0100-02 价格等有小数的数字小数位应该为两位。

16.2.2 SR-P-0102 时间特性

需求描述：平均响应时间应在 0.1s 内，在峰值负载期内，与所规定的响应时间不能偏离超过 0.2s。

优先级：5

验收准则：V1


16.2.3 SR-P-0103 容量需求


优先级：5

验收准则：V1

V0010 100 个用户同时登录系统，每个用户执行 2 个事务，观察系统的流畅性和响应速度。

16.2.4 SR-P-0104 存储空间需求

需求描述：存储器和磁盘空间最大的需求各为 50G，数据库表的最大记录数为 100000 条

优先级：5


16.3.1.1 SR-Q-0010 无缺陷性需求

需求描述：





优先级：5

验收准则：V1


16.3.1.2 SR-Q-0020 健壮性需求

需求描述：所有的参数都要指定一个缺省值，当输入数据丢失或无效时，自动使用缺省值。

优先级：5

验收准则：V1

V0010 运行系统，输入一些不合法的参数



16.3.1.3 SR-Q-0030 可用性需求

需求描述：工作日期间，在当地时间上午 8:00 到下午 23:00，软件的可用性至少应达到 70％，在上午

9:15 到 11:30，下午 13:00 到 15:00，软件的可用性至少应达到 98％。

优先级：5


74 / 134

验收准则：V1

V0010 分别在这两个时间段运行系统，多次发送请求数据





优先级：5



优先级：5

16.3.1.6 SR-Q-0070 异常记录需求

需求描述：当发生异常时，软件应能记录操作系统版本、可用硬盘空间、最大物理内存及可用内存、用

户的输入、错误类型；软件应能连续记录异常数据。

优先级：5

16.3.2 安全性

16.3.2.1 SR-Q-1030 数据一致性需求

需求描述：软件必须在正常工作及发生异常（如掉电、异常退出）的情况下都保持数据间的一致性。如

果发生了不一致，应提供工具自动修复。见 SR-F-0120

优先级：5

验收准则：V1

V0010 测试员在系统工作过程中通过断电等方式中断系统的运行，重启后数据保持一致。

16.3.2.2 SR-Q-1040 反修改需求

需求描述：软件应具有判断自身是否被修改（如被病毒感染）的能力。进一步地，如果自身已被修改，

则应提醒用户如何进行恢复。

优先级：5

16.3.3 可维护性


需求描述：当运营商更改报表相关规定时，所有受影响的报表必须可以在 5 个工作日内修改完毕。

优先级：5

16.3.3.2 SR-Q-2020 代码可读性需求

需求描述：函数调用不能超过两层深度；每一个软件模块中，注释与源代码语句的比例至少为 1 : 2 。

优先级：5


75 / 134

16.3.4 可移植性

16.3.4.1 SR-Q-3010 硬件独立性

需求描述：软件应能在 15 个工作日之内移植到 tomcat 环境，所花的工作量应不大于 30 人天（含）。

优先级：5

验收准则：V1

V0010 验收员将完成的系统移植到 tomcat 系统，在 15 个工作日内完成

16.3.5 扩展性

SR-Q-4010 应为 app 端留下一些功能接口。

需求描述：为以后 app 端开发做准备。

优先级：3

验收准则：V1

V0010 模拟 app 发送请求，可以返回正确的数据。

16.3.6 可测试性

16.3.6.1 SR-Q-5010 日志输出控制

需求描述：在需要时，可以通过配置文件来控制内部关键信息的输出，输出目标也可通过配置文件配置。

关键信息、

16.3.6.2 SR-Q-5020 消息转向

需求描述：在需要时，可以通过配置文件将发往预定目标的某些消息转发至特定目标。消息、预定目标、

特定目标及其可能关系。

优先级：5

16.4 其他需求

16.4.1 设计和实现上的一般限制

16.4.1.1 SR-M-1010 必须使用的技术。

需求描述：设计时必须采用 ssm 技术,数据库采用 mysql 数据库。

优先级：4





c) 凡是超过 5 秒的内部操作，均应显示进程条；进程条应显示在主窗口的状态栏上，且进程条前应显

示当前正在进行的操作。

优先级：4


76 / 134


总体验收准则


c) 在项目计划的成果鉴定时间点，由技术部组织，以成果鉴定评审的方式组织验收。

d) 对软件需求、软件总体设计方案、软件模块详细设计说明、代码、单元测试用例、集成测试用例、

系统测试用例进行同行评审。

e) 应对软件需求、软件总体设计方案、软件模块详细设计说明、代码、单元测试用例、集成测试用例、

系统测试用例进行需求追踪，以及时验证工作产品间的一致性。

18 参考文献

参考文献

Q/ZX D 73.1100-2002 《需求管理指导书》


CMU/SEI 编著，刘孟仁等译。能力成熟度模型（CMM）：软件过程改进指南。北京：电子工业出版社，

2001.7

Dean Leffingwell 等著，蒋慧等译。软件需求管理：统一方法。北京：机械工业出版社，2002.3

Geri Schneider，Jason P. Winters 著，姚淑珍等译。用例分析技术。北京：中信出版社，2002.6


Nadine Kano 著，郑全战，岚山，夏丽丽译。Windwos 95、Windows NT 国际软件开发指南。北京：

清华大学出版社，199X.XX


Roger S. Pressman 著，黄柏素，梅宏译。软件工程：实践者的研究方法，第四版。北京：机械工业出

版社，1999.10


Steven R. Rakitin 著，于秀山，包晓露，焦跃等译。软件验证与确认的最佳管理方法。北京：电子工业出版

社，2002.3


77 / 134


78 / 134

进销存管理系统-库存管理

需求分析规格说明书

201441412121

李加华


79 / 134

目录

第 1 章引言 - 80 -

1.1 编写目的 ................................................................................................................................................................. - 80 -

1.2 读者对象 ................................................................................................................................................................ - 80 -

1.3 背景说明 ................................................................................................................................................................ - 80 -

1.4 术语定义 ................................................................................................................................................................ - 80 -

1.4.1 专门术语 ........................................................................................................................................................ - 80 -

1.4.2 定义 ................................................................................................................................................................ - 80 -

1.5 参考资料 ................................................................................................................................................................ - 81 -

第 2 章任务概述 - 81 -

2.1 目标 ......................................................................................................................................................................... - 81 -

2.2 用户的特点 ............................................................................................................................................................. - 81 -

2.3 假定与约束 ............................................................................................................................................................. - 82 -

第 3 章需求规定 - 82 -

3.1 对功能的规定 ......................................................................................................................................................... - 82 -

3.1.1 系统 UML 模型 ............................................................................................................................................. - 83 -

3.1.1.1 用例分析 ....................................................................................................................................................... - 83 -

3.1.1.2 用户定义 ....................................................................................................................................................... - 83 -

3.1.1.3 角色定义 ....................................................................................................................................................... - 84 -

3.1.1.4 说明 ............................................................................................................................................................... - 84 -

3.1.1.5 总系统用例分析 ........................................................................................................................................... - 84 -

3.1.1.6 子系统用例分析 ........................................................................................................................................... - 85 -

3.1.1.7 用例时序图 ................................................................................................................................................... - 89 -

3.1.2 数据 E-R 图 .................................................................................................................................................... - 96 -

3.2 对性能的规定 ......................................................................................................................................................... - 97 -

3.2.1 精度 ................................................................................................................................................................ - 97 -

3.2.2 时间特性要求 ................................................................................................................................................ - 97 -

3.2.3 灵活性 ............................................................................................................................................................ - 97 -

3.3 数据要求 ................................................................................................................................................................. - 97 -

3.4 故障处理要求 ......................................................................................................................................................... - 97 -

3.5 其他专门要求 ......................................................................................................................................................... - 97 -

第 4 章运行环境设定 - 97 -

4.1 系统环境需求 ......................................................................................................................................................... - 97 -

4.2 支持软件 ................................................................................................................................................................. - 98 -

4.3 接口 ......................................................................................................................................................................... - 98 -

第 5 章缩写词表 - 99 -


80 / 134

第 1 章引言

1.1 编写目的

本文档主要描述的是“装修材料进销存管理系统中库存管理系统”开发、实

施的方案，以及整个系统的模块设计、数据库设计、逻辑分析等各项内容的阐述。

为明确用户的需求，在实际工作中参照并以此为标准说明产品的需求要完成的功

能、性能等，特编写此文档。

1.2 读者对象

本文档的读者为库存管理员、消费者及本项目所有软件设计和开发、测试人

员。

1.3 背景说明

目前，各行各业都需要通过计算机、互联网等工具提高工作效率，改进工作

模式。在销售行业，每天进出库的数据非常繁多，也非常复杂，如果通过人工统

计和分析数据就变得非常困难，所以就需要分析和设计出一个系统用于统计和分

析所有销售相关的信息。

在这个装修材料进销存系统中，销售系统、库存系统等系统都同样重要，在

本文档中主要分析库存系统的设计，便于老板、库存管理人员等对现有库存进行

分析和对未来的计划进行决策，以此提高工作效率。

1.4 术语定义

1.4.1 专门术语

库存表：系统中记录商品的信息的表格，包括产品代码、库存数量、价格等。

库存详细表：在库存表的基础上，添加每天销售信息等。

系统管理员:

SQL SERVER：系统服务器所使用的数据库管理系统（DBMS）。

SQL：一种用于访问查询数据库的语言。

事务流：数据进入模块后可能有多种路径进行处理。

主键：数据库表中的关键域，值互不相同。

外部主键：数据库表中与其他表主键关联的域。

1.4.2 定义

装修材料进销存管理系统-库存管理系统、JAVA 语言、MySQL 数据库.


81 / 134

1.5 参考资料

《计算机软件开发规范(GB566-88)》；

《计算机软件产品开发文件编制指南(GB8567-88)》；

《计算机软件需求说明编制指南(GB9385-88)》；

《计算机软件测试文件编制规范(GB9386-88)》；

《计算机软件质量标准保证计划规范（GB/T 12504-90）》；

《计算机软件配置管理计划规范（GB/T 12505-90）》；

《计算机软件维护指南（GB/T 14079-93）》；

第 2 章任务概述

2.1 目标

主要开发目标是

能够对装修材料库存信息进行查询、录入、更新管理。且具有反

映敏捷准确。

提高数据访问安全性，在系统中加入身份验证及角色管理

功能，完善权限分配机制。

提高程序页面安全性，在系统中引入防 SQL 注入等页面安

全机制。

2.2 用户的特点

系统的界面清晰，操作简单，要求操作人员具备一定的电脑操作技能，该系

统可以提高工作效率。


82 / 134

2.3 假定与约束

系统的规模较小，适于 Windows 的操作系统，MySQL 数据库系统。

第 3 章需求规定

3.1 对功能的规定

功能需求：

①库存管理功能模块：用户管理、仓库管理、商品信息管理。

功能描述操作

登录用户可以根据自己的职

位选择相应的登录，输入

账号、密码，后台验证后，

判断是否登录成功。

用户在输入界面输入账

号、密码，并选择职位，

点击登录按钮，若登录成

功则返回到库存管理页

面。

注册用户可以根据自己的职

能注册相应的账号。

用户输入新账号、密码（包

括密码确认），注册成功回

到登录界面

用户管理系统管理员对用户的信

息和权限进行管理。

系统管理员在登录后可以

对用户的个人信息、权限

等信息进行增删改查。

商品入/出库库存管理员将进出库的

信息录入系统，并打印。

库存管理员登录后对进出

库的信息进行录入，并提

供打印的功能。

查看库存信息库存管理员和领导可以

查看库存信息。

库存管理员和领导登录后

能够在页面中查看库存信


83 / 134

息。

修改库存信息库存管理员可以修改库

存信息。

库存管理员在登录后，可

以对错误的库存信息进行

修改，修改后存入数据库

中，并保留修改的记录，

可以回滚记录。

修改商品信息库存管理员可以修改商

品的信息。

库存管理员在登录后可以

修改库存的信息。

查看商品信息库存管理员可以查看商

品的信息。


修改商品的详细信息，成

功后返回到查看商品页

面。

添加商品库存管理员可以添加商

品。


添加商品，成功后返回到

查看商品页面。

删除商品库存管理员可以删除商

品。


删除商品，成功删除后返

回到查看商品页面。

3.1.1 系统 UML 模型

3.1.1.1 用例分析

进行用例分析的目标是定义为了满足系统中所描述的功能，系统内部都

有哪几个功能模块。采用用例分析面向对象的分析方法对系统进行分析。通

过对系统的需求进行分析，设计系统的角色和用例。

3.1.1.2 用户定义

根据权限和分工的不同，可以将用户分为四个不同的角色：系统管理

员、库存管理员。在登入系统时选择不同的角色登入，进入系统则对应着不同的

功能。


84 / 134

3.1.1.3 角色定义

根据系统的要求和需求分析，可定义如下两个角色：

系统管理员：相当于超市的总经理，具有最高权限。

库存管理员：相当于超市的仓库管理员，主要负责供应商信息的管理和商品

信息的管理，以及仓库商品的出、入库和缺货管理。

3.1.1.4 说明

：表示为扩展关系。

：表示为依赖关系。

3.1.1.5 总系统用例分析

图 3.1 总系统用例图

总系统用例图进一步文字描述如下：

描述项说明

用例名称用户管理

用例描述系统管理员对用户的管理，用户的注册及注销管

理，对用户信息的增删改查操作，将用户的注册

信息进行统一管理。

参与者系统管理员、用户

基本操作流程 ①用户提交请求注册用户 → 填写注册信息 →


85 / 134

确认注册 → 注册成功；

②用户提交请求注销用户 → 确认注销用户 →

注销成功；

③系统管理员提交请求用户管理 → 查询用户

信息 → 返回相对应的用户信息；

④系统管理员提交请求用户管理 → 修改用户

信息 → 确认修改信息 → 修改信息成功；

⑤系统管理员提交请求用户管理 → 删除用户

信息 → 确认删除信息 → 删除信息成功。

描述项说明

用例名称权限管理

用例描述系统管理员对用户权限进行管理，管理用户角色

可进行的操作，对库存信息管理员分配相对应的

权限。

参与者系统管理员

基本操作流程系统管理员修改用户的权限，数据库修改成功后

提示成功

3.1.1.6 子系统用例分析

（1）用户管理子系统用例图


86 / 134

图 3.2 用户登入子系统用例图

用户管理子系统用例图进一步文字描述如下：

描述项说明

用例名称用户管理

用例描述用户注册信息后，登入系统，用户进行用户信息

的管理，选择登入角色，进入系统后不同的用户

角色对应不同的操作权限。

参与者系统管理员、库存管理员

基本操作流程用户提交请求修改密码 → 输入新密码 → 确

认密码 → 密码修改成功；

用户提交请求注销用户 → 确认注销 → 注销

用户成功；

用户提交请求信息管理 → 增加用户信息 →

增加信息成功；

用户提交请求信息管理 → 修改用户信息 →

确认修改信息 → 修改信息成功；

用户提交请求信息管理 → 删除用户信息 →

用户

角色选择

修改密码

注销

信息管理

系统管理员

库存管理员

增加信息

修改信息

删除信息


87 / 134

确认删除信息 → 删除信息成功。

（2）库存管理子系统用例图

图 3.3 库存管理子系统用例图

库存管理子系统用例图进一步文字描述如下：

描述项说明

用例名称商品入/出库


88 / 134

用例描述库存管理人员将入/出库的商品录入到系统中

参与者库存管理员

基本操作流程 ①库存管理人员获得入/出库商品的信息

②在出/入库登记表中登记

③更新库存信息，写入数据库

④写入数据库成功

描述项说明

用例名称查看库存信息

用例描述库存管理人员查看库存信息


基本操作流程 ①从数据库中调取库存信息

②显示在页面中

描述项说明

用例名称修改库存信息

用例描述库存管理人员修改库存信息


基本操作流程 ①从数据库中调取库存信息


③修改库存信息，写回数据库


描述项说明

用例名称修改商品信息

用例描述库存管理人员更新商品信息


基本操作流程 ①从数据库中调取商品


③修改商品信息，写回数据库


描述项说明

用例名称查看商品信息

用例描述库存管理人员查看商品信息


基本操作流程 ①从数据库中调取商品



89 / 134

描述项说明

用例名称添加商品

用例描述库存管理人员添加商品


基本操作流程 ①在页面中填写商品信息

②点击确认后，写入数据库

③写入数据库成功

描述项说明

用例名称删除商品

用例描述库存管理人员添加商品


基本操作流程 ①点击删除，删除数据库中信息

②删除成功

3.1.1.7 用例时序图

用例：系统登陆

图 3.7 系统登陆时序图

用例：新建帐户


90 / 134

图 3.8 新建帐户时序图

用例：修改帐户信息

图 3.9 修改帐户信息时序图

用例：删除帐户


91 / 134

图 3.10 删除帐户时序图

用例：商品信息查询

图 3.11 商品信息查询时序图


92 / 134

用例：新增商品

图 3.12 新增商品记录时序图

用例：修改商品记录

图 3.13 修改商品记录时序图

用例：删除商品记录


93 / 134

图 3.14 删除商品记录时序图

用例：商品入库

图 3.15 商品入库时序图

用例：商品入库


94 / 134

图 3.16 商品入库时序图

用例：商品出库


95 / 134

图 3.16 商品出库时序图

用例：更新库存信息

图 3.17 商品出库时序图


96 / 134

3.1.2 数据 E-R 图

总 E-R 图设计

图 3.1 总 E-R 图设计

一张进库单可有多个商品，一个商品可出现在多个入库单中，所以商品与入

库单之间的联系为多对多联系；一张调货单可有多个产品，一个产品可出现在

多个调货单中，所以产品与调货单之间的联系为多对多联系；一张退货单中可有

多个产品，一个产品可出现在多个退货单中，所以退货单与产品之间为多对多联

系；一个负责人可出现在多个进货单/调货单/出货单中，一张进货单/调货单/

出货单只有一个负责人，所以负责人与进货单/调货单/出货单是一对多联系；一

个商店可出现在多个进货单/调货单/出货单中，一张进货单/调货单/出货单只有

一个商店，所以商店与进货单/调货单/出货单是一对多联系。


97 / 134

3.2 对性能的规定

3.2.1 精度

数据库中除余额定义为 INT 型，其精度为 1，其他都为 char 型数据。

消费数额准确到小数点后 1位；续费数额准确到 1.

3.2.2 时间特性要求

查询响应时间为 3秒

3.2.3 灵活性

由于设有权限，可以为库存管理员和系统管理员共同所使用。

3.3 数据要求

员工信息统一有员工信息表管理。

用户名和密码由管理员管理。

3.4 故障处理要求

查询超过 3秒，要求退出登录或关闭窗口后，重新运行进行查询。

3.5 其他专门要求

收银员只能进行一般收银操作，系统管理员还可以进入管理员界面；

界面清晰、美观、操作简单、方便；

所有数据存储在本机电脑，数据存储安全；

第 4 章运行环境设定

4.1 系统环境需求

系统模式

本系统采用 C/S 模式作为开发模式。

硬件环境

服务器端：

高性能的计算机一台，

普通的双绞线作为连接。

客户端：普通的计算机或者工作站，

普通的双绞线作为连接。

软件环境

服务器端：


98 / 134

安装 MySQL 的服务器版本，

安装 windows 服务器版本，

配置了诺顿等必须的防毒软件。

客户端：

安装 SQL Server2008 的服务器版本，

安装了 Visual Studio 2010 等可视化开发工具软件，

安装 windows 服务器版本。

4.2 支持软件

操作系统：Windows 系统

数据库管理系统：MySQL 数据库系统。

4.3 接口

本平台与外部环境要素之间的接口信息如下：

硬件接口：本平台支持 Win32 的处理器和操作系统，端口号为 8080，通信协议

为 TCP/IP 协议。

后台服务器的配置为：

CPU 奔腾四 1.66 GHz 或以上

内存 1G 或以上

硬盘 512G 或以上

网卡 100M 以上

表 4.1 后台服务器的配置

软件接口：本平台使用 MySQL 作为数据库系统， Windows7 操作系统作为测试

平台的操作系统。

系统用户通过公司局域网和登陆器就可以访问本系统，除此之外无别

的特殊要求。

通讯接口： TCP/IP 通信协议接口、GSM/ CMDA 无线通信协议接口、防火墙通信

接口、路由器通信接口。

系统的主要输入设备是键盘，输出主要是显示器输出


99 / 134

第 5 章缩写词表

E-R：Entity Relationship Diagram。

CPU：（ Central Processing Unit）中央处理器。

TCP:(Transmission Control Protocol)传输控制协议。

IP：(Internet Protocol)国际互联网络通讯协定，以太地址。

GSM:( global system for mobile communications)全球移动通信系统。

CMDA：(Code Division Multiple Access) 码分多址，它是在数字技术的分支

--扩频通信技术上发展起来的一种崭新而成熟的无线通信技术

SQL：（Structured Query Language）结构化查询语言。

SCSI：（small computer system interface）小型计算机系统接口。

DDR：（double data rate）双倍速率同步动态随机存储器。

IIS：（internet information servers）英特网信息服务。

ASP:（Active Server Page）动态服务器页面。

IE：（Internet Explorer）网页浏览器。


100 / 134

技术文件

技术文件名称：化学制品进销存系统软件需求说明

书


版本：1.0.0

拟制林吉达 ____

审核

会签

标准化

批准


101 / 134

修改记录

文件编号版本

号

拟制

人/

修改

人

拟制/

修改日

期

更改理由主要更改内容


1 1.0.0 林吉

达

2017/5

/30

无无



102 / 134

目录

1 编写目的........................................................................................................... 错误!未定义书签。

2 术语、定义和缩略语 ....................................................................................... 错误!未定义书签。

2.1 术语、定义 .............................................................................................. 错误!未定义书签。

2.2 缩略语 ...................................................................................................... 错误!未定义书签。

3 模块描述........................................................................................................... 错误!未定义书签。

4 标准模块........................................................................................................... 错误!未定义书签。

5 模块设计........................................................................................................... 错误!未定义书签。

6 数据描述........................................................................................................... 错误!未定义书签。

6.1 数据结构说明 .......................................................................................... 错误!未定义书签。

6.2 全局变量说明 .......................................................................................... 错误!未定义书签。

6.3 数据库说明 .............................................................................................. 错误!未定义书签。

7 函数定义........................................................................................................... 错误!未定义书签。

7.1 引用函数定义 .......................................................................................... 错误!未定义书签。

7.2 内部函数定义 .......................................................................................... 错误!未定义书签。

7.2.1 内部函数 1 .......................................................................................错误!未定义书签。

7.2.2 内部函数 2 .......................................................................................错误!未定义书签。

7.2.3 内部函数 n .......................................................................................错误!未定义书签。

8 接口设计........................................................................................................... 错误!未定义书签。

8.1 用户接口 .................................................................................................. 错误!未定义书签。

8.2 硬件接口 .................................................................................................. 错误!未定义书签。

8.3 软件接口 .................................................................................................. 错误!未定义书签。

8.3.1 规范接口 ..........................................................................................错误!未定义书签。

8.3.2 非规范接口 ......................................................................................错误!未定义书签。

9 其它说明........................................................................................................... 错误!未定义书签。

10 参考资料 ...................................................................................................... 错误!未定义书签。


103 / 134

19 引言

19.1 编写目的

本文通过详细描述化学制品进销存系统的功能需求、性能需求、质量属性需求、外部接

口需求以及其它需求，为后续概要设计、软件（系统）测试、用户文档等工作提供基础与约

束。



表 1.1


<项目经理全文，并据此编制/修订项目（软件）开发计划等。

设计与开发

工程师


作准备。

售前、售后工

程师/用户代

表



文档工程师全文，为编写用户文档作准备。 >

19.3 文档约定



2) 插图一律使用 MS Visio 2002 中文版绘制，并一律“嵌入”于需求描述正文中，而

非“浮于文字上方”。；


另外，每个需求都有优先级属性。优先级的可能取值为：5、4、3、2、1，具体定义如

下：

5：是必须的，它规定了产品的必备需求。没有这些需求，产品将不能完成用户的工作，

从而也就无法达到市场的准入条件。

4：是重要的，它规定了那些竞争对手已经实现且用户感觉很好的需求、本产品区别于

其它同类产品的独特需求及其它一些需求。只有完成这些需求，才能使本产品有市场竞争力。

3：是应该的，它规定了当前版本可以不做，但必须在未来版本中实现的需求。此种需

求对产品的体系结构影响可能较大，因此必须在系统设计时予以考虑。

2：是可能的，它规定了那些有了会更好但没有也没有什么关系的需求，如一些提高效

率的小工具。



104 / 134


20.1 术语、定义

本文使用的专用术语、定义见表 2.1，通用术语、定义见<文件编号> 《<XX>术语、定

义和缩略语》。

表 2.1


<需求 requirement






>

20.2 缩略语

本文使用的专用缩略语见表 2.2，通用缩略语见<文件编号> 《<XX>术语、定义和缩略

语》。缩略语已按其第 1 个字母顺序排列。

表 2.2


<RR Raw Requirement 原始需求


>

21 综合描述

21.1 背景

ZXPCS 网管软件需要管理两种网元：一种是 ANU，一种是 ICSC。两种网元不同之处

在于前者用的是 A 型机平台，后者用的是 B 型机平台。两者的操作方式差异很大：ANU 的

操作以字符人机命令为主；ICSC 的操作命令基本上已实现图形化。对于用户来说，需要在


105 / 134

一个网管软件上实现对这两种网元的统一处理。本文即描述了统一管理 ANU 和 ICSC 的网

管软件的需求。

图 3.2 描述了本网管软件的上下文图(Context diagram)。

图 3.2 ZXPCS NMS 上下文图

本软件与外部系统及其接口的说明见表 3.1。

表 3.1

外部系统外部系统功能概述相关接口说明

外部系统如

上级网管 XXX XXXXX

网元 XXX XXXXX

用户本软件的操作人员，负责对本软件进行配

置、日常的操作维护和性能检测等。 XXX

>

21.2 软件概述


z) 工程及设计管理；

aa) 用于移动通讯领域的地理信息系统；

bb) 数据管理（如设计参数、天线、传播模型、测试数据、基站小区等）；

cc) 网络规划与分析（如基站小区规划、频率规划、覆盖干扰分析、话务分析等）；

dd) 网络模拟（如小区选择、重选、切换等模拟）；

ee) 网络优化（如话务均衡、手机测试数据的统计分析、OMC-R 性能测量数据的统计

分析等）；

ff) 视图管理（提供各种相关数据、分析结果的显示等功能）；

gg) 实用及辅助工具（提供报告生成、两点间信息查看等功能）。


106 / 134

21.3 运行环境


表 3.2


<OMMP PIII700/1G/18G VxWorks X 无

MMLP PIII700/1G/18G VxWorks X 无

MMSP PIII700/1G/18G Windows NT 4 Server Oracle 8i

DB Server SPARC/1G/18G SUN Solaris X Oracle 8i

Bill Server SPARC/1G/18G SUN Solaris X Oracle 8i>

21.4 用例图

进销存系统用例图

用户

管理采购信息

管理销售信息

管理库存信息

维护系统

打印报表

登录系统

维护基本资料

进销存系统总用例图



107 / 134


采购用例图

采购用例图


108 / 134

销售用例图

销售用例图

库存用例图

库存用例图



打印报表用例图


109 / 134

用户

打印报表

打印采购报表

打印销售报表

打印库存报表

<<uses>>

<<uses>>

<<uses>>

打印基本资料报表

<<uses>>

打印报表用例图

打印采购报表用例图

打印采购报表用例图

打印销售报表用例图


110 / 134

打印销售报表

打印库存报表用例图


111 / 134

图 6-10 打印库存报表

打印基本资料用例图

打印基本资料报表


例用户类及其特征



112 / 134

表 3.3

序号名称说明

1 运营商基站设备维护人员直接长期维护本产品

3 我司的各地办事处的维护人员维护服务：开局、解决局方的问题等

4 我事业部的用服人员设备开通指导、维护指导、远程支持、解决疑难问

题等

5 我事业部的网规网优人员产品性能的优化

7 上级网管的开发者 XXXX

8 网元的开发者 XXXXX


113 / 134

22 具体需求

22.1 功能需求

22.1.1.1 <需求组 1 标识-01 + 两个空格 + 需求组 1 的第 1 条子需求名称>

4.1.1 SR-F-0010 建立 RRC 连接

建立 RRC 连接用例图见图 4.1。

图 4.1 RRC 连接建立用例图

4.1.1.1 SR-F-0010-01 在专用信道上建立 RRC 连接

需求描述：UE 在CCCH 上发送RRC 连接请求，RNC根据UE请求为其分配相应资源，

并将 RRC 连接建立在专用信道上，并与 NodeB 协商为其分配无线口和 Iub 口专用传输信

道资源。

执行者：UE，NodeB

优先级：5


前置条件：

C0010 RNC 与 NodeB 之间已经建立信令承载链路；

C0020 UE 处于 NodeB 覆盖范围之内。

后置条件：

R0010 建立了 RRC 连接。

正常过程：N1

N0010 UE 向 RNC 发送 RRC Connection Request 消息，请求建立 RRC 连接，用例

开始；

N0020 RNC 决定将该 RRC 连接建立在专用信道（DCH）上，并为 UE 分配相关无

线资源。

N0030 RNC 向 NodeB 发送 Radio Link Setup Request 消息，请求 NodeB 为相关专


114 / 134

用无线信道的建立分配资源；

N0040 NodeB 回应 Radio Link Setup Response 消息；

N0050 RNC 用 ALCAP 协议建立 Iub 口的数据传输 AAL2 承载；

N0060 RNC 向 NodeB 发送 Downlink Synchronisation 帧，准备建立下行同步；

N0070 NodeB 向 RNC 发送 Uplink Synchronisation 帧，建立下行同步；

N0080 RNC 在 CCCH 上向 UE 发送 RRC Connection Setup 消息，其中指示了给 UE

分配的无线资源；

N0090 NodeB 向 RNC 发送 Radio Link Restore Indication 消息，指示上行同步已经

建立；

N0100 UE 在专用信道上向 RNC 发送 RRC Connection Setup Complete 消息；


可选过程：无

异常过程：E1 处理 RNC 无法为 UE 分配专用信道资源（在 N1.N0020 处）

E0010 在 N1.N0020 处，RNC 决定将该 RRC 连接建立在专用信道（DCH）上后，

如果发现无法为 UE 分配专用信道资源，则进行以下处理：

E0020 RNC 决定将 RRC 连接建立在公用信道上。具体过程见 SR-F-0010-02（在公

共信道上建立 RRC 连接）E0030 用例结束。

异常过程：E2 处理 Iub 口无线链路建立失败（在 N1.N0030 处）

E0010 在 N1.N0030 处，如果 RNC 收到 NodeB 发来的 Radio Link Setup Failure 消

息，指示无线链路建立失败，则进行以下处理：

E0020 RNC 删除为 UE 分配的相关无线资源；


共信道上建立 RRC 连接）


异常过程：E3 处理 Iub 口数据承载建立失败（在 N1.N0050 处）

E0010 在 N1.N0050 处，RNC 用 ALCAP 协议建立 Iub 口 AAL2 数据承载，如果失败，

则进行以下处理：

E0020 RNC 向 NodeB 发送 Radio Link Deletion Request 消息，删除刚才建立的无线

链路；

E0030 NodeB 发送 Radio Link Deletion Response 消息响应；



共信道上建立 RRC 连接）


异常过程：E4 处理无线链路上行同步失败（在 N1.N0080 处）

E0010 在 N1.N0080 处，如果 RNC 收到 NodeB 发来的 Radio Link Failure 消息，获

知上行同步建立失败，则进行以下处理：



115 / 134

链路；




异常过程：E5 处理 RRC Connection Setup 消息响应超时（在 N1.N0080 处）

E0010 在 N1.N0080 处，如果 RNC 在发送 RRC Connection Setup 消息

RRC_TIMEOUT 时间后没有接收到 UE 的 RRC Connection Setup Complete 消息，则进行

以下处理：


链路；





验收准则：V1

V0010 在实验室环境下，使用安捷伦××信令仪模拟 UE 和 NodeB。



4.1.1.2 SR-F-0010-02 在公用信道上建立 RRC 连接

需求描述：UE在CCCH 上发送RRC 连接请求，RNC根据UE 请求为其分配相应资源，

并在公用信道上建立 RRC 连接。

执行者：UE

优先级：5


前置条件：

C0010 UE 处于 NodeB 覆盖范围之内。

C0020 Uu 口以及 Iub 口的公共传输信道以及相关资源已经建立和分配；

后置条件：

R0010 建立了 RRC 连接。

正常过程：N1

N0010 UE 向 RNC 发送 RRC Connection Request 消息，请求建立 RRC 连接，用例

开始；

N0020 RNC 决定将 RRC 连接建立在公用信道上，并分配相关无线资源；

N0030 RNC 在 CCCH 上向 UE 发送 RRC Connection Setup 消息，其中指示了给 UE

分配的无线资源；

N0040 UE 在公用信道上向 RNC 发送 RRC Connection Setup Complete 消息；



116 / 134

可选过程：无

异常过程：E1 处理无法分配无线资源（在 N1.N0020 处）

E0010 在 N1.N0020 处，如果 RNC 无法为 UE 分配相关无线资源，则进行以下处理：

E0020 RNC 向 UE 发送 RRC Connection Reject 消息，拒绝 UE 接入；


异常过程：E2 RRC Connection Setup 消息响应超时（在 N1.N0030 处）

E0010 在 N1.N0030 处，如果 RNC 在发送 RRC Connection Setup 消息

RRC_TIMEOUT 时间后没有接收到 UE 的 RRC Connection Setup Complete 消息，则进行

以下处理：




验收准则：V1 使用 SoftGateway 软件验证。

V0010 在实验室环境下，在 RNC 上运行 SoftGateway 软件。

V0020 启动××测试程序，执行正常过程 N1，无异常。

V0030 在 SoftGateway 上模拟 RRC Connection Setup 消息响应超时，执行异常过程

E1，无异常。

验收准则：V2 使用实际设备进行验证。

V0010 在实验室环境下，在 RNC 和 UE 测试环境。


====Example End====================================================>

22.1.1.2 <需求组 1 标识-02 + 两个空格 + 需求组 1 的第 2 条子需求名称>

SR-F-0050 服务器登录功能

需求描述：提供一个公共界面，完成登录服务器的功能。

优先级：5


触发条件：

T0010 启动客户端或登录到另外一台服务器上。

输入：

I0010 用户名（不超过 20byte 长度的字符串）；

I0020 密码（不超过 10byte 长度的字符串）。

输出：

O0010 登录结果（成功、失败、超时）

处理：

P0010 发送登录消息到服务器端；

P0020 如果可以和服务器建立通信，则由服务器根据用户名和密码进行安全验证；否

则超时后转到 P0030；

P0030 显示超时或获得服务器端的验证结果后显示登录是否成功。


117 / 134

特殊需求：

S0010 在推荐的配置软、硬件环境上，只运行本软件时，软件从“发送登录消息”开

始到“得到‘成功’或‘失败’应答”不能超过 1 秒。

验收准则：V1

V0010 在实验室环境下，100M 以太网，配置××协议簇，使用××客户端软件 V1.1。

V0020 执行输入过程。

V0030 登录成功。

22.2 性能需求

22.2.1 SR-P-0100 FTP 平均速率

22.2.1.1 SR-P-0100-01 CS1 编码、3 时隙捆绑的 FTP 平均速率

需求描述：使用 CS1 编码方式，独享捆绑的 3 时隙，FTP 平均速率应大于 2 kb/s。

优先级：5

验收准则：V1

V0010 在实验室环境（接收电平大于-70dBm，没有同邻频干扰）下，使用 CS1 编码

方式，独享捆绑的 3 时隙。

V0020 下载一个 1M 大小的文件。

V0030 FTP 平均速率应大于 2 kb/s，且在 20 次测试中，至少应有 15 次达到 2 kb/s。

22.2.1.2 SR-P-0100-02 CS2 编码、3 时隙捆绑的 FTP 平均速率

需求描述：使用 CS2 编码方式，独享捆绑的 3 时隙，FTP 平均速率应大于 3 kb/s。

优先级：5

验收准则：V1

V0010 在实验室环境（接收电平大于-70dBm，没有同邻频干扰）下，使用 CS2 编码

方式，独享捆绑的 3 时隙。



22.2.2 SR-P-0102 精度需求

需求描述：传感器的数据应具有 14 位的精度，在两年之内可扩展到 18 位。

优先级：5

验收准则：V1

V0010 在实验室环境下，温度 25 摄氏度，湿度 65%；使用××校准仪器。

V0020 对传感器的精度进行校准测试，传感器的数据应具有 14 位的精度。

V0030 对传感器的精度可扩展性进行测试。

22.2.2.1 SR-Q-0010 无缺陷性需求

需求描述：





118 / 134


优先级：5

验收准则：V1




22.2.2.2 SR-Q-0020 健壮性需求

需求描述：所有的参数都要指定一个缺省值，当输入数据丢失或无效时，自动使用缺省

值。

优先级：5

22.2.2.3 SR-Q-0030 可用性需求

需求描述：工作日期间，在当地时间上午 8:00 到下午 23:00，软件的可用性至少应达

到 70％，在上午 9:15 到 11:30，下午 13:00 到 15:00，软件的可用性至少应达到 98％。

优先级：5

验收准则：V1


需求描述：平均故障间隔时间 MTBF 应不小于 400 小时。此处的故障是指故障定义文

件中的 A 类故障。

优先级：5

验收准则：V1



优先级：5

验收准则：V1

22.2.2.6 SR-Q-0070 异常记录需求

需求描述：当发生异常时，软件应能记录操作系统版本、可用硬盘空间、最大物理内存

及可用内存、用户的输入、错误类型；软件应能连续记录异常数据。

优先级：5

22.2.3 安全性

22.2.3.1 SR-Q-1030 数据一致性需求

需求描述：软件必须在正常工作及发生异常（如掉电、异常退出）的情况下都保持数据

间的一致性。如果发生了不一致，应提供工具自动修复。需要保持一致性的数据及其一致性

定义如下：

XXXXX

优先级：5

验收准则：V1


119 / 134

22.2.3.2 SR-Q-1040 反修改需求

需求描述：软件应具有判断自身是否被修改（如被病毒感染）的能力。进一步地，如果

自身已被修改，则应提醒用户如何进行恢复。

优先级：5

验收准则：V1

22.2.4 可维护性


需求描述：当运营商更改报表相关规定时，所有受影响的报表必须可以在 5 个工作日

内修改完毕。

优先级：5

验收准则：V1

22.2.4.2 SR-Q-2020 代码可读性需求

需求描述：函数调用不能超过两层深度；每一个软件模块中，注释与源代码语句的比例

至少为 1 : 2 。（说明：如果此条已包含在编程规范且项目准备执行该规范，则可省略。否

则应单列）

优先级：5

验收准则：V1

22.2.5 可移植性

例可移植性需求

22.2.5.1 SR-Q-3010 硬件独立性

需求描述：软件应能在 15 个工作日之内移植到 Alpha 环境，所花的工作量应不大于 30

人天（含）。

优先级：5

验收准则：V1

22.2.5.2 SR-Q-3020 软件独立性

需求描述：软件应能在 5 个工作日内支持 Netscape 浏览器（4.0 及以上版本），所花的

工作量应不大于 10 人天。

优先级：5

验收准则：V1

22.2.6 扩展性

SR-Q-4010 应为“支持 TEMS、Wanhe 手机路测数据分析”留下接口。

需求描述：当前版本要求支持 Safco 路测数据的分析。由于无法拿到 TEMS、Wanhe

数据的格式，因此只能放到下一版本实现，但设计时应留有接口，不要每新增一种数据就对

程序修改一次。

优先级：3

验收准则：V1


120 / 134

22.2.7 可测试性

22.2.7.1 SR-Q-5010 日志输出控制

需求描述：在需要时，可以通过配置文件来控制内部关键信息的输出，输出目标也可通

过配置文件配置。关键信息、输出目标如下：<…>。

优先级：5

验收准则：V1

22.2.7.2 SR-Q-5020 消息转向

需求描述：在需要时，可以通过配置文件将发往预定目标的某些消息转发至特定目标。

消息、预定目标、特定目标及其可能关系如下：…。

优先级：5

验收准则：V1

22.3 外部接口需求

22.4 其它需求

22.4.1 通用化、系列化、模块化需求

22.4.1.1 SR-M-0020 系列化需求

需求描述：本软件在设计时应考虑支持网络类型的系列化需求，详见表 4.4。

表 4.4

序号网络类型说明

1 PlanMaster for GSM 设计时应将基本功能（如数据库支持、工程管理、地理信息系统、

数据管理）、公共功能（如工具、视图）与网络类型相关的提供

业务的功能（如网络规划、网络优化）分开，使得基本功能、公

共功能尽可能通用于系列化产品中。

2 PlanMaster for CDMA

3 PlanMaster for WCDMA

优先级：5

验收准则：V1

22.4.1.2 SR-M-0030 模块化需求

需求描述：在设计时应借用表 4.5 所列的模块，并提供表 4.6 所列的模块。

表 4.5

序号借用的模块名称借用的模块代码

1 FPGA 版本在线更新 ZX/01-06-08

2 锁相环频率置数模块 ZX/01-06-06

3 基于 M8801C 测试仪表的 PCS 基站接收测试模块 ZX/01-0600-01

表 4.6

序号提供的模块名称

1 Q.931 协议处理模块

2 LAPD 协议处理模块

3 基于 M8801C 测试仪表的 PCS 基站接收测试模块

4 X.25 协议处理模块


121 / 134

序号提供的模块名称

5 LAPB 协议处理模块

6 ARIB RCR STD-28 Layer2 协议处理模块

7 PI/4 QPSK 数字调制

优先级：5

验收准则：V1

22.4.2 设计和实现上的限制

表 4.7

序号栏目详细描述原因

1 特定技术必须使用 XX 技术 XXXX

2 专利

可以采用 Q 公司以下专利：

a) <专利号 1 专利名称 1>

b) <专利号 2 专利名称 2>

必须回避 N 公司以下专利：



已取得Q公司专利许可；

与 N 公司专利谈判破裂。

3 工具必须使用或避免 XXX 工具或类库 XXXX

4 编程语言必须 C 语言 XXXX

5 数据库 XXXX

XXXX

6 硬件限制存储器限制…其它限制… XXXX

7 数据格式 XXXX 客户需要据此进行二次

开发

8 软件许可

a) 必须使用加密技术以保证只有授权用户才能使用

本软件。

b) 必须使用加密技术以保证只有特定数目（可配置）

的用户能同时使用本软件。

9 升级方式 XXXX

XXXX

10 分模块发布 XXXX

XXXX

11 安装/卸载

本软件应使用 InstallShield 制作安装/卸载程序，并由

安装程序自动完成数据库连接信息的设置。使用数据

库管理系统的脚本执行程序建立数据库、表、存储过

程。为了实现的方便，不对数据库进行细微的权限设

置，应用程序都通过一个最大权限的用户访问数据库，

“安全性”完全通过应用程序进行控制。

XXXX

12 兼容性 XXXX

用户 (XXX)及市场部门

(XXX)提出。保护用户先

期投资。

13 其它 XXXX


122 / 134

序号栏目详细描述原因

22.4.2.1 设计和实现上的一般限制

22.4.2.1.1 SR-M-1010 必须使用的技术。

需求描述：设计时必须采用 XX 技术。该技术详细描述见<…>。

优先级：4

验收准则：V1

22.4.2.1.2 SR-M-1020 必须采用的专利

需求描述：设计时必须使用的专利为：



优先级：4

验收准则：V1



a) 应执行<进销存系统软件规格说明书>编程规范。


c) 凡是超过 5 秒的内部操作，均应显示进程条；进程条应显示在主窗口的状态栏上，

且进程条前应显示当前正在进行的操作。

优先级：4

验收准则：V1

22.4.3 国际化需求

22.4.3.1 SR-M-3010 协议相关的国际化需求

需求描述：本软件应支持表 4.9 所列的协议相关的国际化需求。注意：“中国”是默认

的，无需列出。

优先级：5

验收准则：V1

22.4.3.2 SR-M-3020 语种相关的国际化需求

需求描述：本软件有表 4.10 所列的语种相关的国际化需求。“√”表示应支持对应的语

种，而“-”则无需支持。

表 4.10

类型名称语种

备注中文英语

文

档

技术手册 √ √ 无

安装手册 √ √ 无

操作维护手册 √ √ 无

各类宣传资料 √ √ 无


123 / 134

类型名称语种

备注中文英语

各类培训资料 √ √ 无

实

现

联机帮助 √ √ 无

调试信息－ √ 无

日志 √ √ 无

输入（如配置文件）－ √ 无

输出（如报告） √ √ 无

界面 √ √ 无

其它

实现方式动态设置，立即刷新。界面应根据具体语种进行调整

键盘布局采用操作系统设置，无需特别考虑

文字方向采用操作系统设置，无需特别考虑

排序采用操作系统设置，无需特别考虑

时间日期格式采用操作系统设置，无需特别考虑

优先级：5

验收准则：V1

22.4.4 杂类需求


例 1 总体验收准则


f) 在项目计划的成果鉴定时间点，由技术部组织，以成果鉴定评审的方式组织验收。

g) 对软件需求、软件总体设计方案、软件模块详细设计说明、代码、单元测试用例、

集成测试用例、系统测试用例进行同行评审。

h) 应对软件需求、软件总体设计方案、软件模块详细设计说明、代码、单元测试用例、

集成测试用例、系统测试用例进行需求追踪，以及时验证工作产品间的一致性.

应通过<进销存系统软件规格说明书>系统测试，测试通过准则请见<进销存系统软件规格说

明书>。

应通过<进销存系统软件规格说明书

i) >入网测试。<进销存系统软件规格说明书>。

例 2 总体验收准则


d) 总体验收计划由开发方编制，并经客户评审与批准。

e) 总体验收计划必须覆盖 100%的优先级为 5、4 的需求，80%的优先级为 3、2、1

的需求。

f) 采用测试的方法进行验收，具体包括（有关缺陷的定义见<进销存系统软件规格说


124 / 134

明书>）：

1) 客户派代表参加系统测试，并参加测试结果分析；

2) 所有优先级为 5、4 的需求没有发现致命或主要的缺陷；

有小缺陷的优先级为 3、2、1 的需求不超过 2%。

3) 系统测试结果得到客户代表确认后，开发方提交并部署系统。

4) 系统安装后，开发方与客户组建联合团队进行验收测试。

5) 总体验收测试应在一个月内作出结论。

-> 如果总体验收测试结果是可接受的，则客户在接下来的三个月内进行试用，

如果期间没有发现推翻总体验收测试结果的缺陷，则认为系统被客户正式验收。

-> 如果总体验收测试结果是不可接受的，则应根据合同（XXXX）协商善后

事宜。

24 参考文献

例 1 参考文献


范玉顺，吴澄，俞盘祥。面向制造业的 CIMS 应用集成平台。清华大学学报，1998，

38（3）：104～107

例 2 参考文献

Roger S. Pressman 著，黄柏素，梅宏等译。软件工程：实践者的研究方法，第四版。

北京：机械工业出版社出版，1999.10

例 3 参考文献 <下面是一些本模板修订时参考的文献>

Q/ZX D 73.1100-2002 《需求管理指导书》


CMU/SEI 编著，刘孟仁等译。能力成熟度模型（CMM）：软件过程改进指南。北京：

电子工业出版社，2001.7

Dean Leffingwell 等著，蒋慧等译。软件需求管理：统一方法。北京：机械工业出版

社，2002.3

Geri Schneider，Jason P. Winters 著，姚淑珍等译。用例分析技术。北京：中信出

版社，2002.6


Nadine Kano 著，郑全战，岚山，夏丽丽译。Windwos 95、Windows NT 国际软件

开发指南。北京：清华大学出版社，199X.XX


Roger S. Pressman 著，黄柏素，梅宏译。软件工程：实践者的研究方法，第四版。

北京：机械工业出版社，1999.10



125 / 134

Steven R. Rakitin 著，于秀山，包晓露，焦跃等译。软件验证与确认的最佳管理方法。

北京：电子工业出版社，2002.3


126 / 134

二、需求规格说明书

目录

1．引言 ........................................................................................................................................... - 127 -

1.1 编写目的 ................................................................................................................................ - 127 -

1.2 项目背景 ................................................................................................................................ - 127 -

1.3 定义 ........................................................................................................................................ - 127 -

1.4 参考资料 ................................................................................................................................ - 127 -

2．任务概述 ................................................................................................................................... - 127 -

2.1 目标 ........................................................................................................................................ - 127 -

2.2 运行环境 ................................................................................................................................ - 128 -

2.3 条件与限制 ............................................................................................................................ - 128 -

3．数据描述 ................................................................................................................................... - 128 -

3.1 静态数据 ................................................................................................................................ - 128 -

3.2 动态数据 ................................................................................................................................ - 128 -

3.3 数据库介绍 ............................................................................................................................ - 128 -

3.4 数据词典 ................................................................................................................................ - 128 -

3.5 数据采集 ......................................................................................................... 错误!未定义书签。

4．流程图 ....................................................................................................................................... - 129 -

4.1 业务流程图 ............................................................................................................................ - 129 -

4.2 数据流程图与过程流程图 .................................................................................................... - 130 -

5．功能需求 ................................................................................................................................... - 131 -

5.1 功能划分 ................................................................................................................................ - 131 -

5.2 功能描述 ................................................................................................................................ - 132 -

6．性能需求 ................................................................................................................................... - 132 -

6.1 数据精确度 ............................................................................................................................ - 133 -

6.2 时间特性 ................................................................................................................................ - 133 -

6.3 适应性 .................................................................................................................................... - 133 -

7．运行需求 ............................................................................................................. 错误!未定义书签。

7.1 用户界面 ......................................................................................................... 错误!未定义书签。

7.2 硬件接口 ......................................................................................................... 错误!未定义书签。

7.3 软件接口 ......................................................................................................... 错误!未定义书签。

7.4 故障处理 ......................................................................................................... 错误!未定义书签。

8．其它需求 ................................................................................................................................... - 134 -


127 / 134

1．引言

1.1 编写目的

1.1.1 文档目的

本文档主要针对超市进销存的使用环境与功能提出具体的要求，同时它还将作为该产品

设计与开发的重要参考依据。

1.1.2 文档范围

本文档包含以下几部分：

1. 产品介绍

2. 产品面向的用户群体

3. 产品应当遵循的标准或规范

4. 产品的范围

5. 产品中的角色

4. 产品的功能性需求

5. 产品的非功能性需求

6. 需求确认

1.1.3 读者对象

本文档的读者范围包括：

1. 需求提供方具体责任人

2. 开发方的项目经理、系统分析设计人员、测试人员

1.2 项目背景

a. 需求提供方：xxx 超市负责人

开发方：赵丽梅、徐姗姗、刘学杰、徐萌萌、刘英杰、杨芬

b. 这是一个简单的超市进销存软件，主要功能有：供应商、员工、商品进货、库存管理及

数据库的备份和还原，同时还可以设置库存报警等。

具体如下：

基本档案（员工信息的添加、修改、删除和查找；供应商信息的添加、修改、

删除和查找），进货管理（商品进货信息的添加、修改、删除和查找），销售管理（商品销

售信息的添加、修改和删除；商品退货信息的添加、修改和删除），库存管理（库存报警；

库存查询），系统维护（数据备份；数据还原）。

1.3 定义

【SupEXC：超市进销存】

1.4 参考资料

2．任务概述

2.1 目标

利用超市进销存管理系统，管理超市日常经营的全过程。

覆盖超市商品的采购、销售、库存、管理决策支持等各个环节，使各模块操作界面简单、

实用，软件帮助系统图文并茂，让用户可以在最短的时间内掌握软件的使用方法，帮助用户

生意早日更上一层楼。

软件的采购管理、销售管理、库存管理功能强大，灵活，同时为用户提供方便实用的模

糊查询功能，用户可以在最短时间内找到自己所需要的信息。


128 / 134

2.2 运行环境

操作系统：Windows98 或 Windows2000/WindowsXP

支持环境：Microsoft Visual Studio 2008

IIS 5.0

数据库：Microsoft SQL Server 2005

2.3 条件与限制

本产品的是一套标准的进销存软件，符合国家财务标准，本产品遵循《计算机软件保护

条例》的各项规定。

3．数据描述

3.1 静态数据

【数据备份；数据还原】

3.2 动态数据

【员工信息的添加、修改、删除和查找；供应商信息的添加、修改、删除和查找；商品

进货信息的添加、修改、删除和查找；商品销售信息的添加、修改和删除；商品退货信息的

添加、修改和删除；】

3.3 数据库介绍

【DB_Li】

3.4 用例

1. 超市进销存管理系统总用例图

图 3.1 超市进销存管理系统总用例图

2．维护系统用例图

采购

销售

库存系统维护

登录系统

员工

维护基本资料


129 / 134

图 3.2 维护系统用例图

4．流程图

4.1 业务流程图

图 4.1 业务流程图

员工系统维护

用户资料维护

用户权限管理

密码修改

<<include>>

<<include>>

<<include>>


130 / 134

4.2 数据流程图与过程流程图

图 4.2 数据流程图（1）

图 4.3 数据流程图（2）


131 / 134

图 4.4 过程流程图（1）

图 4.5 过程流程图（2）

5．功能需求

5.1 功能划分

① 记录仓库存货、销售以及进货情况

② 了解超市进货渠道、商品单价、数量


132 / 134

③ 了解库存商品种类数量，所售商品种类、价格、数量

④ 统计核算日常的不断变化的数据，并登记有关文件

⑤ 分项显示销售商品后开出的发票的内容，并且详细显示商品价格数额

⑥ 在当天汇总时修改相应文件，如总金额、总数量

⑦ 根据日常统计，制作月统计，并制作月报表

⑧ 操作失误保护

5.2 功能描述

功能类别功能名称、标识符描述

用户登录用户登录

对用户输入的用户名，密码进行验证，验证

通过后，该用户可以使用系统中自己拥有权

限的那部分功能，否则拒绝使用。

维护基本资料

销售员资料维护

用户修改，删除，新增或查询销售员数据，

系统根据用户的操作，对销售员资料进行更

新或显示。

商品资料维护

用户修改，删除，新增或查询商品数据，系

统根据用户的操作，对商品资料进行更新或

显示。

客户资料维护

用户修改，删除，新增或查询客户数据（其

中包括对客户的联系人的修改，删除，新增

与查询以及对客户交易记录的查询），系统根

据用户的操作，对商品资料进行更新或显示。

供应商资料维护

用户修改，删除，新增或查询供应商数据（其

中包括对供应商的联系人的修改，删除，新

增与查询以及对供应商交易记录的查询），系

统根据用户的操作，对供应商资料进行更新

或显示。

采购

采购入库

用户通过录入采购入库单增加采购的货物，

并可对采购入库单及其单据中的货物明细进

行修改、删除与查询。

采购退货

用户录入通过采购退货单退回货物，并可对

采购退货单及其单据中的货物明细进行修

改、删除与查询。

销售

销售出库

用户通过录入销售出库单记录销售的货物，

并可对销售出库单及其单据中的货物明细进


销售退货

用户通过录入销售退货单退回已销售货物，

并可对销售退货单及其单据中的货物明细进


库存库存查询用户通过组合不同条件，对库存进行查询、


133 / 134

功能类别功能名称、标识符描述

盘点。

维护系统

维护用户资料

拥有系统维护权限的用户可以增加新用户，

并可以对用户的资料进行修改、删除以及查

询。

管理用户权限拥有权限管理的用户可以设定其他用户对软

件的访问权限。

修改密码用户重新设定自己的密码

图 5.1 功能描述图

6．性能需求

6.1 性能

① 稳定快速，实时控制

② 核算准确，使实存商品、销售商品与所记帐目一致，能够被超市长期有效使用

③ 准确统计核算日常的不断变化的数据

④ 结构化模块，层次清楚

⑤ 提示通俗易懂

⑥ 查询资料简便

⑦维护手段齐全

6.2 时间特性

【响应时间、更新处理时间、数据转换与传输时间、运行时间合适。】

6.3 适应性

【需适应运行环境。

项目同用户的接口人员是杨芬。

本项目由杨芬负责同本单位的财务部门、质量管理部门等各管理机构的接口工

作。

在操作方式、运行环境、与其它软件的接口以及开发计划等发生变化时，应具

有应有的适应能力。】

7．运行需求

7.1 用户界面

7.2 硬件接口

7.3 软件接口

7.4 故障处理


134 / 134

8．其它需求

【可使用性强；安全保密性高；可维护】

安全与保密要求：

① 数据资料有些属内部资料，不能为外人所知，系统须有保密措施，设置密码

② 不能轻易被破坏，不能让管理人员以外的人更改数据

③ 查看资料需输入正确密码

④ 销售人员销售货物需输入代号才能打开收银柜

⑤ 万一泄露密码，应设修改密码的程序，同时密码不能过于简单

⑥ 对断电、死机、系统崩溃等问题有有力措施以保障数据不受损失

《软件需求工程》课程考核成绩登记表kc.dgut.ulearning.cn/UploadFiles/CourseFiles/03007_042358_kechen… ·...

Documents

Transcript of 《软件需求工程》课程考核成绩登记表kc.dgut.ulearning.cn/UploadFiles/CourseFiles/03007_042358_kechen… ·...