软件项目管理复习提纲

《软件项目管理复习提纲》由会员分享，可在线阅读，更多相关《软件项目管理复习提纲（10页珍藏版）》请在金锄头文库上搜索。

1、软件项目管理复习提纲填空（30分）简答（40分）计算题（10分）论述题（20分）第1章 软件项目管理导论1、软件项目管理是对整个软件项目生命周期实施的项目管理，软件项目不仅仅是软件开发项目。2、项目就是在既定资源和要求的约束下，为了创造某一独特的产品或服务，由个人或组织机构所做的一次性工作任务。项目具有的特征：目标性独特性-每一个项目都是唯一的临时性 明确的开始和结束制约性不确定性特定委托人-项目结果的需求者结果的不可逆转性-不管结果如何，项目结束，结果确定3、以下哪些是项目呢？ 上课野餐活动集体婚礼社区保安开发微软的操作系统每天的卫生保洁神舟飞船计划建造大楼解决某个研究课题、开发软件4、 项

2、目管理就是指把各种系统，方法和人员结合在一起，在规定的时间，预算和质量目标范围内完成项目的各项工作。5、 项目管理的知识领域 项目范围管理项目时间管理项目成本管理项目质量管理项目人力资源管理项目沟通管理项目风险管理项目合同管理项目综合管理6、 软件项目分类： （1）通用软件产品开发项目-系统软件windows，开发平台.Net,嵌入式软件，cad软件 （2）定制软件系统开发项目 （3）软件实施项目-在成熟产品基础上二次开发，如ERP （4）软件服务项目-免费维护期后的服务7、 CMM模型：能力成熟度模型CMM(Capability Maturity Model)8、 CMM模型的5个等级及各自

3、的含义特征 CMM将软件机构软件过程的成熟度分为5级：初始级，可重复级，已定义级，已管理级，优化级。 （1）初始级：软件过程是未加定义的随意过程，项目的执行时随意甚至是混乱的。（随意过程） （2）可重复级：第二级的焦点集中在软件管理过程上。一个可管理的过程是一个可重复的过程，可重复的过程才能逐渐改进和成熟。（管理过程可重复） （3）已定义级：该级别要求制定企业范围的工程化标准，并将这些标准集成到企业软件开发标准过程中去。（有企业的工程化标准，不能随意修剪） （4）已管理级：所有过程需建立相应的度量方式，所有产品的质量（包括工作产品和提交给用户的最终产品）需要有明确地度量指标。（过程有度量方式）

4、 （5）优化级：该级别的目标是达到一个持续改善的境界。所谓持续改善是指可以根据过程执行的反馈信息来改善下一步的执行过程，即优化执行步骤。（根据反馈改善过程）第2章 组织平台1、 组织：一个公司的组织三要素包括其结构、政策和文化，这些因素可能在急剧变换的经济危机中成为机能障碍。2、 CMM中的关键工作组及相关角色的职责（大概知道） （1）软件工程组Software Engineering Group （2） 软件相关组Software Related Group（3）软件工程过程组Software Engineering Process Group（4）系统工程组System Engineeri

5、ng Group（5）软件测试组Software Test Group（6）软件质量保证组Software Quality Assurance Group（7）软件配置管理组Software Configuration Management Group（8）培训组Training GroupCMM中的工作组中的角色及职责 （1）系统分析员 开发域专家 职责：对当前系统建模并产生关于将来系统的信息。 （2）体系结构员 一个综合性角色，系统设计的主要角色，系统集成的主要角色 职责：在需求分析阶段：从系统的角度统一用例和对象模型，解决分析过程中的分歧。体系结构员是交叉功能体系结构小组的领导者。 （3

6、）体系结构联络员 体系结构小组的成员，子系统小组的代表 职责：为其所在小组传递信息、处理接口变化。在系统设计阶段，集中负责子系统服务；在编码阶段，负责API的一致性。 （4）核心设计者 职责：在启动对象设计前开发出编程指导原则和约定。对许多约定来说，实际约定不如所有设计人员和开发人员承诺使用约定更重要。核心设计者还负责保持SDD和RAD的一致性。 （5）对象设计者 职责：定义并具体化由他们实现的类的接口规格说明或子系统。 （6）程序员 职责：将对象模型转化为源代码。这包括实现每个对象的属性和方法，集成所有的对象使之成为一个单独的系统。修改错误，进行现场调试等。 （7）测试工程师 职责：发现系统

7、错误并记录。 （8）实施人员 职责：现场环境测试，系统安装，客户培训，问题跟踪，客户协调等。 （9）文档编辑者 职责：负责文档的低层次综合。如文档的整体格式与索引。技术文档编写者负责整理ODD的最终版本，确保文档从结构和内容的角度都是一致的。他们还检查是否遵循指导原则和规范。文档编辑者还负责编辑、修改产品功能说明书、使用手册等。 （10）项目经理 职责：组织协调相关人员进行需求分析、设计、编码、测试与修改、系统实施、客户协调等。负责计划、人员管理，负责跟踪、监控项目执行情况，组织项目会议，修改项目计划等，根据项目计划、质量计划组织、审核项目质量，确保按计划完成目标。第3章 软件项目立项1、立项

8、的目标：说服组织的决策者同意启动一个项目或继续进行项目的下一个阶段。立项阶段的最终交付项是立项报告。立项报告是一份描述项目可行性的正式文档，是立项评审和决策的依据。2、立项分为定制软件和通用软件立项之别。产品立项比定制立项复杂的多3、从商业竞争的角度考虑软件产品可分为： （1）高技术产品，进入门槛和附加值高 （2）短线产品，技术含量不高，但需要快速占领市场 （3）行业业务系统，对行业精通，行业市场运作能力 （4）规模产品，SAP，oracle等4、对产品的内涵进行战略管理才是产品定义、产品立项、产品计划的核心。产品的五个层次是： （1）完成客户的核心需求 （2）实现辅助核心需求，形成 一般产品

9、 （3）期望产品，在一般产品基础上，满足客户更高期望 （4）附加产品。在期望产品上锦上添花 （5）潜在产品，满足客户潜在需求5、 产品定位战略所考虑的因素： （1）重要性，能提供高价值的利益 （2）独特性，与众不同，简单、便宜。 （3）优越性，ipad （4）沟通性 （5）先发制人 （6）价格的可支付性 （7）盈利性6、软件项目合同主要是技术合同；技术合同一般包括主合同和合同附件。第五章 软件估算1、软件项目估算是以准确的调查资料和项目可用资源信息为依据，对估算对象的规模、工作量、进度和成本和缺陷进行预测。是对非零可能性的未来的预测。它是项目计划的依据。2、估算收敛图P88 功能资源功能资源项

10、目的演变项目的演变产品规模产品规模功能趋于与可用的资源相匹配资源趋于与想得到的功能相匹配3、项目的演变（两种策略）P89大多数软件项目在开始时，期望的功能与可用的资源之间不匹配，但随着项目的进展，功能或资源（或两者）必定要互相匹配 4、估算内容 内容：（1）产品规模估算（代码行或功能点） （2）工作量估算（人月） （3）进度估算（日历月份） （4）成本估算（人力和软硬件成本，学习、培训、风险和维护成本） （5）缺陷数估算，缺陷数影响工作量和进度估算5、 FP功能点估算法（计算）6、 COCOMO估算法（计算）7、 COCOMO(COnstuctive COst mode)模型：结构性成本模型

11、COCOMO模型分为基本、中级模型和详细模型8、 COCOMO适合的软件项目（1）组织型（Organic）:相对较小，简单项目，工作人员理解好，经验丰富，硬件相关性小。如多数应用软件，编译程序，老操作系统（2）嵌入型（Embadded）:项目紧密联系硬件、软件、操作。对接口，数据结构，算法要求较高，规模任意。如航天指挥系统（3）半独立型：介于两者间9、 COCOMO模型参量DSI(原指令条数-Size)定义为代码或卡片形式的源代码。若一行由两个语句，算作一条指令，包括作业控制语句，格式语句，不包括注释语句。1KDSI=1024DSIMM(度量单位为人月-Effort)表示开发工作量，定义：1M

12、M=19人日=152人时=1/12人年TDEV（度量单位为月）表示开发进度，他由工作量决定。10、 基本COCOMO公式类型工作量 进度 组织MM=2.4(KDSI)1.05TDEV=2.5(MM)0.38半独立MM=3.0(KDSI)1.12 TDEV=2.5(MM)0.32 嵌入MM=3.6(KDSI)1.20 TDEV=2.5(MM)0.32 11、 例：一个规模为10KDSI的商用微机远程通信嵌入软件，使用中间COCOMO模型进行软件 成本估算。则： 程序名义工作量 MM=2.8*(10)1.20=44.38(MM)程序实际工作量MM=44.38* f1 * f2 * f3 * f15

13、=44.38*1.17=51.5(MM)开发所用的时间TDEV=2.5*(51.5)0.32=8.9(月）如果分析员与程序员的工资都按每月6000美元计算，则该项目的开发人员的工资总额为51.5*6000=309000（美元）第7章 软件配置管理1、软件配置管理包括标识在给定时间点上软件的配置，系统地控制对配置的更改，并维护在整个软件生命周期中配置的完整性和可跟踪性。2、软件配置管理的功能 （1）配置项识别（确认），是前提和基础 （2）版本控制，基本功能 （3）变更控制 （4）配置状态统计 （5）配置审核 （6）构造管理，综合不同版本配置项构建不同版本产品 （7）过程管理3、 实施SCM的主要

14、活动（软件配置管理SCM） （1）制定SCM计划 （2）软件配置标识与维护管理 （3）软件配置控制与变更管理 （4）版本管理 （5）软件配置状态发布 （6）配置审计 （7）软件构件与发布管理4、 基线：指已经过正式评审和认可的标准，作为以后进一步开发的基础，并且只有通过正式的更改控制规程才能进行更改的规程说明或产品。基线是由管理人员或顾客正式检查并同意的配置项版本。5、 配置管理工具P139 （1）RCS，免费，不支持分支管理 （2）CVS，免费，并发版本管理，是对RCS的扩展 （3）VSS，支持版本、变更管理和并行开发 （4）Harvest （5）ClearCase（Together） （6）Hansky Firefly第8章 软件质量管理1、软件质量定义 ISO9001的定义：客户要求的一种产品或服务所具备的所有特性。 ANSI/IEEE定义：软件产品满足规定的和隐含的需求的有关特征或特性集合。2、 软件质量的要素 （1）软件的运行特征（最基本的）：正确性，可靠性，有效性，完整性，