《系统需求分析规格说明书格式.docx》由会员分享，可在线阅读，更多相关《系统需求分析规格说明书格式.docx（6页珍藏版）》请在三一文库上搜索。
1、系统需求分析规格说明书变更记录序号变更内容提出人修改人修改日期版本目录一、前言3.目的3弦.背景33.范围3术语3二、概述3.假定3约束33.主要功能4三、用例4.用例一 4用例二53.5四、报表与查询5五、非功能需求5六、规则5七、数据字典6八、待定6、八 、,前言 1. 目的【开发本系统的主要目的。注意措辞既不要假大空，也不要表现太多细节。 】 2. 背景【本系统所牵涉的业务当前的处理方法，所遇到的困难或所希望的收益】 3. 范围【在范围中需要明确描述本系统的边界， 本系统的一切开发活动都限制在这些范围 中。】 4. 术语【本文档使用的术语。既可能是来自业务上的，也可能是来自 IT 的。只
2、要是有可能让 阅读者费解或误解的词语，都应该在术语中解释。 】二、概述 1. 假定【本系统开发或使用过程中一些必需满足的条件， 有时需要指出如果某条件不成立时会 引起什么后果。 有些可能会引起双方理解分歧的需求也需要在此明确， 例如，调研时用户指 出不需要记录录入人，而系统处理的数据又对用户访问权限敏感，那可能需要在假定中 明确指出“不需要按所属用户对每条记录进行权限控制” 】 2. 约束【系统开发应该满足的约束条件，如性能、时间、成本等，这与需求不同，如果不能满 足这些条件系统可能就无法开发或开发出来也不值得； 系统不能完成的功能 （特别是那些用 户可能认为可以做但实际上系统却不能做的事情）
3、也可以这此写明】3. 主要功能【对本系统实现的功能作简要描述， 让阅读者可以根据这些描述快速了解本系统的功能 概貌。】三、用例【用例是需求分析文档中最重要的章节。用例强调用户与系统的交互，是一种记录 用户需求的工具。】【“用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约。用例描述了 在不同条件下， 系统对某一项目相关人员的请求所作出的响应。 一个用例是多个不同场景的 集合。”编写有效用例】 1. 用例一1 用例编号 【参见需求编号规则】2 用例级别 【包括三种级别：概要级、用户级、子功能级。用户级用例是用户可以直接使用的 用例，往往对应一个窗体或命令 ,例如“按生产单入库”；概要级
4、用例级别高于用户级， 从系统性的角度描述了用户的需求， 一般包括若干用户级用例的联合操作， 例如“库存 出入库”；子功能级用例级别低于用户级，用户不会直接使用子功能级用例，子功能级 用例可能被若干用户级用例调用。 】3 功能概述 【对本用例的功能进行概括描述， 力求用精炼的语言让阅读者在较短时间内大致了 解本用例的功能】4 用户 【谁是使用本用例的人，不得使用个人姓名，可使用岗位等】5 触发条件 【什么情况会导致本用例运行】6 主场景6.1 步骤一6.2 步骤二6.3 【主场景中描写主要操作步骤， 最后的结果应该是用例运行成功。 通过主场景的描 述，可以让阅读者了解用例执行的主流程。 主场景中
5、只描述一种本用例中最常用的能执 行成功的流程，不包括流程分支。句型推荐使用主谓宾结构；每一句都必需有主语，主 语一般包括“用户”、“系统”（指本用例所在的软件系统）、“XX系统”（其他软件系统）； 句子需要精炼，尽量避免使用复合句。如果打印报表或查询，需要另外提供报表或查询的格式，格式参见港联公司 IT 部报表需求说明书模板，并在此注明“报表格式见XX报表需求说明书”。7 扩展场景 【当主场景中某一步骤可能有分支流程时， 需要在扩展场景中描述， 一般使用这种 句型：“第X步，如果，那么”】8 前置条件 【只有前置条件满足时，才允许本用例运行】9 后置条件 【用例执行成功会怎么样，用例执行失败会
6、怎么样】10 特殊要求 【用户的一些特别需求点往往在这里描述，句子一般包括情态动词，如“可以” 、“能够”、“应该”、“必须”等。如“显示出来的库存物料清单应该按第 3键排序”，“编 号规则必须符合业务规则一” 。】11 关联系统 【本用例会使用其它什么系统的什么信息。 如“ TIM 系统。使用其中的库存结存数2. 用例二3.四、报表与查询【各种报表及查询需求， 这里只要列出清单及主要功能， 具体格式及生成方式等在文档 报表需求说明书中描述。 】五、非功能需求【程序性能等方面的需求，如响应速度、磁盘空间等。 】六、规则1. 规则一2. 规则二3. 【本系统在开发中所使用到的各种业务规则。 】七
7、、数据字典数据集数据项（字段）英文名称中文描述数据 类型数据 长度数据获得地点数据获得方式数据事例取值规 则编码 规则【数据集：实体或关系，一般对应数据库中的表，如入库单、验收单、合同、作业记录数据项：购成数据集的组成成份，一般对应到数据库表中的字段数据类型：使用SQLServer中的数据类型表示方法，如 VARCHAR，SMALLINT数据获得地点：来自哪个部门、岗位等数据获得方式：手工录入、扫描、计算、转抄等数据事例：举一两个事例取值规则：如“男或女”，“只能来自于XX数据集”编码规则：如果使用规范编码，需要在“规则”章中描述具体规则，并在此处注明使用 “规则”章中的什么规则。】【对于较大系统（数据项超过200个），可使用新文档编写数据字典】八、待定1. 问题一解决方案：2. 问题二解决方案：3. 【是否还有未确定的问题，如果有，需要在待定中描述；一般来说，在编码之前待 定问题应该都得到了解决；问题解决后不得删除原问题，应该在问题下记录解决方案。】