制和投资控制，以及其它委托服务。监理目标以三大控制为目标。
⑶、主要监理措施。
⑷、监理组织机构。
⑸、项目监理工作制度。如监理方内部的工作会议制度、监理日志制度、监理周报和月报制度，监理方与另两方的定期沟通制度等。
这个阶段结束时，监理方应提交：监理规划。
3、需求分析阶段
需求分析是项目建设的基石，监理方在需求分析阶段应以尊重承建方的项目管理和项目分析能力为前提，在具体的任务开展上不深入、不干扰承建方的自主权。同时，监理方要充分发挥好项目监督及沟通建设方和承建方之间的桥梁作用。
需求分析的工作方法，通常有三个阶段。
第一阶段：访谈阶段。这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通，目的是从宏观了解用户需求方向和趋势，了解现有组织构架、业务流程、软硬件环境及使用情况。实现手段通常是事先将调查问卷发放到待调研部门，然后在约定时间围绕问卷进行交流访谈。
第二阶段：深入阶段。这一阶段的工作是建立在访谈阶段工作完成，承建方已经了解了用户的组织构架、业务流程、软硬件环境及使用情况等基本现状的基础之上。承建方根据以往项目经验以及业务专家的经验，和建设方共同探讨业务模型的合理性、准确性和发展方向等问题，得到相对先进的业务模型。
第三阶段：确认阶段。在完成上两阶段的工作之后，就需要对具体的流程细化，对数据进行确认了。根据前两个阶段的工作，承建方应草拟出一份需求分析报告，并提供原型演示系统，和建设方进行进一步的讨论，最终确定一份需求分析报告。
需要指出的是，在系统建设的过程中，特别在采用迭代法的开发模式时，需求分析的工作需一直进行下去，而在后期的需求改进中，工作则基本集中在后两个阶段中。
监理方在这三个阶段的工作，按照内容可以分为两部分：监督和沟通。监督工作包括对需求分析阶段的各种文档的保管监督，对承建方的访谈活动的监督，对需求分析报告、原型演示系统的确认等；沟通工作则表现在当建设方和承建方由于知识背景不同而在访谈过程中沟通不顺畅的时候，监理方应利用自身优势使得双方顺利理解对方。
需求分析阶段，监理方可参考的标准有：GB938588计算机软件需求说明编写指南。
这个阶段监理方应提交：在需求分析进行前提交需求分析阶段监理细则、监理日志、在需求分析结束后提交需求分析阶段总结报告。
4、概要设计阶段
概要设计，即将软件需求转化为数据结构和软件的系统结构，一般包括数据设计和系统结构设计。其中数据设计侧重于数据结构的定义，系统结构设计定义软件系统各主要成份之间的关系。
在承建方进行概要设计的过程中，监理方需要监督以下方面：
⑴、制定规范
在进入软件开发阶段之初，首先应为软件开发组制定在设计时应该共同遵守的标准，以便协调组内各成员的工作。包括：
阅读和理解软件需求说明书，确认用户要求能否实现，明确实现的条件，从而确定设计的目标，以及它们的优先顺序；
根据目标确定最合适的设计方法；
规定设计文档的编制标准；
规定编码的信息形式，与硬件，操作系统的接口规约，命名规则。
⑵、软件系统结构的总体设计
根据需求分析，基于功能层次结构建立系统，其中包括采用某种设计方法，将系统按功能划分成模块的层次结构、确定每个模块的功能、建立与已确定的软件需求的对应关系、确定模块间的调用关系、确定模块间的接口、评估模块划分的质量。
⑶、处理方式设计
处理方式
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
