项目管理体系

单选题

拟墨画扇 提交于 2019-12-05 00:21:29
1、【设计模式】在观察者模式中,表述错误,C,观察者可以改变被观察者的状态,再由被观察者通知所有观察者依据被观察者的状态进行。2、【设计模式】关于继承表示错误的是,D,继承本质上是“白盒复用”,对父类进行修改,不会影响到子类。3、【开发行为规范】日常工作中,以下哪些改变行为,B,遇到非本质工作范畴时,。。集中精力于自己的项目即可。4、【zabbix监控系统监控自动化】大促期间,DNS系统客户端缓存如何处理?B,开启5、【部署架构】前后端分离架构,静态资源一般在哪些服务器上?B,nginx6、【部署架构】以下承担web防护的服务器是?D,waf7、【系统稳定与保障】为了查看服务器的网卡流量,一般什么平台查看?A,zabbix8、【系统稳定与保障】为了查看生产redis当前的命令数,可以从哪些平台查看?D,promes9、【系统稳定与保障】从以下哪个平台,可以对生成应用的异常进行监督?B,云迹10、【zabbix监控系统监控自动化】大促期间,服务器扩容操作应遵守什么规则?C,扩容要报备11、【zabbix监控系统监控自动化】大促期间,数据库备份操作如何处理?D,根据情况关闭或延迟备份12、【设计模式】要依赖于抽象,不要依赖于具体。即针对接口编程,不要针对实现编程,是()的表述,D,依赖倒转原则13、【SQL】用于表示数据库实体之间的关系图是?A,实体关系图14、【单元测试基础能力

《信息系统项目管理》

点点圈 提交于 2019-12-03 11:14:30
CMMI的级别 (Capability Maturity Model Integration软件能力成熟度模型集成模型) 1.初始级 软件过程是无序的,有时甚至是混乱的,对过程几乎没有定义,成功取决于个人努力。管理是反应式的。 2.可重复级 建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律,能重复早先类似应用项目取得的成功经验。 3.已定义级 已将软件管理和工程两方面的过程文档化、标准化,并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件,软件产品的生产在整个软件过程是可见的。 4.量化管理级 分析对软件过程和产品质量的详细度量数据,对软件过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据,管理能够在定量的范围内预测性能。 5.优化管理级 过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。 CMMI的过程域 2、3级共有18个过程域(PA),主要内容如下,分四大类: 一、过程管理: 1.OPD:(Organizational Process Definition)组织级过程定义。建立和维护有用的组织过程资产。 2.OPF:(Organizational Process Focus)组织级过程焦点。在理解现有过程强项和弱项的基础上计划和实施组织过程改善。 3.OT:(Organizational

PMBOK(第六版)第一章 引论

匿名 (未验证) 提交于 2019-12-03 00:30:01
01 『跟我读PMBOK指南』 1. PMI 将项目管理知识体系 (PMBOK) 定义 为描述项目管理专业范围内知识的术语。项目管理知识体系包括 已被验证 并 广泛应用 的传统做法,以及本专业新近涌现的 创新做法 。 2. 知识体系 (BOK) 包括 已发布 和 未发布 所谓“良好实践”,则指人们普遍认为,在项目管理过程中使用这些知识、技能、工具和技术,能够达成预期的商业价值和成果,从而提高很多项目成功的可能性。 项目经理 与 项目团队 和 其他相关方 携手合作共同确定 : (”裁剪“应用) 采用适用于各个项目且被普遍认可的良好实践。 裁剪:项目经理决定?还是? 指南》与方法论区别 方法论是由专门的从业人员所采用的实践、技术、程序和规则所组成的体系。 《指南》是组织制定实践项目管理所需方法论、政策、程序、规则、工具、技术和生命周期阶段的基础。 标准是基于权威、惯例或共识而建立并用作模式或范例的文件。 标准和指南均基于描述性实践,而不是规范性实践。 标准确认了在大多时候都被大多数项目视作良好实践的过程。 标准确认了通常与这些过程相关的输入和输出。 标准不要求执行任何特定过程或实践。 《项目管理标准》是美国国家标准协会 (ANSI)根据协商一致、开放公开、程序公正和各方平衡等概念予以制定。 02 『一起总结知识点』 03『大家来做模拟题』 文章来源: PMBOK(第六版)第一章 引论

项目管理)沟通管理

会有一股神秘感。 提交于 2019-11-29 18:07:55
项目管理九大知识体系——沟通管理 Posted on 2007-07-13 15:32 放飞梦想 阅读(99) 评论(0) 编辑 收藏 网摘 所属分类: IT知识点滴收藏 回想一下你所经历的项目,有没有出现过以下这样的情况: 客户 在检查项目阶段成果时,指出曾经要求的某个产品特性没有包含在其中,并且抱怨说早就以口头的方式反映给了项目组的成员,糟糕的是作为项目经理的你却一无所知,而那位成员解释说把这点忘记了;或者,你手下的程序员在设计评审时描述了他所负责的模块架构,然而软件开发出来后,你发现这和你所理解的结构大相径庭…… 可能你遇到的情况比上面谈到的还要复杂。问题到底出在哪儿呢?其实很简单,就两个字——沟通。以上这些问题都是由于沟通引起的,沟通途径不对导致信息没有到达目的地。“心有灵犀一点通”可能只是一种文学描绘出的美妙境界。在实际生活中,文化背景、工作背景、技术背景可以造成人们对同一事件理解方式偏差很大。 在项目中,沟通更是不可忽视。项目经理最重要的工作之一就是沟通,通常花在这方面的时间应该占到全部工作的75%~90%。良好的交流才能获取足够的信息、发现潜在的问题、控制好项目的各个方面。 沟通 管理 的体系 一般而言,在一个比较完整的沟通管理体系中,应该包含以下几方面的内容:沟通计划编制、信息分发、绩效报告和管理收尾。沟通计划决定项目干系人的信息沟通需求:谁需要什么信息