项目管理师考试重点整理 - 图文(3)

（4）对象可以按其属性来归类，借助类的层次结构，子类可以通过继承机制获得其父类的特性。

（5）对象具有封装的特性，一个对象就构成一个严格模块化的实体，在系统开发中可被共享和重复引用，达到软件(程序和模块)复用的目的。

面向对象的信息系统开发，其关键点是能否建立一个全面、合理、统一的模型，它既能反映问题域，也能被计算机系统求解域所接受。

面向对象开发方法主要有分析、设计和实现三个阶段。面向对象方法在整个开发过程中使用的是同一套工具，整个开发过程实际上都是对面向对象三种模型的建立、补充完善和表达验证。因此，面向对象开发方法中分析、设计和实现三个阶段的界限并非十分明确，但对信息系统的开发划分阶段还是十分必要的。

在系统开发的实际工作中，往往根据需要将多种开发方法进行组合应用，最终完成系统开发的全部任务。具体的组合形式可以分为如下几种。

（1）结构化方法与原型法的组合应用。

（2）结构化方法与面向对象方法的组合应用。 （3）原型法与面向对象方法的组合应用。

17. 所有的软件需求的一个基本特性就是可验证性。验证某

些软件需求可能很困难或者成本很高。软件需求和软件质保人员都必须保证，在现有的资源约束下，需求可以被验证。（P85）

18. 软件测试和软件维护（P87）

（1） 软件测试：测试是为了评价和改进产品质量、识别产品的缺陷和问题而进行的

活动。

软件测试时针对一个程序的行为，在有线测试用例集合上，动态验证是否达到预期的行为，需要选取适当的测试用例。

测试不再只是一种仅在编码阶段完成后才开始的活动。现在的软件测试被认为是一种应该包括在整个开发和维护过程中的活动，它本身是实际产品构造的一个重要部分。

测试不仅是检测预防措施是否有效的主要手段，而且是识别由于某种原因预防措施无效而产生的错误的主要手段。需要注意的是，在广泛的测试活动成功完成后，软件可以能包含错误，交付后出现的软件失效补救措施是由软件维护达成的。

软件测试随开发和维护过程，通常在不同的运行级别上进行，可以在概念上区分三个大的测试阶段：单元测试、集成测试和系统测试。

（2） 软件维护：软件开发工作的结果是交付满足用户需求的软件产品。相应地，软

件产品必然存在变更和演化。一旦投入运行，就可能发现缺陷，运行环境可能变化，用户会提出新的需求。软件维护是生命周期的一个完整部分。

可将软件维护定义为需要提供软件支持的全部活动。这些活动包括在交付前完成的活动，以及交付后完成的活动。交付前完成的活动包括交付后运行的计划和维护计划等。交付后的活动包括软件修改、培训、帮助资料等。 软件维护包括如下类型：

? 更正性维护：软件产品交付后进行的修改，以更正发现的问题。

? 适应性维护：软件产品交付后进行的修改，以保持软件产品能在变化后或

变化中的环境中可以继续使用。

? 完善性维护：软件产品在交付后进行的修改，以改进性能和可维护性。 ? 预防性维护：软件产品在交付后进行的修改，已在软件产品中的潜在错误

成为实际错误前，监测和更正它们。

1. 软件质量管理过程

软件质量管理过程包括：质量保证过程、验证过程、确认过程、评审过程、审计过程等。 （1） 验证与确认

验证与确认过程使用足够定位缺陷并便于以后改正的测试技术直接处理软件产品质量问题。

验证与确认过程确定某一开发和维护活动的产品是否符合活动的需求，最终的软件产品是否达到其意图并满足用户需求。验证过程试图确保活动的输出产品已经正确制造，即活动的输出产品满足前面活动施加的规范说明；确认过程则试图确保建造了正确的产品，即产品满足其特定的目的。

（2） 评审与审计

? 评审与审计过程包括:管理评审、技术评审、检查、走查、审计等。

? 管理评审的目的是监控进展，决定计划和进度的状态，确认需求及其系统

分配，或评价用于达到目标适应性的管理方法的有效性。它们支持有关软件项目期间需求的变更和其他变更活动。

? 技术评审的目的是评价软件产品，以确定其对使用意图的适合性，目标是

识别规范说明和标准的差异，并向管理提供证据，以表明产品是否满足规范说明并遵从标准，而且可以控制变更。

? 检查的目的是检侧和识别软件产品异常。一次检查通常针对产品的一个相

对小的部分。发现的任何异常都要记录到文档中，并提交。

? 走查的目的是评价软件产品，走查也可以用于培训软件产品的听众，主要

目标是:发现异常、改进软件产品、考虑其他实现、评价是否遵从标准和规范说明。走查类似于检查，但通常不那么正式。走查通常主要由同事评审其工作，以作为一种保障技术。

? 软件审计的目的是提供软件产品和过程对于可应用的规则、标准、指南、

计划和流程的遵从性的独立评价。审计是正式组织的活动，识别违例情况，并产生一个报告，采取更正性行动。

19. 3.4到3.6小结有3-6分的选择题，需要理解掌握。这里不再摘抄。 20. 典型架构（P108）

常见的架构模式如下： （1） 管道/过滤器模式； （2） 面向对象模式； （3） 事件驱动模式； （4） 分层模式； （5） 知识库模式；

（6） 客户机/服务器模式。

21. 软件架构设计方法（P108）

软件架构设计是动态的，设计的初期并不能完全确定下来，这与建筑设计不同。由 于架构设计伴随着整个项目进行，因此在整个过程中一定要把握架构设计的目标。软件 架构设计的总体目标可以概括如下。

（1） 最大化复用:复用包括构件的复用和设计模式的使用等多个方面。

（2） 复杂问题简单化:这也是中间件或多层技术的根本目标。在设计过程中，如果需

要多个类协调完成某些功能时，应能正确使用适当的设计模式。

（3） 灵活的扩展性:具备灵活的扩展性使得用户可以在架构上进行二次开发或更加

具体的开发。

软件架构是软件系统中的核心元素，是系统中不易改变、比较稳定的部分，也是构建软件系统中其他部分的基础，因此系统架构的好坏从根本上决定了基于该架构所构建的软件系统的质量。系统的各个组成部分正是通过架构所描绘的方式协同工作共同完成系统的功能，从而得到一个完整的系统。由于系统的本质是不易改变的，所以如果一个架构能够真实地反映出系统的本质，那么就可以使基于该架构建立的系统具有比较长的生命力，否则该系统的质量就会逐步降级，直至崩涉。系统架构的构建一直是软件开发过程中的一项重要工作，同时也

是一项很困难的工作，即便对于很有经验的系统架构师也是如此。模式的应用则给出了一条构建系统架构的有效途径。

要建立一个正确的架构;首先要分析系统中的一些抽象概念〔相对稳定的部分)。针对问题领域中的概念进行分类，把看上去不同但本质上属于同一类的概念用一个抽象的概念表示出来，然后基于这些抽象概念创建架构，确定各抽象概念之间的关系。在创建架构过程中，需要考虑重用性、通用性等问题，使用适当的模式作为指导原则设计解决方案。

很多模式本身就是针对系统架构提出的，例如模型一视图一控制器(Model-View-Controller, MVC)是专门针对交互系统提出的。如果要构建一个交互系统，可以直接应用MVC模式，然后在该模式的场景下去发现模 …… 此处隐藏：2225字，全部文档内容请下载后查看。喜欢就下载吧 ……