(软件工程学习.docVIP

绪论 0.1软件工程的背景 从定义上说，软件工程是一门工程学，因此它和其它工程学科有一系列相同的职责。一个相同的特征是都必须有一个彻底说明要做什么东西的过程，及需求分析；但另外，软件项目受制于非常频繁的变更 0.2 软件工程的活动 定义要使用的软件开发过程 管理项目的开发活动 表述想要的软件产品 设计产品 产品实现，即编程 测试产品的单独模块 产品集成并做整体测试 产品维护 软件工程涉及4P，即People (人),Process (过程), Project (项目), Product (产品) 软件开发工作的产品不仅仅包含目标代码和源代码。文档、测试结果和生产率的度量也是。 0.3 过程 瀑布过程、迭代过程、增量过程、螺旋过程、… 0.4 项目(Project) 项目是为了生产所需要的工件应该采取的一组活动的集合。它包括和客户交流、撰写文 档、设计、编码和对产品做测试。 0.5 人员 (People) 软件项目中涉及到人与人之间的交互作用对于项目的成功与否有着深切的影响。人员问题影响项目的另一个因素与项目的风险承担者有关。 0.6 产品 (Product) 软件过程各阶段的输出都是产品。 第一章：过程 1.1 区分各种开发的过程，指出各自的优缺点 瀑布过程模型：概念分析，分析，设计，实现(编码)，单元测试，集成，系统集成，维护；易于控制文档 迭代过程模型：不断重复的瀑布过程被称为迭代模型；能够在每次迭代中都收集到过程中产生各种度量。 螺旋过程模型：该过程需要经历多次需求分析/设计/实现/测试这组顺序活动。这样做的主要原因是基于规避风险的需要；缺点：每次都要保持文档的一致性。 增量过程模型：在迭代过程模型基础上，每次迭代只是前一次的基础上增加少量功能。 统一软件开发过程(面向对象开发过程) 1.2 量化定义软件的质量 1.3 理解所需要的文档 第二章：项目管理 2.1 项目管理简介 2.1.1 项目管理的含义 项目管理是指在有限的时间和资金内管理产品的生产过程。因为需要人力资源，所以项目管理不仅涉及到技术和组织方面的技能，而且涉及到管理人员的艺术。 2.1.2 项目管理的要素 结构(涉及到组织元素) 管理过程(参与人员的职责和监督) 开发过程(方法、工具、语言、文档和支持) 进度(开展工作各部分的时间安排) 2.1.3 主要变量：成本、性能、质量和进度 2.1.4 项目管理过程的典型路线图 了解项目内容、范围和期限 确定开发过程(方法、工具、语言、文档和支持) 设定组织结构 明确管理过程(各参与人员的职责) 制定时间表(工作各部分的时间安排) 制定人力计划 风险管理 确定要生产的文档 开始执行项目 2.2管理项目人员 2.2.1 专业精神 2.2.2 人员管理的重要性 开发软件需要的首要因素是人员 2.2.3 企业的视角 2.2.4 管理层的视角 2.2.5 工程师的视角 2.3 组织人员的选择 2.3.1 沟通管理 2.3.2 职责结构的选择 2.3.3 项目人员的来源 2.4 识别和规避风险 2.4.1 风险定义 风险就是在项目过程中有可能发生的某些意外事情，而且在最糟的情况下将对项目产生巨大的负面影响甚至导致失败。风险有两种类型 能够避免或则绕开的风险(“被消除”)，比如项目领导离开公司 不能避免的风险，比如没法做的事情 识别第二类风险可以在项目浪费资源之前就终止它。 2.4.2 风险管理概论 识别(心态：设法持续的识别风险) 规避计划 划分优先级 消除或者减弱风险 2.4.3 风险识别 2.4.4 风险规避 风险规避是指减轻甚至消除风险的过程。有两种方法：一时改变项目的需求，这样引起 风险的问题就不再存在；第二种方法是通过技术开发解决这个问题。 2.5 选择开发工具和支持 2.5.1 过程方法：可选的方法有瀑布、螺旋、统一和增量 2.5.2 工具 2.5.3 抉择：开发还是购买 2.5.4 语言选择 2.5.5 文档 2.5.6 支持服务 一个项目需要众多人的支持，包括系统管理员、网络管理员、数据库管理员、秘书等等。项目经理需要确保能够获得这些人员的服务。 2.6 创建时间表：概要的计划 标出必须关注的里程碑 通常包括交付日期 基于上述内容引入所需要的里程碑 例如：在交付之前做好系统测试 3． 列出第1次迭代 通常应该在功能上保持简单 好处：磨练自身的开发过程 4. 列出识别和规避风险的任务 从项目启动就开始 标出中期附近还没有分配任务的时间(例如，周) 完成时间表 第三章 需求分析(一) 本章讨论对于软件需求的整体分析。 3.1.1 需求分析的含义 要建造某个事物，必须首先了解这个“事物”是什么样子。了解并用文档描述这个事物的过程被称为“需求分析”。需求通常表达应用是用来做什么的；需求分析的输出