软件需求工程大纲

《软件需求工程大纲》由会员分享，可在线阅读，更多相关《软件需求工程大纲（15页珍藏版）》请在装配图网上搜索。

1、第一部分软件需求的基本概念第1章需求问题/1.1软件开发的目标1.2项目失败与成功的原因1.3需求在项目中的作用1.4需求错误的代价1.5高质量的需求过程带来的好处1.6若干需求定义1.7好的需求应具有的特性1.7.1歧义因素1.7.2完整性因素1.7.3一致性因素1.7.4可检验性因素1.7.5确定性因素1.7.6可跟踪性因素1.7.7正确性因素1.7.8可行性因素1.7.9必要性因素第2章需求的层次/2.1业务需求2.2用户需求2.3功能需求2.4非功能需求2.4.1可靠性2.4.2可用性2.4.3有效性2.4.4可维护性2.4.5可移植性2.4.6约束2.5需求路线图练习一软件需求工程第

2、二部分需求工程与需求工程过程第3章软件需求与产品生命周期/3.1瀑布模型3.2快速应用开发模型3.3螺旋模型3.4RUP3.4.1统一软件开发过程RUP的二维开发模型 3.4.2RUP的核心概念3.4.3RUP中的各个阶段和里程碑3.4.4RUP的核心工作流3.4.5RUP的裁剪3.4.6RUP的迭代开发模式 3.4.7RUP的6大经验3.4.8RUP的十大要素3.4.9RUP总结 3.5迭代式模型3.5.1迭代3.5.2迭代方法在需求管理中的优势3.5.3迭代模型与瀑布模型的差别3.5.4迭代方法常见的问题3.5.5应用迭代方法给分析人员带来的新思维3.6敏捷方法3.6.1敏捷方法遵循的原则

3、3.6.2敏捷开发与需求3.6.3敏捷方法的适用条件和不适用条件3.7形式化方法3.7.1形式化方法的优缺点3.7.2形式化方法的10条戒律3.8关于选择生命周期模型的总结第4章需求工程/4.1什么是需求工程4.2需求工程的内容4.3需求工程过程4.3.1Pressman的需求工程过程4.3.2Boehm的需求工程过程4.4需求工程的涉众人员4.5需求工程的方法4.6面向对象的需求工程方法 4.7面向对象的需求工作流4.7.1问题分析4.7.2理解涉众需要4.7.3定义系统4.7.4管理项目规模4.7.5改进系统定义4.8需求过程的改进4.8.1需求与其他项目过程的联系4.8.2软件需求对其他

4、涉众的影响4.8.3需求过程改进的基础4.8.4过程改进周期4.8.5需求过程改进路线图练习二第三部分需求获取与需求分析第5章需求获取的方法/5.1需求的获取方法5.1.1面向目标的方法5.1.2基于场景（scenario）的方法5.1.3面向方面（aspect）的方法5.1.4面向视点（viewpoint）的方法5.1.5基于知识的方法5.2需求描述语言5.3案例分析第6章寻找客户的需求/6.1在问题定义上达成共识6.2了解问题产生的根本原因6.2.1鱼骨图6.2.2帕累托图6.3确定涉众和用户6.4确定系统的界限6.5确定解决方案的约束条件第7章理解用户的需要/7.1用户访谈7.1.1准备

5、访谈7.1.2计划和安排访谈日程7.1.3访谈开始和结束7.1.4引导访谈7.1.5调查问卷7.2专题讨论会7.3情节串联板第8章定义系统/8.1项目的范围问题8.1.1项目的可用资源8.1.2项目开发时间8.1.3系统功能、时间与资源8.2客户要求的总比实际的要多8.3确立系统基线8.3.1设定优先级8.3.2评估工作量8.3.3加入风险因素8.3.4缩小项目范围，确定基线8.4建立项目前景文档第9章管理客户/9.1让客户确认项目范围 9.2遇到变更要与客户沟通 第10章需求建模/10.1什么是需求分析模型10.2需求分析阶段模型的作用第11章结构化分析建模/11.1数据模型11.1.1数据

6、对象11.1.2属性11.1.3关系11.1.4实体关系图11.2功能模型数据流图11.3行为模型状态转换图11.4数据字典11.5其他结构化分析方法的概述11.5.1数据结构化系统开发11.5.2Jackson 系统开发11.5.3SADT11.6结构化分析小结第12章面向对象的建模 /12.1UMLUnified Modeling Language 12.2可视化的建模工具Rose 12.3UML对用例驱动需求工程的支持 第13章业务建模/13.1业务建模是什么13.2为什么要业务建模13.3需求和业务建模13.4业务建模时期的主要任务13.5业务建模中的用例业务用例13.5.1业务角色和

7、业务主角13.5.2业务对象13.5.3CRC建模13.6建立业务用例模型13.7业务建模的步骤13.8从业务模型到系统模型13.9何时使用业务建模第14章用例建模/14.1什么是用例14.2用例的内容 14.3用例方法的特点 14.4建立用例模型 14.4.1寻找参与者 14.4.2确定用例14.5描述用例规约 14.5.1基本流14.5.2备选流 14.5.3用例场景 14.5.4特殊需求 14.5.5前置和后置条件 14.6检查用例模型 14.7系统需求 14.7.1需求工件集14.7.2补充规约 14.7.3词汇表 14.8调整用例模型 14.8.1参与者之间的关系14.8.2用例之间

8、的关系14.9管理用例模型复杂度 14.9.1用例包 14.9.2用例的粒度14.9.3用例图14.10常见的用例建模的错误14.11使用用例的好处第15章原型开发/15.1原型方法的选择15.2原型方法的工具15.3选择适当的原型方法15.4原型评价15.5原型法的最大风险15.6原型法成功的因素练习三第四部分需求文档与需求质量验证第16章软件需求规格说明/16.1需求规格说明书解决的项目问题16.2需求规格说明模板（IEEE/ANSI 8301993）16.3需求文档的编写原则16.4高质量的SRS的一些特性16.5软件需求规格说明书的评审第17章需求验证/第18章需求评审/18.1评审概

9、述 18.1.1评审类型 18.1.2计划 18.2准备18.3评审过程18.3.1理解评审流程18.3.2理解评审员角色18.3.3指定协调员18.3.4使评审保持简短18.3.5确定问题，而不要解决问题18.4常见的几种需求评审的问题18.5如何做好需求评审18.5.1分层次评审18.5.2正式评审与非正式评审结合18.5.3分阶段评审18.5.4精心挑选评审员18.5.5对评审员进行培训18.5.6充分利用需求评审检查单18.5.7建立标准的评审流程18.5.8做好评审后的跟踪工作18.5.9充分准备评审18.6需求评审的困难18.7测试需求练习四第五部分软件需求管理第19章需求管理所要

10、完成的任务/19.1需求共识 19.2根据需求设计解决方案 19.3系统优化 19.4方案设计 19.5必要的修改 19.6任务划分 19.7产品测试 19.8重复开发 19.9项目管理的辅助 第20章需求管理模型/20.1需求管理模型的特点20.2存在的各种关联 20.3需求管理的主要活动20.4需求管理与能力成熟度模型20.4.1能力成熟度模型CMM20.4.2关键过程域与需求管理20.5需求管理步骤20.6需求管理中须注意的问题第21章管理变更/21.1需求变更的因素（内部、外部）21.1.1对需求的理解存在分歧21.1.2系统实施时间过长21.1.3用户业务需求改变21.1.4系统正常

11、升级21.2需求变更的代价 21.3减少需求变更 21.4需求变更的过程管理21.4.1认识到变更不可避免，为变更制订计划21.4.2确认需求基线21.4.3建立控制变更的唯一渠道21.4.4使用变更控制系统来捕获变更21.4.5分层次地管理变更21.5需求变更管理实践中的对策21.5.1优先排序，分批实现21.5.2相互协作，充分交流21.5.3合同约束，区别对待21.5.4选用适当的开发模型21.5.5用户参与需求评审21.6需求配置管理21.7基线管理21.8需求状态的变化第22章需求风险管理/22.1与需求有关的风险22.1.1无足够用户参与22.1.2用户需求的不断增加22.1.3模

12、棱两可的需求22.1.4不必要的特性22.1.5过于精简的规格说明22.1.6忽略了用户分类22.1.7不准确的计划22.2评估需求风险22.2.1需求获取阶段22.2.2需求分析阶段22.2.3需求规格说明22.2.4需求验证22.2.5需求管理22.3风险管理是项目管理人员的好助手第23章需求跟踪/23.1需求跟踪动机23.2需求跟踪的定义23.3跟踪关系23.4需求跟踪链23.5通用的跟踪模型23.5.1在系统定义领域跟踪需求23.5.2在实现领域跟踪需求23.5.3在测试领域跟踪需求23.5.4需求跟踪能力工具23.5.5需求跟踪能力过程23.5.6需求跟踪能力可行性与必要性第24章需求管理工具/24.1商业需求管理工具24.2使用需求管理工具的益处24.3实现需求管理自动化24.4几种需求管理工具介绍练习五附录A软件需求规格说明书样本/参考文献/15 / 15