★一星级知识点★
1.81. 总价合同的适用条件是什么？
总价合同适用于工程量不太大且能精确计算、工期较短、技术不复杂、风险不大的项目，同时发包人必须准备详细全面的设计图纸和各项说明，是承包人能准确计算工程量。
82. 针对合同不明确情况，即合同法第62条，如何处理？
《合同法》第61条明确规定，对于合同不明确的情况，应对先协商，达成补充协议。达不成补充协议的，依照合同其他条款或交易习惯确定。如果依此还不能明确有关条款的含义，那就要用《合同法》第62条来解决。
1)当事人对标的质量要求不明确，按国家标准和行业标准。没有这些标准的，按产品通常标准或符合合同目的的标准；
2)履 行地点不明确的，按标的的性质不同而定：接受货币在接受方，交付不动产的在不动产所在地，其他标的在履行义务方所在地。履行地在法律上具有非常重要的意 义，它可以确定有谁负担，货物的所有权何时何处转移，货物丢失风险由谁承担等，在诉讼中，也是确定管辖权的重要依据，所以签订合同对履行地条款要特别注 意。
3)履行期限不明的，债务人可随时履行，债权人可随时要求履行，但应给对方必要的准备时间。在这里特别提醒债权人要注意诉讼时效，关于随时履行收不收诉讼时效的制约目前仍有争议，不过最好在时效以内主张权利。
4)履行费用负担不明确的，有履行义务一方负担。履行费用是履行义务过程中各种附随发生的费用。在合同中应该考虑各种费用的分担，如果没有约定，视为由履行义务一方承担。
83. 索赔的程序是什么？同时，还要记里这里边的28天。
1)提出索赔要求；
在索赔事项发生后的28天以内，向监理工程师正式提出索赔意向通知
2)报送索赔资料；
在索赔通知书发出后的28天内，向监理工程师提出延长工期和（或）补偿经济损失的速配报告及相关材料。
3)监理工程师答复；
监理工程师收到送交的索赔报告有关资料后，于28天内给予答复，或要求索赔方进一步补充索赔理由和证据。
4)监理工程师逾期答复后果；
监理工程师在收到承包人送交的索赔报告的有关资料后28天未予答复或未对承包人作进一步要求，视为该项索赔已被认可。
5)持续索赔；
当索赔事件持续进行时，索赔方应当阶段性向工程师发出索赔意向，在索赔事件终了后28天内，向工程师送交索赔的有关资料和最终索赔报告，工程师应在28天内给予答复或要求索赔方进一步补充索赔理由和证据。逾期未答复，视为该索赔成立。
6)仲裁与诉讼；
监理工程师对索赔的答复，索赔方或发包人不能接受，即进入仲裁或诉讼程序。
84. 采购管理包括哪些过程？
（1） 编制采购计划。
（2） 编制询价计划。
（3） 询价、招投标。
（4） 供方选择。
（5） 合同管理和收尾。
85. 作说明书与范围说明书的区别？
工作说明书是对项目所要提供的产品、成果或服务的描述。
范围说明书是明确了要完成项目需要做的诸多详细。
86.请描述我讲的招标文件、资格预审文件出售日期及常用的一些日期。★
87. 采购审计的目标是什么？
采购审计的目标是找出本次采购的成功和失败之处，以供项目执行组织内的其他项目借鉴。
88. 所有配置项的操作权限应由谁严格管理？基本原则是什么？
所有配置项的操作权限应由CMO（配置管理员）严格管理。
基本原则是：基线配置项向软件开发人员开放读取的权限；非基线配置项向PM、CCB及相关人员开放。
89. 配置项的版本号规则包括草稿、正式、修改，请分别描述之。
配置项的版本号与配置项的状态紧密相关。
（1）处于“草稿”状态的配 置项的版本号格式为：0.YZ。YZ 数字范围为 01～99。随着草稿的不断完善，YZ 的 取值应递增。YZ 的初值和增幅由开发者自己把握。
（2）处于“正式发布”状态的配置项 的版本号格式为：X.Y。X 为主版本号。取值范围为 1～9。Y 为次版本号，取值范围 为 1～9。配置项第一次“正式发布”时，版本号为 1.0。如果配置项的版本升级幅度 比较小，一般只增大 Y 值，X 值保持不变。只有当配置项版本升级幅度比较大时。才 允许增大 X 值。
（3）处于“正在修改”状态的配置项的版本号格式为：X.YZ。配置项在修改时，一般只增大Z 值，XY 值保持不变。当配置项修改完毕，状态重新成为“正式发布”时，将Z 值设置为0，增加X、Y 值。
90. 变更初审的目的是什么？
①对变更提出方施加影响，确认变更的必要性，确保变更是有价值的。
②格式校验，完整性较验，确保评估所需信息准备充分。
③在干系人间就提出供评估的变更信息达成共识。
④变更初审的常见方式为变更申请文档的审核流转。
91.对进度变更的控制，应包括哪些主题？
(1)判断项目进度的当前状态。
(2)对造成进度变更的因素施加影响。
(3)查明进度是否已经改变。
(4)在实际变更出现时对其进行管理。
92. 对成本变更的控制，包括哪些主题？
(1)对造成成本基准变更的因素施加影响。
(2)确保变更请求获得同意。
(3)当变更发生时，管理这些实际的变更。
(4)保证潜在的费用超支不超过授权的项目阶段资金和总体资金。
(5)监督费用绩效，找出与成本基准的偏差。
(6)准确记录所有与成本基准的偏差。
(7)防止错误的、不恰当的或未批准的变更被纳入费用或资源使用报告中。
(8)就审定的变更，通知利害关系者。
(9)采取措施，将预期的费用超支控制在可接受的范围内。
93. 信息安全三元组是什么？
保密性、完整性、可用性。
94.应用系统运行中涉及四个层次的安全，按粒度从粗到细的排序是什么？
按粒度从粗到细的排序是:系统级安全、资源访问安全、功能性安全、数据域安全。
95.哪些是系统级安全？
敏感系统的隔离、访问IP地址段的限制、登录时间段的限制、会话时间的限制、连接数的限制、特定时间段内登录次数的限制以及远程访问控制等，系统级安全是应用系统的第一道防护大门。
96.什么是资源访问安全？
对程序资源的访问进行安全控制，在客户端上，为用户提供和其权限相关的用户界面，仅出现和其权限相符的菜单和操作按钮;在服务端则对URL程序资源和业务服务类方法的调用进行访问控制。
97.什么是功能性安全？
功能性安全会对程序流程产生影响，如用户在操作业务记录时，是否需要审核，上传附件不能超过指定大小等。
98.什么是数据域安全？
数据域安全包括两个层次，其一是行级数据域安全，即用户可以访问哪些业务记录，其二是字段级数据域安全，即用户可以访问业务记录的哪些字段。
99. 1风险管理包括哪六个过程？P456
1）风险管理规划；
2）风险识别；
3）定性风险分析；
4）定量风险分析；
5）应对计划编制；
6）风险监控；
100. 风险识别的方法技术和工具？（回答全部，但记前三个）
1）德尔菲技术；
2）头脑风暴法；
3）SWOT分析法；
4）检查表；
5）图解技术；
101. 什么是德尔菲技术？P462
德尔菲技术是众多专家就某一专题达成一致意见的一种方法；一般采取匿名投票，防止被人误导。
102. SWOT分析分为哪五步？P463
1）列出项目的优势与劣势，可能的机会与威胁，填入道斯矩阵的各个区；
2）SO策略，抓住机会发挥优势；
3）WO策略，利用机会克服弱点；
4）ST策略，利用优势减少威胁；
5）WT策略，弥补缺点规避威胁；
103. 风险识别中的图解技术包括哪些内容？P464
1）因果图；
2）系统或过程流程图；
3）影响图；
104. 定性风险分析的方法有哪些？P466-467
1）风险概率与影响评估；
2）概率和影响矩阵；
3）风险分类；
4）风险紧迫性评估；
105. 对于高风险中风险低风险，分别采取什么措施？P467
1）高风险：需要采取重点措施，并采取积极的应对策略；
2）中风险：采取措施，采取应对策略；
3）低风险：只需将之放入待观察风险清单或分配应急储备额外；
106. 定量风险分析的方法有哪些？P468-470
1）期望货币值；
2）计算分析因子；
3）计划评审技术；
4）蒙特卡罗分析；
107. 什么是职务作品？什么是特殊职务作品？P486
职 务作品：一般职务作品的著作权由作者享有。单位或其他组织享有在其业务范围内优先使用的权利，期限为两年。单位的优先使用全是专有的，未经单位同意作者不 得许可第三人以外与单位使用的相同方式使用该作品。在作品完成两年内，如单位在其业务范围内不使用，作者可以要求单位同意由第三人以与单位使用的相同方式 使用，单位没有正当理由不得拒绝；
特殊职务作品：一般职务作品，除署名权以外，著作权的其他权利由单位享有。所谓特殊职务作品，是指《著作权法》第16条第2款所列作品，即工程设计产品设计图纸计算机软件和地图等科学技术作品；
108. 请描述软考涉及到的三个基础标准、三个开发标准、三个文档标准、四个管理标准？只写名称
1）基本标准
（1）软件工程术语 GB/T 11457-1995。
（2）信息处理 GB /1523-1989。
（3）信息处理系统 GB/T 14085-1993。
2）开发标准
（1）信息技术 GB/T 8566-2001。
（2）软件支持环境 GB/T 15853-1995。
（3）软件维护指南 GB/T 14079-1993。
3) 文档标准
（1）软件文档管理指南 GB/T 16680-1996。
（2）计算机软件产品开发文件编制指南 GB/T 8567-1988。
（3）计算机软件需求说明编制指南 GB/T 9385-1988。
4）管理标准
（1）计算机软件配置管理计划规范 GB/T 12505-1990。
（2）信息技术软件产品评价、质量特性及其使用指南 GB/T 16260-2002。
（3）计算机软件质量保证计划规范 GB/T 12504-1990。
（4）计算机软件可靠性和可维护性管理 GB/T 14394-1993。
109. 当事人订立合同，采取要约、承诺方式。什么是要约？什么是要约邀请？
要约是希望和他人订立合同
要约邀请是希望他人向自己发出要约
110. 根据合同法，当事人就有关合同内容约定不明确，依照本法第六十一条的规定仍不能确定的，适用下列规定。
（1） 质量要求不明确的，如何办？
质量要求不明确的，按照国家标准、行业标准履行；没有国家标准、行业标准的，按照通常标准或者符合合同目的的特定标准履行。
（2）价款或者报酬不明确的，如何办？
价款或者报酬不明确的，按照订立合同时履行地的市场价格履行；依法应当执行政府定价或者政府指导价的，按照规定履行。
（3） 履行地点不明确，如何办？
履行地点不明确，给付货币的，在接受货币一方所在地履行；交付不动产的，在不动产所在地履行；其他标的，在履行义务一方所在地履行。
（4） 履行期限不明确的，如何办？
履行期限不明确的，债务人可以随时履行，债权人也可以随时要求履行，但应当给对方必要的准备时间。
（5） 履行方式不明确的，如何办？
履行方式不明确的，按照有利于实现合同目的的方式履行。
（6） 履行费用的负担不明确的，如何办？
履行费用的负担不明确的，由履行义务一方负担。
111. 执 行政府定价或者政府指导价的，在合同约定的交付期限内政府价格调整时，按照交付时的价格计价。逾期交付标的物的，遇价格上涨时，按照什么价格执行；价格下 降时，按照什么价格执行。逾期提取标的物或者逾期付款的，遇价格上涨时，按照什么价格执行；价格下降时，按照什么价格执行？
执行政府定价或者政府指导价的，在合同约定的交付期限内政府价格调整时，按照交付时的价格计价。逾期交付标的物的，遇价格上涨时，按照原价格执行；价格下降时，按照新价格执行。逾期提取标的物或者逾期付款的，遇价格上涨时，按照新价格执行；价格下降时，按照原价格执行。
112. 基本的开发文档有哪些？基本的产品文档有哪些？管理文档有哪些？
（1）基本的开发文档有：可行性研究和项目任务书；需求规格说明；功能规格说明；设计规格说明，包括程序和数据规格说明；开发计划；软件集成和测试计划。
（2）基本的产品文档包括培训手册、参考手册和用户指南、软件支持手册、产品手册和信息广告。
（3）管理文档监理在项目管理信息的基础上，这种文档从管理的角度规定涉及软件生存的信息，比如有开发过程的每个阶段的进度记录、软件变更情况记录、相对于开发的判定记录、职责定义等。
113. 文档的质量可以按文档的形式和列出的要求划分为四级，分别描述之。
每个文档的质量必须在文档计划期间就有明确的规定。文档的质量可以按文档的形式和列出的要求划分为四级。
（1）最低限度文档（1级文档）：适合开发工作量低于一个人月的开发者自用程序。该文档应包含程序清单、开发记录、测试数据和程序简介
（2）内部文档（2级文档）:可用于在精心研究后被认为似乎没有与其他用户共享资源的专用程序。除1级文档提供的信息外，2级文档还包括程序清单内足够的注释以帮助用户安装和使用程序。
（3）工作文档（3级文档）适于由同单位若干人联合开发的程序，或可被其他单位使用的程序。
（4）正式文档（4级文档）适于要正式发行供普遍使用的软件产品。关键性程序或具有重复管理应用性质(如工资计算)的程序需4级文档应遵守GB 8567的有关规定
114. 信息技术——软件产品评价和质量特性及其使用指南 GB/T 16260—2002，定义了软件产品的功能性、可靠性、易用性、效率、可维护性、可移植性6个特性和21个质量子特性，请分别描述哪六个特性，以及分别包括哪些子特性？
质量特性 | 详细 | 质量子特性 | 详细 |
功能性 | 与一组功能及其指定的性质有关的一组属性。这里的功能是指满足明确或隐含的需求的哪些功能 | 适合性 | 与规定任务能否提供一组功能及这组功能的适合程度有关的软件属性 |
准确性 | 与能否得到正确或相符的结果或效果有关的软件属性 | ||
互用性/互操作性 | 与其他指定系统进行交互的能力有关的软件属性 | ||
依从性 | 使软件遵循有关的标准、约定、法规及类似规定的软件属性 | ||
安全性 | 与防止对程序及数据的非授权的故意或意外访问的能力有关的软件属性 | ||
可靠性 | 与在规定的一段时间和条件下，软件维持其性能水平的能力有关的一组属性 | 成熟性 | 与由软件故障引起失效的频度有关的软件属性 |
容错性 | 与由软件故障或违反指定接口的情况下，维持规定的性能水平的能力有关的软件属性 | ||
可恢复性 | 在失效发生后，重建其性能水平并恢复直接受影响数据的能力，以及为达此目的所需的时间和能力有关的软件属性 | ||
易用性 | 与一组规定或潜在的用户为使用软件所需作的努力和对这样的使用所作的评价有关的一组属性 | 易理解性 | 与用户为认识逻辑概念及其应用范围所花的努力有关的软件属性 |
易学习性 | 与用户为学习软件应用所花的努力有关的软件属性 | ||
易操作性 | 与用户为操作和运行控制所花的努力有关的软件属性 | ||
效率 | 与在规定的条件下，软件的性能水平与所用的资源量之间关系有关的一组属性 | 时间特性 | 与软件执行其功能时响应和处理时间及吞吐量有关的软件属性 |
资源特性 | 与在软件执行其功能时所使用的资源数量及其使用时间有关的软件属性 | ||
可维护性 | 与进行指定的修改所需的努力有关的一组属性 | 易分析性 | 与为诊断缺陷或失效原因及为判定待修改的部分所需努力有关的软件属性 |
易修改性 | 与进行修改，排除错误或适应环境变化所需努力有关的软件属性 | ||
稳定性 | 与修改所造成的未预料结果的风险有关的软件属性 | ||
可测试性 | 与确认已修改软件所需的努力有关的软件属性 | ||
可移植性 | 与软件可从某一环境转移到另一环境的能力有关的一组属性 | 适应性 | 与软件无需采用有别于为该软件准备的活动或手段就可能适应不同的规定环境有关的软件属性 |
易安装性 | 与在指定环境下安装软件所需努力有关的软件属性 | ||
一致性 | 使软件遵循与可移植性有关的标准或约定的软件属性 | ||
可替换性 | 软件在特定环境中用来替代指定的其他软件的可能性和难易程度 |
115. 综合布线系统，分为哪6个子系统？
综合布线系统分为：工作区子系统、配线（水平子系统）、垂直干线子系、设备间子系统、管理子系统、建筑群子系统6个子系统。
116. 对机柜或机架高度大于18m，设备密度热度大、设备发热量大或热负荷大的主机房，宜采用活动地板什么送风、什么回风的方式。
对机柜或机架高度大于18m，设备密度热度大、设备发热量大或热负荷大的主机房，宜采用活动地板下送风、上回风的方式。
117. 什么是服务规格说明书？它的发展和制订应包括哪几步？
是服务供应商必须遵循的“合同”
118. 一个外包的合同流程，特别是规模较大的外包，必须经历哪2个阶段？了解MOU和合同的区别，并描述MOU是否具有法律约束？
经历的阶段：先是了解备忘录（MOU），然后才是整体合同
MOU通常不像合同一样具有法律约束，更多的是道德上的义务。
119. 什么是需求工程？需求工程的活动分为哪2大类？
需求工程是所有与需求直接关联的活动
分为：需求开发、需求管理
120. 需求开发的过程有哪四个？请分别简述之。
1）需求获取：积极与用户进行交流，捕捉、分析和修正用户对目标系统的需求，并提炼出符合解决文档的用户需求，形成《用户需求说明书》
2）需求分析：对各种需求信息进行分析并抽象描述，为目标系统建立一个概念模型。
3）需求定义：根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《需求规格说明书》
4）需求验证：开发方和用户共同对需求文档评审，经双方对需求达成共识后做出书面承诺，使需求文档具有商业合同效果。
121. 需求管理一章中，变更控制委员会，可能包括哪些代表？
产品或计划管理的部门
项目管理部门
开发部门
测试或质量保证部门
市场部或客户代表
制作用户文档的部门
技术支持部门
帮助桌面或用户支持热线部门
配置管理部门
122. 需求跟踪能力矩阵是什么？
需求跟踪能力矩阵是表示需求和别的元素之间的联系链。
123. 判断？
一般项目的计划主要关注项目的活动计划，但对大型项目来说，制订活动计划之前，必须先考虑项目的过程计划。★
124. 判断？
大型项目，必须建立以过程为基础的管理体系。★
125. 大型IT项目分为哪2个主要阶段？第一阶段由谁来做？第2阶段呢？
需求定义阶段和需求实现阶段。
第一阶段由专业的咨询公司做
第二阶段由系统集成公司做
126. 判断：
项目计划在需求定义完成时，应该进行一次比较大的修订
127. 一般来说，大型项目，按照哪3个层次制订工作分解结构？
项目组织结构、产品结构、生命周期
128. 在大型IT项目中，进度、成本、范围、质量上，哪些不宜失真？哪些存在比较大的信息失真的可能？
进度和成本实际绩效信息不宜失真，但范围和质量存在比较大的信息失真可能。
129. 战略制订包括哪五个步骤？
战略分析、战略梳理、战略选择、战略评估、战略匹配
130. 五力模型认为，行业中的竞争包括哪五种基本的竞争力量？（可以参看图20.1五力模型)
潜在的行业新进入者、替代品的竞争、买方讨价还价的能力、供应商讨价还价的能力、现有竞争者之间的竞争
131. 理解图20.10波士顿矩阵图，针对明星、金牛、瘦狗、问题业务，请阐述他们的含义（记四个名字，并理解内容）
明星业务：高速增长市场中的市场领导者，常常是有利可图，并且是企业未来的现金牛业务。
现金牛业务：现金牛业务能给企业带来大量财源
问题业务：是指高市场增长率，低市场份额的公司业务
瘦狗业务：市场增长缓慢，公司份额也低的业务
132. 业务流程管理的定义是什么？BPM与BPR的区别是什么？
是一种以规范化的构造端到端的卓越业务流程为中心，以持续的提高组织业务绩效为目的的系统化方法。
BPM指出不一定全是彻底的重新设计业务流程，而是应该规范的对流程进行设计，需要进行重新设计的就进行重新设计，不需要的就进行改进。
133. 流程管理的核心是什么？本质是什么？
核心是流程。本质是构造卓越的业务流程
134. BPR的首要问题是什么？
统一认识、使全体员工对实施BPR能取得共识
135. BPR的实施会引起企业多方面、多层次的变化，主要包括哪三个方面？
（1） 企业文化与跟观念的变化
（2） 业务流程的变化
（3） 组织与管理的变化
136. 隐性知识的共享方法有哪些？
1）编码化 2）面对面交流 3）人员轮换 4）网络
137. 电子商务的核心是什么？构成电子商务的四种流有哪些？哪个是最基本的？
核心是数据信息；构成电子商务的四种流是：信息流、物流、资金流、商流。最基本的是信息流
138. 三E审计是什么的合称？
绩效设计（三E审计）是指：经济审计、绩效审计和效果审计的合称。
139. 投资回收期的公式？（记，并理解）
投资回收期计算公式n=-log(1-Pio/A)/log(1+io)
n—投资回收期，P—投资的现值，io—基准收益率，A—年等额经营成本
（静态和动态之分，动态考虑资金的时间价值。）
140. 在三安系统三维空间示意图中，X，Y，Z轴分别代表什么意思？同时，X、Y、Z上分别有哪些要素？
X轴（横轴）：安全机制（基础设施安全、平台安全、数据安全、通信安全、应用安全、运行安全、管理安全、授权和审计安全、安全防范体系）
Y轴：OSI网络参考模型（1—7层为：物理层、数据链路层、网络层、传输层、会话层、表示层、应用层）
Z轴：安全服务（对等实体认证服务、访问控制服务、数据保密服务、数据完整性服务、数据源点认证服务、禁止否认服务、犯罪证据提供服务）
X、Y、Z三个轴形成了“安全空间”，安全空间的五大要素：认证、权限、完整、加密和不可否认。
141. 请描述威胁、脆弱性、影响之间的关系？
威胁可看成从系统外部对系统产生的作用，而导致系统功能及目标受阻的所有现象。
脆弱性则可以看成是系统内部的薄弱点。脆弱性是客观存在的，脆弱性本身没有实 际的伤害，但威胁可以利用脆弱性发挥作用。但如果威胁不存在，系统本身的脆弱仍然带来一定的风险。
影响可以看作是威胁与脆弱性的特殊组合。
142. 5个安全保护等级分别是什么？每级适用于什么内容？（重点记5个名字，同时重点记第3、4级的适用）
第1级用户自主保护级：适用于普通内联网用户。
第2级系统审计保护级：适用于通过内联网或国际网进行商务活动，需要保密的非重要单位。
第3级安全标记保护级：适用于地方各级国家机关、金融单位机构、邮电通信、能源与水源供给部门、交通运输、大型工商与信息技术企业、重点工程建设等单位。
第4级结构化保护级：适用于中央级国家机关、广播电视部门、重要物资储备单位、社会应急服务部门、尖端特技企业集团、国家重点科研单位机构和国防建设等部门。
第5级访问验证保护级：适用于国防关键部门和依法需要对计算机信息系统实施特殊隔离的单位。
143. 常见的对称密钥算法有哪些？
常见的对称密钥算法：SDBI（国家密码办公室批准的国内算法，仅硬件中存在）、IDEA、RC4、DES（64bit）、3DES（128bit）等。
144. 我国实行密码分级制度，密码等级及适用范围是什么？
（1） 商用密码——国内企业、事业单位
（2） 普用密码——政府、党政部门
（3） 绝密密码——中央和机要部门
（4） 军用密码——军队
145. PMI与PKI的区别是什么？
PMI主要进行授权管理，证明这个用户有什么权限，能干什么，即“你能做什么”。
PKI主要进行身份鉴别，证明用户身份，即“你是谁”。
146. 信息系统工程监理的什么是四控三管一协调？四控三管一协调是什么？
信息系统工程监理的主要内容是四控三管一协调。四控：质量控制、进度控制、投资控制、变更控制；三管：合同管理、信息管理、安全管理；协调：沟通协调。
147. 监理大纲、监理规划、监理细则这三种方件的区别？
监理大纲：由监理公司技术总监编制，用于监理招投标阶段，目的是为了赢得监理项目；
监理规划：是在赢得监理项目后由总监理工程师编写，是监理工作的纲领性文件；
监理细则：是由专业监理工程师编写的，用来指导监理工作的实施细则。
148. 关于工程暂停令，有哪些知识点？
1）实施、开始中出现质量异常情况，经提出后承建单位仍不采取改进措施者；或者采取的改进措施不力，还未使质量状况发生好转趋势者；
2）隐蔽作业未经现场监理人员查验自行封闭、掩盖者；
3）对已发生的质量事故未进行处理和提出有效的改进措施就继续进行者；
4）擅自变更设计及开发方案自行实施、开发者；
5）使用没有技术合格证的工程材料、没有授权证书的软件，或者擅自替换、变更工程材料及使用盗版软件者。
6）未经技术资质审查的人员进入现场实施、开发者。
7）工程暂停令必须由总监签发
8）当承建单位要求暂停，且工程需要暂停时
149. 需记：这些协议属于什么层？
| 应用层 | Telnet DNS HTTP FTP |
| 传输层 | TCP UDP |
网络层 IP ARP
150. 2、了解 UML 涉及的一些基本概念：
1）视图（Views）
UML 用模型来描述系统的静态结构和动态行为。为了捕捉要构建的软件系统的所有决策信 息，需要从团队中不同参与者的角度出发，为系统的体系结构建模，形成不同的系统视图。要描述一个软件系统，下面的五种视图尤为重要。
（1）用例视图（Use case view） 用例视图定义系统的外部行为，是最终用户、分析人员和测试人员所关注的。用例视图定义 了系统的需求，是描述系统设计和构建的其他视图的基础，即用例驱动。用例视图也称为用户模型视图。
（2）逻辑视图（Logic view） 逻辑视图描述逻辑结构，该逻辑结构支持用例视图描述的功能，它描述了问题空间中的概念 以及实现系统功能的机制，如类、包子、子系统等，因而是编程人员最关心的。逻辑视图又称做结构模型视图或静态视图。
（3）实现视图（Implementation view） 实现描述用于组建系统的物理组件，如可执行文件、代码库和数据库等系统程序员所看到的 软件产物，是和配置管理以及系统集成相关的信息。实现视图又称为组件视图（Component view）。
（4）过程视图（Process view） 过程视图描述将系统分解为过程和任务，以及这些并发元素之间的通信与同步。过程视图对 于系统集成人员特别重要，因为他们需要考虑系统的性能和吞吐量等。过程视图也称为并发视图、动态视图或者协作视图等。
（5）部署视图（Deployment view） 描述系统的物理网络布局，是系统工程和网络工程师所感兴趣的。又称做物理视图。2）图（Diagrams） 每个视图都由一个或者多个图组成，一个图是系统体系结构在某个侧面的表示，所有的图在一起组成系统的完整视图。UML 提供了九种不同的图，分为静态图和动态图两大类。静态图包括用例图、类图、对象图、组件图和配置图，动态图包括序列图、状态图、协作图和活 动图。
（1）用例图（Use case diagram） 用例图描述系统的功能，由系统、用例和角色（Actor）三种元素组成。图中显示若干角色以及这些角色和系统提供的用例之间的连接关系。用例是系统对外提供的功能的描述，是角 色和系统在一次交互过程中执行的相关事务的序列。角色是与系统、子系统或类交互的外部人员、进程或事物。 用例之间存在扩展、使用和组合三种关系。角色之间可以用通用化关系将某些角色的共同行为抽象为通用行为。在UML 中，用例图是用例视图的重要组成部分。
（2）类图（Class diagram）
类图用来表示系统中的类以及类与类之间的关系，描述系统的静态结构，用于逻辑视图中。 类是对象的抽象描述。所谓对象就是可以控制和操作的实体，类是具有共同的结构、行为、关系、语义的一组对象的抽象。类的行为和结构特征分别通过操作和属性表示。 类与类之间有多种关系，如关联、依赖、通用化、聚合等。关系提供了对象之间的通信方式。关联关系用于描述类与类之间的边接，通常是双向的。通用化又称继承，是通用元素和具体元素之间的一种分类关系，具体元素完全拥有通用元素的信息，并且还可以附加其他信息。聚合关系具有较强的耦合性，描述整体与部分的关系。依赖关系描述两个模型无素之间语义上的连接关系，其中一个元素是独立的，另一个元素依赖于独立的模型元素，独立元素的变 化将影响到依赖元素。
（3）对象图（Object diagram） 对象图是类图的示例，类图表示类和类与类之的关系，对象图则表示在某一时刻这些类的具 体实例以及这些实例之间的具体连接关系，可以帮助人们理解比较复杂的类图。对象图也可以用于显示类图中的对象在某一点的连接关系。对象图常用于用例视图和逻辑视图中。
（4）状态图（State diagram） 状 态图主要用来描述对象、子系统、系统的生命周期。通过状态图可以了解一个对象可能具 有的所有状态、导致对象状态改变的事件，以及状态转移引发的动作。状态是对象操作的前一次活动的结果，通常由对象的属性值来决定。事件指的是发生的且引起 某些动作执行的事 情。状态的变化称做转移，与转移相连的动作指明状态转移时应该做的事情。状态图是对类描述的事物的补充说明，用在逻辑视图中描述类的行为。
（5）序列图（Sequence diagram） 面向对象系统中对象之间的交互表现为消息的发送和接收。序列图反映若干个对象之间的动态协作关系，即随着时间的流逝，消息是如何在对象之间发送和接收的。序列图表现为二维 的形式，其中的纵坐标轴显示时间，横坐标轴显示对象。序列图中重点反映对象之间发送消息的先后次序，常用在逻辑视图中。
（6）协作图（Collaboration diagram） 协作图主要描述协作对象之间的交互和链接。协作图和序列图同样反映对象间的动态协作，也可以表达消息序列，但重点描述交换消息的对象之间的关系，强调的是空间关系而非时间 顺序。
（7）活动图（Activity diagram） 活动图显示动作及其结果，着重描述操作实现中所完成的工作以及用例实例或对象中的活动。活动图中反映了一个连续的活动流，常用于描述一个操作执行过程中所完成的工作。活动图 也有其他的用途，如显示如何执行一组相关的动作，以及这些动作如何影响它们周围的对象， 说明一次商务活动中的工人、工作流、组织和对象是如何工作的等。
（8）组件图（Component diagram） 组件图用来反映代码的物理结构。组件可以是源代码、二进制文件或可执行文件，包含逻辑 类的实现信息。实现视图由组件图构成。
（9）配置图（Deployment diagram） 配置图用来显示系统中软件和硬件的物理架构。图中通常显示实际的计算机和设备及它们之间的关系。配置图用来构成配置视图，描述系统的实际物理结构。
5、阿尔法围棋（AlphaGo）是一款围棋人工智能程序。这个程序利用“价值网络”去计算 局面，用“策略网络”去选择下子。
6、看百度百科：中国制造2025、移动智能终端、互联网+、云计算、物联网、虚拟化。
本文出自 “奋斗不止” 博客，转载请与作者联系！
18--（软考）信息系统管理师--知识点（2）-OneStar
原文地址：http://peenboo.blog.51cto.com/2865551/1772469
