IT软件项目计划管理.ppt
合集下载
软件过程的质量管理(ppt 74页)
Resource utilization (资源利用)
e.g. memory usage
Efficiency compliance (有效性符合性)
compliance with relevant standards
2020年1月13日
信息科学与技术学院
Sub-characteristics of Maintainability
ability of software to interact with other software components
Functionality compliance (功能符合性)
degree to which software adheres to applicationrelated standards or legal requirements e.g audit
软件过程的质量管理
软件质量是什么？
软件质量 = 好？ 软件质量 = 时间和空间复杂度低？ 软件质量 = 鲁棒性？ …
2020年1月13日
信息科学与技术学院
人的体质
古时候：长得结实、饭量大就是健康
现代：通过多方面的生理因素来判断：身高、 体重、心跳、血压、血液、体温等，如果某个因 素的测量不合格，则表明在某方面不健康，医生 会对症下药。
compliance with relevant standards
2020年1月13日
信息科学与技术学院
吸引性~~“一见钟情”
2020年1月13日
信息科学与技术学院
Sub-characteristics of Efficiency
Time behaviour (时间特性)
e.g. response time
e.g. memory usage
Efficiency compliance (有效性符合性)
compliance with relevant standards
2020年1月13日
信息科学与技术学院
Sub-characteristics of Maintainability
ability of software to interact with other software components
Functionality compliance (功能符合性)
degree to which software adheres to applicationrelated standards or legal requirements e.g audit
软件过程的质量管理
软件质量是什么？
软件质量 = 好？ 软件质量 = 时间和空间复杂度低？ 软件质量 = 鲁棒性？ …
2020年1月13日
信息科学与技术学院
人的体质
古时候：长得结实、饭量大就是健康
现代：通过多方面的生理因素来判断：身高、 体重、心跳、血压、血液、体温等，如果某个因 素的测量不合格，则表明在某方面不健康，医生 会对症下药。
compliance with relevant standards
2020年1月13日
信息科学与技术学院
吸引性~~“一见钟情”
2020年1月13日
信息科学与技术学院
Sub-characteristics of Efficiency
Time behaviour (时间特性)
e.g. response time
《项目启动会PPT》
UFPMP虚拟项目评审
核心价值： 最佳业务实践 优化业务流程 知识贡献
UFPMP项目监控
UFPMP项目成果
实施价值－知识转移
贯穿全程的知识转移
规划阶段 蓝图设计 系统建设 及上线准备 系统切换 新系统持续支持
高级培训教育
应用级培训教育
•多层次、全过程的产品应用培训 •操作培训、项目管理、 •实施方法、工作准则及方法 •调研培训、方案培训、测试培训 •系统配置、流程、单据与报表等 管理层 项目小组 关键用户 项目小组、最 终用户及相关 业务人员
（填写突出主题的口号）
XXXX公司项目启动会
•用友软件股份有限公司
•职务 姓名
•2011年 月 日
讲演主题
个人及团队介绍
实施的价值
实施方法论
实施的目标及里程碑
成功的关键因素
用友公司介绍
用友软件（股票代码600588）成立于1988年。
亚太本土最大管理软件提供商，中国最大的管理软件、 ERP软 件、财务软件、集团管理软件、人力资源管理软件及小型管理软件 提供商。 提供从入门级企业到大型集团企业的全线管理软件：通、U6、 U8、U9、NC。 目前，中国及亚太地区超过60万家企业运行用友软件，每年超过 8万家企业选择用友软件，每天超过500万用户使用用友软件。 中国软件业最具代表性企业。“用友ERP管理软件”系“中国名 牌产品”。
见实施方法论，后面顾问会带领大家逐步走过 人 —— 观念转变、激励机制、资源调配；企业文化 —— 市场竞争意识、 团队精神；变革 —— 不符合市场经济要求的管理模式；效益 —— 实现项 目的目标效益；协调 —— 部门间的矛盾，定期工作会议；进度——参加阶
段项目会议，关注任务完成情况，顾问的项目汇报。
IT项目的项目管理-项目管理的三级计划体系
IT项目的项目管理:项目管理的三级计划体系IT项目的项目管理的第一步就是制定项目计划书，也可以说一个项目的管理就是首先从项目计划开始，一份好的计划书可以意味着项目成功了一半。
但是项目的一个重要特点是唯一性、临时性，意味着绝对不会有一个固定的、很好的计划书的模版等着给项目经理参考和借鉴，项目状态一定是在不断的进展中变化的。
项目经理往往遇上这样一种情况：知道项目的目标，知道项目目前可以做些什么，但是不清楚将来要做什么。
这样造成对项目的计划认识不清，长远计划或者整体计划不实际、不准确、不具备实施的指导意义，这样的计划连项目经理自己都没有信心，那么拿给领导、拿给客户去审核审批一定会带来了很多的指责和不信任，也将为项目的进展带来更多的困难。
项目管理培训的确，在项目开始阶段就想制定一个完整的、完善的计划是不现实的。
但是项目经理又不得不制定一份计划来指导项目组的工作，以及应对领导的审批和客户的沟通。
其实项目计划本来就是一个逐步细化、逐步完善的过程，项目管理的三级计划体系就是依托这样一种思路来制定项目的计划，通过类似倒三角的模式，在项目不同的阶段制定不同详细程度的计划来逐步完善项目的计划，指导项目的管理工作。
一、项目的一级计划在商务活动的最后阶段，尤其在签订商务合同的前期就可以制定项目的一级计划，这个计划很简单，只需要包含三个时间点：项目的开始时间、项目的上线时间、项目的验收时间。
依托这三个时间点可以画出项目的总体路线图，虽然这三个时间主要是商务的时间，但这三个时间却是项目的最关键的里程碑，尤其项目的上线时间，保证不了上线时间，项目的验收也很可能就成为问题，而不能正常验收的项目，即使做得再好，也可以说是一个失败的项目，因为做项目就是为了商务的验收。
所以项目的一级计划就是要时刻提醒项目经理和项目成员：项目在哪个日期要上线?二、项目的二级计划随着项目的正式开始，项目经理就要关注围绕项目的上线日期的项目中间时间点，在不断了解系统需求，进行系统分析的同时，完成项目的二级计划，也就是大家熟悉的项目的里程碑计划，这个计划应该在类似第一版可行性报告出来前完成。
智能IT运维ppt课件(2024)
通过应用人工智能和机器学习技术，智能IT运维将能够自 动识别和解决故障，优化系统性能，提高服务质量。
区块链技术
区块链技术将为智能IT运维提供安全可靠的分布式账本记 录，确保数据完整性和可追溯性，提高系统安全性。
5G和边缘计算
5G和边缘计算技术的结合将为智能IT运维提供更快速、更 稳定的网络连接和数据处理能力，满足实时性和高可用性 要求。
定义
智能IT运维是一种基于人工智能 、大数据等技术的运维方式，旨 在提高运维效率、降低运维成本 、提升系统稳定性和可靠性。
发展趋势
随着企业数字化转型的加速推进 ，智能IT运维将越来越受重视， 未来发展趋势包括自动化、智能 化、数据驱动等。
4
智能IT运维重要性
提高运维效率
通过自动化、智能化等手段，减少人 工干预，提高运维效率。
故障处理
系统可以提供自动化的故障处理 工具，如自动重启服务、自动切 换备份等，减少人工干预，提高
故障处理效率。
2024/1/28
13
性能优化与容量规划
性能分析
智能IT运维系统可以对系统性能进行全面分析，包括CPU、内存、 磁盘、网络等各个方面的性能指标。
性能优化
系统可以根据性能分析结果，提供优化建议，如调整系统参数、优 化代码、升级硬件等，提高系统性能。
提升系统稳定性和可靠性
通过实时监控、故障预警等手段，及 时发现并处理潜在问题，提升系统稳 定性和可靠性。
降低运维成本
通过预测性维护、故障自愈等手段， 减少故障发生和处理时间，降低运维 成本。
2024/1/28
5
与传统运维对比
传统运维
主要依赖人工经验和技能，缺乏智能化手段，处理故障时响应速度慢、效率低 。
区块链技术
区块链技术将为智能IT运维提供安全可靠的分布式账本记 录，确保数据完整性和可追溯性，提高系统安全性。
5G和边缘计算
5G和边缘计算技术的结合将为智能IT运维提供更快速、更 稳定的网络连接和数据处理能力，满足实时性和高可用性 要求。
定义
智能IT运维是一种基于人工智能 、大数据等技术的运维方式，旨 在提高运维效率、降低运维成本 、提升系统稳定性和可靠性。
发展趋势
随着企业数字化转型的加速推进 ，智能IT运维将越来越受重视， 未来发展趋势包括自动化、智能 化、数据驱动等。
4
智能IT运维重要性
提高运维效率
通过自动化、智能化等手段，减少人 工干预，提高运维效率。
故障处理
系统可以提供自动化的故障处理 工具，如自动重启服务、自动切 换备份等，减少人工干预，提高
故障处理效率。
2024/1/28
13
性能优化与容量规划
性能分析
智能IT运维系统可以对系统性能进行全面分析，包括CPU、内存、 磁盘、网络等各个方面的性能指标。
性能优化
系统可以根据性能分析结果，提供优化建议，如调整系统参数、优 化代码、升级硬件等，提高系统性能。
提升系统稳定性和可靠性
通过实时监控、故障预警等手段，及 时发现并处理潜在问题，提升系统稳 定性和可靠性。
降低运维成本
通过预测性维护、故障自愈等手段， 减少故障发生和处理时间，降低运维 成本。
2024/1/28
5
与传统运维对比
传统运维
主要依赖人工经验和技能，缺乏智能化手段，处理故障时响应速度慢、效率低 。
IT软件项目管理讲座10.风险管理
第10讲 风险管理
如果你不主动地击败风险，它们就会主动击败你 ——Tom Gilb
2013-9-1
1
什么是风险
A risk is whatever may stand in the way
to success or in the way of achieving major milestones
control Indirect risk: the project has little or no control Example:
Resource risks
People, skills, funding,…
Business risks
Competition, ROI, supplier interfaces,…
概率 对项目的影响程度(risk impact) 风险的重要性：
风险暴露量 Risk exposure=risk likelihood*risk impact Risk impact一般以金额为单位，而likelihood以概 率为单位。
2013-9-1
2013-9-1
8
风险识别
风险类别
普通风险(generic risks)
如对需求的误解
关键人员生病
特殊风险(specific risks) 应用因素：
应用的特性是一个关键因素，如简单的数据库应用系统，实
在风险识别时从下列 方面考虑：
时的分布式系统， 应用的规模
2013-9-1
任务的信息将有助于降低风险
在计划阶段的假设
在每一个计划步骤中，都有所假设，因而对列出每一假设以
如果你不主动地击败风险，它们就会主动击败你 ——Tom Gilb
2013-9-1
1
什么是风险
A risk is whatever may stand in the way
to success or in the way of achieving major milestones
control Indirect risk: the project has little or no control Example:
Resource risks
People, skills, funding,…
Business risks
Competition, ROI, supplier interfaces,…
概率 对项目的影响程度(risk impact) 风险的重要性：
风险暴露量 Risk exposure=risk likelihood*risk impact Risk impact一般以金额为单位，而likelihood以概 率为单位。
2013-9-1
2013-9-1
8
风险识别
风险类别
普通风险(generic risks)
如对需求的误解
关键人员生病
特殊风险(specific risks) 应用因素：
应用的特性是一个关键因素，如简单的数据库应用系统，实
在风险识别时从下列 方面考虑：
时的分布式系统， 应用的规模
2013-9-1
任务的信息将有助于降低风险
在计划阶段的假设
在每一个计划步骤中，都有所假设，因而对列出每一假设以
IT项目管理 第一章——IT项目管理概述
第22页
通常一个项目阶段，都包括以下5个项目管理过程
启动过程 确定一个阶段可以开始； 计划过程 进行计划并且保持一份可操作的进行安排，确保实现阶 段的既定目标； 执行过程 协调人力和其他资源，执行计划； 控制过程 通过监督和检测过程确保阶段达到目标，必要时采取一 些修正措施； 收尾过程 完成阶段的交付物并且有序地结束该阶段。
职能部门工作
重复性的 标准的 按一般计划目标 部门经理负责 本部门单一操作
1.1 项目及其特征
二.项目的特征
1．项目有一个独特的目的；
2．项目是临时的；
3．项目需要随着发展而逐渐进行细化；
4．项目需要各种各样来自不同领域的资源；
5．项目应该有一位主要的客户或项目发起人；
6. 项目包含不确定性。
—运动会结束以后，运动员、教练员、媒体工作人员等都各自回国，奥
运村闭村—项目具有临时性； —奥运会既要体现公平、公正的竞赛规则，又要实现更快、更高、更强
的奥林匹克精神—项目具有目标性，是一项目标驱动的活动；
第8页
1.1 项目及其特征
三.项目的分类
1．根据项目所属的行业
建筑项目、IT项目和医药项目等，每个行业还可以细分
第19页
软件项目生命期划分（专用）
名称 主要内容
前期准备 定义系统，确定客户的要求或总目标，进行可行 阶段 性研究，提出可行的方案，包括资源、成本、效 益、进度等，并制定粗略的实施计划。 需求分析 确定软件功能、性能、可靠性、接口标准等，根 阶段 据功能要求进行数据流程分析，提出初步的系统 逻辑模型，并据此修改项目实施计划。 软件设计 包括系统概要设计和详细设计。在概要设计中， 阶段 要建立系统整体结构，进行模块划分，根据要求 确定接口。在详细设计中，要建立算法、数据结 构和流程图
IT部建设发展规划课件PPT
导致业务下滑。
竞争对手
02
竞争对手的策略和产品可能对IT部的业务产生重大影响，如价
格战、营销策略等。
政策和法规变化
03
政策和法规的变化可能对IT部的业务产生重大影响，需要密切
关注并调整策略。
07 总结与展望
总结
技术进步
近年来，IT领域的技术进步日新月异，云计算、大数据、 人工智能等新兴技术为企业提供了前所未有的机遇和挑战。
提升品牌影响力
借助IT技术提升公司形象和市场知 名度，树立公司在行业中的良好口 碑。
对公司内部管理的影响
促进组织变革
推动公司内部组织结构的优化和 调整，实现更加高效、灵活的管
理体系。
提高管理决策水平
通过数据分析、人工智能等技术 手段，提高公司管理决策的科学
性和准确性。
强化信息安全管理
加强公司信息安全体系建设，保 障公司信息资产的安全和机密性。
目标与愿景
目标
构建高效、稳定、安全的IT架构 ，满足公司未来业务发展需求。
愿景
成为行业内领先的IT解决方案提 供商，推动企业数字化转型。
02 IT部现状分析
现有设施与设备
01
02
03
硬件设施
当前IT部拥有一定数量的 服务器、存储设备和网络 设备，能够满足基本的业 务需求。
软件设施
IT部已安装了一系列办公 软件、数据库软件和开发 工具等，支持日常办公和 项目开发。
当前业务需求与挑战
业务需求
随着公司业务的快速发展，IT部需要不断满足新的业务需求，提供更高效、稳 定、安全的技术支持。
挑战
随着云计算、大数据等新技术的普及，IT部需要不断跟进新技术，提高技术实 力和服务水平。同时，数据安全和隐私保护也是IT部面临的重要挑战。
信息系统项目的特点与规划
5. 项目范围管理
5.1 范围说明 5.2 范围定义 5.3 制定工作分解结构 5.4 范围核实 5.5 范围控制
8. 项目质量管理
8.1 质量规划 8.2 实施质量保证 8.3 实施质量控制
11. 项目风险管理
11.1 风险管理规划 11.2 风险识别 11.3 定性风险分析 11.4 定量风险分析 11.5 风险应对规划 11.6 风险监控
十一五规划教材
《信息系统项目管理》讲义
• 1.2.1 信息系统项目的特点
4. 其他特点
➢ 典型的信息系统项目还具有如下特点： 牵涉的技术人员高度专业化；涉及的设 备和软件的供应商比较多；项目生命期 通常比较短；通常要采用大量的新技术； 使用与维护的要求比较复杂；信息系统 应用的行业特性比较强等。
➢ 这些特点要求系统建设人员除了要有IT 方面的技术外，必须还要有较丰富的行 业经验
十一五规划教材
《信息系统项目管理》讲义
• 1.1.2 推广项目管理的权威机构
5. 中国劳动和社会保障部与项目管理 师
➢ 中国的项目管理师（China Project Management Professional）国家职业资格 认证是中华人民共和国劳动和社会保障部在 全国范围内推行的项目管理专业人员资质认 证体系的总称。
➢ PRINCE2是基于过程（process-based）的 方法，它提供从项目开始到项目结束覆盖整 个项目生命期的基于过程的结构化的项目管 理方法，适合于所有类型项目（不管项目的 大小和领域，不再局限于IT项目），是一种 易于剪裁和灵活使用的管理方法
十一五规划教材
《信息系统项目管理》讲义
• 1.1.2 推广项目管理的权威机构
➢ PMBOK一书中，全书共分十二章，第1章是 简介，第2章是项目生命期与组织，第3章是 项目的项目管理过程组，从第四章开始到第 十二章每章讲解一个项目管理的知识点，所 以在下图中，项目整体管理是从“4”开始， 项目采购管理是以“12”结束。
IT软件项目管理讲座5.项目方法选择
现状 问题定义 技术开发
方பைடு நூலகம்集成
实际问题并不能简单划为四个阶段，各个阶段会在问 题的不同层次上同时并存 软件开发实际上是一个“混沌”（chaos）过程 （Raccoon） 9
编码修正模型
Code and Fix Code like Hell(鲁莽编码) 从一个大致的想法开始工作，然后经过非正规的
上海交通大学计算机集成技术开放实验室
过程模型的选择
开发一个软件需要选择开发策略（包括过程，方
法和工具）以及通用阶段，这些策略和阶段被称 为过程模型 “过程”：相关联的活动 过程模型的选择基于项目和应用的特性，使用的 工具和方法，所需要的控制方法和交付物。
8
问题求解的一般过程
问题求解的一般过程
18
瀑布模型变种：具有子项目的瀑布模型
纯瀑布模型的一个问题是必须完成全部的架构设
计后才能进行详细设计，但是，整个系统中有些 部分可能有些特殊性，可以有自己的步骤，即将 这些部分划分为为子项目。 问题：该模型有何问题？ 这种方法的主要风险是相关性无法预料。
19
瀑布模型变种：能够降低风险的瀑布模型
选择通用的生命周期方法
6
Too often, software work follows the first law of bicycling: No matter where you’re going, it’s uphill and against the wind
2001/9/23
4
练习
识别学院工资系统中的风险
金融和职员之间的矛盾 职员对系统不接受 缺少运行该系统的经验 缺少管理系统的计算机专业人员 需求变化
方பைடு நூலகம்集成
实际问题并不能简单划为四个阶段，各个阶段会在问 题的不同层次上同时并存 软件开发实际上是一个“混沌”（chaos）过程 （Raccoon） 9
编码修正模型
Code and Fix Code like Hell(鲁莽编码) 从一个大致的想法开始工作，然后经过非正规的
上海交通大学计算机集成技术开放实验室
过程模型的选择
开发一个软件需要选择开发策略（包括过程，方
法和工具）以及通用阶段，这些策略和阶段被称 为过程模型 “过程”：相关联的活动 过程模型的选择基于项目和应用的特性，使用的 工具和方法，所需要的控制方法和交付物。
8
问题求解的一般过程
问题求解的一般过程
18
瀑布模型变种：具有子项目的瀑布模型
纯瀑布模型的一个问题是必须完成全部的架构设
计后才能进行详细设计，但是，整个系统中有些 部分可能有些特殊性，可以有自己的步骤，即将 这些部分划分为为子项目。 问题：该模型有何问题？ 这种方法的主要风险是相关性无法预料。
19
瀑布模型变种：能够降低风险的瀑布模型
选择通用的生命周期方法
6
Too often, software work follows the first law of bicycling: No matter where you’re going, it’s uphill and against the wind
2001/9/23
4
练习
识别学院工资系统中的风险
金融和职员之间的矛盾 职员对系统不接受 缺少运行该系统的经验 缺少管理系统的计算机专业人员 需求变化
软件项目配置管理计划
软件项目配置管理计划配置管理计划一)基本信息项目名称：软件项目配置管理计划项目代号：CGN-IT-C3-A12-01立项时间：2021年6月预计主要项目阶段有：需求分析、设计、编码、测试、发布配置项目命名规则依据：项目代号+配置项名称二)角色与职责高级配置管理员：制定《配置管理计划》搭建配置库结构申请并配合建立配置库配置库的管理准备、申请、并实施基线化（或发布入库）工作将建库和入库情况及时通知各项目成员备份、维护基线库（或发布库）配合SQA完成配置管理状态报告项目配置管理员：根据实际情况审批建库申请分配服务器资源，完成建库管理配置库的用户帐号、权限对配置库做物理审计配合SQA完成配置管理状态报告SQA：审核配置管理计划审核建库申请配合高级配置管理员、项目配置管理员完成配置管理状态报告三)配置管理资源配置库服务器：配置库软件数据库管理软件系统管理软件四)权限分配高级配置管理员：配置库管理员权限项目配置管理员：配置库用户权限五)配置项计划配置项名称：软件需求规格说明书软件设计文档源代码测试计划测试报告发布文档六)配置库基线基线名称：版本1.0版本2.0版本3.0七)配置库备份计划备份频率：每周一次备份方式：备份到本地磁盘备份到远程服务器八)配置库状态报告报告频率：每月一次报告内容：配置库使用情况基线情况变更情况九)配置审核审核内容：建库申请入库申请基线申请十)审批意见批准人：高级配置管理员SQA审批时间：2021年6月审批配置管理员提交的基线化申请表和发布入库申请表，与各项目组代表一起评审配置项的变更，并审批配置管理计划。
审批建库申请表，并与CCB成员一起审批配置项的变更、基线化和发布申请。
检查配置管理计划的完成情况。
了解并按权限正确使用配置库，并与项目组配置管理员配合准备和申请基线化（或发布入库）工作。
检查项目SCM工作是否按流程和计划实施，反馈不符合项给项目组，并跟踪其修正情况。
对配置库进行功能审计，检查项目组和高级配置管理员的工作，并与之合作完成配置管理状态报告。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
个人化原则：每个具体目标应当落实到项目组的每 个成员，使得每个成员都明确自己的工作和职责。
简单化原则：目标的描述应当是简单而直接的，使 得每个参与人员都能明确而无二义性。
现实性原则：确定的每个目标都是可以实现的，而 不是追求理想化的结果。
5.3 项目范围管理
5.3.1 项目范围管理概述 5.3.2 项目范围规划 5.3.3 项目范围定义
(2) 描述项目目标。项目目标必须明确、 具体，尽量定量描述，保证项目目标容易 被沟通和理解，并使每个项目组成员结合 项目目标确定个人的具体目标。
5.2 确定IT软件项目的目标
遵循一些基本原则：
定量化原则：确定项目目标时，尽可能定量描述， 使得每个目标的范围、时间、成本、性能、责任等 都是明确的，可以度量和监控的。
第5 章
IT软件项目计划管理
5.1 IT软件项目计划管理
项目计划管理是：
很重要性的 一项复杂的、自始至终不断迭代的 从不同的角度出发有不同的种类 为项目的运作提供可靠的实施基础 提供可行的工作计划
5.1 IT软件项目计划管理
项目计划的目的：
使软件项目的开发建立在可靠的基础之上，将项目计 划变成开发人员能够遵循的文档，并据此跟踪、检查、 监控计划的执行。
5.4.4成本、日期
估计
计划过程开始 制订项目计划SDP 对SDP审查和批准
需求管理
软件配置管理 (SCM)
软件项目跟 踪和监控
实施软件开发计划SDP 过程度量和评价 修改SDP
图5.5 软件项目计划的实现过程
软件质量保证 (SQA)
5.5 软件项目计划书
1. 引言 1.1 计划的目的 1.2 项目的范围和目标 1.2.1 范围描述 1.2.2 主要功能 1.2.3 性能 1.2.4 管理和技术约束 2. 项目估算 2.1 使用的历史数据 2.2 使用的评估技术 2.3 工作量、成本、时间估算
相关的软件风险，并文档化。 21. 准备项目的软件工程机制及支撑工具的计划。
5.4.2 制定软件项目进度
计划的指导原则
22. 记录软件计划编制数据。 23. 制定并使用度量方法以确定软件计划活动的状态。 24. 定期与高级管理人员对软件项目计划活动进行复审。 25. 以定期及事件驱动方式对软件项目管理人员及软件项
定项目的软件开发计划。 5. 确保软件项目存在一份文档化的、并被认可的工作
任务说明。 6. 软件开发计划要指定人员角色分工，明确责任。 7. 对软件项目所需要的、适当的资源及资金做出计划。
5.4.2 制定软件项目进度
计划的指导原则
8. 对软件项目负责人、软件工程师及其他与软件项目 计划编制有关的人员进行适合其职责范围的培训。
项目范围规划的输入 项目范围规划的工具和技术 项目范围规划的输出
5.3.2 项目范围规划
项目范围规划的输入：
产品描述 项目章程 制约因素 前提条件
5.3.2 项目范围规划
项目范围规划的工具和技术 ：
产品分析 成本效益分析 项目方案识别技术 专家评定
5.3.2 项目范围规划
项目范围规划的输出：
项目范围说明书 范围管理计划
5.3.2 项目范围定义
范围定义的输入：
范围说明书 制约因素 前提条件 其他计划结果 历史资料 使用工具：工作分解结构模板
5.4 制定IT软件项目进度计划
5.4.1 软件项目进度计划 5.4.2 制定软件项目进度计划的指导原则 5.4.3 项目进度计划的制定过程
确定软件项目开发的活动和承诺，使软件开发工作有 序而协调地进行，以便根据软件计划的资源、约束和 能力逐步向客户履行承诺。
明确与软件项目相关的组织和个人的职责，将任务责 任落实到具体的小组和个人，从组织管理上确保项目 开发的成功。
5.2 确定IT软件项目的目标
主要分为两步：
(1) 明确制定项目目标的主题。项目目标 一般由项目发起人或者项目提议人来确定。
5.5 软件项目计划书
3. 风险管理战略 3.1 风险识别 3.2 有关风险的讨论 3.3 风险管理计划 3.3.1 风险计划 3.3.2 风险监视 3.3.3 风险管理 4. 日程 4.1 项目工作分解结构 4.2 进度安排(甘特图) 4.3 资源表
5.5 软件项目计划书
9. 成立相关软件项目组及相关的方案论证小组。 10. 软件项目组及相关的方案论证小组在整个项目生命
期内参加全部的项目计划编制工作。 11. 按照书面流程与高级管理人员或企业外部机构软件
项目的承诺进行复审。 12. 明确划分为预先定义的、规模可管理的阶段的软件
生命周期。 13. 按照书面流程开发项目的软件开发计划。 14. 将软件项目计划文档化。
目计划活动进行复审。 26. 对软件质量保证人员及软件项目计划活动、工作产品
进行回顾及审核，并将结果文档化。
5.4.3 项目进度计划的制定过程
依据 :
项目网络图 活动持续时间估计 资源需求 资源安排描述 日历 约束条件 假设条件 提前或滞后要求 风险管理计划
5.4.3 项目进度计划的制定过程
5.4.2 制定软件项目进度
计划的指导原则
15. 确定软件项目需要建立及维护控制的软件产品。 16. 按照书面流程进行对软件产品规模的估计(或软件产
品规模的改变)。 17. 按照书面流程进行对软件项目工作量及费用的估计。 18. 按照书面流程进行对项目所需要的关键计算机资源
的估计。 19. 按照书面流程确定项目的软件开发进度。 20. 识别、评估与项目的费用、资源、进度及技术方面
5.3.1 项目范围管理概述
项目范围的确定项目范围(Project Scope) 包括项目的最终产品或者服务，以及实现 该产品或者服务所需要执行的全部工作。
项目范围管理的任务是界定项目所必须包 含且只需要包含的全部工作，并对其他的 项目管理工作起指导作用，以确保项目顺 利完成全部的过程。
5.3.2 项目范围规划
工具和技术:
数学分析法 持续时间压缩法 模拟法 资源分配的启发式方法 项目管理软件
5.4.3 项目进度计划的制定过程
输出 :
项目进度计划 详细依据说明 进度管理计划 更新的项目资源需求
5.4.4 软件项目计划的主要活动
1. 计划初始阶段 2. 指定软件开发计划SDP 3. 对SDP草稿进行审查和批准 4. 实施软件开发计划 5. 软件开发过程的质量和评价 6. 修改SDP
5. 项目资源 5.1 人员 5.2 硬件和软件 5.3 特别资源 6. 人员组织 6.1 组织结构 6.2 管理报告 7. 跟踪和控制机制 7.1 质量保证和控制 7.2 变化管理和控制 8. 附录
5.4.1 软件项目进度计划
考虑各种因素，串并性
设计评估 编码 详细设计
需求评估 需求定义 概要设计
单元调试
概要评估
集成调试 产品发行
测试计划 测试过程
测试评估
图5.4 软件项目开发的并行性
5.4.2 制定软件项目进度
计划的指导原则
1. 将用于编制软件项目计划及跟踪软件项目的工作文 档化。
2. 对于软件项目的实施采用文档化的承诺。 3. 相关的机构或个人认可他们对软件项目的承诺。 4. 指定软件项目负责人负责落实软件项目的承诺并制
简单化原则：目标的描述应当是简单而直接的，使 得每个参与人员都能明确而无二义性。
现实性原则：确定的每个目标都是可以实现的，而 不是追求理想化的结果。
5.3 项目范围管理
5.3.1 项目范围管理概述 5.3.2 项目范围规划 5.3.3 项目范围定义
(2) 描述项目目标。项目目标必须明确、 具体，尽量定量描述，保证项目目标容易 被沟通和理解，并使每个项目组成员结合 项目目标确定个人的具体目标。
5.2 确定IT软件项目的目标
遵循一些基本原则：
定量化原则：确定项目目标时，尽可能定量描述， 使得每个目标的范围、时间、成本、性能、责任等 都是明确的，可以度量和监控的。
第5 章
IT软件项目计划管理
5.1 IT软件项目计划管理
项目计划管理是：
很重要性的 一项复杂的、自始至终不断迭代的 从不同的角度出发有不同的种类 为项目的运作提供可靠的实施基础 提供可行的工作计划
5.1 IT软件项目计划管理
项目计划的目的：
使软件项目的开发建立在可靠的基础之上，将项目计 划变成开发人员能够遵循的文档，并据此跟踪、检查、 监控计划的执行。
5.4.4成本、日期
估计
计划过程开始 制订项目计划SDP 对SDP审查和批准
需求管理
软件配置管理 (SCM)
软件项目跟 踪和监控
实施软件开发计划SDP 过程度量和评价 修改SDP
图5.5 软件项目计划的实现过程
软件质量保证 (SQA)
5.5 软件项目计划书
1. 引言 1.1 计划的目的 1.2 项目的范围和目标 1.2.1 范围描述 1.2.2 主要功能 1.2.3 性能 1.2.4 管理和技术约束 2. 项目估算 2.1 使用的历史数据 2.2 使用的评估技术 2.3 工作量、成本、时间估算
相关的软件风险，并文档化。 21. 准备项目的软件工程机制及支撑工具的计划。
5.4.2 制定软件项目进度
计划的指导原则
22. 记录软件计划编制数据。 23. 制定并使用度量方法以确定软件计划活动的状态。 24. 定期与高级管理人员对软件项目计划活动进行复审。 25. 以定期及事件驱动方式对软件项目管理人员及软件项
定项目的软件开发计划。 5. 确保软件项目存在一份文档化的、并被认可的工作
任务说明。 6. 软件开发计划要指定人员角色分工，明确责任。 7. 对软件项目所需要的、适当的资源及资金做出计划。
5.4.2 制定软件项目进度
计划的指导原则
8. 对软件项目负责人、软件工程师及其他与软件项目 计划编制有关的人员进行适合其职责范围的培训。
项目范围规划的输入 项目范围规划的工具和技术 项目范围规划的输出
5.3.2 项目范围规划
项目范围规划的输入：
产品描述 项目章程 制约因素 前提条件
5.3.2 项目范围规划
项目范围规划的工具和技术 ：
产品分析 成本效益分析 项目方案识别技术 专家评定
5.3.2 项目范围规划
项目范围规划的输出：
项目范围说明书 范围管理计划
5.3.2 项目范围定义
范围定义的输入：
范围说明书 制约因素 前提条件 其他计划结果 历史资料 使用工具：工作分解结构模板
5.4 制定IT软件项目进度计划
5.4.1 软件项目进度计划 5.4.2 制定软件项目进度计划的指导原则 5.4.3 项目进度计划的制定过程
确定软件项目开发的活动和承诺，使软件开发工作有 序而协调地进行，以便根据软件计划的资源、约束和 能力逐步向客户履行承诺。
明确与软件项目相关的组织和个人的职责，将任务责 任落实到具体的小组和个人，从组织管理上确保项目 开发的成功。
5.2 确定IT软件项目的目标
主要分为两步：
(1) 明确制定项目目标的主题。项目目标 一般由项目发起人或者项目提议人来确定。
5.5 软件项目计划书
3. 风险管理战略 3.1 风险识别 3.2 有关风险的讨论 3.3 风险管理计划 3.3.1 风险计划 3.3.2 风险监视 3.3.3 风险管理 4. 日程 4.1 项目工作分解结构 4.2 进度安排(甘特图) 4.3 资源表
5.5 软件项目计划书
9. 成立相关软件项目组及相关的方案论证小组。 10. 软件项目组及相关的方案论证小组在整个项目生命
期内参加全部的项目计划编制工作。 11. 按照书面流程与高级管理人员或企业外部机构软件
项目的承诺进行复审。 12. 明确划分为预先定义的、规模可管理的阶段的软件
生命周期。 13. 按照书面流程开发项目的软件开发计划。 14. 将软件项目计划文档化。
目计划活动进行复审。 26. 对软件质量保证人员及软件项目计划活动、工作产品
进行回顾及审核，并将结果文档化。
5.4.3 项目进度计划的制定过程
依据 :
项目网络图 活动持续时间估计 资源需求 资源安排描述 日历 约束条件 假设条件 提前或滞后要求 风险管理计划
5.4.3 项目进度计划的制定过程
5.4.2 制定软件项目进度
计划的指导原则
15. 确定软件项目需要建立及维护控制的软件产品。 16. 按照书面流程进行对软件产品规模的估计(或软件产
品规模的改变)。 17. 按照书面流程进行对软件项目工作量及费用的估计。 18. 按照书面流程进行对项目所需要的关键计算机资源
的估计。 19. 按照书面流程确定项目的软件开发进度。 20. 识别、评估与项目的费用、资源、进度及技术方面
5.3.1 项目范围管理概述
项目范围的确定项目范围(Project Scope) 包括项目的最终产品或者服务，以及实现 该产品或者服务所需要执行的全部工作。
项目范围管理的任务是界定项目所必须包 含且只需要包含的全部工作，并对其他的 项目管理工作起指导作用，以确保项目顺 利完成全部的过程。
5.3.2 项目范围规划
工具和技术:
数学分析法 持续时间压缩法 模拟法 资源分配的启发式方法 项目管理软件
5.4.3 项目进度计划的制定过程
输出 :
项目进度计划 详细依据说明 进度管理计划 更新的项目资源需求
5.4.4 软件项目计划的主要活动
1. 计划初始阶段 2. 指定软件开发计划SDP 3. 对SDP草稿进行审查和批准 4. 实施软件开发计划 5. 软件开发过程的质量和评价 6. 修改SDP
5. 项目资源 5.1 人员 5.2 硬件和软件 5.3 特别资源 6. 人员组织 6.1 组织结构 6.2 管理报告 7. 跟踪和控制机制 7.1 质量保证和控制 7.2 变化管理和控制 8. 附录
5.4.1 软件项目进度计划
考虑各种因素，串并性
设计评估 编码 详细设计
需求评估 需求定义 概要设计
单元调试
概要评估
集成调试 产品发行
测试计划 测试过程
测试评估
图5.4 软件项目开发的并行性
5.4.2 制定软件项目进度
计划的指导原则
1. 将用于编制软件项目计划及跟踪软件项目的工作文 档化。
2. 对于软件项目的实施采用文档化的承诺。 3. 相关的机构或个人认可他们对软件项目的承诺。 4. 指定软件项目负责人负责落实软件项目的承诺并制