需求工程

　　本书提供了许多反映需求工程中最佳实践的指南。这些指南基于任教在研究中以及在软件和开发中积累的经验，以一种易于理解的方式阐述了改进需求工程过程的方法。一般来说，这此指南适用于各类应用，更适用于系统工程和软件工程。Ian Sommerville英国著名软件工程专家，兰开斯特大学软件工程学教授。Ian Sommerville教授在软件工程的教学和科研方面有20多年的经验。目前他的研究领域包括计算机系统工程、需求工程、系统可靠性以及软件进化。Pete Sawyer英国兰开斯特大学计算机系高级讲师。 本书全面系统地阐述了一个组织应该如何改进需求工程过程。全书内容涵盖了需求工程过程改进的概念、方法和具体实现，主要提出了一些改进需求工程过程的实践性建议，并把这些建议表示成一组代表需求工程最佳方法的实践指南的形式。基于作者在研究、软件和系统开发中的经验，这些指南以一种标准的、易于理解的方式具体说明了如何改进一个组织的需求工程过程。它们适用于任何类型的应用，但通常适用于系统或软件工程。本书结构合理，内容丰富　

　　IanSommerville英国著名软件工程专家，兰开斯特大学软件工程学教授。IanSommerville教授在软件工程的教学和科研方面有20多年的经验。目前他的研究领域包括计算机系统工程、需求工程、系统可靠性以及软件进化。PeteSawyer英国兰开斯特大学计算机系高级讲师。

第1章  引言
  1．1  本书将如何帮助我
  1. 2  需求是什么
  1．3  需求工程是什么
  1. 4  需求文档是什么
  1. 5  需求文档的最好表示方式是什么
  1．6  需求应该达到怎么样的详细程度
  1. 7  功能需求和非功能需求的区别是什么
  1. 8  系统的项目相关人员是指谁
  1．9  系统规模的差别
  1．10  需求工程过程是什么
  1. 11  如何发现需求工程过程中的问题
  1. 12  能推荐一个良好的需求工程过程吗
  1．13  1S09000适用于什么地方
  1．14  在哪里能找到关于需求工程的更多信息
第2章  实际过程改进
  2. 1  过程成熟度
  2．2  过程评估
  2．3  过程改进
  2. 3．1  改进的成本
  2．3．2  CASE工具的使用
  2. 4  十大指南
  2．5  指南校验表
  2．5．1  初级指南
  2．5．2  中级指南
  2. 5．3  高级指南
第3章  需求文档
  3．1  定义标准的文档结构
  3．2  说明如何使用文档
  3．3  包含一个需求概要
  3．4  构造系统的业务案例
  3．5  定义专业术语
  3．6  安排好文档的版面使文档易读
  3．7  帮助读者查找信息
  3．8  使文档易于变更
第4章  需求抽取
  4．1  评估系统可行性
  4．2  注意组织和行政方面的因素
  4．3  识别和咨询系统的项目相关人员
  4．4  记录需求源
  4．5  定义系统的操作环境
  4．6  使用业务关系来驱动需求抽取
  4．7  寻找领域约束
  4．8  记录需求理由
  4．9  从多视点收集需求
  4．10  原型化难以理解的需求
  4．11  使用场景来抽取需求
  4．12  定义操作过程
  4．13  复用需求
第5章  需求分析和需求协商
  5．1  定义系统边界
  5．2  使用校验表进行需求分析
  5．3  使用软件支持协商
  5．4  对冲突和冲突解决方案做好计划
  5．5  需求分级
  5．6  使用多维方法进行需求分类
  5．7  使用交互矩阵发现冲突与重叠
  5．8  评估需求风险
第6章  需求描述
    6．1  定义描述需求的标准模板
    6．2  使用浅显、一致、简明的语言
    6．3  适当地使用图解
    6．4  用其他需求描述辅助自然语言
    6．5  定量说明需求
第7章  系统建模
    7．1  开发互补的系统模型
    7．2  系统环境建模
    7．3  系统体系结构建模
    7．4  用结构化方法进行系统建模
    7．5  使用数据字典
    7．6  记录项目相关人员需求和系统模型之间的联系
第8章  需求确认
    8．1  检查需求文档是否符合你的标准
    8．2  组织正式的需求审查
    8．3  使用多学科小组评审需求
    8．4  定义确认校验表
    8．5  使用原型化来使需求生动化
    8．6  编写用户手册草案
    8．7  设计需求测试案例
    8．8  解释系统模型
第9章  需求管理
    9．1  惟一地标识每一个需求
    9．2  定义需求管理的策略
    9．3  定义可跟踪性策略
    9．4  维护可跟踪性手册
    9．5  使用数据库来管理需求
    9．6  定义变更管理策略
    9．7  标识全局系统需求
    9．8  标识易变的需求
    9．9  记录丢弃的需求
第10章  关键系统的需求工程
    10．1  创建安全性需求校验表
    10．2  在确认过程中引入外部评审者
    10．3  标识和分析风险
    10．4  从风险分析中获得安全性需求
    10．5  根据安全性需求交叉核对操作需求和功能需求
    10．6  使用形式化规格说明来说明系统
    10．7  收集事件经验
    10．8  从事件经验中学习
    10．9  建立组织的安全文化
第11章  结构化方法系统建模
    11．1  背景和动力
    11．2  选择模型和方法
    11．3  模型
    11．3. 1  行为模型
    11．3．2  结构模型
    11．3．3  数据字典和其他建模技术
    11．4  方法
    11．4．1  方法附加值
    11．4．2  模型和方法
    11．5  更多信息 
第12章  形式化规格说明
  12．1  为什么进行形式化
  12．2  定义和生命期问题
  12．3  形式化规格说明方法
  12．4  动机和潜在效益
  12．5  问题、缺陷和经验教训
  12．6  成本
  12．7  对规格说明进行推理
  12．8  更多信息
第13章  视点
  13．1  为什么需要视点
  13．2  PREview：一个实用的视点方法
  13．2．1  PREview中的需求抽取
  13．2．2  PREview中的需求分析
  13. 2．3  需求协商
  13．2．4  需求定义
  13．2．5  212具问题
  13．3  更多信息