软件项目管理第2章项目的生命期和管理过程
- 格式:ppt
- 大小:14.16 MB
- 文档页数:38
2项目生命周期周期分类产品生命周期项目生命周期定义:项目从开始到结束所经历的一系列阶段一个项目生命周期可能涵盖一个产品生命周期的多个阶段+类型预测型适应性开发生命周期定义:项目生命周期内通常有一个或多个阶段与产品、服务或成果的开发相关,这些阶段称为开发生命周期说明1、开发生命周期具有复杂性和多维性,特定项目不同阶段往往采用不同生命周期2、从预测、迭代到增量和敏捷,生命周期适应能力和即时性越来越强3、生命周期选择:由项目管理团队确定4、实现项目周期灵活性:①各阶段实施的过程(宏);②在合适的阶段一个或多个过程;③阶段属性(名称/持续时间/退出和准入标注标准等)类型预测:在项目早期确定了项目,少变更。
”瀑布型“迭代:范围早期确定,时间和成本不断修改。
重复的循环活动开发产品增量:在预定的时间内增加产品功能。
适应:“敏捷”或“变更驱动”生命周期混合“:预测+适应定义项目阶段定义:一组具有逻辑关系的项目活动的集合,通常以一个或多个的完成为结束1、描述:阶段属性描述阶段2、阶段划分原因更好掌控项目提供评估绩效,提供后续阶段纠正和预防的机会定义:为做出进入下个阶段,进行整改或结束项目集或项目的决定,而开展的阶段末审查类型:、阶段门、关键决策点、阶段入口和出口作用:进入下阶段/整改后进入下阶段/结束项目/停留在当前阶段/重复项目管理过程:旨在创造最终结果的系统化的系列活动,以便对一个或多个进行,生成一个或多个管理过程组定义:项目管理输入、工具和技术以及输出的"逻辑组合"说明:5大过程组,启动、规划、执行、监控、收尾管理知识领域定义:按所需"知识内容"来定义的项目管理领域,并用其所含的过程、做法、输入、输出、工具和技术进行描述。
说明:10大知识领域项目管理十大知识领域定义:按其所需知识内容来定义的管理领域并用其所含过程、实践、输入、输出、工具和技术进行描述某些项目可能需要一个或多个其他的知识领域整合管理核心领域4:范围+进度+成本+质量支持领域5:资源+沟通+风险+采购+相关方五大过程组说明:过程组不同于项目阶段,一个阶段可能含所有过程组各过程组中的过程在每个阶段内重复,直到达成该阶段的完工标准1启动定义:定义一个新项目或现有项目的一个阶段,授权开始项目或阶段目的:协调相关方期望与目的,告知相关方项目范围与目标,商讨如何参与任务4:定义初步项目范围,落实初步财务资源,识别相关方,指派项目经理作用4:确保符合战略;考虑商业论证、项目效益、相关方责任人4:项目发起人、PMO、项目指导委员会或其他相关方群体涉及过程2:4.1制定项目章程+13.1识别相关方2规划定义:明确全部范围、定义和优化目标,制定行动方案任务:制定项目管理计划的组成部分,执行项目文件责任人:项目管理团队应当征求适当相关方的意见,并鼓励其参与涉及过程24个:3执行注意:执行过程可能导致变更请求,批准的变更请求会触发一个或多个规划过程,来修改管理计划、完善项目文件,甚至监理新的基准涉及过程10个:4监控定义:跟踪审查和调整项目进展与绩效,识别必要的计划变更并启动相应变更任务监督3:搜集绩效数据,计算绩效指标,报告和发布绩效信息控制4:分析绩效偏差,评估趋势以改进过程,评价可选方案,并建议必要的纠正措施涉及过程12个5收尾定义:为正式完成或关闭项目、阶段、合同而开展的工作说明:本过程组也适用于项目提前关闭,如项目流产或取消涉及过程1:4.7结束项目或阶段项目成功的标准5※净现值NPV,净现值-投入,已知折现率(大于零可行,越大越好)※内部收益率IRR,求净现值为0时的,回报率(Internal Rate of Return)投资回收期PP,现金流为0的时间(Payback Period)投资回报率ROI,平均每年的收益/总投入(Return on investment)收益成本比率BCR,投1元钱带来几元回报(Benefit Cost Ratio)1.2.6人员职责发起人:制定和维护项目经理:提供建议和见解3(NEED):了解业务目的和目标,问题和机会,提出处理建议。
软件开发生命周期管理与质量控制方案第一章软件开发生命周期概述 (3)1.1 软件开发简介 (3)1.2 软件开发过程模型 (3)第二章项目启动与需求分析 (4)2.1 项目立项与启动 (4)2.2 需求收集与分析 (4)2.3 需求文档编写 (5)第三章系统设计 (5)3.1 总体设计 (5)3.2 详细设计 (6)3.3 设计文档编写 (6)第四章编码与实现 (6)4.1 编码规范 (6)4.1.1 编码规范概述 (6)4.1.2 命名规则 (7)4.1.3 代码格式 (7)4.1.4 注释要求 (7)4.2 代码审查 (7)4.2.1 代码审查目的 (7)4.2.2 代码审查流程 (7)4.2.3 代码审查要点 (8)4.3 单元测试 (8)4.3.1 单元测试概述 (8)4.3.2 单元测试策略 (8)4.3.3 单元测试工具 (8)4.3.4 单元测试执行 (8)第五章集成与测试 (8)5.1 集成测试 (8)5.1.1 测试计划 (9)5.1.2 测试执行 (9)5.1.3 测试评估 (9)5.2 系统测试 (9)5.2.1 测试计划 (9)5.2.2 测试执行 (10)5.2.3 测试评估 (10)5.3 测试报告编写 (10)第六章验收与部署 (11)6.1 用户验收测试 (11)6.1.1 测试目的 (11)6.1.2 测试范围 (11)6.1.3 测试流程 (11)6.2 部署与上线 (11)6.2.1 部署准备 (11)6.2.2 部署流程 (12)6.2.3 上线支持 (12)6.3 后期维护 (12)6.3.1 维护内容 (12)6.3.2 维护流程 (12)第七章质量保证与质量控制 (12)7.1 质量保证策略 (12)7.1.1 制定质量方针与目标 (13)7.1.2 质量保证计划 (13)7.1.3 质量保证体系的建立与运行 (13)7.2 质量控制方法 (13)7.2.1 静态代码分析 (13)7.2.2 单元测试 (13)7.2.3 集成测试 (14)7.2.4 系统测试 (14)7.2.5 验收测试 (14)7.3 质量评估与改进 (14)7.3.1 质量评估指标 (14)7.3.2 质量改进措施 (14)7.3.3 持续改进 (14)第八章风险管理 (15)8.1 风险识别 (15)8.2 风险评估与应对 (15)8.3 风险监控与报告 (15)第九章项目管理与团队协作 (15)9.1 项目管理策略 (15)9.2 团队协作与管理 (16)9.3 项目沟通与协调 (16)第十章文档管理与过程改进 (17)10.1 文档管理规范 (17)10.1.1 文档分类及命名规则 (17)10.1.2 文档存储与共享 (17)10.1.3 文档审核与发布 (17)10.2 过程改进方法 (18)10.2.1 过程评估与监控 (18)10.2.2 过程优化与改进 (18)10.3 持续改进与优化 (18)10.3.1 建立持续改进机制 (18)10.3.2 量化评估与反馈 (18)第一章软件开发生命周期概述1.1 软件开发简介软件开发是指根据用户需求,运用计算机编程语言、开发工具及各类技术,设计和实现计算机软件的过程。
第二章项目管理过程与项目生命周期本章着重讨论了项目过程、项目管理过程和项目生命周期。
第一节项目工作阶段的划分现代项目管理理论认为任何项目都是由两个过程构成的,其一是项目的实现过程,其二是项目的管理过程,所以现代项目管理强调项目管理的过程性和阶段性。
现代项目管理要求在项目实施中分阶段、按过程做好一个项目的管理,保障项目产出物(成果)的生成和项目目标的实现。
一、一般项目的工作阶段划分在项目管理中,通常相同性质的项目工作会划分在同一个项目阶段中,而不同性质的项目工作会划分在不同的项目阶段中。
另外,项目阶段划分的第二个标志是项目阶段成果(项目产出物)的整体性。
现代项目管理理论将整个项目的全部工作看成是由一系列项目阶段构成的一个完整的项目生命周期。
对于一般意义上的项目,项目生命周期包括四个主要的工作阶段。
这四个项目工作阶段分别是:项目定义与决策阶段。
在这一项目阶段中,人们提出一个项目的提案,并对项目提案进行必要的机遇与需求分析和识别,然后提出具体的项目建议书。
在项目建议书或项目提案获得批准以后,就需要进一步开展不同详细程度的项目可行性分析,通过项目可行性分析找出项目的各种备选方案,然后分析和评价这些被选方案的损益和风险情况,最终做出项目方案的抉择和项目的决策。
这一阶段的主要任务是提出项目,定义项目和做出项目决策。
项目计划和设计阶段。
在这一阶段中,人们首先要为已经做出决策要实施的项目编制各种各样的计划(针对整个项目的工期计划、成本计划、质量计划、资源计划和集成计划等等)。
在这些计划工作的同时,一般还需要开展必要的项目设计工作,从而全面设计和界定整个项目、项目各阶段所需开展的工作、有关项目产出物的全面要求和规定(包括技术方面的、质量方面的、数量方面、经济方面的等)。
实际上,这一阶段的主要工作是对项目的产出物和项目工作做出全面的设计和规定。
项目实施与控制阶段。
在完成项目计划和设计工作以后,人们就可以开始项目实施了。
软件项目规划管理手册第1章项目立项与准备 (5)1.1 项目背景与目标 (5)1.1.1 项目背景 (5)1.1.2 项目目标 (5)1.2 项目可行性分析 (5)1.2.1 技术可行性 (5)1.2.2 市场可行性 (6)1.2.3 经济可行性 (6)1.2.4 运营可行性 (6)1.3 项目团队组织 (6)1.3.1 项目经理 (6)1.3.2 技术团队 (6)1.3.3 市场团队 (6)1.3.4 质量保证团队 (6)1.3.5 财务与行政团队 (6)1.4 项目启动会议 (6)第2章项目范围管理 (7)2.1 范围规划 (7)2.1.1 制定范围管理计划 (7)2.1.2 创建范围基准 (7)2.1.3 制定范围说明书 (7)2.1.4 制定范围管理流程 (7)2.1.5 确定项目范围分解结构 (7)2.2 范围定义 (7)2.2.1 收集需求 (7)2.2.2 分析需求 (7)2.2.3 定义项目范围 (7)2.2.4 创建工作分解结构(WBS) (7)2.2.5 验证范围定义的准确性 (7)2.3 范围确认 (7)2.3.1 制定范围确认计划 (7)2.3.2 确认项目可交付成果 (7)2.3.3 确认范围变更 (7)2.3.4 管理客户期望 (7)2.3.5 范围确认的输出 (7)2.4 范围控制 (7)2.4.1 制定范围控制计划 (8)2.4.2 监控项目范围 (8)2.4.3 管理范围变更 (8)2.4.4 范围控制工具与技术 (8)2.4.5 范围控制输出 (8)第3章项目时间管理 (8)3.1 活动定义 (8)3.1.1 活动识别 (8)3.1.2 活动描述 (8)3.2 活动排序 (8)3.2.1 逻辑关系识别 (8)3.2.2 前导图法(PDM) (9)3.3 时间估算 (9)3.3.1 时间估算方法 (9)3.3.2 时间估算工具 (9)3.4 进度制定与优化 (9)3.4.1 制定进度计划 (9)3.4.2 优化进度计划 (9)第4章项目成本管理 (10)4.1 成本估算 (10)4.1.1 估算方法 (10)4.1.2 估算依据 (10)4.1.3 估算过程 (10)4.1.4 成本估算结果 (10)4.2 成本预算 (10)4.2.1 预算编制 (10)4.2.2 预算审批 (10)4.2.3 预算分配 (10)4.2.4 预算调整 (10)4.3 成本控制 (10)4.3.1 成本控制策略 (11)4.3.2 成本控制方法 (11)4.3.3 成本控制过程 (11)4.3.4 成本控制措施 (11)4.4 成本分析 (11)4.4.1 成本分析内容 (11)4.4.2 成本分析方法 (11)4.4.3 成本分析报告 (11)4.4.4 成本分析应用 (11)第5章项目质量管理 (11)5.1 质量规划 (11)5.1.1 质量目标设定 (11)5.1.2 质量标准制定 (11)5.1.3 质量计划编制 (11)5.2 质量保证 (12)5.2.1 质量保证体系构建 (12)5.2.2 质量保证措施 (12)5.2.3 质量评审 (12)5.3 质量控制 (12)5.3.2 质量问题处理 (12)5.3.3 质量验收 (12)5.4 持续改进 (12)5.4.1 质量改进计划 (12)5.4.2 质量改进措施 (12)5.4.3 质量改进跟踪 (12)第6章项目人力资源管理 (12)6.1 人员规划 (13)6.1.1 人员需求分析 (13)6.1.2 人员招募 (13)6.1.3 人员配置 (13)6.2 团队建设 (13)6.2.1 团队组织结构 (13)6.2.2 团队沟通协作 (13)6.2.3 团队文化塑造 (13)6.3 人员培训与管理 (13)6.3.1 培训需求分析 (13)6.3.2 培训计划与实施 (13)6.3.3 人员管理 (13)6.4 绩效评估 (13)6.4.1 绩效考核指标 (13)6.4.2 绩效评估方法 (14)6.4.3 绩效反馈与改进 (14)第7章项目沟通管理 (14)7.1 沟通规划 (14)7.1.1 沟通需求分析 (14)7.1.2 沟通方式与方法 (14)7.1.3 沟通计划编制 (14)7.2 信息发布 (14)7.2.1 信息发布渠道 (14)7.2.2 信息发布频率与时间 (14)7.2.3 信息保密与安全 (14)7.3 沟通协调 (14)7.3.1 沟通协调方法 (15)7.3.2 沟通协调技巧 (15)7.3.3 沟通协调记录 (15)7.4 项目报告与会议 (15)7.4.1 项目报告 (15)7.4.2 项目会议 (15)7.4.3 会议纪要 (15)7.4.4 项目报告与会议的跟踪 (15)第8章项目风险管理 (15)8.1 风险识别 (15)8.1.2 风险识别方法 (15)8.1.3 风险识别结果 (16)8.2 风险分析 (16)8.2.1 风险概率评估 (16)8.2.2 风险影响评估 (16)8.2.3 风险排序 (16)8.3 风险应对策略 (16)8.3.1 风险规避 (16)8.3.2 风险减轻 (16)8.3.3 风险转移 (16)8.3.4 风险接受 (16)8.4 风险监控与应对 (16)8.4.1 风险监控 (16)8.4.2 风险预警 (17)8.4.3 风险应对措施调整 (17)8.4.4 风险管理经验总结 (17)第9章项目采购管理 (17)9.1 采购规划 (17)9.1.1 采购需求分析 (17)9.1.2 采购策略制定 (17)9.1.3 采购计划编制 (17)9.2 采购实施 (17)9.2.1 采购文件准备 (17)9.2.2 采购公告发布 (17)9.2.3 供应商评审 (17)9.2.4 采购合同签订 (17)9.3 供应商管理 (18)9.3.1 供应商绩效评估 (18)9.3.2 供应商关系维护 (18)9.3.3 供应商风险控制 (18)9.4 采购控制 (18)9.4.1 采购成本控制 (18)9.4.2 采购进度控制 (18)9.4.3 采购质量控制 (18)9.4.4 合同变更管理 (18)第10章项目收尾与管理总结 (18)10.1 项目验收 (18)10.1.1 验收准备工作 (18)10.1.2 验收流程 (19)10.1.3 验收后工作 (19)10.2 项目总结 (19)10.2.1 项目成果总结 (19)10.2.2 项目管理过程总结 (19)10.3 知识归档 (19)10.3.1 知识整理 (20)10.3.2 知识归档 (20)10.3.3 知识共享 (20)10.4 项目审计与评价 (20)10.4.1 项目审计 (20)10.4.2 项目评价 (20)第1章项目立项与准备1.1 项目背景与目标1.1.1 项目背景我国经济的快速发展和信息技术的广泛应用,软件产业已经成为国民经济的重要组成部分。
软件项目管理(三级项目)课程教学大纲英文名称:Software Project Management 课程编码:04119230学时:48/8 学分:3课程性质:专业限选课课程类别:理论课先修课程:软件工程导论、软件工程A开课学期:第6学期适用专业:软件工程一、课程教学目标通过本课程的理论教学、项目和实验训练,使学生具备下列能力:1、掌握软件工程领域软件项目管理所需的专业知识,包括项目范围、进度、成本、风险、资源、变更等方面的管理和控制。
(支持标准毕业要求1-3)2、培养学生的人文社会科学素养、社会责任感,能够在软件工程实践中理解并遵守软件工程职业道德和规范,履行相应责任;(支持标准毕业要求8-3)3、培养学生的团队精神及协作能力,能够在软件工程、多学科背景下的团队中承担个体、团队成员以及负责人的角色;(支持标准毕业要求9-1、9-2)4、能够能够通过口头或书面方式表达自己的想法,与业界同行及社会公众进行有效沟通和交流;(支持标准毕业要求10-1)5、能够使用主流的项目管理工具,如Project等工具对软件复杂软件开发过程中的进度、资源、成本等问题进行管理;(支持标准毕业要求11-1)6、能够将软件项目管理的原理和经济决策的方法用于大规模软件全生命周期过程中;(支持标准毕业要求11-2、11-3)二、课程教学目标与毕业要求的对应关系三、课程的基本内容3.1 理论教学1、项目管理及IT项目管理概述(支撑教学目标1)了解项目及项目管理的基本概念、价值及特点;理解项目管理、IT项目管理、软件项目管理之间的相互关系,理解软件项目管理的基本概念及特点。
[本章主要内容]:(1)项目与项目管理的价值。
(2)项目与项目管理概念与和特点。
(3)项目管理组织与项目管理知识体系。
(4)IT项目特征、IT项目管理特点。
(5)软件项目与软件项目管理概念与特点。
2、项目管理的环境和过程(支撑教学目标1、2、6)教学目标:了解项目管理的环境,理解系统观念和系统方法在项目管理中的应用;了解项目阶段和项目生命周期的概念,理解项目管理过程。
第二章软件过程一、软件生命周期软件生命周期(Life Cycle),也称生存周期,指软件产品从提出、产生、发展到成熟,直至衰亡的整个时间段。
软件生命周期的组成阶段:(1) 软件定义阶段:做什么?问题定义→可行性研究→需求分析(2) 软件开发阶段:如何做?总体设计→详细设计→编码和单元测试→综合测试(3) 运行维护阶段:纠错、适应性修改、增强性修改、预防性修改二、软件过程的定义当开发产品或构建系统时,遵循一系列可预测的步骤(路线图)是非常重要的,它有助于及时交付高质量的产品。
(1)所遵循的路线图就称为“软件过程”。
(2)软件过程贯穿软件开发的各阶段,并建立阶段里程碑(Milestones);(3)管理者在软件工程过程中需要对软件开发的质量、进度、成本进行评估、管理和控制;(4)技术人员在软件过程中需采用相应的方法和工具生成软件工程产品,如模型、文档、数据、报告、表格等。
三、软件过程的作用软件开发过程的作用是:(1)成为开发组活动顺序的向导。
(2)详细说明需要开发哪些制品,何时开发。
(3)指导每一个成员及整个开发组的工作。
(4)提供监控、度量产品和活动所依据的准则。
—软件过程是软件项目管理控制的基础,它为项目提供稳定性、可控性和有组织性,能有效避免混乱。
—若没有一个良好定义的过程,开发组将各行其是,成功与否完全依赖个别优秀的人才,这不是能够长久的。
四、软件过程的组成要素(活动、动作、任务)软件过程是工作产品构建时所执行的一系列活动、动作和任务的集合。
(1)活动(activity):实现宽泛的大目标。
(2)动作(action):阶段目标。
(3)任务(task):关注小而明确的目标,产生实际产品。
—软件过程由活动组成,活动由动作组成,动作由任务组成。
五、基本框架活动和典型的普适性活动软件过程框架(process framework)定义了若干个框架活动,及一些适用于整个软件过程的普适性活动1.基本框架活动一个通用的软件工程过程框架通常会包含以下5个基本的框架活动:(1)沟通:在技术工作开始前,先和利益相关者进行沟通与协作,以理解项目目标,并收集需求。