系统分析师考试历试题分析与解答案例分析与论文.docVIP

系统分析师考试历试题分析与解答案例分析与论文.doc

  1. 1、本文档共51页,可阅读全部内容。
  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文档。上传文档
查看更多
系统分析师考试历年试题分析与解答(案例分析与论文篇) 第?1?章?软件开发方法 案例分析试题 软件开发方法是指软件开发过程所遵循的办法和步骤,系统分析师考试大纲规定,考生要“熟练掌握信息系统开发过程和方法”。也就是说,系统分析师要能够根据项目的实际情况,选择恰当的软件开发方法。 1.1? 案例分析试题 在2004年至2013年的考试试题中,共有6道试题和软件开发方法有关,本节主要分析这6道试题。在本节的试题中,其考查范围如表1-1所示。 表1-1? 软件开发方法试题分布表 1.1.1 2004年上半年试题5 2004年上半年试题5 某公司要在现场开发一个网站应用系统,该系统的特点是:规模不大;工期短;用户需求不明确;没有大的技术风险;系统中的一些模块可以外包给其他的公司开发。在选择开发过程时,项目组内产生了分歧。 王工提出采用XP(eXtreme Programming,极限编程),理由是XP方法简洁,能减轻开发人员的负担、快速适应市场、缩短投资回收期。 李工认为采用XP在项目开发中存在一些问题,建议考虑原型开发方法。 双方就上述的问题展开了激烈的争论。项目组最后决定采用XP,但同时针对李工提出的XP中存在的问题采取了相应的措施。 【问题1】 小规模发布(small release)是XP的基本元素之一。请用200字以内文字分别阐明: (1)原型系统和XP小规模发布的系统的主要差别? (2)为什么该项目组没有采用原型开发方法? 【问题2】 请用200字以内文字,简要说明采用XP方法可能会存在哪些问题。 【问题3】 在项目组的后续讨论中,李工提出,如果项目规模扩大,XP将不再适用。王工对此表示赞同,但同时提出可以将XP方法和传统软件开发过程相结合。请用200字以内的文字简要地说明如何将XP方法和传统软件开发过程相结合。 一、试题分析 在我们面临“软件危机”所带来的挑战之时,曾经通过采用严格的规范、详尽的文档来约束开发过程,以保证开发的质量与效果,获得了突出的成就。但是随着时代的进一步发展,业务周期越来越短、变化越来越快,甚至在软件开发的过程中,业务逻辑和需求已经悄然变化,这给本来还不成熟的软件产业带来了新的挑战。正在这种情况下,敏捷方法论应运而生。 2001年这些方法论的创始人走到一起,成立了敏捷联盟,发表了颇具影响力的敏捷宣言:个体和交互胜过过程和工具、可工作的软件胜过面面俱到的文档、客户合作胜过合同谈判、响应变化胜过遵循计划。比较有影响力的敏捷方法论包括XP(极限编程)、FDD(特征驱动开发)、Crystal Method(水晶方法)、DSDM(动态系统开发方法)、ASD(自适应开发)、Scrum等。 本题主要考查考生对软件开发过程的掌握情况,要求能够了解各种不同的过程方法论,跟踪其发展的趋势,并且根据实际的情况和需求来正确地选择合适的过程方法论。近几年来,由于以XP为代表的敏捷方法论的讨论、实践越来越多,也取得了较好的成效,因此对于从事软件工程管理方面的考生来说,也成为一个重要的知识内容。 【问题1】 当客户有一个合理的要求,但对细节则没有任何线索时,原型法开发是一个十分常用的方法。由于本题中所涉及的项目就是属于需求不明确的,因此能够有效利用原型法进行解决。 原型法开发将从需求收集开始,开发者和客户在一起定义软件的总体目标,标识出已知的需求,并规划出需要进一步定义的区域。然后就是“快速设计”,快速设计集中于软件中那些对用户/客户可见的部分的表示(如输入方式和输出格式)。可通过快速设计来创建原型。原型由用户/客户评估并进一步精化待开发软件的需求。逐步调整原型使其满足客户的要求,而同时也使开发者对将要做的事情有较好的理解,这个过程是迭代的。 理想情况下,原型可以作为标识软件需求的一种机制。如果建立了可运行原型,开发者就可以在其基础上试图利用已有的程序片断或使用工具(如报表生成器、窗口管理器)来尽快生成可运行的程序。 原型开发方法在实施时,存在的问题主要包括以下两个方面: (1)客户似乎已经看到了软件的工作版本,却无法理解,原因在于为了使原型能够很快使用,开发者没有考虑软件的总体质量和长期的可维护性。 (2)开发者常常需要实施上的折中使原型能够尽快工作。 因此,通常采用原型法都会在客户和开发者之间达成协议:构建原型仅是为了定义需求,之后就被抛弃了(至少是部分抛弃),实际的软件在充分考虑了质量和可维护性之后才被开发。这种原型开发方法也称为“抛弃型原型开发”。当然,也可以采用逐渐演进的方式进行原型开发,即以逐步增加功能的方式进行开发,以便于随时根据客户或最终用户的反馈来修正系统。大多数渐进原型都是从一个用户界面原型开始逐步演化出整个系统的。不过采用原型开发可能出现的风险是:不切实际的进度和预算、项目可控性降低、缺乏最终用

文档评论(0)

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

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

1亿VIP精品文档

相关文档