软件开发项目管理教材
软件项目管理课程教案
软件项目管理课程教案章 节第一，二章 项目管理概述及生命周期时间第 讲基 本内 容1．项目和项目管理概念2．项目生命周期3．项目管理过程（呈现其知识体系结构）4．软件生命周期的概念和软件生命周期模型教 学目 标1．掌握项目和项目管理的概念，并理解项目管理的重要性2．了解项目生命周期3．掌握项目管理的过程（知识体系结构）4．了解软件生命周期及软件生命周期模型重 点难 点重 点：1．项目和项目管理概念2．项目生命周期3．项目管理知识体系结构4．软件生命周期定义和软件生命周期模型难 点：1．项目生命周期各阶段的工作2．软件生命周期模型作 业分组讨论教材《电子商务》案例教 学 组 织教学情况记录首先讲述项目和项目管理概念，然后通过案例，表明项目管理是项目成功的关键因素，再引入项目生命周期的概念，最后，结合软件开发，讲述软件生命周期。
1．项目和项目管理的相关概念2．项目生命周期3．项目管理知识体系结构1.个别学生上课迟到2.学生上课反应较好4．工作分解结构图与网络图初步介绍5．软件生命周期定义和软件生命周期模型6．课堂练习与点评7．布置作业《电子商务》案例章 节第三章 项目可行研究与启动时间第 讲基 本内 容1．投标决策2．制定能中标的申请书的要素3．申请准备过程和申请书可能包括的要素4．定价理由5．评价申请书6．客户和承约商间的合同类型7．项目计划概念和内容8．项目控制概念和过程9．项目结束1．合理应用投标决策2．掌握制定能中标的申请书的要素3．掌握申请准备过程和申请书可能包括的要素教 学目 标4．了解定价理由5．掌握评价申请书的内容6．了解客户和承约商间的合同类型7．掌握项目计划概念和内容8．掌握项目控制概念和过程9．了解项目结束所包含措施重 点难 点重 点：1．投标决策2．制定能中标的申请书的要素3．申请准备过程和申请书可能包括的要素4．项目计划概念和内容5．项目控制概念和过程难点1．申请书可能包括的要素2．项目计划概念和内容作 业课后案例教 学 组 织教学情况记录首先回顾第二章的重要内容，从明确需求和选择项目的结果引导学生考虑接下来该怎么办，即该怎样解决，从而引出本章内容。
软件工程项目管理入门教程
软件工程项目管理入门教程第一章：软件工程项目管理概述1.1 软件工程项目管理的定义软件工程项目管理是指对软件开发项目的规划、组织、协调和控制，以确保项目能够按时、按质、按量地交付，并满足用户需求和预期目标。
1.2 软件工程项目管理的重要性软件工程项目管理的重要性在于确保项目的成功交付，有效管理资源和风险，提高项目的质量和效率。
它能够帮助项目团队增强协作能力，提高沟通效率，降低项目失败风险。
1.3 软件工程项目管理的基本原理软件工程项目管理的基本原理包括项目目标明确、需求变更管理、计划和进度管理、团队协作、质量管理和风险管理等。
第二章：软件工程项目管理流程2.1 项目启动阶段项目启动阶段是确定项目目标和范围，明确项目可行性，并启动项目组织和资源准备工作的阶段。
2.2 项目规划阶段项目规划阶段是制定详细的项目计划和进度安排，确定项目资源和风险管理策略，以及定义项目团队的组织结构和角色职责的阶段。
2.3 项目执行阶段项目执行阶段是按照项目计划进行工作的阶段，包括需求分析、系统设计、编码、测试、部署等活动，并进行项目进度和质量的监控和控制。
2.4 项目收尾阶段项目收尾阶段是项目的总结和交付阶段，包括项目验收、用户培训、文档归档、项目经验总结等活动。
第三章：软件工程项目管理工具3.1 项目管理软件项目管理软件是指用于辅助项目管理的计划、进度、资源和风险管理的工具，常用的有Microsoft Project、JIRA、Redmine等。
3.2 版本控制工具版本控制工具是用于管理软件开发过程中的代码版本和变更，确保项目代码的一致性和可追溯性，常用的有Git、SVN等。
3.3 缺陷管理工具缺陷管理工具用于跟踪和管理软件开发过程中的缺陷和问题，提供问题报告、分配和解决的功能，常用的有Bugzilla、JIRA等。
3.4 团队协作工具团队协作工具用于促进项目团队之间的交流和协作，提供在线文档编辑、讨论、任务分配等功能，常用的有Microsoft Teams、Slack等。
软件项目管理教材PPT89页
范围计划 进度计划 成本计划
－－成本基准，进度基准
0
软件项目管理
第三讲 软件项目范围计划
1
本章要点
一、软件需求管理过程 二、任务分解定义 三、任务分解的类型 四、任务分解的过程 五、案例分析
2
1 软件项目需求管理
影响软件项目成败的因素
其它
过少的用户输入
13%
12% 50%
场景串联提供了用户界面以说明系统操作流程，它容易创 建和修改，能让用户知道系统的操作方式和流程。
根据与用户交互的方式，场景串联被分成三种模式：静态 的场景串联、动态的场景串联以及交互的场景串联。
选择提供哪种场景串联是根据系统的复杂性和需求缺陷的 风险来确定的。
23
如何记录需求------需求跟踪矩阵
Inadequate communications for system integration 8
系统集成阶段 , 交流与沟通不充分
9
Insufficient experience as team 团队缺乏经验
10 Shortage of application domain experts
缺乏应用领域专家
4
1 软件项目需求管理
软件开发的目标——按时按预算开发出满足用户真实需要的软件。 需求—— 一个软件项目的开始阶段。在软件工程中，需求分析阶 段是 包括客户、用户、业务或需求分析员、开发人员、测试人员、用 户文档编写者、项目管理者和客户管理者在内的所有的风险承担者都 需要参与的阶段。
5
1 软件项目需求管理
结构化分析方法的优点与局限性。
28
需求规格
需求分析工作完成的一个基本标志是形成 了一份完整的、规范的需求规格说明书
《软件工程》教学课件 第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）
软件项目管理.ppt
PSP1在PSP0的基础上增加了计划步骤：
2019-11-2
感谢你的阅读
22
影响CMMI过程改进成败的因素
过程改进必须有高级主管的支持与委托，并积 极地管理过程改进的进展。
获取中层管理的支持，以方便地获取过程改进 的资源（人员、时间、经费和设备）。
基层技术人员的参与和支持极端重要。
利用定量的可观察数据尽快使过程改进的成果 可见，从而激励参与者的兴趣。
2019-11-2
感谢你的阅读
14
软件过程评估和软件能力评价之间的不同
软件过程评估是在一个开放的、互相协作的环 境下进行的。而软件能力评价往往是在有较大 阻力的环境中进行的。（过程评估是为了提高 管理者和工程师的工作水平，而能力评价是为 了表明一个软件组织的实际软件过程能力，为 选择承包者和减少费用服务）。
2019-11-2
感谢你的阅读
25
PSP关注点
如何制订计划 如何控制质量 如何与其他人相互协作 如何预防缺陷(PSP重点)
关键是如何提高设计质量
2019-11-2
感谢你的阅读
26
PSP中的个人任务
为每一个项目/模块制订开发计划； 记录开发时间； 跟踪错误； 在工程摘要报表中保留数据； 使用已有的数据计划以后的项目/模块； 分析已有的数据以改进开发过程，不断提高开
发水平。
2019-11-2
感谢你的阅读
27
PSP的使用效果
参加PSP培训的104位软件人员在应用了PSP后: 软件中总的差错数减少了58.0％； 在测试阶段发现的差错减少了71.9％； 生产效率提高了20.8％
2019-11-2
感谢你的阅读
软件工程开发项目管理类书目
软件工程/开发项目管理类书目----------------------------------------------------------------------------------------- 2010-3-10-----------------------------------------------------------------------------------------1.《软件调试实战》(图灵程序设计丛书)(The Developer's Guide to Debugging)作者:(德国)Thorsten Grotker (德国)Ulrich Holtmann (德国)Holger Keding等译者:赵俐·出版社：人民邮电出版社·页码：190 页·出版日期：2010年02月·ISBN：9787115218858内容简介《软件调试实战》主要讲述C/C++程序的调试和分析，书中的调试技术也可以应用于其他语言编写的程序。
《软件调试实战》在讲述简单的源代码分析和测试的基础上，讲述了现实的程序中经常遇到的一些问题（如程序链接、内存访问、并行处理和性能分析）并给出了解决方案。
《软件调试实战》适合软件开发人员、调试人员阅读和使用。
2.《高效程序员的45个习惯:敏捷开发修炼之道》(图灵程序设计丛书)(Practices of An Agile Developer:Working in the Real World)作者:(美国)苏帕拉马尼亚姆(Venkat Subramaniam) (美国)亨特(Andy Hunt)译者:钱安川郑柯·出版社：人民邮电出版社·页码：186 页·出版日期：2010年01月·ISBN：7115215537/9787115215536作者简介苏帕拉马尼亚姆（Venkat Subramaniam），博士Agile Developer公司创始人。
软件项目管理案例教程(第4版)-第1章
大家好
18
实现项目目标的制约因素
n 工作范围 n 成本 n 进度计划 n 客户满意度
大家好
19
软件项目实例
社保系统
目标：实现社会保险管理的七大保险功能 时间：1年 资金：2００万 资源：１０人、设备、资料等等
大家好
20
本章要点
一、项目与软件项目 二、项目管理 三、项目管理知识体系 PMBOK 四、软件项目管理知识体系 五、敏捷项目管理 六、本书的组织结构
大家好
74
单选题
以下都是日常运作和项目的共同之处，除了（） A．由人来做 B．受限于有限的资源 C．需要规划、执行和控制 D．都是重复性工作
大家好
75
单选题
项目经理的职责不包括（）
A．开发计划
B.组织实施
C. 项目控制
D.提供资金
下列选项中属于项目的是（）
A．上课
B.社区保安
C.野餐活动
D.每天的卫生保洁
大家好
29
软件项目管理定义
软件项目管理是为了使软件项目能够按照预定 的成本、进度、质量顺利完成，而对成本、人 员、进度、质量、风险等进行分析和管理的活 动。
大家好
30
造房的方法论-简易房
1、需要造一个房子，讲述想法 2、开始建造，边造边画图
大家好
31
造房的方法论-简易房
3、造了两层，想在二楼加卫生间 4、修改设计，最终房屋建成
大家好
32
造房的方法论-总结
n 小型工程可边做边设计 n 施工过程中修改方案不会带来致命影响 n 以经验为主 n 造房和施工方不一定需要通过图纸来沟通，不需
要太多的工程知识，双方边商量边施工
大家好
软件工程项目管理计划书(完整版)
储蓄业务项目管理计划书1．简介1.1 项目概述本项目要开发一个银行系统，系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统。
本团队负责其中的有关储蓄业务的子系统。
通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。
本系统采用目前主流的B/S开发架构,将与整个银行系统一起发布.不单独发布。
交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等.本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团长进行最后的集成、整个系统的测试。
关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。
项目所需工具是个人电脑和开发工具。
进度为11周,工程量为3人/天。
1。
2 项目范围说明(1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。
其中项目总结为每人一份,每个小组所有成员的总结装订在一起；其余文档每组提交一份。
每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定.所有文档需要提交电子版和打印稿.（2）源程序检查：一共两次。
第一次检查每个小组的子系统运行情况。
第二次检查每个团队内六个小组集成后完整的银行系统运行情况，检查完成后需要提交程序源文件和可执行的系统.程序检查安排在上机时间进行。
1。
3 软件项目计划书的演化软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿，第四周以后根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并作出相应的修改.其余组员同步获得更新稿。
2．项目组织管理2。
1 过程模型表1。
过程模型表2.2 团队的分工与合作主程序员负责制。
本团队组织关系图如下。
表2 组织关系图3．管理过程3。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
8
软件配置项举例
系统规格说明书 软件需求规格说明书 设计规格说明书 源代码 测试规格说明书
chapter_10
9
配置项的版本
配置项类
需求规格:
配置项实例
需求规格V1.1
需求规格V1.2
chapter_10
需求规格V1.3
10
基线定义
基线提供了软件生存期中各个开发阶段的一 个特定点
一个(些)配置项形成并通过审核，即形成基 线
chapter_10
22
受控操作
Check in 评审/验证
受控库
Check out
变更控制 流程
新版本
chapter_10
23
配置库
1 2 3
4 5 6
7 MAIN BRANCH
RELEASE 1.0
1
2
3
4
RELEASE 1.1
RELEASE 2.0
W以确保项目过程中的产品与需求 和规格的要求相一致，
chapter_10
17
配置项的拆分例子
（某医疗网站）需求规格SCI
1. 辅助功能.doc
2. 性能.doc
3. 产品目录.doc
4. 医务管理.doc
5. 医疗专业区.doc
6. 首页.doc
chapter_10
18
配置项的标识
配置项被唯一的标识
• Where do I belong?
chapter_10
6
配置管理的主要功能
版本管理 变更管理 其它
chapter_10
7
软件配置项: SCI software configration item
软件配置项是项目需定义其受控于软件配置 管理的款项。每个项目的配置项也许会不同。
chapter_10
预 算 影 响 分 析
28
变更批准/拒绝
批准/拒绝变更
决 策
（若批 准）实 施变更
（若批 准）验 证变更
（若批 准）发 布、安
（若批 准）版 本更新
装变更
chapter_10
29
变更实现
变更实现
受
变
控 基 线 出
更 实 现
库
实
实
受
现 的 测 试 和 验
现 被 承
控 基 线 入
认
库
证
chapter_10
状态统计
配置审计
chapter_10
15
配置管理的基本过程
1. 配置项标识、跟踪 2. 配置管理环境建立 3. 基线变更管理 4. 基线审核 5. 配置状态统计 6. 配置管理计划
chapter_10
16
1、配置项标识、跟踪
将软件项目中需要进行控制的部分拆分成SCI 建立唯一的标识 建立相互间的对应关系，进行系统的跟踪和
chapter_10
34
配置状态报告
根据配置项操作数据库中的记录来向管理 者报告软件开发活动的进展情况。
4 PATCH #2
chapter_10
MAINTENANCE BRANCH
1 2
BUG_1 BRANCH
1 PATCH
#1
24
BUG_2 BRANCH
3、基线变更管理过程
基线修改应受到控制，这种变化要经SCCB授 权，按程序进行控制并记录基线修改的过程。
chapter_10
25
基线变更系统
配置控制
配置控制委员会(SCCB) 评估变更 批准变更申请 在生存期内规范变更申请流程 对变更进行反馈 与项目管理层沟通
chapter_10
13
本章要点
一、软件项目配置管理基本概念 二、软件项目配置管理过程 三、软件项目配置管理计划 四、案例分析
chapter_10
14
基本活动
配置标识
变更控制
前言
软件项目中是否遇到如下的问题
找不到某个文件的历史版本； 开发人员使用错误的版本修改程序
开发人员未经授权修改代码或文档； 人员流动，交接工作不彻底； 已修复的Bug在新版本中出现； 无法重新编译某个历史版本； 因协同开发中，或者异地开发，版本变
更混乱导致整个项目失败；
… …
chapter_10
变更请求
变更评估
变更批准/ 拒绝
变更实现
chapter_10
26
项目名称 变更申请人
变更题目
变更请求
提交时间 紧急程度 变更具体内容
变更影响分析
变更确认
处理结果
chapter_10
27
签字
变更评估
变更评估
软
技
接
进
件
术
口
度
变
影
影
影
更
响
响
响
分
分
分
分
类
析
析
析
图9-11: 变更请求的评估 chapter_10
基线标志开发过程一个阶段的结束和里程碑
基线修改需要按照正式的程序执行
chapter_10
11
软件开发各个阶段基线图示
系统工程
系统规格说明
需求分析 软件设计 程序编写 测试 系统提交
软件需求规格说明 软件设计说明
源代码 测试计划、过程、数据
可运行系统
chapter_10
12
SCCB (Software Configuration Control Board)
30
变更控制系统-举例
chapter_10
31
4、配置审计
配置管理活动审核 基线审核
chapter_10
32
5、配置状态统计
检查配置管理系统以及内容， 检测配置项变更历史
chapter_10
33
IEEE标准828-1998规定用于计 算配置状态的最小数据集包括
被批准的配置项 配置项的所有请求的变化状态 配置项所有被批准的变更实现状态
1
前言
软件项目进行中面临的一个主要问题是持续 不断的变化
有效的项目管理能够控制变化，以最有效的 手段应对变化,不断命中移动的目标。
chapter_10
2
软件开发项目管理
第 10章
软件项目配置管理计划
chapter_10
3
本章要点
一、软件项目配置管理基本概念
配置管理 配置项 基线 SCCB
二、软件项目配置管理过程 三、软件项目配置管理计划 四、案例分析
chapter_10
4
配置管理简述
记录软件产品的演化过程 确保软件开发者在软件生命周期中的各个阶
段都能得到精确的产品配置。 最终保证软件产品的完整性、一致性、追朔
性、可控性
chapter_10
5
配置管理的作用
• Who am I?
• Why am I here?
• Why am I who I am?
chapter_10
19
配置项的标识约定举例
公司：3个字符 项目：最长10个字符 类型：最长5个字符 编号：最长8位数字 版本号：V m.n
QTD-School–RM–SRS-v1.0
chapter_10
20
配置项的跟踪
案例
chapter_10
21
2、配置管理环境建立 建立配置管理库
软件配置管理库是用来存储所有基线配 置项及相关文件的等内容的系统，是在 软件产品的整个生存期中建立和维护软 件产品完整性的主要手段。