-
概述 软件过程管理概念、软件过程分类（5大类）、常见软件过程
a. 软件过程是用于软件开发及维护的一系列活动、方法及实践。
b. 软件过程分类（5大类）：客户-供应商过程，工程过程，支持过程，管理过程，组织过程。
c. 软件过程模型：瀑布模型、快速原型模型、增量模型、螺旋模型、形式化方法模型、基于组件的开发模型
-
软件质量定义、一级质量属性（必须掌握）、4个使用质量
软件质量是软件产品满足明确或隐含需要能力的性能和特性的总体
一级质量属性：功能性functionablity
可靠性reliablity
易用性usability
效率efficiency
可维护性maintainability
可移植性portability
4个使用质量： 有效性effectiveness
生产率productivity
安全safety
满意度satisfaction
-
软件质量管理、朱兰质量管理三部曲
质量管理是指确定质量方针、目标和职责，并通过质量体系中的质量策划、控制、保证和改进来使其实现的全部活动。
朱兰质量管理三部曲
质量计划 (Quality Plan)：确定项目应达到的质量标准，以及如何满足质量标准 的计划安排和方法。
质量保证(Quality Assurance, QA)：确保项目达到有关标准，而开展的有计划、有组织的工作活动。”Is it done right?”
质量控制(Quality Control, QC)：是确定项目结果与质量标准是否相符，并及时纠正产品缺陷的过程。”Is it right done?”
-
软件项目管理、项目的概念、10个知识领域、5个阶段
基本概念
项目：项目是为完成某一独特的产品、服务或成果所做的一次性努力。
项目管理：项目管理(PM)就是在项目活动中运用相关知识, 技能, 工具和技术满足项目的要求。
五大过程：启动过程，计划过程，执行过程，控制过程，收尾过程
十大知识领域：项目集成管理，项目范围管理，项目时间管理，项目成本管理 ，项目质量管理，项目人力资源管理，项目沟通管理，项目风险管理，项目采购管理，项目利益相关者管理
-
进度，成本，质量
项目目标三角形，进度、成本、质量。
-
IFPUG功能点
-
信息系统5大类及其作用
外部输入类型、外部输出类型、外部查询类型、外部接口文件类型、外部逻辑文件类型。
-
进度安排、优先网络、
-
风险（概念，处理框架）
概念：一个不确定的事件或者情况，若其一旦发生，会对项目的目标，例如，范围、进度、成本和质量，产生积极或消极的影响
风险三要素：事件，概率，影响
框架：风险识别、风险分析、风险策划、风险监督
-
挣值分析，背住公式
计划价值(已计划工作的预测成本)---Planned value --- PV---200*5
挣值(已执行工作的预测成本)---Earned value ---EV---200*3.5
实际成本(已执行工作的实际成本)--- Actual Cost ---AC---1000
进度偏差(已完成的工作值与计划的工作值的差)---Schedule Variance-- SV =EV-PV=700-1000
成本偏差(已完成工作的预算成本和实际成本的偏差)---Cost Variance --CV =EV-AC=700-1000
进度性能指标(Schedule Performance Index, SPI): SPI = EV / PV---大于1及比预期好
成本性能指标(Cost Performance Index, CPI): CPI = EV / AC----大于1及比预期好
-
CMMI两种表示方法
连续式：根据商业目标及目的，选择所关注的特定过程域，为过程改进提供最大的灵活性（优点）
阶段式：提供一个预定义的组织级改进的路线图，基于一组过程，其组成和顺序及相关的组织关系已证明（优点）
区别：连续式作为单一过程域或者过程域集合，阶段式作为整个组织已建立的一个过程域集合
-
CMMI关键过程域，关键实践活动
CMMI共有22个过程域：
等级2： 需求管理、项目计划项目监督和控制、供应商合同管理、过程和产品质量管理配置管理、度量和分析 等级3： 组织级过程焦点、组织级过程定义、组织级培训、集成化项目管理、需求开发、技术解决方案、产品集成、验证、确认、风险管理、决策分析和解决方案 等级4： 项目定量管理、组织级过程性能 等级5： 因果分析和解决方案、组织级改革和实施 等级 关键实践活动 GG1：达到特定目标 执行基础实践 GG2：制度化已管理过程 建立组织方针、策划过程、提供资源、分配责任、培训人员、管理配置、识别和包含利益相关者、监督与控制过程、客观评价遵从性、与高层管理人员评审状态 GG3：制度化已定义过程 建立已定义的过程、采集改进信息 GG4：制度化已定量管理过程 对过程建立定量目标、稳定子过程绩效 GG5：制度化优化过程 确保连续过程改进、纠正问题的根本原因 -
PSP4个设计模板，每个模板是干什么的，和UML图的对应关系
四个设计模板:
a. OST操作规格模板（UML:用例图）:描述了系统与外界的交互。描述了用户与待设计系统的正常情况下和异常情况下的交互。
b. FST功能规格模板（UML:类图）：描述了系统可以向用户提供对外部可见的行为说明书，以及与这些功能相关的系统行为，变量和内部关系（继承关系）。
c. SST状态规格模板（UML:时序图）：用于描述系统中所有可能发生的状态的集合，以及状态之间转换的条件，伴随的动作。
d. 逻辑规格模板（无）：用于描述系统中各有机组分（方法，项，算法等）的逻辑实现。
-
统一软件过程的6大经验，4个阶段
Rational Unified Process，统一软件开发过程，面对对象的软件工程的过程框架。
六大经验：
迭代式开发，管理需求，基于组件的体系结构，可视化建模，验证软件质量，控制软件变更
4个阶段：
初始，细化，构造，交付。(每个阶段做什么，做完的里程碑，中间产品是什么？)
主要活动 里程碑 中间产品 起始（先启/初始）阶段 ² 建立系统的业务模型² 捕获系统的基本需求² 确定系统的边界² 识别关键任务² 确定系统验收标准² 进行项目风险评估² 进行项目资源的估计与效益分析² 制定项目开发计划于重要里程碑 生命期目标 ² 项目蓝图文档：系统的核心需求、关键特性与主要约束² 初始的用例模型（完成10%~20%）² 初始的项目术语表² 业务用例模型，包括商业环境、验收标准和财政预测² 初始的风险评估² 一个可以显示阶段和迭代的项目计划² 一个或多个原型² 初始的架构文档 细化阶段（最关键的阶段） ² 细化构想，建立对大多数关键用例的确定理解² 分析问题域，建立坚实的架构² 细化机构并选择组件² 捕获80%的功能需求用例² 精化风险评估² 建立可执行的软件原型² 定义非功能需求² 制定过程迭代计划和迭代的评价标准 生命期构架 ² 系统架构基线² UML静态模型、UML动态模型、UML用例模型² 修订的风险评估² 修订的用例² 修订的项目计划² 可执行的原型 构造阶段 ² 资源管理、资源控制和过程优化² 完成组件开发并根据已定义的评价准则进行测试² 利用构想指定的准则对发布的产品进行评估 初始运作功能。构造阶段的结束时项目开发的第三个重要的里程碑。这个阶段产生的版本通常被称为β版。 ² 可运行的软件系统² UML模型² 测试用例² 用户手册² 发布描述 交付（转化、产品化）阶段 ² 将软件系统部署到用户环境² 修复软件的缺陷² 编制用户手册和其他文档² 培训用户和维护人员² 提供用户咨询 产品发布 ² 可运行的软件产品² 用户手册² 用户支持计划 -
解决方案6大角色
产品管理，程序管理，开发，测试，发布管理，用户体验。
-
敏捷软件开发4个基本价值观
注重个人及互动胜于过程和工具
注重可用的软件胜于详尽的文档
注重客户协作胜于合同谈判