学系统集成项目管理工程师（中项）系列24b_信息系统集成专业技术知识（下）

Posted 2023-05-23 躺柒

1. 面向对象系统分析与设计

1.1. 基本概念

1.1.1. 对象

1.1.1.1. 【19下选12】

1.1.1.2. 构成系统的基本单位

1.1.1.3. 包含三个基本要素，分别是对象标识、对象状态和对象行为

1.1.2. 类

1.1.2.1. 对象是类的实例

1.1.2.2. 类是对象的模板

1.1.2.3. 现实世界中实体的形式化描述

1.1.2.3.1. 【20下选13】

1.1.3. 抽象

1.1.4. 封装

1.1.5. 继承

1.1.5.1. 【22下选12】

1.1.5.2. 类之间的层次关系（父类与子类）

1.1.6. 多态

1.1.6.1. 【21上选13】

1.1.6.1.1. 【19上选15】

1.1.6.1.2. 【22上选13】

1.1.6.2. 使得在多个类中可以定义同一个操作或属性名，并在每个类中可以有不同的实现

1.1.7. 接口

1.1.7.1. 【21下选13】

1.1.7.2. 描述对操作规范的说明，其只说明操作应该做什么，并没有定义操作如何做

1.1.8. 消息

1.1.8.1. 体现对象间的交互，通过它向目标对象发送操作请求

1.1.9. 组件

1.1.9.1. 软件系统可替换的、物理的组成部分，封装了模块功能的实现

1.1.9.2. 可以跨平台

1.1.9.2.1. 【21上选16】

1.1.9.3. 实现了某些功能的、 有输入输出接口的黑盒子

1.1.9.4. CORBA (Common Object Request Broker Architecture， 公共对象请求代理架构)是 OMG 组织制订的一种标准的面向对象的应用程序架构规范

1.1.9.5. 与语言本身没有任何关系

1.1.10. 复用

1.1.10.1. 将已有的软件及其有效成分用于构造新的软件或系统

1.1.10.2. 组件技术是软件复用实现的关键

1.1.11. 模式

1.1.11.1. 描述了一个不断重复发生的问题，以及该问题的解决方案

1.1.11.2. 包括特定环境、问题和解决方案三个组成部分

1.2. 统一建模语言（Unified Modeling Language，UML）

1.2.1. 对软件进行可视化描述、构造和建立软件系统的文档

1.2.2. 一种可视化的建模语言，而不是编程语言

1.2.3. 比较适合用于迭代式的开发过程

1.2.4. 用例图（Use Case Diagram）、类图（Class Diagram）、对象图（Object Diagram）、组件图（Component Diagram）、部署图（Deployment Diagram）、状态图（State Diagram）、序列图（Sequence Diagram）、协作图（Collaboration Diagram）、活动图（Activity Diagram）

1.2.5. RUP（Rational Unified Process）

1.2.5.1. 使用面向对象技术进行软件开发的最佳实践之一，是软件工程的过程

1.3. 面向对象系统分析

1.3.1. 用例模型、类-对象模型、对象-关系模型和对象-行为模型

1.4. 面向对象系统设计

1.4.1. 软件基础架构（概要设计）和完整的类结构（详细设计）

1.4.2. 用例设计、类设计和子系统设计

2. 软件架构

2.1. 管道/过滤器模式

2.1.1. 体现了各功能模块高内聚、低耦合的“黑盒”特性，支持软件功能模块的重用，便于系统维

2.1.1.1. 【19下选13】

2.1.2. 每个过滤器自己完成数据解析和合成工作（如加密和解密），易导致系统性能下降，并增加了过滤器具体实现的复杂性

2.1.3. 典型应用是批处理系统

2.1.3.1. 【22下选13】

2.2. 面向对象模式

2.2.1. 基于组件的软件开发（Component-Based Development，CBD）

2.3. 事件驱动模式

2.3.1. 组件并不直接调用操作，而是触发一个或多个事件

2.3.1.1. 即触发事件会导致另一组件中操作的调用

2.3.2. 各种图形界面应用

2.4. 分层模式

2.4.1. 采用层次化的组织方式，每一层都为上一层提供服务，并使用下一层提供的功能

2.4.2. 分层通信协议

2.4.2.1. ISO/OSI的七层网络模型

2.4.3. 通用应用架构的基础模式

2.5. 客户/服务器模式（Client/Server，C/S）

2.5.1. 基于资源不对等，为实现共享而提出的模式

2.5.2. 三层（多层）C/S模式，即多层应用架构

2.5.3. 浏览器/服务器（Browser/Server，B/S）模式

2.6. 软件架构分析与评估

2.6.1. 【21上选14】

2.6.2. 数据库的选择问题

2.6.2.1. 关系数据库

2.6.3. 用户界面选择问题

2.6.3.1. HTML/HTTP （S）协议是实现Internet应用的重要技术

2.6.4. 灵活性和性能问题

2.6.5. 技术选择的问题

2.6.6. 人员的问题

2.7. 软件中间件

2.7.1. 【19下选15】

2.7.1.1. 【22上选15】

2.7.2. 位于硬件、操作系统等平台和应用之间的通用服务

2.7.3. 解决了分布系统的异构问题

2.7.4. 数据库访问中间件

2.7.4.1. 【20下选14】

2.7.4.2. Windows平台的ODBC和Java平台的JDBC

2.7.5. 远程过程调用中间件（Remote Procedure Call，RPC）

2.7.6. 面向消息中间件（Message-Oriented Middleware，MOM）

2.7.6.1. 利用高效可靠的消息传递机制进行平台无关的数据传递，并可基于数据通信进行分布系统的集成

2.7.6.2. IBM的MQSeries

2.7.6.2.1. 【19上选16】

2.7.7. 分布式对象中间件

2.7.7.1. OMG的CORBA、Java的RMI/EJB、Microsoft的DCOM

2.7.8. 事务中间件

2.7.8.1. 事务处理监控器（Transaction Processing Monitor，TPM）

2.7.8.2. 提供支持大规模事务处理的可靠运行环境

2.7.8.3. IBM/BEA的Tuxedo

2.8. 典型应用集成技术

2.8.1. 数据库与数据仓库技术

2.8.1.1. 操作型处理

2.8.1.1.1. 事务处理

2.8.1.2. 分析型处理

2.8.1.2.1. 管理人员的决策分析

2.8.1.3. 数据仓库（Data Warehouse）

2.8.1.3.1. 一个面向主题的（Subject Oriented）、集成的、相对稳定的、反映历史变化的数据集合，用于支持管理决策

2.8.1.3.1.1. 【20下选15】

2.8.1.3.1.1.1. 【22下选14】

2.8.1.3.2. 存放在数据仓库中的数据一般不再修改

2.8.1.3.3. 对多个异构数据源(包括历史数据)的有效集成

2.8.1.3.3.1. 【19上选17】

2.8.1.4. 大数据（Big Data）

2.8.1.4.1. Volume（数据量大）、Variety（数据类型繁多）、Velocity（处理速度快）、Value（价值密度低）、Veracity（真实性高）

2.8.1.5. 前端工具有：查询工具、 报表工具、 分析工具、 数据挖掘工具

2.8.1.5.1. 【21上选15】

2.8.2. Web Services技术

2.8.2.1. 一种松散的、粗粒度的分布计算模式，使用标准的HTTP （S）协议传送XML表示及封装的内容

2.8.2.2. 用于传递信息的简单对象访问协议（Simple Object Access Protocal，SOAP）

2.8.2.3. 用于描述服务的Web服务描述语言（Web Services Description Language，WSDL）

2.8.2.4. 用于Web服务注册的统一描述、发现及集成（Universal Description Discovery and Integration，UDDI）

2.8.2.4.1. 【22下选15】

2.8.2.5. 用于数据交换的XML

2.8.2.6. 主要目标是跨平台的互操作性

2.8.2.6.1. 跨越防火墙、应用程序集成、B2B集成、软件重用

2.8.2.7. 不适合使用Web服务的情况包括：单机应用程序、局域网上的同构应用程序等

2.8.3. JavaEE架构

2.8.3.1. 组件（Component）

2.8.3.1.1. 表示应用逻辑的代码

2.8.3.2. 容器（Container）

2.8.3.2.1. 组件的运行环境

2.8.3.3. 服务

2.8.3.3.1. 【20下选16】

2.8.3.3.2. 应用服务器提供的各种功能接口，可以同系统资源进行交互

2.8.3.4. 业界标准

2.8.4. .NET架构

2.8.4.1. 通用语言运行环境（Common Language Runtime）

2.8.5. 软件引擎技术

2.8.5.1. 是系统的核心组件，目的是封装某些过程方法，使得在开发的时候不需要过多地关注其具体实现，从而可以将关注点聚焦在与业务的结合上

2.8.5.2. 工作流程引擎是工作流管理系统的运行和控制中心

2.8.5.2.1. 主要功能是流程调度和冲突检测

2.8.6. 组件技术

2.8.6.1. 利用某种编程手段，将一些人们所关心的，但又不便于让最终用户去直接操作的细节进行封装，同时实现各种业务逻辑规则，用于处理用户的内部操作细节

2.8.6.2. 微软的COM/DCOM/COM+、OMG的CORBA及Java的RMI/EJB

2016年上半年系统集成中项3月28日作业

第十二章 项目沟通管理

1、项目沟通管理包括哪些过程？（记）

1)沟通计划编制

2)信息分发

3)绩效报告

4)项目干系人管理

2、阻碍有效沟通的因素有哪些？

1)沟通双方的物理距离，不能过远也不能过近。

2)沟通的环境因素

3)缺乏清晰的沟通渠道

4)复杂的组织结构

5)复杂的技术术语

6)有害的态度

3、沟通计划编制的第一步是什么？目的是什么？

答：通常沟通计划编制的第一步是干系人分析，目的是得出项目中沟通的需求和方式，进而形成较为准确的沟通需求表，然后再针对需求进行计划编制。

4、沟通管理计划包括哪些内容（8条）

1)项目干系人沟通要求

2)对要发布信息的描述，包括格式、内容和详尽成都

3)信息接收的个人或组织

4)传达信息所需的技术或方法，如备忘录、电子邮件和新闻发布等

5)沟通频率，如每周沟通

6)上报过程，对下层无法解决的问题，确定问题上报的时间要求和管理链（名称）

7)随项目的进展对沟通管理计划更新与细化的方法

8)通用词语表

5、干系人沟通计划包括哪些内容？（记）

1)项目成员可以看到哪些信息，项目经理需要哪些信息，高层管理者需要哪些信息以及客户需要哪些信息等；

2)文件的访问权限、访问路径以及文件的接受格式等

3)根据项目团队组织结构确定内部人员的信息浏览权限，还需要考虑客户、客户的领导层和分包商等关键的干系人的沟通需求

4)项目还应该在初期计划的时候规定好一些主要的沟通规则。例如，那些事情由谁来发布、哪些会议由谁来召集、由谁来发布正式的文档等。

6、项目例会的主要议题有哪四条？

1)项目进展程度调查和汇报

2)项目问题的解决

3)项目潜在的风险的评估

4)项目团队人力资源协调

7、项目内部启动会议、外部启动会议分别要解决什么问题？

答：内部启动会议主要解决内部的资源调配和约束条件的确认；

外部启动会议主要是协调甲方和乙方的项目接口工作

8、项目总结会议的目的有哪些？

1)了解项目全过程的工作情况以及相关的团队或成员的绩效状况

2)了解出现的问题并提出改进措施

3)了解项目全过程中出现的值得吸取的经验并进行总结

4)对总结过后的文档进行讨论，通过后就存入公司的知识库，从而形成企业的知识累计

9、影响项目沟通的技术因素有哪些？

1)对信息需求的紧迫性

2)技术是否到位

3)预期的项目人员配备

4)项目时间的长短

5)项目环境

10、常用的四种沟通方式是什么？各有何优缺点？

1)书面与口头、听与说；书面的沟通方式优点是清晰，二义性少以及可以作为备忘录，也可作为双方沟通的证据。而确定是缺乏人性化，如果某些用语较为生硬，容易使双方的关系出现矛盾。口头的沟通方式较为人性化，也容易使双方充分了解和沟通。但口头的沟通也容易产生问题，例如缺乏沟通的有效证据，当一方的理解和另一方不同时，容易产生较强的分歧。

2)对内与对外；

3)正式与非正式；

4)垂直于水平；垂直方向（从下到上或从上到下）沟通的特点是：沟通信息传播速度快，准确程度高。水平方向沟通的特点是:复杂程度高，往往不受当事人的控制。

11、信息分发的工具和技术是什么？

1)信息收集和检索系统

2)信息发布系统

12、经验教训总结过程结果是什么？

1)经验教训知识库的更新

2)为知识管理系统增加新的依据

3)企业政策、程序和过程的更新

4)商业技能的改进

5)产品和服务的总体改进

6)风险管理计划的更新

13、绩效报告包括哪11条内容？是否有预测？

1)项目的进展和调整情况

2)项目的完成情况

3)项目总投入、资金到位情况

4)项目资金实际支出情况

5)项目主要效益情况

6)财务制度执行情况

7)项目团队各职能团队的绩效

8)项目执行中存在的问题以及改进措施

9)预测——随着项目的进展，根据获得的工作绩效信息对以前的预测进行更新并重新签发。

10)变更请求——对项目绩效进行分析后，通常需要对项目的某些方面进行变更。这些变更请求应按整体变更控制过程所描述的办法进行处理

11)其他需要说明的问题。

有预测。

14、项目干系人管理的方法有哪四条？

1)通过调查项目干系人需求和期望可以了解项目干系人的目标、目的和沟通层次。在沟通管理计划中，对这些需求和期望进行识别、分析和记录。

2)在进行干系人沟通时，项目经理需要充分理解干系人的需求以便充分与干系人合作，已达成项目的目标。

3)在进行干系人管理中，应使用沟通管理计划中为每个项目干系人确定的沟通方法。面对面会议是与项目干系人讨论、解决问题的最有效方法。如果不需要进行面对面会议或进行面对面会议不可行时（例如国际项目），则可利用电子邮件或传真的方式进行。

4)对干系人管理的主要目标是促进干系人对项目的理解与支持，使干系人了解项目的进展和有可能带来的影响。

 

第十三章 合同管理

1、哪些是无效合同（合同法第52条）？（记）

1)一方以欺诈、胁迫的手段订立合同，损害国家利益的合同

2)恶意串通，损害国家、集体或第三人利益，损害国家利益的合同

3)以合法形式掩盖非法目的损害国家利益的合同

4)损害社会公共利益

5)违反法律、行政法规的强制性规定。

2、按信息系统范围划分，合同分为哪几类？

1)总承包合同

2)单向项目承包合同

3)分包合同

3、签订分包合同必须同时具备哪些条件？

1)承包人只能讲自己承包的部分工程分包给具有相应资质条件的分包人；

2)分包工程必须经过发包人同意；

4、按照项目付款方式划分，合同分为哪几类？

1)总价合同

2)单价合同

3)成本加酬金合同

5、总价合同的适用条件是什么？

答：适用于工程量不太大且能精确计算、工期较短、技术不太复杂、风险不大的项目，同时要求发包人必须准备详细全面的设计图纸和各项说明

6、成本加酬金合同，主要适用于哪些项目？

1)需立即开展工作的项目

2)对项目内容及技术经济指标未确定的项目

3)风险大的项目

7、合同法规定的违约责任的承担方式有哪些？（记）

1)继续履行

2)采取补救措施（如质量不符合约定的，可以要求修理、更换、重做、退货、减少价款或报酬等）。

3)赔偿损失

4)支付约定违约金或定金

8、合同谈判分为哪六个阶段？各阶段的内容是什么？

1)准备阶段

调研，广泛收集资料

确立谈判目标

选择谈判时间、地点

组件谈判小组

制定谈判计划

2)开局摸底阶段

在谈判前须先陈述双方有关情况，如格子的期望、彼此的观点、成交的原则等，最终取得各自的最大利益（同时兼顾对方）。

3)报价阶段。

报价的形式

报价的原则

确定报价的起点

报价的方法

4)磋商阶段

搞清对方报价的依据

磋商中的讨价

磋商中的还价

5)成交阶段

此阶段整理谈判记录，形成合同草稿。

6)认可阶段

合同的正式签订组委本阶段的成果。

9、针对合同不明确情况，即合同法第62条，如何处理？（记）

1)当事人对标的质量要求不明确，按国家标准和行业标准。没有这些标准的，按产品通常标准或符合合同目的的标准；

2)履行地点不明确的，按标的的性质不同而定：接受货币在接受方，交付不动产的在不动产所在地，其他标的在履行义务方所在地。履行地在法律上具有非常重要的意义，它可以确定有谁负担，货物的所有权何时何处转移，货物丢失风险由谁承担等，在诉讼中，也是确定管辖权的重要依据，所以签订合同对履行地条款要特别注意。

3)履行期限不明的，债务人可随时履行，债权人可随时要求履行，但应给对方必要的准备时间。在这里特别提醒债权人要注意诉讼时效，关于随时履行收不收诉讼时效的制约目前仍有争议，不过最好在时效以内主张权利。

4)履行费用负担不明确的，有履行义务一方负担。履行费用是履行义务过程中各种附随发生的费用。在合同中应该考虑各种费用的分担，如果没有约定，视为由履行义务一方承担。

10、合同管理的主要内容有哪些？

1)合同签订管理

2)合同履行管理

3)合同变更管理

4)合同档案管理

11、合同变更控制系统包括哪些内容？

答：合同变更控制系统包括文书记录工作、跟踪系统、争端解决程序和授权变更所需的批准级别。

12、合同变更控制系统的一般处理程序？

1)变更的提出

2)变更请求的审查

3)变更的批准

4)变更的实施

13、合同变更的处理原则是什么？变更合同价款按哪些方法进行？（记）

答：合同变更的处理原则是“公平合理”

变更合同价款按照以下方法来进行：

1)首先确定合同变更量清单，然后确定变更价款

2)合同中已有适用于项目变更的价格，按合同已有的价格变更合同价款

3)合同中只有类似于项目变更的价格，可以参照类似价格变更合同价款

4)合同中没有适用或类似项目变更的价格，由承包人提出适当的变更价格，经监理工程师和业主确认后执行。

13、索赔的程序是什么？（记）同时，还要记里这里边的28天。（记）

1)提出索赔要求；在索赔事项发生后的28天以内向建立工程师正式提出索赔意向通知

2)报送索赔资料；在索赔通知书发出后的28天内，想监理工程师提出延长工期和（或）补偿经济损失的速配报告及相关材料。

3)监理工程师答复；监理工程师收到送交的索赔报告有关资料后，于28天内给予答复，或要求索赔方进一步补充索赔理由和证据。

4)监理工程师逾期答复后果；监理工程师在收到承包人送交的索赔报告的有关资料后28天未予答复或未对承包人作进一步要求，视为该项索赔已被认可。

5)持续索赔；当索赔事件持续进行时，索赔方应当阶段性向工程师发出索赔意向，在索赔事件终了后28天内，向工程师送交索赔的有关资料和最终索赔报告，工程师应在28天内给予答复或要求索赔方进一步补充索赔理由和证据。逾期未答复，视为该索赔成立。

6)仲裁与诉讼；监理工程师对索赔的答复，索赔方或发包人不能接受，即进入仲裁或诉讼程序。

本文出自 “学海无涯” 博客，谢绝转载！