提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训持决策分析,数据仓库的结构也可以看看。 12. 电子商务的概念,分类。关于电子商务的知识也尽量多掌握一些
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训负责主持编制,并报送项目总监理工程师认可批准执行。 7. 信息系统工程监理实行总监理工程师负责制 8. 旁站监理. 隐蔽工程。 9. 监理方的依据是法律法规. 标准规范. 建设合同. 监理合同。监理方不会帮助承建方编 写技术文件。也不需要帮助建设方写什么文件。 10. 总监理工程师参与编制监理大纲有利于监理规划的编制 11. 中国特色信息系统集成及服务管理体系:①信息系统集成. 运维服务和信息系统监理资 质管理;②信息系统集成. 运维服务和信息系统监理相关人员管理;③国家计划(投资)部 门对规范的. 具备信息系统项目管理能力的企业和人员的建议性要求;④信息系统用户对规 范的. 具备信息系统项目管理能力的企业和人员市场性需求。 12. ITIL(Information Technology Infrastructure Library,信息技术基础架构库)。以 流程为向导. 以客户为中心。 13. ITSS(Information Technology Service Standard,信息技术服务标准)组织要素: 人员(People). 流程(Process). 技术(Technology). 资源(Resource),简称PPTR。 14. IT 服务生命周期5阶段:规划设计(Planning & Design). 部署实施(Implementing). 服务运营(Operation). 持续改进(Improvement). 监督管理(Supervision)。(PIOIS)
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 白盒测试:把测试对象看做一个透明的盒子,对程序所有逻辑路径进行测试。具有代表 的逻辑覆盖包含: 1. 语句覆盖 2. 判断覆盖 3. 条件覆盖 4. 判定----条件覆盖 5. 条件组合覆盖 6. 路径覆盖 大家看到有覆盖就肯定是白盒测试。 软件测试中的静态分析主要包含控制流分析. 数据流分析. 接口分析和表达式分析等。 α测试:是在开发环境进行的测试; β测试:是用户在实际环境中进行的测试,开发 者不在旁边。 7. 在软件测试阶段,如果某个测试人员认为程序出现错误,他应首先要对错误结果进行确 认,然后再开展后续的工作 8. 软件维护----软件正式交付用户以后,即进入漫长的维护期。软件的维护从性质上分为: 纠错型维护. 适应型维护. 预防型和完善型维护。都是软件交付之后进行的。 9. 管理评审的目的是监控进展,决定计划和进度的状态,确认需求及其系统分配,或评价 用于达到目标适应性的管理方法的有效性。它们支持有关软件项目期间需求的变更和其他变 更活动。是评价管理方面。 10. 技术评审的目的是评价软件产品。以确定其对使用意图的适合性,目标是识别规范说明 和标准的差异,并向管理提供证据,以表明产品是否满足规范说明并遵从标准,而且可以控 制变更。是评价技术方面。 11. 质量保证是指为使软件产品规定需求所进行的一系列有计划的必要工作。 12. 审计是为评估XX 的独立的检查 13. 软件工程管理包含过程管理和项目管理,包括6 个方面:启动和范围定义. 软件项目计 划. 软件项目实施. 评审和评价. 关闭. 软件工程度量。 14. 统一建模语言UML---是一种语言;是一种可视化语言;是一种可用于详细描述的语言; 是一种构造语言;是一种文档化语言。不是过程,也不是方法,但允许任何一种过程和方法 使用它。简单并且可扩展,具有扩展和专有化机制,便于扩展,无需对核心概念进行修改。 比较适合于迭代式的开发。 - RUP 是迭代式方法) 图的名字 介绍 类图 描述一些类. 包的静态结构和它们之间的静态关系 对象图 给出一个系统中的对象的快照 构件图 描述可以部署的软件构件(比如Jar,ejb等)之间的静态关系 部署图 描述一个系统的拓扑结构 用例图 描述一系列角色和使用案例以及它们之间的关系,可以用来对 一个系统的最基本的行为进行建模 活动图 描述不同过程之间的动态接触,是使用用例图描述的行为的具 体化 状态图 描述一系列对象的内部状态的变化和转移,注意一个类不能有2 个不同的状态图 顺序图 是一种相互作用图,描述不同对象之间信息传递的时序 协作图 是一种相互作用图,描述发出信息,接受信息的一系列对象的 组织结构 15. 一个对象是现实世界中一个实体的抽象,一个类是一组对象的抽象。 16. 继承:使用已存在的定义作为基础建立新定义的技术。 17. 多态性:使得在多个类中可以定义同一个操作或属性名,并在每个类中可以有不同的实 现。多态性使得一个属性或变量在不同的时期可以表示不同类的对象。 18. 消息通信:封装使对象成为一些各司其职. 互不干扰的独立单位;消息通信为他们提供 了唯一的合法的动态联系途径,使他们的行为能够相互配合,构成一个有机的系统。
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 19. 与客户机/服务器(Client/Server ,C/S)架构相比,浏览器/服务器(Browser/Server , B/S)架构的最大优点是部署和维护方便. 易于扩展。 20. 中间件位于客户机服务器的操作系统之上,管理计算机资源和网络通信。中间件的分类。 21. SOAP(简单对象访问协议). UDDI(统一描述. 发现和集成). WSDL(Web Service 描述 语言). XML(可扩展标记语言)Web服务不适合于单机的应用程序和局域网的同构的应用程 序。是实现SOA的技术。 22. J2EE 跨平台能力强;支持JAVA 语言;.NET 不具备跨平台能力,仅支持Windows 系统, 支持VB. C++. C#. Jscript,通过组件还可支持Java 23. 第二层交换机工作在数据链路层;一般路由器工作在网络层。 24. IEEE 802.3 - CSMA/CD 以太网). 802.4(Token bus,令牌总线). 802.5(Token ring 令 牌环),802.11(无线局域网) 25. TCP. UDP协议:前者是可靠的,后者是不可靠的!TCP 没有UDP 传输的快。QQ. DNS. 微 信都用的是UDP。 26. 交换技术:可分为电路交换方式. 分组交换技术. 报文交换技术. ATM 交换方式. lP 电话技术. 软交换技术 27. DAS 是存储器与服务器的直接连接,一般通过标准接口;直接连网存储NAS—是一个带 有瘦服务器的存储设备,类似于一个专用的文件服务器;NAS产品是真正即插即用的。 存储区域网络SAN—是类似于局域网的高速存储网络。SAN 拥有极度的可扩展性. 简化的存 储管理. 优化的资源和服务共享以及高度可用性。 28. 无线网络根据数据发送的距离分为几种不同的类型:无线局域网络(WLANs). 无线广域 网络 - WWANs). 无线城域网络 - WMANs). 无线个人网络(WPANs)。 29. RAID 0 利用率100%,RAID 1 利用率50% 30. 构件标准主要有三大流派,分别是COM/DCOM/COM+,CORBA和 EJB。 31. 综合布线标准遵循的标准是:EIA/TIA 568A,适用范围:跨越距离不超过3000 米,建 筑总面积不超过100 万平方米,人口为50-5 万人。子系统分为以下6 个:建筑群子系统. 设备间子系统. 垂直干线子系统. 管理子系统. 水平子系统和工作区子系统。水晶头计算: 4.6N(N 是信息接点数量) 注意电阻。 32. 机房工程设计原则:实用性和先进性. 安全可靠性. 灵活性和可扩展性. 标准化. 经济 性. 可管理性。(根据题干描述判断) 33. 网络设计一般要遵循一些原则:先进性. 开放性. 经济型. 高可用性(根据题干判断) 34. 网络拓扑结构,注意星型。 35. 网线的直通和交叉线。 36. 数据总是由物理层到应用层是错误的 37. 在Web服务中,适用HTTP协议传送XML表示及封装的内容 38. AP接入点( ACCESSPOINT)是用于无线网络的无线 HUB,是无线网络的核心。它是移 动计算机用户进入有线以太网骨干的接入点,它在开放空间最大覆盖范围可达百米级。 39. 一些常见的网络名词. 命令 40. 提高可靠性的手段有什么?冗余设计。 41. 帧中继是一种宽带分组交换,使用复用技术时,其传输速率可高达 44.6Mbps 42. 逆向工程:设计模型(实现级);程序数据结构信息(结构级). 对象模型. 数据和控制 流模型(功能级); UML状态图和部署图(领域级); 43. 验证是阶段性审核的过程;确认是验收的过程; 44. 大部分应用服务器都要用到哪种服务器?(答案: DNS) 45. 软件质量分为内部质量. 外部质量. 使用质量,要区分这3 个质量。
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 46. 工作流程引擎是工作流管理系统的运行和控制中心。工作流程引擎的主要功能是流程调 度和冲突检测。 47. TCP/IP是Internet的核心,分4层模型:最高层(5-7 层),常见协议有:FTP. SMTP. DNS. SNMP. HTTP等。次高层(传输层),协议有TCP和UDP。第二层(网络层),协议有IP. ARP. RP. ICMP。最低层为网络接口层,使用串行线路连接时仍需要运行SLIP或PPP协议。 48. A类地址一般分配给具有大量主机的网络使用,B类地址分配给规模中等的网络使用,C 类地址分配给小型局域网使用。由NIC 管理。域名格式:机器名.网络名.机构名.最高域名。 49. 连接建筑群的主干网一般以光缆做传输介质。 50. 汇聚层的存在与否取决于网络规模的大小。 51. 典型的网络攻击步骤:①信息收集;②试探寻找突破口;③实施攻击;④消除记录;⑤ 保留访问权限。 52. GB 17895-1999《计算机信息系统安全保护等级划分准则》分5 个等级:①自主保护级; ②系统审计保护级;③安全标记保护级;④结构化保护级;⑤访问验证保护级。 53. 传统防火墙无法阻止和检测基于数据内容的黑客攻击和病毒入侵,同时也无法控制内部 网络之间的违规行为。扫描器无法发现正在进行的入侵行为。防毒软件对于基于网络的攻击 行为无能为力。目前市场上鲜见特别成熟的安全审计产品,主要从事入侵检测工作。
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 计算机仿真系统的技术。它利用计算机生成一种模拟环境,利用多源信息融合的交互式三维 动态视景和实体行为的系统仿真使用户沉浸到该环境中 12. 中国制造2025:坚持“创新驱动. 质量为先. 绿色发展. 结构优化. 人才为本”的基 本方针,坚持“市场主导. 政府引导,立足当前. 着眼长远,整体推进. 重点突破,自主发 展. 开放合作”的基本原则,通过“三步走”实现制造强国的战略目标:第一步,到2025 年迈入制造强国行列;第二步,到2035年中国制造业整体达到世界制造强国阵营中等水平; 第三步,到新中国成立一百年时,综合实力进入世界制造强国前列。 13. 移动智能终端拥有接入互联网能力,通常搭载各种操作系统,可根据用户需求定制化各 种功能。生活中常见的智能终端包括移动智能终端. 车载智能终端. 智能电视. 可穿戴设备 等。 14. 移动互联网=移动通信网络+互联网内容和应用,它不仅是互联网的延伸,而且是互联网 的发展方向。 15. 移动互联网关键技术:①架构技术SOA:Service Oriented Architect,面向服务的架 构,不涉及底层编程接口和通讯模型,Web Service是目前实现SOA的主要技术。②页面展 示技术Web2.0:严格来说不是一种技术,而是互联网思维模式。③HTML5:在原有HTML 基 础上扩展了API,最大优势可以在网页上直接调试和修改。④Android:特点入门容易,因 为Android 的中间层多以Java 实现,指令相对减少. 开发相对简单,而且开发社群活跃, 开发资源丰富。⑥IOS:一个非开源的操作系统,开发人员必须加入苹果开发者计划,需要 付款以获得苹果的批准,开发语言是Objective-C. C. 和C++,开发难度大于Android。⑦ Windows Phone:微软一款手机操作系统,开发技术:C. C++. C#等。 16. 大数据关键技术:①HDFS:能提供高吞吐量的数据访问,非常适合大规模数据集上的应 用。②HBase:不同于一般的关系数据库,是非结构化数据存储的数据库。③MapReduce:一 种编程模型,主要思想:概念“Map(映射)”和“Reduce(归约)”。④Chukwa:用于监控大 型分布式系统的数据收集系统。
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 接管理和控制项目。 11. 项目目标的特点不包含临时性 12. 评审的目的是防止本阶段的错误传递到下一个阶段。 13. 产品的生命周期长于项目的生命周期。项目的成本不包含运营成本,产品的包含。 14. 敏捷方法是一种以人为核心. 迭代. 循序渐进的开发方法,适用于一开始并没有或不能 完整地确定出需求和范围的项目,或者需要应对快速变化的环境,或者需求和范围难以事先 确定,或者能够以有利于干系人的方式定义较小的增量改进。在于应对大量变更,获取干系 人的持续参与。
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 13. 项目建设书,变更额度在 10%以内的,不需要重新报建议书和可研报告,只需在项目初 步设计和投资概算报告中作补充说明。 14. 资格预审文件或者招标文件的发售期不得少于5日;通过资格预审的申请人少于3个的, 应当重新招标。投标保证金不得超过招标项目估算价的2%,招标保证金有效期应当与投标 有效期一致。 15. 履约保证金不得超过中标合同金额的10%。 16. 系统集成供应商所应承担的合同责任发生了转移,由组织转移到了项目组。一般来说, 系统集成供应商主要根据项目的特点和类型,决定是否在组织内部为所签署的外部项目单独 立项。 17. 内部立项主要原因:①通过项目立项方式为项目分配资源;②通过项目立项方式确定合 理的项目绩效目标;③以项目型工作方式,提升项目实施效率。 18. 项目内部立项时包括内容:①项目资源估算;②项目资源分配;③准备项目任务书;④ 任命项目经理。
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 告各种需求活动;②配置管理活动;③需求优先级排序过程;④产品测量指标;⑤需求被列 入跟踪矩阵;⑥收集需求过程。 3. 需求文件内容包括:①业务需求;②干系人需求;③解决方案需求;④项目需求;⑤过 渡需求;⑥与需求相关的假设条件。 4. 详细的范围说明书包括的直接内容或引用内容如下:(掌握,可以作为案例的素材) ①项目目标;②产品范围描述;③项目需求;④项目边界;⑤项目的可交付成果;⑥项目的 制约因素;⑦假设条件。 5. 焦点小组是召集预定的干系人和主题专家,了解他们对所讨论的产品. 服务或成果的期 望和态度。是一种群体访谈而非一对一访谈。 6. 研讨会能够比单项会议更早发现问题,更快解决问题。如,在软件开发行业,就有一种 称为“联合应用设计/开发(JAD)”的引导式研讨会。这种研讨会注重把业务主题专家和开 发团队集中在一起,来改进软件开发过程。在制造行业,则使用“质量功能展开(QFD)”这 种引导式讨论会,来帮助确定新产品的关键特征。 7. WBS 结构分为树型和列表型。树型层次清晰,非常直观,结构性很强,但是不容易修改, 适用于中小型项目。列表型直观性差,适用于大型项目。 8. WBS 的分解步骤:
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 一个或多个工作包,但是一个工作包只能属于一个控制账户。 13. 范围确认完成时,同时应当对确认中调整的WBS 及WBS 字典进行更新 14. 工作分解结构中的要素应该是相对独立的,要尽量减少相互之间的交叉。每条分支分解 层次不必相等,一般控制在3-6层。 15. 编码设计对于WBS来说是个关键技术,进行编码设计时必须仔细考虑收集到的信息和收 集所用的方法。 16. 确认范围的一般步骤:①确认范围的时间;②需要哪些投入;③正式被接受的标准和要 素;④范围会议的组织步骤;⑤组织确认范围会议。 17. 项目干系人进行确认范围时,检查的6 个方面问题:①可交付成果是否确实的;②成果 是否有明确的里程碑;③是否明确质量标准;④审核或者承诺是否表达清晰;⑤是否覆盖了 所有活动;⑥风险发生概率,是否能够降低。 18. 需求跟踪矩阵是把产品需求从其来源连接到能满足需求的可交付成果的一种表格。需求 跟踪矩阵确保需求文件中被批准的每项需求在项目结束的时候都能交付。 19. 需求跟踪矩阵包括内容,根据项目取舍:①业务需求;②项目目标;③项目范围;④产 品设计;⑤产品开发;⑥测试场景;⑦详细需求。 20. 需求跟踪矩阵中记录的典型属性包括唯一标识. 需求的文字描述. 收录该需求的理由. 所有者. 来源. 优先级别. 版本. 当前状态(如活跃中. 已取消. 已推迟. 新增加. 已批准. 被分配和已完成)和状态日期。为确保干系人满意,可能需要增加一些补充属性,如稳定性. 复杂性和验收标准。 21. 需求基线定义了项目的范围。每次需求变更并经过需求评审后,都要重新确定新的需求 基线。随着项目的进展,需求基线将越定越高,容许的需求变更将越来越少。
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 8. 资源优化技术是根据资源供需情况,来调整进度模型的技术。包括:①资源平衡(Resources Leveling),为保持资源使用量处于均衡水平而进行资源平衡。资源平衡往往导致关键路径 改变,通常是延长。②资源平滑(Resources Smoothing),从而使项目资源需求不超过预定 的资源限制的一种技术。相对于资源平衡而言,资源平滑不会改变项目关键路径,资源平滑 技术可能无法实现所有资源的优化。 9. 假设情景分析就是对“情景 X 出现时应当如何处理”这样的问题进行分析。可以评审各 种情景,使进度与计划保持一致 10. 缩短活动工期方法:①赶工,投入更多的资源或增加工作时间,以缩短关键活动的工期; ②快速跟进,并行施工,以缩短关键路径的长度;③使用高素质的资源或经验更丰富的人员; ④减少活动范围或降低活动要求;⑤改进方法或技术,以提高生产效率;⑥加强质量管理, 及时发现问题,减少返工,从而缩短工期。 11. 6标时的计算. 关键路径. 总工期. 自由时差的计算 12. 为了确保获得精确的绩效衡量信息,项目经理应该尽快重新修订项目进度计划。 13. 甘特图是用来做进度管理的 14. 双代号时标网络图3句话:
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 6. 成本预算的步骤:
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 18. 要绘制帕累托图,首先要用到直方图。
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 4. 定性风险分析的工具:概率和影响矩阵. 紧迫性评估等 5. 定量风险分析的工具:期望货币值(要会计算). PERT. 蒙特卡洛(不需要专家参与) 6. 消极风险或威胁的应对策略: 1. 规避 2. 转移 3. 减轻 4. 接受 积极风险或机会的应对策略: 1. 开拓 2. 分享 3. 提高 4. 接受 降低要求是规避;投保是转移;冗余是减轻。 7. 风险再评估。风险监控过程通常要求使用本章介绍的过程对新风险进行识别并对风险进 行重新评估。 8. 风险审计在于检查并记录风险应对策略处理已识别风险及其根源的效力以及风险管理过 程的效力。 9. 权变措施:随机应变,是在风险监控中用的。 10. 状态审查会。项目风险管理可以是定期召开的项目状态审查会的一项议程。 11. 风险管理计划的内容。 12. 对于低等级的风险不是不管了,是先观察,看其发展 13. 风险管理计划包括内容:①方法论;②角色与职责;③预算;④时间安排;⑤风险类别; ⑥风险概率和影响的定义;⑦概率和影响矩阵;⑧修订的干系人承受力;⑨报告格式;⑩跟 踪。
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 18 品. 成果或服务的能力。这些细节将随采购物的性质. 买方的需要或预期的合同形式而变化。 采购工作说明书描述了由卖方提供的产品. 服务或者成果。工作说明书包括的主要内容有前 言. 服务范围. 方法. 假定. 服务期限和工作量估计. 双方角色和责任. 交付资料. 完成标 准. 顾问组人员. 收费和付款方式. 变更管理等。采购工作说明书是采购过程中的一个关键 文件,可以根据需要进行修改,直到达成最终协议。 3. 投标人会议(不可以只组织部分的投标人来) 4. 加权系统 5. 采购审计:是从采购计划编制到合同管理的采购过程中的一种结构性审查。采购审计的 目标是找出采购过程中的成功和失败之处,以保证成功的对项目或其他项目的采购合同进行 准备和管理。属于合同收尾。 6. 项目经理在编制询价计划时,由于待采购的内容比较专业,为了更加明确采购需求,该 项目经理需要使用的文件为供应商意见书 7. 询价不是仅仅是询问价格,还有服务 8. 在项目中准备进行采购时,应组织制定的采购文件包括采购管理计划. 工作说明书. 标 书(RFP)和评估标准等内容 9. 采购文件是买方准备的,建议书是卖方准备的 10. 评分标准在制定询价计划中就应该完成 11. 项目经理采用记录管理系统来管理合同. 采购文档和相关记录。 12. 合同分成三种:①总价合同;②成本补偿合同;③工料合同。采用总价合同,买方必须 准确定义要采购的产品或服务。总价合同进一步分固定总价合同和变动总价合同两种。 13. 固定总价合同特点是范围确定。对卖方(乙方)来说,卖设备时使用此种合同,固定总 价合同最简单的形式就是一个采购单。如下项目可签订固定总价合同:①工程量小. 工期短; ②工程设计详细,图纸完整;③风险小;④投标期相对宽裕;⑤验收标准明确。总价加激励 费用合同(FPIF),要设置一个价格上限。总价加经济价格调整合同(FP-EPA):允许根据条 件变化以事先确定的方式对合同价格进行最终调整。 14. 成本补偿合同:向卖方支付为完成工作而发生的全部合法实际成本. 人工费用以及合理 的利润。成本加固定费用合同(CPFF),费用只能针对已完成的工作来支付。成本加激励费 用(CPIF),向卖方支付预先确定的激励费用,如果最终成本低于或高于原始估算成本,则 买方和卖方需要根据事先商定分摊超出费用。成本加奖励费用(CPAF),为卖方报销履行合 同工作所发生的一切合法成本,但是只有在满足了合同中规定的某些笼统. 主观的绩效标准 的情况下,才能向卖方支付大部分费用。完全由买方根据自己对卖方绩效的主观判断来决定 奖励费用,并且卖方通常无权申诉。成本加成本百分比,卖方的实际项目成本,买方报销。 卖方的费用以实际成本的百分比来计算。 15. 工料合同适应情况:当不能迅速确定准确的工作量或者工作说明书时,工料合同适用于 动态增加人员. 专家或其他外部支持人员等情况。在时间紧急的情况下,选择工料合同比较 稳妥。
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 19 同 4. 按项目付款方式划分的合同分类: 1. 总价合同 2. 单价合同 3. 成本加酬金合同 当不能迅速确定准确的工作量时,时间和材料合同(不是成本补偿合同. 成本加酬金合 同等)适用。 5. 要约. 要约邀请. 承诺 6. 合同法规定了4种违约责任的承担方式:
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 12. 在项目开发过程中,绝大部分的配置项都要经过多次的修改才能最终确定下来。对配置 项的任何修改都将产生新的版本。由于我们不能保证新版本一定比旧版本“好”,所以不能抛 弃旧版本。版本控制的目的是按照一定的规则保存配置项的所有版本,避免发生版本丢失或 混淆等现象,并且可以快速准确地查找到配置项的任何版本。 13. 配置库的建库模式:决定配置库的结构是配置管理活动的重要基础。一般常用的是两种 组织形式:按配置项类型分类建库和按任务建库。 14. 实施配置审核的时机:通常选择以下几种情况实施配置审核:信息系统产品交付或是信 息系统产品正式发行前;信息系统开发的阶段工作结束之后;在维护工作中,定期地进行。 15. 配置基线由一组配置项组成,这些配置项构成了一个相对稳定的逻辑实体。基线通常对 应于开发过程中的里程碑(Milestone),一个产品可以有多个基线,也可以只有一个基线。 交付给外部顾客的基线一般称为发行基线(Release Milestone),内部开发使用的基线一般 称为构造基线(Build Baseline)。 16. 对于每一个基线,定义的内容:建立基线的事件. 受控的配置项. 建立和变更基线的程 序. 批准变更基线所需的权限。 17. 配置管理员进行的配置管理活动:①编写配置管理计划;②建立和维护配置管理系统; ③建立和维护配置库;④配置项识别;⑤建立和管理基线;⑥版本管理和配置控制;⑦配置 状态报告;⑧配置审计;⑨发布管理和交付;⑩对项目成员进行配置管培训。 18. 发布管理和交付主要任务:①存储;②复制;③打包;④交付;⑤重建。
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训 7. 安全审计是指对主体访问和使用客体的情况进行记录和审查,以保证安全规则被正确执 行,并帮助分析安全事故产生的原因。安全审计是落实系统安全策略的重要机制和手段,通 过安全审计识别与防止计算机网络系统内的攻击行为. 追查计算机网络系统内的泄密行为, 是信息安全保障系统中的一个重要组成部分。作用不包括保证可信网络内部信息不外泄。安 全审计产品主要包括主机类. 网络类及数据库类等等。安全审计的作用如下:
提供信息系统项目管理师. 系统集成项目管理工程师. 系统规划. 一级建造师. 二级建造师全程辅导培训
项目的必要性分析: ①原有系统开发不规范,缺少必要的技术文档,原开发人员跳槽,新接手的开发人员很 难维护原有系统,维护成本可能会接近或超过新开发的成本。 ② 原系统采用落后的设计或因设计人员的水平有限,系统架构设计不合理,难以扩充 和修改。 ③ 原系统设计虽然合理,也考虑到了日后的扩充,但因业务发展太快,远远超过原来 的设想,量变引起质变 ④ 原系统开发工具已过时,用落后的开发工具继续维护还不如用新的开发工具重新开 发。 ⑤原系统所基于的硬件或软件平台已过时,在原有平台继续维护已无必要,需要开发基 于当前流行平台的新系统项目的可能性。 可行性研究的内容: ①技术可行性分析;②经济可行性分析;③运行环境可行性分析;④其他方面的可行性 分析(法律可行性. 社会可行性)。 可研过程中可能出现的问题?
项目经理的技术经验不足
没有正式. 书面的新产品研发项目建议书就开展可行性研究工作
新产品研发的可行性研究工作不充分,尤其缺少技术可行性分析和论证
研发过程中对人才缺乏. 竞争对手等带来的风险缺乏充分的分析,没有合理有效的应对方案
没有新产品的初步设计方案就开始研发工作
新产品的需求和技术指标不应由领导把关,应进行外部评审
在项目启动前缺少对项目成本的估算或成本估算工作未到位
可行性研究报告缺少必要的内部论证或外部评估环节
没有制订综合. 全面的项目管理计划,进度计划不能代替项目管理计划,领导的指示不能代替项目管理计划
项目发生进度延误的可能性时未及时调整或更新进度计划并与领导及相关各方沟通
前期立项工作中人员参与不充分,缺少关键技术人员和财务人员 可行性研究的步骤: ①明确项目规模和目标;②研究正在运行的系统;③建立新系统的逻辑模型;④导出和评价 各种方案;⑤推荐可行性方案;⑥编写可行性研究报告;⑦递交可行性研究报告 项目建议书批准后的主要工作一般为:
确定项目建设的机构. 人员。
选定建设地址,申请规划设计条件,做规划设计方案。
落实筹措资金方案。
落实原料的供应. 配套方案. 安全消防措施等。
外商投资企业申请企业名称预登记。
进行详细的市场调查分析。
编制可行性研究报告。 项目评估的程序: 1)成立评估小组,进行分工,制定评估工作计划; 2)开展调查研究,收集数据资料,并对可行性研究报告和相关资料进行审查和分析; 3)分析与评估; 4)编写评估报告; 5)讨论. 修改报告; 6)专家论证会; 7)评估报告定稿。(项目评估的最终成果是项目评估报告) 二. 整体管理 可能的问题?
项目管理计划不应由一人制定,应有项目组参与。
项目计划缺少相关分计划,如质量计划. 沟通计划等。
制定进度计划的方法不合理,没有预留一定的缓冲时间。
项目计划缺少评审和审批环节。
没有处理好外部因素(天气)和内部因素(团队)带来的风险,缺乏有效的应对措 施。
项目发生变更时没有及时更新项目计划。
应识别受设备到场所影响的活动,对于不受影响的活动不应推迟进行。 编写计划的过程
各具体知识领域制订各自的分项计划。
整体管理知识领域收集各分项计划,整合成项目管理计划。
用项目管理计划指导项目的执行和监控工作,并在执行过程中监控。
对提出的必要的变更请求,报实施整体变更控制过程审批。
根据经批准的变更请求,更新项目管理计划。 项目章程一般包括以下内容:
概括性的项目描述和项目产品描述。
项目目的或批准项目的理由,即为什么要做这个项目。
项目的总体要求,包括项目的总体范围和总体质量要求。
可测量的项目目标和相关的成功标准。
项目的主要风险,如项目的主要风险类别。
总体里程碑进度计划。
总体预算。
项目的审批要求,即在项目的规划. 执行. 监控和收尾过程中,应该由谁来做出 哪种批准。
委派的项目经理及其职责和职权。
发起人或其他批准项目章程的人员的姓名和职权。 项目管理计划记述了如下内容:
所使用的项目管理过程。
每个特定项目管理过程的实施程度。
完成这些项目的工具和技术的描述。
选择的项目的生命周期和相关的项目阶段。
如何用选定的过程来管理具体的项目。包括过程之间的依赖与交互关系和基本的 输入输出等。
如何执行工作来完成项目目标。
如何监督和控制变更。
如何实施配置管理。
如何维护项目绩效基线的完整性。
与项目干系人进行沟通的要求和技术。
为项目选择的生命周期模型。对于多阶段项目,要包括所定义阶段是如何划分的。
为了解决某些遗留问题和未定的决策,对于其内容. 严重程度和紧迫程度进行的 关键管理评审。 三. 需求范围管理 范围管理可能问题:
没有挖掘到全部隐性需求,缺乏精确的范围定义;
没有有效的范围管理,造成二次变更;
对范围控制不足;
没有和客户进行需求确认
没有制定范围管理计划或项目管理计划
变更结果没有得到客户的确认。
项目范围说明书内容不全面(或者项目范围定义不充分)
没有及时评估客户提出的变更要求对项目带来的影响并与客户及时沟通
变更不应由项目经理审批,应有CCB审批
项目变更实施前没有及时变更合同
缺少范围确认环节(或项目需求. 设计等没有得到用户的正式评审);
范围控制存在问题 范围管理应对措施:
项目范围进行清晰定义,并根据定义对工作进行分解,制定WBS;
对项目进行合理估算,对工作量有量化的把握;
对项目范围进行有效控制;
重新定义项目范围必须得到高层和客户的确认;
进行沟通管理,协调多个项目干系人之间的矛盾。 项目范围说明书的内容: 1 )成果性目标. 约束性目标2)产品范围描述3)项目的可交付物4)项目边界5)产品验收标准6)项目的约束条件7)项目的假定; 需求管理计划的主要内容至少包括:
1)如何规划. 跟踪和报告各种需求活动。
2)配置管理活动,例如,如何启动产品变更,如何分析其影响,如何进行追溯. 跟踪 和报告,以及变更审批权限。
3)需求优先级排序过程。
4)产品测量指标及使用这些指标的理由。
5)用来反映哪些需求属性将被列入跟踪矩阵的跟踪结构。
6)收集需求过程 需求文件的主要内容至少包括:(注意和上面的区别) ①业务需求,包括:可跟踪的业务目标和项目目标. 执行组织的业务规则. 组织的指导 原则。 ②干系人需求,包括:对组织其他领域的影响. 对执行组织内部或外部团体的影响. 干 系人对沟通和报告的需求。 ③解决方案需求,包括:功能和非功能需求. 技术和标准合规性需求. 支持和培训的需 求. 质量需求. 报告需求(可用文本记录或用模型展示解决方案需求,也可两者同时使用)。 ④项目需求,例如:服务水平. 绩效. 安全和合规性,以及验收标准。 ⑤过渡需求。 ⑥与需求相关的假设条件. 依赖关系和制约因素。 树型. 列表型;按生命周期. 按子项目. 按可交付物三种分解方法. 分解步骤。还有8 个 原则 需求变更的可能问题:
需求跟踪矩阵通常包括有以下内容,具体取舍根据项目需要:
1)业务需要. 机会. 目的和目标。
2)项目目标。
3)项目范围/WBS 可交付成果。
4)产品设计。
5)产品开发。
6)测试策略和测试场景。
7)高层级需求到详细需求。 需求跟踪矩阵中记录的典型属性包括唯一标识. 需求的文字描述. 收录该需求的理由. 所有者. 来源. 优先级别. 版本. 当前状态(如活跃中. 已取消. 已推迟. 新增加. 已批准. 被分配和已完成)和状态日期。为确保干系人满意,可能需要增加一些补充属性,如稳定性. 复杂性和验收标准。需求跟踪矩阵连接了需求与需求源,用于在整个项目生命周期中对需求 进行跟踪。 四. 进度管理 进度管理计划会规定:
1)项目进度模型制定。
2)准确度。
3)计量单位。
4)组织程序链接。
5)项目进度模型维护。
6)控制临界值。
7)绩效测量规则。
8)报告格式。
9)过程描述。 进度管理可能出现的问题以及可以采用的办法,其中还要注意可能会和成本一起考!
1)向公司申请增加资源,或使用经验丰富的员工
2)优化网络图,重排活动之间的顺序,压缩关键路径
3)临时加班(赶工),尽可能补救耽误的时间或提高资源利用率 4. 将部分阶段的工作改为并行,并进行内部流程的优化 5. 变更原来的进度计划。根据上一阶段的绩效,对后续工作重新评估,修订计划, 并征得项目干系人的同意 (6)加强同项目干系人的沟通 (7)加强对交付物. 项目阶段工作的及时检查和控制,避免后期出现返工 8. 尽可能调配非关键路径上的资源用于关键路径上的任务 9. 优化外包,采购等环节,并全程监控。 进度压缩的方法: 1. 赶进度。 2. 快速跟进。 缩短工期的方法:
1)赶工,投入更多的资源或增加工作时间,以缩短关键活动的工期;
2)快速跟进,并行施工,以缩短关键路径的长度;
3)使用高素质的资源或经验更丰富的人员;
4)减小活动范围或降低活动要求;---(如果是自己答案例,请在前面写:经过甲方同意)
5)改进方法或技术,以提高生产效率;
6)加强质量管理,及时发现问题,减少返工,从而缩短工期。 进度提前的变更方法
7 其实进度管理主要是计算题,要会找关键路径. 会求6标时. 自由 时差,要会调整工期,还需要会结合挣值进行分析。 提示:在压缩了一个活动之后,要分析关键路径是否有变化,不管有没变化,都需要在答题 纸上说明。 五. 成本管理
成本估算的工具:1)类比估算2)确定资源费率3)自下而上估算4)参数估算5)项目管 理软件6)供货商投标分析7)准备金分析8)质量成本 成本预算的工具:1)成本汇总2)准备金分析3)参数估算4)资金限制平衡 成本估算的步骤
质量保证体系包含?
质量控制的工作应做好以下几方面内容:
改进之策:
质量计划的方法:效益/成本分析. 基准比较. 流程图. 实验设计. 质量成本分析. 质量功 能展开. 过程决策程序图法 质量控制的方法: 4 个:统计抽样. 检查. 测试. 6西格玛 老七种工具:因果图. 流程图. 直方图. 检查单. 散点图. 排列图(帕累托图). 控制图(管 理图. 趋势图) 新七种工具:相互关系图. 亲和图. 树状图. 矩阵图. 优先矩阵图. 过程决策程序图. 活动 网络图 质量管理过程可以分解为 4个环节:
人力资源可能问题: ①缺乏足够的项目管理能力和经验;②兼职过多,精力和时间不够用,顾此失彼;③没 有进入管理角色,定位错误,疏于对项目的管理;④新人缺乏培训和全程的跟踪和监控;⑤ 没有进行良好的冲突管理。 应对措施:
项目干系人包括: ①项目经理,②顾客/客户,③执行组织,④项目团队成员,⑤项目管理团队,⑥出资 人,⑦有影响的人,⑧项目管理办公室。 如何进行项目干系人分析: ①进行项目干系人识别;②分析项目干系人的重要程度;③进行项目干系人的支持度分 析;④针对不同项目干系人,特别是重要的项目干系人,给出管理项目干系人的建议,并予 以实施。 如何改进项目沟通: ①使用项目管理信息系统;②建立沟通基础设施;③使用项目沟通模版;④把握项目沟 通基本原则;⑤发展更好的沟通技能;⑥把握人际沟通风格;⑦进行良好的冲突管理。 保证团队沟通顺畅的六点措施: ①有效的沟通者;②发布者;③避免沟通阻断器;④紧密矩阵式结构;⑤指挥室;⑥有效的会议。 沟通基本原则: ①沟通内外有别;②非正式的沟通有助于关系的融洽;③采用对方能接受的沟通风格; ④沟通的升级原则;⑤扫除沟通的障碍。 可能问题和应对措施的补充
干系人管理计划通常还包括:(掌握)
干系人登记册
干系人管理说明
管理干系人参与活动
配置管理过程
配置管理问题
改进措施:
配置库的作用
配置识别的内容如下:
创建基线或发行基线的主要步骤如下
建立配置管理系统的基本步骤
什么时候进行配置审核:
项目合同签订的注意事项
合同管理里可能会出现的问题
合同没订好,没有就具体完成的工作形成明确清晰的条款
甲方没有对需求及其变更进行统一的组织和管理
缺乏变更的接收/拒绝准则
项目干系人及其关系分析不到位,范围定义不全面. 不准确
甲乙双方对项目范围没有达成一致认可或承诺
缺乏项目全生命周期的范围控制
缺乏客户/用户参与
甲方无法进行跨部门协调
实施范围不清楚. 验收标准不清楚
项目沟通有问题
客户不验收或拖延验收. 签字. 客户有情绪. 不付款
客户对项目质量信心不足. 售后没有承诺等。
缺少违约责任相关条款;
缺少变更处理及索赔相关条款索赔流程:1. 提出索赔要求;2. 报送索赔资料. 3. 监理工程师答复4. 监理工程师逾期答复 后果5. 持续索赔
后续可以怎么做?
项目总结内容和意义
对于系统集成项目,所涉及的文档应该包含如下部分:
团队成员转移的流程:
怎么才可以促使甲方项目验收?
验收中存在的主要问题:
验收工作的步骤:
验收需要正式的验收报告。对于系统集成项目,一般来说,需要证书的验收测试工作, 验收测试工作可以由业主和承建单位共同进行,也可以由第三方公司进行,但无论哪种方式 都需要双方认可的正式文档为依据进行验收测试。
主要风险来源: ①需求风险;②技术风险;③团队风险;④关键人员风险;⑤预算风险;⑥范围风险。 风险项 产生原因 应对措施 没有正确理解业务问题 项目干系人对业务问题的 认识不足. 计算起来过于复 杂. 不合理的业务压力. 不 现实的期限 用户培训. 系统所有者 和用户的承诺与参与. 使用高水平的系统分析 师 用户不能恰当的使用系统 信息系统没有与组合战略 相结合. 对用户没有做足够 的解释. 帮助手册编写的不 好. 用户培训工作做的不够 用户的定期参与. 项目 的阶段交付. 加强用户 培训. 完善信息系统文 档 拒绝需求变更 固定的预算. 固定的期限. 决策者对市场和技术缺乏 正确的理解 变更管理. 应急措施 对工作的分析和评估不足 缺乏项目管理经验. 工作压 力过大. 对项目工作不满意 采用标准技术. 使用具 有丰富经验的项目管理 师 人员流动 不现实的工作条件. 较差的 工作关系. 缺乏对职员的长 远期望. 行业发展不规范. 企业规模较小 保持好的职员条件. 确 保人与工作匹配. 保持 候补. 外聘. 行业规范 缺乏合适的开发工具 技术经验不足. 缺乏技术管 理准则. 技术人员的市场调 研或对市场理解有误. 研究 预先测试. 教育培训. 选择替代工具. 增强组 织实力 预算不足. 组织实力不够 缺乏合适的开发与实施人员 对组织架构缺乏认识. 缺乏 中长期的人力资源计划. 组 织不重视技术人才的技术 工作. 行业人才紧缺 外聘. 招募. 培训 缺乏适合的开发平台 缺乏远见. 没有市场和技术 研究. 团队庞大陈旧难以转 型. 缺乏预算 全面评估. 推迟决策 使用了过时的技术 缺乏技术前瞻人才. 轻视技 术. 缺乏预算 延迟项目. 标准检测. 前期研究. 培训 风险管理计划包括以下内容。
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。