软件需求说明指导书模版.docx

软件需求规格说明书模板
分步阅读
软件需求规格说明书是软件开发过程需求分析阶段需要产出文档，是为了使用户和软件开发者对软件规格有一个共同了解而撰写，软件需求规格说明有标准模板

方法/步骤
1. 第一章是引言。
描述软件需求规格说明书纵览，帮助读者了解文档怎样编写而且怎样阅读和了解，包含五个部分：
1.1 编写目标 
      //对产品(项目)进行定义，在该文档中详尽说明这个产品软件需求，包           //括修正或发行版本号。假如这个软件需求规格说明书只和整个系统一           //部分相关，那么只定义文档中说明部分或子系统。
1.2 文档约定 
      //描述编写文档时所采取标准或排版约定，包含正文风格，提醒区或重           //要符号。比如，说明高层需求优先级是否能够被全部细化分需求所继           //承，或每个需求陈说是否全部有优先级。
1.3 读者对象和阅读提议    
      //列举软件需求规格说明书所针正确不一样读者，比如开发人员、项目经理、       //营销人员、用户、测试人员等。描述文档中剩下部分内容及其组织结           //构。提出最适合每一类读者阅读文档提议。
1.4 项目范围
     //提供对指定软件及其目标简短描述，包含利益和目标。把软件和企业      //目标或业务策略相联络。能够参考项目范围文档，而不是将其内容复制到      //这里
1.5 参考资料
     //列举编写软件需求规格说明书时所参考资料或其它起源。可能包含用户      //界面风格指导、协议、标准、系统需求规格说明书，用户需求、相关产品      //软件需求规格说明书。这里应给出具体信息，包含标题名称、作者、      //版本号、日期、出版单位或资料起源，以方便读者查阅这些文件。

2. 第二章是总体描述。包含六个部分：
2.1 产品前景
     //描述软件需求规格说明书中所定义产品背景和起源。说明该产品是否      //是产品系列中下一个组员，是否是成熟产品所改善下一代产品，是否      //是现有应用程序替换品，或什邡市一个全新产品。
     //假如软件需求规格说明书定义了大系统一个组成部分，那么就要说明这      //部分软件是怎样和整个系统相关联，而且要定义出二者之间接口。建      //议使用系统结构图或实体关系图表示
2.2 产品功效
     //概述产品所含相关键功效，具体内容在第4节描述，所以这里只需要概括      //总结，比如用列表方法给出。很好地组织产品功效，使每个读者全部易      //于了解。用图形表示关键需求分组和它们之间联络。
     //提议使用数据步骤图（DFD）顶层图或类图来实现图形化
2.3 用户类及其特征
     //确定可能使用该产品不一样用户类并描述它们相关特征。有部分需求可      //能只和特定用户类相关。将该产品关键用户类和那些不太关键用户      //类区分开
2.4 运行环境
     //描述软件运行环境，包含硬件平台、操作系统和版本，还有其它软件      //组件或和其共存应用程序。
2.5 设计和实现上约束
    //确定影响开发人员自由选择问题，并说明这些问题为何成为一个限      
    //制。可能限制包含：
    //◆必需使用或避免特定技术、工具、编程语言、数据库
    //◆经费、进度、资源等方面限制
    //◆所要求开发规范或标准
    //◆企业策略、政府法规或工业标准
    //◆硬件限制，比如定时需求或存放器限制
    //◆数据转换格式标准
    //◆其它
2.6 假设和依靠

3. 第三章是系统功效。需要列出每个功效点，每个功效点包含以下三个方面：
3.X.1 描述和优先级
3.X.2 请求/响应序列
3.X.3 功效性需求
        //具体列出提交给用户软件功效，用户能够使用所提供功效实施服务           //或使用所指定用例实施任务。而且描述产品怎样响应可预知犯错           //条件或非法输入或动作。

4. 第四章是外部接口需求。包含四个部分：
4.1 用户界面
     //陈说所需要用户界面。描述每个用户界面逻辑特征。以下是可能要          //包含部分特征：
     //◆将要采取用户界面标准或产品系列风格
     //◆屏幕布局或处理方案限制
     //◆将出现在每个屏幕标准按钮、功效或导航链接
     //◆快捷键
     //◆错误信息显示标准
     //对于用户界面细节，比如特定对话框布局，提议写入一个独立用          //户界面规格说明中，不要写入软件需求规格说明书中
4.2 硬件接口
     //描述系统中硬件每个接口特征。可能包含支持硬件类型、软硬件之间      //交流数据和控制信息性质和所使用通信协议
4.3 软件接口
     //描述产品和其它外部组件连接，包含数据库，操作系统，工具库和集成      //商业组件。明确并描述在软件组件之间交换数据或信息目标，描述所      //需要服务及内部组件通信性质，确定将在组件之间共享数据。假如      //必需用一个特殊方法来实现数据共享机制，那么就必需把它定义为一个      //实现上限制
4.4 通信接口
     //描述和产品所使用通信功效相关需求，包含电子邮件、WEB浏览器、      //网络通信标准或协议及电子表格等，定义相关信息格式、要求通信安全      //或加密问题、数据传输速率和同时通信机制

5. 第五章是其它非功效性需求。包含四个部分：
5.1 性能需求
       //叙述不一样应用领域对产品性能需求，并解释它们原理以帮助开
       //发人员做出合理设计选择。确定相互合作用户数或所支持操              //作，响应时间和和实时系统时间关系；还要定义容量需求，比如存          //储器和磁盘空间需求或存放在数据库中表最大行数。也可能需要
       //针对每个功效需求或特征分别陈说其性能需求
5.2 安全性需求
       //陈说和系统安全性、完整性相关需求，包含产品创建或使用数据保          //护。明确产品必需满足安全性或保密性策略。
5.3 软件质量属性
      //具体陈说和用户或开发人员至关关键质量特征。这些特征必需是确定           //、定量并可检验。最少应指明不一样属性相对侧关键。
5.4 其它需求
      //定义至今未出现需求。比如国际化需求、法律上需求、相关操作、管       //理、维护、安装、配置、开启、关闭、修复、容错、监控等等方面需求

6. 6
第六章是数据字典。包含两个部分：
6.1 实体关系图
6.2 实体定义

7. 7
第七章是业务规则和业务算法：
7.1业务规则
    //列举出相关产品全部操作规则。比如什么人在特定环境下能够进行何种       //操作。这些规则不是功效需求，但它们能够暗示一些功效需求实施这些规       //则。业务规则范例以下图所表示：
7.2算法说明
    //用于实施系统计算功效公式和算法描述，类似于业务规则。如神州行
    //套餐计费标准说明。
    //a.每个关键算法概况；
    //b.用于每个关键算法具体公式。

8. 8
文档最终是附录部分,包含：
附录A：分析模型(包含包含数据流图、类图、状态转换图)
附录B：待确定问题列表
附录C：编写文档标准