|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
CMM模型描述和分析了软件过程能力的发展程度，确立了一个软件过程成熟程度的分级标准。
|
|
|
|
（1）初始级：软件过程的特点是无秩序的，有时甚至是混乱的。软件过程定义几乎处于无章法和无步骤可循的状态，软件产品所取得的成功往往依赖于极个别人的努力和机遇。初始级的软件过程是未加定义的随意过程，项目的执行是随意甚至是混乱的。也许，有些企业制定了一些软件工程规范，但若这些规范未能覆盖基本的关键过程要求，且执行时没有政策、资源等方面的保证，那么它仍然被视为初始级。
|
|
|
|
（2）可重复级：已经建立了基本的项目管理过程，可用于对成本、进度和功能特性进行跟踪。对类似的应用项目，有章可循并能重复以往所取得的成功。焦点集中在软件管理过程上。一个可管理的过程则是一个可重复的过程，一个可重复的过程则能逐渐演化和成熟。从管理角度可以看到一个按计划执行的且阶段可控的软件开发过程。
|
|
|
|
（3）已定义级：用于管理方面和工程方面的软件过程均已文档化、标准化，并形成整个软件组织的标准软件过程。全部项目均采用与实际情况相吻合的、适当修改后的标准软件过程来进行操作。它要求制定企业范围的工程化标准，而且无论是管理还是工程开发都需要一套文档化的标准，并将这些标准集成到企业软件开发标准过程中去。所有开发的项目需根据这个标准过程，剪裁出项目适宜的过程，并执行这些过程。过程的剪裁不是随意的，在使用前需经过企业有关人员的批准。
|
|
|
|
（4）已管理级：软件过程和产品质量有详细的度量标准。软件过程和产品质量得到了定量的认识和控制。已管理级的管理是量化的管理。所有过程需建立相应的度量方式，所有产品的质量（包括工作产品和提交给用户的产品）需有明确的度量指标。这些度量应是详尽的，且可用于理解和控制软件过程和产品，量化控制将使软件开发真正变成为一个工业生产活动。
|
|
|
|
（5）优化级：通过对来自过程、新概念和新技术等方面的各种有用信息的定量分析，能够不断地、持续地进行过程改进。如果一个企业达到了这一级，表明该企业能够根据实际的项目性质、技术等因素，不断调整软件生产过程以求达到最佳。
|
|
|
|
在CMM中，每个成熟度等级（第一级除外）规定了不同的关键过程域（Key Process Area，KPA），一个软件组织如果希望达到某一个成熟度级别，就必须完全满足关键过程域所规定的要求，即满足关键过程域的目标。每个级别对应的关键过程域见下表。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
与CMM相比，CMMI涉及面更广，专业领域覆盖软件工程、系统工程、集成产品开发和系统采购。据美国国防部资料显示，运用CMMI模型管理的项目，不仅降低了项目的成本，而且提高了项目的质量与按期完成率。
|
|
|
|
可以这样看，CMMI把各种CMM集成到了一个系列的模型中，CMMI的基础源模型包括软件CMM、系统工程CMM，以及集成化产品和过程开发CMM等。CMMI也描述了5个不同的成熟度级别。
|
|
|
|
每一种CMMI模型都有两种表示法，即阶段式和连续式。这是因为在CMMI的3个源模型中，CMM是“阶段式”模型，系统工程能力模型是“连续式”模型，而集成产品开发（IPD）CMM是一个混合模型，组合了阶段式和连续式两者的特点。两种表示法在以前的使用中各有优势，都有很多支持者，因此，CMMI产品开发组在集成这3种模型时，为了避免由于淘汰其中任何一种表示法而失去用户对CMMI的支持，并没有选择单一的结构表示法，而是为每一个CMMI都推出了两种不同表示法的版本。
|
|
|
|
不同表示法的模型具有不同的结构。连续式表示法强调的是单个过程域的能力，从过程域的角度考查基线和度量结果的改善，其关键术语是“能力”；而阶段式表示法强调的是组织的成熟度，从过程域集合的角度考查整个组织的过程成熟度阶段，其关键术语是“成熟度”。
|
|
|
|
尽管两种表示法的模型在结构上有所不同，但CMMI产品开发组仍然尽最大努力确保了两者在逻辑上的一致性，两者的需要构件和期望部件基本上都是一样的。过程域、目标在两种表示法中都一样，特定实践和共性实践在两种表示法中也不存在根本区别。因此，模型的两种表示法并不存在本质上的不同。组织在进行集成化过程改进时，可以从实用角度出发选择某一种偏爱的表示法，而不必从哲学角度考虑两种表示法之间的差异。
|
|
|
|
|
|
（1）初始级：代表了以不可预测结果为特征的过程成熟度，过程处于无序状态，成功主要取决于团队的技能。
|
|
|
|
（2）已管理级：代表了以可重复项目执行为特征的过程成熟度。组织使用基本纪律进行需求管理、项目计划、项目监督和控制、供应商协议管理、产品和过程质量保证、配置管理，以及度量和分析。对于级别2而言，主要的过程焦点在于项目级的活动和实践。
|
|
|
|
（3）严格定义级：代表了以组织内改进项目执行为特征的过程成熟度。强调级别3的关键过程域的前后一致的、项目级的纪律，以建立组织级的活动和实践。
|
|
|
|
（4）定量管理级：代表了以改进组织性能为特征的过程成熟度。4级项目的历史结果可用来交替使用，在业务表现的竞争尺度（成本、质量、时间）方面的结果是可预测的。
|
|
|
|
（5）优化级：代表了以可快速进行重新配置的组织性能和定量的、持续的过程改进为特征的过程成熟度。
|
|
|
|
|
|
（1）改进组织的过程，提高对产品开发和维护的管理能力。
|
|
|
|
（2）给出能支持将来集成其他科目CMM的公共框架。
|
|
|
|
（3）确保所开发的全部有关产品符合软件过程改进的国际标准ISO/IEC15504对软件过程评估的要求。
|
|
|
|
|
|
|
|
|
|
（3）既有分级的模型表示，也有连续的模型表示，可任意选用。
|
|
|
|
（4）原先单科目过程改进的工作可与其他科目的过程改进工作结合起来。
|
|
|
|
（5）基于CMMI的评估将与组织原先评估得分相协调，从而保护当前的投资，并与ISO/IEC15504评估结果相一致。
|
|
|
|
（6）节省费用，特别是当要运用多科目改进时，以及进行相关的培训和评估时。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
软件质量是指软件产品中能满足给定需求的各种特性的综合。这些特性称作质量特性，它包括功能性、可靠性、易使用性、时间经济性、资源经济性、可维护性和可移植性等。具体地说，软件质量是软件与明确叙述的功能和性能需求、文档中明确描述的开发标准，以及任何专业开发的软件产品都应该具有的隐含特征相一致的程度。
|
|
|
|
软件质量特性度量有两类：预测型和验收型。预测度量是利用定量或定性的方法，估算软件质量的评价值，以得到软件质量的比较精确的估算值。验收度量是在软件开发各阶段的检查点，对软件的要求质量进行确认性检查的具体评价值，它是对开发过程中的预测进行评价。
|
|
|
|
预测度量有两种。第1种叫做尺度度量，这是一种定量度量。它适用于一些能够直接度量的特性，例如，出错率定义为：错误数/KLOC/单位时间。第2种叫做二元度量，这是一种定性度量。它适用于一些只能间接度量的特性，如可使用性、灵活性等。
|
|
|
|
在这个部分，考生还需要理解与软件质量相关的3个概念：
|
|
|
|
（1）验证：指在软件开发周期中的一个给定阶段的产品是否达到在上一阶段确立的需求的过程。
|
|
|
|
（2）确认：指在软件开发过程结束时对软件进行评价以确定它是否和软件需求相一致的过程。
|
|
|
|
（3）测试：指通过执行程序来有意识地发现程序中的设计错误和编码错误的过程。测试是验证和确认的手段之一。
|
|
|
|
为了能够统一地描述软件质量特性，形成了许多质量特性标准，其中最常用的有国际通用的ISO/IEC 9126-1:2001软件质量模型和Mc Call软件质量模型。
|
|
|
|
IEO/IEC 9126-1:2001模型已被采纳为我国的国家标准GB/T 16260.1—2006《软件工程产品质量第1部分：质量模型》。该标准定义了6个质量特性和21个质量子特性，它们以最小的重叠描述了软件质量。质量特性和质量子特性如下表所示。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
灾备管理体系主要是指组织机构的各个层面，在日常状态和灾难状态下的各种管理工作，至少包括以下5个方面。
|
|
|
|
（1）灾难恢复组织机构。商业银行应结合本行机构设置的具体情况，设立灾难恢复组织机构，包括灾难恢复规划建设、运行维护、应急响应和灾难恢复等各阶段工作所需的人员，有关人员可为专职，也可为兼职，关键岗位的人员应有备份。商业银行可以参考《JR/T0044 2008银行业信息系统灾难恢复管理规范》，设置灾难恢复组织机构，包括决策层、管理层和执行层，各层之间分工明确、职责清晰。
|
|
|
|
（2）岗位与培训管理。灾备中心的应急生产岗位应与生产中心对等，只不过可以按照人员复用的原则，由灾备管理人员、开发测试人员或系统运维人员专职或兼职担任。对不同层次、不同部门的岗位，在灾难恢复策略规划、系统建设与运维、预案制定、演练和更新维护等不同阶段，应按照不同的培训目标，安排不同的培训计划。
|
|
|
|
（3）灾难恢复预案管理与演练。灾难恢复预案要长期保持有效性，必须在灾难恢复策略发生变化、演练发现问题、生产系统发生变更、人员出现调整等情况下，及时修订维护预案，做好变更管理、版本管理，以及发布管理等，确保合适的人员及时获得最准确、最合适的信息。演练验证灾难恢复预案有效性的最佳手段。演练管理就是要对演练的计划、场景、人员、过程、总结评估和后续完善调整等进行全面管理，通过演练来培养灾难恢复团队面对复杂环境的信心和冷静心态，验证灾难恢复能力，改进灾难恢复流程，发现并纠正灾备体系中的缺陷。
|
|
|
|
（4）灾备中心日常运维、灾难响应与重续运行管理。灾备中心应随时做好接替生产中心的准备，因此，必须像生产中心一样，对灾备中心的系统、网络和环境等基础资源进行运行维护，按照备份策略按时完成数据备份，完成灾备系统与生产系统的同步。当灾难发生后，灾难恢复组织机构的各层人员立即响应，在指挥报告、协调、联络、保障等工作机制的保障下，按照灾难恢复流程步骤，一步步地恢复信息系统及其支撑的关键业务功能。在生产系统成功切换到灾备中心运行后，要按照生产中心的规章制度、操作流程、技术规范来管理，保障生产系统安全稳定运行，直至生产中心重建并恢复了生产运行能力。
|
|
|
|
（5）外部资源管理。外部资源主要指商业银行的合作伙伴、服务商、设备商和外协人员等。当发生灾难时，可能需要这些外部资源的支持才能完成灾难恢复，比如，从设备供应商紧急采购灾备生产设备，从电信运营服务商紧急租用通信线路，从银联借调交易流水等。因此，需要与这些外部资源建立日常联系或签订协议，并不定期地测试其支持能力，以保证在灾难恢复期间，外部资源可以提供有效的支持。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
模板是Word 2003中采用dot为扩展名的特殊文档，它由多个特定的样式组合而成，能为用户提供一种预先设置好的最终文档外观框架，也允许用户加入自己的信息。新建一个文档时，用户可以选择系统提供的模板建立文档。用户也可以自建一个新的模板。
|
|
|
|
当用户自己创建好一个文档后，若要保存为模板，只要在“另存为”对话框中选择保存类型为“文档模板（*.dot）”就可以了。使用模板的方法在如何创建一个空白文档时已经介绍，这里不再赘述。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
能力评价是组织及第三方机构对信息技术服务从业人员职业能力水平的考核活动。该标准根据职业特点，确定了职业能力评价的内容为知识、技能和经验的测量和评价，并根据不同职业种类及职业特点，分别采用考试（包括知识考试、技能考试）、履历鉴定和面试等考核方法，评估和判断职业能力水平。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
设S为具有n个不同元素的n元集，从S中选取r个元素且考虑其顺序称为S的一个r排列，不同排列的总数记为 ，有时也用P(n，r)表示。如果r=n，则称这个排列为S的全排列。从排列的定义可知，如果两个排列相同，不仅这两个排列的元素必须完全相同，而且排列的顺序也必须完全相同。
|
|
|
|
|
|
例子1：用0～9这十个数字，可以组成多少个没有重复数字的三位数？
|
|
|
解法1：由于百位数上的数字不能为0，因此可先考虑排百位上的数字，再排十位和个位上的数字。百位数上的数字只能从除0以外的1～9数字中任选一个，有 种；十位和个位上的数字，可以从余下的9个数字中任选两个，有 种。根据乘法原理，所求的三位数的个数是 。
|
|
|
解法2：可先考虑从0～9这十个数字中任取三个数字的排列数（ ），再减去其中以0开头的排列数（ ）。因此，所求的三位数的个数是 。
|
|
|
解法3：符合条件的三位数可以分为三类：每一位数字都不是0的三位数有 个；个位数是0的三位数有 个；十位数是0的三位数有 个。根据加法原理，符合条件的三位数个数是 。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
（1）监督应用软件系统建设承建单位根据项目合同和建设单位应用软件系统需求，制定项目软件工程和管理活动，结合成为密切相关、定义完整的项目软件过程。
|
|
|
|
（2）评估项目软件过程的技术合理性，包括是否符合标准和规范，是否符合项目合同和建设单位技术要求。确保项目软件过程文档化，并得到批准。
|
|
|
|
（3）监督和控制承建单位的项目软件过程的状态，促使承建单位支持和实施项目软件过程，提高软件项目实施的计划性，减少软件项目实施的风险。
|
|
|
|
（4）监督应用软件系统建设承建单位在软件开发过程中按照项目软件过程的规范实施并跟踪。
|
|
|
|
|
|
|
|
（1）确保项目遵循书面的承建单位管理策略来实施软件质量保证，同时承建单位成立了软件质量保证活动的组织。
|
|
|
|
（2）控制承建单位依据书面规程，为软件项目制定软件质量保证计划，保障软件质量保证计划符合项目软件过程的规范要求。
|
|
|
|
（3）参加承建单位的软件质量保证组按照软件质量保证计划进行的活动。
|
|
|
|
（4）参加承建单位的软件质量保证组评审软件工程活动，验证软件工程活动与软件项目计划的一致性。
|
|
|
|
（5）参加承建单位软件质量保证组审核指定的软件产品，并依据指定的软件标准、规程和合同需求对可交付的软件产品进行评价，验证软件产品与软件项目计划的一致性。
|
|
|
|
（6）控制承建单位依据书面规程，归档和处理软件活动和软件工作产品中的偏差，管理和控制不一致性问题的文档。
|
|
|
|
（7）与建设单位的软件质量保证人员一起定期对软件质量保证组的活动和结果进行评审。
|
|
|
|
（8）跟踪和记录软件质量保证活动的情况，审查软件质量保证活动，并给出软件质量保证监理报告。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
ISO将质量定义为：“质量是反映实体满足明确和隐含需要的能力的特性总和”。我国国家标准GB/T1900—2000将质量定义为：“质量是一组固有特性满足要求的程度”。这些定义表明质量是通过实体来体现的，质量的实体可以是产品，也可以是某项活动或过程的工作质量，还可以是质量管理体系运行的质量。
|
|
|
|
ISO将质量管理定义为：“在质量方面指挥和控制组织的协调活动”。我国国家标准GB/T1900-2000对质量管理的定义是：“在质量方面指挥和控制组织的协调的活动”。在质量方面的指挥和控制活动，通常包括制定质量方针和质量目标以及质量策划、质量控制、质量保证和质量改进。
|
|
|
|
我国国家标准GB/T1900—2000对质量保证的定义是：“质量保证是质量管理的一部分，致力于增强满足质量要求的能力”。也就是，质量保证是为了提供足够的信任表明实体能够满足质量要求，而在质量体系中实施并根据需要进行全部有计划和有系统的活动。
|
|
|
|
我国国家标准GB/T 1900—2000对质量控制的定义是：“质量管理的一部分，致力于满足质量要求”。质量控制的目标就是确保产品的质量能满足顾客、法律法规等方面所提出的质量要求，如适用性、可靠性和安全性。质量控制的范围涉及产品质量形成全过程的各个环节，如设计过程、采购过程、生产过程和安装过程。
|
|
|
|
项目质量管理是为了保证项目最终能够达到预期的质量目标而进行的一系列的管理过程。项目的质量管理可以分解为质量计划编制、质量保证与质量控制三个过程。
|
|
|
|
（1）质量计划编制。是指确定与项目相关的质量标准，并决定如何达到这些质量标准。
|
|
|
|
（2）质量保证。是定期评估总体项目绩效的活动之一，以树立项目能满足相关质量标准的信心。
|
|
|
|
（3）质量控制。是指监控具体的项目结果以判断其是否符合相关的质量标准，并确定方法来消除绩效低下的原因。
|
|
|
|
质量管理与项目管理是相辅相成的，例如质量管理和项目管理这两门学科都认识到以下几方面的重要性：
|
|
|
|
（1）顾客的满意程度。强调对顾客的需求深刻理解、认真评估、准确定义和严格管理，以便与顾客的期望相符。这就要求既符合要求（项目交付的产品要与它宣布将交付的产品相符）又适于使用（交付的产品或服务要满足实际需求）。
|
|
|
|
（2）预防胜于检查。强调预防比检查更重要。防患于未然的代价总是小于检查所发现错误的纠正代价。
|
|
|
|
（3）管理层的责任。成功需要项目团队全体成员的参与，然而提供取得成功所需的资源却仍然是管理层的职责。
|
|
|
|
（4）持续改进。计划、执行、检查和改进循环是质量改进的基础。执行组织采取的质量改进措施，不仅会改善项目管理的质量，而且也会改进项目产品的质量。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
GB/T 19000质量管理体系标准对质量体系文件的重要性做了专门的阐述，要求企业重视质量体系文件的编制和使用。编制和使用质量体系文件本身是一项具有动态管理要求的活动。因为质量体系的建立、健全要从编制完善体系文件开始，质量体系的运行、审核与改进都是依据文件的规定进行的，质量管理实施的结果也要形成文件，作为证实产品质量符合规定要求及质量体系有效的证据。
|
|
|
|
GB/T 19000质量管理体系对文件提出了明确要求，企业应具有完整和科学的质量体系文件。质量管理体系文件由5个层次和4个类别构成。5个层次是指质量方针和目标、质量手册、程序文件、策划运行和控制所需的文件、记录等方面的文件。4个类别是指与管理有关的文件、与产品和服务有关的文件、与作业有关的文件、与产品和服务有关的法律法规等。
|
|
|
|
质量方针和质量目标一般都以简明的文字来表述，是企业质量管理的方向目标，应反映用户及社会对工程质量的要求及企业相应的质量水平和服务承诺，也是企业质量经营理念的反映。
|
|
|
|
质量手册是规定企业组织建立质量管理体系的文件，质量手册对企业质量体系做系统、完整和概要的描述。其内容一般包括：
|
|
|
|
（1）企业的质量方针、质量目标，以及组织机构和质量职责。
|
|
|
|
|
|
|
|
质量手册作为企业质量管理系统的纲领性文件，应具备指令性、系统性、协调性、先进性、可行性和可检查性。
|
|
|
|
质量体系程序文件是质量手册的支持性文件，是企业各职能部门为落实质量手册要求而规定的细则，企业为落实质量管理工作而建立的各项管理标准、规章制度都属程序文件范畴。各企业程序文件的内容及详略可视企业情况而定。一般以下面6个方面的程序为通用管理程序：
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
除以上6个程序以外，涉及产品质量形成过程各环节控制的程序文件，如生产过程、服务过程、管理过程和监督过程等管理程序，不做统一规定，可视企业质量控制的需要而制定。
|
|
|
|
为确保过程的有效运行和控制，在程序文件的指导下，还可按管理需要编制相关文件，例如作业指导书、具体工程的质量计划等。
|
|
|
|
质量记录是产品质量水平和质量体系中各项质量活动进行及结果的客观反映。它对质量体系程序文件所规定的运行过程及控制测量检查的内容如实加以记录，用以证明产品质量达到合同要求及质量保证的满足程度。如在控制体系中出现偏差，则质量记录不仅需反映偏差情况，而且应反映出针对不足之处所采取的纠正措施及纠正效果。
|
|
|
|
质量记录应完整地反映质量活动实施、验证和评审的情况，并记载关键活动的过程参数，具有可追溯性的特点。质量记录以规定的形式和程序进行，并有实施、验证和审核等签署意见。
|
|
|
|
|
|
|
|
|
|
|
|
|
