04-1【第03章】信息系统集成专业技术知识官方教材划重点（1）【柯基资源网www.fjha.net】.pdf

【例-17上】信息系统的生命周期可以分为立项、开发、运维及消亡四个阶段。以下对各阶段的叙述中，不正确的是(c)。A.立项阶段：依需业务发展和经营管理的需要，提出建设信息系统的初步构想，对企业信息系统的需求进行深入调研和分析，形成需求规格说明书B.开发阶段：通过系统分析，系统设计、系统实施、系统验收等工作实现并交付系统C.运维阶段：信息系统通过验收，正式移交给用户后的阶段。系统的运行维护就是更正性维护D.消亡阶段：信息系统不可避免地会遇到系统的更新改造甚至废弃重建等【例-21下】信息系统第3章的生命周期可以分为立信息系统集成专业技术知识项、开发、运维及(C)四个阶段。【例-16下】信息系统的生命周期可以分为立项、开发、运维及A.立项B.下线3.1信息系统建设消亡四个阶段。需求规格说明书在(A)阶段形成。C.消亡D.重建A,立项B.开发C.运维D.消亡3.1.1信息系统的生命周期【例-17下】某信息系统建设的内容主要包括设备采购、系统集成、软件开发和运维服务等。信息【例-18上】在公司准备将运行系统集成是指将计算机软件、硬件、网络通信、信息安全等技术和产品集成为能够满足信息系统的生命用户特定需求的信息系统。周期中，“对企业在本地局域网上的CRM系统迁移信息系统的生命周期可以分为立项、开发、运维及消亡四个阶段。信息系统的需求进行深入调研和到集团云平台上(1)立项阶段：即概念阶段或需求阶段，这一阶段根据用户业务发展和经营管理的并做适当的功能需要，提出建设信息系统的初步构想：然后对企业信息系统的需求进行深入调研和分析，分析，形成需求规格说明扩产，从信息系形成需求规格说明书并确定立项。书“是统生命周期的角度看，该CRM系(2)开发阶段：以立项阶段所做的需求分析为基础，进行总体规划。之后，通过系在()阶段进行统分析、系统设计、系统实施、系统验收等工作实现并交付系统。统处于(c)阶的。(3)运维阶段：信息系统通过验收，正式移交给用户以后，进入运维阶段。要保障A.立项段。A.立项系统正常运行，系统维护是一项必要的工作。系统的运行维护可分为更正性维护、适应B.可行性分析B.开发性维护、完善性维护、预防性维护等类型。C.运维阶段C.运维(4)消亡阶段：信息系统不可避免地会遇到系统更新改造、功能扩展，甚至废弃重D.消亡D.消亡建等情况。对此，在信息系统建设的初期就应该注意系统消亡条件和时机，以及由此而花费的成本。【例-19下】信息系统生命周期可以分为(C)四个阶段。【例-21上】信3.1.2B.启动、执行、监控、收尾息系统的生命周位边系统那发方法。西资：开致：汇室D.启动、设计、立项、运维期中，在(A)阶信息系统的开发需要大量的人力、物力、财力和时间的投入。在系统开发时，为了段形成需求规更好地控制时间、质量、成本，并使用户满意，除了技术、管理等因素外，系统开发方格说明书。法也起着很重要的作用。A.立项常用的开发方法包活结构化方法、原型法、面问对象方法等。B.设计(1)结构化方法：是应用最为广泛的一种开发方法。应用结构化系统开发方法，把c.集成整个系统的开发过程分为若干阶段，然后依次进行，前一阶段是后一阶段的工作依据，D.运维按顺序完成。每个阶段和主要步骤都有明确详尽的文档编制要求，并对其进行有效控制。结构化方法的特点是注重开发过程的整体性和全局性。但其缺点是开发周期长：档、设计说明繁琐，工作效率低：要求在开发之初全面认识系统的需求，充分预料各种【例-17上】常用的需求分析方法有：面向数据流的结构化分析方法（SA),面向对象的分析方法(00A)。()不是结构化分析方法的图形工具。A.决策树B.数据流图C.数据字典D.快速原型【例-17下】需求分析是软件生存周期中的重要工作，以下描述不正确的是(B)。【例-18下】常用的需求分析方法A.软件需求是针对待解决问题的特征的描述有(A)。B.绝大部分软件需求可以被验证，验证手段包括评审和测试A.结构化分析法与面问对象分析法.需求分析可以检测和解决需求之间的冲突B.面向对象分析法与数握流D.在资源有限时，可以通过优先级对需求进行权衡c.观察法与问卷调查法第3章信总系统集成专业技术知识35D.结构化分析法与杆对照法考“架构模式”进行。通过对系统的一系列分解，最终形成系统的整体架构。系统的选型主要取决于系统架构。3.2.3设备、DBMS及技术选型在系统设计中进行设备、DBMS及技术选型时，不只要考虑系统的功能要求，还要考虑到系统实现的内外环境和主客观条件。在选型时，需要权衡各种可供选用的计算机硬件技术、软件技术、数据管理技术、数据通信技术和计算机网络技术及相关产品。同时，必须考虑用户的使用要求、系统运行环境、现行的信息管理和信息技术的标准、规范及有关法律制度等。3.3软件工程随着所开发软件的规模越来越大、复杂度越来越高，加之用户需求又并不十分明确，且缺乏软件开发方法和工具方面的有效支持，使得软件成本日益增长、开发进度难以控制、软件质量无法保证、软件维护困难等问题日益突出。人们开始用工程的方法进行软件的开发、管理和维护，即“软件工程”。3.3.1软件需求分析与定义软件需求是针对待解决问题的特性的描述。所定义的需求必须可以被验证。在资测有限时，可以通过优先级对需求进行权衡。通过需求分析，可以检测和解决需求之间的冲突：发现系统的边界：并详细描述出【例-17上】某软系统需求。件项目进行到测试3.3.2软件设计、测试与维护阶段时，发现概要设计说明书中存在一(1)软件设计：根据软件需求，产生一个软件内部结构的描述，并将其作为软件构【例-21下】软处错误，因此要进行造的基础。通过软件设计，描述出软件架构及相关组件之间的接口：然后，进一步详细件测是(D)。修改。以下配置项地描述组件，以便能构造这些组件。A.质量保中，不会受到影响的通过软件设计得到要实现的各种不同模型，并确定最终方案。其可以划分为软件架证过程的活动是(A)。构设计（也叫做高层设计）和软件详细设计两个阶段。B.开发完A.需求规格说明书成后的活动(2)软件测试：测试是为了评价和改进产品质量、识别产品的缺陷和问题而进行的B.详细设计说明书活动。软件测试是针对一个程序的行为，在有限测试用例集合上，动态验证是否达到预C.系统设c.程序代码计过程中的活动期的行为D.测试大纲和测试D.开发和测试不再只是一种仅在编码阶段完成后才开始的活动。现在的软件测试被认为是一：用例维护过程的活动种应该包括在整个开发和维护过程中的活动，它本身是实际产品构造的一个重要部分。【例-16下】以下关于软件需求分析、设计、测试与维护的叙述中，不正确的是(C)。A.软件需求分析可以检测和解决需求之间的冲突，发现系统的边界，并详细描述系统需求B.软件设计可以划分为软件架构设计和软件详细设计两个阶段C.软件测试是在编码阶段完成后才开始介入的D.软件维护指的是软件产品交付前和交付后需要提供的支持活动【例-17上】以下关于软件需求分析和软件设计的叙述中，不正确的是(C)。A.需求分析可以检测和解决需求之间的冲突，并发现系统的边界B.软件设计是根据软件需求，产生一个软件内部结构的描述，并将其作为软件构造的基础C.需求分析是为了评价和改进产品质量、识别产品的缺陷和问题而进行的活动D.软件设计是为了描述出软件架构及相关组件之间的接口【例-17下】某央企的EP系统已经稳定运行了3年，为了使用新业务发展的需要，运营团队近期接到数据库系统升级服务的任务，它属于信息系统(B)类型的工作A.更正性维护B.适应性维护C.完善性维护D.预防性维护【例-19上】某业务系统在送行中因应用程序错误导致业务受影响，事后由维护工程师对该应用程序缺陷进行修复，该维护活动属于(A)。A.更正性维护B.适应性维护C.完善性维护D.预防性维护136个系统集成项目管理工程师教程（第2版）【例-21上】软件测试通常可划软件测试伴随开发和维护过程，通常可以在概念上划分为单元测试、集成测试和系分为（）、集成统测试三个阶段。测试和系统测试(3)软件维护：将软件维护定义为需要提供软件支持的全部活动。这些活动包括在三个阶段。交付前完成的活动，以及交付后完成的活动。交付前要完成的活动包括交付后的运行计A.冒烟测试划和维护计划等。交付后的活动包括软件修改、培训、帮助资料等。B.性能测试软件维护有如下类型：更正性维护更正交付后发现的错误：适应性维护C.单元测试使软件产品能够在变化后或变化中的环境中继续使用；完善性维护一改进交D.白盒测试付后产品的性能和可维护性：预防性维护一在软件产品中的潜在错误成为实际错误前，检测并更正它们。【例-19下】（B)定义了软件质量特性，以及确认这些特性3.3.3软件质量保证及质量评价的方法和原则。A.软件验收B.软件需求C.软件规划D.软件设计软件质量指的是软件特性的总和，是软件满足用户需求的能力，即遵从用户需求，达到用户满意。软件质量包括“内部质量”“外部质量”和“使用质量”三部分。软件需求定义了软件质量特性，及确认这些特性的方法和原则。软件质量管理过程由许多活动组成，一些活动可以直接发现缺陷，另一些活动则检查活动的价值。其中包括质量保证过程、验证过程、确认过程、评审过程、审计过程等。(1)软件质量保证：通过制订计划、实施和完成等活动保证项目生命周期中的软件产品和过程符合其规定的要求。(2)验证与确认：确定某一活动的产品是否符合活动的需求，最终的软件产品是否达到其意图并满足用户需求。验证过程试图确保活动的输出产品已经被正确构造，即活动的输出产品满足活动的规范说明：确认过程则试图确保构造了正确的产品，即产品满足其特定的目的。(3)评审与审计：包括管理评审、技术评审、检查、走查、审计等。管理评审的目的是监控进展，决定计划和进度的状态，或评价用于达到目标所用管理方法的有效性。技术评审的自的是评价软件产品，以确定其对使用意图的适合性。软件审计的目的是提供软件产品和过程对于可应用的规则、标准、指南、计划和流程的遵从性的独立评价。审计是正式组织的活动，识别违例情况，并要生成审计报告，采取更正性行动。3.3.4软件配置管理软件配置管理通过标识产品的组成元素、管理和控制变更、验证、记录和报告配置信息，来控制产品的进化和完整性。软件配置管理与软件质量保证活动密切相关，可以帮助达成软件质量保证目标。软件配置管理活动包括软件配置管理计划、软件配置标识、软件配置控制、软件配置状态记录、软件配置审计、软件发布管理与交付等活动。【例-18上】软件质量管理过程由许多活动组成，“确保活动的输出产品满足活动的规范说明是(B)活动的目标。A.软件确认B.软件验证C.技术评审D.软件审计【例-20下】软件质量管理过程中，(B)的目的是确保构造了正确的产品，既产品满足其特定的目的。A.软件验证B.软件确认C.管理评审D.软件审计【例-21下】(A)活动要为识别的配置项及其版本建立基线。A.配置标识B.配置管理发布C.配置控制D.配置状态第3章信总系统集成专业技术知识137软件配置管理计划的制定需要了解组织结构环境和组织单元之间的联系，明确软件配置控制任务。软件配置标识活动识别要控制的配置项，并为这些配置项及其版本建立基线。软件配置控制关注的是管理软件生命周期中的变更。软件配置状态记录标识、收集、维护并报告配置管理的配置状态信息。软件配置审计是独立评价软件产品和过程是否遵从己有的规则、标准、指南、计划和流程而进行的活动。软件发布管理和交付通常需要创建特定的交付版本，完成此任务的关键是软件库。3.3.5软件过程管理软件过程管理涉及技术过程和管理过程，通常包括以下几个方面。(1)项目启动与范围定义：启动项目并确定软件需求。(2)项目规划：制订计划，其中一个关键点是确定适当的软件生命周期过程，并完成相关的工作。(3)项目实施：根据计划，并完成相关的工作。(4)项目监控与评审：确认项目工作是否满足要求，发现问题并解决问题。(5)项目收尾与关闭：为了项目结束所做的活动。需要项目验收，并在验收后进行归档、事后分析和过程改进等活动。3.3.6软件开发工具软件开发工具是用于辅助软件生命周期过程的基于计算机的工具。通常使用这些工具来支持特定的软件工程方法，减少手工方式管理的负担。工具的种类包括支持单个任务的工具及涵盖整个生命周期的工具。软件需求工具包括需求建模工具和需求追踪工具。【例-19上】追踪工具、版本管理工软件设计工具包括软件设计创建和检查工具。具和发布工具属软件构造工具包括程序编辑器、编译器、代码生成器、解释器、调试器等。于(C)。软件测试工具包括测试生成器、测试执行框架、测试评价工具、测试管理工具A.软件需求工具性能分析工具。/)B.软件测试工具软件维护工具包括理解工具（如可视化工具）和再造工具（如重构工具）。C.软件配置工具软件配置管理工具包括追踪工具、版本管理工具和发布工具。D.软件构造工具软件工程管理工具包括项日计划与追踪工具、风险管理工具和度量工具软件工程过程工具包括建模工具、管理工具、软件开发环境。软件质量工具包括检查工具和分析工具。3.3.7钦件复用软件复用是指利用已有软件的各种有关知识构造新的软件，以缩减软件开发和维护的费用。复用是提高软件生产力和质量的一种重要技术。