软件项目管理温习题及试卷答案完好精华版免费版.docx

《软件项目管理温习题及试卷答案完好精华版免费版.docx》由会员分享，可在线阅读，更多相关《软件项目管理温习题及试卷答案完好精华版免费版.docx（15页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件项目管理温习题及试卷答案完好精华版免费版工程的特征有哪些？有明确的目的?工程之间的活动具有相关性?限定的周期?有独特性?资源成本的约束性?工程的不确定性?工程与日常运作有什么不同？工程是一次性的，日常运作是重复进行的?工程是以目的为导向的，日常运作是通过效率和有效性体现?的工程是通过工程经理及其团队工作完成的，而日常运作是职?能式的线性管理工程存在大量的变更管理，而日常运作则基本保持连贯性?的。软件工程有什么特殊性？为逻辑实体而非物理实体，具有抽象性?没有明显的制造经过，也不存在重复生产?软件工程的开发遭到计算机硬件的制约?不可能完全摆脱手工开发形式?软件本身是相当复杂的，涉及因素诸多，需

2、求多变?软件工程投入大、成本高?软件工程管理有什么特征？1/29软件是纯知识产品，其开发进度和质量很难估计和度量，生?产率也难以预测和保证。工程周期长，复杂度高，变数多。?软件工程提供的是一种服务，需要知足一群人的期望，即需?要知足一群想法和利益各不一样的人的需求。PMBOK包括哪9个知识领域？集成管理?范围管理?时间管理?成本管理?人力资源管理?沟通管理?风险管理?质量管理?采购管理?常用的生存期模型有哪些？各适用于什么工程？瀑布模型：分析、设计、编码、测试和维护严格按步骤进?行，合适于工程开场前有明确需求和明确的解决方案的工程，如公司的财务系统、库存管理系统、短期工程等。V模型：是瀑布模型

3、的变种，强调测试的重要性，将开发活?动与测试活动严密联络在一起。合适于对系统的性能、安全有严格要求的工程。2/29原型模型：合适于在工程开场前对工程需求不明确，为了减?少工程需求的不确定性而先开发工程的基本原型系统以验证可行性，然后逐步补充完善。增量模型：由瀑布模型演变而来，假设需求可分阶段，分成?一系列增量产品分别开发。合适于工程开场明确了需求的大部分，但对市场和用户把握不是很准。对于有庞大和复杂功能的系统可以考虑增量开发。螺旋式模型：该模型在四个象限上分别表达了计划制定、风?险分析、工程施行、客户评估四个方面的活动，通过一系列瀑布模型的不断循环来逐步躲避风险。合适于不确定因素较多、风险较大

4、的工程。渐近式阶段模型：综合了增量模型和螺旋式模型的一个实用?模型，渐进式前进，阶段式提交。合适各种规模的工程，尤其是大中型工程，以及希望随时看到将来的工程。怎样为工程选择适宜的生成期模型？熟悉各种生存期模型?评审、分析工程的特性?选择合适工程的生存期模型?标识生存期模型与工程不一致地方,并进行裁减?何谓需求获取？它包括哪些主要活动？需求获取指通过与用户的沟通、对现有系统的观察及对任务?进行分析，进而开发、捕获和修订用户的需求。需求获取的主要活动包括：?了解客户方的所有用户类型及潜在的类型-3/29对用户进行访谈和调研，包括会议讨论、邮件提问、自行-搜集等各种形式对采集到的用户需求作进一步分析

5、整理-将调研得到的用户需求以适当的形式呈交给用户和开发方-相关人员需求分析的主要内容有哪些？怎样处理不明确需求？需求分析的主要内容有：?以图形表示的方式描绘系统的整体构造，包括边界和接口-等通过原型、页面流或其它方式向用户提供可视化界面，以-便用户对需求作出本人的评价以模型描绘系统的功能项、数据实体、外部实体以及实体-间的关系、状态转换等不明确需求的处理方法有：?让用户介入开发，以便及时对不明需求作出修正-开发用户界面原型，以便用户更好地确认需求-召开需求讨论会议，汇总和确认需求-强化需求分析和评审，让用户介入需求评审并签字认可-怎样做好需求变更管理？建立需求基线?确定需求变更控制经过?成立变

6、更控制委员会(SCCB)?进行需求变更影响分析?跟踪所有受需求变更影响的工作产品?4/29建立需求基准版本和需求控制版本文档?维护需求变更的历史记录?跟踪每项需求的状态?衡量需求的稳定性?何谓任务分解？为何要进行任务分解？任务分解就是将一个工程分解为更多的工作详目或者子工?程，使工程变得更小、更易管理、更易操作。它是一个化繁为简，分而治之的经过。任务分解的作用：?提供了工程范围基线，是范围变更的重要输入-为评估和分配任务提供详细的工作包-进行估算和编制工程进度的基础-对整个工程成功的集成和控制起到非常重要的作用-假设你是某图书馆借阅系统的工程经理，请参照教材“校务通系统工程计划案例进行需求分析

7、和任务分解，提交需求规格讲明书和任务分解WBS图表或清单。简述软件工程进度(时间)管理的主要任务。活动定义?活动排序?活动历时估计?任务资源估计?制定进度计划?进度控制(工程跟踪)?5/29工程进度(历时)估算需考虑的因素有哪些？实际工作时间：一周几天、一天几小时?工程的人员规模?生产率：LOC/天?有效工作时间：除去聊天、打电话、上卫生间等的时间?连续工作时间：不被打断的持续工作时间?人员级别：不同人员的生产率不同，成本不同?历史工程：参考以往类似工程?工程进度估算的基本方法有哪些？定额估算法：根据工程规模、投入资源及单位生产率计算工?程历时，公式为T=Q/(RS)经历导出模型：使用根据大量

8、历史工程统计得出的模型公式?计算，如COCOMO模型等任务网络图和加权历时估算：利用PDM工程评价技术(PERT)?公式计算工程总历时基于承诺的进度估计法：从需求出发，由开发人员承诺工程?进度的一阶估算准则：根据工程功能点数及开发商评级，Jones?使用公式粗略估计工程历时其它：专家估计法、类推估计法、模拟估计法等?何谓正推法？简述其计算任务历时的基本步骤及计算公式。正推法是根据时间顺序计算任务网络图上各活动的最早开场?时间和最早完成时间的有效方法。其计算步骤如下：?6/29首先建立工程的开场时间，工程的开场时间是网络图中第-一个活动的最早开场时间从左到右，从上到下进行计算，遍历所有途径-当一

9、个任务有多个前置任务时，其最早开场时间应取前置-任务其中最大的最早完成时间计算公式:?EF=ES+DurationDuration为任务历时-ES(2)=EF(1)+Lag1为前置任务，2为后置任务，-Lag为滞后时间何谓逆推法？简述其计算任务历时的基本步骤及计算公式。逆推法是根据逆时间顺序计算任务网络图上各活动的最晚开?始时间和最晚结束时间的有效方法。其计算步骤如下：?首先建立工程的结束时间，工程的结束时间是网络图中最-后一个活动的最晚结束时间从右到左，从上到下进行计算，遍历所有途径-当一个任务有多个后置任务时，其最晚完成时间应取后置-任务中最小的最晚开场时间。计算公式:?LS=LF-Dur

10、ationDuration为任务历时-LF(1)=LS(2)Lag1为前置任务，2为后置任务，-Lag为滞后时间何谓类比估算法？它适用什么情况？具有什么特点？类比估算法是根据以往完成的类似工程所消耗的总成本或?工作量来推算将要开发的软件的总成本或工作量，然7/29后按比例将它分配到各个开发任务单元中，是一种自上而下的估算形式。该方法主要适用于在合同期和市场招标时，或因信息缺乏或?只需粗略估算，或有类似的历史工程数据时。它的特点是简单易行，花费少。但具有一定的局限性，准确?性差，容易导致低估。何谓自下而上估算法？它适用什么情况？具有什么特点？自下而上估算法是利用任务分解构造图，对各个详细工作包?

11、进行具体的成本估算，然后将结果累加起来得出工程总成本。该方法主要适用于工程开场以后和WBS的开发阶段，或需要?进行准确估算的时候。它的特点是估算结果比拟准确，准确度决定于每个任务的估?算情况。但非常费时，估算本身的费用较大，且可能发生虚报夸张成本现象。简述提高估算准确性的主要措施。作好充分的估算准备?留出估算的时间，并做好计划?充分参考以前的工程数据?以开发人员提供的数据为基础估算?分类法估算(多种方法分别估算并比照)?具体的较低层次上的估算?使用软件估算工具?使用几种不同估算技术，并比拟它们的结果?简述资源冲突的表现及解决措施。8/29资源冲突的表现为：?分配给一个资源的工时总量大于它的最大

12、可用工时量。-同一种资源被分配给时间上重叠的几个任务或工程中。-解决资源冲突的方法：?资源调配-推延资源开场工作时间-替换资源-设置资源加班时间-调整资源日历-只使用资源的一部分工作时间。-简述降低预算成本的常用方法。降低资源的费率：降低资源的费率往往会打击工作人员的积?极性，但能够通过降低其他资源的费率来实现，比方降低能源消耗、设备费用。减少任务的工时：适当的减少工时，能够降低任务的费用。?但减少工时同时也影响工程的工期。减少加班：加班需要支付加班费率，这通常要高于资源费?率，所以减少加班能够有效的减少任务成本。替换资源：用廉价的资源替换比拟高价的资源，但有一个前?提，那就是替换的资源同样能

13、胜任这项任务。减少任务的固定成本：固定成本就是任务本身所需要的成?本。删除任务：确认删除该任务对工程没有影响或影响在可控制?范围内才可采用优化进度，缩短工期的主要方法有哪些？9/29分解关键任务，使它们同步进行以缩短工期?给任务增加资源(如人员)以加快进度?缩减关键任务的工期?重叠关键任务?设置日历增加工作时间?通过分配加班工时来缩短关键任务?简述McCall软件质量模型的三个方面的11项特性。McCall软件质量模型包括如下三方面11项特性：运行：?正确性(我能按我的需要正确地工作吗)-强健性(我对各种可能的意外能很好地适应吗)-效率(完成预定功能它需要的资源多吗)-完好性(它能有效地保证数

14、据的完好性吗)-可用性(我能容易地学会使用它吗)-修正：?)碰到问题它能容易修复吗可维护性(-)我能方便地对它作一些调整吗灵敏性(-)我能对它作必要的测试吗可测试性(-转移：?)(我能在别处使用它吗可移殖性-)我能对它的某些部分再利用吗可复用性(-)互连性(它能与其它系统方便对接吗-简述软件工程审计的基本内容。10/29审计是将审核的主体与为该主体以前建立的一组规程和标准?进行比拟，以便对经过或者产品进行质量评估。软件工程审计是一种常见的软件质量保证活动，包括工程执?行经过评审和工程产品审计两方面。工程执行经过评审是对工程的执行经过进行检查，确保所有?活动遵循规程进行，然后提交审计报告。工程产

15、品审计是对工程经过中的工作产品进行质量审查，记?录不符合项，编写产品审计报告。简述职能型组织构造的优缺点。优点：?能够充分发挥职能部门的资源集中优势-部门的专家能够同时为部门内不同工程使用-便于互相沟通,互相支援-能够随时增派人员-能够将工程和本部门的职能工作融为一体-缺点：?,工程和部门利益发生冲突，职能部门更重视本部门的目的-会忽视工程目的资源平衡会出现问题-权利分割不利于各个职能部门的沟通和团结协作-行政从属关系使得工程经理没有充分的权利-简述工程型组织构造的优缺点。优点：?11/29工程经理对工程能够负全责-工程目的单一，以工程为中心,有利于工程顺利进行-避免多重领导-组织构造简单，沟

16、通简单,效率高-缺点：?资源不能分享-,各个独立的工程处于相对封闭状态不利于公司政策的贯彻-对工程组织的成员缺少一种事业上的连续性和安全感-缺少信息沟通工程组织之间处于分割状态,-简述矩阵型组织构造的优缺点。优点：?专职的工程经理负责整个工程,以工程为中心-公司的多个工程能够分享各个职能部门的资源-即利于工程目的的实现,又利于公司目的方针的贯彻-工程成员的顾虑减少了-缺点：?容易引起职能经理和工程经理权利的冲突-资源分享也能引起工程之间的冲突-工程成员有多头领导-简述工程沟通计划的主要内容。分析沟通需求：什么人什么时候需要沟通?确定沟通的内容：沟通的格式、内容及具体程度?确定沟通方式和方法：口头、书面、会议、E-Mail等?12/29确定沟通的收发职责：管理沟通信息的发布与接收?安排沟通的时间频度?沟通计划修订维护?简述软件工程存在较大风险的原因。软件工程的需求变化大?软件工程计划和估算难度大?软件工程管理的难度大?承包方信誉问题?人员变动问题?技术问题?政策变化问题?性能达不到?简述风险的基本性质。风险的客观性：是不以人的意志为转移的?风险的不确定性：风险难以度量和掌控?风险的不利性：风险发生时将导致损失或毁坏?风险的可变性：在一定的条件下风险能够转化?风险的相对性：不同的主体对风险的承受办不同?风险同利