《软件项目文档全套需求说明.docx》由会员分享，可在线阅读，更多相关《软件项目文档全套需求说明.docx（15页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、项目名称案卷号日期软件需求说明书 作 者： 完成日期： 签 收 人： 签收日期： 修改状况记录：版本号修改批准人修改人安装日期签收人 书目 1 引言11.1 编写目的11.2 范围11.3 定义11.4 参考资料12 项目概述22.1 产品描述22.2 产品功能22.3 用户特点22.4 一般约束22.5 假设和依据33 具体需求33.1 功能需求33.1.1 功能需求133.1.2 功能需求243.1.n 功能需求n53.2 外部接口需求53.2.1 用户接口53.2.2 硬件接口53.2.3 软件接口53.2.4 通信接口63.3 性能需求63.4 设计约束63.4.1 其他标准的约束63
2、.4.2 硬件的限制73.5 属性73.5.1 可用性73.5.2 平安性73.5.3 可维护性73.5.4 可转移 转换性83.5.5 警告83.6 其他需求83.6.1 数据库83.6.2 操作83.6.3 场合适应性需求94 附录9第 11 页1 引言1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。1.2 范围说明：a 待开发的软件系统的名称；b 说明软件将干什么，假如须要的话，还要说明软件产品不干什么；c 描述所说明的软件的应用。应当 ：1） 尽可能精确地描述全部相关的利益, 目的, 以及最终目标。2） 假如有一个较高层次的说明存在，则应当使其与高层次说明中的类
3、似的陈述相一样（例如，系统的需求规格说明）。1.3 定义 列出本文件中用到的特地术语的定义与缩写词的原词组。1.4 参考资料列出要用到的参考资料，如：a 本项目的经核准的安排任务书或合同, 上级机关的批文；b 属于本项目的其他已发表的文件；c 本文件中各处引用的文件, 资料，包括所要用到的软件开发标准。列出这些文件的标题, 文件编号, 发表日期与出版单位，说明能够得到这些文件资料的来源。2 项目概述2.1 产品描述叙述该项软件开发的意图, 应用目标, 作用范围以及其他应向读者说明的有关该软件开发的背景材料。说明被开发软件与其他有关软件之间的关系。假如本软件产品是一项独立的软件，而且全部内容自含
4、，则说明这一点。假如所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可运用一张方框图来说明该系统的组成与本产品同其他各部分的联系与接口。2.2 产品功能本条是为将要完成的软件功能供应一个摘要。例如，对于一个记帐程序来说，需求说明可以用这部分来描述：客房帐目维护, 客房财务报表与发票制作，而不必把功能所要求的大量的细微环节描写出来。有时，假如存在较高层次的规格说明时，则功能摘要可从中取得，这个较高层次的规格说明为软件产品安排了特别的功能，为了清晰起见，请留意：a 编制功能的一种方法是制作功能表，以便客房或者第一次读这个文件的人都可以理解；b 用方
5、框图来表达不同的功能与它们的关系也是有扶植的。但应牢记，这样的图不是产品设计时所需求的，而只是一种有效的说明性的工具。2.3 用户特点列出本软件的最终用户的特点，充分说明操作人员, 维护人员的教化水平与技术专长，以及本软件的预期运用频度。这些是软件设计工作的重要约束。2.4 一般约束本条对设计系统时限制开发者选择的其他一些项作一般性描述。而这些项将限定开发者在设计系统时的任选项。这些包括：a 管理方针；b 硬件的限制；c 与其他应用间的接口；d 并行操作；e 审查功能；f 限制功能；g 所需的高级语言；h 通信协议；i 应用的临界点；j 平安与保密方面的考虑。2.5 假设与依据本条列出影响需求
6、说明中陈述的需求的每一个因素。这些因此不是软件的设计约束，但是它们的变更可能影响到需求说明中的需求。例如：假定一个特定的操作系统是在被软件产品指定的硬件上运用的，然而，事实上这个操作系统是不行能运用的，于是，需求说明就要进行相应的变更。3 具体需求3.1 功能需求3.1.1 功能需求1对于每一类功能或者有时对于每一个功能，须要具体描述其输入, 加工与输出的需求。由四个部分组成：a 引言描述的是功能要达到的目标, 所彩的方法与技术，还应清晰说明功能意图的由来与背景。b 输入1) 具体描述该功能的全部输入数据，如：输入源, 数量, 度量单位, 时间设定, 有效输入范围（包括精度与公差）；2) 操作
7、员限制细微环节的需求。其中出名字, 操作员活动的描述, 限制台或操作员的位置。例如：当打印检查时，要求操作员进行格式调整；3) 指明引用接口说明或接口限制文件的参考资料。c 加工定义输入数据, 中间参数，以获得预期输出结果的全部操作。它包括如下的说明：1) 输入数据的有效性检查；2) 操作的依次，包括事务的时间设定；3) 响应，例如，溢出, 通信故障, 错误处理等；4) 受操作影响的参数；5) 降级运行的要求；6) 用于把系统输入变换成相应输出的任何方法（方程式, 数学算法, 逻辑操作等）；7) 输出数据的有效性检查。d 输出1) 具体描述该功能全部输出数据，例如：输出目的地, 数量, 度量单
8、位, 时间关系, 有效输出的范围（包括精度与公差）, 非法值的处理, 出错信息；2) 有关接口说明或接口限制文件的参考资料。此外，对着重于输入输出行为的系统来说，需求说明应指定全部有意义的输入, 输出对及其序列。当一个系统要求记忆它的状态时，须要这个序列，使得它可以依据本次输入与以前的状态作出响应。也就是说，这种状况如同有限状态机。3.1.2 功能需求23.1.n 功能需求n3.2 外部接口需求3.2.1 用户接口供应用户运用软件产品时的接口需求。例如，假如系统的用户通过显示终端进行操作，就必需指定如下要求：a 对屏幕格式的要求；b 报表或菜单的页面打印格式与内容；c 输入输出的相对时间；d
9、程序功能键的可用性。3.2.2 硬件接口要指出软件产品与系统硬部件之间每一个接口的逻辑特点。还可能包括如下事宜：支撑什么样的设备，如何支撑这些设备，有何约定。3.2.3 软件接口在此要指定需运用的其他软件产品（例如，数据管理系统, 操作系统或数学软件包），以及同其他应用系统之间的接口。对每一个所需的软件产品，要供应如下内容：a 名字；b 助记符；c 规格说明号；d 版本号；e 来源。 对于每一个接口，这部分应说明与软件产品相关的接口软件的目的，并依据信息的内容与格式定义接口，但不必具体描述任何已有完整文件的接口，只要引用定义该接口的文件即可。3.2.4 通信接口指定各种通信接口。例如，局部网络
10、的协议等等。3.3 性能需求从整体来说，本条应具体说明软件, 或人与软件交互的静态或动态数值需求。A 静态数值需求可能包括：1) 支持的终端数；2) 支持并行操作的用户数；3) 处理的文卷与记录数；4) 表与文卷的大小。B 动态数值需求可能包括：欲处理的事务与任务的数量，以及在正常状况下与峰值工作条件下肯定时间周期中处理的数据总量。 全部这些需求都必需用可以度量的术语来叙述。例如，95的事务必需在小于1s时间内处理完，不然，操作员将不等待处理的完成。3.4 设计约束设计约束受其他标准, 硬件限制等方面的影响。3.4.1 其他标准的约束本项将指定由现有的标准或规则派生的要求。例如：a 报表格式；
11、b 数据命名；c 财务处理；d 审计追踪，等等。3.4.2 硬件的限制本项包括在各种硬件约束下运行的软件要求，例如，应当包括：a 硬件配置的特点（接口数，指令系统等）；b 内存储器与协助存储器的容量。3.5 属性在软件的需求之中有若干个属性，以下指出其中的几个（留意：对这些决不应理解为是一个完整的清单）。3.5.1 可用性可以指定一些因素，如检查点, 复原与再启动等，以保证整个系统有一个确定的可用性级别。3.5.2 平安性指的是爱护软件的要素，以防止各种非法的访问, 运用, 修改, 破坏或者泄密。这个领域的具体需求必需包括：a 利用牢靠的密码技术；b 驾驭特定的记录或历史数据集；c 给不同的模
12、块安排不同的功能；d 限定一个程序中某些区域的通信；e 计算临界值的检查与。3.5.3 可维护性规定若干需求以确保软件是可维护的。例如：a 软件模块所须要的特别的耦合矩阵；b 为微型装置指定特别的数据程序分割要求。3.5.4 可转移 转换性规定把软件从一种环境移植到另一种环境所要求的用户程序，用户接口兼容方面的约束等等。3.5.5 警告指定所需属性非常重要，它使得人们能用规定的方法去进行客观的验证。3.6 其他需求依据软件与用户组织的特性等，某些需求放在下面各项中描述。3.6.1 数据库本项对作为产品的一部分进行开发的数据库规定一些需求，它们可能包括：a 在功能需求中标识的信息类别；b 运用的
13、频率；c 存取实力；d 数据元素与文卷描述符；e 数据元素, 记录与文卷的关系；f 静态与动态的组织；g 数据保存要求。 注：假如运用一个现有的数据库包，这个包应在“软件接口”中命名，并在那里具体说明其用法。3.6.2 操作这里说明用户要求的常规的与特别的操作。A 在用户组织之中各种方式的操作。例如，用户初始化操作；B 交互作用操作的周期与无人操作的周期；C 数据处理运行功能；D 后援与复原操作。 注：这里的内容有时是用户接口的一部分。3.6.3 场合适应性需求这里包括：a 对给定场合或相关任务或操作方式的任何数据或初始化依次的需求进行定义。例如，栅值，平安界限等等。b 指出场合或相关任务为特点，这里可以被修改以使软件适合特别配制的要求。4 附录对一个实际的需求规格说明来说，若有必要应当编写附录。附录中可能包括：a 输入输出格式样本，成本分析探讨的描述或用户调查结果；b 有助于理解需求说明的背景信息；c 软件所解决问题的描述；d 用户历史, 背景, 经验与操作特点；e 交叉访问表。按先后次序进行编排，使一些不完全的软件需求得以完善；f 特别的装配指令用于编码与媒体，以满意平安, 输出, 初始装入或其他要求。 注：当包括附录时，需求说明必需明确地说明附录是不是需求要考虑的部分。