软件项目管理概述-培训文档
《软件工程》教学课件 第11章 软件项目管理
下 表 是 根 据 63 个 项 目 的 数 据 统 计 结 果 ， 按 照 基 本 的 COCOMO模型估算的工作量和进度。
总体类型 组织型
半独立型 嵌入型
工作量 MM=10.4（KLOG）1.05 MM=3.0（KLOG）1.12 MM=3.6（KLOG）1.20
进度 TDEV=10.5（MM）0.38 TDEV=10.5（MM）0.35 TDEV=10.5（MM）0.32
i1
其中:ai — 估计的最小行数 bi — 估计的最大行数 mi — 最可能的行数
将估算的源代码行数，乘以根据经验推算的每行源代 码所需成本，即为该软件的成本。
IBM 估算模型
1977年由Waiston 和 Felix 总结了IBM联合系统 分部（FSD）负责的６０个项目的数据，利用最小二 乘法拟合，得到如下估算公式：
PERT（Program evaluation & review technique)计 划评审技术或CPM（Critical path method）关键路径法， 都是采用网络图来描述项目的进度安排。如图描述了开发 模块A、B、C的任务网络图。各边上所标注的数字为该任 务所持续的时间，数字结点为任务的起点和终点。
70
任务
月份 １ 2 3 4 5 6 7 8 9 10 11 12
60
需求分析 ▲ ▲ ▲
50
总体设计
▲ ▲▲
40
详细设计
▲▲
30
编码 软件测试
▲ ▲▲
20
10
▲▲▲
0 一月
二月
三月
四月
五月
六月
进度表
2.甘特图（Gantt Chart）
软件项目管理-立项管理
问题）
3. 立项建议
3.3 立项调查
– 立项调查的目的是为产品构思和可行性分析提供充 分的、有价值的信息。如果不做调查的话，那么产 品构思和可行性分析建立在空想之上，主观臆断的 成分就很多。
– 立项调查的主要内容有：市场调查；政策调查；同 类产品调查；竞争对手调查；用户调查；
未成熟的市场
成熟的市场
将要消亡的市场。
– 不论想进入那种类型的市场，都要尽可能准确地分析市 场的总额、竞争对手所占的份额，以及本产品可能占有 的份额。同时要深入分析消费者的群体特征和消费方式， 以便发掘细分市场。
44.3. 政可策行可性行分性分析析
– 何为政策？
– 我们在做立项可行性分析的时候，千万不要忘记分析政 策将对产品造成的影响。重点分析：
– 主席应当具备比较丰富的评审经验，能够控制评审会议 的进程。主席除了主持评审会议之外，还要负责撰写 《立项评审报告》。
5.2 步骤
– 第一步 评审准备。主席确定评审会议的时间、地点、 设备和参加会议的人员名单，分发材料。
55.3. 立立项项评评审审检查表（checklist）
– 产品需求、目标清晰吗？产品符合本公司短期、长期的 发展战略吗？
– 立项管理的流程如图1所示，分三个阶段：“立项建 议阶段”、“立项评审阶段”和“项目筹备阶段”。
图1 立项管理流程
3. 立项建议
3.1 规程（procedure）
– 目的：立项建议小组进行产品构思、立项调查和可 行性分析，撰写相应文档并申请立项。
– 角色与职责：立项建议小组实施本规程的所有活动 – 启动准则：立项建议小组已经成立 – 输入：与目标产品有关的任何信息 – 主要步骤：（迭代进行）
第11章 软件项目管理-软件工程基础(第3版)-胡思康-清华大学出版社
第 4 页4
软件项目管理概述
软件项目管理目标
软件项目管理成功的目标包括以下几方面： ⑴ 如期完成项目 ⑵ 项目成本控制在计划之内 ⑶ 妥善处理用户的需求变动 ⑷ 保证项目质量⑸ 保持对项目进度的跟踪与控制
第11章 软件项目管理
第 5 页5
软件项目规模度量
任何软件项目都需要定量描述才能制定软件开发成本。只有把软件项目 中设计的各项因素，如软件开发时间、人员数量、开发环境的软件工具和硬 件系统、资金等资源的指标尽可能量化，才能准确估算软件产品的规模、复 杂度、工作总量。没有定量的项目将难以展开软件管理和实施过程。
❖系统的内部处理复杂吗
❖代码设计可重用吗
❖ 设计中包括转换和安 装吗
❖ 系统的设计支持不同 组织的多次安装吗
❖ 系统的实际有利于用 户的修改和使用吗
第 10 页10
软件项目规模度量
面向功能的度量
一旦计算出功能点，就可仿照LOC的方式度量软件的生产率、质量和 其它属性：
生产率 ＝ FP／E 质量 ＝ ER／FP 成本 ＝ S／FP 文档 ＝ ER／FP
第11章 软件项目管理
第 2 页2
软件项目管理概述
软件项目管理的特点
⑷ 软件产品虽然分通用软件和领域软件，但其都是“定制”的定向系统 ，目前仍无法摆脱手工开发模式。“没有完全一样的软件项目”，这不仅对 项目实施过程难以控制，而且还需要根据具体应用领域、环境等制定特殊管 理过程和内容。
⑸ 源于应用领域的复杂性和软件开发技术的复杂性，软件自身是一个复 杂系统。因而软件管理要对复杂软件系统过程做到未雨绸缪，对软件开发内 容抽丝剥茧般的细致。 ⑹ 软件项目管理需要综合各方面，特别是社会因素、精神因素、认知要素、 技术问题、领域问题、用户沟通等各项复杂内容。
软件项目管理课程(PPT 80张)
六盘水师范学院 孙新杰
3
◆ 人员： 人员是一个成功软件项目中最重要的因素。 可分为5类： ⑴高级管理者：负责定义业务问题，影响着项目。 ⑵技术管理者：组织、激励和控制开发人员。 ⑶开发人员：负责开发一个产品或应用所需的技术。 ⑷客户（customer)：负责说明待开发的软件需求。 ⑸最终用户（user)：直接使用发布的软件。
六盘水师范学院 孙新杰
25
2. 软件度量的方法
（1）面向规模的度量 是对软件和软件开发过程的直接度量。 可以建立一个面向规模的数据表格来记录项目的某 些信息。该表格列出了在过去几年完成的每一个软件开 发项目和关于这些项目的相应面向规模的数据。
六盘水师范学院 孙新杰
26
基于所生产软件的“规模”，使用代码行作为其他 计算的规范化因子。计算： •每千行代码（KLOC) 的错误数。 •每KLOC 的缺陷数。 •每个LOC的花费成本。 •每KLOC 的文档页数 •每人月的错误数。 •每人月的代码行。 •每页文档的成本。
六盘水师范学院 孙新杰
23
◆项目度量： 是战术的，使项目管理者能够以实时的方式改进项 目的工作流程及技术方法，如软件项目的工作量及时间 的估算。 项目度量的基础是历史项目中收集的数据。随着项 目的进展，所花费的工作量及时间和预算的值进行比较， 从而控制项目的进展。 另外，可根据文档的页数、评审的时间、功能点及 源代码行数来度量软件的生产率。
六盘水师范学院 孙新杰
21
1. 过程和项目的度量
◆过程度量： 使一个组织从战略上考察已有过程的功效，如开发 范型、工程任务的划分、工作产品、里程碑等，使管理者 评估那些部分起了作用。度量数据的收集跨越所有的项目， 经历较长的时间，目的是改善软件过程。 间接的度量一个软件过程的功效： • 软件发布之前发现的错误数 • 交付给用户后报告的缺陷数 • 花费的工作量、时间、成本 • 与进度计划是否一致
软件项目管理目录
第一章．软件项目开发管理概述●管理是重要的P7-10●什么是软件项目管理P12●软件项目管理的主要内容P151.过程管理（过程定义和剪裁、软件项目计划、软件度量、软件项目的跟踪和监督、风险管理）P16-212.人员管理（软件项目团队、纪律和激励机制）P22-243.产品管理（软件需求管理、软件质量保证、软件配置管理）P25-28●软件项目管理的规范和标准（CMM、ISO9001）P301.CMMP31-65第二章．软件开发过程的定义、剪裁和改进●什么是软件开发过程1.什么是过程P122.什么是软件项目开发过程P13-143.软件开发活动P15-184.软件开发活动间的关系P19●为什么需要过程P21●软件开发过程模型P231.瀑布模型P242.原型模型P253.增量模型P264.迭代模型P275.螺旋模型P28●如何定义过程1.定义软件开发过程的要求P302.定义软件开发过程的步骤P31-68步骤1：确定软件开发过程模型步骤2：确定和描述活动步骤3：确定和描述活动间的关系步骤4：文档化软件开发过程步骤5：文档化如何剪裁过程步骤6：文档化如何改善过程步骤7：过程评审、认可和发布步骤8：员工培训3.软件开发过程定义注意事项P69-734.软件开发过程定义文档P74●如何剪裁过程P76第三章．软件度量和估算●什么是软件度量1.基本概念P10-13●为什么需要软件度量P15-16●软件度量的内容P18-20●软件度量的方法--估算1.面向规模的度量P23-252.面向功能的度量P26-323.成本和工作量估算P33-341)代码行、功能和工作量估算P352)经验估算模型P44-504.软件质量度量P51-521)质量要素P53-542)质量要素的评价准则P55-563)软件质量的度量P57●在软件开发过程中进行软件度量1.软件开发过程中集成度量P59-60第四章．软件项目计划●什么是软件项目计划1.什么是软件项目计划P162.软件项目计划的内容P17-193.制定软件项目计划的基础和依据P204.制定软件项目计划的时机P215.初步和详细的软件项目计划P22-24●为什么需要软件项目计划●制定软件项目计划应考虑的因素1.制定软件项目计划的方法P282.软件项目计划制定的方式P29-313.软件开发活动关系的类型P32-354.估算活动的周期P36-395.确定里程碑P40-426.活动责任矩阵P43-467.描述项目进度计划（甘特图和网络图）P48-528.关键路径P53-559.参与、承诺和分发P56●制定软件项目计划的步骤P58-78指定项目进度协调者确定要使用的工具准备项目进度计划会议召开项目进度计划会议提交和分析数据使用工具创建进度计划评审项目进度计划使用工具更改项目进度计划批准项目进度计划分发项目进度计划●CMM对软件项目计划的要求P80-811.目标P822.制定方针政策P83-853.确保必备条件P86-904.实施过程活动P91-1095.度量和分析P1106.验证实施P111-113●成功的和过于乐观的软件开发计划1.成功的软件开发计划P1162.过于乐观的软件开发计划P1173.为什么会产生过于乐观的软件开发计划P118第五章．软件项目跟踪●什么是软件项目跟踪P101.软件项目跟踪的对象P112.软件项目风险P12-153.项目进展P16-184.开发活动进展P19-205.开发活动问题P21-226.项目展望P237.软件项目跟踪的基础P248.软件项目跟踪的方式P259.软件项目跟踪的目标P2610.软件项目跟踪示意图P27●为什么需要对软件项目进行跟踪P29●软件项目跟踪会议1.何时召开会议P322.谁来参加会议P333.跟踪会议的组织和召开P344.修复计划P355.问题升级P36●软件项目跟踪的过程和步骤P38-47指派PTT (Project T race T eam)负责人选定要用的工具和表格实施PTT培训准备PTT会议召开PTT会议开展工作/问题升级会议分发PTT会议记录转到第5步直到项目结束●CMM对软件项目跟踪的要求P49-511.目标P522.制定方针政策P53-543.确保必备条件P55-594.实施软件过程P60-735.度量和分析P746.验证实施P75-77第六章．软件开发的风险管理●什么是软件风险P14●如何进行风险管理1.什么是软件风险管理P172.风险管理的策略P18-193.风险管理的组成P20-22●风险评估1.风险识别（风险的类别：计划编制、组织和管理、开发环境、最终用户、客户、承包商、需求、产品外部环境、人员、设计和实现、过程）P25-412.风险分析P42-48评估风险发生的概率估算风险造成损失的大小计算风险危险度(Risk Explosure)风险优先级●风险控制1.风险管理计划P51-522.风险化解P53-543.风险监控P55-56第七章．软件需求管理●什么是软件需求1.什么是软件需求P10-132.获取软件需求的重要性P143.获取软件需求的复杂性P15-164.解决的方法和手段P17●如何进行软件需求分析1.什么是软件需求分析P202.软件需求分析的任务P213.软件需求分析的目标P224.软件需求分析的过程和步骤P23-31（收集软件需求、软件需求建模、文档化软件需求、评审软件需求）●软件需求管理为什么需要对软件需求进行管理P34需求管理的内容P35收集软件需求（如何收集软件需求、文档化所收集的软件需求、软件需求收集的注意事项）P36-42软件需求建模（为什么需要对软件需求进行建模、如何对软件需求进行建模）P43-46 撰写SRS（软件需求规格说明书）P47-48评审软件需求（为什么需要对软件需求进行评审、如何进行评审、软件需求评审结果）P49-54控制软件需求的变更（控制SRS、控制软件需求的变更）P55-59●CMM对需求管理的要求P61-631.目标P642.制定方针政策P653.确定必备条件P66-694.实施软件过程P70-725.度量和分析P736.验证实施P74-76第八章．软件质量保证●软件质量1.什么是软件质量P12-142.为什么需要关注软件质量P15●软件质量保证1.什么是软件质量保证P18-192.从哪些方面关注软件质量P20-223.谁来执行和实施软件质量保证P234.如何保证软件质量（正确理解用户的要求、制定标准和规程、审查软件开发活动、审核软件工作产品、测试源程序代码、记录开发活动和软件产品的偏差、记录所有不符合项并报告高级管理者）P24-31●软件质量保证计划及其实施P33-34●CMM对软件质量保证的要求P36-381.目标P392.制定方针政策P403.确保必备条件P41-444.实施软件过程P45-525.度量和分析P536.验证实施P54-56第九章．软件配置管理●什么是软件配置管理P91.软件配置项P10-132.基线P14-173.软件配置管理P18-22●如何进行软件配置管理1.SCI标识P25-322.版本控制P33-343.变更控制P35-374.软件配置审计P38-395.状态报告P40-436.谁来实施软件配置管理P44●软件配置管理计划P46-48●CMM对软件配置管理的要求P50-521.目标P532.制定方针政策P543.确保必备条件P55-594.执行活动P60-695.度量和分析P706.验证实施P71-74●软件配置管理工具P76第十章．软件开发团队的管理●什么是团队P3●团队管理的内容P5-6●团队的组织结构1.组件团队结构应考虑的因素（明确团队的目标、明确团队的种类、高效团队的特征）P8-122.团队的模式（业务团队、首席程序员团队、臭鼬项目团队、特征团队、搜索救援团队、战术（SW AT）团队、大型团队）P13-20●成功团队VS失败团队1.成功团队的特点P222.典型错误P23-253.技术人员需要增强沟通技能P264.沟通和协调的方法和工具P275.有效的非正式口头沟通P286.如何管理高业绩团队P297.团队为什么会失败P308.长期的团队建设P319.人是进行项目管理中最大的变数P3210.看曹操是怎么用人的P3311.团队领导的实践指南P34-36●团队激励机制（激励机制、开发人员的激励因素、项目经理的激励因素、成就感、发展机遇、工作乐趣、个人生活、成为技术主管的机会、奖励和认可、正确评价业绩、典型错误—士气杀手）P38-49●做一个好的项目经理P511.项目经理的技能P522.有效的&低效的项目经理P533.项目经理的职责P544.激励组员P555.关心下属的成长P566.永远支持组员P577.“信者，至诚，至实，至一，至公也”P588.项目经理的影响力和权力P599.正确使用权力P6010.提高办事效率P6111.持续改进P6212.学习过去P6313.利用沟通解决冲突P6414.项目经理要则P65。
软件工程导论软件项目管理PPT资料优秀版
➢ 成本管理的任务 ➢ 质量管理的任务 ➢ 配置管理的任务 ➢ ……
2.1 软件度量——基本概念
度量：是软件产品、软件开发过程或资源简单属 性的定量描述。度量具有数字特征。
测量：涉及测量的方法、过程、工具和数值结果。 用于事后或实时状态。
2.5 软件可靠性度量——可靠性概念
软件可靠性：在某个给定时间间隔内，程序按照规 格说明成功运行的概率。
R(t) = 1 - ∫0t f(t)dt
（t表示程序发生故障的时刻， f(t)表示t的概率密度函数）
运行时间越长、故障次数越多、可靠性越小。
R(t) = exp [ -∫0t Z(x)dx]
小组人数2~5 主程序员小组、民主制小组 各阶段需要的技术人员类型、层次和数量不同。
2.6 软件开发过程的管理——过程管理
常用的跟踪方式 P68-69
2.7 软件过程及软件成熟度模型CMM
背景 开发组织：通过CMM度量找到自己的优势和差
距 客户：寻求适宜的开发商 发展 1986年11月， 卡内基.梅隆大学，启动 1991年8月，公开发布 1993年2月， 近几年来，CMM又推出了2.0 版本，同时进入
2.4 软件复杂性度量——文本复杂性
5 软件可靠性度量—H—可a靠ls性估te算ad，70年代，从统计学和心理学角度研 究，程序是由操作符和操作数组成的符号序列。 1 软件度量——两种度量比较
软件测量:直接(简单属性)、间接(涉及多个属性) 7 软件过程及软件成熟度模型CMM
程序语言符号长度N 按11，指正定相方关法、修负改相程关序，的➢根难据度具；体情况折衷平衡，达到用户和开发人员满意的目标。 程序量V 按指定方法修改程序的难度；
软件项目管理-需求管理
定期评审
定期对需求进行评审，确保需求的准确性和 完整性。
工具支持
利用需求管理工具，如需求管理软件、版本 控制工具等，提高管理效率。
反馈与改进
根据项目实施过程中的反馈，不断优化需求 管理流程和方法。
THANKS FOR WATCHING
感谢您的观看
评审过程
对需求规格说明进行逐条审查，确保需求的准 确性和完整性。
评审结果
根据评审结果，对需求规格说明进行修改和完善。
需求规格说明的变更管理
变更申请
当利益相关者提出需求变更时，需填 写变更申请表，说明变更内容、影响 范围和变更原因。
变更评估
对变更申请进行评估，分析其对项目 进度、成本和功能的影响。
变更实施
06 需求管理的挑战与解决方 案
需求冲突的解决
识别冲突
明确识别出需求之间的冲突，分析冲突的性质和影响范围。
沟通协调
加强团队成员之间的沟通，促进需求方、开发方和测试方之间的协作。
优先级排序
根据项目目标和资源情况，对需求进行优先级排序，合理安排开发计划。
折中方案
在无法满足所有需求的情况下，寻求折中方案，平衡各方利益。
变更验证
验证变更实施的效果，确保满足变更 要求。
05
04
变更实施
如果决策接受变更，则进行相应的变 更实施工作。
需求跟踪矩阵
需求跟踪矩阵是用于记录需求变更历史和关联关 系的工具。
通过需求跟踪矩阵，可以追踪每个需求的来源、 变更历史和当前状态。
需求跟踪矩阵有助于确保所有需求得到满足，并 保持项目范围的一致性。
业务会议
与利益相关者进行面对面的交流，了解他们 的需求和期望。
软件项目管理文档
软件项目管理文档引言软件项目管理文档是软件开发过程中的核心文档之一。
它包含了项目计划、需求分析、资源分配、进度跟踪等各种信息，旨在有效地管理和组织软件开发团队的工作。
本文档将介绍软件项目管理文档的重要性，以及如何编写和使用它。
项目背景项目概述在介绍软件项目管理文档之前，我们先来了解一下项目背景和概述。
这个软件项目旨在开发一款能够自动化处理金融数据的应用程序。
它将提供数据收集、数据分析和数据可视化等功能，以帮助金融机构更好地了解市场趋势和风险。
项目目标该项目的目标是在六个月内完成软件开发，并实现以下几个关键目标：1.设计和实现一个用户友好的界面，使用户能够方便地使用应用程序。
2.收集和处理金融数据，并生成有用的分析报告。
3.实现数据可视化功能，以便用户更直观地了解数据。
4.确保系统的稳定性和安全性，保护用户的数据不受损害。
项目管理计划项目组织结构在项目开始阶段，我们将确定项目的组织结构，并明确每个成员的角色和职责。
项目组织结构包括项目经理、软件工程师、UI/UX 设计师和测试工程师等角色。
项目里程碑为了跟踪项目的进展，我们将制定项目里程碑计划。
里程碑是项目中的重要节点，代表着完成某个阶段或达到某个目标。
例如，里程碑可以是需求分析阶段的完成、软件开发阶段的完成以及测试阶段的完成等。
风险管理在项目管理过程中，我们也需要考虑可能出现的风险，并采取相应的措施进行管理。
风险管理包括风险识别、风险评估、风险规避和风险监控等环节。
我们将制定风险管理计划，在项目执行过程中及时响应和处理各种风险。
需求分析用户需求在软件项目开发之前，我们需要进行需求分析，以确保开发出符合用户期望的软件。
我们将与用户沟通，收集用户需求，并将其转化为详细的功能需求。
用户需求可以包括数据收集和分析功能、用户界面设计要求以及系统性能等要求。
功能规格说明在需求分析阶段，我们将编写功能规格说明文档，在其中详细描述各个功能模块的功能和要求。
功能规格说明文档将作为软件开发的蓝图，指导软件工程师进行开发工作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
项目控制
执行控制
从哪里获得 测量与分析 批准 3 风险管 理计划的数据？ 计划
6 测量和分 析结果
7 控制 项目
8 报告结 果
一个软件项目组织的开发流程图
问题：
一个成功的软件项目的标志是什么?
项目的组成要素
我们能够从 哪些方面来 降低成本？
进度
质量
成本
一个成功的 外包软件项 士气 目的标志是 什么?
Hale Waihona Puke 典型的项目 本-拉登911事件
目标：造成美国超过5亿美元的损失，死掉超过 1000美国人。 时限：2001年9月11日 成本：50万美金，16个恐怖分子
一次性、独特性
典型的项目
建造一座大楼、一座工厂或一座大坝 举办各种类型的活动，如一次会议、一次晚宴、一 次庆典等 新企业、新产品、新工程的开发 进行一个组织的规划、规划实施一项活动
c.提供机会检讨 项目是否有 价值继续下 去。
生存周期模型对软件项目计划管理的影响
软件生命周期模型的不同，对于软件项目管理，则有不同的影响： 由于生命周期模型不同，软件项目的开发可能被分为不同的阶段，例如： 在瀑布模型，可以比较严格地看到软件开发的需求、设计、编码、测试等阶段。每一阶 段的目标、交付成果、审查和确认标准是非常明确的、唯一的和一致的。 在演化模型中，每一次迭代，可能是需求、设计、编码、测试过程的完整再循环。而在 一次迭代内部，是一个完整的瀑布模型。因此，阶段标志比瀑布模型更多、但阶段之 间的进展差异可能没有瀑布模型那么明显。 在不同的模型中，阶段审查和确认的要求程度也不同。 瀑布模型的阶段审查非常严格，并假定前一阶段的输入状态不再变化。演化模型则只针 对本次迭代开始时获得的需求，并假定还可以再发生需求变化，项目根据实际需要， 还可能再次进入下一轮迭代。 不同的模型，要求也不同。 在瀑布模型，每一阶段都是以项目最终目标的要求，来完成本阶段的任务职责。而演化 模型则是以本次迭代目标为标准。而迭代的次数、一次迭代的规模（演进）大小，可 以根据需求变化而变化。因此，迭代的目标可以调节。 所以，在制定软件项目管理计划的时候，确认该项目的生命周期模型，才能了解项目 计划阶段的划分办法，才能定义项目的工作产品、进行工作任务分解等等计划制定的 步骤。
项目管理的9大知识领域
项目管理
项目整体管理
项目计划制订 项目计划实施 整体变更控制
项目范围管理
启动 范围计划编制 范围定义 范围核定 范围变更控制
项目时间管理
活动定义 活动排序 历时估算 进度计划编制 进度计划控制
项目成本管理
资源计划编制 成本估算 成本预算 成本控制
项目质量控制
质量计划编制 质量保证 质量控制
项目的定义
由一组有起止日期的、相互协调的受控活动组成的 独特过程，该过程要达到符合包括时间、成本和资 源的约束条件在内的规定要求的目标 此定义实际包含三层含义：
项目是一项有待完成的任务，且有特定的环境与要求
在组织机构内，利用有限资源（人力、物力、财力等）在 规定的时间内完成任务 任务要满足一定的质量、数量等要求。
五行是一个完整 的稳定的最小化 系统的描述，它 描述了能够稳定 存在的系统的各 要素之间的关系。
范围
问题：
我们靠什么能够保证软件项目的成功呢？
项目目标是如何达成的?
纪 律 !
进度
质量
成本
士气
范围
软件项目计划
软件项目的基本概念
软件项目计划
项目跟踪与监控
到哪里了？
项目定义
目标
树立清晰明确的项目的，以及项目的目标 定义项目的范围 获得相关的胜任的人员 制定项目计划
生命周期模型，例如：
瀑布模型 喷泉模型 渐进模型 螺旋型 原型模型
瀑布模型
问题定义 计划 时期 可性行研究 需求分析 概要设计 开发 时期 详细设计 编 码 测 运 行 时 期 试 运行与维护 特点： 上一阶段的变换结果 是下一阶段的变换的 输入，相邻两个阶段 具有因果关系，紧密 相联。
有固定的工艺路线
生产的要素不会改变 拥有安全感 通常是“体力劳动”密集 型 存在行业标准
项目管理发展的过程
项目管理有悠久的实践历史：古代长城、埃及金字 塔等等
项目和项目管理起源于工程和工程管理（建筑业和 国防工业）
美国路易斯维化工厂——流程分解——节省38% 美国北极星导弹——关键路径——节省30%
经过受影响方评价，和 书面同意，和 纳入基线
变更应是正式受控的
项目计划
目的
为管理软件项目建立合理的计划
包含的步骤：
评估软件产品的规模及所需资源 制定一个进度表 识别和估计软件风险 获得相关的承诺
制定项目计划
项目计划概要
A项目章程 B参考文件 C项目组织 D开发过程 E工作分解结构 F风险 G估计 H计划 I获得的价值基线 J资源 K附录
企业经营决策系统项目
企业经营决策系统项目 1000
需求分析 1100
系统分析 1200
系统设计 1300
系统开发 1400
测试 1500
实施 1600
软件 1410
硬件 1420
网络 1430
文档 1440
培训 1610
系统转换 1620
验收 1630
模块开发 1411
单元测试 1412
问题：编号上有什么特点？
WBS分解的标准
一个大项目来说，4到6个层次就足够了。 划分项目的WBS结构的方法：
按专业划分 在专业下按阶段划分 在阶段内按子系统划分
细分的原则
考虑分解对象 考虑使用者 考虑编制者
软件项目开发的WBS
1 项目启动阶段 1.1 售前阶段 1.1.1 提供《技术白皮书》和现场的技术介绍，了解项目需求 1.1.2 提交《项目可行性研究报告》 1.1.2 提交《项目开发计划》 1.1.4 提交《项目风险管理计划》 1.1.5 通过公司的立项评审 1.1.6 进行项目前期开发（制作需求模板、功能演示系统、关键技 术分析和实验等） 1.1.7 向用户提交《系统建设建议书》 1.2 招标和合同签订阶段 1.2.1 制作标书，参加投标和答标活动 1.2.2 中标后，根据商务谈判的结果，制作合同副本 1.2.3 合同签订
1.1 项 目章程
1.2 确定项 目范围
1.3获得胜 任的人员
1.4制定项 目计划
项目启动流程
启动:项目章程
项目章程中典型的内容
管理和技术的目标 顾客和顾客环境 陈述业务功能或目标 希望的利益 制约条件（成本，计划，资源等） 该项目和其他项目的依赖关系 描绘一个全面的项目概要 关键的责任 是顾客需要的结果 该项目的执行的目标 用于协助组织的决策
项目人力资源管理
组织的计划编制 人员获取 班子组建
项目沟通管理
沟通计划编制 信息发布 绩效报告 管理收尾
项目风险管理
风险识别 风险量化 定性风险分析 定量风险分析 风险应对计划编制 风险监控
项目采购管理
采购计划编制 询价计划编制 询价 供方选择 合同管理 合同收尾
软件项目管理的原理
项目计划
1 项目 定义 2 工作 分解 4 估计规模\ 时间\成本 5 提交 计划
软件项目开发的WBS
1.3 项目前期准备阶段 1.3.1 指定项目经理、子项目经理或技术经理，成立项目组。 1.3.2 完成《工作任务分解（WBS）》 1.3.3 划分接口人员责任 1.3.4 提交《项目进度计划》 1.3.5 提交《项目成本预算》 1.3.6 提交《风险控制计划》 1.3.7 其他专项计划：对本项目开发中需制订的各个专题计划（如 分合同计划、开发人员培训计划、测试计划、安全保密计划、 质量控制计划、配置管理计划、用户培训计划、系统安装计 划等），分别进行制订。 1.3.8 以上项目计划提交公司评审，并形成《项目任务责任书》下达
失败的管理
管理不当时，有可能发生：
1 + 1 < 2 甚至 1 + 1 = 0
一个和尚挑水喝
二个和尚抬水喝
三个和尚没水喝
项目管理
项目开发与制造业的生产有什么区别？
制造业的生产
无限期持续性工作 固定的组织机构
项目开发
有固定的截止点 临时的组织 有固定的目标，但实现的方式依 据项目特点不断变化 由于条件不同而引发一系列变化 有很多不确定因素 通常是”脑力劳动“ 密集型 基本不存在标准
WBS的作用
1、将大系统变成具体的小工作单元，使复杂→简 单，难以预测→易于预测，难以控制→易于控制 2、是制定项目计划、编制项目预算、确定项目组 织、分配工作的基础 3、使我们对开发项目情况有了更加深入详细的了 解，特别是对应做的工作有了更为透彻的概念 4、便于了解整个项目开发系统的结构，便于合作、 协调
WBS表达形式—层次结构图和层级列表
图形显示 层级列表
1．0系统
1．1元素 A
1．2元素B
1．0系统 1．1元素A 1.1.1任务 1.1.2任务 1．2元素B
1.1.1任务
1.1.2任务
小练习：
假如您要在自己的家里举行一次生日宴会，请按 WBS为你制定一份工作的分解计划？ 请分别用层级结构与树状图进行描述。
软件项目开发的WBS
2 需求分析阶段 2.1 分析用户需求 2.1.1与用户一起分析需求，并形成用自然语言表述的《需求说明 书》，由用户确认 2.1.2将用户确认的《需求说明书》，转化为用计算机术语描述的 《系统需求规范书》 2.1.3提交《系统需求规范书》，进行评审 2.2 形成《集成测试计划》，提交公司评审 3 系统设计阶段 3.1 系统总体设计 3.1.1运行环境设计