|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
监督和控制项目工作是对项目的启动、规划、执行和收尾进行监督和控制的过程。监督工作是项目管理的一个重要组成部分，它贯穿于项目的整个生命周期，包括收集、度量和发布绩效信息，并对被度量项及其发展趋势进行评估，以改进项目绩效。监控过程的活动包括：
|
|
|
|
|
|
|
|
.分析、跟踪并监督项目的风险，确保风险得到识别、报告并执行相应的风险响应计划。
|
|
|
|
|
|
.提供项目信息以支持状态报告、进展度量以及项目预测。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
否决的变更请求包括变更请求本身、辅助文件及变更请求状态。
|
|
|
|
|
|
|
|
|
|
|
|
挣值管理方法是基于以往绩效来预测未来绩效的一种方法。详细介绍参见第6章。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
预测包括根据可利用的信息和知识对项目将来的状况和事件作出的估算。预测根据项目执行过程中的工作绩效信息进行更新并重新发布。预测说明了项目过去绩效对将来绩效的影响，如完成时估算和完成尚需估算，参见第6章。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
主要包括故障监控和性能、流量、负载等状态监控，这些监控关系到集群的健康运行及潜在问题的及时发现与干预。
|
|
|
|
（1）服务故障、状态监控：主要是对服务器自身、上层应用、关联服务数据交互监控；例如针对前端Web Server，就可以有很多种类型的监控，包括应用端口状态监控，便于及时发现服务器或应用本身是否崩溃、通过ICMP包探测服务器健康状态，更上层可能还包括应用各频道业务的监控，这些只是一部分，还有多种监控方式，依应用特点而定。还有一些问题需解决，如集群过大，如何高性能地进行监控也是一个现实问题。
|
|
|
|
（2）集群状态类的监控或统计，为合理管理调优集群提供数据参考，包括服务瓶颈、性能问题、异常流量、攻击等问题。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
在需求获取的基础上需要进行问题分析和方案的综合。由于需求获取来源的多样性，最初的需求表达往往是不规范的，描述问题的形式和角度各不相同。并不是用户提出的所有需求都是合理的，有些用户需求甚至是矛盾的，这就需要有经验的分析人员用科学的方法找出系统各元素之间的联系，逐步细化所有的软件功能、接口特性和设计上的限制等。通过分析确定满足功能要求的程度，根据功能需求、性能需求、运行环境需求等删除其不合理的部分，增加其需要的部分，最终给出目标系统的逻辑定义。
|
|
|
|
需求分析是一个需要经过多次反复的工作阶段。在这个阶段可以使用前面介绍过的原型法，实践已经证明，原型法是需求分析的有力工具。分析过程应该得到正确、完整和清晰的系统需求。在需求分析过程中，通常会用到系统结构层次图、数据流图、输入／处理／输出图、数据字典等描述系统的工具。
|
|
|
|
需求分析的基本原则是自顶向下地逐层分解问题。在纵向上将系统划分为若干层次，在同一层次上再横向分解为若干部分，将复杂问题分解为多个较易理解的部分，确定各部分之间的接口，从而实现整体功能。
|
|
|
|
|
|
|
|
|
|
|
|
|
