大三下 | 【项目管理】期末复习要点
大三下 | 【项目管理】期末复习要点
文章目录
- 大三下 | 【项目管理】期末复习要点
- 1. 填空题
- 2. 简答题
- 3. 分析讨论题
1. 填空题
- 项目是为了创造一个 唯一 的产品或提供一个唯一的服务而进行的 临时性 的努力。
- 项目管理包括启动过程组、计划过程组、执行过程组、控制过程组、收尾过程组五个过程组。
- PMBOK中的核心知识领域有四个,他们是范围管理、时间管理、费用管理、质量管理。
之所以称其为核心知识领域,是因为在这几个方面将形成具体的 项目 目标。 - 项目生命周期包括以下四个内容:识别需求、提出解决方案、执行项目、结束项目。
- 功能点估算法五个计数项: ( 从处理逻辑的角度 )它们是:
外部输入、外部输出、外部查询、外部接口文件、内部逻辑文件 。 - 进度是对执行的 活动 和 里程碑 制定的工作计划日期表。
- 进度管理图示有四个: 网络图、甘特图、里程碑图、资源图。
- 从预测角度风险类型有三类它们是: 已知风险、可预测风险、不可预测风险。
2. 简答题
-
IT (软件) 项目管理的特征是什么?
总结: 目标性,相关性,临时性,独特性,资源约束性,不确定性。 (木相毒灵芝不确)
-
敏捷开发模型的宣言是什么?
- 个体和交互胜过过程和工具
- 可以工作的软件胜过面面俱到的文档
- 客户合作胜过合同谈判
- 响应变化胜过遵循计划
-
述说软件需求管理的过程?
需求获取,需求分析,需求规格编写,需求验证,需求变更
-
IT 项目产品雨其他产品有什么不同?
- IT 项目产品是一种逻辑实体, 而非具体的物理实体, 具有抽象性
- 项目产品与硬件不同, 没有明显的制造过程和重复生产过程, 也不存在机械磨损和老化问题; 但存在退化问题.
- IT 项目产品开发至今没有摆脱手工的开发模式, 项目产品基本是定制的, 无法利用现有的软件组件组装成所需要的软件.
- IT 项目产品收到计算机系统限制, 对计算机系统有不同程度的依赖.
- IT 项目产品成本相当高昂, 开发需要投入大量资金和高强度的脑力活动.
-
项目管理的 “金三角” 是什么?
时间 / 范围 / 成本
-
IT项目管任务分解基本步骤是什么?
- 确认并分解项目的主要组成要素
- 确定分解标准,按照项目实施管理的方法分解,而且分解的标准要统一
- 确认分解是否详细,是否可以作为费用和时间估计的标准,明确责任
- 确定项目交付成果。交付成果是有衡量标准的,以此检查交付结果
- 验证分解正确性。验证分解正确后,建立一套编号系统
-
IT项目管理时间、成本的管制要有哪些?
- 时间:
规划进度管理, 定义活动, 排列活动顺序, 估算活动持续时间, 制订进度计划, 控制进度。 - 成本:
规划成本管理, 估算成本, 制订预算, 控制成本
- 时间:
-
IT 项目管理怎样管理团队?
- 合理安排人力资源,控制项目组规模,合理分工明确责任,保证项目能够按计划完成
- 识别并合理规划关键干系人,保证项目顺利进行
- 项目团队需要进行必要的沟通,保证团队积极性,保证项目开发进度
-
IT项目管理开发的团队有哪些组织结构?各种结构的不足是什么?
- 职能型组织结构:
- 客户利益和部门利益易发生冲突,客户需求易被忽略
- 项目需要多个部门共同完成或一个部门内部有多个项目需要完成时资源平衡会有问题
- 项目需要多个部门共同完成时各部门间沟通效率低
- 项目成员来自多个部门,项目经理对项目成员没有完全的权力
- 项目型组织结构:
- 资源无法共享,会造成一定的资源浪费
- 各项目组织之间相对封闭,可能无法贯彻公司发展方针
- 各项目之间缺乏信息交流,知识经验很难共享,项目成员可能会出现忙闲不均的现象
- 矩阵型组织结构:
- 易引起职能经理和项目经理的冲突
- 资源共享可能引起项目之间的冲突
- 项目成员有多位领导,可能会因为不同领导之间的要求不同而产生压力
- 职能型组织结构:
-
IT 项目管理中怎样处理变更管理?
- 建立需求基线。需求基线是需求变更的依据
- 确定需求变更控制过程。制定简单、有效的变更控制流程
- 建立变更控制委员会,负责裁定接受哪些变更
- 进行需求变更影响分析
- 跟踪所有受需求变更影响的工作产品
- 建立需求基准版本和需求控制版本文档,维护需求变更的历史记录
- 跟踪每项需求的状态,衡量需求稳定性
-
IT 项目管理 (进度) 时间控制如何优化?
- 调整资源,解决资源冲突
- 调整进度,缩短工期
- 调整成本预算,减少项目费用
- 使用网络分析,创建优化的项目进度模型
-
IT 项目管理如何跟踪控制实际成本?
- 将项目进行分解。任务要拆解到一人负责,同时,对于每个分解任务要绝对独立
- 对每个任务的成本进行合理的估算,并做好项目随时有变更的准备
- 建立周期性会议与客户沟通汇报的机制
- 合理的差旅成本控制
3. 分析讨论题
- 分析论述概要设计与详细设计的区别.
- 概要设计是设计软件的结构,包括组成模块,模块的层次结构,模块的调用关系,每个模块的功能等等。同时,还要设计该项目的应用系统的总体数据结构和数据库结构.
- 详细设计就是为每个模块完成的功能进行具体的描述,要把功能描述转变为精确的、结构化的过程描述.
- 概要设计是详细设计的基础,必须在详细设计之前完成. 详细设计必须遵循概要设计来进行。详细设计方案的更改,不得影响到概要设计方案
- 分析论述需求规格说明书与概要设计的区别
- 需求规格说明书是设计开发者对用户需求了解总结的文档。当中说明的是将要开发的产品所应该有什么具体功能和性能,并且都是概念性的说明,不涉及具体方法
- 概要设计说明的是系统模块划分、选择的技术路线等,整体说明软件的实现思路。并且需要指出关键技术难点等
- 两者过程不同。需求规格说明书经过调研和分析准确理解用户和项目的功能、性能等具体要求;概要设计根据用户交互过程和用户需求来形成交互框架和视觉框架
- 两者任务不同。需求规格说明书整理用户对待开发软件提出的需求,确认后形成描述完整、清晰与规范的文档;概要设计在用户研究和设计之间架起桥梁,将对用户目标与需求转换成具体界面设计解决方案
- 软件质量应该从哪些方面来评价
- 功能性:软件满足用户显式需求和隐式需求的能力
- 可靠性:在规定的时间和条件下,软件所能维持其性能水平的程度
- 易使用性:在指定条件下,软件产品被使用、理解、学习的能力
- 效率:在指定的条件下,用软件实现某种功能所需的计算机资源的有效程度
- 可维护性:指软件产品被修改的能力,修改包括修正、优化和功能规格变更的说明
- 可移植性:指软件产品从一个环境迁移到另一个环境的能力
- 根据信息革命的进步展望IT产品的未来,对此发展IT项目管理应该怎样面对?
- 首先要进一步强化项目管理团队建设的基础。随着IT项目越来越复杂,越来越庞大,对IT行业项目管理水平的要求也越来越高,因此对于团队的整体水平需要进行提高
- 采取有效措施,加强企业与客户之间的交流合作,要对市场及客户等外部环境有清晰的实时的充分了解
- 不断与世界先进项目管理企业进行交流、沟通,在认清自身的优点和缺点的同时,缩小与世界先进国家的差距,使IT行业的项目管理向着科学化、系统化、一体化发展
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场,不承担相关法律责任。如若转载,请注明出处。 如若内容造成侵权/违法违规/事实不符,请点击【内容举报】进行投诉反馈!
