需求工程

1 绪论
1．1 需求简介
1．2 系统工程简介
1．3 定义需求工程
1．3．1 需求的定义
1．3．2 利益相关方的定X
1．3．3 需求工程的定义
1．4 需求和质量
1．5 需求与生命周期
1．6 需求追溯
1．7 需求与建模
1．8 需求与测试
1．9 问题域和解决域的需求
1．10 需求和设计的不可知论
1．11 需求与接口
1．12 如何阅读本书
2 需求工程的通用过程
2．1 引言
2．2 开发系统
2．3 通用过程的上下文
2．3．1 输入需求和衍生需求
2．3．2 验收标准与验证策略
2．4 通用过程介绍
2．4．1 理想的开发过程
2．4．2 变更环境中的开发
2．5 通用过程信息模型
2．5．1 信息类别
2．5．2 协商状态
2．5．3 验证状态
2．5．4 满足状态
2．5．5 信息模型约束条件
2．6 通用过程的细节
2．6．1 协定需求
2．6．2 分析与模型
2．6．3 导出需求和验证策略
2．7 总结
3 需求工程的系统建模
3．1 引言
3．2 需求工程的表现形式
3．2．1 数据流图
3．2．2 实体关系图
3．2．3 趺态转换图
3．2．4 面向对象法
3．3 方法
3．3．1 观点式方法
3．3．2 面向对象法
3．3．3 UMI。符号
3．3．4 系统建模语言
3．3．5 形式化方法
3．4 基于模型的系统工程
3．5 建模和验id
3．6 总结
4 编写和审阅需求
4．1 引言
4．2 需求的要求
4．3 构建需求文档
4．4 关键需求
4．5 使用属性
4．5．1 需求表达的定
4．6 确保需求一致性
4．7 需求值
4．8 需求的语言
4．9 需求模板
4．10 需求粒度
4．11 需求与建模
4．12 需求陈述的编写标准
4．13 需求编写指南
4．14 总结
5 问题域中的需求工程
5．1 什么是问题域
5．2 利益相关方需求通用过程
5．3 与客户约定需求
5．4 分析与建模
5．4．1 确定利益相关方
5．4．2 创建使用模型
5．4．3 设定系统范围
5．5 衍生需求
5．5．1 定义需求集的结构
5．5．2 捕获需求
5．5．3 确定验收标准
5．5．4 确定验证策略
5．6 总结
6 解决域的需求工程
6．1 什么是解决域
6．2 从利益相关方需求到系统需求的工程需求
6．2．1 生成系统模型
6．2．2 创建派生系统需求的系统模型
6．2．3 银行示例
6．2．4 汽车示例
6．2．5 从系统模型中衍生需求
6．2．6 与设计团队约定系统需求
6．3 从系统需求到子系统需求的需求工程
6．3．1 创建系统架构模型
6．3．2 借助架构设计模型衍生需求
6．4 使用设计架构的其他转换
6．5 总结
7 高级可追溯性
7．1 引言
7．2 基本可追溯性
7．3 理由
7．4 满足关系申明
7．5 可扩展追溯性
7．6 支持信息和证据
7．7 充分性和必要性
7．8 评审可追溯性
7．9 满足关系申明的表达
7．10 可扩展追溯性分析
7．11 需求向下展
7．12 用于验证的可扩展追溯性
7．13 实现可扩展追溯性
7．13．1 单层可扩展追溯性法
7．13．2 多层可扩展追溯性
7．14 设计文档
7．15 可追溯性度量
7．15．1 宽度
7．15．2 深度
7．15．3 增长
7．15．4 平衡
7．15．5 潜在变更16
7．16 总结
8 DOORS：需求管理工具
8．1 引言
8．2 需求管理案例
8．3 DOORS信息模型
8．4 项目域
8．5 文档模块
8．6 制品
8．7 追溯链接
8．8 视图
8．8．1 视图中的行
8．8．2 视图中的列
8．9 制品类型和属性
8．10 导入和导出
8．11 总结
9 需求工程管理
9．1 管理概论
9．2 需求管理问题184
9．2．1 需求管理问题总结
9．3 管理采购组织中的需求
9．3．1 规划
9．3．2 监控
9．3．3 变更
9．4 供应商组织
9．4．1 竞标管理
9．4．2 开发
9．5 产品组织
9．5．1 规划
9．5．2 监督
9．5．3 变更
9．6 敏捷开发
9．7 组织文化
9．8 总结
9．8．1 计划
9．8．2 监控
9．8．3 变更
9．8．4 组织文化
参考文献
附录 部分图片中英对照
索引