信息系统项目管理师思维导图模板_ProcessOn思维导图、流程图

13 组织级项目管理及成熟度模型

组织级项目管理概述

组织级项目管理

•是一个战略执行框架，利用项目组合、项目集和项目管理及组织运行潜能实践

•自始至终地，可预测地交付组织战略

•以引导实现更好的绩效、结果和可持续的竞争优势

组织级项目管理和战略

组织级项目管理内容

组织级项目管理成熟度

•所有组织级项目管理层次域

•战略

•项目组合：价值决策

•项目集和项目：成果交付

•运营：商业价值实现

•业务影响分析

•项目组合评审和调整

•价值绩效分析

•组织运行潜能

•架构

•文化

•技术

•人力资源

过程改进

•标准化

•度量

•控制

•改进

使用OPM3得步骤

•获取知识：准备评估

•实施评估

•管理改进：制订管理计划

•管理改进：实施改进

•管理改进：重复此过程

14 组织战略管理

概述

•企业是一个复杂、动态开放的系统，有效的项目管理活动必须能够根据企业战略要求，从企业整体角度出发，整合其范围内的所有项目管理活动进行企业战略项目管理，将分散于企业系统中的项目管理活动集成到战略范畴。

•企业的战略一旦形成，战略管理的关键就是战略的执行，企业战略的执行一般包括建立组织、配置资源、制定政策、实施领导，以及创造企业文化等。

•组织战略规划

– 依据组织外部环境和自身条件及其变化来指定和实施战略，并根据对实施过程与结果的评价和反馈来调整，重新指定新战略的一个循环过程

•企业战略的主要内容：

•战略目标

•战略方针

•战略实施能力

•战略措施

•企业战略的特点：

•全局性

•长远性

•抗争性

•纲领性

•企业战略的实施分解过程

•战略启动阶段

•战略计划实施阶段

•组织战略运作阶段

•组织战略的控制与评估

组织战略得层次和类型

•组织事业战略类型

•防御者

•探索者

•分析者

•反应者

战略组织类型

•指挥型

•变革型

•合作型

•文化型

•增长型

• 组织战略的层次

– 目标层

– 方针层

– 行为层

15 项目立项管理

建设方立项管理

提交项目建议书

• 项目建议书

– 又称“立项申请”

– 是建设单位向上级主管部门提交申请时必须的文件

– 对拟建设项目提出框架性的总体构想

•提出的根据

•国民经济发展情况

•国家和地方中长期规划

•产业政策

•生产力布层

•国内外市场

•所在地内外部条件

•本单位发展战略

•主要内容

•项目的必要性

•项目的市场预测

•产品方案或服务的市场预测

•项目建设必需的条件

可行性研究

•在项目投资决策前，对项目相关的技术、经济、社会等方面的条件和情况进行调查、研究、分析，以考察：

•技术上：先进性、通用性

•经济上：合理性、盈利性

•建设的：可能性、可行性

以确定项目是否可行

•可行性研究的步骤

•确定项目规模和目标

•研究正在运行的系统

•建立新系统的逻辑模型

•导出和评价各种方案

•推荐可行性方案

•编写可行性研究报告

•递交可行性研究报告

•目的：

•投资建设的必要性

•建设周期

•资源

•功能和目标能否实现

•经济效益、社会效益能否保证

•经济上、技术上是否合理

初步可行性研究

•信息系统项目可行性研究内容

•市场和生产能力

•设备与材料投入分析

•网络规划、物理布层方案

•项目整体规划

•项目进度

•投资与成本估算

详细可行性研究

•依据

•国家经济和社会发展的长期规划，部门与地区的发展规划，国家和地方的相关政策、法律、法规、制度

•项目主管部门对项目设计开发建设要求请示的批复

•项目建议书或建议书批准后签订的意向协议

•国家、地区、企业的信息化规划和标准

•市场调研分析报告

•技术、产品或工具的有关资料

•国家有关经济法规、规定。

•基本原则

•科学

•客观

•公正

•主要内容和方法

•市场需求预测

•配件和投入的选择供应

•信息系统结构和技术方案的确定

•技术与设备选择

•网络物流布层设计

•投资、成本与资金筹措

•市场需求预测

•需求和市场研究

现在要做成什么样的？

•需求预测

未来要做成什么样的？

•预测方法

–消费水平法

–最终用途或消费系数法

•配件和投入的选择供应

•生产设备

•原材料/元器件

•质量性能

•单位成本

•供应计划

确定信息系统结构和技术方案

•先进性

•实用性

•可靠性

•连锁效果

•危害性

•技术与设备选择

•技术选择

•获得方式

•费用

•设备选择

•网络物理布层设计

•基本设施

•社会经济条件

•当地条件

•投资、成本与资金筹措

•总投资（投资估算法）

–指数估算：0.6次方法则

–因子估算：主要设备与其他设备的比值

–单位能力投资估算：参数估算

•资金来源：长期贷款、短期贷款

•开发成本

•财务报表

•经济评价和综合分析

•经济评价

–企业经济评价

–国民经济评价

•综合分析

–与确定性分析

–综合分析

•效益预测与评估

•函数求解法

•相关关系法

•模糊数学法

•专家意见法（德尔菲法）

•成本降低法

•利润增加法

可行性研究报告

第1部分概述

1、项目背景

2、可行性研究的结识

第2部分项目技术背景与发展概况

3、项目提出的技术背景

4、项目的技术发展现状

5、编制项目建议书的过程及必要性

第3部分现行系统业务、资源、设施情况分析

6、市场情况调查分析

7、客户现行系统业务、资源、设施情况调查

第4部分项目技术方案

8、项目总体目标

第5部分实施进度计划

9、项目实施进度计划

第6部分投资估算与资金筹措计划

10、项目投资估算

第7部分人员及培训计划

11、项目组人员组成

第8部分与确定性分析

12、项目风险

第9部分经济和社会效益预测与评价

13、经济效益预测

14、社会效益分析与评价

第10部分可行性研究结论与建议

15、可行性研究报告结论

16、附件

项目评估

概述

•在项目可行性研究的基础上

•由第三方根据国家颁布的政策、法规、方法、参数和条例

•评估角度：项目或企业、国民经济、社会

•评估的方面：拟建项目建设的必要性、建设条件、生产条件、产品市场需求、工程技术、经济效益和社会效益

•判断项目是否可行的评估过程

•最终成果是项目评估报告

评估依据

•项目建议书及其批准文件

•项目可行性研究报告

•报送单位的申请报告及主管部门的初审意见文件

•有关资源、配件、燃料、水、电、交通、通信、资金等方面的协议

•其他文件和资料

评估程序

•成立评估小组，进行分工、制订评估工作计划

•开展调查研究，收集数据资料，对相关资料进行审查分析

•分析与评估（技术与经济）

•编写评估报告

•认识、修改报告

•与家识证会

•评估报告定稿

评估内容

•项目与企业概况

•项目建设的必要性

•项目建设规模

•资源、配件、燃料及公用设施条件

•网络物理布层条件和方案

•技术和设备方案

•信息安全

•安装工程标准

•实施进度

10.项目组细、劳动定员和人员培训计划

11.投资估算和资金筹措

12.项目的财务效益

13.国民经济效益

14.社会效益

15.项目风险

招投标

•招投标流程

– 招标

•原则：公开、公平、公正、诚实信用

•可以委托招标代理机构

•包括公开招标和邀标

–公开招标是以招标公告的方式邀请与特定法人或组织投标

–邀标是以投标邀请书的方式邀请特定法人或组织投标

•《招投标法》必须招标的项目

•大型基础设施、公用事业等关系社会公共利益、公众安全的项目

•全部或部分使用国有资金投资或者国家融资项目

•使用国际组织或者国外政府贷款、援助资金的项目

•不宜公开招标的项目

•国家发展计划部门确定的国家重点项目和省、自治区、直辖市人民政府确定的地方重点项目

•经国家发展计划部门或省、自治区、直辖市人政府批准，可以进行邀请招标

•招标代理机构

•是依法设立、从事招标代理业务并提供相关服务的社会中介组织。

•应具备的条件

–有从事招标代理业务的营业场所和相应资金

–有能够编制招标文件和组织评标的力量

–有符合规定条件、可以作为评标委员会成员人选的技术、经济等方面的专家库

•招标公告

•公开招标：应通过国家指定的报刊、信息网络或其他媒介发布

•邀标：向3个以上具备承担招标项目的能力、资信良好的特定法人或组细发出投标邀情书

•内容：

–招标人的名称和地址

–招标项目的性质、数量、实施地点和时间

–获取招标文件的办法等事项

•招标文件

•包括：项目技术要求、对投标人资格审查标准、投标报价要求、评标标准、拟签订合的同主要条款

•对已发出文件的澄清或修改，应在提交投标文件戔止时间至少15日前，以书面形式通知所有招标文件收受人

•自招标文件发出之日至戔止之日，最短不少于20日

-投标

•投标人是响应招标、参加投标竞争的法人或者其他组织。

•投标人应在招标文件要求的截止时间前将投标文件送达投标地点。招标人收到后，应签收保存，不得开启

•投标人少于3个的，应重新招标

•如投标人拟在中标后将非主体、非关键工作进行分包，应在投标文件中载明

-开标

•开标应在提交投标文件戔止时间后的同一时间公开进行

•开标地点应在招标文件中预先确定

•由招标人主持，邀请所有投标人参加

•开标过程应记录，并存档备查

-评标

•评标有招标人依法组建的评标委员会负责

•评标委员会由招标人代表和技术、经济等方面的专家组成

•成员为5人以上单数，专家不得少于成员总数的三分之二

•专家应在相关领域工作满8年并具有高级职称或具有同等专业水平

•利害关系人不得进入评标委员会，成员在结果确定前应保密

•评标委员会完成评标后，应向招标人提出书面评标报告，并推荐合格的中标候选人

•投标人课根据评标报告的推进确定中标人，也可以授权评标委员会直接确定中标人

-中标

•中标人应具备：

–能够最大限度地满足招标文件中规定的各项综合评价标准

–能够满足招标文件的实质性要求，并且经评审投标价格最低，但低于成本的除外

•评标委员会经评审，认为所有投标都不符合招标文件要求的，可以否决所有投标，此时应重新招标

•确定中标人前，不得就价格、方案等实质性内容与投标人谈判

•不得私自接触投标人

•不得透露对投标文件的评审、比较、中标候选人的推荐等情况

•中标人确定后，招标人应对向中标人发中标通知书，并将结果通知所有未中标的投标人

•中标通知书对招标人和中标人具有法律效力，中标通知书发出后，招标人改变中标结果或中标人放弃中标项目的，应当承担法律责任

•中标通知书发出30日内，应订立书面合同

•中标人与得向他人转让中标项目，分包需按合同约定或经招标人同意，分包与得再次分包。

授予合同

承建方的立项管理

项目识别

项目论证

投标

16 合同法与合同管理

概述

•合同定义

•《中华人民共和国合同法》规定，合同是平等主体的自然人、法人、其他组织之间设立、变更、终止民事权利义务关系的协议

•根据订立合同领域的与同，有时也将合同成为“采购单”“协议” 或“子合同”等

•合同的主要内容

•标的内容和范围

•项目质量要求

•项目计划、进度、地点、地域和方式

•建设过程中的各种期限

•技术情报和资料的保密

•风险承担责任、技术成果归属、验收标准方法

•价款、报酬或其他支付方式

•违约金或者损失赔偿的计算方法

•争议解决、术语解释

•合同订立

•合同效力

•合同履行

•合同变更和转让

•合同权利义务终止

•违约责任

•其他规定

知识管理

概述

•知识管理

•对有价值的信息进行管理

•是信息管理发展的新阶段

•是信息时代生存和发展的基本手段

•分类

•显性知识

–能以文字、数字来表达

–以资料、科学法则、特定规格和手册等形式展现

•隐性知识

–个人化而富弹性

–因人而异，很难用公式或文字加以说明

–难以流传或与别人分享

–分技术层面和认知层面

•知识管理包括以下工作：

•自上而下地监测、推动与知识有关的活动

•创造和维护知识的基础设施

•更新组织和转换知识资产

•使用知识提高其价值

组织知识管理的目标

•知识发布

•确保知识在需要时可得

•推进新知识的有效开发

•支持从外部获取知识

•确保知识在组织内扩散

•确保组织内部人员知道所需知识在何处

•项目知识管理特征：

•知识管理需要投入

•知识是组细和项目重要的战略资源

•知识管理可以协调统一各项信息，创造整体大于层部之和的效果

•知识管理帮助项目应对各种环境变化

•保证组织知识管理的有效措施

•领导重规，亲自参与

•制订合理的知识管理发展战略

•建立知识管理部门

•为知识管理提供资金支持，建立一套能够支持知识管理过程的基础设施

•培养知识共享和使用的文化

•显性知识的管理

•五步骤：采集、过滤、组细、传播、应用

•构建知识管理的制度平台

–创造更多成员间交流机会

–建立显性知识索引

–高层参与和支持

–与绩效评估体系相结合

•隐性知识的管理

•层次：个体/群体/组织/外部

•转化：

–个体/群体间/群体到组细间，隐性至隐性，隐性至显性

–个体至群体，群体至个体

–个体至组织，组织至个体

–组织内外部的交流与转化

•共享：

–建立学习型组织

–构建组织内部信任机制

–组织隐性知识编码化

–设立知识主管，促进隐性知识共享

–内部建立限制知识垄断的机制

–利益驱动，促进共享

–以人为本的组织文化

学习型组织

•学习型组织

•能熟练创造、获取和传递知识的组织

•善于修正自身行为，以适应新的知识和见解

•其根本价值在于解决问题

•学习型组织的要素：

•共同愿景

•团队学习

•改变心智模式

•自我超越

•系统思考

•学习型组织的特征：

•组细成员拥有共同愿景

•由多个有创造力的个体组成

•善于与断学习

•扁平式结构

•自主管理

•组织的边界被重新界定

•家庭与事业的平衡

•领导者的新角色

•学习型组织的意义

•解决了传统组织的缺陷

•为组织创新提供了一种操作性比较强的技术手段

•解决了组织生命活力问题

•提升了组织的核心竞争力

知识产权保护

著作权

•著作权法及实施条例的客体是

•指受保护的作品

•这里的作品是指文学、艺术和自然科学、社会科学、工程技术领域内具有独创性并能以某种有形形式复制的智力成果。

• 9种类型：

•文字作品

•口述作品

•音乐、戏剧、曲艺、舞蹈、杂技作品

•美术、摄影作品

•电影、电规、影像作品

•工程设计、产品设计图纸及说明

•地图、示意图等图形作品

•计算机软件

•法律、行政法规规定的其他作品

•著作权法及实施条例的主体是指著作权关系人，通常包括著作权人、受让者两种。

•著作权人，又称为原始著作权人，是根据创作的事实进行确定的创作者、开发者。

•受让者，又称为后继著作权人，是指没有参与创作，通过著作权转移活动成为享有著作权的人。

•著作权人对作品享有5种权利：

(1)发表权。

(2)署名权。

(3)修改权。

(4)保护作品完整权。

(5)使用权、使用许可权和获取报酬权、转让权。

计算机软件保护条例

• 2002年1月1日正式实施

•保护对象

•计算机软件

•包括程序及相关文档

•不包括思想、处理过程、操作方法或数学概念

信息化

信息系统集成专业技术知识

信息系统建设

•信息系统生命周期

•立项阶段

•开发阶段

•运维阶段

•消亡阶段

•信息系统的开发方法：

•结构化方法

•原型法

•面向对象方法

•面向服务的方法

软件工程

•软件需求分析与定义

•针对待解决问题的特性描述

•需求必项可被验证

•通过需求分析

–检测和解决需求间的冲突

–发现系统边界

–详细描述出需求

•需求的层次：

–业务需求

–用户需求

–功能需求（也包括非功能需求）

•收集需求/QFD

–常规需求

–期望需求

–意外需求

•软件需求规格说明书（SRS） –范围

–引用文件

–需求

–合格性规定

–需求可追踪性

–尚未解决的问题

–注解

–附录

•软件设计、测试与维护

•软件设计

–根据软件需求，产生一个软件内部结构的描述，并将其作为软件构造的基础

–通过设计，描述出软件架构及相关组件的接口

–进一步分析组件，以便能构造组件

–通常分架构设计和详细设计两个阶段

•内聚性按强度从低到高有以下几种类型：

•偶然内聚，即巧合内聚。——偶

•逻辑内聚。——逻

•时间内聚。——时

•过程内聚。——过

•通信内聚。——通

•顺序内聚。——顺

•功能内聚。——功

•耦合性由低到高有以下几种类型

•非直接耦合——非

•数据耦合——数

•标记耦合——标

•控制耦合——控

•外部耦合——外

•公共耦合——公

•内容耦合——内

•软件测试

–针对一个程序，在有限的测试用例集合上，动态验证是否达到预期的行为

–是为了评价和改迕产品质量、识别产品缺陷和问题而迕行的活动

•软件维护

–所谓软件维护，就是在软件已经交付使用之后，为了改正错误或满足软新件的工需程要而修改软件的过程。

–依据软件本身的特点，软件具有可维护性主要由可理解性、可测试性、可修改性三个因素决定。

–从性质上分为纠错性维护、适应性维护、完善性维护和预防性维护。

•软件质量保证及质量评价

•软件质量保证

•验证与确认

•评审与审计

•软件配置管理

•配置管理计划

•配置标识

•配置控制

•配置状态记录

•配置审计

•发布管理和交付

•软件过程管理

•启动和范围定义

•规划

•实施

•监控与评审

•收尾与关闭

•软件过程改进( Software ProcessImprovement，SPI)帮助软件企业对其软件过程的改进进行计划制定、实施，它的实施对象就是软件企业的软件过程，也就是软件产品的生产过程，当然也包软件维护之类的维护过程。

•CMM（Capability Maturity Model for Software，全称为SWCMM，软件能力成熟度模型）就是结合了质量管理和软件工程的双重经验而制定的一套针对软件生产过程的规范。

•CMM将成熟度划分为5个等级

CMMI

•CMMI（Capability Maturity ModelIntegration，能力成熟度模型集成）是CMM模型的最新版本。

•CMMI也划分为5个成熟度级别：

•完成级。

•管理级。

•定义级。

•量化管理级。

•优化级。

•软件开发工具

•辅助软件生命周期过程的基于计算机的工具。

–需求工具 • 配置工具

–设计工具 • 工程管理工具

–构造工具 • 工程过程工具

–测试工具 • 质量工具

–维护工具

•软件复用

•又称软件重用，是指在两次或多次不同的软件开发过程中，重复使用相同或相近软件元素的过程。

–软件元素包括程序代码、测试用例、设计文档、设计过程、需求分析文档，甚至领域知识。

–通常把这种可重用的元素简称为构件。可重用的软件元素越大，就说重用的粒度越大。

面向对象系统分析技术

•面向对象基础概念

对象

系统中用来描述客观事物的一个实体，它是构成系统的一个基本单位。

是数据及其操作构成的封装体

面向对象的软件系统是由对象组成的，复杂的对象由比较简单的对象组合而成

类

对象的抽象定义

是一组具有相同数据结构和相同操作的对象的集合

抽象

通过特定的实例抽取共同特征后形成概念的过程

封装

对象是其全部属性和全部服务紧密结合而形成的一个不可分割的整体

对象是一个不透明的黑盒子，表示对象状态的数据和实现操作的代码都被封装在黑盒子里面

继承

使用已存在的定义作为基础建立新的定义。

类之间的层次关系（父类与子类）

多态

与同功能的同名函数，在多个类中被定义，可以有不同实现

接口

描述对操作规范的说明，说明操作应该做什么

消息

提出对象间的交互，通过它向目标对象发送操作请求

组件

软件系统可替换的、物理的组成部分，封装了模块功能的实现

组件是内聚的，并具有相对稳定的公开接口

• UML

Unified Modeling Language，统一建模语言是一种用来对软件密集系统进行可规化建模的语言，是一种为面向对象开发系统的产品进行说明、可规化和编制文档的标准语言。

UML是一个标准的图形表示法，所以特别容易被理解和接受。

重点掌握UML 2.0的1 3种图

1 ，类图：展现了一组类、接口、协作和它们之间的关系。

2，对象图：展现了一组对象及其之间的关系。

3，构件图：展现了一个封装的类及其接口、端口，以及由内嵌的构件和连接件构成的内部结构。

4，组合结构图：它可以描绘结构化类（例如构件或类）的内部结构，包括结构化类与系统其余部分的交互点。

5，用例图：体现了一组用例、参与者（一种特殊的类）及其之间的关系。

6，序列图和通信图：两者都是交互图。交互图展现了一种交互，它由一组对象或角色及其之间可能发送的消息组成。

7，状态图展现了一个状态机，它由状态、转移、事件和活动组成。

8，活动图将进程或其他计算的结构展示为计算机内部一步步的控制流和数据流。

9，部署图展现了对运行时的处理结点以及在其中生存的构件的配置。

1 0，包图展现了由模型本身分解而成的组细单元及其依赖关系。

1 1 ，定时图是一种交互图，它展现了消息跨越与同对象或角色的实际时间，而与仅仅是关心消息的相对顺序。

1 2，交互概览图是活动图和序列图的混合物。

在UML 2.0中有两种基本的图范畴：

结构图

结构图的目的是显示建模系统的静态结构，包括类图、组合结构图、构件图、部署图、对象图和包图；

行为图

行为图显示系统中的对象的动态行为，包括活动图、交互图（顺序图、通信图、交互概览图和时序图的统称）、用例图和状态图。

•面向对象系统分析

•面向对象系统设计

软件架构

概述

也称为软件体系结构，是一系列相关的抽象模式，用于指导软件系统各个方面的设计。

是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述了组件之间的通信。

在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。

•架构风格

•数据流风格：批处理序列、管道/过滤器

•调用/返回风格：主程序/子程序、数据抽象和面向对象，层次结构

•独立构件风格：进程通信和事件驱动的系统

•虚拟机风格：解释器和基于规则的系统

•仓库风格：数据库系统、黑板系统、超文本系统

架构分析与评估

针对目前最广泛使用的分布式应用，架构设计时需要考虑：

数据库选择

用户界面选择

灵活性和性能

技术选择

人员选择

SOA

Service-Oriented Architecture，面向服务的体系结构是一个组件模型，它将应用程序的与同功能单元（称为服务），通过之间定义良好的接口和契约联系起来。

接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。

粗粒度松耦合

Web Service 与SOA

Web Service是技术规范，而SOA是设计原则。

WSDL是两者间的根本联系

从本质上来说，SOA是一种架构模式，而Web Service是利用一组标准实现的服务

Web Service是实现SOA的方式之一。

Web Service

Web Service是解决应用程序之间相互通信的一项技术。

是描述一系列操作的接口。它使用标准的、规范的XML描述接口。

3种工作角色：

服务提供者（服务器）—— 必需的

服务请求者（客户端）——必需的

服务注册中心——可选的

XML(Extensible Markup Language)

可扩展标记语言

规定了服务之间及服务内部数据交换的格式和结构

将任何文档转换成XML格式，跨因特网协议传输

XML是Web Service 表示数据的基本格式

跨平台，跨厂商

XSD

XML只解决了数据表示问题，但没有定义标准的数据类型。

W3C制定了XML Schemas Definition

（XSD）解决这个问题：定义标准数据类型，并给出语言来扩展这套数据类型

Web Service就是用XSD来作为其数据类型系统的

SOAP(Simple Object Access Protocol)

简单对象访问协议

提供标准的RPC方法来调用Web Service

SOAP规范定义了：

SOAP消息的格式

怎样通过HTTP协议来使用SOAP

SOAP也是基于XML和XSD的，XML是SOAP 的数据编码方式

WSDL(Web Service Description Language)

Web Service 描述语言

本身是标准的XML文档

用于描述Web Service 及其函数、参数和返回值

UDDI

Universal Description , Discovery and Integration 通用描述、发现和集成服务

是一种目彔服务，用于对Web Service进行注册和检索

UDDI是一个分布式的互联网服务注册机制，集描述、检索与集成于一体，核心是注册机制。

实现一组可公开访问的接口，通过返些接口，网络服务可以向服务信息库注册服务信息，服务需求者可以找到分散在世界各地的网络服务

典型的集成技术

数据库与数据仓库

ETL（Extraction/Trans formation/Loading，清洗／转换／加载）

用户从数据源抽取所需数据

经数据清洗、转换

最终按预先定义好的数据仓库模型将数据加载到数据库中

元数据

关于数据的数据，指在数据仓库建设过程中产生的有关数据源定义、目标定义、转换规则相关的关键数据

典型的元数据包括：

表结构 • 数据模型的规格说明

表属性 • 抽取日志

源数据 • 访问数据的公共例行程序

从源数据到数据库的映射

粒度

数据单位中保存数据的细化或综合程度的级别

细化程度越高，粒度级越小

分割

结构相同的数据被分成多个数据物理单元

任何给定的数据单元只属于一个分割

数据集市

小型的面向部门或工作组的数据仓库

ODS(Operation Data Store，操作数据存储)

操作数据存储

支持企业日常全层应用的数据集合

与同于DB的一种新的数据环境，DW扩展后的一种混合形式

4个基本特点：

面向主题的

集成的

可变的

当前或接近当前的

软件构件

构件是可复用的软件组成成分，可被用来构造其他软件。

它可以是被封装的对象类、类树、一些功能软件工程中的构件模块、软件框架、软件构架（或体系结构）、文档、分析件、设计模式等。

构件模型是对构件本质特征的抽象描述

3个主要流派：

OMG( Object Management Group，对象管理组织 ) 的CORBA（Common Object Request Broker Architecture，公共对象请求代理体系结构）

CORBA体系结构是OMG为解决分布式处理环境中硬件和软件系统的互连而提出的一种解决方案

核心是对象请求代理ORB，提供对象定位、对象激活和对象通信的透明机制。

CORBA 使用 IDL（Interface Description Language，接口描述语言）来描述组件将要呈现出来的接口。也规定了从IDL到特定程序语言（如C++或Java）实现的映射。

Sun的EJB（Enterprise Java Bean，企业级Java组件）

SUN的服务器端组件模型，最大的用处是部署分布式应用程序。

是J2EE的一部分，定义了一个用于开发基于组件的企业多重应用程序的标准。

EJB又可分为：

Session Bean

Entity Bean

Message Driven Bean

Microsoft 的 DCOM （Distributed Component Object Model，分布式构件对象模型）。

是一系列的微软概念和程序接口，利用返个接口，客户端程序对象能够请求来自网络中另一台计算机上的服务器程序对象。

Microsoft 的 DCOM 扩展了 COM (Component Object Model，组件对象模型技术)，使其能够支持在层域网、广域网甚至Internet上与同计算机对象之间的通信。

使用DCOM，应用程序就可以在位置上达到分布性，从而满足客户和应用的需求。

中间件

内容

中间件屏蔽了底层操作系统的复杂性，使程序开发人员面对一个简单而统一的开发环境

中间件是位于平台（硬件和操作系统）和应用之间的通用服务

这些服务具有标准的程序接口和协议。针对不同的操作系统和硬件平台，它们可以有符合接口和协议规范的多种实现

基于目的和实现机制的与同，中间件主要分为：

远程过程调用

面向消息的中间件

对象请求代理

事务处理监控

J2EE与.NET

J2EE (Java 2 Platform Enterprise Edition)

核心是一组技术规范与指南

所包含的各类组件、服务架构及技术层次均有共同的标准及规格，让各种依循J2EE架构的与同平台之间存在良好的兼容性。

J2EE说明书中定义了以下J2EE组件：

应用客户端程序和Applets是客户层组件

Java Servlet和JSP是Web层组件

EJB是业务层组件。

Java2平台的3个版本:

适用于小型设备和智能卡的Java 2平台Micro 版 (Java 2 Platform Micro Edition，J2ME)

适用于桌面系统的Java 2平台标准版(Java 2 Platform Standard Edition，J2SE)

适用于创建服务器应用程序和服务的Java 2平台企业版（Java 2 Platform Enterprise Edition，J2EE）。

•将范围广泛的微软产品和服务组织起来，置于各种互连设备共同的视野范围内

•结构：

–操作系统是.NET平台的基础

–.NET Enterprise Servers提供了一系列．NET服务器产品，可以缩短构建大型企业应用系统的周期

–.NET Building Block Services是一些成型的服务

–.NET Framework位于整个.NET平台的中央,为开发.NET应用提供了底层的支持

–Visual Studio 是.NET应用程序的集成开发环境，它位于.NET平台的顶端

工作流技术与AJAX

工作流

指整个或部分经营过程在计算机支持下的全自动或半自动化。

在实际情况中，可以更广泛地把凡是由计算机软件系统（工作流管理系统）控制其执行的过程都称为工作流。

一个工作流包括一组活动及其相互顺序关系，还包括过程及活动的启动和终止条件，以及对每个活动的描述。

工作流管理系统

指运行在一个或多个工作流引擎上，用于定义、实现和管理工作流运行的一套软件系统。

AJAX

Asynchronous JavaScript and XML(异步JavaScript和XML)

Jesse James Garrett创造的名词，指一种创建交互式网页应用的网页开发技术。

通过AJAX，可以使用JavaScript的XML Http Request对象来直接与服务器进行通信。

层部刷新

系统测试

测试类型

按开发阶段分

单元测试

单元功能测试

单元接口测试

单元层部数据结构测试

单元中重要的执行路径测试

单元边界条件测试

集成测试

模块间接口测试

模块间数据传递

全层数据结构测试

系统测试

从用户角度对系统做功能性验证

非功能性验证

验收测试

对整个系统的测试与评审

根据验收通过准则分析测试结果

决定是否接收系统及测试评价

按测试实施组细分

开发方测试α

由公司内部的用户进行的受控测试

正式软件满足规定的需求

注重产品的界面和特色

用户测试β

由最终用户在客户场所进行验证

与受开发者控制

注重产品的支持性

第三方测试

介于开发方和用户方之间的组细的测试

保证测试工作的客观性

评审需求、设计、用户类文档

单元测试、功能测试、性能测试等

按测试技术分

黑盒测试

对界面测试

对功能测试

从用户角度出发

白盒测试

检查所有的结构及路径是否正确

检查软件内部动作是否按规定进行

灰盒测试

关注输出对于输入的正确性

关注内部表现

介于白盒与黑盒测试之间

按测试执行方式分

静态测试

代码检查

静态结构分析

代码质量度量

动态测试

编写测试用例

执行程序

分析程序的输出结果

按测试对象分

功能测试

界面测试

流程测试

接口测试

安装测试

文档测试

源代码测试

性能测试

负载测试

压力测试

并发测试

大数据量测试

数据库测试

网络测试

按质量属性分

容错性测试

兼容性测试

安全性测试

可靠性测试

可用性测试

维护性测试

可移植性测试

易用性测试

按测试区域分

本地测试

软件界面测试

基本功能测试

安装/卸载测试

文档测试

国际化测试

设计评审

代码审查

对源语言的功能测试

伪翻译版本测试

测试管理

基本内容

内容

测试目标明确，进行测试计划及过程监控准则的制订

测试团队搭建和测试人员管理

测试实施过程监控

测试风险评估和风险应对策略

测试外部的沟通协调和测试问题的确认处理

测试资产、测试产品的统一管理

测试绩效考核的制订与考评

任务和目的

记彔和管理测试用例的执行状态

根据当前执行状态，判断测试用例的设计质量和效率

根据发现的缺陷分布，判断结束测试的条件是否成熟

评估测试软件的质量

评估开发过程的质量

评估测试工程师的表现

测试监控管理

测试用例的执行进度

缺陷存活时间

缺陷的趋势分析

缺陷的分布密度

缺陷的修改质量

测试风险管理

需求风险

测试用例风险

缺陷风险

代码质量风险

测试环境风险

测试技术风险

回归测试风险

沟通协调风险

其他与可预计的风险

测试人员考核

工作内容考核

工作效率与质量考核

对自动化测试效率的度量

对测试项目负责人效率的度量

测试管理度量

文档、配置与变更管理

文档的分类。

文档的分类

《计算机软件产品开发文件编制指南》中明确了软件项目文档的具体分类，提出文档从重要性和质量要求方面可以分为非正式文档和正式文档；

从项目周期角度可分为

开发文档

产品文档

管理文档

•更细致一点还可分为十四类文档文件

–可行性研究报告

–项目开发计划

–软件需求说明书

–数据要求说明书

–概要设计说明书

–详细设计说明书

–数据库设计说明书

• 用户手册

• 操作手册

• 模块开发卷宗

• 测试计划

• 测试分析报告

• 开发进度月报

• 项目开发总结报告

文档与配置管理的相关术语

配置管理就是一套方法，用这套方法来对软件开发期间产生的资产、代码、文档、数据等东西进行管理，包括管理它的存储、变更，将所有的变更记录下来，通过适当的机制来控制它的变更，使得这些更改合理、有序、完整、一致，并可以追溯历史。

•配置项

•基线

•配置状态报告

•配置审核

•配置标志

•变更控制委员会

建立配置管理系统的步骤如下：

版本管理：科学地命名版本。

配置状态报告：有效地记彔报告管理配置所需要的信息，及时、准确地给出配置项的当前状况，供相关人员了解，以加强配置管理工作。

配置审核：验证配置项对配置标志的一致性。

配置库的定义及分类

配置库也称配置项库，是配置管理的有力工具。

在软件工程中主要有3类配置库：

开发库

受控库

产品库

变更控制的流程。

变更申请

变更评估

变更实施

变更的验证与确认

变更的发布

配置审核和配置审计

功能配置审核的内容包括：

· 配置项的开发是否已圆满完成。

· 配置项是否已达到规定的性能和功能。

· 配置项的运行和支持文档是否已完成、是否符合要求。

· 包括按测试数据审核正式测试文档、审核验证和确认报告；评审

· 所有批准的变更、评审更后的文档、抽查设计评审报告；进行评审以确保所有测试已执行；依据功能和性能需求进行额外的抽样测试。

物理配置审核的内容包括：

每个构件的配置项是否符合相应的技术文档。

配置项与配置状态报告中的信息是否相对应。

审核系统规格说明书的完整性；

比较架构设计和详细设计构件的一致性；

评审模块列表以确定符合已批准的编码标准；

审核手册（如用户手册、操作手册）的格式与完整性，以及与系统功能描述的符合性。

软件工程国家标准

计算机网络管理

信息安全

信息系统服务管理

1信息系统项目管理基础

项目管理基础

概念和特点

概念

项目是为创造某项独特产品、服务或成功所做的临时性努力

项目管理协会PMI在《项目管理知识体系指南》中的定义

特点

临时性（一次性）

生成过程中的临时性

每一个项目都有确定的开始日期和结束日期，项目的目的已经达到，或者已经明确不可能达到时，或者项目的必要性已经不复存在，那就到达了它的终点。

临时性不意味时间段，在任何情况下项目的生命周期都是有限的，项目不是持续不断的努力。

市场机会稍纵即逝，项目的临时性意味着大部分项目要在一定时限内推出产品或提供服务。

临时性不适用与项目所产生的产品、服务或成果

临时性，意味着项目团的也是具有临时性的

项目临时性，意味着，我们对待项目要慎重，付出极大的努力，确保项目切实可行。因为没有后悔的机会。

独特性

每个项目都有自身的特征

创造独特的可交付成果

独特性是项目可交付成果的一种重要特征

渐进明细（逐步完善）

典型特征，从开始的模糊到进一步细化

逐步完善是伴随临时性和独特性两个概念的特点之一

需求一般是逐渐明确的。

资源约束性

人力，财力，物力的资源约束

目的性

项目的最终目标

在于要得到的特定成果，即项目是面向目标的。

项目的目标

成果性目标

项目开发出满足客户要求的产品

约束性目标

完成成果目标所需要的时间、成本及质量要求

怎么定义目标

SMART原则

Specific

具体的

Measurable

可测量的

Agree to