目录
1 .引言1
1.1 .背景1
1.2 .参考资料1
1.3 .假设和约束1
1.4 .用户特点1
2 .功能要求1
2.1 .系统范围1
2.2 .系统体系结构(两层体系结构的系统可以截取本节) 1
2.3 .系统总体流程2
2.4 .需求分析2
2.4.1. XXXXXXX (功能要求名称) 2
2.4.1.1 .功能说明2
2.4.1.2 .业务建模2
2.4.1.3 .用例描述3
2.4.1.4 .用户界面5
2.4.2. XXXXXXX (功能要求名称) 5
3 .非功能性要求5
3.1 .性能要求5
3.1.1 .精度5
3.1.2 .时间特性要求6
3.1.3 .失败者的输出要求6
3.2 .数据管理能力要求6
3.3 .安全机密性要求6
3.4 .灵活性要求6
3.5 .其他特殊要求6
4 .运行环境规定6
4.1 .设备6
4.2 .支持软件7
4.3 .接口7
4.4 .控制7
5 .需求跟踪7
6 .在批准书7上签字
1 .引言
1.1 .背景
说明：
a .要开发的软件系统的名称
b .本项目任务提交人、开发者、用户及实现该软件的计算中心或计算机网络
c .该软件系统与其他系统或其他机构的基本相互关系。
1.2 .参考资料
以下是本文件中引用和参考的资料。
a .本项目经批准的计划任务书或合同、上级批文；
b .属于本项目的其他已发表的文件
c .包括本文件各处引用的文件、资料和使用的软件开发标准。 列出这些文件资料的标题、文件编号、发布日期和出版机构，并指明可获得这些文件资料的来源。
1.3 .假设和约束[可选]
表示进行本软件开发工作的假设和限制，包括经费限制、开发期间、设备条件、用户的资料准备和交流问题等。
1.4 .用户特征[可选]
列举本软件的最终用户特点，充分说明操作人员、维护人员的教育水平和技术专业知识，以及本软件的预期使用频率。 这些是软件设计工作的重要约束。
2 .功能要求
2.1 .系统范围
明确阐述用户对系统、产品的高层次目标要求，包括系统开发意图、应用目标、职责范围及其他相关背景资料。
如果定义的产品是更大系统的组成部分，则必须说明产品与系统其他组成部分之间的关系。 因此，我们使用框图来说明系统的构成以及产品和其他构成要素之间的关系和接口。
2.2 .系统体系结构(两层体系结构的系统可剪切本节) [可选]
用文本联接描述系统的总体体系结构。
整个系统的体系结构图如下所示。
系统的整体体系结构如下所示。
2.3 .全系统流程
用文本结合说明系统的整体流程。
图1是计划合同管理系统的总体流程图。
图1
2.4 .需求分析
需求分析的目的是获取或说明系统需求的各项功能需求，通过分析确定系统能做什么。 谁用这个系统？
用例模型的建立：发现角色和用例，确定角色之间的关系、用例之间的关系以及角色和用例之间的相互关系
描述用例：角色和系统如何相互作用的规范说明。
2.4.1. XXXXXXX (功能要求名称) )。
2.4.1.1 .功能说明
功能编号：
功能要求：从用户业务的角度描述功能要求。
2.4.1.2 .业务建模
从可视化的角度----用例图---说明功能要求
图2是综合计划管理系统合同编辑业务的功能需求用例图。
照片2
2.4.1.3 .用例描述
在每个用例中用文本描述角色和系统交互的规范。
1、XXXXXX (用例名称) )。
对象说明
用例的唯一标识符
用例概述
与此用例相关的参与者列表和参与者特征
参与者访问此用例的频率
状态通常包括正在进行、等待审核、审核通过或审核失败
在条件之前创建条件列表。 如果包含条件，则在访问用例之前必须满足条件
后置条件条件条件列表。 如果包含条件，则在用例成功完成后满足
扩展的用例如果此用例具有扩展的用例
包含的用例如果存在此用例中包含的用例
用例中基本操作过程参与者遵循的主要逻辑路径。 这意味着每个工作都正常运行时用例的工作方式
发生工作方法变更、异常或错误时，可选操作流程遵循的路径
更改历史记录更改者：更改日期：更改原因：
如果有问题，请参阅与开发此用例相关的问题或
操作项目的列表以下是综合计划管理系统中的合同编辑功能需求中的合同增加用例描述：
描述对象 描述内容
标识符 IPMS0101
说明 增加一条合同记录
参与者 合同编辑人员--熟悉合同管理业务
频度
状态 通过审查
前置条件 1. 参与者具有合同增加的权限2. 参与者已选取对应的计划记录3. 当前计划总投资≥SUM(该计划下已签合同价)
后置条件 1. 数据库中更加一条合同纪律2. 可执行合同原件扫描用例3. 可执行合同付款增加用例4. 可执行合同修改和合同删除用例
被扩展的用例 无
被包含的用例 无
基本操作流程 请参见图三的合同增加流程
可选操作流程 当用户确认合同增加时发现异常时，系统提示合同增加无效的提示
修改历史记录 修改人 ： 修改日期：修改原因：
问题 1. 合同编码的具体约定2. 合同类型、资金来源、合同受委托方字典表的具体设计
图三 合同增加活动流程
2、XXXXX(用例名称)
……
2.4.1.4. 用户界面
概要描述功能对应的用户界面风格，采用原型生命周期的项目也可以提供原型界面拷贝。
2.4.2. XXXXXXX(功能需求名称)
……
3. 非功能需求
3.1. 性能要求
3.1.1. 精度[可选]
说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。
3.1.2. 时间特性要求
说明对于该软件的时间特性要求，如对：响应时间；更新处理时间；数据的转换和界面更新传送时间等的要求。
3.1.3. 输人输出要求
解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。
3.2. 数据管理能力要求[可选]
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求做出估算。
3.3. 安全保密性要求
用户对系统所应具备的故障处理能力、处理方式及故障后的系统恢复、数据恢复等要求，对系统防止机密数据被非法侵入、修改及丢失的要求。
3.4. 灵活性要求[可选]
说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：
a．操作方式上的变化；
b．运行环境的变化；
c．同其他软件的接口的变化；
d．精度和有效时限的变化；
e．计划的变化或改进。
对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
3.5. 其他专门要求[可选]
如用户单位对使用方便的要求，对可维护性、可补充性、易读性、可靠性、异常处理要求、运行环境可转换性的特殊要求等。
4. 运行环境规定
4.1. 设备
列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：
a．处理器型号及内存容量；
b．外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；
c．输入及输出设备的型号和数量，联机或脱机；
d．数据通信设备的型号和数量；
e．功能键及其他专用硬件
4.2. 支持软件
列出支持软件,包括网络和硬件设备平台、操作系统平台、数据库系统平台以及编译（或汇编）程序和测试支持软件等。
4.3. 接口[可选]
说明该软件同其他软件之间的接口、数据通信协议等。
4.4. 控制[可选]
说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。
5. 需求跟踪
需求跟踪的主要目的是保证所有的需求都得到分析，以承诺需求-分析需求对应表（PRS_SRS表）的方式描述已分析需求对已承诺需求的覆盖情况。PRS_SRS表的格式请参见软件需求管理过程规范（SUPL-MANU-SRS-001）。
6. 签批单
我已阅读上述软件需求规格说明书，我将严格遵守说明书中的条款，并保证全力支持该规格说明书的实施。
执行主管:
日期
技术主管:
日期
项目组长:
日期
用户代表:
日期
开发人员代表:
日期
小组成员:
日期
小组成员:
日期