第4章 软件项目进度管理
软件项目管理课后习题参考答案
第一章项目管理概述一.选择题1.项目是(D)。
A.一个实施相应工作范围的计划B.一组以协作方式管理、获得一个期望结果的主意C.创立独特的产品或服务所承担的临时努力D.必须在规定的时间、费用和资源约束条件下完成的一次性任务2.你刚被指派在你的公司的一个不同的部门中管理一个大的项目。
你正试图了解项目是关于什么的,谁是主要的项目干系人,为了管理好此项目,你首先应该做(C)。
A.所有的项目计划B.会见以前的项目经理,以找出他离开的原因C.与你的老板见面,了解他对项目的看法D.与你的新项目团队见面,认识他们和了解他们对项目的看法3.不属于项目的活动是( B )。
A.一种新型罐头产品的开发B.罐头产品的生产C.罐头产品的试制D.罐头产品的营销策划4.项目是一个特殊的将被完成的有限任务,它是在一定的时间内,满足一系列特定目标的多项相关工作的总称。
此定义实际包含的含义有(D)。
A.项目是一项有待完成的任务,且有特定的环境与要求B.在一定的组织机构内,利用有限资源(人力、物力、财力等)在规定时间内完成任务C.任务要满足一定性能、质量、数量、技术指标等要求D.项目的实施具有一定的风险第二章项目实施的环境与过程一.选择题1.项目管理中应用最广泛的组织形式是( C )。
A.项目式B.职能式C.矩阵式D.网络式2.下面有关矩阵式组织环境的描述,不正确的是( A )。
A.项目的经理必须是职能部门领导,这样才能取得公司总经理对项目的信任B.项目经理和职能经理必须就谁占主导地位达成共识C.矩阵式项目组织能够充分利用人力资源D.矩阵式项目组织能够对客户的要求作出快速响应3.在下列组织结构形式中,团队建设最困难的是( C )。
A.直线式结构B.职能式结构C.矩阵结构D.项目结构4.职能式项目组织形式中项目经理的权限( A )。
A.很小B.有限C.中等D.很高5.项目在哪种组织中最不被重视(D)。
A.平衡矩阵型B.强矩阵型C.项目协调员型D.职能型6.下面各种类型的组织中,哪种最常发生冲突( B )。
软件项目管理案例教程(第四版)课后习题答案
项目管理案例教程(第四版)习题及答案第一章软件项目管理概述一、填空题1、敏捷模型包括4个核心价值,对应12个敏捷原则。
2、项目管理包括(启动过程组)、(计划过程组)、(执行过程组)、(控制过程组)、(收尾过程组)5个过程组。
二、判断题1、搬家属于项目。
(对)2、项目是为了创造一个唯一的产品或提供一个唯一的服务而进行的永久性的努力。
(错)3、过程管理目的是要让过程能够被共享、复用,并得到持续的改进。
(对)4、项目具有临时性的特征。
(对)5、日常运作存在大量的变更管理,而项目基本保持连贯性的。
(错)6、项目开发过程中可以无限制地使用资源。
(错)7、(对)参见教材p20三、选择题1、下列选项中不是项目与日常运作的区别的是(C)A. 项目是以目标为导向的,日常运作是通过效率和有效性体现的。
B. 项目是通过项目经理及其团队工作完成的,而日常运作是职能式的线性管理。
C.项目需要有专业知识的人来完成,而日常运作的完成无需特定专业知识。
D.项目是一次性的,日常运作是重复性的。
2、以下都是日常运作和项目的共同之处,除了(D)A.由人来做B.受限于有限的资源C.需要规划、执行和控制D.都是重复性工作3、(A)4、下列选项中属于项目的是(C)A.上课 B.社区保安 C.野餐活动 D.每天的卫生保洁5、下列选项中正确的是(C)A.一个项目具有明确的目标而且周期不限B.一个项目一旦确定就不会发生变更C.每个项目都有自己的独特性D.项目都是一次性的并由项目经理独自完成6、(B)是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力。
A.过程 B.项目 C.项目群 D.组合A.人力资源管理 B.项目管理 C.软件项目管理 D.需求管理7、(c)8、下列活动中不是项目的是(C)A.野餐活动 B.集体婚礼 C.上课 D.开发操作系统9、下列选项中不是项目的特征的是(C)A.项目具有明确的目标B.项目具有限定的周期C.项目可以重复进行D.项目对资源成本具有约束性补充:1、下列选项中最能体现项目的特征(C)A.运用进度计划技巧B.整合范围与成本C.确定期限D.利用网络进行跟踪2、项目经理的职责不包括(D)A.开发计划 B.组织实施 C.项目控制 D.提供资金3、项目管理专业人员资格是指( C )。
软件项目进度计划
软件项目进度计划
一、项目概述
1、项目名称:XXX软件研发项目
2、项目目的:为企业XXX的运营发展提供有效支持。
3、项目内容:开发一款新型的XXX软件,实现XX功能,能够满足企业XXX的要求。
二、项目时间计划
1、项目开始时间:2024年4月
2、项目结束时间:2024年8月
三、项目任务分解
1、需求分析:讨论需求,确定需求,编写需求规格文档,必要时根据客户的要求进行修改,并最终确定最终需求规格。
4月
2、软件原型设计:绘制软件原型,搭建软件原型验证系统,并完成软件原型设计,根据软件原型设计,编写软件原型规格文档。
4月-5月
3、系统分析:确定技术方案,系统架构设计,编写软件系统分析文档,确定系统框架及技术选型。
5月-6月
4、开发准备:组织开发之前的必要准备工作,制定开发计划,准备
开发环境。
6月
5、编码开发:编写源代码,测试应用程序,完成原型测试。
6月-7月
6、测试:安装和配置测试环境,实施功能测试和性能测试,完成系
统测试。
7月-8月
7、发布:开发软件产品,编写使用文档和操作手册,协助客户上线。
8月
四、项目风险分析
1、术风险:术不成熟。
《软件项目管理》实验指导书
目录第一章实验基础知识概述 (1)1.1 团队协作和沟通 (1)1.2 几种配置管理工具简介 (1)1.2.1 Visual Source Safe (VSS) (1)1.2.2 Concurrent V ersion System (CVS) (2)1.2.3 StarTeam (2)1.2.4 ClearCase (3)1.2.5优缺点对比 (4)1.3 Project工具 (4)1.4 项目基本设定与快速上手 (4)1.4.1 利用范本方式进行部署 (5)1.4.2 利用现成的文件快速变更成自己的部署计划 (8)1.4.3 从空白项目开始制作起-火速上线 (9)第二章实验要求 (15)2.1 实验过程要求 (15)2.2 实验报告要求 (15)2.2.1 实验报告书写格式 (15)2.2.2 实验报告范例 (15)2.3 实验成绩评价 (15)2.3.1 实验成绩评价结构及比例 (15)2.3.2 考核方式 (15)2.3.3 评价标准及考核方式细则的确定 (15)第三章实验内容 (16)3.1 团队游戏(齐心协力) (16)3.1.1 实验类型 (16)3.1.2 实验目的 (16)3.1.3 背景知识 (16)3.1.4 实验设备 (16)3.1.5 实验内容 (16)3.1.6 实验步骤 (16)3.1.7 实验要求 (16)3.1.8 实验思考 (16)3.2 沟通游戏(扑克牌游戏) (17)3.2.1 实验类型 (17)3.2.2 实验目的 (17)3.2.3 背景知识 (17)3.2.4 实验设备 (17)3.2.5 实验内容 (17)3.2.6 实验步骤 (17)3.2.7 实验要求 (17)3.2.8 实验思考 (17)3.3 VSS配置管理工具 (17)3.3.1 实验类型 (17)3.3.2 实验目的 (17)3.3.3 背景知识 (17)3.3.4 实验设备 (18)3.3.5 实验内容 (18)3.3.6 实验步骤 (18)3.3.7 实验要求 (18)3.3.8 实验思考 (18)3.4 Project项目管理工具 (18)3.4.1 实验类型 (18)3.4.2 实验目的 (18)3.4.3 背景知识 (19)3.4.4 实验设备 (19)3.4.5 实验内容 (19)3.4.6 实验步骤 (19)3.4.7 实验要求 (19)3.4.8 实验思考 (19)3.5 网站项目管理 (19)3.5.1 实验类型 (19)3.5.2 实验目的 (19)3.5.3 背景知识 (19)3.5.4 实验设备 (19)3.5.5 实验内容 (19)3.5.7 实验要求 (23)附录B 实验报告封面 (40)附录C Project工具使用实验报告模板 (41)附录D 团队游戏总结报告模板 (42)附录E 软件项目计划模板 (43)第一章实验基础知识概述1.1团队协作和沟通团队是一组个体成员为实现一个共同目标而协同工作,团队工作就是团队成员为实现这一共同目标而共同努力。
软件项目管理第四章课后习题答案
四、项目进度管理1.简述时间管理包括哪些内容。
答:项目时间管理(也称进度管理)管理包括进度管理规划、活动定义、活动排序、活动资源估算、活动历时估算、制定进度计划和进度控制等管理过程。
在某些小的软件项目中,定义活动、排列活动顺序、估算活动资源、估算活动历时及制定进度计划等过程之间的联系非常密切,以至于可视为一个过程,由一个人在较短时间内完成。
2.如何理解项目进度管理的重要性,以及其他管理过程对进度管理的影响。
答:按时、保质完成项目是对项目的基本要求,但软件项目工期拖延的情况却时常发生,因而合理地安排项目时间是项目管理中的一项关键内容。
项目进度管理就是采用科学的方法确定项目进度,编制进度计划和资源供应计划,进行进度控制,在与质量、费用目标协调的基础上,实现项目的进度目标。
(1)范围、质量因素对进度的影响软件开发项目比其他任何建设项目都会有更经常的变更,大概是因为软件程序是一种“看不见”又“很容易修改”的东西吧,用户是想改就改,造成需求的蔓延,项目经理有时还不知如何拒绝,加上要说“我能”的心理因素,一般都会答应修改。
这样集少成多,逐渐影响了项目进度。
如果某项工作在进度上表面上达到目标了,但经检验其质量没有达到要求,则必然要通过返工等手段,增加人力资源的投入,增加时间的投入,实际上是拖延了进度。
不管是从横向或纵向来看,部分任务的质量会影响总体项目的进度,前面的一些任务质量中会影响到后面的一些任务质量。
(2)资源、预算变更对进度的影响资源,最主要的还是人力资源,有时某方面的人员不够到位,或者在多个项目的情况下某方面的人员中途被抽到其他项目、或身兼多个项目、或在别的项目不能自拔无法投入本项目。
还有一个很重要的资源,就是信息资源,如某些国家标准、行业标准,用户可能提供不了,而是需要去收集或购买,如果不能按时得到,就会影响需求分析、设计或编码的工作。
其他资源,如开发设备或软件没有到货,也会对进度造成影响。
预算其实就是一种资源,它的变更会影响某些资源的变更,从而对进度造成影响。
《软件项目管理》授课计划
2. 干系人参与规划
3. 干系人参与管理
4. 干系人参与监督
第十章 项目整合管理
1.项目章程制定
2. 项目管理计划制定
3. 项目工作指导与管理
4.知识管理
5. 项目工作监控
6.项目整体变更控制
7. 项目收尾管理
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
PPT
3.项目干系人初识
4.项目章程制定
5.项目启动大会召开
第3章 项目范围管理
1.范围管理规划
2.需求收集
第3章 项目范围管理
3. 范围定义
4. WBS创建
5. 范围核实
6. 范围控制
第4章 项目进度管理
1.进度管理规划
2. 活动定义
3. 活动排序
4. 活动历时估算
第4章 项目进度管理
5. 制定进度计划
4. 团队建设
5. 团队管理
6. 资源控制
第8章 项目沟通管理
1.沟通管理规划
2. 沟通管理
3. 沟通监督第9章 项目风来自管理1. 风险管理规划
2. 风险识别
3. 风险分析(定性和定量)
4. 风险应对(规划和实施)
5. 风险控制
第10章 项目采购管理
1.采购管理规划
2. 采购实施
3.采购控制
第11章 项目干系人管理
2020-5-31
2020-6-5
2020-6-7
2020-6-12
2020-6-14
2
天津大学软件工程课程教学大纲
2. Course Description This course presents an introduction to the basic concepts of software, objects of
software engineering, traditional procedure-oriented soft development methods and object-oriented soft development methods, so students can master the method to develop high quality software. By learning the software develop process and process management techniques, students can understand how to conduct software metrics and management, how to take quality assurance activities, so the students can plan and manage software development activities effectively.
《软件工程——理论与实践(第三版)》,Pfleeger.S.L,Atlee.J.M.著,高等教 育出版社,2006 年 9 月。
制定人: 审核人: 批准人: 批准日期:
年月日
TU Syllabus for Software Engineering
Code:
2160288
Semester Hours: 56
Chapter 2 Software Process Software Process Model Component-Based Development Process RUP CMM
项目管理 第四章 项目目标管理和控制
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为你制定一份工作的分 解计划?
分类:工作的先后依赖关系有两种:一种是工作之 间本身存在的、无法改变的逻辑关系;另一种是人 为组织确定的,两项工作可先可后的组织关系。
设计
生产
生产A产品 生产B产品
原则: 逻辑关系
组织关系
工作相互关系确定的主要内容
①强制性逻辑关系的确定:这是工作相互关系确定的基础, 工作逻辑关系的确定相对比较容易,由于它是工作之间 所存在的内在关系,通常是不可调整的,主要依赖于技 术方面的限制,因此确定起来较为明确,通常由技术和 管理人员的交流就可完成。
完成该工作后应输出的信息(包括产品、图纸、技术文件、 工装及有关决策信息)以及对输出信息的规范和内容定义
完成本工作所要求的前提条件(包括设计文档、技术文件、 资料等) 定义本工作要完成的具体内容和流程(包括应用文件、支 撑环境、控制条件、工作流程)
本工作的负责单位或部门
完成本工作的协作单位和部门
WBS树型结构中与本工作直接相连的下属工作
WBS通常是一种面向“成果”的“树”,其最底层 是细化后的“可交付成果”,该树组织确定了项目 的整个范围。但WBS的形式并不限于“树”状,还 有多种形式。
WBS分解类型
基于可交付成果的划分
– 上层一般为可交付成果为导向 – 下层一般为可交付成果的工作内容
软件项目管理案例教程(第4版)-第4章
4.2.4 需求文档
需求文档作用
使用对象
需求文档的作用
软件项目客户 了解软件项目能够提供的软件产品,检查软件需求是否满足需要
项目管理人员 根据需求文档制定项目的开发计划和软件过程,初步预测资源的使用
软件开发人员 理解要开发的产品及具体要开发的内容 软件测试人员 验证软件系统是否满足了预期的要求 软件维护人员 使用需求文档帮助理解软件系统内在的逻辑关系
需求验证的内容:
(1)有效性检查
对于每项需求,首先必须证明它是正确有效的,确实能解决用户面对的问题。
(2)一致性检查
在需求文档中,需求不应该冲突,即对同一系统功能不应出现不同的描述或相互矛盾的约束。 当两条需求不能同时满足时,则定义二者是不一致的。 采用形式化的需求规格说明可以用软件工具验证需求的一致性。
自动化
实现级->设计级->功能级->需求级
4.1.4 需求工程
需求工程目标:
通过对问题及其环境的理解建立分析模型,在完全理解用户需求的基础上用SRS表达用户需 求
建立分析模型:它包含问题及其环境所涉及的信息流、处理功能、用户界面、行为模型及 设计约束
编写SRS:按照软件组织定义的SRS大纲,采用某种需求描述语言来完成
这家人承诺:杯子做好后会有高额的酬谢。
爱斯基摩人不断摇头,决定一分钱也不付给你。
4.1.1 软件需求概念
客户不知道自己要什么
客户:塑料杯、木头杯、还是橡胶杯,我也不知道!
客户知道自己要什么,但表达不清
客户提要求:使用时要能适应北极的环境。
我们经常会对客户的要求产生错误的理解
我们的理解:他一定要一个结实的杯子!
潜在缺陷
覃征软件管理习题免费版
软件项目管理习题第一章绪论1.列举你在执行IT相关任务时曾碰到的问题。
试把这些问题按频率和影响大小分别排序。
对每一个问题,考虑是否可以通过某种方法降低发生的可能性。
2.软件工程的三个目标是什么,以什么衡量是否达到目标?3.软件工程活动包括哪些?那些活动需要有最终用户的参与?每个过程需要有怎样的文档产出?4.设计包括哪两个阶段,具体任务,干系人有什么区别?5.软件工程的原则有哪些?6.你能说出哪些软件工程模型,他们各自有什么有缺点,适用于怎样的系统?7.有人说“线性模型已经过时了,有着诸多缺点,不需要再了解它。
”你怎么看待这种说法?线性模型和其他模型的关系是怎样的?8.在下列哪一个阶段项目发起人对项目的范围、质量、时间和成本有最大的影响力,为什么?9.项目的定义是什么,有什么特点,请给出三个是项目的例子,并给出三个不是项目的例子。
10.软件项目与一般的项目的区别在什么地方11.判断以下活动中哪些是项目,哪些不是项目,并请说明理由。
(1)升级某政府部门的办公自动化系统(2)打字员打印文件(3)报考软件学院软件工程硕士研究生(4)购买家用轿车(5)每天骑车上班12.项目生命周期包括哪些阶段?哪个阶段具有最大的不确定性?各个阶段的活动主要有哪些?13.项目管理的六要素有哪些?相互之间是什么关系。
TQC又指什么?14.怎样衡量项目是否成功?15.项目管理分哪几大知识体系,它们之间什么关系?16.在选择职员时,应该考虑哪些因素?17.管理者是否应该和小组中更多的普通员工交朋友,并和他们打成一片?18.如果项目快结束时,忽然有一个很重要的,但非常耗时的变更,你作为项目经历应该怎么做19.为什么说时间和人员不能交换?试说明其原因。
20.你能列出那些人际关系的矛盾?试阐述可能的解决方法。
第二章需求管理1.软件需求的定义是什么,分别从用户角度,开发者角度,相关文档角度给以阐述2.描述软件需求要做的五项主要事情指什么。
第4章 软件项目启动阶段的知识与管理
(1)对现有系统的分析 现有系统是指单位或个人当前正在使用 或曾经使用过的软件系统,这个系统可能是 已有的计算机管理信息系统,也可能是人机 交互的半自动化软件系统,甚至是手工操作 的人工管理系统。 分析现有系统的目的是为了进一步阐明 建议中开发新系统或修改现有系统的必要性, 其内容涉及到现有系统的功能、性能、业务 处理流程和数据流程、工作负荷、费用开支、 人员、设备、局限性等。
软件项目立项一般需要经过项目发起、 项目论证、项目审核、项目立项四个阶段。 (1)项目发起 项目发起人或单位为寻求他人的支持, 以书面材料的形式递交给项目的支持者和领 导,使其明白项目的必要性和可行性。这种 书面材料称为项目发起文件或项目建议书。
(2)项目论证 项目论证是指对拟实施项目在技术上的 先进性、可行性,经济上的承受力、合理性、 赢利性,实施上的可能性、风险性,使用上 的可操作性、功效性等进行全面科学的综合 分析,为项目决策提供客观依据的一种技术、 经济和理论研究的活动。通过对拟实施项目 的可行性进行研究与分析,完成项目的论证 过程
4.3.1 项目计划的特征
(1)可行性 编制完成的项目计划必须是可行的,如 果不可行,则项目计划就失去其应有的价值 和作用。 (2)弹性和可调性 编制完成的项目计划能够根据预测到的 变化和实际存在的差异及时做出调整。 (3)创造性 编制的项目计划能充分发挥想象力和抽 思维的能力,满足项目发展的需要。
2)范围管理计划:该文件包括以下主要 内容: ▲说明如何管理项目范围以及如何将变更 纳入到项目的范围之内。 ▲对项目范围稳定性的评价,即项目范围 变化的可能性、频率和幅度。 ▲说明如何识别范围变更以及如何对其进 行分类。
4.3 软件项目计划
项目计划是项目组织根据项目目标,对 项目实施过程中进行的各种活动所作的详尽 安排。 项目计划将确定项目中包含的工作任务 数量,安排各项任务的时间进度,制定完成 任务所需的资源及费用计划,以保证项目能 够在合理的工期内,用尽可能低的成本和尽 可能高的质量完成。 软件项目计划涉及到实施项目的各个环 节,是有条不紊开展软件活动的基础,是跟 踪、监督、评审计划执行情况的依据。 由于项目管理是一个带有创造性的过程, 在项目早期计划中存在许多的不确定性,因 而项目计划不可能一开始就全部完成,必须 逐步展开和不断修正。
《软件工程》教案(本科)
《软件工程》教案(本科)软件工程教案(本科)第一章前言软件工程是现代社会中一门重要的学科,旨在培养学生具备开发高质量软件的能力。
本教案旨在为本科生提供全面系统的软件工程知识,帮助学生掌握软件开发的基本原理、方法和工具。
通过本教学计划的学习,学生将能够理解软件工程的核心概念,具备软件开发的基本技能,并能够在实际项目中运用所学知识。
第二章课程目标本课程的主要目标是培养学生具备软件工程思维和实际应用能力。
具体目标包括:1. 理解软件工程的定义和目标,了解软件开发的基本原理;2. 掌握软件需求分析和规格说明的方法和技巧;3. 熟悉软件设计和架构的基本原理和方法;4. 掌握软件测试和调试的基本技术;5. 理解软件项目管理和团队合作的重要性,并能够运用相应的工具和方法进行项目管理;6. 能够评估和选择适合的软件开发方法,并能够在具体项目中选择合适的开发过程模型。
第三章教学内容和安排3.1 软件工程概述- 软件工程定义和目标- 软件生命周期和开发过程模型- 软件工程师的角色和职责3.2 软件需求分析与规格说明- 需求获取的方法和技巧- 需求分析和规格说明的基本原理和方法- 需求验证和验证技术3.3 软件设计与架构- 软件设计原理和基本原则- 软件设计方法和技术- 软件架构设计和选择3.4 软件测试与调试- 软件测试的基本概念和原理- 软件测试策略和技术- 软件调试的基本方法和工具3.5 软件项目管理与团队合作- 软件项目管理过程和方法- 软件项目计划和进度管理- 团队合作与沟通技巧3.6 软件开发方法与实践- 瀑布模型和迭代模型的比较- 敏捷开发与Scrum方法- 软件工程的最佳实践案例分析第四章教学方法和评价方式4.1 教学方法本课程采用理论教学与实践结合的方式进行。
理论教学包括课堂讲解、案例分析和小组讨论等形式,以增强学生的理论基础。
实践环节包括编码实践、软件开发项目实践等,以提高学生的实际应用能力。
4.2 评价方式学生的学习成绩将以平时成绩、课堂表现、作业和实践项目的完成情况等综合评价。
软件开发项目管理
计划是否落实 是
出访组团登记
否
结束
出访团组基本情况 登记表
否 否
护照登记表?
是否本单位人员 是
是否需要 办理护照
是 申请护照
护照管理
签证管理
chapter__4
结束
申请出国 护照事项表
护照卡?
申请出国 签证事项表?
58
本章要点
一、软件需求定义 二、软件需求管理过程 三、需求建模的基本方法
原型方法 结构化分析法 面向对象的用例分析法 功能列表法 其他
chapter__4
20
需求规格
需求分析工作完成的一个基本标志是形成 了一份完整的、规范的需求规格说明书
需求规格说明书的编制是为了使用户和软 件开发者双方对该软件的初始规定有一个 共同的理解,使之成为整个开发工作的基 础。
chapter__4
21
软件需求规格说明的原则
从现实中分离功能,即描述要“做什 么”而不是“怎样实现”
平均值
4.5 4.3 4.2 4.1 4.1 3.9 3.8
3.8 3.6 3.6
9
本章要点
一、软件需求定义 二、软件需求管理过程 三、需求建模的基本方法 四、案例分析
chapter__4
10
软件需求管理过程
软件需求管理的过程
需 求 需求获取 确 认
需求验证
需求分析 编写需求规格
需求变更
需求的隐含错误 需求不明确、含糊 用户不断增加需求、变更需求 用户刁难 开发人员的镀金
chapter__4
3
本章要点
一、软件需求定义 二、软件需求管理过程 三、需求建模的基本方法 四、案例分析
chapter__4
项目时间管理-第四章
第四章项目活动排序项目活动排序概述项目活动一般来说是有先后次序的,在项目活动定义完成后,项目经理和项目管理人员就要对项目的所有活动确定其先后顺序,即项目活动排序。
项目活动必须被正确地加以排序,以便今后制定切实可行的项目进度计划。
项目活动排序可以利用计算机项目管理软件排序或用手工排序。
对于小型项目手工排序很方便,在大型项目的早期(此时项目细节了解甚少)用手工排序也是方便的,但是随着项目的进展,手工排序就难以满足需要,这时就需要手工排序和计算机软件排序结合使用。
1. 项目活动排序项目活动排序(activity sequencing)就是确定项目各活动之间的依赖关系,并形成相应的文档,即在项目工作分解结构的基础上,通过判断不同活动在项目执行过程中的逻辑关系和先后顺序,确定出哪些活动可以同时进行,哪些则必须按先后顺序进行,某个活动在开始之前哪个或哪些活动必须结束,以及哪些活动必须都完成后项目才能结束等关联关系,并以一定的图示方法表示出这些活动的先后逻辑关系。
在不明确项目过程中所有活动的先后逻辑关系时,是不可能编制出项目进度计划的。
项目经理和项目管理人员根据活动之间的这些逻辑关系可以确定项目的关键路径、关键活动和持续时间,并且找到最有效的完成项目任务的途径和制定出符合实际的、切实可行的项目进度计划。
2. 项目活动的分类当项目的工作分解结构完成之后,就得到了该项目所有活动的清单。
可以把项目活动分为:实工作、虚工作、挂起工作、辅助工作、里程碑、子网络等。
其中有些具有实际的意义,有些具有管理上的意义,有些仅仅是为了项目工作设置的方便而定义的。
不过这里要注意的是,上面所提到的实工作、虚工作、挂起工作、辅助工作、里程碑、子网络等,都是为了网络图的绘制与项目管理方便而提出的概念,在实际工作当中应当充分理解并且用好这些概念,为实际项目管理工作服务。
4.2 项目活动排序输入为了编制合理的项目进度计划,活动排序必须考虑项目实施过程中可能具有的各种逻辑关系,同时还要考虑项目计划进度编制所依赖的各种约束条件和假设条件。
软件工程中的软件项目评估与审计
软件项目评估与审计的好处
提高软件质量
确保软件项目达到 质量标准
提高项目进度
保证项目按时完成
降低项目成本
有效控制项目经费
●02 第2章 软件项目规划与需求分析
项目规划概述
在软件项目规划中,制定项目计划、明确项目目标以及 有效调配资源是至关重要的。同时,风险管理也必不可 少,只有做好项目规划,软件项目的后续开发才能顺利
沟通计划的制定
制定明确的沟通计划,确保信息传递顺畅
沟通渠道的建立
建立多样化的沟通渠道,提高沟通效率
冲突解决的方法与技巧
应用有效的冲突解决方法,化解团队内部冲突
总结
软件项目管理与领导是确保项目顺利完成的关键。团队建设、 项目计划与控制、沟通协调等方面是项目管理中不可或缺的 要素。领导者需要具备领导能力,善于团队建设,有效沟通
进行。
需求分析方法
用户需求识别
需求跟踪与变更管理 需求分析工具与技术
识别用户的实际需 求
保证需求的准确性 与变更管理
运用专业工具进行 需求分析
需求规格说明书
功能性需求
详细描述系统功能
系统界面设计
设计用户友好的界 面
非功能性需求
规定系统性能要求
系统性能要求
确定系统性能标准
验证与确认
验证需求的正确性
过程,可以有效提高软件项目的质量与用户满意度。
●03 第三章 软件项目设计与开发
设计原则与模式
在软件项目设计中,遵循SOLID原则和应用设计模式是 非常重要的。SOLID原则包括单一职责原则、开放封闭 原则、里氏替换原则、接口隔离原则和依赖倒置原则。 设计模式则是针对特定问题提出的解决方案模板。另外, 设计时要考虑可复用性和可维护性,以便项目能够长期
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
(10)
结 束
(11)
(3)
需求 确认
(4)
(7)
双代号网络图
双代号网络图是应用较为普遍的一种网络计划 形式。它是用圆圈和有向箭线表达计划所要完 成的各项工作及其先后顺序和相互关系而构成 的网状图形。 在双代号网络图中,用有向箭线表示工作,工 作的名称写在箭线的上方,工作所持续的时间 写在箭线的下方,箭尾表示工作的开始,箭头 表示工作的结束。箭头和箭尾衔接的地方画上 圆圈(或方框、三角形框)并编上号码,用箭头 与箭尾的号码i-j作为这个工作的代号。
活动排序后,要进行项目活动历时 估计,为制订项目进度计划奠定基 础。
18
确定活动顺序(4.2.1)
确定活动之间的关系(活动关系描述了活动之 间的逻辑和执行时序,如:某项活动是否必须 在另一项活动之间完成?哪些可以并行?) 强制依赖关系:工作任务中固有的依赖关系 ;如测试活动一定是在编码任务之后执行。 自由依赖关系:由项目组定义的依赖关系。 如:安排计划的时候,哪个模块先做,哪个 模块后做,这些都可以由项目组确定。 外部依赖关系:项目与非项目活动之间的关 系,如软件项目的交付上线可能会依赖客户 环境准备情况。
6
案例提示我们
软件项目计划的制定是极为重要的 软件项目计划应在项目实施的初期制定 软件项目计划的制定必须科学、准确, 这样才能真正促进软件项目的管理 ……
7
进度管理的重要性
进度问题是项目生命周期内项目冲突的 主要原因。
原因在于:
时间因素容易测量(其它因素如项目范围、 成本等); 一旦进度计划制定好,项目就要按照计划兑 现承诺,不论是项目组成员还是客户都可以 轻松迅速地评估进度计划的执行情况。
节点型网络图(单代号网络图PDM(Precedence Diagramming Method )) 箭线型网络(双代号网络图ADM (Arrow Diagramming Method ))
关键路径法CPM和计划评审技术PERT都采用网络图来表 示项目的任务。
网络图
网络图是由箭线和节点组成。用来 表示工作流程的有向、有序的网络 图形。 网络图有单代号网络图和双代号网 络图之分。
练习(5分钟) 已知某项目有如下网络图:(时间
单位为月),请找出关键路径。
2 1 4 5 7 8
3
6
从始节点①到终节点⑧共有4条路: 一: ①→②→④→⑦→⑧,路长为11, 二: ①→②→⑤→⑦→⑧,路长为12, 三: ①→②→⑥→⑦→⑧,路长为15, 四: ①→③→⑥→⑦→⑧,路长为17。 故该项目的关键路(线)为第四条,其长等于17个月, 此即为完工 的总周期T。
结束几天前结束
23
活动排序工具——网络图
用网络分析方法编制的进度计划称为网络图。是20世纪50 年代末发展起来的编制大型工程进度计划的有效方法。 用图形直观地显示项目各项活动之间的逻辑关系和排序。 网络图是活动排序的结果,它可以展示各项目活动之间的 关系。通过网络图可识别关键活动,并确定某一活动进度 的变化对后续工程和总工键路径上活动的进度直接影响到 整个项目的进度 如果关键路径上活动的进度受到影 响,那么整个项目的进度肯定会受 到影响 要缩短项目的开发周期,必须加快 关键路径上活动的开发进度
36
网络图----用网络图安排进度步骤4.2.2
1. 把项目分解成小的任务,确定任务之间 的逻辑关系,即确定其先后次序。 2. 确定任务持续时间、单位时间内资源需 要量等基本数据。 3. 绘制网络图,计算任务最早开始时间、 最晚开始时间、最早结束时间和最晚结 束时间,确定关键路径,得到初步进度 计划方案。 4. 对初始方案进行调整和完善,得到优化 的进度计划方案。
活动 A
活动一
活动二 活动 B
同时开始
活动 B
开始几天后开始
活动 B
开始几天前开始
22
结束到结束
结束后才结束(Finish-Finish),一个活动必须在另一个活动结束之 前才能结束。这也经常表示某种并行,但其产出物具有一定依赖关系 的活动。
活动 A 同时结束 活动 B
活动 B
结束几天后结束
活动 B
第四章 软件项目进度管理
1
教学目的
理解
什么是软件项目计划? 制定软件项目计划的重要性和意义 软件项目计划的内容 制定软件项目计划应考虑的问题 软件项目计划对软件项目实施的影响
掌握
软件项目计划制定的方法
运用
在实际软件项目中能够制定计划
2
项目案例
案例角色和人物
老王:公司技术老总
15
活动定义: 确定为完成项目的各个交付成果所必须进行的诸项具体活动
软件产品
功能1
功能2
功能3
设计说明书
功能2-子功能1
功能2-子功能2
功能2-子功能3
编写设计说明书
设计评审
活动1
chapter__3
活动2
16
17
项目活动排序和历时估计
活动排序中需要做的工作:
审查WBS中的活动、详细的产品说明 书、假设和约束条件, 确定活动之间的相互关系, 评价活动之间的依赖关系和原因。
B 2
C
4
A
A
1
E
C 6
D
B
3
D
5
F
单代号网络图图例
活动1
活动3
开始
活动2
结束
用节点(Box)表示活动。(单代号用方框) 用箭线表示各活动之间的逻辑关系。
PDM示例
项目 规划
总体 设计
(2)
开 始
项目 计划 评审
(6)
(1)
需求 获取
(5)
编 码 (8)
详细 设计
集成 测试
(9)
系统 测试
箭线图法(双代号表示法)
6
总体设计 项目规划
编码
集 成 测试
系 统 测试 8
1
3
计划评审
4
详细设计
5
7
9
需求获取
需求确认
2
箭线表示活动
节点表示前一活 动的结束和后一 活动的开始
关键路径法(CPM)
(一) 关键路径和关键任务的确定:
•对于一个项目而言,只有网络图中最长的或耗时最多的活动路线完 成之后,项目才能结束,这条最长的活动路线叫做关键线路。关键路 径的特征如下 (1)从网络图起点开始到终点为止,工期最长的线路即为关键路径 (2)从网络图起点开始到终点工作总时差为零或最小值的关键任务 串联起来,即为关键路径 (3)关键路径的长度为完成项目所需的最短时间,关键路径上的工 作即为关键任务
19
活动之间的关系
A
A
开始-开始 (SS)
B
B
A A
B B
结束-开始(FS)
结束-结束(FF)
开始-结束(SF)
结束-开始:A活动结束的时候,B活动才能开始。这是最常见的逻辑关系。 结束-结束:B活动的结束必须等到A活动的结束。 开始-开始:A活动开始的时候,B活动也开始。 开始-结束:A活动开始的时候,B活动结束。极少出现这种关系。
2 1 3
4 5 6 7 8
关键路径(Critical Path Method)
关键路径1:A-D-H; 关键路径2:A-E-F-G-H
任务 B 5 个工作日 任务 C 4 个工作日
任务 A 5 个工作日
任务 D 11 个工作日
任务 H 2 个工作日
任务 E 5 个工作日
任务 F 2 个工作日
任务 G 4 个工作日
你的时间用完了,你的使命也就到头了。
--本· 富兰克林
软件项目进度管理内容
时间管理也称进度管理。 时间管理可以在满足项目时间要求的情况下,使资源配置和成本达到最佳状态。 软件项目进度管理是确保项目能够按照计划准时完成所必需的过程和任务。
目标:确保项目能够按照计划准时完成所必需的过程 和任务。 内容包括: 确定项目团队成员和项目干系人为完成项目可交付 成果而必须完成的具体活动; 活动排序,即确立活动之间的关联关系; 历时估算,估计完成每个活动所需的时段数; 制订项目进度计划:分析活动顺序、历时估计和资 源要求,制订项目计划; 进度计划控制:控制和管理项目进度计划的变更。
结束到开始
结束后才开始(Finish-Start),这是一类最普遍也是最常 用的活动类型。项目中的大多数活动之间都是这种关系。
前一活动
后一活动 结束之后就开始
活动 A
活动 B
结束几天后开始 活动 B
活动 B
结束几天前开始
21
开始到开始
开始后才开始(Start-Start),是指一个活动开始后,另一个活动 才能开始。这经常表示某种并行而且具有一定依赖关系的活动。
时间资源无法替代、无法补救
9
时间管理原则和技巧
区分重要与紧急的关系:紧急重要的工作、重要不紧急的 工作、紧急不重要的工作、不紧急不重要的工作; 适当运用Pareto原则:2-8原则,即用80%的时间来做 20%最重要的事情; 合理预算:墨菲第二定律指出“每件事情做起来都比原来 想象的要多花费时间”; 大胆、完整的授权:决策权应授予尽可能低的层次。避免 事无巨细一律上报,使管理者成为单位最大的勤杂工。
小王:软件项目负责人
开发小组:小李,老赵,小田,小谢
3
软件项目的实施需要计划(1/3)
项目开始实施之时,老王就提醒小王,为了更 好地管理和控制软件开发项目,他应该马上着 手制定软件项目的实施计划,该计划的制定对 于整个项目的组织、管理和开展是至关重要的 由于认识到软件项目计划的重要性,小王化了 1周时间制定了一个详细的软件项目计划,包 括了详细的工作安排、明确的人员分工和具体 的进度要求,计划看起来似乎是科学和合理的 项目计划最后交给项目组的所有成员进行讨论 ,并交付给公司的领导审阅,通过并批准,开 始被付诸实施