标签：项目经理 管理工具 项目实施 system visual
首先建立项目基准、变更流程和变更控制委员会（也叫变更管理委员会）。包括以下内容：
基准管理。
建立变更控制流程。
明确组织分工。
完整体现变更的影响。
妥善保存变更产生的相关文档，确保其完整、及时、准确、清晰，适当的时候可以引进配置管理工具。
Rational clearcase、visual SourceSafe、concurrent versions system。
决策机构。
响应变更提出者的要求，评估变更对项目的影响及应对方案，将要求由技术要求转化为资源需求，供授权人决策；并据评审结果实施即调整项目基准，确保项目基准反映项目实施情况。
1) 提出与接受变更申请
2) 对变更的初审
3) 变更方案认证
4) 项目变更控制委员会审查
5) 发出变更通知并开始实施
6) 变更实施的监控
7) 变更效果的评估
1) 对变更提出方施加影响，确认变更的必要性，确保变更是有价值的。
2) 格式校验，完整性校验，确保评估所需信息准备充分。
3) 在干系人间就提出供评估的变更信息达成共识。
4) 变更初审的常见方式为变更申请文档的审核流转。
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) 通信和操作安全
7) 访问控制
8) 信息系统的获取、开发和保持
9) 信息安全事件管理
10) 业务持续性管理
11) 符合性
应防止业务活动的中断，保护关键业务流程不会受到重大的信息系统失效或灾难的影响并确保它们的及时恢复。应实施业务持续性管理过程以减少对组织的影响，并通过预防和恢复控制措施的结合将信息资产的损失恢复到可接受的程度。
最小授权原则
防暴露
信息加密
物理保密
设备故障、误码（传输、处理和存储过程中产生的误码，定时的稳定度和精度降低造成的误码，各种干扰源造成的误码）、人为攻击和计算机病毒等。
协议
纠错编码方法
密码校验和方法
数字签名
公证
可用性
1) 配备安全管理人员
2) 建立安全职能部门
3) 成立安全领导小组
4) 主要负责人出任领导
5) 建立信息安全保密管理部门
1) 风险管理要求和策略
2) 风险分析和评估
3) 风险控制
4) 基于风险的决策
5) 风险评估的管理
1) 备份与恢复
2) 安全事件处理
3) 应急处理
物理安全
运行安全
数据安全
紧急供电：配置抗电压不足的基本设备、改进设备或更强设备中，如基本UPS、改进的UPS、多级UPS和应急电源（发电机组）等。
稳压供电：采用线路稳压器，防止电压波动对计算机系统的影响。
电源保护：设置电源保护装置，防止/减少电源发生故障。
不间断供电：采用不间断供电电源，防止电压波动、电器干扰和断电等对计算机系统的不良影响。
应明确机房安全管理责任人，机房出入应有指定人员负责，未经允许的人员不准进入机房；获准进入机房的来访人员，其活动范围应受限制，并有接待人员陪同；机房钥匙由专人管理，未经批准，不准任何人私自复制机房钥匙或服务器开机钥匙；没有指定管理人员的明确准许，任何记录介质、文件资料及各种被保护品均不准带出机房，与工作无关的物品不准带入机房；机房内严禁吸烟及带入火种和水源。
对需要防止电磁泄露的计算机设备应配备电磁干扰设备，在被保护的计算机设备工作时电磁干扰设备不准关机，必要时可以采用屏蔽机房。屏蔽机房应随时关闭屏蔽门；不得在屏蔽墙上打钉钻孔，不得在波导管以外或不经过过滤器对屏蔽机房内外连接任何线缆；应经常测试屏蔽机房的泄露情况并进行必要的维护。
对安全管理员、系统管理员、数据库管理员、网络管理员、重要业务开发人员、系统维护人员和重要业务应用操作人员等信息系统关键岗位人员进行统一管理；允许一人多岗，但业务应用操作人员不能由其他关键岗位人员兼任。关键岗位人员应定期接受安全培训，加强安全意识和风险防范意识。
业务开发人员和系统维护人员不能兼任或担负安全管理员、系统管理员、数据库管理员、网络管理员和重要业务应用操作人员等岗位或工作；必要时关键岗位人员应采取定期轮岗制度。
系统级安全、资源访问安全、功能性安全和数据域安全。
敏感系统的隔离、访问IP地址段的限制、登录时间段的限制、会话时间的限制、连接数的限制、特定时间段内登录次数的限制以及远程访问控制等。
对程序资源的访问进行安全控制，在客户端上，为用户提供和其权限相关的用户界面，仅出现和其权限相符的菜单和操作按钮；在服务端则对URL程序源和业务服务类方法的调用进行访问控制。
功能性安全会对程序流程产生影响，如用户在操作业务记录时，是否需要审核，上传附件不能超过指定大小等。这些安全限制已经不是入口级的限制，而是程序流程内的限制，在一定程序上影响程序流程的运行。
数据域安全包括两个层次，其一是行级数据域安全，即用户可以访问哪些业务记录，一般以用户所在单位为条件进行过滤；其二是字段级数据域安全，即用户可以访问业务记录的哪些字段。不同的应用系统数据域安全的需求存在很大的差别，业务相关性比较高。
1) 应用系统的访问控制检查。包括物理和逻辑访问控制，是否按照规定的策略和程序进行访问权限的增加、变更和取消，用户权限的分配是否遵循“最小特权”原则。
2) 应用系统可用性检查。包括数据库日志、系统访问日志、系统处理日志、错误日志及异常日志。
3) 应用系统可用性检查。包括系统中断时间、系统正常服务时间和系统恢复时间等。
4) 应用系统的安全操作检查。用户对应用系统的使用是否按照信息安全的相关策略和程序进行访问和使用。
5) 应用系统维护检查。检查应用系统的配置是否合理和适当，各配置组件是否发挥其应有的功能。
6) 恶意代码的检查。是否存在恶意代码，如病毒、木马、隐蔽通道导致应用系统数据的丢失、损坏、非法修改、信息泄露等。
绝密、机密和秘密。
可靠性等级可分为A、B、C三级，其中A级要求最高，C级最低。
标签：项目经理 管理工具 项目实施 system visual
原文地址：http://afanny.blog.51cto.com/1336374/1760465
