软件项目管理复习提要.docVIP

  1. 1、本文档共4页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
《软件项目管理》复习题 一,软件概念及特点;P1-2 二,项目概念及软件项目特点;P4/7 三,熟悉3种以上软件开发模型模型:瀑布模型、原型模型、增量模型的开发过程及其特点; 瀑布模型:过程(略),特点: 1.阶段间具有顺序性(线性顺序执行)和依赖性。 2.每个阶段必须完成规定的文档;每个阶段结束前完成文档审查,及早改正错误。 优点:明确了软件开发活动各个阶段 缺点:无法适应需求的不确定性和用户对需求变更 原型模型:过程与特点: 利用先进的软件开发工具快速的完成系统基本功能,让用户尽早的看到系统,尽早的发现问题,便于修改。(抛弃原型) 缺点:对于大型的系统无法快速建立“原型” 增量模型:先完成一个系统子集的开发,再按同样的开发步骤增加功能 (系统子集),如此递增下去直至满足全部系统需求。 优点:能够尽早的实现系统的部分功能,提供给用户一个可以使用的系统。对软件的变更适应性较强。 四,可行性研究的四个方面;P41 五,掌握软件进度安排—甘特图法;P64 六,简述度量软件质量的指标P114 七,软件文档种类P154 八,软件开发过程中,设置基线的目的是什么? 九,软件配置项与版本控制。 十,作为软件项目经理如何针对用户的变更实施变更控制管理。 案例1: 去年年底,某大型企业集团的财务处经过分析发现,员工手机通话量的80%是在企业内部员工之间进行的。而90%的企业内部通话者之间的距离不到100m。如果能引入一项新技术降低或者免掉内部员工通话费,这对集团来说将能节省很大一笔费用,对集团的发展意义相当大。财务处将这个分析报告给了集团的总经理,总经理又把这个报告转给了集团信息中心主任李某,责成他拿出一个方案来实现财务处的建议。李某找到了集团局域网的原集成商A公司,反映了集团的需求。A公司管理层开会研究后命令项目经理张某积极跟进,与李某密切联系。张某经过调研,选中了一种基于无线局域网IEEE802.11n改进的新技术“无线通”手机通信系统,也了解到有一家山寨机厂家在生产这种新技术手机。这种手机能自动识别“无线通”、移动和联通,其中“无线通”为优先接入。经过初步试验,发现通话效果很好,因为是构建在集团现有的局域网之上,除去购买专用无线路由器和这种廉价手机之外,内部通话不用缴费。而附近其他单位听说后,也纷纷要求接入“无线通”,于是张某准备放号并准备收取这些单位适当的话费。 但等到“无线通”在集团内部推广时,发现信号覆盖有空白、噪声太大、高峰时段很难打进打出,更麻烦的是,当地政府的主管部门要他们暂停并要对他们罚款。此时张某骑虎难下,欲罢不能。请分析出现这种情况的管理失误。 [问题] 造成这种局面的可能原因是什么?张某在实施“无线通”时可能遇到的风险有哪些? 可能的原因:没有进行项目论证和项目评估 没有进行系统的可行性分析:包括初步可行性分析和详细可行性分析(或风险分析,或没有进行多方案的比较) 调研不充分,不了解该技术是否成熟(或没有调研大规模应用案例) 没有调研国家政策法规是否允许。 可能遇到如下风险: 技术风险,张某采用的这种新技术目前还没有成为行业标准 政策风险,张某涉嫌无照运营,这是目前政策所不允许的。 市场风险(采购风险),系统运行也有风险,因设备供应商可能倒闭而产生。 案例2: 黄工负责某基金投资公司的一个证券分析系统项目的研发,率领项目组进驻该基金公司进行研发已经快一年了,现在项目已经接近尾声,但似乎并没有交付的意思。从系统试运行那天起,用户就不断提出新需求,似乎总是有新的需求要项目研发方来做,基金公司的经理在试用系统时,经常把自己的新思路讲给黄工,要求优化系统功能,项目变成了一个无底洞,没完没了地往下做。 黄工要求结项,但基金公司以系统功能没有满足需求为由而推迟验收,要求继续完善。黄工查阅了项目开发合同,而合同中并没有对需求的详细描述。此时,国家新出台了一项投资法规,依据这个法规,系统的一些功能肯定又要修改,虽然这些功能不影响系统的正常运行,但这些功能需求似乎仍在合同规定的范围之内,这些功能的需求开发也需要大量的时间和人力。 黄工认为,含糊的需求和范围经常性的变化严重影响了项目的进展,他必须寻找良策以管理范围,促使项目早日完工。 [问题1] 指出本项目开发中存在的问题。 在开发合同没有明确系统地需求,没有进行范围确认 对需求变更没有规范管理,变更没有依据。 项目的范围制订太模糊,无法作为验收的依据 在合同中没有描述新法规出台给项目带来的风险,无法界定是否在项目范围内,也没有应对措施。 [问题2] 建议黄工该如何解决现在的问题。 与客户进行沟通,明确系统的需求,和用户进行一次范围确认,可以以技术附件的形式或补充协议形式,要求用户签字确认。 规范变更控制流程,规范新增需求和需求变更管理的流程,对范围变更进行控制。 与基金公司的

您可能关注的文档

文档评论(0)

hzhplyvb8 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档