3.需求分析阶段--需求说明书.docVIP

案卷号 日期 ＜项目名称＞ 软件需求说明书 作 者： 完成日期： 签 收 人： 签收日期： 修改情况记录： 版本号 修改批准人 修改人 安装日期 签收人  软件需求说明书 1 1 引言 1 1.1 编写目的 1 1.2 范围 1 1.3 定义 1 1.4 参考资料 1 2 项目概述 2 2.1 产品描述 2 2.2 产品功能 2 2.3 用户特点 2 2.4 假设和依据 3 2.5 设计约束 3 2.5.1 一般约束 3 2.5.2 其他标准的约束 3 2.5.3 硬件的限制 4 3 具体需求 4 3.1 功能需求 4 3.1.1 功能需求1 4 3.1.2 功能需求2 5 3.1.n 功能需求n 5 3.2 性能需求 5 3.2.1精度 6 3.2.2时间特性要求 6 3.2.3灵活性 6 3.3输人输出要求 6 3.5 属性 7 3.5.1 可用性 7 3.5.2 安全性 7 3.5.3 可维护性 7 3.5.4 可转移＼转换性 7 3.5.5 警告 8 3.6 其他需求 8 3.6.1 数据库 8 3.6.2 操作 8 3.6.3 场合适应性需求 9 3.6.4故障处理要求 9 4运行环境规定 9 4.1设备 9 4.2支持软件 9 4.3接口 9 4.3.1 用户接口 10 4.3.2 硬件接口 10 4.3.3 软件接口 10 4.3.4 通信接口 10 4.4控制 11 5 附录 11 软件需求说明书 1 引言 1.1 编写目的 这份说明书主要是为了使系统设计者能充分从用户角度出发最大限度满足客户需求,为开发人员指明编码方向,同时让用户查漏补缺,更好地表达需求 1.2背景 .2 范围 项目名称:网吧管理系统； 该软件实现网吧的人员管理及机器管理,是个小型的软件 说明软件将干什么，如果需要的话，还要说明软件产品不干什么； 描述所说明的软件的应用。应当： 尽可能精确地描述所有相关的利益、目的、以及最终目标。 如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： 本项目的经核准的计划任务书或合同、上级机关的批文； 属于本项目的其他已发表的文件； 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2.1 产品描述 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 产品功能 本条是为将要完成的软件功能提供一个摘要。例如，对于一个记帐程序来说，需求说明可以用这部分来描述：客房帐目维护、客房财务报表和发票制作，而不必把功能所要求的大量的细节描写出来。 有时，如果存在较高层次的规格说明时，则功能摘要可从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意： 编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的人都可以理解； 用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记，这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。 2.3 用户特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。 2.4 假设和依据 本条列出影响需求说明中陈述的需求的每一个因素。这些因此不是软件的设计约束，但是它们的改变可能影响到需求说明中的需求。例如：假定一个特定的操作系统是在被软件产品指定的硬件上使用的，然而，事实上这个操作系统是不可能使用的，于是，需求说明就要进行相应的改变。 2.5 设计约束 设计约束受其他标准、硬件限制等方面的影响。 2