案例分析题型练习.pdf

《案例分析题型练习.pdf》由会员分享，可在线阅读，更多相关《案例分析题型练习.pdf（11页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 案例分析试题案例分析试题题型练习题型练习 练习练习 1：整体管理：整体管理 阅读以下关于信息系统工程管理方面的叙述，回答问题 1 和问题 2。天赛公司的信息工程部有一百多名专职的工程师从事着企业内外的信息系统开发与维护工作，集团分布地域广阔，集团内采用了多种操作系统平台和多类开发环境。王总工程师在总结近三年来的信息系统开发工作时，发现有 15%左右的开发项目未能完成而被迫取消；其余 85%的项目中大多也不能完全实现预定的目标。比如，平均每个项目的实际完成成本超过预算 152%，平均完成时间超过预期的 216%。这些数据表明信息工程部未能对开发成本和开发进度实施有效的控制。王总组织了信息工程部

2、内有关的管理人员和业务骨干，召开了三次小结与分析会议，在会上集中讨论了信息系统工程管理有关的问题，在归纳的意见中出现了以下的一些内容。（1）信息系统开发已经逐渐成为一类工业化的生产过程，必须尽可能对其中的所有环节进行有效的管理与控制。（2）信息系统工程管理与其他工程管理相比，主要的困难包括软件产品的不可见性（难以把握开发进展与质量要求等）、信息系统开发过程的非标准化和许多信息系统项目开发的“一次性”（缺少可借鉴的经验）等。（3）信息系统开发面对着进度、成本、功能和性能四方面的主要约束，即要求在预定的期限内，使用规定的有限资源，满足不断增长的信息系统功能与性能需求。从这个角度来看，必须强化信息系

3、统工程的管理。（4）Client/Server 与 Browser/Server 模式等已成为当前信息系统体系结构的主流。在日益复杂的分布式开发环境下，进行跨平台的团队开发，实现代码共享相当困难，信息系统工程管理在其中可以发挥其重大作用。（5）尽可能采用更加先进的操作系统、工作平台和开发工具，这样可以极大地提高信息系统开发效率，从根本上防止和解决王总在总结中所发现的信息系统开发问题。（6）面向对象（OO）技术的使用，可以保证在跨平台的复杂环境下团队开发的需 2/11 要，从而可从根本上免除信息系统工程管理上的烦恼，也能从根本上缓解王总所发现的信息系统开发问题。（7）信息系统开发项目未能完成而被

4、迫取消，究其根本原因无非是两大类：一是用户需求变更过于频繁或要求过高，另一类是信息系统开发人员的素质不能适应项目要求。（8）一个大中型的应用系统的开发可能包含成百上千个软件模块，以及数以百万计的代码行，由于任何一个编程人员不可能了解和追踪该应用系统所有的每一个片断，因此使软件代码具有可管理性和可审核性将是信息系统工程管理中的一项重要任务。（9）信息系统在投入使用后的维护与支持工作极为重要，信息系统工程管理在这方面也可以发挥其重要作用。（10）我们的长远目标是需要建立一类信息系统开发管理体系，能有效地辅助信息系统开发全过程中对有关信息的收集和管理，这类体系应是可重复使用的，并可适用于各类信息系统

5、开发项目，使信息系统资源在信息系统的生命周期中保持完整。（11）对外服务的信息系统开发机构应当努力取得 ISO9000 质量认证，并根据CMM（能力成熟度模型）标准来改进自己的开发过程。在这些质量标准实现的过程中，信息系统工程管理起着重要的作用。【问题【问题 1】（】（12 分）分）王总工程师指出在上述十一条意见中，有三条的提法是不够恰当的或者是不够全面的，请你指出其序号，并各用 50 字以内的文字说明理由。【问题【问题 2】（】（13 分）分）信息工程部与王总在详细分析本集团的信息系统工程管理方面存在的各类问题时，发现在不少信息系统项目实施过程中，项目计划这一环节较为薄弱，尤其是对项目资源估

6、算问题有一些偏差。信息系统开发所需的资源估算包括人力资源、软件资源和硬件与系统平台资源三大部分，目前天赛公司的一个主要矛盾看来是在开发所需要的“软件资源”的估算与计划上。请你用 100 字以内的文字以提纲方式说明，信息系统开发中所需的软件资源主要包括有哪些具体的内容？（只需列出相应的名称即可）3/11 练习练习 1 分析分析 本题是一道信息系统工程管理的分析试题，主要涉及到项目开发过程中加强管理的必要性和资源的计划。【问题【问题 1】问题 1 要求考生在 11 条有关信息系统开发管理的意见中确认出 3 条不够恰当的叙述，并说明理由。这属于辨别题，需要逐条地分析。第五条：“尽可能采用更加先进的操

7、作系统、工作平台和开发工具，可以极大地提高信息系统开发效率，从根本上防止和解决王总在总结中所发现的信息系统开发问题”。“从根本上防止和解决”这一提法，肯定是偏激的，过分强调工具的作用，而忽略了人的素质和项目管理的重要性，显然是荒诞不经的。就好比鼓吹电脑可以替代人脑一样。我们坐飞机可以缩短旅行时间，可是没有很好的航班调度与控制，恐怕连性命都很难保。采用同样的道理可以分析以下几条：第六条：“面向对象（OO）技术的使用，可以保证在跨平台的复杂环境下团队开发的需要，从而可从根本上免除信息系统工程管理上的烦恼，也能从根本上缓解王总所发现的信息系统开发问题”。说“面向对象技术的应用，可从根本上免除信息系统

8、工程管理的烦恼”自然也不对。所以，描述中带有绝对化的表述，一般都应格外关注，往往是不对的。第七条：“信息系统开发项目未能完成而被迫取消，究其根本原因无非是两大类：一是用户需求变更过于频繁或要求过高，另一是开发人员的素质不能适应项目要求”。又用到“无非”这一字眼，只强调了需求变更和人员素质的重要，把信息系统工程管理的重要性忽略了。实际上，有权威调查表明信息系统项目的失败可归结为四个原因：项目组织管理原因、缺乏需求管理、缺乏计划与控制和估算错误。【问题【问题 2】问题 2 要求考生指出信息系统资源的估算和计划应包含的具体内容。信息系统开发本身所需要的资源应包括人力资源、软件资源和硬件与系统平台资源

9、三大部分，其中软件资源应当包括 CASE 工具和可以复用的软件和软件的构件库。4/11 练习练习 1 解答要点解答要点【问题【问题 1】（5）从目前情况看，先进的工具与平台至多包含部分软件工程辅助，还不可能取代信息系统工程的管理的全部内容。（6）跨平台复杂环境包含有许多需要加以管理的对象类型，多样化的团队开发也应加强管理。（7）更深层次看，项目失败主要是缺乏有效的信息系统工程管理的机制所引起的。【问题【问题 2】（1）软件工具集，比如：业务系统计划工具、项目管理工具、文档生成支持工具、分析和设计工具、编写程序工具、组装和测试工具、原型和模型工具、维护工具、框架工具等。（2）可以复用的软件和软件

10、构件库。练习练习 2：配置管理：配置管理 阅读以下关于配置管理的叙述，回答问题 1、问题 2 和问题 3。在一些大中型信息系统项目中，经常会出现一些混乱和差错，如版本错误、数据不一致等。在信息系统的开发过程中，随着工作的进展也会产生许多信息，如规格说明、设计说明、源程序、各种数据等，以及合同、计划书、会议录、报告等需要管理的文档。对于一个大中型信息系统项目来说，这些信息文档的数量可以达到几百个甚至上千个，如果没有一套严谨、科学的管理办法，出现混乱和差错几乎是必然的。配置管理为信息系统开发提供了一套管理办法和原则，以防止混乱和差错的产生，并且适应信息系统的各类变更。典型的配置问题有：多重维护、共

11、享数据、同时修改、丢失版本号或者没有版本号。一般地，实施配置管理应完成以下几方面的任务：确定配置管理计划，确定配置标识规则，实施变更控制，报告配置状态，进行配置审核，进行版本管理和发行管理。【问题【问题 1】（】（12 分）分）（1）配置管理的一个重要内容就是对变更加以控制，使变更对成本、工期和质量的影响降到最小。用 150 字以内文字，说明配置管理中“变更管理”的主要任务。5/11 （2）为了有效地进行变更控制，通常会借助“配置管理数据库”。请用 200 字以内文字，说明配置数据库的主要作用及其分类。【问题【问题 2】（】（7 分）分）配置状态报告对于大型信息系统开发项目的成功起着至关重要的

12、作用。请用 200字以内文字，说明配置状态报告的主要作用及其包含的主要信息。【问题【问题 3】（】（6 分）分）信息系统的变更控制机制通常只能跟踪到工程变更顺序产生为止。为了获知变更是否正确完成，一般采用两种方法：正式的技术评审和配置审核。请用 200 字以内文字，说明这两种方法的区别和联系。练习练习 2 分析分析 由于信息系统开发的过程是一个充满着变化的过程，因此管理这些变更就成为很重要的内容。配置管理（SCM）就是一门管理信息系统变更的科学。配置管理是在整个信息系统生命周期中实施管理和技术规程的过程，它标识、定义系统中配置项并制定基线，控制配置项的修改和发行，记录和报告配置项的状态和修改申

13、请，保证配置项的完整性、协调性和正确性，以及控制配置项的储存、装载和交付。从定义来说，配置管理主要包括以下几方面的工作。（1）标识：）标识：标识出产品的结构、构件及其类型，并为其分配唯一的标识符，并以某种形式提供对它们的存取。（2）控制：）控制：通过建立产品基线，控制产品的发布和在整个信息系统生命周期中对产品的修改。（3）状态统计：）状态统计：记录并报告构件和修改请求的状态，并收集关于产品构件的重要统计信息。例如，得出修改该错误会影响多少个文件的问题。（4）审计和复审：）审计和复审：确认产品的完整性并维护构件间的一致性，即确保产品是一个严格定义的构件集合。（5）生产：）生产：对产品的生产进行优

14、化管理，它将解决最新发布的产品应由哪些版本的文件和工具生成的问题。通俗化地理解，实施配置管理应完成以下几方面的任务：确定配置管理计划，确定配置标识规则，实施变更控制，报告配置状态，进行配置审核，进行版本管理和发行管 6/11 理。第一步：总结出问题的要点。本题主要考查考生对配置管理中的几个核心目标、核心概念及主要的技术措施的理解情况。近几年来，随着很多信息系统开发组织对 SCM 的认识日益清晰，这方面的考题应该会更频繁地出现。【问题【问题 1】（1）要求说明配置管理的核心目标“变更管理”主要需完成哪些任务。（2）要求说明配置管理的核心概念“配置管理数据库”的作用及分类。【问题【问题 2】要求说

15、明实现良好配置管理的主要技术措施之一：“配置状态报告”的作用及其信息的组成情况。【问题【问题 3】要求正确地识别与说明“正式的技术评审”和“软件配置审核”这两种“变更控制”技术手段的区别与联系。第二步：根据问题要点，仔细阅读全文，找出相应的段落。（1）在问题描述的第一段中，通过简单、明了的通俗语言，指出了需要进行配置管理的两方面的原因：“容易出现混乱与差错易变”、“开发过程中有许多信息多”，因此面对这个“多而易变”的环境，我们就需要一套严谨、科学的管理办法，即配置管理。（2）题目中说到：“配置管理为信息系统开发提供了一套管理办法和原则，以防止混乱和差错的产生，并且适应信息系统的各类变更”明确地

16、指出了配置管理主要的目的是“管理变更”。（3）而题目描述的其他方面，主要列出了典型的配置问题，以及实施配置应该完成的工作任务。第三步：分析试题的内容，构思答案要点。在本题中，题面中提供的信息与问题并没有太多的直接关联，对答案的构思不能够起到很大的帮助作用。因此关键还在于考生对配置管理的基础理论、相关技术的掌握程度。【问题【问题 1】7/11 James Bach 在 The Highs and Lows of Change Control 一文中对变更管理的重要性进行了客观的描述：“进行变更控制是至关重要的。但是要实现变更控制也是一件令人头疼的事情。我们担忧变更的发生是因为对代码的一点小小的干

17、扰都有可能导致一个巨大的错误，但是它也许能够修补一个巨大的漏洞或者增加一些很有用的功能。我们担忧变更也因为有些流氓程序员可能会破坏整个项目，虽然智慧思想有不少来自于这些流氓程序的头脑。过于严格的控制也有可能挫伤他们进行创造性工作的积极性。但是，如果你不控制他，他就控制了你！”从这一段描述中，我们可以看出在整个信息系统开发过程中，变更是不可能避免的，变更控制就是要把变更严格地控制起来，随时保留变更的有关信息，把精确、清晰的信息传递到开发过程的下一活动或下一任务去，防止出现混乱。也正如 Wayne Babich 在其书中所说的：“我们所要关注的不仅是向客户提供正式发行的产品，而更要关注每天每时每刻

18、在开发队伍内部系统的发展变化情况。受控的变更不仅意味着你在交付系统时知道你拥有什么，而且知道在开发过程中你拥有什么。当一组程序员共同开发一个产品时，控制有助于取得最大的生产率，而生产过程中产生的混乱却最少。”要想了解变更管理的工作内容，首先需要知道信息系统有两种不同的变更类型：一为功能变更，二为错误修复变更。（1）功能变更的意思就是根据客户的需要增加或删除某些功能，或者修改实现功能的方法所引发的变更。对于功能变更来说，通常需要对其采用正式的变更评价过程，估计该变更将会对成本，以及体系结构中的其他部分会产生什么影响。然后根据该影响来决定是否进行这种变更。而且，还将分析变更所产生的成本由谁支付，并

19、必须完成成本/效益分析，以确定变更是否值得。（2）错误修复变更是为了修改漏洞的需要而产生的变更。它是必须进行的，通常是无需由管理层审查和批准，但需要对该变更记录在案。当发现需要变更时，首先应该由变更请求人提交“变更申请”，这也是整个变更控制的第一步，也是开始变更管理的前提条件。当变更管理者（根据项目的实际情况，有可能是某个资深人士或管理人员，也可以是一个组织，例如变更管理委员会）接到变更申请之后，会先交由变更分析员就应该对变更进行成本/效益分析，并对其涉及到技术等因素判断变更实施的必要性，以确定是否要进行变更。然后对其进一步审查（通常包 8/11 括变更请求的摘要和状态、对基线所做变化的摘要、

20、配置项/单元的修改历史、基线状态和基线审计结果等），以做出最后的变更决定。一旦做出进行变更的决定之后，就将开始实施变更，变更执行人员将要变更的对象从数据库中检出，在实施变更的同时记录变更，再将变更的产品提交质量保证人员审查，以确保变更的质量。最后，将变更的产品送交配置管理人员检入数据库，以便考虑生成新的版本。并且在整个实施过程中，变更的执行人员、变更管理委会员、配置管理人员、质量保证人员都应该对变更负责，并且在变更请求表上留有记录，也就是要确保变更在受控条件下进行。而要想有效地实现变更控制需要借助于配置管理数据库和基线的概念。配置管理数据库的作用在于：用来收集所有与配置有关的信息；用来评价系统

21、变更的效果；用来为配置管理过程提供管理信息。根据配置管理数据库的不同应用，可以分为 3 种，见14.1.2 节的分析。而基线是信息系统生存期各开发阶段末尾的特定点，也被称为里程碑。它的作用是把各阶段的开发工作划分得更加明确，使得本来连续的工作在这些点上断开，使之便于检验和确认阶段开发成果。它对变更控制起的作用是，不允许跨越里程碑去修改另一阶段的文档。【问题【问题 2】为了清楚、及时地记载软件配置的变化，不至于到后期造成贻误，需要对开发的过程做出系统的记录，以反映开发活动的历史情况，这就是配置状态记录。该项活动主要是完成配置状态报告的编制工作。在配置状态报告中，需要对每一项变更进行详细的记录，包

22、括发生了什么？为什么会发生？谁做的？什么时候发生的？会有什么影响？每次新分配一个配置项或更新一个已有配置项或更新一个已有配置项的标识，或者一项变更申请被变更控制负责人批准，并给出了一个工程变更顺序时，在配置状态报告中就要增加一条变更记录条目，一旦进行了配置审计，其结果也应该写入报告中。配置状态报告可以放在一个联机数据库中，以便开发人员或者维护人员可以对它进行查询或修改。此外，在配置报告中新记录的变更应当及时通知给管理人员和其他工程师。配置状态报告对于大型信息系统开发项目的成功起着至关重要的作用。它提高了所有开发人员之间的通信能力，避免了可能出现的不一致和冲突。它通过支持创建和修改记录、管理报告

23、配置项的状态或需求变化并审核变化来实现，它提供用户需要的功能，9/11 跟踪任意模式的软件项，提供完整的各种变化的历史版本和汇总信息。配置状态统计报告的对象包括配置项的状态、变更申请和对已批准的变更的实现情况 3 个方面。其任务是记录、报告整个生存期中系统的状态，用以跟踪对已建立基线的需求、源代码、数据，以及相关文档的更改；以文件的形式表明了每一产品版本的内容，以及形成该版本的所有修改。【问题【问题 3】信息系统的完整性，是指开发后期的产品能够正确地反映用户所提出的对系统的要求。配置审核的目的就是要证实整个信息系统生存期中各项产品在技术上和管理上的完整性。同时，还要确保所有文档的内容变动不超过

24、当初确定的产品要求范围，使得配置具有良好的可跟踪性。这就是变更控制人员掌握配置情况、进行审批的依据。变更控制机制通常只能跟踪到工程变更顺序产生为止，而要想知道变更是否正确完成，通常需要进行审查。而这个审查，常见的方法有两种：一是正式技术评审，二是软件配置审核。（1）正式的技术评审。）正式的技术评审。正式的技术评审着重检查已完成修改的配置对象的技术正确性，评审者评价配置项，决定它与其他配置项的一致性，是否有遗漏或可能引起的副作用。正式技术评审应对所有的变更进行，除了那些最无价值的变更。（2）软件配置审核。）软件配置审核。配置审核是正式技术评审的一种补充，它主要是评价在评审期间未考虑的配置项的特性

25、。通常包括：在工程变更顺序中规定的变更是否已经完成？每个附加修改是否已经并入？正式技术评审是否已经评价了技术正确性？是否正确遵循了信息系统工程标准？在配置项中是否强调了变更？是否说明了变更日期和变更者？配置对象的属性是否反映了变更？是否遵循了标记变更、记录变更、报告变更的配置管理过程？所有相关的配置项是否都已正确地做了更新？如果在一个组织中，没有专门的人员来负责配置管理的话，通常是将软件配置审核的问题当做正式的技术评审的一部分来完成的。但如果一旦将配置管理作为一项正式 10/11 的活动时，通常就会将配置审核分离出来，交由专门的小组来完成。通常是技术开发部门负责正式的技术评审，质量保证部分负责

26、配置审核。练习练习 2 解答要点解答要点【问题【问题 1】变更管理的任务主要包括：（1）分析变更，根据成本/效益和涉及到的技术等因素判断变更实施的必要性，确定是否进行变更。（2）记录变更信息，并追踪变更信息。（3）确保变更在受控条件下进行。配置管理数据库主要发挥以下作用：（1）记录与配置相关的所有信息；（2）利用库中的信息可评价变更的效果；（3）从库中可提取各种配置管理过程的管理信息。配置管理数据库可分为以下 3 类。（1）开发库：专供开发人员使用，修改频繁，控制宽松。（2）受控库：保存生存期某一阶段结束时发布的阶段性产品。（3）产品库：用于存放最终的产品。【问题【问题 2】配置状态报告详细记录了开发过程中的每一项变更，反映了开发活动的历史情况，从而达到提高所有开发人员之间的通信能力，避免出现不一致和冲突的目的。在配置状态报告中所包括的信息主要是每一项变更的详细内容：（1）变更内容；（2）变更原因；（3）变更请求人及实施人；（4）变更发生时间；（5）变更影响分析。【问题【问题 3】正式的技术评审主要是检查已完成修改的配置对象的技术正确性，而配置审核是正 11/11 式的技术评审的补充，主要是在配置项特性方面的审核。对于未设置专职配置管理人员的通常是将配置审核并入正式的技术评审。一旦将配置管理作为正式的管理活动，则会将正式技术评审留给开发人员，而将配置审核交由质量保证小组。