修订历史
版本 说明 编制 批准 批准日期
1.1 初次编写 SEPG
目 录
1. 引言 1
1.1. 背景 1
1.2. 参考资料 1
1.3. 假定和约束 1
1.4. 用户的特点 1
2. 功能需求 1
2.1. 系统范围 1
2.2. 系统体系结构(二层架构的系统可剪裁本小节)
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 1
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. 系统总体流程
以图+文本结合的方式说明系统的总体流程。
图一是计划合同管理系统的总体流程图。
图一
2.4. 需求分析
需求分析的目的是获取或描述系统需求中的每一个功能需求,并通过分析确定系统能够做什么?谁来使用这个系统?
? 建立用例模型:发现角色和用例,并确定角色之间的关系、用例之间的关系,以及角色与用例之间的相互关系
? 描述用例:角色与系统如何交互的规格说明。
2.4.1. XXXXXXX(功能需求名称)
2.4.1.1. 功能描述
功能编号:
功能需求:从用户业务的角度描述功能需求。
2.4.1.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. 签批单
我已阅读上述软件需求规格说明书,我将严格遵守说明书中的条款,并保证全力支持该规格说明书的实施。
执行主管:
日期
技术主管:
日期
项目组长: 日期
用户代表: 日期
开发人员代表: 日期
小组成员: 日期
小组成员: 日期
第二篇:04软件项目国标文档模板-数据要求说明书
............................................................................................................................................... 2
............................................................................................................................. 2
..................................................................................................................................... 2
..................................................................................................................................... 2
............................................................................................................................. 2
............................................................................................................................ 2
............................................................................................................................. 3
..................................................................................................................... 3
..................................................................................................................... 3
..................................................................................................................... 3
............................................................................................................................. 3
3数据的采集 .................................................................................................................................... 3
......................................................................................................................... 3
3.2输人的承担者 ..................................................................................................................... 4
................................................................................................................................. 4
..................................................................................................................................... 4
数据要求说明书
1引言
1.1编写目的
说明编写这份数据要求说明书的目的,指出预期的读者。
1.2背景
说明:
a. a. 待开发软件系统的名称;
b. b. b.列出本项目的任务提出者、开发者、用户以及将运行该项软件的计算站(中心)或计算机网络系统。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出有关的参考资料,如:
a. a. 本项目的经核准的计划任务书或合同,上级机关的批文;
b. b. 属于本项目的其他已发表文件;
c. c. 本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位。说明能够得到这些文件资料的来源。 2数据的逻辑描述
对数据进行逻辑描述时可把数据分为动态数据和静态数据。所谓静态数据,指在运行过程中主要作为参考的数据,它们在很长的一段时间内不会变化,一般不随运行而改变。所谓动态数据,包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。进行描述时应把各数据元素逻辑地分成若干组,列如函数、源数据或对于其应用更为恰当的逻辑分组。给出每一数据元的名称(包括缩写和代码)、定义(或物理意义)度量单位、值域、格
式和类型等有关信息。
2.1静态数据
列出所有作为控制或参考用的静态数据元素。
2.2动态输人数据
列出动态输入数据元素(包括在常规运行中或联机操作中要改变的数据)。
2.3动态输出数据
列出动态输出数据元素(包括在常规运行中或联机操作中要改变的数据)。
2.4内部生成数据
列出向用户或开发单位中的维护调试人员提供的内部生成数据。
2.5数据约定
说明对数据要求的制约。逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的限制(容 量、文卷、记录和数据元的个数的最大值)。对于在设计和开发中确定是临界性的限制更要明确指出。
3数据的采集
3.1要求和范围
按数据元的逻辑分组来说明数据采集的要求和范围,指明数据的采集方法,说明数据采集工作的承担者是用户还是开发者。具体的内容包括:
a. a. 输入数据的来源,例如是单个操作员、数据输入站,专业的数据输入公司或它们
的一个分组;
b. b. 数据输入(指把数据输入处理系统内部)所用的媒体和硬设备。如果只有指定的
输入点的输入才是合法的,则必须对此加以说明;
c. c. 接受者说明输出数据的接受者;
d. d. 输出数据的形式和设备列出输出数据的形式和硬设备。无论接受者将接收到的数
据是打印输出,还是CRT上的一组字符、一帧图形,或一声警铃,或向开关线圈提
供的一个电脉冲,或常用介质如磁盘、磁带、穿孔卡片等,均应具体说明;
e. e. 数据值的范围给出每一个数据元的合法值的范围;
f. f. 量纲给出数字的度量单位、增量的步长、零点的定标等。在数据是非数字量的情
况下,要给出每一种合法值的形式和含意;
g. g. 更新和处理的频度给出预定的对输入数据的更新和处理的频度。如果数据的输入
是随机的,应给出更新处理的频度的平均值,或变化情况的某种其他度量。
3.2输人的承担者
说明预定的对数据输入工作的承担者。如果输入数据同某一接口软件有关,还应说明该接口软件的来源。
3.3预处理
对数据的采集和预处理过程提出专门的规定,包括适合应用的数据格式、预定的数据通信媒体和对输入的时间要求等。对于需经模拟转换或数字转换处理的数据量,要给出转换方法和转换因子等有关信息,以便软件系统使用这些数据。
3.4影响
说明这些数据要求对于设备、软件、用户、开发单位所可能产生的影响,例如要求用户单位增设某个机构等。