2021年5月信息系统项目管理师 论文答案及解析.pdfVIP

2021年5月信息系统项目管理师 论文答案及解析.pdf

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

一、问答题

1、试题一论信息系统项目的范围管理

项目范围管理必须清晰地定义项目范围,其主要工作是要确定哪些工作是项目应该

做的,哪些不应该包括在项目中。

请以“论信息系统项目的范围管理”为题进行论述

1.概要叙述你参与管理过的一个信息系统项目(项目的背景、项目规模、发起单位

、目的、项目内容、组织结构、项目周期、交付的成果等),并说明你在其中承担

的工作(项目背景要求本人真实经历,不得抄袭及杜撰)

2.请结合你所叙述的信息系统项目,围绕以下要点论述你对信息系统项目范围管理

的认识,并总结你的心得体会:

(1)项目范围管理的过程;

(2)根据你所描述的项目范围,写出核心范围对应的需求跟踪矩阵。

3.请结合你所叙述的项目范围和需求跟踪矩阵,给出项目的WBS

(要求与描述项目保持一致,符合WBS原则,至少分解至5层)

参考答案:请看解析

解析:

【论文解析】

架构:

第一部分:摘要+正文

第二部分:范围管理过程

1、规划范围管理

2、收集需求

其中收集需求要求写出核心范围对于的需求跟踪矩阵。因此涉及到的知识有:

(1)需求文件的内容包括(但不限于)以下几个方面:

业务需求,包括可跟踪的业务目标和项目目标、执行组织的业务规则、组织的指导

原则。

干系人需求,包括对组织其他领域的影响、对执行组织内部或外部团体的影响、干

系人对沟通和报告的需求。

解决方案需求,包括功能和非功能需求、技术和标准合规性(Complicance)需求、支

持和培训的需求、质量需求和报告需求。可用纯文本方式或用模型展示解决方案需

求,也可两者同时使用。

项目需求,包括服务水平、绩效、安全和合规性等,以及验收标准。

过渡需求。

与需求有关的假设条件、依赖关系和制约因素。

(2)需求跟踪矩阵

在CMMI中,需求管理是已管理级的一个关键过程域,其目标是为产品需求建立一

个基线,供软件开发及其管理使用,使计划、产品和活动与需求保持一致。从需求

工程的角度来看,需求管理包括在产品开发过程中维持需求一致性和精确性的所有

活动,包括控制需求基线,保持项目计划与需求一致,控制单个需求和需求文档的

版本情况,管理需求和联系链之间的联系,或管理单个需求和项目其他可交付物之

间的依赖关系,跟踪基线中需求的状态。

可跟踪性包含两个层面的含义,一个是项目执行过程的两个或多个产品之间能够建

立关系的程度,尤其是那些具有前后关系或主从关系的产品。例如,某个给定构件

的需求和设计的匹配程度;另一个是项目产品中每个元素能够建立其存在理由的程

度,例如,产品设计中的每个元素定位它所满足需求的程度。

1.需求跟踪的内容

每个配置项的需求到其涉及的产品(或构件)需求都要具有双向可跟踪性。所谓双

向跟踪,包括正向跟踪和反向跟踪,正向跟踪是指检查需求文件中的每个需求是否

都能在后继工作产品(成果)中找到对应点;反向跟踪也称为逆向跟踪,是指检查

设计文档产品构件、测试文档等工作成果是否都能在需求文件中找到出处。具体来

说,需求跟踪涉及五种类型,如图5-1所示。

图5-

1中的箭头表示需求跟踪能力联系链,它能跟踪需求使用的整个周期,即从需求建

议到交付的全过程。

图5-

l左半部分表明,从用户原始需求可向前追溯到需求文件,这样就能区分出项目过

程中或项目结束后由于变更受到影响的需求,也确保了需求文件中包括所有用户需

求。同样,可以从需求文件回溯到相应的用户原始需求,确认每个需求的出处。如

果以用例(usecase)的形式来描述用户需求,图5-

1左半部分就是用例和功能需求之间的跟踪情况。

图5-

1右半部分表明,由于在项目实施过程中,产品需求转变为设计和测试等实现元素

,所以通过定义单个需求和特定的产品元素之间的联系链,可以从需求文件追溯到

产品元素。这种联系链使项目团队成员知道每个需求对应的产品元素,从而确保产

品元素满足每个需求。第四类联系链是从产品元素回溯到需求文件,使项目团队成

员知道每个产品元素存在的原因。如果不能将设计元素或测试案例回溯到一个需求

文件,就可能出现镀金行为。当然,如果某个孤立的产品元素表明了一个正当的功

能,则说明需求文件漏掉了一项需求。

第五类联系链是需求文件之问的跟踪,这种跟踪便于更好地处理各种需求之间的逻

辑相关性,检查需求分解中可能出现的错误或遗漏。

2.需求跟踪矩阵

表示需求和其他产品元素之间的联系链的最普遍方式是使用需求跟踪(能力)矩阵

,需求跟踪矩阵是将产品需求从其来源连接到能满足需求的可交付成果的一种表格

。需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法,有助于确保需

求文件中被批准的

文档评论(0)

喵呜刷题 + 关注
实名认证
文档贡献者

来喵呜刷题,完成你的职业蜕变!

1亿VIP精品文档

相关文档