信息系统项目管理师考试辅导教程(第3版)第-3-章软件构件与中间件
信息系统项目管理师考试辅导第3章
专家判断通常用于评估 制订项目章程 所需 要的输入。专家意见可由任何具有专门知
识或受 过专门培训的团体或个人来提供，例 如 ：
• 执行组织中的其他部门。 • 咨询顾问。
3 第 章 项 目 整 体 管 理
43
• 项目干系人。 • 专业和技术协会。 • 行业团队。
输出
项 目 章 程 ，应 当 包 括 如 下 内 容 ：
相 同 ，但它的详细程度应足以支持后续的项目规划。
• 战 略 计 划 ：项目 都应 支持 组织的战略目 标，在作项目选 择决 策 时，应考虑组织的
战略计划。
3. 企业环境因素
在 指 定 项 目 章 程 时 ，应考 虑可能影响项目成功的组织和环境因素，包 括 ：
• 组织或公司的文化和结构。 • 政府或行业标准。 • 基础设施。 • 现有的人力资源。 • 人力资源管理^ • 公司的工作授权系统。 • 市场条件。 • 项目干系人对风险的承受力。 • 商业数据库。 • 项目管理信息系统。 4. 组织过程资产
• 项目必须满足的业务需求或产品需求。 • 项目的目的或缘由。 • 项目目标。 • 项目干系人需求或期望。 • 项目干系人影响。 • 指定项目经理及其授权级别。 • 概要的里程碑计划。 • 职能组织。 • 组织的、环境的、外部的假设。 • 组 织 的 、环 境 的 、外 部 的 约 束 。 • 论证项目的业务方 案，包括投资回报率。
输出等。
• 3 如 何 执 行 工 作 来完成项目目标
3 第 章 项 目 整 体 管 理
45
• 如何监督和控制变更。 • 如何实施配置管理。 • 如何维护项目绩效基线的完整性。 • 与项目干系人进行沟通的要求与技术。 • 选定的项目生命期和多阶段项目的项目阶段。 • 为了解 决问题 和未定决策而需对其内容、严重程度和紧迫程度进行的关键管理
信息系统项目管理师第三章知识点总结
信息系统项目管理师第三章知识点总结信息系统项目管理师是一个在现代企业中非常重要的职位，在信息技术领域中扮演着关键的角色。
为了胜任这个职位，项目管理师需要掌握一系列的知识和技能。
在第三章中，我们学习了关于信息系统项目管理师的一些重要知识点。
本文将对这些知识点进行总结。
1. 项目整体管理在信息系统项目管理中，项目整体管理是一个非常重要的环节。
它包括项目目标的确定，项目范围的定义，项目计划的制定以及资源调配等。
项目整体管理的关键在于能够理解和满足客户需求，确保项目按时、按质地完成。
2. 项目范围管理项目范围管理是指明确项目的边界，确定项目的具体内容和可交付成果。
通过项目范围管理，我们可以防止项目范围的蔓延，确保项目的可控性和可行性。
为了有效管理项目范围，可以采用工具如需求文档、工作分解结构 (WBS)等。
3. 项目时间管理项目时间管理是确保项目按时完成的关键。
它包括项目计划的制定、进度控制和项目时程的管理等。
在项目时间管理中，我们需要制定详细的时间计划，根据工作分解结构 (WBS) 和关键路径法 (CPM) 确定项目的关键路径，以及进行进度监控和调整。
4. 项目成本管理项目成本管理是保证项目能够按预算进行的重要环节。
它包括成本估算、成本控制和成本预测等方面。
通过项目成本管理，可以有效地控制和管理项目投资，提高项目的经济效益。
5. 项目质量管理项目质量管理是确保项目交付的成果符合质量要求的关键环节。
它包括质量规划、质量控制和质量保证等方面。
在项目质量管理过程中，我们需要制定详细的质量计划，确保项目在每个阶段都进行质量检查，以及建立质量管理体系来保证项目的质量。
6. 项目人力资源管理项目人力资源管理是有效管理项目人力资源的关键环节。
它包括人力资源规划、人力资源配置和人力资源开发等方面。
在项目人力资源管理过程中，我们需要根据项目需求制定人力资源规划，进行人员招聘和培训，提高团队的凝聚力和协作能力。
7. 项目沟通管理项目沟通管理是确保项目信息流动和沟通畅通的重要环节。
信息系统项目管理师考试辅导教程第版第章项目质量完整版
信息系统项目管理师考试辅导教程第版第章项目质量HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】第21 章项目质量管理质量管理基础知识质量管理基本概念1. 质量概念质量是“使实体具备满足明确或隐含需求能力的各项特征之总和”，明确或隐含的需求是指项目要求制订的基础性文件。
信息系统项目中，一般把《系统需求规格说明书》作为项目需求的基础性文件。
美国质量管理协会对质量的定义为：“过程、产品或服务满足明确或隐含的需求能力的特征。
”国际标准化组织i s o 对质量的定义为：“一组固有特性满足需求的程度。
”需求指明确的、通常隐含的或必须履行的需求或期望，特性是指可区分的特征—可以是固有的或赋予的、定性或定量的、各种类别（物理的、感官的、行为的、时间的、功能的等）。
《软件工程术语标准GBA1 11457—1995中对质量的定义为“产品或服务的全部性质和特征，能表明产品满足给定的要求”。
《计算机软件质量保证计划规范（GBAT 12504-1990)对软件质量的定义：软件产品中能满足给定需求的各种特性的总和。
这些特性称为质量特性，它包括功能度、可靠性、时间经济性、资源经济性、可维护性和移植性等。
对于信息系统质量的理解，需要从以下层次来理解：( 1 )信息系统产品中能满足给定需求的性质和特性的总体，如符合需求规格说明。
( 2 )信息系统具有所期望的各种属性的组合程度。
( 3 )顾客和用户觉得信息系统满足其综合期望的程度。
( 4 )确定信息系统在使用中将满足顾客预期要求的程度。
2 . 质量、范围与等级质量和范围是两个界定相对模糊的概念，甚至有专家建议把两者合二为一进行理解。
我们可以这样来理解，范围属于对项目交付成果提出的直接或间接的需求指标，如客户关系管理CRM系统必须提供强大的报表模块，具体包括销售订单统计报表、销售收入统计报表等；而质量是项目交付成果对范围满足程度的评价指标，如客户关系管理第21章项目质量管理. 4 4 7 .CRM系统报表功能是否足够强大、界面是否友好、数据是否正确等指标则属于质量的范畴。
信息系统项目管理师教程(第3版)
信息系统项目管理师教程（第3版）第 1 章信息化知识1.1 信息系统与信息化工业化不仅造就了高速发展的生产力，更重要的是造就了一支规模宏大的人才队伍，其主要力量是工程师。
信息化是一场比工业化更加深刻和更加广泛的社会变革，它要求在产品或服务的生产过程中实现管理流程、组织机构、生产技能和生产工具的变革。
在这场变革中，一定要造就一支规模更为宏大的人才队伍，这支队伍不但有业务专家与技术专家，还得有项目管理专业人员。
这是因为，作为信息化主体的计算机信息系统工程是一项复杂的社会和技术工程，无论是内容、规模、深度和广度，还是技术、工具、业务和流程，都在不断地在发展和创新。
信息是一种客观事物，它与材料、能源一样，都是社会的基础资源。
但是，理性认识信息却只有几十年的历史。
1948年，美国科学家香农（Claude E. Shannon）在对通信理论深入研究的基础上，提出了信息的概念，创立了信息理论。
此后，人们对信息的研究迅速增加，形成了一个新的学科――信息论。
至今，信息论已发展成为一个内涵非常丰富的学科，与控制论和系统论并称为现代科学的“三论”。
计算机技术和网络技术的迅速发展和普及，更加重了“三论”在现代科学技术中的地位。
同时，信息论为计算机技术和网络技术的发展提供了方向上的指导，为信息化提供了较好的理论支撑。
1.1.1 信息的基本概念香农指出，信息就是能够用来消除不确定性的东西。
香农不但给出了信息的定义，还给出了信息的定量描述，并确定了信息量的单位为比特（bit）。
一比特的信息量，在变异度为2的最简单情况下，就是能消除非此即彼的不确定性所需要的信息量。
这里的“变异度”是指事物的变化状态空间为2，例如，大和小、高和低、快和慢等。
香农将热力学中的熵引入信息论。
在热力学中，熵是系统无序程度的度量，而信息与熵正好相反，信息是系统有序程度的度量，表现为负熵，计算公式如下：1. 信息的特征香农关于信息的定义揭示了信息的本质，同时，人们通过深入研究，发现信息还具有很多其他的特征，列举如下：（1）客观性。
信息系统项目管理师考试辅导教程(第3版)第2章软件工-47页精选文档
“软件工程”这个概念最早是在1968年召开的一个当时被称“软件危机”的会议上提出的。
自1968年以来，该领域已经取得了长足的进步。
软件工程的发展已经极大地完善了我们的软件，使我们对软件开发活动也有了更深的理解。
开发一个具有一定规模和复杂性的软件系统和编写一个简单的程序大不一样。
其间的差别，借用Boodi的比喻，如同建造一座大厦和搭一个狗窝的差别。
大型的、复杂的软件系统的开发是一项工程，必须按工程学的方法组织软件的生产与管理，必须经过计划、分析、设计、编程、测试、维t等一系列的软件生命周期阶段。
这是人们从软件危机中获得的最重要的教益，这一认识促使了软件工程学的诞生。
软件工程学就是研究如何有效地组织和管理软件开发的工程学科。
IEEE在1983年将软件工程定义为：软件工程是开发、运行、维护和修复软件的系统方法。
著名的软件工程专家Boehm于1983年提出了软件工程的7条基本原理：(1)用分阶段的生命周期计划严格管理；(2)坚持进行阶段评审；(3)实行严格的产品控制；(4)采用现代程序设计技术；(5)结果应能清楚地审查；(6)开发小组的人员应该少而精；(7)承认不断改进软件工程实践的必要性。
软件工程方法学包含3个要素：方法、工具和过程。
方法是指完成软件开发的各项任务的技术方法；工具是指为运用方法而提供的软件工程支撑环境；过程是指为获得高质量的软件所需要完成的一系列任务的框架。
根据考试大纲，在软件工程基础知识方面，要求考生掌握以下知识点：•软件需求分析与定义；•软件设计、测试与维护；•软件复用；•软件质量保证及质量评价；•软件配置管理；•软件开发环境；•软件过程管理。
本章主要介绍软件需求分析与定义，软件设计、测试与维护，软件质量保证及质量评价，软件配置管理，软件开发环境和软件过程管理方面的知识，有关软件复用的知识将在第3章介绍。
2.1软件需求分析与定义根据Standish Group对23000个项目进行的研究结果表明，28%的项目彻底失败，46%的项目超出经费预算或者超出工期，只有约26%的项目获得成功。
信息系统项目管理师教程3、4版同时使用
信息系统项目管理师教程3、4版同时使用信息系统项目管理师教程是针对信息系统项目负责人或项目管理人员开展的培训教材，它包含了信息系统项目管理的基本概念、方法和工具等内容，旨在帮助项目负责人或项目管理人员提高项目管理能力和技术水平。
目前，较为常用的版本有第3版和第4版，在使用上有些许不同。
下面将分别介绍这两个版本的相关参考内容。
第3版信息系统项目管理师教程的章节设置主要包括项目管理概述、项目启动、需求定义、项目计划、项目执行、项目控制、项目收尾和项目管理实践等。
其中，项目启动部分介绍了项目目标、范围、风险和质量等的定义和管理；需求定义部分介绍了需求分析和需求管理等内容；项目计划部分介绍了项目计划编制、进度管理和资源管理等；项目执行部分介绍了项目执行和团队管理等；项目控制部分介绍了项目控制和风险管理等；项目收尾部分介绍了项目验收和总结等；项目管理实践部分则介绍了项目管理的实际应用。
此外，还有附录部分包含了项目管理中常用的工具和模板的使用方法。
第4版信息系统项目管理师教程在第3版的基础上进行了一些更新和调整。
章节设置上与第3版基本一致，但在内容上进行了一些修订和补充。
例如，项目管理概述部分增加了文化、伦理和项目管理成熟度等方面的介绍；项目启动部分增加了项目立项、项目组织和团队建设等内容；需求定义部分增加了需求工程和变更管理等内容；项目计划部分增加了项目范围管理和项目资源管理等内容；项目执行部分增加了沟通管理和风险应对等内容；项目控制部分增加了项目质量管理和项目采购管理等内容；项目收尾部分增加了项目资源回收和项目总结与评估等内容；项目管理实践部分则增加了项目干系人管理和项目团队管理等内容。
此外，第4版还对一些章节进行了调整，使得内容更加系统和逻辑。
综上所述，第3版和第4版信息系统项目管理师教程在章节设置上基本一致，但在内容上有些许不同，第4版相对于第3版在内容上进行了一些修订和补充。
无论是使用哪个版本，对于信息系统项目负责人或项目管理人员来说，都能够提供项目管理的基本概念、方法和工具等方面的知识和指导，有助于他们提高项目管理能力和技术水平。
软考第3章知识点
第三章信息系统集成专业技术知识3.1信息系统建设1.信息系统建设的内容主要包括设备采购，系统集成、软性开发和运维服务等。
信息系统的生命周期可以分为立项、开发、运维及消亡四个阶段：（1）立项阶段：即概念阶段或需求阶段，这一阶段根据用户业务发展和经营管理的需要，提出建设信息系统的初步构想；然后对企业信息系统的需求进行深入调梯和分析，形成《需求规格说明书》并确定立项。
（2）开发阶段：以立项阶段所做的需求分析为基础，进行总体规划。
之后，通过系统分析、系统设计、系统实施、系统验收等工作实现并交付系统。
（3）运维阶段：信息系统通过验收，正式移交给用户以后，进入运维阶段。
要保障系统正常运行，系统维护是一项必要的工作。
系统的运行维护可分为更正性维护、适应性维护、完善性维护、预防性维护等类型。
（4）消亡阶段2.常用的开发方法包括结构化方法、原型法、面向对象方法等。
（1）结构化方法：是应用最为广泛的一种开发方法。
应用结构化系统开发方法，把整个系统的开发过程分为若干阶段，然后依次进行，前一阶段是后一阶段的工作依据，按顺序完成。
每个阶段和主要步骤都有明确详尽的文档编制要求，并对其进行有效控制。
结构化方法的特点是注重开发过程的整体性和全局性。
但其缺点是开发周期长：文档、设计说明繁琐，工作效率低：要求在开发之初全面认识系统的需求，充分预料各种可能发生的变化。
（2）原型法：其认为在无法全面准确地提出用户需求的情况下，并不要求对系统做全面、详细的分析，而是基于对用户需求的初步理解，先快速开发一个原型系统，然后通过反复修改来实现用户的最终系统需求。
3.3软件工程1.通过需求分析，可以检测和解决需求之间的冲突；发现系统的边界；并详细描述出系统需求。
2.软件设计、测试与维护。
（1）软件设计：通过软件设计，描述出软件架构及相关组性之间的接口：然后，进一步详细地描述组件，以便能构造这些组件。
通过软性设计得到要实现的各种不同模型，并确定最终方案。
《软件构件与中间件技术》全真试题
学习中心_________姓名_____________ 学号西安电子科技大学网络与继续教育学院《软件构件与中间件技术》全真试题（开卷90分钟）题号一二总分题分31 69得分一．多项选择题（共12小题，31分。
按照要求的选项个数选择）1. 在3层结构的分布式系统中，（）包含了系统的核心业务逻辑。
（选1，2分）（A）客户层（B）中间层（C）数据层（D）以上都不是2. 典型的集成中间件为开发人员提供的三种基本支撑为：（选3，3分）（）（A）提供构件运行环境（B）提供互操作机制（C）提供公共服务（D）提供数据库管理3. 构件通过封装隐藏其实现细节，构件接口是构件对外公布的唯一信息，使用者只能通过接口了解并使用组件。
CORBA对象的接口是用（）定义的，EJB构件的接口是用（）定义的，Web Service的接口是用（）定义的。
（各选1，3分）（A）WSDL （B）Java interface （C）自然语言（D）OMG IDL4. 在支持分布式对象访问的桩/框架（Stub/Skeleton）结构中，负责替客户端完成底层通信相关工作的是（），负责替服务端完成底层通信相关工作的是（）。
（各选1，2分）（A）客户端桩（Stub）（B）构件的接口（C）服务端框架（Skeleton）（D）分布式对象自身5. 在下图所示的OMA参考模型中，哪些涵盖了我们开发一个基于CORBA的应用时可以直接使用、不需自己实现的功能：（选3，3分）（）（A）对象服务（B）领域接口（C）公共设施（D）应用程序接口6. CORBA IDL文件中可以定义模块、类型、常量、异常、接口、值等6种规格说明，其中IDL文件的核心内容是：（选1，2分）（）（A）类型（B）常量（C）接口（D）值7. CORBA规范可以实现的可互操作性包括：（选3，3分）（）（B）不同平台（如不同操作系统）与语言之间的可互操作性（C）不同厂商ORB产品之间的可互操作性（D）不同体系结构中的组件的互操作性（部分支持）（E）不同CORBA规范版本之间的可互操作性8.下面关于EJB的会话构件（Session Bean）的描述正确的有：（选2，2分）（）a)Session Bean存在于客户应用与应用服务器交互的时间段内，Session bean中的数据不保存在数据库中。
《信息系统项目管理师教程》第3章信息系统治理-题库
1.GBIT34960.1中定义了IT治理框架，(5)不属于IT治理框架的三大治理域。
A、管理体系B、技术体系C、顶层设计D、资源正确答案：B答案解析：IT治理框架包含信息技术顶层设计、管理体系和资源三大治理域2.不属于IIT审计的目标。
A、对IT目标的实现进行审查和评价B、识别与评估IT风险C、保护信息资产的安全D、提出评价意见及改进正确答案：C答案解析：IT审计的目的是指通过开展IT审计工作，了解组织IT系统与IT 活动的总体状况，对组织是否实现IT目标进行审查和评价，充分识别与评估相关IT风险，提出评价意见及改进建议，促进组织实现IT目标。
3.以下说法错误的是（）A、IT治理主要日标包括：与业务目标一致、有效利用信息与数据资源、风险管理。
B、IT治理管理层次大致可分为4层：决策层、管理层、执行管理层、业务与服务执行层C、有效的IT治理必须关注五项关键决策，包括IT原则、IT架构、IT基础设施、业务应用需求、IT投资和优先顺序。
D、IT治理本质上关心：①实现IT的业务价值：②IT风险的规避。
正确答案：B答案解析：IT治理管理层次大致可分为三层：最高管理层、执行管理层、业务与服务执行层4.GB/IT34960.2《信息技术服务治理第2部分：实施指南》提出了IT治理通用要求的实施指南，分析了实施IT治理的环境因素，规定了IT治理的实施框架、实施环境和实施过程，并明确顶层设计治理、管理体系治理和资源治理的实施要求。
该标准不适用于：A、建立组织的IT治理实施框架，明确实施方法和过程；B、组织内部开展IT治理的实施：C、IT治理相关软件或解决方案实施落地的指导；D、第三方对组织的IT治理能力进行评价正确答案：D答案解析：GB/T34960.2《信息技术服务治理第2部分：实施指南》提出了IT治理通用要求的实施指南，分析了实施IT治理的环境因素，规定了IT治理的实施框架、实施环境和实施过程，并明确顶层设计治理、管理体系治理和资源治理的实施要求。
软考第3章知识点
软考第3章知识点在软考的学习过程中，第 3 章的知识点往往是重点和难点所在。
这一章涵盖了诸多关键的概念和技术，对于我们深入理解软件系统的构建和运行起着至关重要的作用。
首先，让我们来谈谈第 3 章中的软件设计原则。
软件设计原则是指导我们创建高质量、可维护和可扩展软件的准则。
其中，开闭原则（OpenClosed Principle，OCP）强调软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。
这意味着我们应该通过新增代码来扩展功能，而不是直接修改已有的代码。
这样可以减少对现有代码的影响，降低引入新错误的风险。
里氏替换原则（Liskov Substitution Principle，LSP）则规定了子类必须能够替换它们的基类。
也就是说，在使用基类的地方，使用子类应该不会产生任何错误或异常。
这有助于保证代码的正确性和稳定性。
依赖倒置原则（Dependency Inversion Principle，DIP）主张高层模块不应该依赖底层模块，两者都应该依赖于抽象。
通过引入抽象接口，降低了模块之间的直接依赖，增强了系统的灵活性和可维护性。
单一职责原则（Single Responsibility Principle，SRP）要求一个类应该只有一个引起它变化的原因。
这样可以使类的职责更加清晰，便于理解和修改。
接口隔离原则（Interface Segregation Principle，ISP）表明不应该强迫客户端依赖于它们不需要的接口。
将大而全的接口拆分成小而专的接口，提高了代码的内聚性和可复用性。
接下来是软件架构风格。
分层架构是一种常见的架构风格，将系统分为多个层次，如表示层、业务逻辑层和数据访问层。
每层都有明确的职责，层与层之间通过接口进行通信。
这种架构风格易于理解和维护，并且可以方便地进行分层开发和测试。
事件驱动架构则是基于事件的触发来驱动系统的运行。
当某个事件发生时，相应的处理程序会被调用。
这种架构风格适用于对实时性要求较高、系统交互复杂的场景。
最新信息系统项目管理师考试辅导教程(第3版)第-3-章软件构件与中间件
第3章软件构件与中间件尽管当前社会的信息化过程对软件需求的增长非常迅速,但目前软件的开发与生产能力却相对不足，这不仅造成许多急需的软件迟迟不能被开发出来，而且形成了软件脱节现象。
自20世纪60年代人们认识到软件危机，并提出软件工程以来，己经对软件开发问题进行了不懈的研究。
近年来人们认识到，要提高软件开发效率，提高软件产品质量，必须采用工程化的开发方法与工业化的生产技术。
这包括技术与管理两方面的问题：在技术上，应该采用基于重用（英文单词为“reuse”，有些文献翻译为“复用”）的软件生产技术；在管理上，应该采用多维的工程管理模式。
要真正解决软件危机，实现软件的工业化生产是唯一可行的途径。
分析传统工业及计算机硬件产业成功的模式可以发现，这些工业的发展模式均是符合标准的零部件/构件（英文单词为“component”，有些文献翻译为“组件”或“部件”）生产，以及基于标准构件的产品生产，其中，构件是核心和基础，重用是必需的手段。
实践表明，这种模式是产业工程化、工业化的成功之路，也将是软件产业发展的必经之路。
软件重用是指在两次或多次不同的软件开发过程中重复使用相同或相近软件元素的过程。
软件元素包括程序代码、测试用例、设计文档、设计过程、需求分析文档甚至领域（domain)知识。
通常，把这种可重用的元素称为软构件（software component,通常简称为构件），可重用的软件元素越大，我们就说重用的粒度（granularity)越大。
使用软件重用技术可以减少软件开发活动中大量的重复性工作，这样就能提高软件生产率，降低开发成本，缩短开发周期。
同时，由于软构件大都经过严格的质量认证，并在实际运行环境中得到检验，因此，重用软构件有助于改善软件质量。
此外，大量使用软构件，软件的灵活性和标准化程度也能得到提高。
根据考试大纲，本章要求考生掌握以下知识点：(1)构件及其在信息系统项目中的重要性；(2)常用构件标准（COM/DCOM/COM+、CORBA和EJB)；(3)软件中间件。
(完整word版)信息系统项目管理师第三版目录信息
(完整word版)信息系统项目管理师第三版目录信息第三版目录第1章信息化和信息系统 11。
1 信息系统与信息化 21。
1。
1 信息的基本概念 21.1.2 信息系统的基本概念 51。
1.3 信息化的基本概念 71.1。
4 信息系统生命周期 101。
2 信息系统开发方法 121.2。
1 结构化方法 121.2。
2 面向对象方法 141。
2.3 原型化方法 141.2.4 面向服务的方法 171.3 常规信息系统集成技术 171。
3。
1 网络标准与网络协议 171.3.2 网络设备 211。
3。
3 网络服务器 221。
3.4 网络存储技术 231。
3。
5 网络接入技术 261.3.6 网络规划与设计 281。
3.7 数据库管理系统 301。
3.8 数据仓库技术 311.3。
9 中间件技术 331.3。
10 高可用性和高可靠性的规划与设计 34 1.4 软件工程 351。
4.1 需求分析 351.4。
2 软件架构设计 441.4。
3 软件设计 461。
4。
4 软件工程的过程管理 481.4.5 软件测试及其管理 491。
4.6 软件集成技术 531。
5 新一代信息技术 561.5。
1 物联网 571.5.2 云计算 591。
5.3 大数据 621。
5。
4 移动互联 671.6 信息系统安全技术 681.6。
1 信息安全的有关概念 681.6.2 信息加密、解密与常用算法 721.6。
3 信息系统安全 741。
7 信息化发展与应用 811.7。
1 信息化发展与应用的新特点 811.7.2 国家信息化发展战略 831。
7.3 电子政务 911.7.4 电子商务 931.7。
5 工业和信息化融合 961。
7。
6 智慧化 1001。
8 信息系统服务管理 1031。
8.1 信息系统服务业及发展 103 1。
8。
2 信息系统工程监理的概念和发展 106 1。
8。
3 信息系统运行维护的概念和发展 108 1。
8.4 信息技术服务管理的标准和框架 110 1。
《系统集成项目管理工程师教材》第 3 版第三章《信息技术服务》的知识点!
《系统集成项目管理工程师教材》第 3 版第三章《信息技术服务》的知识点！一：内涵与外延1：服务的特征①无形性：服务不像有形产品那样具有实体形态，难以触摸和直观感受。
②不可分离性：服务的生产和消费通常是同时进行的，消费者直接参与到服务的生产过程中。
③可变性：服务的质量和效果可能因服务提供者、时间、地点等因素而有所不同。
④不可存储性：服务无法像有形产品那样被储存起来，以备未来使用。
2： IT 服务的内涵①本质特征：IT 服务的组成要素包括人员、过程、技术和资源。
②形态特征：常见的服务形态有 IT 咨询服务、设计与开发服务、信息系统集成服务、数据处理和运营服务、智能化服务及其他 IT 服务等。
③过程特征：IT 服务从项目级、组织级、量化管理级、数字化运营等逐步发展。
④阶段特征：分层次、分阶段地推进 IT 服务，提高 IT 的有效利用。
⑤效益特征：从整体上提高组织核心竞争力和管理水平，其效益是多方面的，如经济效益、管理效益等。
⑥内部关联性特征：IT 服务不仅依赖于技术创新，更依赖于业务模式创新，两者相互关联、相互促进。
⑦外部关联性特征：IT 服务依赖于国民经济和良性竞争的市场环境的形成，受到外部环境的影响较大。
·3： IT 服务的外延①基础服务：主要包括咨询设计、开发服务、集成实施、运行维护、云服务和数据中心等。
②技术创新服务：主要包括智能化服务、数字服务、数字内容处理服务和区块链服务等。
③数字化转型服务：主要包括数字化转型成熟度推进服务、评估评价服务、数字化检测预警服务等。
④业务融合服务：指信息技术及其服务与各行业融合的服务。
·4：IT 服务业的特征①高知识和高技术含量：需要专业的知识和技术才能提供高质量的 IT 服务。
②高集群性：集中在大型中心城市，便于人才、技术和资源的集中和共享。
③服务过程的交互性：提供显性知识的同时，实现隐形知识的传播，服务提供者和消费者之间需要密切的沟通和交流。
信息系统项目管理师第三章常考内容解析
信息系统项目管理师第三章常考内容解析信息系统项目管理师（Project Management Professional，PMP）考试是国际上最具权威性和影响力的项目管理行业认证之一。
作为信息系统项目管理师考试的重要章节，第三章的常考内容至关重要。
本文将对第三章常考内容进行解析，并展示相关知识点。
一、项目整体管理项目整体管理是信息系统项目管理的核心，包括项目启动、项目规划、项目执行、项目监控和项目收尾五个过程组。
在项目整体管理中，需要关注项目范围、进度、成本、质量、风险、采购和沟通等方面的管理。
1. 项目启动：项目启动是项目整体管理的第一个过程，需要明确项目的目标、范围、可行性和利益相关方等关键要素，并形成项目启动文件。
2. 项目规划：项目规划是项目整体管理的关键过程，涉及项目范围、进度、成本、质量、沟通和风险等方面的规划。
其中，项目范围管理、项目进度管理、项目成本管理和项目质量管理是项目规划的重点关注。
3. 项目执行：项目执行是项目实施的过程，需要根据项目计划进行工作的实施和团队的管理。
项目执行包括资源管理、风险管理和质量管理等内容。
4. 项目监控：项目监控是对项目进行持续监测和控制的过程，主要通过采集、分析和报告项目信息，确保项目按照计划进行。
项目监控包括进度控制、成本控制、质量控制和风险控制等方面。
5. 项目收尾：项目收尾是项目结束的过程，需要进行项目交付、合同收尾、经验总结和项目关闭等工作。
二、项目范围管理项目范围是指项目所涉及的工作和可交付成果。
项目范围管理包括项目范围定义、项目范围规划、项目范围确认和项目范围控制四个过程。
1. 项目范围定义：项目范围定义是明确项目所要完成的工作内容和交付成果，主要包括制定项目范围说明书、创建工作分解结构（WBS）和明确项目的可交付成果等。
2. 项目范围规划：项目范围规划是为了确定如何定义、验证和控制项目范围，主要包括确定项目范围管理计划、定义项目的详细工作内容和编制项目范围基准等。
项目管理-信息系统项目管理师3 精品
5. 黑板知识库 (仓储) (Repository)
知识源1
知识源2
知识源8 知识源7
黑板 （共享状态
和策略数据）
知识源3 知识源4
知识源6
知识源5
黑板知识库风格的特征 • 每个知识源的动作依据是黑板中的信息，包括需要的交
互及协同 • 系统中的执行者和决策者享有同等的地位 • 使系统中多对多的关系，以及执行者和决策者的复杂关
•应用框架(Application Framework)，框架是待实例化的、 可复用的大粒度部件结构。框架面向不同规模的应用问题， 是通用的结构。强调针对实际的应用问题和通用结构。
•软件设计模式（Design Pattern)，设计模式是软件问题高 效和成熟的设计模板（pattern)，模板包含了固有的问题的 处理逻辑，强调处理逻辑采用方式的直接复用。
对象 实体
消息
消息 消息
消息
对象 实体
对象 实体
消息 消息
消息
对象 实体
对象 实体
消息
对象 实体
消息
消息
消息
对象 实体
对象 实体
面向对象结构的特征
•对象实体是具有自身属性和行为能力的独立个体。 •对象实体是主动的管理者，包括待处理的对象数据和所有参与过 程的实体。 •任何事务处理都是对象相互发送“消息”作用的结果。发送消息是 “请求”，接受消息是对请求的“响应”。 •响应“消息”的动作是接受请求对象自身的行为能力。并且它也可以 向其他对象发出请求。
7
➢分而治之，层次式分解
将大问题分解，从小问题入手，逐一解决整 个大问题，这是人们处理问题的通常的方式。 软件设计中运用的分解包括：
• 横向分解：按照从基础问题到上层问题的分 解方式，将大问题按照层次分解成相互依赖 的多层，每层完成的局部解，提供对上层的 支持
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第3章软件构件与中间件尽管当前社会的信息化过程对软件需求的增长非常迅速,但目前软件的开发与生产能力却相对不足，这不仅造成许多急需的软件迟迟不能被开发出来，而且形成了软件脱节现象。
自20世纪60年代人们认识到软件危机，并提出软件工程以来，己经对软件开发问题进行了不懈的研究。
近年来人们认识到，要提高软件开发效率，提高软件产品质量，必须采用工程化的开发方法与工业化的生产技术。
这包括技术与管理两方面的问题：在技术上，应该采用基于重用（英文单词为“reuse”，有些文献翻译为“复用”）的软件生产技术；在管理上，应该采用多维的工程管理模式。
要真正解决软件危机，实现软件的工业化生产是唯一可行的途径。
分析传统工业及计算机硬件产业成功的模式可以发现，这些工业的发展模式均是符合标准的零部件/构件（英文单词为“component”，有些文献翻译为“组件”或“部件”）生产，以及基于标准构件的产品生产，其中，构件是核心和基础，重用是必需的手段。
实践表明，这种模式是产业工程化、工业化的成功之路，也将是软件产业发展的必经之路。
软件重用是指在两次或多次不同的软件开发过程中重复使用相同或相近软件元素的过程。
软件元素包括程序代码、测试用例、设计文档、设计过程、需求分析文档甚至领域（domain)知识。
通常，把这种可重用的元素称为软构件（software component,通常简称为构件），可重用的软件元素越大，我们就说重用的粒度（granularity)越大。
使用软件重用技术可以减少软件开发活动中大量的重复性工作，这样就能提高软件生产率，降低开发成本，缩短开发周期。
同时，由于软构件大都经过严格的质量认证，并在实际运行环境中得到检验，因此，重用软构件有助于改善软件质量。
此外，大量使用软构件，软件的灵活性和标准化程度也能得到提高。
根据考试大纲，本章要求考生掌握以下知识点：(1)构件及其在信息系统项目中的重要性；(2)常用构件标准（COM/DCOM/COM+、CORBA和EJB)；(3)软件中间件。
3.1构件模型及实现一般认为，构件是指语义完整、语法正确和有可重用价值的单位软件，是软件重用过程中可以明确辨识的系统。
结构上，它是语义描述、通讯接口和实现代码的复合体。
简单地说，构件是具有一定的功能，能够独立工作或能同其他构件装配起来协调工作的程序体，构件的使用同它的开发、生产无关。
从抽象程度来看，面向对象（ObjectOrientation)技术已达到了类级重用（代码重用），它以类为封装的单位。
这样的重用粒度还太小，不足以解决异构互操作和效率更高的重用。
构件将抽象的程度提到一个更高的层次，它是对一组类的组合进行封装，并代表完成一个或多个功能的特定服务，也为用户提供了多个接口。
整个构件隐藏了具体的实现，只用接口对外提供服务。
构件模型（Model)是对构件本质特征的抽象描述。
目前，国际上已经形成了许多构件模型，这些模型的目标和作用各不相同，其中部分模型属于参考模型（例如，3c模型），部分模型属于描述模型（例如，RESOLVE模型和REBOOT模型）。
还有一部分模型属于实现模型。
近年来，己形成三个主要流派，分别是OMG(Object ManagementGroup，对象管理集团）的CORBA(Common Object Request Broker Architecture,通用对象请求代理结构）、Sun的EJB(Enterprise Java Bean)和Microsoft的DCOM(DistributedComponent Object Model,分布式构件对象模型）。
这些实现模型将构件的接口与实现进行了有效的分离，提供了构件交互（Interaction)的能力，从而增加了重用的机会，并适应了目前网络环境下大型软件系统的需要。
国内许多学者在构件模型的研究方面做了不少的工作，取得了一定的成绩，其中较为突出的是北京大学杨芙清院士等人提出的“青鸟构件模型”，下面，我们就以这个模型为例。
青鸟构件模型充分吸收了上述模型的优点，并与它们相容。
青鸟构件模型由外部接口与内部结构两部分组成，如图3-1所示。
1.外部接口构件的外部接口是指构件向其重用者提供的基本信息，包括：构件名称、功能描述、对外功能接口、所需的构件、参数化属性等。
外部接口是构件与外部世界的一组交互点，说明了构件所提供的那些服务（消息、操作、变量)。
2.内部结构构件的内部结构包括两方面内容：内部成员，以及内部成员之间的关系。
其中内部成员包括具体成员与虚拟成员，而成员关系包括内部成员之间的互联，以及内部成员与外部接口之间的互联。
构件实现是指具体实现构件功能的逻辑系统，通常也称为代码构件。
构件实现由构件生产者完成，构件重用者则不必关心构件的实现细节。
重用者在重用构件时，可以对其定制，也可以对其特例化。
3.2常用构件标准目前，国际上常用的构件标准主要有三大流派，分别是COM/DCOM/COM+、CORBA和EJB。
3.2.1 EJB基础知识EJB(Enterprise Java Bean)规范由Sun公司制订，在EJB2.0规范中对EJB定义如下：EJB是用于开发和部署多层结构的、分布式的、面向对象的Java应用系统的跨平台的构建体系结构。
使用EJB编写的应用程序具有可扩展性、交互性，以及多用户安全的特性。
这些应用只需要写一次，就可以发布到任何支持EJB规范的服务器平台上。
虽然EJB似乎仅仅是Java Bean的企业，但EJB绝对不是Java Bean的简单升级。
Java Bean 是Java语言中的一种构件模型，其重点是允许开发人员在开发工具中可视化的操作构件，Java Bean可以被集成到任何Java程序中，尤其是在Java Applet和Application中得到了大量的应用。
而EJB是一种非可视化构件，EJB完全运行于服务器端。
EJB可以和远程的客户端程序通讯，并提供一定的功能。
如果EJB不和客户端程序交互，则不执行具体的功能。
同Java Bean 不一样的是，EJB仅仅在网络计算的环境下才有意义。
有三种类型的E JB,分别是会话Bean(Session Bean)、实体Bean(Entity Bean)和消息驱动Bean(Message-driven Bean)。
一个Session Bean描述了与客户端的一个短暂的会话。
当客户端的执行完成后，Session Bean 和它的数据都将消失。
Entity Bean对应数据实体，它描述了存储在数据库的表中的持久数据。
如果客户端终止或者服务结束，底层的服务会负责Entity Bean数据的持久性（也就是将其存储到某个地方，如数据库）；Message-driven Bean是EJB2.0新增的类型，它结合了一个Session Bean和一个Java信息服务JMS（)信息监听者的功能。
客户把消息发给JM S目的地，然后JM S 提供者和EJB容器协作，把消息发送给Message-driven Bean。
3.2.2 COM/DCOM/COM+基础知识c o m是微软公司为了计算机工业的软件生产更加符合人类的行为方式开发的一种新的软件开发技术。
在COM构架下，人们可以开发出各种各样的功能专一的组件，然后将它们按照需要组合起来，构成复杂的应用系统。
由此带来的好处是多方面的：可以将系统中的组件用新的替换掉，以便随时进行系统的升级和定制；可以在多个应用系统中重复利用同一个组件；可以方便地将应用系统扩展到网络环境下；COM与语言，平台无关的特性使所有的程序员均可充分发挥自己的才智与专长编写组件模块。
在此之后微软公司对COM进行了扩展，使其具备分布式的特性，即DCOMnDCOM使其能够支持在局域网、广域网甚至Internet上不同计算机的对象之间的通信。
使用D CO M,应用程序就可以在位置上达到分布性，从而满足客户和应用的需求。
因为DCOM是COM的无缝扩展，所以可以将对基于COM的应用、构件、工具，以及知识转移到标准化的分布式计算领域中来。
在做分布式计算时，DCOM处理网络协议的低层次的细节问题，从而使我们能够集中精力解决用户所要求的问题。
DCOM是COM的进一步扩展，COM定义了构件和它们的客户之间互相作用的方式。
它使得构件和客户端无需任何中介构件就能相互联系。
客户进程直接调用构件中的方法。
图3-8显示了DCOM的整体结构：COM运行库向客户和构件提供了面向对象的服务，并且使用RP和安全机制产生符合DCOM线路协议标准的标准网络包。
DCOM具有位置独立性。
DCOM使得构件的位置对你来说完全透明，无论它是位于客户的同一进程中或是在地球的另一端。
在任何情况下，客户连接构件和调用构件的方法的方式都是一样的。
DCOM不仅无须改变源码，而且无须重新编译程序。
一个简单的再配置动作就改变了构件之间相互连接的方式。
DCOM具有语言无关性。
任何语言都可以用来创建COM构件，并且这些构件可以使用更多的语言和工具。
Java,Microsoft Visual C++,Microsoft Visual Basic,Delphi,PowerBuilder和Micro Focus COBOL都能够和DCOM很好地相互作用。
COM+并不是COM的新本，我们可以把它理解为COM的新发展，或者为COM更高层次上的应用。
COM+的底层结构仍然以COM为基础，它几乎包容了COM的所有内容。
有一种说法这样认为，COM+是COM、DCOM和MTS(Microsoft TransactionServer)的集成，这种说法有一定的道理，因为COM+确实综合了这些技术要素。
但更重要的一点是，COM+倡导了一种新的概念，它把COM组件软件提升到应用层而不再是底层的软件结构，它通过操作系统的各种支持，使组件对象模型建立在应用层上，把所有组件的底层细节留给操作系统。
.3.2.3 CORB基础知识公共对象请求代理（Common Object Request Broker Architecture,CORBA)是由对象管理组织OMG制订的一个工业标准，其主要目标是提供一种机制，使得对象可以透明地发出请求和获得应答，从而建立起一个异质的分布式应用环境。
由于分布式对象计算技术具有明显优势，OMG提出了CORBA规范来适应该技术的进一步发展。
1991年，O M G基于面向对象技术，给出了以对象请求代理（ObjectRequest Broker,O R B)为中心的对象管理结构。
在O M G的对象管理结构中，ORB是一个关键的通信机制，它以实现互操作性为主要目标，处理对象之间的消息分布。
对象服务实现基本的对象创建和管理功能，通用服务则使用对象管理结构所规定的类接口实现一些通用功能。