软件需求工程大纲.docx

第一部分软件需求的基本概念第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需求路线图练习一软件需求工程第二部分需求工程与需求工程过程第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.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.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准备访谈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数据对象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业务角色和业务主角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用例之间的关系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评审概述 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章需求管理所要完成的任务/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系统正常升级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模棱两可的需求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软件需求规格说明书样本/参考文献/