历年系统集成项目管理工程师重难点总计.doc

历年系统集成项目管理工程师重难点总计.doc

  1. 1、本文档共8页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
历年系统集成项目管理工程师重难点总计

缩短工期: 投入更多的资源以加速活动的进程。 指派经验更丰富的人去完成或帮助完成项目工作。 减小活动范围或降低活动要求。 改进方法或者技术,提高生产效率。 科学地估算工作量,以便准确地安排工期 加强培训 对项目及时监控,以便及时处理变更 优化流程 快速跟进,实现并行。 进度计划包括的种类和用途: 1.综合进度计划:计划整个项目的总工期,直到达到计划目标的合理工期为止。 2.实施进度计划:根据各活动所需人工数,确定各活动的实施时间,制定实施进度计划。 3.采购进度计划:按照项目总进度计划中,各项设备和材料到达现场的时间要求,确定出各项采购实施的具体时间。 4.验收进度计划:实施中或者即将结束时进行的验收活动安排计划,一般包括试运行、系统初验、系统运行、系统终验。 5.维护计划:项目的后期维护计划。 “滚动波浪式计划”方法的特点和确定滚动周期的依据 定义:一种动态编制计划的方法,在每次编制或者调整计划时,均将计划按时间顺序向前推进一个计划期,即向前滚动一次,按照制定的项目计划进行实施,对保证项目的顺利实施有很大意义。 优点:1.把计划期内各个阶段以及下一时期的预先安排有机的衔接起来。 2.较好的解决了计划的相对稳定性和实际情况多变性的这一矛盾。 3.灵活运用内外环境条件的变化, 有利于实现项目的预期目标。 滚动周期的依据:滚动间隔期的选择,要适应项目的实际情况,如果滚动周期偏短,则计划调整过于频繁,优点是有利于计划与实际相合,缺点是降低了计划的严肃性,一般情况下,工期长的采用较长的滚动周期,工期短的,采用较短的滚动周期。 质量控制的方法、技术和工具 质量控制的方法和技术:测试、检查、抽样统计、6θ (可能)。 老七种工具:因果图、流程图、直方图、散点图、排列图、控制图、检查表。 新七种工具:相互关系图、活动网络图、决策方法图、优先矩阵图、矩阵图、树状图、亲和图。 项目实施阶段,需要完成的文档: 数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、模块开发卷宗、测试计划、测试分析报告、开发进度月报、项目开发总结报告。 瀑布模型: 优点:1.为项目提供了按阶段划分的检查点。 2.当前一阶段完成后,只需关注后续阶段。 3.可在迭代模型中使用瀑布模型。 缺点:1.各个阶段之间极少有反馈。 2.只有生命周期的后面才能看到结果。 3.通过过多的强制完成日期和里程碑来跟踪各个项目阶段。 弥补不足:使用原型化模型可以弥补瀑布模型的不足,减少瀑布模型中因需求分析不明确而给开发工作带来的风险,因为在原型基础上沟通更为直观,也为需求定义和分析提供了新方法。 供应链系统设计的原则有: 自顶向下和自底向上相结合的设计原则 2.简洁性原则 3.取长补短原则 4.动态性原则 5.合作性原则 6.创新性原则 7.战略性原则 在ERP系统中物流管理模块包括如下功能: 1销售管理 2库存控制 3采购管理 ( 物料需求计划管理MRP----生产控制管理功能) CRM在注重提高客户的满意度的同时,一定要把帮助企业提高获取利润的能力作为重要指标 V模型:需求分析、概要设计、详细设计、编码、单元测试(针对编码过程)、集成测试(针对详细设计)、系统测试(针对概要设计)、验收测试 瀑布模型:可行性分析、需求分析、概要设计、详细设计、编码、测试、运行维护 需求分析:定义系统的目标,用需求规格说明书以规范的形式准确地表达用户的需求,让用户和开发者共同明确待建的是一个什么样的系统,关注待建的系统要做什么、应具备什么功能和性能。 软件设计可以分为概要设计和详细设计。有时也称概要设计为总体设计。在概要设计阶段,应设计完成软件的系统架构(或称体系结构)、每个软件子系统承担的功能以及满足的需求,应完成数据库的设计,编制集成测试计划,编制用户手册的最初版本,项目经理编制更为详细的项目计划。所有这些成果都要通过相应的评审。 详细设计负责对每个软件子系统或模块进行设计,详细设计的结果应该能指导程序员编码和测试工程师测试。 常用的开发方法有: 结构化方法、原型法和面向对象方法 软件文档分为:开发文档、产品文档和管理文档 信息系统集成包括设备系统集成和应用系统集成(而不是管理系统集成) UML视图:结构( 静态视图、用例视图、实现视图)、动态行为( 状态机视图、活动视图、交互视图 )、模型管理 UML的语言特征: 1是一种可视化的建模语言,不是程序设计语言; 2不是过程,也不是方法,但允许任何一种过程和方法使用; 3简

文档评论(0)

138****7331 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档