发布时间 : 星期日 文章2011版软件工程实验指导书更新完毕开始阅读42bbe47927284b73f2425093
二、需求规格说明书
完成人：
1．概述（Summary）
1.1项目的目的与目标（Purpose and Aim of Project）
项目的目的是对开发本系统意图的总概括。项目的目标是将目的细化后的具体描述。项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。
对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统目标。
1.2 术语定义（Terms Glossary）
将该用户需求报告中的术语、缩写进行定义, 包括用户应用领域与计算机领域的术语与缩写等。
1.3 相关文档（Related Documents）
说明用户需求报告的变更，以及可能受变更影响的其他相关文档，如：项目开发计划和设计说明书。
2．问题初始分析（Early Analysis）
2.1 场景描述（Scene Description）
自然语言描述
2.2 初始功能提取（Early Function Distill）
自然语言描述
3．目标系统功能需求（Function of Target System）
3.1 功能需求分析（Function Analysis）
创建用例模型与域模型，要求采用用例表进行用例规约描述，必要时采用活动图进行检验。 3.2 功能需求点列表（Function List）
在功能需求分析完成后，要详细列出用户需求功能点列表，提供给后续设计、编程、测试中使用，更是为了用户测试验收中使用。功能需求点列表的格式，如表2-1所示。
表2-1 功能需求点列表
编 号 1 2
功 能 名 称 使 用 人 功 能 描 述 输 入 内 容 输 出 内 容 9
4．目标系统性能需求（Performance of Target System）
4.1 时间要求（Time Request）
如：
（1）响应时间，如查询的最长等待时间。 （2）更新处理时间，如记账的最长时间。
（3）数据的转换和传送时间，如远程数据传输的时间要求。 （4）解题时间。 4.2 空间要求（Space Request）
如：
（1）支持的终端数。
（2）支持的并行操作的使用者数。 （3）处理的文件和记录数。 （4）处理任务的数量。
（5）对输入和输出数据的精度要求。 （6）对处理和传输过程中的精度要求。 4.3 性能需求点列表（Performance List）
详细列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。需求性能点列表的格式，如表2-2所示。
表2-2 性能需求点列表
编 号 1 2 3
性能名称 使用部门 使用岗位 性能描述 输入内容 输出内容 5．目标系统界面与接口需求（Interface of Target System）
5.1 界面需求（Interphase Requirement）
界面的原则要求，如方便、简洁、美观、一致等。整个系统的界面风格定义，某些功能模块的特殊的界面要求。
（1）输入设备：键盘、鼠标、条码扫描器、扫描仪等；
（2）输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等； （3）显示风格：图形界面、字符界面、IE界面等； （4）显示方式：1024*768、640*480等； （5）输出格式：显示布局、打印格式等。 5.2 接口需求（Interface Requirement）
与其他系统的接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其他系统等。
（1）与系统特殊外设的接口，如CT机、磁共振、柜员机（ATM）、IC卡、盘点机等。
10
（2）与中间件的接口，要列出接口规范、入口参数、出口参数、传输频率等。 应在此列举出所有的外部接口名称、接口标准、规范。外部接口列表，如表2-3所示。
表2-3 外部接口需求点列表
编 号 1 2 3
接口名称 接口规范 接口标准 入口参数 出口参数 传输频率 6．目标系统其他需求（Other Requirements of Target System）
6.1 安全性（Security） 6.2 可靠性（Dependability） 6.3 灵活性（Agility）
6.4 特殊需求（Special Requirements）
如：
（1）进度需求：系统的阶段进度要求。
（2）运行环境需求：平台、体系结构、设备要求。
（3）培训需求：用户对培训的需求，是否提供多媒体教学光盘。
（4）推广需求：推广的要求，如在上百个远程部门推广该系统，是否要有推广的支持软件。
7．目标系统假设与约束条件（Suppose and Restriction of Target System）
假设与约定条件是对预计的系统风险的描述, 如： （1）法律、法规和政策方面的限制。
（2）硬件、软件、运行环境和开发环境方面的条件和限制。 （3）可利用的信息和资源。 （4）系统投入使用的最晚日期。
11
三、设计规格说明书
完成人：
1．引言（Introduction）
本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。 1.1 目的（Purpose）
本文档的目旨在推动软件工程的规范化，使设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。
1.2 命名规则（Naming Rule）
变量对象命名规则：申明全局变量、局部变量对象的命名规则。
数据库对象命名规则：申明数据库表名、字段名、索引名、视图名等对象的命名规则。 1.3 术语定义（Terms Glossary）
术语定义或解释一般用表格形式给出，如表3-1所示。
表3-1 术语定义或解释表
序 术 语 名 号 称 软件系统的总体逻辑结构。按照不同的设计方法，有不同的总体逻辑1 总体结构 结构。若采用面向功能或面向数据的设计方法，则总体逻辑结构为一树形的功能模块结构图。若采用面向对象或面向部件（构件）的设计方法，则总体逻辑结构为部件（构件）的组装图 本软件系统与其他软件系统之间的接口，接口设施可以是中间件。接2 3 4 5 6 7 8 9 10 11
外部接口 数据结构 概念数据 模型CDM 物理数据 模型PDM 视图 角色 子系统 模块 内部接口 相关文件 口描述包括：传输方式、带宽、数据结构、传输频率、传输量、传输协议 数据结构包括：数据库表的结构、其他数据结构等 关系数据库的逻辑设计模型，叫做概念数据模型。主要内容包括一张逻辑E-R图及其相应的数据字典 关系数据库的物理设计模型，叫做物理数据模型。主要内容包括一张物理表关系图及其相应的数据字典 在基表或其他视图之上建立的一张虚表，叫做视图，它具有物理表的许多性质，在数据处理和授权上很有用 数据库中享有某些特权操作的用户，叫做角色。角色的权利通过授权来实现 具有相对独立功能的小系统叫做子系统。一个大的软件系统可以划分为多个子系统，每个子系统可由多个模块或多个部件组成 具有功能独立、能被调用的信息单元叫做模块。模块是结构化设计中的概念 软件系统内部各子系统之间、各部件之间、各模板之间的接口，叫做内部接口。接口描述包括：调用方式、入口信息、出口信息等 相关文件是指当本文件内容变更后，可能引起变更的其他文件。如需12
术 语 定 义