网站综合项目需求规格说明指导书.doc

项目名称
Product name
密级
confidentiality level
XX系统
仅供收件方查阅
项目编号
Project code
版本
version
文档编号
document code

Project ID_ Proc_RA_002

XXSoftware Requirements specification
XX系统需求规格说明书

Prepared by
拟制

Date
日期
yyyy-mm-dd
Reviewed by
评审人

Date
日期
yyyy-mm-dd
Approved by
同意

Date
日期
yyyy-mm-dd

版权全部 不得复制
Copyright © Ruankosoft Technologies, Co., Ltd.
. All Rights Reserved

Revision Record
修订统计

Date
日期
Revision Version
修订版本
CR ID /Defect ID
CR/ Defect号
Sec No.
修改章节
Change Description
修改描述
Author
作者

目录
1 Introduction 介绍 5
1.1 Purpose 目标 5
1.2 Scope 范围 5
2 General description 总体概述 6
2.1 Software perspective 软件概述 6
2.1.1 About the Project 项目介绍 6
2.1.2 Environment of Product 产品环境介绍 6
2.2 Software function 软件功效 6
2.3 User characteristics 用户特征 6
2.4 Assumptions & Dependencies 假设和依靠关系 7
3 Specific Requirements 具体需求 8
3.1 系统用例 8
3.2 子功效模块一 8
3.2.1 Functional Requirements1 子功效1 9
3.2.2 Functional Requirements1 子功效2 10
3.2 子功效模块一 11
3.3 数据字典 12
3.3.1 数据字典 12
3.3.2 E-R关系图 12
4 Performance Requirements 性能需求 12
4.1 时间性能需求 12
4.2 系统开放性需求 12
4.3 界面友好性需求 12
4.4 系统可用性需求 13
4.5 可管理性需求 13
5 Interface Requirements 接口需求 14
5.1 User Interface 用户接口 14
5.2 Software Interface 软件接口 14
5.3 Hardware Interface 硬件接口 14
5.4 Communication Interface 通讯接口 15
6 Overall Design Constraints 总体设计约束 16
6.1 Standards compliance 标准符合性 16
6.2 Hardware Limitations 硬件约束 16
6.3 Technology Limitations 技术限制 16
7 Software Quality Attributes 软件质量特征 17
7.1 Reliability 可靠性 17
7.2 Usability 易用性 17
8 Requirements Classification 需求分级 18
9 Appendix 附录 19

Keywords 关键词：
关键字
Abstract 摘 要：
摘要信息
List of abbreviations 缩略语清单：
Abbreviations缩略语
Full spelling 英文全名
Chinese explanation 汉字解释

1 Introduction 介绍
1.1 Purpose 目标
该需求规格说明书是相关反向竞拍网用户对于反向竞拍系统中投标管理功效和性能要求描述，该说明书预期读者为：
用户；
项目管理人员；
测试人员；
设计人员；
开发人员。
这份软件需求说明书关键描述了投标管理系统功效需求，明确所要开发软件应含有功效、性能和界面，使系统分析人员及软件开发人员能清楚地了解用户需求。

1.2 Scope 范围
本节应描述文档所包含和不包含内容。

2 General description 总体概述
2.1 Software perspective 软件概述
2.1.1 About the Project 项目介绍
描述本软件需求所描述项目标背景。比如：本项目是一系列版本中一个，或是替换某个已经存在系统，还是一个新独立项目。

2.1.2 Environment of Product 产品环境介绍
描述是本产品和其它产品或项目所组成整体环境。
1.假如本产品是独立并完全自我包含，在此说明这一点。
2.假如SRS定义产品是更大系统或项目标组件（此种情形常常发生），那么应：
A. 描述此大系统或项目每个组件功效，而且标识接口。
B. 确定本软件产品关键外部接口。（ 注意：在此部分并不进行这些接口具体描述；对这些接口具体描述在SRS其它 部分提供。）
C. 描述相关产品硬件和所使用外部设备。（ 注意： 这只是概述性描述。）

经过方块图来描述大系统或项目标关键组件，互连性和外部接口将是很有帮助。本部分不应提出一个具体设计处理方案或对处理方案具体设计约束（具体设计约束将在具体需求章节中描述）。本部分内容是产生设计约束基础。

2.2 Software function 软件功效
此处撰写系统功效结构图，并对功效结构图中子系统功效进行概述。

2.3 User characteristics 用户特征
列出对用户或系统操作者要求，如：经验，能力，角色等。
本节不应描述具体需求。但本节内容是具体需求章节基础。

2.4 Assumptions & Dependencies 假设和依靠关系
列出可能影响SRS中需求全部假设原因（和已知事实相对而言），包含准备使用第三方或商业组件，操作和开发环境问题约束等。假如上述假设不正确、没有被通知或改变了全部将对项目产生影响。列出项目对外部条件依靠，比如重用其它项目标模块等。假如在其它文档（比如项目计划或范围文档等）里已经描述了，在这里能够不用描述。

3 Specific Requirements 具体需求
3.1 系统用例
在此处描述系统高层整体用例，并对用例进行解释。以下图：

3.2 子功效模块一
1、子功效功效介绍

2、子功效系统用例
此处描述子功效中包含功效。以下图：

3.2.1 Functional Requirements1 子功效1
1 介绍
逐条列出和本特征相关功效需求。包含项目怎样响应预期错误输入，非法条件和无效输入。需求应该简明，完整，不含糊，可验证，必需。 当需要信息不确定时候使用“待定”。
2 输入
本子段落应包含下列内容：
A. 对该功效全部输入数据具体描述，包含：
输入起源
数量
度量单位
时间要求
包含精度和容忍度有效输入范围
B. 在合适地方提供对接口规格或接口控制文档参考。
3 处理
本子段落应描述对输入数据所实施全部操作和怎样取得输出过程。这包含下列规格：
A. 输入数据有效性检测。
B. 操作确实切次序，包含各事件时序。
C. 对异常情况回应，比如：
溢出
通信失败
错误处理
D. 用于把系统输入转换到对应输出任何方法（诸如方程式，数学算法，逻辑操作）。比如，这可能描述下列方面：
对工资单里代扣所得税计算公式。
用于气象预报气象模型。
对输出数据有效性检测。
注：此处也能够使用活动图活着步骤图描述。
4 输出
本子段落应包含：
A. 对该功效全部输出数据具体描述，这个描述包含：
输出到何处（如打印机，文件）
数量
度量单位
时序
包含正确度和容忍度有效输出范围
对非法值处理
错误消息
B. 在合适地方提供对接口规格或接口控制文档参考。
另外，对那些需求集中在输入/输出行为系统，SRS应描述全部关键输入/输出行为及输入输出正确次序。对一个需要记忆其行为以依据输入和过去行为进行反应系统，输入输出正确次序是要求；这种功效行为就类似于有限状态机。

3.2.2 Functional Requirements1 子功效2
1 介绍
逐条列出和本特征相关功效需求。包含项目怎样响应预期错误输入，非法条件和无效输入。需求应该简明，完整，不含糊，可验证，必需。 当需要信息不确定时候使用“待定”。
2 输入
本子段落应包含下列内容：
A. 对该功效全部输入数据具体描述，包含：
输入起源
数量
度量单位
时间要求
包含精度和容忍度有效输入范围
B. 在合适地方提供对接口规格或接口控制文档参考。
3 处理
本子段落应描述对输入数据所实施全部操作和怎样取得输出过程。这包含下列规格：
A. 输入数据有效性检测。
B. 操作确实切次序，包含各事件时序。
C. 对异常情况回应，比如：
溢出
通信失败
错误处理
D. 用于把系统输入转换到对应输出任何方法（诸如方程式，数学算法，逻辑操作）。比如，这可能描述下列方面：
对工资单里代扣所得税计算公式。
用于气象预报气象模型。
对输出数据有效性检测。
注：此处也能够使用活动图活着步骤图描述。
4 输出
本子段落应包含：
A. 对该功效全部输出数据具体描述，这个描述包含：
输出到何处（如打印机，文件）
数量
度量单位
时序
包含正确度和容忍度有效输出范围
对非法值处理
错误消息
B. 在合适地方提供对接口规格或接口控制文档参考。
另外，对那些需求集中在输入/输出行为系统，SRS应描述全部关键输入/输出行为及输入输出正确次序。对一个需要记忆其行为以依据输入和过去行为进行反应系统，输入输出正确次序是要求；这种功效行为就类似于有限状态机。

3.2 子功效模块一
1、子功效功效介绍
2、子功效系统用例
此处描述子功效中包含功效。

注：本模块包含内容按3.1中格式撰写。

3.3 数据字典
3.3.1 数据字典
描述各个内容中包含到数据字典，以表格形式反应。以下格式：
字段
类型
可为空
描述

3.3.2 E-R关系图
描述各个字典之间关系。

4 Performance Requirements 性能需求
4.1 时间性能需求
描述时间上具体需求。

4.2 系统开放性需求
描述系统可扩充性和可移植性需求。

4.3 界面友好性需求

描述系统界面和友好性需求。

4.4 系统可用性需求

描述系统可用性需求。

4.5 可管理性需求

描述系统可维护性需求。

5 Interface Requirements 接口需求
5.1 User Interface 用户接口
具体描述系统和用户之间接口
这应描述下述内容：
A. 对每种人机界面，软件所必需支持特征。比如，假如系统用户经过一个显示终端进行操作，那么应包含下述内容：
要求屏幕格式
页面计划及汇报或菜单内容
输入和输出相关时序
部分组合功效键使用方法
B. 和系统用户接口使用相关全部方面。这可能只是一个简单相关系统怎样展示给用户而该做什么和不该做什么列表。比如提供相关长或短错误消息选项。和全部其它需求一样，这些需求也应能被检验，比如，四级打字员经一小时培训后能在Z分钟内完成功效X，而不是一个打字员能完成功效X。

5.2 Software Interface 软件接口
具体描述和其它系统 /模块 /项目之间接口
在此应描述怎样使用其它（必需）软件产品（比如，数据管理系统，操作系统，或算法工具包），和和其它应用系统接口（比如，协议处理系统和数据库管理系统之间接口）。
对每个必需软件产品，应提供下列信息：
A. 名字
B. 助记符
C. 版本号
D. 起源
对每个接口，本部分应：
A. 讨论和本软件产品相关接口软件目标。
B. 按消息/函数内容和格式定义接口。假如接口已在其它文档中很清楚地描述，就没有必需在这儿进行具体描述，但需说明应参考文档。

5.3 Hardware Interface 硬件接口
具体描述和硬件接口
在此描述软件产品和系统硬件组件之间接口逻辑特征，也包含支持哪些设备、怎样支持这些设备和协议等。
按软/硬件协议内容和格式定义接口。假如接口已在其它文档中很清楚地描述，就没有必需在这儿进行具体描述，但需说明应参考文档。

5.4 Communication Interface 通讯接口
具体描述通讯接口，如当地网络协议等。
按消息/函数内容和格式定义接口。假如接口已在其它文档中很清楚地描述，就没有必需在这儿进行具体描述，但需说明应参考文档。

6 Overall Design Constraints 总体设计约束
描述可能限制开发人员选择事项。

6.1 Standards compliance 标准符合性
本节具体说明需求所采取标准或规范起源。假如项目采取了国际标准，应该说明国际标准及项目和标准偏离情况。

6.2 Hardware Limitations 硬件约束
本节包含软件在不一样硬件平台运行需求，如时间相关约束，内存方面约束等。

6.3 Technology Limitations 技术限制
本节包含对使用特定技术限制，包含接口，数据库，并行操作，通讯协议，设计约定，编程规范等。

7 Software Quality Attributes 软件质量特征
具体说明项目任何其它质量特征。该特征对用户和开发者全部很关键。考虑方面包含：适应性，可用性，正确性，灵活性，交互工作能力，可维护性，可移植性，可靠性，可重用性，鲁棒性，可测试性和可用性等。定量具体描述这些特征，尽可能可验证。对不一样属性之间关键性加以叙述，如：易用性比易学性更关键。
每一个属性单独使用一个小节描述，可依据需要进行增减，如增加可维护性小节等。

7.1 Reliability 可靠性
适应性：确保该网站在原有基础功效上进行扩充，在原来系统中增加新业务功效，可方便增加，而不影响原网站系统架构。适适用于多个版本浏览器。
容错性：在网络拥塞、系统瓦解、内存不足情况下，不造成该网站功效失效，可正常关闭及重启。
可恢复性：出现网络故障等问题，在网络恢复正常后，网站能正常运行。

7.2 Usability 易用性
易用性：含有良好网站界面设计，使用户清楚易用，网站功效要高度集中。阻止用户输入非法数据或进行非法操作，对于复杂步骤处理，应该提供向导功 能并注释。可随时给用户提供使用帮助。

8 Requirements Classification 需求分级
Requirement ID
需求ID
Requirement Name
需求名称
Classification
需求分级

关键性分类以下：
A. 必需 绝对基础特征；假如不包含，产品就会被取消。
B. 关键 不是基础特征，但这些特征会影响产品生存能力。
C. 最好有 期望特征；但省略一个或多个这么特征不会影响产品生存能力。

9 Appendix 附录
系统中相关步骤图活着需要补充说明，作为附录