天津理工大学计算机项目管理期末复习.docx

《天津理工大学计算机项目管理期末复习.docx》由会员分享，可在线阅读，更多相关《天津理工大学计算机项目管理期末复习.docx（19页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、工程管理期末考试15个缩写/30分 6个问答题/30分 分析题3题/40分第一章 What is software project management? Is it really different from ordinary project management?软件工程的特性：不可见性、复杂性、一致性、灵活性软件工程管理在管理方面的特性。管理包括以下活动： 筹划：决定要做什么 组织：进展安排 人员：选择适宜的人员来完成任务等 指导：作出指示 监视：检查进展 控制：采取行动以去除工程的障碍 革新：提出新的解决方案 代表：及客户、用户、开发人员、供给商以及其他利益相关者进展沟通How do

2、you know when a project has been successful?就软件工程而言，可以总结为以下目标：l 实现既定功能。l 到达质量要求。l 按时。l 在预算内。就商业方面而言，一个工程的成功是指工程的收益高于本钱。Stakeholders? 利益相关者利益相关者是指在工程中有利害关系的人。利益相关者可以分为以下几类：1工程组内部人员 这意味着工程负责人直接收理这类利益相关者。2工程组外部人员但属于同一组织内部 例如需要用户的帮助来执行系统测试，此时有关人员的委托必须经过协商。3 工程组和组织的外部人员 外部的利益相关者可能是受益于所实现系统的客户或用户。这些人之间的关系

3、大多建立在具有法律效力的合同之上。Some ways of categorizing software projects 软件工程分类的方式1、 强制使用用户和自愿使用用户 在工作场所中，有一些系统是员工完成工作比方记录销售业务必须使用的系统，然而有些系统的使用是自愿而非强制的，比方游戏软件。我们很难用一个业务系统从潜在客户那里引导出准确的需求。游戏软件的内容主要依靠开发人员丰富的创造力，以及市场调查、关注群体和原型评价等技术手段。2、系统及嵌入式系统： 信息系统及嵌入式系统之间存在着传统的区别。信息系统可以帮助员工完成事务处理操作，如库存管理系统。嵌入式或过程控制系统用于控制机器，比方建筑物

4、的空调设备的控制系统。有些系统可能兼有二者的要素，比方上述库存管理系统也可以控制一个自动化仓库。3、 目标及产品 要区别工程的目标是为了生产一种产品，还是为了满足一定目标。 工程可能是生产一种其细节由客户规定并负责证实的产品。 另一方面，工程可能是为了满足一定目标，这些目标可能有多种方法来到达。 很多软件工程有两个阶段。第一阶段是目标驱动工程，可产生工程的建议书；第二阶段是实际创立该软件产品。Activities covered by software project management 软件管理覆盖的活动开发新系统通常有三个连续的步骤：1可行性研究 评估一个预期的工程是否值得开场即存在一个

5、有效的业务案例。2筹划 如果可行性研究的结果指出预期的工程可行，那么就可进入筹划阶段。3工程实施 现在可以实施工程了，工程实施通常包括设计和实现两个子阶段。第二章Cost-benefit evaluation techniques 本钱效益评价技术 净利润net profit：是在工程的整个生命周期中总本钱和总收入之差。 回收期payback period：是到达收支平衡或归还初始投入所花的时间。 投资回报率Return On Investment，ROI：也称作会计回报率Accounting Rate of Return，ARR，提供了一种方法来比拟净收益率及需要的投入。 ROI=平均年利润

6、/总投资100% 净现值Net Present Value，NPV：是一种工程评价技术，它考虑了工程的收益率和要产生的现金流的时限。 现值=第t年的值/(1+r)tr是贴现率，用十进制小数值表示。t是现金流在未来出现的年数。 练习 假定贴现率为10%，计算工程的NPV。Programme management 工程集管理工程集：为了获得利益，用协同方式管理的一组工程，而这些工程不能进展独立的管理。工程集的存在形式： 商业周期工程集 战略工程集 根底设施工程集 研究和开发工程集 创新的伙伴关系第三章Step-Wise methods 步进式方法第一步：标识工程的范围和目标第二步：标识工程的根底设

7、施第三步：分析工程的特征第四步：标识工程的产品和活动第五步：估算每个活动的工作量第六步：标识活动的风险第七步：分配资源第八步：评审/发布方案第九步和第十步：执行方案并进展较低层次的筹划第四章Take account of the characteristics of the system to be developed.选择通用的生命周期方法： 控制系统control system 信息系统information system 用户可用性availability of users 专用技术specialized techniques 硬件环境hardware environment 平安性关键

8、的系统safety-critical system 不准确的需求imprecise requirementSelect an appropriate process model. 选择适宜的过程模型 Waterfall process model 瀑布模型 One-shot 一次完成 once-through 一次通过 V-process model V过程模型是瀑布模型的扩展 Spiral model 螺旋模型是研究瀑布模型的另一种方法 prototypes model 原型模型 原型是已规划的系统的一个或多个方面的工作模型。 原型分类： 抛弃型原型：只验证某些想法，然后在真正开发系统时抛弃

9、 进化型原型：开发和修改原型，直至它最终成为可运行的系统 increment model 增量式模型 增量式交付是将应用程序分解为小的构件，然后按顺序实现和交付构件，每个要交付的构件应该给用户带来一些效益。 时间盒time-boxing通常及增量式方法相关联。每个增量可交付物的时机严格受已批准的最终期限的约束。这个最终期限必须满足，甚至可以删掉一些方案的功能，或者可以转移到后面的增量去实现。 aqile development methods第五章Avoid the changers of unrealistic estimates. 防止不现实估计估计过高可能导致工程花更长的时间。 帕金森定

10、律Parkinson Law 布鲁克斯定律Brooks Law估计过低的危险是影响质量。Understand the range of estimating methods that can be used.软件开发工作量估计的主要方法：算法模型 使用代表目标系统和实现环境特征的“工作量驱动因子来预测工作量。专家判断 征求知识渊博的员工的建议。类比 标识一个类似的已完成的工程的实际工作量作为新工程的根底。帕金森法 标识做一个工程可利用的员工工作量，并用来作为“估计。赢的价格 “估计似乎是一个相当低的赢得合同的数字。自顶向下 明确地规划整个工程的总体估计，然后分解成为构件任务所需要的工作量。由底

11、向上 标识和确定构件任务的大小，然后累计这些单独的估计。序测算方法适用范围1算法模型系统规划阶段2自底向上系统规划系统分析/设计3自顶向下准备开发系统规划4类比准备开发阶段5专家判断准备开发系统规划阶段6价格致胜工程投标7帕金森法工程洽谈自顶向下法自顶向下法通常和参数模型相关。参数模型公式如下：工作量=系统规模/生产率预测软件开发工作量的模型有两个关键构件：第一个是评估要承当的软件开发任务的规模的方法；第二个是评估做每项任务的效率。Estimate projects using a bottom-up approach.由底向上估计估计人员将工程分解成构件任务，然后估计执行每个任务需要多少工作

12、量。由底向上法最适合于后期的更详细工程筹划阶段。如果一个工程完全是新颖的或者没有可用的历史数据，那么建议估计人员最好使用由底向上方法。Count the function points for a system. 计算功能点 FP = UFC *TCF其中， UFC表示未调整的功能点计数； TCF表示技术复杂度因子。对于每个事务，为调整的功能点的计算方法： Wi (输入数据元素类型数) + We (引用的实体类型数) + Wo (输出数据元素类型数)这里，Wi、We和Wo表示权重，可以通过询问开发人员在先前的工程中花在开发处理输入、访问和修改已存储的数据及处理输出的各局部软件上所占的工作量比例

13、来导出。Estimate the effort needed to implement software using a precedural programming language. 工作量=c规模k工作量effort是按人月pm度量的。规模size是按kdsi度量的，kdsi是指要交付的千行源代码指令。c和k是常量。Understand the COCOMO approach to developing effort model.分为根本COCOMO模型，和中级COCOMO模型两种，前者是一个静态单变量模型，对整个软件系统进展估算；后者是一个静态多变量模型，将软件系统模型分为系统和部件两

14、个层次，系统是有部件组成的。第六章Produce an activity plan for a project. 产生工程的活动方案产生工程方案的第一步是确定需要执行什么活动以及以什么次序执行这些活动。第二步，理想的活动方案是活动风险分析的对象，目的是标识潜在的问题。第三步是资源分配。最后一步是产生进度表。Estimate the overall duration of a project. 估计工程的总周期Create a critical path and a precedence network for a project. 创立工程的关键路径和优先网络Activity-on-node

15、networksFloat = LF - ES - duration关键路径是通过网络的最长路径Activity-on-arrow networks 使用优先网络约定为表6-1所指定的工程绘制一个活动网络。完成之后，请将结果及图6-14进展比拟。 参看图6-7描绘的Amanda的CPM网络。使用表6-2中给出的活动周期，计算工程的最早完成日期，并标识网络上的关键路径。第七章Definition of riskand risk management.风险：用来描述不希望的时间或结果。风险管理：对危险和可能的问题进展标识、对其重要性进展评价以及编制监控和处理这些问题的方案。Some ways of

16、 categorizing risk.风险分类据风险内容划分1技术风险：如果工程采用了复杂的或者高新的技术，或者采取了非常规的方法，就存在一些潜在的问题。另外，如果技术目标制定过高，技术标准发生变化等也可能造成技术的风险发生。2管理风险：在工程中，进度方案制定和资源配置不合理，方案草率且质量控制差，工程管理的根本原那么适用不当等，都可能带来管理的风险。3组织风险：常见的组织内部对目标未达成一致，高层对工程不重视，资金缺乏，工程组织的人员构造不合理或者及其他工程有资源冲突等，都是潜在的组织风险。4外部风险：法律法规的变化，及工程相关各方的情况发生变化，这些事件和外部环境变化往往是不可控制的。但注

17、意，一般将不可控制的“不可抗力不作为风险，这些事件往往作为灾难防御。Risk management Risk identification what are the risks to a project?风险标识：减少不确定性，清楚工程风险的因素和作用范围 Risk analysis which ones are realty serious?风险分析：根据风险的严重度对风险的优先级进展排序 Risk planning what shall we do?风险规划：制定各种风险应对方案、策略、行动方案风险筹划和控制策略： 风险预防 降低可能性 风险躲避 风险转移 应急方案 Risk monito

18、ring has the planning worked?风险控制：检查和检验决策的结果We will also look at PERT risk and critical chains.expected time期望周期te = a + 4m + b/6te 期望周期 a 乐观的时间m 可能的时间 b 悲观的时间activity standard deviation活动标准偏差 s = (b - a)/6PERT技术使用以下三个步骤来计算满足或不满足目标日期的概率： 计算每个工程事件的标准偏差。 计算有目标日期的每个事件的z值。 转换z值为概率。计算每个工程事件的标准偏差 事件3的标准偏差

19、只取决于活动B的标准偏差。因此，事件3的标准偏差是0.33。 对事件5，有两条可能的路径B+E或F。路径B+E的总标准偏差是，而路径F的总标准偏差是1.17。因此，事件5的标准偏差是两者之中的大者，即1.17。计算z值 其中，te是期望日期，而T是目标日期。 事件4的z值是10-9.00/0.53=1.8867。转换z值为概率 表7-6为图6-29所示的网络提供了附加的活动周期估计。有新的估计a和b及原来的活动周期估计用作最可能的时间m，计算每个活动的期望周期te。第八章How to match the activity plan to available resources.产生资源分配方案

20、的第一步是列出所要求的资源以及要求的期望等级。产生资源需求列表后，下一步是将这个列表映射为活动方案，然后评估工程期间所需要的资源分布。Assess the efficacy of changing the plan to fit the resources.Schedules. Activity schedule Indicating start and completion dates for each activity. Resource schedule Indicating dates when resources are needed and level of resources.

21、Cost schedule showing the planned accumulative exp.资源分配的最终结果通常包括： 活动进度 表示每个活动方案的开场日期和完成日期。 资源进度 表示每个资源要求的日期以及要求的调度等级。 本钱进度 表示资源使用过程中方案的累积花费。第九章Monitor the progress of projects. 监视工程的进展Assess the risk of slippage. 评估偏离的风险Visualize and assess the state of a project. 可视化和评估工程的状态甘特图 一种最简单也是最早的跟踪工程进展的方法就

22、是甘特图。本质上，这是一种活动条形图，它指出方案的活动日期以及随着活动的浮动而频繁增大的周期。延迟图 延迟图是另一种非常类似的图。这种图对于那些没有按进度方案进展的活动，提供了更加醒目的可视化指示：延迟线越弯曲，对方案的偏离就越大。时间线 到目前为止，描述的所有图都存在一个缺点，即不能去除地显示贯穿整个工程生命周期的工程完成日期的拖延情况。 时间线图是记录和显示在工程期间目标变更的一种方法。 时间线图在工程执行期间以及作为后期实现局部的评审都是有用的。时间线图的分析和变化的原因可以指出估计过程的失误或者其他可能的错误，有了这方面的信息，将来就能防止这些失误。Reuse targets to c

23、orrect or counteract drift. 修订目标以纠正或抑制偏离CPI可以用来修正工程的本钱预算或者完成估计EAC。EAC计算公式为BAC/CPI，其中BACBudget At Completion，BAC是工程当前方案的预算。如果BAC原来是100 000英镑，那么修订的EAC将是100 000/0.64即156 250英镑。可以通过目前的SPI修正估计的工程周期。Control changes to a projects requirements. 控制工程的需求变更系统范围的变更 在IS开发工程中，经常发生系统规模不断增大的情况。原因之一在于用户提出了对需求的变更请求。

24、工程范围需要慎重地加以监视和控制，一种方法是在关键里程碑处按照SLOC或者功能点重新估计系统规模。第十章Follow the stages needed to acquire software from an external supplier.合同部署阶段 需求分析 评估方案 邀请投标 评估提议Distinguish between the different types of contract合同的种类1、固定价格合同 在这种情况下，当合同签订时价格已经是确定的了。客户知道，如果合同的条款没有变化，这就是工程完成时应该支付的价格。为了让这种机制更加有效，在开场时必须让承包商知道客户的需求，

25、并且这些需求不能改变。用另一种说法就是，如果这个合同是为了构建一个软件系统，那么必须完成详细的需求分析，一旦开场开发，客户就不能再没有重新商定价格的情况下更改他们的需求。这种合同的优点是： 知道客户的花费 如果需求是明确的而且不变更的，客户有明确费用。 供给商的动机 供给商以本钱效益为动机。其缺点是： 意外情况下的价格较高 供给商承受任何估算错误所带来的风险。为了减少这种风险的影响，供给商将在投标书中计算价格时留出足够的余地。 修改需求困难 在开发过程中，有时需要修改需求的范围，这有可能造成供给商和客户之间的摩擦。 增加修改本钱的压力 在和其他投标商竞争时，供给商不得不给出尽可能低的价格。一旦

26、合同签订了，当给出进一步的需求时，供给商就会提出很高的修改价格。 对系统质量的威胁 为了满足固定的价格，软件的质量可能得不到保证。2、时间和材料合同 在这种合同中，客户必须为每一个单位例如每一个员工时的工作量付出一定的报酬。供给商通常会基于他们当前对客户需求的理解给出本钱，但是这并不是最终报酬的根底。供给商通常会定期例如每月向客户列出已完成工作的清单。这种合同的优点如下： 改变需求容易 需求修改很容易处理。如果工程有一个研究方向，但随着工程的深入，工程的研究方向会发生变化，那么这可能是恰当的计算报酬的方法。 没有价格的压力 没有价格的压力能创造出更高质量的软件。这种合同的缺点是： 客户的义务

27、客户要承受及需求定义不妥和需求变更相关的所有风险。 供给商缺乏动力 在以合算的方式工作或者在控制交付系统的范围方面，供给商没有动力。3、每单位固定价格合同 这经常及计算功能点相关。在工程开场时，已经计算或者估计好要交付的系统的规模。交付系统的规模可以通过代码行数来估计，但是可以从需求文档中更容易、更可靠地获得功能点FP数。每一个单位的价格都会清楚地注明，最终价格就是单位价格乘以单位数量得到的。这种方法的优点如下： 客户的理解 客户可以清楚地知道价格是如何计算的，并知道修改需求之后价格如何变化。 可比拟性 不同的价格表可以进展比拟。 产生新功能 供给商不承当增加功能的风险。 供给商的效率 及实践

28、和材料合同不同，供给商仍有以合算的方式交付所需要的功能的动力。 生命周期的范围 需求不需要在开场时明确，因此，开发合同既能覆盖工程的分析阶段，又能覆盖工程的设计阶段。这种方法的缺点是： 软件规模度量有困难 代码行数很容易由于采用较为冗长的编码风格而膨胀。对于FP而言，可能在FP的数量上产生分歧在某些情况下，FP的计算规那么可能对供给商或者客户不公平。特别是，用户几乎不熟悉FP的概念，因而需要特殊的训练。这个问题的解决方法就是使用一个独立的FP计算器。 修改需求 有一些修改可能会严重影响现有的事务处理，却不会对FP的数量有什么影响。因而必须就如何处理这些修改做出决定。开发末期的修改几乎总要比开发

29、前期的修改费力。 Amanda会选择这三种系统中的哪一种作为IOE维护组账户系统呢？她需要考虑什么因素？ 定制的系统，一种特地为一个客户从头开发的系统。 买来就用的商用软件包，有时指简易包装shrink-wrapped的软件。 定制的商用软件COTS，这是一种对根本的核心系统进展修改以满足特定客户需要的软件。 一个将要设计和实现的系统有3200个FP。根据表10-1，这个系统总的费用将是多少？ 合同规定设计、构建和交付计算机应用程序的本钱是每个FP600美元。验收测试之后，客户要求修改系统的某些功能，总计有500个FP，并要求增加一些新的功能，总计有200个FP。请用表10-2计算附加的费用。