2008年上半年试题2
当前企业中业务都是在全球化、快速变化环境中运营，传统软件开发过程无法适应由此产生快速软件开发需求。20 世纪 90 年代后期，一些软件开发人员在“Agile Allicance 2001”中系统地阐述了敏捷开发原则，试图强调灵活性在快速且有效地生产软件中所发挥作用。目前，众多软件生产企业已经在实际软件开发过程中接纳并实践了敏捷开发方法中基本原则。
【问题1】
敏捷开发有许多典型方法，包括极限编程（eXtreme Programming）、Scrum、Crystal、DSDM等。请问这些方法共同基本原则是什么？
【问题2】
敏捷开发支持者往往夸大该方法优点，但是在实践中，敏捷方法基本原则有时确实很难实施。请用200字以内文字说明敏捷方法中哪些原则在实践中难以实施。
【问题3】
敏捷开发方法中最有名是极限编程。请说明极限编程中结对编程（Pair Programming）概念。
【问题4】
敏捷开发方法在具体实践过程中，往往需要开发环境或工具支持，一般称为快速应用开发技术和可视化开发技术。请用150字以内文字说明快速应用开发技术所包含工具有哪些，并简要说明可视化开发技术基本概念和技术原理。
正确答案及解析
正确答案
解析
一、试题分析
这是一道关于敏捷开发方法（主要是XP方法）问答题，共4个问题。在系统分析师考试指定参考用书《系统分析师技术指南》（张友生、王勇主编，清华大学出版社）中，详细介绍了敏捷开发方法和XP方法。
【问题1】
注重个体与交互，重点关注可以工作软件，提高客户参与度，以积极心态响应变化是敏捷方法论核心价值观。为了贯彻这四大价值观，敏捷联盟提出12条区别于重量级过程原则。
（1）尽早、持续交付有价值中间软件使客户满意。很多开发组织经常会在时间期限上进行没有原则地退让，其结果却是让客户一等再等，不仅没有按承诺兑现，甚至是时间超过一倍，但仍然不见软件踪迹。这种不守信状态，使得整个软件业走入了一个负螺旋发展。敏捷方法论提出了一种新逻辑，将尽早、持续地交付可运行中间成果，有价值中间结果，使得客户能够尽早地、持续地了解到软件开发进展，并且将需求变化、系统改进意见尽早地提出来，这会使得客户满意度大大提高。
（2）即使到了开发后期，也欢迎需求变化，利用响应变化创造竞争优势。敏捷方法论鼓励团队拥抱变化，通过应用各种技术来提高软件结构灵活性，本着简单原则进行设计，以响应变化能力作为团队核心竞争力。
（3）经常交付可工作软件，间隔时间可以是几周到几个月，间隔越短越好。由于敏捷方法论奉行“客户合作”、“客户参与”，而要让客户更加有效参与，经常性、频繁地交付可工作中间软件，将可以有效地加强开发人员与客户之间沟通，从而将隐藏需求变化及早触动。
（4）开发全过程，业务人员和开发人员必须天天都在一起工作。在开发中，不仅需要客户参与开发，还应该包括代表客户业务人员。因此在开发人员、客户、业务人员等相关干系人之间建立频繁而且密切交流与沟通，将是使项目保持高度灵活性关键。
（5）为开发人员提供环境和支持，给予信任，以人为本地构建项目。敏捷方法论是崇尚“以人为本”精神，认为项目成功最关键因素是人，其意义超过过程和工具。建立一支优秀团队，并在环境与精神上提供支持，给予信任，将是项目成功关键。这也是与传统“过程”为主管理思想最大不同。
（6）团队内部，最有效沟通方式莫过于面对面交谈。在重量级方法论中，人们尝试着通过编写规范、精美文档进行交流。而在敏捷方法论中则更加重视是开发团队成员之间面对面交谈，大家坐在一起，用一块白板，或是一张纸，一边绘制草图，一边交谈，这是最有效沟通方式。
（7）工作软件是度量进度最首要标准。要衡量工作进度，采用基点不是文档完成情况，不是已完成代码行数，而是可以工作软件完成了多少功能、实现了多少用例。这是敏捷方法论共同点，因为只有可工作软件才是有价值。
（8）提倡可持续开发速度，责任人、开发者和用户应保持一个长期、恒定开发速度。软件开发绝不是短跑，它更像一场挑战耐力马拉松长跑。因此，过早冲刺、在前期过度工作，将不利于项目按照持续开发速度进行下去。因此，敏捷方法论反对加班，因为这样行为会使得团队精力过早耗尽，过早地对项目失去兴趣和信心，从而得到事与愿违结果。
（9）不断关注好技能和设计会增加敏捷能力。保持软件高质量、简洁、健壮，是实现快速软件开发重要途径。因此只有大家都致力于编写高质量代码、不创造混乱，才能够提升敏捷能力。
（10）开发者本质是简单——使未完成工作最大化艺术。不管明天需求，只采用符合今天需求简单设计。因为谁也不知道明天是怎么样？变化太快了，今天设计考虑太多明天需求，就有可能做了过多无用功。
（11）自组织团队才能够做出最好架构设计和需求分析。最优秀团队不是被强权管理下团队，而是形成了一个良好协作，能够内部进行任务分解、协调团队。
（12）团队应定期在如何更有效工作方面进行反省，然后对自己行为做出改进。不断地回顾、总结，并从中找到团队未能最有效工作瓶颈点和问题点，并且通过细致分析与讨论，找到其要点，并做出相应改进是十分重要。
【问题2】
问题2问敏捷方法原则中哪些原则在实践中难以实施，这与问题1是相关联。只要理解了这些基本原则，这个问题就好解答。因为问是在“实践中难以实施”，所以这个问题可以答得灵活些，只要说得有道理都可以得分。
【问题3】
问题3考查结对编程概念，简单地说，结对编程就是2个人坐在一起写同一个程序。结对编程可以大大降低沟通成本，提高工作质量。
【问题4】
问题4是关于快速开发工具和可视化开发。快速应用开发（RAD）目是快速发布系统，RAD组合了5个方面技术，分别是进化原型、CASE工具（可进行正向工程和反向工程）、拥有能使用先进工具专门人员（一个RAD开发小组）、交互式JAD、时间表。例如，VB、Delphi、PB等都属于RAD工具。可视化开发就是在可视开发工具（例如，VB、Delphi、PB等）提供图形用户界面上，通过操作界面元素（例如，菜单、按钮等），由可视开发工具自动生成应用软件。这类应用软件工作方式是事件驱动。对每个事件，由系统产生相应消息，再传递给相应消息响应函数。
二、参考答案
【问题1】
（1）客户参与。
（2）增量式移交。
（3）开发团队技术应该得到承认和发扬。团队成员应该保持他们自己工作风格，不落俗套。
（4）接受变更。
（5）保持简单性。
【问题2】
（1）客户参与度往往依赖于客户参与意愿和客户自身代表性。
（2）团队成员性格可能不适合激烈投入，可能无法做到与其他成员之间良好沟通。
（3）对系统中变更作出优先级排序可能是极端困难。
（4）维护系统简洁性往往需要额外工作，但迫于移交时间表压力，可能没有时间执行系统简化过程。 【问题3】
结对编程：开发人员成对工作，检查彼此工作并提供支持，圆满完成任务。
【问题4】
快速应用开发中所包括工具有数据库编程语言、界面生成器、与办公应用连接、报告生成器。可视化开发是一种通过集成细粒度可复用构件来构造软件快速应用开发方法，其主要思想是用图形工具和可重用部件来交互地编制程序。可视化开发一般基于事件驱动原理。
你可能感兴趣的试题
某公司为当地一家书店开发图书资料垂直搜索引擎产品，双方详细约定了合同条款，包括合同金额、产品验收标准等。此项目是该公司独立承担一个小型项目，项目经理小张兼任项目技术负责人。项目进行到设计阶段后，由于小张从未参与过垂直搜索引擎产品开发，产品设计方案经过两次评审后仍未能通过。公司决定将小张从该项目组调离，由小李接任该项目项目经理兼技术负责人。
小李仔细查阅了小张组织撰写项目范围说明书和产品设计方案后，进行了修改。小李将原定从头开发方案，修改为通过学习和重用源代码来实现方案。小李还相应地修改了小张组织编写项目范围说明书，将其中按照项目生命周期分解得到大型分级目录列表形式WBS改为按照主要可交付物分解树形结构图形式，减少了WBS层次。小李提出设计方案和项目范围说明书，得到了项目干系人认可，通过了评审。
【问题1】（5分）
结合本案例，判断下列选项正误（填写在答题纸对应栏内，正确选项填写“√”，错误选项填写“×”）
（1）项目范围控制需要按照项目整体变更控制过程来处理。
（ ）
（2）项目范围说明书通过了评审，标志着完成了项目范围确认工作。 （ ）
（3）小李修改了项目范围说明书，但原有项目范围管理计划不需要变更。 （ ）
（4）小李编写项目范围说明书中应该包括产品验收标准等重要合同条款。 （ ）
（5）通过评审后，新项目范围说明书将成为该项目范围基准。
（ ）
【问题2】（4分）
请简述小李组织编写项目范围说明书中WBS表示形式与小张组织编写范围说明书中WBS表示形式各自优缺点及适用场合。
【问题3】（6分）
结合项目现状，请简述在项目后续工作中小李应如何做好范围控制工作。
- 查看答案
某电力系统公司拟通过信息化来提高生产管理水平，决定开发一个生产过程管理信息系统，经过招投标，与信息系统集成企业A公司签订了生产过程管理信息系统开发合同。公司委派小张担任这个项目经理，公司项目办公室和小张一起根据合同制定了项目章程。小张很快组建了项目团队并安排李工负责项目需求分析，赵工负责项目是设计、开发与实施。李工带领需求分析小组经过实地调查，认真编写了需求分析说明书，并与电力系统公司有关人员一起对需求进行了评审。但是由于电力系统公司业务十分繁忙，双方并没有在需求说明书中进行签字确认。
A公司同时进行信息系统开发项目比较多，李工在完成生产过程管理信息系统需求分析说明书后，转到了另外项目开发组。 在赵工带领开发小组进行设计与编码过程中，客户经常提出一些小改动。赵工认为满足客户需求很重要，所以，能改就改了，没有与A 公司其他人进行协商。
在系统交付时候，电力系统公司业务代表认为已经提出需求很多没有实现，实现需求也有很多不能满足业务要求，与原来预期需求差别很大，必须重新确定与实现这些需求后才能验收，此时由于李工已经不在项目组，没有人能够清晰地解释需求说明书。最终项目延期超过50%，电力系统公司对系统延期表示了强烈不满。
【问题1】（5分）
结合本案例，判断下列选项正误（填写在答题纸对应栏内，正确选项写“Y”，错误选项写“X”）：
（1）项目范围确认可以针对一个项目整体范围进行确认，也可以针对某一个过程进行阶段范围进行确认。
（2）项目范围是指为了成功地实现项目目标所必须完成最少工作。
（3）变更是不可避免，因而不必强制实施某种形式变更控制过程。
（4）影响项目范围变更请求批准后，项目范围管理计划不必修改。
（5）项目变更控制应当与任何综合项目管理信息系统结合为整体，共同控制项目范围。
【问题2】（6分）
简要分析本案例中范围变更控制存在哪些问题？
【问题3】（4分）
你认为是否不管项目大小，都应该成立变更控制委员会？如果需要，变更控制委员会由哪些人组成，如果不需要，请说明理由。
- 查看答案
阅读下列说明，针对项目范围管理，回答问题1至问题3，将解答填入答题纸对应栏内。
【说明】
C公司是一家从事电子商务外国公司，为了在中国开展业务，派出S主管和W翻译来中国寻找合适系统集成商，试图在中国建设一套业务系统。S主管精通软件开发，但是不懂汉语，而W翻译对计算机相关技术知之甚少。
W翻译通过中国朋友介绍，找到了从事系统集成H公司。H公司指派杨工为该业务系统建设项目经理，与C公司进行交流。经过需求调研，杨工认为，C公司想要建设一个视频聊天网站，并据此完成了系统方案。在W翻译下，S审阅并认可了H公司系统方案。经过进一步谈判，C公司和H公司签订了合同，并把该系统方案作为合同附件，作为将来项目验收标准。
合同签订后，杨工迅速组织人力投入系统开发。由于杨工系统集成经验丰富，开发过程进展顺利，对项目如期完工很有把握。系统开发期间，S主管和W翻译忙于在全国各地开拓市场，与H公司没有再进行接触。
就在系统开发行将结束之际，S主管和W翻译来到H公司查看开发进度。当看到杨工演示即将完工业务系统时，S主管却表示，视频聊天只是系统一个基本功能，系统核心功能则是通过视频聊天实现网上交易电子商务活动，要求H公司完善系统功能并如期交付。杨工拿出系统方案作为证据，据理力争。
W翻译承认此前他工作有误，导致双方对项目范围认识产生了偏差，并说服S主管将交付日期延后2个月。为了完成合同，杨工同意对系统功能进行扩充完善，并重新修订了系统方案。但是，此后C公司又多次提出范围变更要求。杨工发现，不断修订系统方案已经严重偏离了原始方案，系统如期交付已经是不可能任务了。
【问题1】（6分）
请结合案例简要说明，详细项目范围说明书应包含哪些内容，并指出C公司和H公司对哪些方面理解出现了重大偏差。
【问题2】（6分）
请指出S主管要求是否恰当？为什么？并请结合本案例简要分析导致C公司多次提出范围变更可能原因。
【问题3】（3分）
作为项目管理者，杨工此时应关注范围变更控制要点有哪些？
- 查看答案
读下列说明，回答问题1至问题2，将解答填入答题纸对应栏内。【说明】某市承办国际服装节，需要开发网站进行宣传。系统集成企业M公司中标了该网站开发项目。该项目即要考虑一般网站建设共性，又要考虑融入人艺术创意和构思，以便能够将网站办耳目一新，不但具有宣传价值，还能利于大数据积累。网站主要内容包括大型活动宣传，名师名模服装展示，服装服饰交易，服装文化传播等。双方协定项目合同工期为5个月，M公司任命项目经理小曹负责该项目。项目组经过需求调研后制定了项目计划，并按计划完成了网站系统分析、系统设计，包括艺术风格与主页设计、数据库设计等活动。项目进入编码阶段后，承办单位为了扩大影响力，要求在项目上增加全国服装模特海选宣传、选拔、评奖与管理。固此，建设方代表直接找到小曹提出增加项目内容，并答应会支付相应费用，但要确保项目工期不能拖延。针对上述情况，小曹及其领导进行了如下处理：（1）小曹见到其领导时转述了建设方要求，（2）领导考虑了一会儿，对小曹说“答应客户要求”，（3）小曹通知商务人员与建设方签订补充协议，（4）因建设单位要求工期不能拖延，故小曹决定项目进度计划不变，（5）小曹找来设计工程师小廖，把新增部分全权委托给了他，让他加班加点确保进度。交付期至时，项目集成测试中发现问题还未得到及时解决。问题1（10分）面对用户要求，小曹及其领导做法有何不妥之处？问题2（7分）为确保进度不受拖延，小曹应该如何执行领导决定？试题分析本题属于综合管理知识考核，要求对项目中发生变更进行管理。
- 查看答案
ZGY公司承担了某大学图书馆存储及管理系统开发任务，项目周期4个月。
小陈是ZGY公司员工，半年前入职。在校期间，小陈跟随导师做过两年软件开发，具有很好软件开发基础。领导对小陈很信任，本次任命小陈担任该项目项目经理。项目立项前，小陈参与了用户前期沟通会议，并承担了需求分析工作。
会议后，相关部门按照要求整理会议所形成决议和共识，并寄予客户等待确认。为了节约时间，小陈根据自己在沟通会议上记录结果，当晚组织相关人员撰写了软件需求规格说明。次日便要求设计人员开始进行系统设计，并指出项目组成员必须严格按照进度计划执行，以不辜负领导期望与嘱托。
项目进行到2月底时，校方主管此业务新领导到任，并提出了新信息化管理要求。小陈进行变更代价分析，认为成本超支严重，于是小陈准备不进行范围变更，并将结果通知客户，引起客户不满。
项目进入测试阶段后，ZGY公司开展内部管理审查活动，此项目作为在建项目接受了抽查，项目审查员给该项目提出了多个问题，范围管理方面问题尤为突出。
【问题1】结合本案例，分析小陈在此项目中项目范围管理方面可能存在不足。
【问题2】小陈组织人员撰写项目WBS如下：
请说明上述WBS结构是将 作为第一层进行分解。除了上述方法，还可以采用哪些方式进行分解？
把项目重要可交付物作为分解第一层、把子项目安排在第一层。
从上图来看，完整WBS中除了实现最终产品或服务所必须进行技术工作外，还需要包括 。
创建WBS时要遵循哪些原则？供选择答案（将正确选项字母填入答题纸对应栏内）：
A．在各层次上保持项目完整性，避免遗漏必要组成部分。
B．一个工作单元可从属于某些上层单元。
C．相同层次工作单元可以采用非相同性质。
D．工作单元应能分开不同责任者和不同工作内容。
E．便于项目管理计划、控制管理需要。
F．最低层工作应该具有可比性，是可管理，可定量检查。
G．分解到一定粒度工作包。
H．WBS不包括分包出去工作。
【问题3】
请指出案例中引起范围变更原因。
一般情况下，造成项目范围变更还有哪些主要原因？
- 查看答案