意义：
（1） 有利于用户选择项目承建单位；
（2） 有利于系统集成企业展示自身实力、参与市场竞争，加强自身建设； （3） 有利于规范信息系统集成市场； （4） 有利于保证信息系统工程质量。
● 信息系统集成资质管理办法（原则、管理办法和工作流程）
原则：认证和审批分离，先由认证机构认证，再由信息产业主管部门审批。 管理办法：
（1） 资质管理包括资质评审和审批、年度监督、升级、降级、取消和其他相关内容。 （2） 资质管理涉及从事信息系统集成业务的单位、信息产业部、省市信息产建设单位管理部门、信息产业部授权的资质评审机构、省市信息产业部门授权的资质评审机构等等。 （3） 信息产业部负责全国信息系统集成的行业管理工作，审批及管理1、2级信息系统集成资质；省市信息产建设单位管理部门负责本行政区域内信息系统集成的行业管理工作，审批及管理本行政区域内3、4级信息系统集成单位资质，初审本行政区域内1、2级信息系统集成单位。
（4） 信息产业部授权的资质评审机构可以受理申请1、2、3、4级资质的评审；省市信息产业部门授权的资质评审机构可以受理申请3、4级资质的评审。 工作流程：
（1） 资质评审（信息产业部授权的资质评审机构、省市信息产业部门授权的资质评审机构）
（A）评审申请；
（B）评审申请的受理和资料审查； （C）对申请单位进行现场审查； （D）出具评审报告。
（2） 资质审批（信息产业部、省市信息产建设单位管理部门）
（A） 审批申请，准备相应的申请资料，评审机构出具的评审报告； （B） 审批。
●信息系统集成资质等级条件
（1） 综合条件：从企业的从业年限、获取低一级资质年数、主业是否为系统集成、注册资金、近3年系统集成年均收入、经济财务状况、企业信誉度等基本情况来衡量。 （2） 业绩：从近3年完成的系统集成项目额、项目规模、项目的技术含量、项目的软件费用比例、项目的实施质量、企业所完成项目在业务领域的水平等方面衡量。项目必须经过建设单位签字、验收了的项目。
（3） 管理能力：从质量管理、客户服务、企业的信息管理系统、企业负责人以及技术、财务负责人等方面能力进行衡量。
（4） 技术实力：从企业在某些业务领域的实力、软件研发能力、开发环境、研发投入等方面衡量。
（5） 人才实力：从工程技术人员、本科以上人员比例、项目经理数目、培训体系和人力资源管理水平等方面衡量。
● 信息系统项目管理专业技术人员资质管理 分为项目经理、高级项目经理、资深项目经理。 2.4信息系统工程监理资质管理
●信息系统工程监理资质管理的必要性、意义和主要内容 意义：
6
（1）监理帮助业主单位更合理的保证工程的质量、进度、投资，并合理、客观的处理好它们之间的关系；
（2）监理可以合理的协调业主单位和建设单位之间的关系； （3）有助于第三方的专业化服务功能。
信息系统工程包括信息网络系统、信息资源系统、信息应用系统。
信息系统工程监理：指在政府工商管理部门注册的且具有信息系统工程监理资质的单位，受建设单位的委托，依据国家有关法律法规，技术标准和信息系统工程监理合同，对信息系统工程项目实施的监督管理。
信息系统工程监理单位分为甲乙丙三级。
信息系统工程监理资格证书分为高级监理工程师、监理工程师、监理员。 监理内容：四控、三管、一协调。
四控：质量控制、进度控制、投资控制、变更控制。 三管：合同管理、信息管理、安全管理。
一协调：协调有关单位及人员之间的工作关系。 ●信息系统工程监理资质管理办法 ●信息系统工程监理资质等级条件 ●信息系统工程监理人员资质管理 3.信息系统集成专业技术知识 3.1信息系统建设
●信息系统集成（概念、类型）
概念：是指将计算机软件、硬件、网络通信等技术和产品集成成为能够满足用户特定需求的信息系统，包括总体策划、设计、开发、实施、服务及保障。
类型：设备系统集成、应用系统集成（Application System Integration）。 其中设备系统集成包括：
智能建筑系统集成(Intelligent Building Integration)、
计算机网络系统集成(Computer Network System Integration)、 安防系统集成(Security System Integration)。
●信息系统的生命周期、各阶段目标及主要工作内容 生命周期：立项、开发、运维、消亡。 立项：概念形成阶段、需求分析阶段；
开发：总体规划阶段、系统分析阶段、系统设计阶段、系统实施阶段、系统验收阶段； 运维：排除性运维、适应性运维、完善性运维、预防性运维。 ●信息系统开发方法
结构化方法；原型法；面向对象方法。 （1）结构化方法：（面向过程）
结构化方法是按照信息系统生命周期，应用结构化系统开发方法，把整个系统的开发过程分为若干阶段，然后一步一步的依次执行，前一阶段是后一阶段的工作依据；每个阶段又划分为详细的工作步骤，顺序作业。 结构化方法特点：
（1） 遵循用户至上原则；
（2） 严格区分工作阶段，每个阶段有明确的任务和取得的成果； （3） 强调系统开发过程的整体性和全局性； （4） 系统开发过程工程化，文档资料标准化。 结构化方法优点：
7
理论基础严密，它的指导思想是用户需求在系统建立之前就能被充分了解和理解，注重开发过程的整体性和全局性。 结构化方法缺点：
开发周期长；文档、设计说明繁琐，工作效率低；要求在开发之初全面认识系统的信息需求，充分预料各种可能发生的变化，但这并不现实；若用户参与系统开发的积极性没有充分调动，将造成系统交接过程不平稳，系统运行与维护管理难度加大。 （2）原型法：
原型法认为在很难全面准确地提出用户需求的情况下，不要求对系统做全面、详细的调查分析，本着开发人员对用户需求的初步理解，快速开发一个原型系统，通过反复修改该原型来实现用户的最终系统需求。 原型法特点：
实际可行；最有最终系统的基本特征；构造方便、快速，造价低。 原型法适用于用户需求开始时定义不清、管理决策方法结构化程度不高的系统开发，开发方法宜被用户接受；但如果用户配合不好，盲目修改，容易拖延开发过程。 原型法分类：
抛弃型原型；进化型原型。 （3）面向对象方法：
面向对象指将每个客观事物抽象为对象，将对象作为系统的基本构成单位，每个客观事物间的联系通过对象间的消息传递机制来实现，这样可以使系统直接地映射问题域，保持问题域中事物及其相互关系的本来面貌。
面向对象的信息系统开发，关键点为建立一个全面、合理、统一的模型，它既能反映问题域，又能被计算机系统求解域接受。
面向对象开发分为分析、设计、实现3个阶段。 3.2信息系统设计 ●方案设计 ●系统架构
●设备、DBMS和技术选型 3.3软件工程
●软件需求分析与定义
软件需求定义：
软件需求是一个为解决特定问题，而必须由被开发或被修改软件展示的特性。 软件需求基本特征：可验证性、优先级、唯一性。 软件需求分析的目的：
（1） 检测和解决需求之间的冲突；
（2） 发现软件的边界，确定软件与环境间的交互； （3） 描述系统需求，以确定软件需求。
8
开发真实世界问题的模型是软件需求分析的关键，模型的目的是帮助解决问题，而不是启动方案的设计。概念模型由来自问题域的实体模型组成，实体模型反映了它们在真实世界的联系和依赖。
●软件设计、测试与维护
软件设计是定义一个系统的架构、组件、接口和其他特征的过程，并得到这个过程的结果。软件设计活动组成：
（1） 软件架构设计：描述软件的组织和结构，标识各种不同的组件；
（2） 软件详细设计：详细的描述各个组件，使之能被构造。
软件测试是为评价和改进产品质量、识别产品缺陷和问题而进行的活动。
软件测试分类：单元测试、集成测试、系统测试。
软件维护是为需要提供软件支持的全部活动，包括交付前完成的活动，交付后完成的活动。
软件维护分类：更正性维护、适应性维护、完善性维护、预防性维护。
●软件复用
软件复用是指利用已有软件的各种知识来构造新的软件，以缩减软件开发、维护的费用。软件复用是提高软件生产力和质量的一种重要技术。
软件复用按抽象程度的高低分类：代码的复用、设计的复用、分析的复用、测试信息的复用。
面向对象的软件开发和软件复用之间的关系式相辅相成的。
●软件质量保证及质量评价
软件质量定义：软件特性的综合，软件满足规定和潜在用户的能力。
软件质量包括内部质量、外部质量、使用质量3部分。
软件质量管理过程：质量保证过程、验证与确认过程、评审与审计过程。
●软件配置管理
软件配置管理：通过标识产品的元素，管理和控制变更，验证、记录、报告配置信息，来控制产品的进化和完整性。软件配置管理和软件质量保证密切相关。
9
软件配置管理活动：软件配置管理过程的管理和计划、软件配置标识、软件配置控制、软件配置状态记录、软甲配置审计、软件发布管理与交付。
●软件开发工具
软件需求工具、软件设计工具、软件构造工具、软件测试工具、软件维护工具、软件配置管理工具、软件工程管理工具、软件工程过程工具、软件质量工具。
●软件过程管理
软件工程管理包含过程管理和项目管理，包括6个方面：启动和范围定义、软件项目计划、软件项目实施、评审和评价、关闭、软件工程度量。 3.4面向对象系统分析与设计 ●面向对象的基本概念
基本概念：对象、类、抽象、封装、继承、多态、接口、消息、组件、模式、复用。 对象3要素：对象标识、对象状态、对象行为。
类的数据（属性）表现类静态方面；类的函数（功能）表现类动态方面。
类和对象的关系：每个对象都是某一个类的实例；每个类有零或多个实例；类是生成对象的模板；类是静态的，它的存在、语义和关系在程序执行前就已经定义好了，对象是动态的，它在程序执行时可以被创建和删除。
继承表示类之间的关系，可分为单继承和多继承。Java是单继承语言，C++是多继承语言。
多态是一种方法，使得多个类中可以定义同一个操作或属性名，并在每个类中都有不同的实现。
接口是对操作规范的说明，定义操作应该做什么，没有定义操作如何做，即没有定义实现细节。
消息是对象间的交互手段。
组件是软件系统可替换的、物理的组成部分，它封装了实现体（实现某个功能），并提供了一组接口的实现方法。组件应利于复用，同时提供公共特性和可变特性。
模式是一条由3部分组成的规则，表示了一个特定环境、一个问题、一个解决方案之间的关系。每个模式描述了一个重复发生的问题，以及该问题的解决方案。 ●统一建模语言UML与可视化建模
统一建模语言（UML，Unified Modeling Language）是一个通用的可视化建模语言，它是面向对象分析和设计的一种标准化表示，用于对软件进行描述、可视化处理、构造和建立软件系统的文档。
UML描述了系统的静态结构和动态行为，它将系统描述为一些独立的相互作用的对象，构成为外界提供一定功能的模型结构。静态结构定义了系统中重要对象的属性和服务；动态行为定义了对象的时间特性和对象为完成目标而进行相互间通讯的机制。
UML不是一种可视化的程序设计语言，是一种可视化的建模语言。UML没有定义一种标准的开发过程，但它比较适用于迭代式的开发过程，是为支持面向对象的开发过程设计的。 ●面向对象系统分析
面向对象的系统分析指运用面向对象的方法分析问题域，建立基于对象、消息的业务模型，形成对客观世界和业务本身的正确认识。
10
2011年软考系统集成项目管理工程师考试大纲复习知识点
