软件项目管理知识点整理好

  • 格式:docx
  • 大小:38.95 KB
  • 文档页数:12

下载文档原格式

  / 23
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

第1章、

1、什么是项目

项目(Project),是指一系列独特的,复杂的并相互关联的活动。这些活动有着一个明确的目标或目的,必须在特定的时间、预算、资源限定内,依据规范完成。项目参数包括项目范围、质量、成本、时间、资源。

2、软件项目的特征

(1)复杂性:了解软件产品中每一美元、没一英镑、每一欧元是如何花费的,要比其它工程制品更复杂。

(2)一致性:通常,传统的工程师会用物理系统,以及水泥、钢铁这样的物理材料来工作,这些物理系统有一定的复杂性,但都服从一定的物理定律。而软件开发者,必须与客户需求保持一致。不仅因为从事该工作的人员可能不是同一个人,而且对于组织来说,由于集体记忆会有差错、内部交流不够通畅,决策也会有失误。

(3)可变性:软件可以方便的修改,这是软件的长处之一。然而。软件系统一旦与物理系统相连,一有必要,就要改变软件来适应其它组件,而不是改变其他组件来适应软件。所以,相对于其他组件,软件系统可能要经常变更。

(4)不可见性:有形制品(比如桥)的建造过程,可以立即看到,而软件的进展不能立即可见。

3、课本第八页的重要概念

(1)检查点:指在规定的时间间隔内对项目进行检查,比较实际现状与计划之间的差异,并根据差异进行调整。可将检查点视作一个固定采样的时间点,时间间隔,根据项目周期长短不同而变化,频率过小失去意义,频率过大增减管理成本。常见的间隔,每周一次,项目经理需要召开例会并上交周报。

(2)里程碑:是完成阶段性工作的标志,不同类型的项目里程碑不同。在软件项目的生命周期里,重要的里程碑节点是相同的,如项目立项、项目启动、需求分析、系统设计、软件编码、系统试运行、项目验收这些阶段完成时间均可作为里程碑。

(3)基线:指一个、一组配置项在项目生命周期的不同时间点上,通过正式评审进入正式受控的一种状态。软件项目中,需要的基线、配置基线等都是一些重要的项目阶段里程碑,但相关交付物要通过正式评审并作为后续工作的基准和出发点。基线一旦建立,变化要受到控制。

4、SMART原则

(1)绩效指标必须是具体的(Specific)

(2)绩效指标必须是可以衡量的(Measurable)

(3)绩效指标必须是可以达到的(Attainable)

(4)绩效指标是实实在在的,可以证明和观察(Realistic)

(5)绩效指标必须具有明确的截止期限(Time-bound)

5、PMBOK

项目管理知识体系,指项目管理知识体系的意思,具体是美国项目管理协会(PMI)对项目管理所需的知识、技能和工具进行的概括性描述

PMBOK的5个阶段:项目启动、项目规划、项目执行、项目监控与项目收尾

PMBOK的九大知识领域:项目集成管理、项目范围管理、项目时间管理、项目成本管理、项目人力资源管理、项目沟通管理、项目风险管理、项目质量管理、项目采购管理

6、软件项目经理扮演的角色

第2章

1、什么是需求工程

需求工程是指应用已证实有效的技术、方法进行需求分析,确定客户需求,帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。需求工程通过合适的工具和记号系统地描述待开发系统及其行为特征和相关约束,形成需求文档,并对用户不断变化的需求演进给予支持。

2、需求工程的类型

(1)业务需求:表示组织或客户高层次目标

(2)用户需求:描述的是用户的目标,或用户要求系统必须能完成的任务。

(3)功能需求:规定开发人员必须在产品中实现的软件功能,用户利用这些功能来完成任务,满足业务需求

(4)非功能需求

3、什么是需求分析

需求分析也称为软件需求分析、系统需求分析或需求分析工程等,是开发人员经过深入细致的调研和分析,准确理解用户和项目的功能、性能、可靠性等具体要求,将用户非形式的需求表述转化为完整的需求定义,从而确定系统必须做什么的过程。

4、需求分析的任务是什么

⑴问题识别:双方确定对问题的综合需求,这些需求包括功能需求,性能需求,环境需求,用户界面需求。

⑵分析与综合,导出软件的逻辑模型

⑶编写文档:包括编写"需求规格说明书","初步用户使用手册","确认测试计划","修改完善软件开发计划"

5、《用户需求说明书》与《需求规格说明书》的主要区别

(1)前者主要采用自然语言(和应用领域术语)来表达用户需求,其内容相对于后者而言比较粗略,不够详细。

(2)后者是前者的细化。更多的采用计算机语言和图形符号来刻画需求,是即将开发的软件产品的需求,产品需求是软件系统设计的直接依据。

6、如何进行需求变更

7、需求变更的管理流程

(1)提出变更申请

(2)审批

(3)修改需求文档

(4)重新进行需求确认

(5)变更结束

8、需求获取的方法

(1)用户访谈

(2)用户调查

(3)现场观摩

(4)文档考古

(5)建立联合分析小组

(6)原型法

(7)模型驱动

(8)基于上下文的方法

第3章

1、德尔菲方法

德尔菲法也称专家调查法,是一种采用通讯方式分别将所需解决的问题单独发送到各个专家手中,征询意见,然后回收汇总全部专家的意见,并整理出综合意见。随后将该综合意见和预测问题再分别反馈给专家,再次征询意见,各专家依据综合意见修改自己原有的意见,然后再汇总。这样多次反复,逐步取得比较一致的预测结果的决策方法。

2、软件项目成本估算

成本估算,是指对完成项目各项活动所必须的各种资源的成本做出的估算。估算计划活动的成本,涉及估算完成每项计划活动所需的资源,包括人力资源,设备,材料,服务,设施和特殊条目,如通货膨胀准备金和应急准备金等的近似费用