软考系统集成项目管理工程师重点知识.docx

上传人:jian****018 文档编号:8187857 上传时间:2020-03-27 格式:DOCX 页数:3 大小:35.74KB
返回 下载 相关 举报
软考系统集成项目管理工程师重点知识.docx_第1页
第1页 / 共3页
软考系统集成项目管理工程师重点知识.docx_第2页
第2页 / 共3页
软考系统集成项目管理工程师重点知识.docx_第3页
第3页 / 共3页
亲,该文档总共3页,全部预览完了,如果喜欢就下载吧!
资源描述
软考系统集成项目管理工程师重点知识 信息系统集成专业技术知识 信息系统集成是指将计算机软件、硬件、网络通信等技术和产品集成为能够满足用户特定需求的信息系统,包括总统策划、设计、开发、实施、服务及保障。 信息系统集成分类:1、设备系统集成2、智能建筑计算机网络3、安防应用系统集成 信息系统建设生命周期:立项、开发、运维、消亡 信息系统开发方法:结构化特点: 1、遵循用户至上原则 2、严格区分工作阶段;每个阶段有明确的认为和取得的成果 3、强调系统开发的整体和全局 4、开发过程工程化,文档资料标准化。原型化:抛弃型,进化型 面向对象:基本概念:对象、类、抽象、封装、继承、多态、接口、消息、组件、模式、复用。 继承:对已有实例的特征稍作改变就可以生成其他实例的方式。继承基本功能是将一些功能相关的对象进行归类表示,使得子对象具有其父对象属性的能力。 封装是将数据和基于数据的操作封装成一个整体对象,对数据的访问或修改只能通过对象对外提供的接口进行。他使得类能作为软件复用中的基本单元,提高内聚度,降低耦合度。 多态是指作用于不同的对象的同一个操作可以有不同的解释,从而产生不同的执行结果。 软件工程 软件需求分析与定义软件需求是一个为解决特定问题而必须由被开发或被修改的软件展示的特性。需求分析涉及分析需求的过程。检测和解决需求之间的冲突。发现软件的边界,以及软件与其环境如何交互。详细描述系统需求,以导出软件需求。 软件设计、测试与维护 1、软件设计是“定义一个系统或组件的架构、组件、接口和其他特征的过程”,并得到“这个过程的结果”。软件设计由两个处于软件需求和软件构造之间的活动组成。软件构架设计:描述软件的结构和组织,标识各种不同的组件。软件详细设计:详细地描述各个组件,使之能被构造。 2、软件测试单元测试,集成测试,系统测试 3、软件维护包括如下类型: (1)更正性维护;软件产品交付后进行的修改,以更改发现的问题。 (2)适应性维护:软件产品交付后进行的修改,以保持软件产品能在变化后或变化中的环境中可以继续使用。 (3)完善性维护:软件产品交付后进行的修改,以改进性能和可维护性。 (4)预防性维护:软件产品交付后进行的修改,以在软件产品中的潜在错误成为实际错误前,检测和更正它们。软件复用指利用已有软件的各种有关知识构造新的软件,以缩减软件开发和维护的费用。 软件质量保证及质量评价软件质量管理过程包括:质量保证过程、验证过程、确认过程、评审过程、审计过程等。软件配置管理是有益于项目管理、开发和维护活动。软件配置管理活动有:软件配置管理过程的管理和计划、软件配置标识、软件配置控制、软件配置状态记录、软件配置审计、软件发布管理与交付。 软件开发环境 1.软件需求工具需求建模工具和需求追踪工具。 2、软件设计工具 3、软件构造工具程序编辑器、编译器和代码生成器、解释器、调试器。 4、软件测试工具测试生成器、测试执行框架、测试评价工具、测试管理工具、性能分析工具。 5、软件维护工具理解工具和再造工具。 6、软件配置管理工具软件配置管理工具包括追踪工具、版本管理工具和发布工具。 7、软件工程管理工具包括项目计划与追踪工具、风险管理工具和度量工具。 8、软件工程过程工具包括建模工具、管理工具、软件开发环境。 9、软件质量工具检查工具和分析工具 软件过程管理 1、启动和范围定义 2、软件项目计划 3、软件项目实施 4、评审和评价 5、关闭 6、软件工程度量 项目管理一般知识 项目的目标要求遵守SMART原则,即项目的目标要求具体、可测量、需相关方的一致同意、现实、有一定的时限 职能型组织的优点:强大的技术支持,便于只是、技能和经验的交流;清洗的职业生涯晋升路线;之先沟通、交流简单、责任和权限很清晰;有利于重复性工作为主的过程管理缺点智能利益优先于项目,具有狭隘性;组织横向联系薄弱、部门间协调难度大;项目经理缺少权利;项目管理发展方向不明。 项目型组织优点:结构单一,权责分明,有利于统一指挥;目标明确单一;沟通简洁、方便;决策快缺点:管理成本过高;项目环境比较封闭,不利于沟通和知识共享;员工缺乏事业上的连续性和保障 矩阵型组织的优点:项目经理负责制、有明确的项目目标;改善了项目经理对整体资源的控制;及时相应;获得职能组织更多的支持;最大限度地利用公司的稀缺资源;改善了跨职能部门间的协调合作;使质量、成本、时间等制约因素得到更好的平衡;团队有归属感;冲突少缺点管理成本增加;多头领导;难以监测和控制;资源分配与项目优先的问题产生冲突;权利难以保持平衡 瀑布模型的缺点:过于理想化,缺乏灵活性,无法在开发过程中逐渐明确用户难以确切表达或一时难以想到的需求,直到软件开发完成之后才发现与用户需求有很大距离,此时必须付出高额的代价才能纠正这一偏差。 V模型的优点:1、客户需求分析对应验收测试。在进行需求分析、功能设计的同时,测试人员就可以阅读、审查分析结果,从而了解产品设计特点及用户的真正需求,确定测试目标,可准备用例并策划测试活动。 2、系统设计人员进行系统设计时,测试人员可参与设计时,测试人员可了解实现的过程,可设计系统测试方案和计划,并准备系统的测试环境。 3、设计人员做详细设计时,测试人员可参与设计,对设计进行评审,找出设计缺陷,同时设计测试用例,完善测试计划,并基于用例开发测试脚本。 4、编码的同时进行单元测试,可尽快找出程序中的缺陷,提高软件质量5、避免了瀑布模型多带来的误区,即软件测试是在代码完成之后进行。 V模型的缺点:会出现不同类型的错误和缺陷,所以需要不同的测试技术和方法来发现这些缺陷。原型化模型优点:为弥补瀑布模型的不足而产生。 螺旋模型的优点:综合了瀑布模型和演化模型的优点,还增加了风险分析,弥补了两者的不足。第五章立项管理招标过程:招标、投标、开标、评标、决标、授予合同需求分析:确定待开发的信息系统应该“做什么”。
展开阅读全文
相关资源
相关搜索

当前位置:首页 > 建筑环境 > 建筑工程


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!