<项目名称>
文档设计单位
文档编写日期
“文档设计单位”和“文档编写日期”在正式文档中改为说明文字格式。
软件需求规格说明书
| 更新历史 | |||
| 编写人 | 日期 | 版本号 | 变更内容 |
目录
采用Word自动生成目录,生成到三级标题
1 引言 6
1.1 编写目的 6
1.2 影响范围 6
1.3 项目背景 6
1.4 主要业务名词和术语定义 6
1.5 参考文献* 6
2 需求概述 6
2.1 用户当前系统 6
2.1.1 用户当前系统概述 6
2.1.2 用户当前系统存在的问题 7
2.2 目标系统 7
2.2.1 目标系统概述 7
2.3 与其他系统的关系* 7
2.4 功能边界定义 7
2.5 基本业务规则 7
2.6 界面说明 7
2.6.1 界面共性说明 7
2.6.2 主要界面说明 7
2.7 安装或实施目标系统的策略* 8
2.8 目标系统运行环境要求 8
3 系统说明 8
3.1 系统总体说明 8
3.2 子系统说明 8
4 详细需求分析 8
4.1 A功能子系统 8
4.1.1 需求对应表 8
4.1.2 流程描述 9
4.1.3 用户界面(UI)详细描述 9
4.1.4 功能描述 9
4.2 B功能子系统 10
5 系统通用功能 10
6 与其他系统的接口分析* 10
7 其它非功能需求分析 10
7.1 性能需求 10
7.2 可维护性需求 10
7.3 安全性要求 10
7.4 可移植性需求 10
7.5 故障处理要求 10
7.6 不允许发生的事件 11
8 附录 11
8.1 附件1:公文格式 11
8.2 附件2:非公文格式 11
8.3 附件3:统计报表格式 11
8.4 附件4 :外部接口格式 11
附录1: 文档管理控制 12
1引言
引言部分应包括:
1.1编写目的
主要说明本文档的作用,除了作为软件需求规格说明书提供后续设计和测试工作的依据外,如果作为项目验收的依据或有其他特别作用,应特别声明。
1.2影响范围
以列表的形式,指出该文档受哪些文档影响,同时它将影响哪些文档。
1.3项目背景
主要说明项目的来源,项目所涉及领域的现状,建设该项目的意义等。
1.4主要业务名词和术语定义
对本文档中所使用的专业或行业术语所指对象或含义进行解释性的说明,特别是对在本文档中为描述业务方便而自行定义的一些名词如“**类别”、“**状态”等进行说明,在此描述清楚后,该文档其它地方可直接引用这些名词而不要再进行解释。
1.5参考文献*
列明制定本文档所参考的资料清单,说明其作者和出版日期。
2需求概述
2.1用户当前系统
如果用户不存在当前计算机系统,则描述一下手工系统(如目前岗位的划分、各岗位所需完成的任务等)。
2.1.1用户当前系统概述
主要说明用户当前系统覆盖的业务范围、实现的主要功能、业务流程以及与其他系统的关系
2.1.2用户当前系统存在的问题
主要说明用户当前系统存在的问题
2.2目标系统
2.2.1目标系统概述
主要说明系统实现的主要功能;在系统实现过程中应考虑的主要问题;系统实现的基础(是否已有类似经验);系统所采用的主要技术。
2.3与其他系统的关系*
列明与本系统有联系的系统包括直接发生业务关系的其他计算机系统,或直接有业务关系的系统,并说明他们之间的关系。
2.4功能边界定义
概括说明系统覆盖的业务范围;说明系统包括和未包括的处理功能,对包括的处理功能可参见后面的功能需求说明,对未包括的业务功能无需穷举,只需说明与本系统功能相关但不属于本系统处理范围的功能。
2.5基本业务规则
系统所涉及的业务领域通常存在不同的处理规范或标准,本节主要描述本系统业务所基于的业务处理规范或标准,使读者对主要业务规则有基本了解。如果基本业务规则不同,则可能会使系统设计产生比较大的改动。如:收文处理所涉及的岗位或角色,这就是一项基本业务规则,在此就需要对发文处理的具体做法进行说明。
2.6界面说明
2.6.1界面共性说明
主要从系统易用性方面对界面设计进行要求,或描述界面所具有的一些共性。如操作按钮形状和颜色。对系统提示信息或警告信息的显示和操作方式进行说明等。
2.6.2主要界面说明
对主要功能模块界面进行说明(如收发文、档案管理、会议管理等),关于哪些是主要的功能模块,要根据具体的系统具体确定。
2.7安装或实施目标系统的策略*
主要说明数据转换的策略,当前系统与目标系统衔接的策略(例如并行使用一段时间),包括系统服务端、客户端等安装的地点及数量等。
2.8目标系统运行环境要求
说明本系统对运行环境的要求,包括对硬件设备、网络系统和应用系统支持软件要求的描述。
3系统说明
3.1系统总体说明
对将要建立的系统的功能、子系统划分和对系统一些业务处理以外的要求进行总体说明;(可以用一个结构图加文字描述来说明,子系统和功能模块的划分应该从业务处理要求和系统设计相结合的角度考虑)。在该处还要给出应用的主界面。
3.2子系统说明
分别说明每一个子系统所应包含的业务功能界面(可用一个结构图加文字描述来说明)
4详细需求分析
要求针对《用户需求说明书》中的详细需求进行分析,规划出功能子系统,将《用户需求说明书》中所提到的所有需求进行分析后融合到各子系统中。
4.1A功能子系统
具体编写时,应该将“A功能子系统”标题内容改为对系统进行分析后所规划出来的功能子系统。如“发文处理”。
4.1.1需求对应表
因为《用户需求说明书》中所整理出来的需要是没有进行分类和整理的。因此,在这里,应该根据我们的分析结果,将该子系统所涵盖的需求进行统一说明,即将《用户需求说明书》中的需求编号与我们对系统的划分对应起来。
| 功能需求编号 | 系统分析结果 | 用户需求编号 |
| 总计: | ||
4.1.2流程描述
由于办公自动化系统以流程为主,因此我们应该给出功能子系统的流程图、流程步骤及任务。根据实际情况,如果该功能子系统还需要细分成功能模块才能描述,则增加次级目录。
4.1.2.1流程图
根据处理步骤,画出处理流程图,建议采用Rational画出活动图。
4.1.2.2流程步骤及任务
以列表的形式,详细说明该流程所包含的步骤和任务,实际上是对4.1.3.1中流程图的解释说明。以下给出列表样式及一个例子。
| 顺序号 | 步骤名 | 任务 | 责任角色 | 可执行操作 | 下一步骤 |
| 1 | 登记 | 录入来文内容,填写行文信息 | 档案员 | 送拟办人 | 2 |
以文字和图片相结合的方式(主要是图片)对系统功能界面作详细描述。文字的描述侧重于对图片中一些不太容易理解的内容进行补充说明。
4.1.4功能描述
详细说明该功能子系统所具备的功能。它实际上就是根据4.1.1中所提到的需求,从我们分析的角度看,该功能子系统应该具备怎样的功能才能完全满足这些需求(包括该功能子系统对安全性的要求)。
4.2B功能子系统
依4.1中各条款内容完成B功能子系统的需求分析,依此类推,直到全部完成。
5系统通用功能
“系统通用功能”是指该系统中若干模块所要用到的“公共”功能。如“搜索”等。根据实际情况进行描述(包括要划分几级目录,每一目录的标题和内容等)。
6与其他系统的接口分析*
说明本系统与有数据交换关系的其他系统之间的接口方式,对数据交换的要求进行分析。该部分要应针对《用户需求说明书》中的相关内容,提出可行的解决方案。即采用什么方式来实现与其他系统的接口。
7其它非功能需求分析
7.1性能需求
针对《用户需求说明书》中的相应要求,给出达到每一种性能要求所考虑的解决方案。按《用户需求说明书》中的对应需求编号逐项回答。
7.2可维护性需求
针对《用户需求说明书》中的相应要求,给出满足每一种可维护性要求所考虑的解决方案。按《用户需求说明书》中的对应需求编号逐项回答。
7.3安全性要求
针对本办公自动化系统对安全性所提出的要求,在这里对安全性需求进行总结归纳,整理出整个系统的安全性需求。
7.4可移植性需求
针对《用户需求说明书》中的相应要求,给出满足每一种可移植性要求所考虑的解决方案。即怎样解决系统对可能推广或使用的不同运行环境的各项要求。按《用户需求说明书》中的对应需求编号逐项回答。
7.5故障处理要求
分析说明当发生故障时,提供的解决方案或应对措施。按《用户需求说明书》中的对应需求编号逐项回答。
7.6不允许发生的事件
对本系统不允许发生的事件进行描述。
8附录
8.1附件1:公文格式
详细列出本系统所用到的公文及其格式(主要指红头文件)。
8.2附件2:非公文格式
详细列出本系统所用到的非公文及其格式(除红头文件以外的文件)。
8.3附件3:统计报表格式
详细列出本系统所要提供的统计报表及其格式。
8.4附件4 :外部接口格式
详细列出本系统与外部系统的接口文件及格式。
附录1: 文档管理控制
| 更新历史 | |