软件工程过程 第0章 目录

第1章 绪论

1.1 软件制造是个复杂的过程

1.2 软件产品与软件工程过程

1.3 研究软件工程过程的意义

1.4 软件生存周期过程标准

1.4.1 基本概念

1.4.2 ISO/IEC 12207 软件生存周期过程标准

1.5 本书结构

第2章 软件开发的主要活动

2.1 需求工程

2.1.1 需求获取

2.1.2 需求分析

2.1.3 需求规格说明说

2.1.4 需求验证

2.1.5 需求跟踪管理

2.1.6 需求变更管理

2.2 设计

2.2.1 高层设计

2.2.2 详细设计

2.3 构造

2.4 测试

2.5 运行

2.6 软件项目管理

2.6.1 项目管理活动

2.6.2 软件开发计划

2.6.3 风险管理

2.7 配置管理

2.7.1 配置项和基线

2.7.2 配置库

2.7.3 配置管理流程

2.7.4 配置项标识

2.7.5 版本控制

2.7.6 配置控制

2.7.7 状态簿记

2.7.8 配置审计

2.8 验证与确认

2.8.1 V&V 的目标

2.8.2 计划 V&V 过程

2.8.3 软件 V&V 实施

2.9 软件质量保证

2.9.1 计划 SQA 过程

2.9.2 软件产品保证

2.9.3 软件工程过程考虑

2.9.4 SQA 适时考虑

2.10 联合评审

2.10.1 计划评审过程

2.10.2 项目管理评审

2.10.3 技术评审

2.11 审核

2.11.1 审核过程规范

2.11.2 审核的实施

2.12 软件文档管理

2.12.1 计划文档过程

2.12.2 文档的设计和开发

2.12.3 文档的生产和发行

2.12.4 文档的维护

2.13 基础设施过程

2.14 改进过程

2.15 培训过程

2.16 本章小结

第3章 软件生存周期模型

3.1 编码修正模型

3.2 瀑布模型

3.2.1 瀑布模型的优缺点

3.2.2 V 模型

3.3 增量模型

3.4 演化模型

3.5 螺旋模型

3.6 原型构造在生存周期模型中的应用

3.7 生存周期模型中兵法的作用

3.8 商业组件和复用的作用

3.9 统一软件工程过程模型

3.9.1 过程框架

3.9.2 核心元素

3.9.3 制品集的进化

3.9.4 项目计划

3.9.5 质量内嵌于过程中

3.9.10 主要困难与基础保障

3.10 MSF 过程模型

3.11 本章小结

第4章 瀑布模型应用实例

4.1 过程实例活动

4.1.1 Infosys 过程模型概述

4.1.2 需求规范

4.1.3 高层设计

4.1.4 详细设计

4.1.5 构建(编码)与单元测试

4.1.6 集成测试计划与实施

4.1.7 系统测试计划与实施

4.1.8 验收测试与安装

4.1.9 维护支持阶段

4.2 文档编制

4.3 WAR 系统开发过程实施案例

4.3.1 WAR 系统需求概述

4.3.2 高层设计阶段

4.3.3 详细设计阶段

4.3.4 构建与单元测试阶段

4.3.5 系统测试

4.3.6 验收和安装

4.4 本章小结

第5章 协同过程模型

5.1 模型概述

5.2 实际应用案例需求

5.3 初始阶段

5.3.1 基本活动

5.3.2 实施考虑

5.4 细化阶段

5.4.1 基本活动

5.4.2 实施考虑

5.5 构造阶段

5.5.1 主要活动

5.5.2 实施考虑

5.6 移交阶段

5.6.1 基本活动

5.6.2 实施考虑

5.7 本章小结

第6章 软件工程过程的建立与监控

6.1 软件工程过程的层次

6.1.1 U 级过程模型

6.1.2 A 级过程模型

6.1.3 W 级过程模型

6.1.4 各级别过程模型的应用层次

6.2 软件工程过程的建立

6.2.1 定义软件工程过程的一般步骤

6.2.2 软件开发过程的定义示例

6.3 软件工程过程的剪裁示例

6.3.1 概要级剪裁指南

6.3.2 详细级剪裁指南

6.3.3 WAR 项目的剪裁示例

6.4 项目计划的编制

6.5 过程的监控

6.5.1 过程变更处理

6.5.2 变更实施

6.6 过程改进

6.7 过程基础数据积累

6.7.1 迁移数据库

6.7.2 过程能力基准

6.7.3 过程资源

6.8 本章小结

第7章 软件工程过程改进

7.1 ISO 9001

7.1.1 质量体系框架

7.1.2 生存周期活动

7.2 CMM/CMMI

7.2.1 CMM 内部结构

7.2.2 CMM 成熟度级别

7.2.3 CMM 关键过程域

7.2.4 CMM 公共特征

7.2.5 CMM 关键实践

7.2.6 CMMI

7.2.7 评估模型的应用

7.2.8 其他过程评估模型

7.3 ISO/IEC 15504

7.3.1 ISO/IEC 15504 的组成

7.3.2 ISO/IEC 15504 的过程类别

7.3.3 ISO/IEC 15504 的能力等级

7.3.4 ISO/IEC 15504 的能力度量

7.3.5 ISO/IEC 15504 的应用

7.3.6 用 ISO/IEC 15504 开发与之兼容的评估方法

7.4 评估模型的发展

7.4.1 各种模型的比较

7.4.2 ISO/IEC 15504 标准发展趋势

7.5 本章小结

第8章 敏捷过程

8.1 敏捷联盟

8.2 XP 概述

8.3 XP 过程模型

8.3.1 模型总框架

8.3.2 迭代的过程细化

8.3.3 开发的过程细化

8.3.4 集体拥有代码的过程细化

8.4 XP 项目小组模型

8.5 本章小结

第9章 软件工程过程的发展趋势

9.1 计划驱动过程

9.2 敏捷过程

9.3 计划驱动过程与敏捷过程的比较

9.3.1 应用特征

9.3.2 管理特征

9.3.3 技术特征

9.3.4 人员特征

9.3.5 总结

9.4 敏捷过程与计划驱动过程的平衡

9.5 本章小结

时间: 2024-10-19 07:18:49

软件工程过程 第0章 目录的相关文章

软件工程过程 第6章 软件工程过程的建立与监控

1.软件工程过程的层次.P162 U级(Universial Level 宏观级)提供一个高层概要 W级(Wordly Level 物质世界级)提供实际工作指导 A级(Atomic Level 微观级) 通过更加详细的求精 2.U级过程模型是指生存周期模型,包含知道具体工作的方针.P163~P165 面向任务的模型 实体过程的模型 3.W级过程模型对完成工作任务的顺序提供指导,规定各项任务的启动条件和输出结果.P166 规程定义了进行质量保证评审的点以及如何处理所发现的问题 规定评审工作的比例.

软件工程过程 第1章 绪论

1.软件与硬件的差异:P1 软件更容易更改,且不需要昂贵的生产线进行批量生产.程序一旦被修改,只需要把修改后的程序再装入到其他计算机即可.这种便于修改的特点,使编程人员和软件开发组织开始采用一种“编码和修正”的方式来开发软件. 软件不会被破坏.软件是无形的,维护费用高.软件一般有更多的状态.模式和侧视途径,使之更难以规格化. 软件需求设计范围快速扩大,造成了软件人才的短缺. 2.解释“软件危机”.P2 软件的数量急剧膨胀,软件需求日趋复杂,维护的难度越来越大,开发成本之高令人吃惊,失败的软件开发

软件工程过程 第2章 软件开发的主要活动

1.需求工程.P13 需求是任何软件开发项目的基础. 好的需求是项目成功开发的必要条件. 需求分析工作可划分为两个阶段:需求开发和需求管理.需求开发就是传统意义上的需求分析. 2.需求开发(需求分析)的目标.P13 与客户和其他涉众在系统的工作内容方面达成并保持一致. 使系统开发人员能够更清楚地了解系统需求,定义系统边界: 为软件实施计划提供基础: 为估算开发系统所需成本和时间提供基础: 定义系统用户的需求和目标. 3.需求开发阶段包括需求获取.需求分析.规格化说明和需求验证4个活动:需求管理包

软件工程过程 第7章 软件工程过程改进

1.软件工程过程评估模型描述了作为有效过程特征的元素的结构化集合.这些评估模型提供了:P201 过程改进的出发点 业界过去经营的结晶 共同的语言和共享的构想 活动优先次序的框架 2.基于软件工程过程评估模型进行过程改进可以帮助组织或个人建立过程改进的目标和优先次序,协助改进过程,并为确保建立一个稳定.有能力的以及成熟的过程提供指南.P202 ISO 9001 CMM/CMMI ISO/IEC 15504 (SPICE) 3.软件质量管理体系由三部分要素构成:软件质量管理体系的框架.生存期基本活动

软件工程过程 第5章 协同过程模型

1.RUP的一个应用实例——协同过程模型.它很好地应用了RUP 倡导的用例驱动.以架构为中心.基于风险的迭代和增量开发思想.P116 2.协同过程模型概述.P116 协同过程模型包含初始.细化.构造和移交4个阶段. 在每个阶段内可进行多次迭代,该模型建议每个阶段内的迭代不少于3次 该模型可以依据项目进展进行多次循环,每次循环都经历该模型的4个阶段,称为一次增量,并向用户发布一个可执行的应用程序版本. 3.初始阶段.P118~P132 基本活动(项目管理方面.培训方面.技术开发方面)P118~P1

软件工程过程 第8章 敏捷过程

1.敏捷过程强调短期交付.客户的紧密参与,强调适应性而不是可预见性,强调为当前的需要而不考虑将来的简化设计,只将最必要的内容文档化,因此也被称为“轻量级过程”.P241 2.敏捷联盟遵循的12条原则.P242~P243 最优先要做的事是通过今早和持续交付有价值的软件使客户满意. 欢迎需求的变更,即使在软件开发的后期.敏捷过程利用项目需求变更来提升客户的市场竞争优势. 频繁向客户交付可以工作的软件产品,从几周到几个月,交付的时间间隔越短越好. 在整个项目开发周期,业务人员和开发团队应该天天在一起工

软件工程过程 第4章 瀑布模型应用实例

1.Infosys 过程模型如下图所示:P82 包括需求规范.高层设计.详细设计.构建.单元测试.集成测试计划.集成测试.系统测试计划.系统测试.文档化.验收测试.安装和维护支持. 2.需求阶段主要两个方面:问题分析和产品描述.需求分析活动可细分为需求准备.收集和分析3个步骤.产品描述活动也可以细分成规格说明书的准备.评审和客户的最后认可3个步骤.P83 3.需求规范主要参与人员:系统分析团队.评审团队和客户,主要输出是软件需求规格说明书文档和验收测试标准,结束条件是软件需求规格说明书文档和验收

C# 语言规范_版本5.0 (第0章 目录)

C# 语言规范 版本5.0 注意 © 1999-2012 Microsoft Corporation.保留所有权利. Microsoft.Windows.Visual Basic.Visual C# 和 Visual C++ 是 Microsoft Corporation 在美国和/或其他国家/地区的注册商标或商标. 本文提及的其他产品和公司名称可能是其各自所有者的商标. 目录 1. 介绍......................................................

第0章 目录

  C++STL开发技术导引 第一篇 预备知识  第1章 C++编程技术  第2章 C++模板技术  第3章 C++ I/O流技术   第二篇 C++STL泛化技术基础  第4章 C++STL泛型库概述  第5章 C++STL泛化技术分析   第三篇 C++STL容器技术  第6章 vector向量容器  第7章 deque双端队列容器  第8章 list双向链表容器  第9章 slist单向链表容器  第10章 bit_vector位向量容器  第11章 set集合容器  第12章 multi