软件工程第13章 软件项目管理(简化)PPT课件

敏捷开发模型
敏捷开发模型是一种轻量级的软 件开发过程模型，它强调团队合 作、快速响应变化和持续交付。
敏捷开发模型的优点是能够快速 响应需求变更，提高开发效率和 质量，适用于需求不稳定、变化 快的项目。
敏捷开发模型的主要实践包括： 短周期迭代、持续集成、自动化 测试、重构和持续改进等。
缺点是需要高素质的开发团队和 成熟的开发环境支持，且对项目 管理的要求较高。
去中心化应用开发
基于区块链技术，开发去中心化应用（DApps），实现数据的分 布式存储和处理。
智能合约编写与部署
利用区块链平台提供的智能合约编写工具，编写并部署智能合约， 实现自动化执行和信任保障。
区块链安全与隐私保护
针对区块链应用的安全和隐私需求，采用密码学、访问控制等技术 手段进行保护。
THANKS
界面设计规范
设计语言规范、组件规范、交互规范 等
编码实现
环境搭建、框架选择、模块划分 、编码实现等
IDE（如IntelliJ IDEA、Eclipse等 ）、版本控制工具（如Git）等
编码实现原则 编码实现步骤 编码实现规范 编码实现工具
可读性、可维护性、可扩展性、 性能等
命名规范、注释规范、代码风格 规范等
软件开发模型
软件开发模型包括瀑布模型、迭 代模型、螺旋模型等，不同的模 型适用于不同的项目需求。
软件开发方法
软件开发方法包括面向对象方法 、敏捷开发方法等，不同的方法 有不同的开发理念和实践。
软件质量管理
软件质量管理包括质量保证和质 量控制两个方面，旨在确保软件 的质量符合预期的标准和要求。
02
软件开发过程模型
组件化方法
将软件拆分为独立组件，便于单独维护和升级 。

03
识别项目中的关键路径，确保项目按计划进 行
04
及时调整项目计划，应对项目变更和不确定 性
风险管理策略制定
识别项目中的潜在风险， 包括技术风险、市场风险、 资源风险等
制定相应的风险应对策略 和措施，如风险规避、减 轻、转移和接受等
评估风险的概率和影响程 度，制定风险优先级列表
监控风险状态，及时调整 风险管理计划
质量改进
根据质量评估结果，制定相应的改进措施， 如优化性能、增强安全性等。
经验教训总结
对测试过程中遇到的问题进行总结，形成经 验教训，为后续项目提供参考。
06
项目管理与团队协作
项目计划制定与监控
01 制定详细的项目计划，包括项目目标、范围 、时间表、资源需求、成本估算等
02 设立项目里程碑，对项目进度进行阶段性监 控
开发方向。
持续集成和测试
03
迭代增量模型强调持续集成和测试的重要性，以确保每个迭代
周期都能交付高质量的软件产品。
03
需求分析与管理
需求获取与整理
确定需求来源
与客户、利益相关者、业务领 域专家等进行沟通，收集原始
需求。
需求分类
将收集到的需求按照功能、性 能、安全、易用性等方面进行 分类。
需求筛选
去除重复、模糊、不切实际的 需求，确保需求的准确性和可 行性。
处理变更请求
根据实际情况，决定是否接受变更请求，并 制定相应的实施计划。
跟踪和验证变更
对实施的变更进行跟踪和验证，确保变更的 正确性和完整性。
04
系统设计与实现
系统架构设计
分层架构
将系统划分为表示层、业务逻辑层和数据访问层，实现高内聚、 低耦合的设计。

不同规模、各种类型的软件项目开发。在实际的应用过程中,可以根 据自己的需要,对这个标准过程进行裁减。统一软件过程把UML建模语 言有机的结合到一起，非常适合采用面向对象软件技术进行软件项目 开发。
第13章RUP统一软件过程
当前流行的软件过程
• 统一软件过程有三个突出的特点：用例驱动、以构架为中心、采用迭 代和增量模型。下面分别介绍着三个特点。
• (3)统一软件过程采用迭代和增量的开发方式，把一个软件产品划分 成多个较小的部分，每一次完成一个部分，每次要迭代部分是产品的 一个增量部分。每个增量部分的生产过程是受控的。
第13章RUP统一软件过程
当前流行的软件过程
• 采用迭代过程的好处是： – ·把一个复杂的系统分解成多个简单的系统。 – ·提高软件项目的可控性。 – ·降低软件开发的风险。 – ·有效地应对需求变更。
第13章RUP统一软件过程
统一软件过程(RUP)概述
• 对于RUP过程，其开发模型由软件生命周期(四个阶段)和RUP的核心工 作流构成一个二维空间。横轴表示项目的时间维，包括四个阶段，纵 轴表示工作流(活动)。
第13章RUP统一软件过程
统一软件过程(RUP)概述
• RUP有以下6个特点： • 1、迭代式开发。在软件开发的早期阶段就想完全、准确的捕获用户
•
2、管理需求。确定系统的需求是一个连续的过程，开发人员在
开发系统之前不可能完全详细的说明一个系统的真正需求。RUP描述
了如何提取、组织系统的功能和约束条件并将其文档化，用例和脚本
的使用以被证明是捕获功能性需求的有效方法。
•
3、基于组件的体系结构。组件使重用成为可能，系统块化组件的体系结构有助于管理
统一软件过程(RUP)概述

(1) 项目是一项有待完成的任务，有特定的环境和要求。 (2) 在一定的组织机构内，利用有限资源(人力、物力、 财力等)，在规定的时间内(指项目有明确的开始时间和结束 时间)为特定客户完成特定目标的阶段性任务。 (3) 任务要满足一定性能、质量、数量、技术指标等要 求。
2．项目管理 PMI的定义是：项目管理就是“在项目活动中运用一系 列的知识、技能、工具和技术，以满足或超过相关利益者对 项目的要求”。 中国项目管理研究委员会对项目管理总结为：“项目管 理”一词具有两种不同的含义，其一是指一种管理活动，其 二是指一种管理学科。前者是一种客观的实践活动，后者是 前者的理论总结；前者以后者为指导，后者以前者为基础。 项目管理贯穿整个项目的生命期，是对项目的全过程管 理。
3．项目管理的基本内容 PMI编写的《项目管理知识体系》(PMBOK)将项目管理 划分为9个知识领域：综合管理、范围管理、时间管理、成 本管理、质量管理、人力资源管理、风险管理、沟通管理和 采购管理。 (1) 项目综合管理。它包括3个基本的子过程：制定项目 计划、项目计划执行、综合变更控制。 (2) 项目范围管理。PMBOK将其分成5个阶段：启动、 范围计划、范围界定、范围核实、范围变更控制。
第12章 软件项目管理
12.1 项目与项目管理 12.2 ISO 9000国际标准简介 12.3 CMMI 12.4 ISO 9000与CMMI的比较 12.5 软件项目管理过程 12.6 模板和表格 12.7 实战训练
12.1 项目与项目管理
1．项目 项目是现代管理学中的一个重要分支。 美国项目管理协会(PMI)的定义是：项目是为完成某一 独特的产品或服务所做的一次性努力。从根本上说，项目就 是一系列的相关工作。 中国项目管理研究委员会对项目的定义是：项目是一个 特殊的将被完成的有限任务。它是在一定时间内满足一系列 特定目标的多项相关工作的总称。根据这个定义，项目实际 包含三层含义：

第27页
三、测试的层次与内容
1．软件测试的层次
软件测试工作包括两个层次：
测试工作的组织与管理，包括制定测试方法与规范、控 制测试进度、管理测试资源。 测试工作的实施，包括编制符合标准的测试文档、研制 测试环境、与开发组织协作实现各阶段的测试活动。
第28页
2．软件测试的内容 软件测试工作可以分为4个方面：
建立控制项； 重构任何修订版的某一项或者某一文件； 利用加锁技术防止覆盖； 当一个修订版时要求输入变更描述； 提供比较任意两个修订版的使用工具，采用增量存储方式； 提供对修订版历史和锁定状态的报告功能；
提供归并功能；
允许在任何时候、任何版本； 控制权限的设置；


渐进模型的建立；
提供各种控制报告。
第18页
实施软件配置管理，主要包括以下活动：
制定配置管理计划；
确定配置标识；
版本管理； 变更控制； 系统整合； 配置审核。
第11页
一、制定软件配置计划

制定配置管理计划的过程就是确定软件配置管理的解决方
案；

项目经理和软件配置管理委员会（SCCB）根据项目的开 发计划确定各个里程碑和开发策略；
一、软件配置管理概述
软件配置管理(SCM)是一组针对软件产品的追踪和控制
活动，它贯穿于项目生命周期的始终，并代表着软件产品接
受各项评审。 IEEE对SCM的论述如下：“软件配置管理由适用于所有 软件开发项目的最佳工程实践组成，无论是采用分阶段开发， 还是采用快速原型进行开发，甚至包括对现有软件产品进行
统，其测试工作涉及大量的人力和物力，有效的测试工作
管理是保证有效测试工作的必要前提。 3）测试环境的建立:设计环境、实施环境和管理环境 。

甘特图是做项目进度计划方法的重要方法，其 他方法有：
关键日期表：这是最简单的一种进度计划表， 它只列出一些关键活动和进行的日期。
关键路线法
计划评审技术（Program Evaluation and Review Technique，简称PERT）。
Gantt图能很形象地描绘任务分解情况，以及每 个子任务(作业)的开始时间和结束时间，因此 是进度计划和进度管理的有力工具。它具有直 观简明和容易掌握、容易绘制的优点。
这种管理在技术工作开始之前就应开始，在软 件从概念到实现的过程中继续进行，当软件工 程过程最后结束时才终止。
项目管理分九个知识领域，分别是成本 管理、质量管理、时间管理、范围管理、 人力资源管理、沟通管理、风险管理、 采购管理和整体管理。
其中时间，质量和成本管理构成了三角 形
项目管理包括5种基本活动
项目管理概述
软件项目管理是为了使软件项目能够按照预定 的成本、进度、质量顺利完成，而对成本、人 员、进度、质量、风险等进行分析和管理的活 动。
软件项目管理的根本目的是为了让软件项目， 尤其是大型项目的整个软件生命周期（从分析、 设计、编码到测试、维护全过程）都能在管理 者的控制之下，以预定成本，按期、按质的完 成软件，然后交付用户使用。
项目终止：提交项目结果并收集项目历史。主 要活动有
交付：由客户验收测试和系统安装 2个子活动组 成。
客户验收测试：软件系统由客户按照项目协议中 制定的验收准则进行评价。
安装：系统被配置在目标环境中，并且交付文档。 安装可能包括用户培训和实施阶段。
事后分析：项目经理和团队领导收集项目历史资 料以获得经验。
初始的软件体系结构:它关注于软件体系结构， 特别是把系统分解成子系统。

缺陷跟踪
使用缺陷管理工具对缺陷进行 跟踪，确保每个缺陷都得到处 理。
缺陷修复
开发人员对缺陷进行分析并修 复，然后提交给测试人员进行 验证。
回归测试
对修复后的缺陷进行回归测试 ，确保修复没有引入新的缺陷
。
质量评估与改进
质量评估
定期对软件产品的质量进行评估，包括功能 、性能、安全等方面。
过程改进
对软件开发过程进行持续改进，提高开发效 率和软件质量。
，提高代码的可读性和可维护性。
模块化开发
02
采用模块化开发方式，将系统划分为不同的模块进行开发，提
高开发效率和质量。
错误处理
03
对可能出现的错误进行充分的考虑和处理，包括异常捕获、日
志记录和错误提示等，确保系统的稳定性和可靠性。
05 测试与质量保证
测试类型及方法
功能测试对软件产品的各项功 进行验证，确保符 合需求和设计。
同时引入了风险管理机制。
螺旋模型的主要阶段包括：制 定计划、风险分析、工程实施
和客户评估。
螺旋模型的优点在于其强调风 险分析和迭代开发，能够及时 发现并解决问题，降低项目风 险。
螺旋模型的缺点在于其需要较 高的项目管理能力和技术水平 ，且可能因为过度关注风险而 忽略其他重要因素。
敏捷开发模型
敏捷开发的主要实践包括：短周期迭代开发、 持续集成、持续交付和自动化测试等。
水平。
04
迭代增量模型的优点在于其能够逐步增加系统功能和 性能，降低项目风险，同时也能够及时发现并解决问 题。
03 需求分析与管理
需求获取与整理
确定需求来源
与客户、利益相关者、业务领域 专家等进行沟通，明确需求背景
和范围。

编码效率技巧：在保证代 码质量的前提下，应该尽 可能提高编码效率，减少 不必要的重复工作。
单元测试的方法与工具
测试用例设 计
执行测试流 程
测试工具选 择
测试结果分 析和报告
集成测试的方法与工具
测试方法：自 下而上、自上
而下
测试工具： JUnit、
Te s t N G 、 Selenium等
测试目的：检 测模块之间的 接口是否正确
方法：采用版本控制、变更 控制、状态报告等手段进行
管理
感谢观看
汇报人：
软件风险管理的方法与策略
风险识别：识别潜在的风险和 问题
风险评估：评估风险的大小和 影响
风险应对：制定应对策略和措 施
风险监控：持续监控风险的变 化和进展
软件配置管理的基本概念与方法
目的：确保软件产品的完整 性、一致性和可追溯性
范围：包括文档、程序、数 据等所有软件工程产品
定义：软件配置管理是一种 标识、组织和控制修改的技 术
质量控制：通过测试、统计等方 法，对软件开发过程中的质量进 行监控和评估，及时发现和解决 问题。
添加标题
添加标题
添加标题
添加标题
质量保证：通过一系列的质量保 证活动，如代码审查、测试、文 档编写等，确保软件质量的稳定 性和可靠性。
工具和技术：使用一些工具和技 术来辅助软件质量管理，如代码 审查工具、测试工具、项目管理 工具等。
编写要求：清晰明了，易于理解，方便查阅，及时更新
编写目的：方便用户和系统管理员使用和维护系统
06
软件工程管理
软件项目计划与进度安排
定义项目目标和范围 确定关键路径和里程碑 分配资源和工作任务 监控和控制项目进度

第1章 1.2软件工程
1.2.1 软件工程的定义和目标
为了克服软件危机，1968年10月在北大西洋公约组织（NATO）召开的计 算机科学会议上，Fritz Bauer首次提出“软件工程”的概念。
按工程化的原则和方法组织软件开发工作是有效的，是摆脱软件危机的一 条主要出路。
软件工程的主要思想是强调软件开发过程中应用工程化原则的重要性。软 件工程的目标是实现软件的优质高产。软件工程的目的是在经费的预算范围内， 按期交付出用户满意的、质量合格的软件产品。
第1章 1.1软件与软件危机
1.1.3 软件危机
2. 软件危机产生的原因
（1）忽视软件开发前期的调研和需求分析工作。 （2）缺乏软件开发的经验和有关软件开发数据的积累，使得开发计划很难制定。 （3）开发过程缺乏统一的、规范化的方法论指导。 （4）忽视与用户、开发组成员间的及时有效的沟通。 （5）文档资料不规范或不准确。导致开发者失去工作的基础，管理者失去管理的依据。 （6）没有完善的质量保证体系。
第1章 1.1软件与软件危机
1.1.1 软件的定义及其特点
2.软件具有下列特点：
比硬件发展慢
是逻辑产品
软件
生产与硬件不同 不会磨损和老化
成本高、风险高
手工开发为主
依赖硬件
第1章 1.1软件与软件危机
1.1.2 软件的发展及其分类
1.软件技术的发展
程序设计
程序系统
软件工程
第1章 1.1软件与软件危机
第1章 1.1软件与软件危机
1.1.3 软件危机
3. 软件危机解决途径
要解决软件危机问题，需要采取以下措施： （1）使用好的软件开发技术和方法。 （2）使用好的软件开发工具，提高软件生产率。 （3）有良好的组织、严密的管理，各方面人员相互配合共同完成任务。 为了解决软件危机，既要有技术措施（好的方法和工具），也要有组织管理措施。软件工 程正是从技术和管理两方面来研究如何更好地开发和维护计算机软件的。

15
IT项目管理－项目风险管理－14
Q期望货币值
. 期望货币值(EMV)是风险事件概率和风险 事件货币值的乘积
. 用于组织决定应该从事什么项目
10/12/2023
16
IT项目管理－项目风险管理－15
期望货币值(EMV)示例
10/12/2023
17
IT项目管理－项目风险管理－16
Q计算风险因子
. 计算风险因子——代表各种具体事件的整体 风险的数字(基于其发生的概率和对项目造 成的影响)
– 成本加成本百分比合同
– 买方向卖方支付容许的完成任务的成本，加上事先约 定的总成本的一定百分比。
. 单价合同
– 要求买方向卖方按单位服务的预定金额支付的合 同
10/12/2023
36
IT项目管理－项目采购管理－11
高
CPPC成 本加成 本百分 比合同
买方的风险
CPFF成 本加固 定费合
Q应急储备
. 是项目发起人为了应付项目范围或质量上可 能发生的变更而持有的预备资金
10/12/2023
22
IT项目管理－项目风险管理－21
Q风险应对控制
. 包括执行风险管理过程和风险管理计划，以 应对风险事件
. 执行风险管理过程是指确保风险意识是一项 在整个项目过程中、有全体项目团队成员执 行的不间断的活动
. 成本补偿合同
– 指向卖方支付直接和间接实际成本 – 成本加奖励费合同
– 买方向卖方支付容许的完成任务的成本以及事先决定 的费用和激励奖金
10/12/2023
35
IT项目管理－项目采购管理－10
– 成本加固定费合同
– 买方向卖方支付容许的完成任务的成本，加上按估算 成本一定百分比计算的固定费用。