信息系统的特点：

规模大，跨地域性，数据结构繁多，数据量大，用户多。

分析企业信息化现状，各部门的任务和需要承担的工作，目标企业现有的资源和信息、信息化制度等。

制定企业信息化战略，总体的目标和相关任务。

信息化系统规划方案和总体架构设计。包括技术路线，实施方案和维护方案。

ITSS的内容：

基础管理，包括服务分类，服务标准，人力技术能力标准

服务管控标准

服务业务标准

服务安全标准

服务对象

服务外包标准

实施指南

项目范围包含了项目所有的需要做的工作。 定义并控制了哪些是项目的范畴，哪些不是。

项目范围包含，项目的需求，定义规划项目的范围，范围管理的实施、范围的变更控制管理和范围核实。

范围计划编制；范围定义；创建工作分解结构。范围确认；范围控制。

WBS是将项目分解的小的，易于管理的部分。wbs的最小单位是工作包，最终的工作都必须有明确可以验证的工作成果，逻辑上不可再分。在wbs中需要对各个层次的分解进行编码；

作用：

防止应该做的工作遗漏或者防止镀金。

方便项目团队沟通，项目成员很容易找到自己负责部分在整个项目中的位置

防止不必要的变更

提供一个基本的资源估算依据

帮助获取团队认同和创建团队。

原则：各层次保持项目的完整性，避免遗漏必要的组成部分

一个工作单元只能从属于某个上层单元，避免交叉从属

相同层次的工作单元具有相同的性质

工作单元应能分开不同责任和不同的工作内容

便于满足项目管理计划，控制的管理需求

最底层的工作应该是可以定期检查的，可管理的

应该包含项目管理工作

1.在开发合同中没有明确系统的需求，没有进行范围的确认

2.对需求变更没有进行规范管理，变更没有依据

3.项目范围的制定太模糊，无法作为验收的依据

4.合同中没有描述新法规出台给项目带来的风险，无法界定是否在项目范围内，也没有应对措施。

与客户进行沟通，明确系统的需求，和用户进行一次范围确认。可以已技术文件附加的形式或者补充协议的形式，要求用户签字确认。

规范变更控制流程，规范新需求和需求变更的管理流程，对范围变更进行控制

与用户服务责任重新核实项目范围，制定分阶段交付时间标和验收依据

针对新出台的政策与用户负责人沟通新政策带来的影响，可说明需求需要增加的开发时间和人力资源，增加项目投资和延长项目交付时间。或者将新功能在项目的二期工程中实现，先对系统功能进行验收，完成本期项目的交付。

通过需求开发来获取项目的需求，在此基础上确定项目的范围，进行项目范围管理

需求管理是对已批准的项目需求进行全生命周期的管理，其过程包括需求定义，需求管理流程，制定需求管理计划、管理需求和实施建议等。

对于项目需求，可以根据需求的紧急重要程度，项目本身和甲乙双方的实际情况，分步或者分期满足。确定每期的需求，项目范围的管理有了基础

需求管理处理需求的变更，需求的变更会一起项目范围的变更。

启动阶段的范围管理：

分阶段实施的实施策略

组建包括用户经理和用户业务经理，关键用户在内的组织结构

充分需求分析调研，在此基础上编制用户需求说明书

计划阶段的范围管理包括:

制定范围计划

范围定义

执行阶段：

项目例会制度

项目周报或者月报

项目监理制度

遵循范围变更控制流程，充分沟通；

再出现问题前与相关进行充分沟通，争取干洗人的建议和意见，而不是擅自决定；

还进行了充分的调研，了解到甲方对于变更引起的影响能够接受的可能性。

1.受理变更请求；参与变更评估；参与变更 技术方案制定；转化技术要求为资源要求；

组织CCB进行决策

项目经理是真个项目的负责人，目标就是如期交付客户满意的服务，过程中要做好各方面的管理。项目经理与其他项目经理沟通，是气职责所在，而且仅限于沟通。这些沟通是为了做出更好的决定， 与其他项目经理沟通也只沟通项目问题相关内容，与甲方沟通注重沟通方式，所以沟通恰当。

客户提出新的要求；

外部环境发生变化

出现了新的技术，手段或者放那安

项目实施组织发生变化

范围定义不明确

范围没有得到干系人的确认；

变更管理包含的内容：分析变更的合理性和必要性，确定是否实施变更；记录变更，填写变更控制单；做出更改，提交上级审批；修改相关软件配置项的基线，确定新颁布；评审后发布新颁布；

——质量管理

质量管理流程包括：建立质量标准体系；质量监控；实际与标准的偏差；纠偏纠错；

质量保证的内容：是用户对项目质量建立信任的外部质量保证；对承建方内部中高层领导保证有对目前各工作的信任；

质量控制：依照订立的标准，对项目的具体结果进行监控，在出现不符合的情况时，还要找出产生差距的原因，并提出一些解决方案；

步骤：确定质量控制对象；规定质量控制标准；指定具体的控制方法；明确检验的方法；实际检测；说明实际与标准的差异；针对差异采取行动；

检查质量结果；确认变更；核实交付成果；工作绩效信息；项目文件更新；经验教训总结；项目管理文件更新；

保证有内部或者外部机构检测管理的一致性；

发现与质量标准的差异；

消除产品与服务过程中性能不满足的原因；

审查质量标准以决定可以达到目标成本；

确定是否可以修改项目的质量标准或者项目目标；

质量控制的方法有：

数据统计：直方图，调查表，散布图，排列图，因果图，控制图；

语言描述法：关联图，系统图，KJ，矩阵图，矩阵数据分析、过程决策程序和箭条图；

过程能力法：过程能力指数；

动态控制法：控制图；

合格控制法；

没有切实可行的质量管理计划；

没有建立质量保证体系，缺乏质量标准和规范；

质量职责分配不合理；

未实施质量保证活动，或质量保证活动实施不到位；

质量控制缺少必要的评审环节；

质量控制存在问题，测试没有达到预定效果；

团队成员质量意识不强；

缺乏有效沟通；

没有指定质量检查计划；

没有制定质量检查标准；

只凭经验进行检查，没有按照质量标准进行检查；

检查发现问题后没有及时处理，没有达到检查的效果；

某某缺乏质量检查相关的知识；

质量保证的工作：组织的协调；质量监控与监督；质量信息反馈；质量保证体系本身的审核；

保证体系：

统一认识和决策；

进行组织落实；

对相关人员进行质量保证的培训；

制定工作计划；

制定质量保证方针和质量保证的目标；

明确过程和流程；

进行质量保证体系的设计；

编制与质量保证相关的文档；

作用：是质量保证的一个重要环节；为持续的质量改进提供基础和方法；为项目干系人提供对于质量的信任；是质量管理的一个重要内容；与质量控制共同构成对质量的跟着和保证；

考虑的原因：项目团队能力不足；设计质量不高；测试不充分；审查过程没有按照规范进行；项目评审没有达到预期效果；没有组织过程资产；没有制定好的项目管理计划；

聘请经验丰富的技术人员或者测试人员；

重新对每个模块进行测试，直至满足质量要求；

按规范进行集成测试和系统测试；

加强日常评审工作；

一般通信协议

tcp:ftp http telnet pop3 smtp

udp:dhcp dns snmp tftp

计算机安全等级:

用户自主保护级；

系统审计保护级；

安全标记保护级；

结构化保护等级；

访问验证保护等级；

工作量=项目规模/人员生产率

活动历时=工作量/人员数

事前预测，功能标准不明确买下隐患。

没有建立变更管理制度，没有按照规范的变更控制流程

涉及的变更，项目组成员应该上报项目经理，而不是口头答应。

变更请求没有进行评估，无法了解到变更对项目的进度、范围、质量、成本造成的影响，也没有通知到相关项目干系人。

变更实施没有进行验证

变更后的内容没有进行存档，需要进行版本和配置管理

变更请求没有与客服签字确认，容易造成变更结果双方的意见不一致，导致项目验收和收尾困难。

变更请求

变更评估

变更决策

变更实施

变更验证

沟通存档

没有明确的授权，明确客户方有权提出变更申请的人员和实施方有权受理变更的人员，且控制人数，避免私下交易，导致没有人完整的制度到底改了什么。

对变更没有进行必要的评审，并不是所有的变更都要修改

对变更的影响没有进行评估，

没有让客户确认是否接受变更的代价。 取得理解，客户事先制度可能导致前期。或者知道延期的话，就不必要进行修改。

提出的需求要进行详细的变更理由说明

对可能引起的成本变化进行预测

对可能引起的风险进行分析

项目监理做的事情:

1.了解项目背景，与业主，设计、承建单位进行沟通，充分了解项目目前的现状、

2.对设计单位，承建单位，人员进行审查，如果发现不能胜任，应主动向业主提出变更申请或者建议。

3.认证审查各方提出的变更请求，并按照项目实际和有关法规进行处理。并且处理前求得业主的统一。

4.充分发挥自身的专业特长，对项目建设过程中的各项技术和项目管理问题提出自己的意见和建议。

指定配置管理计划，确定方针，资源，明确责任，计划培训，确定干系人，制定配置识别准则，制定基线计划，制定配置库备份计划，制定变更控制流程，制定审批计划。

配置项识别，识别配置项，分配唯一标识，确定配置项特征，记录配置项进入的时间，确定配置项拥有者职责，进行配置项登记管理。

基线化，获得授权，建立或者发布基线，形成文件使基线可用。

建立配置库，包括 动态库，受控库，静态库。

变更控制，包括变更记录，分析，批准，实施，验证和沟通文档。

配置状态统计，统计各个配置项的状态

配置审计，包括配置审计和物理配置审计。

建立后者调整基线

整理需求便跟，确定统一的需求和设计

整理配置项以及历史版本

对照最终需求和设计逐项分析现有配置以及历史版本的符合情况

根据分析结果由相关干系人确定整体变更计划并且实施

加强单元测试与系统测试或联调

加强整体版本管理