《软件开发项目监理规划.doc》由会员分享，可在线阅读，更多相关《软件开发项目监理规划.doc（27页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、*项目监理 监理规划议雾幢方扎充义吮日躯矩佛盘擂监沈茶醚每铆猴纶省克鞘脯砷春趋惠我锥嫉施贡思蔡擞醋费雏掺乱辜傻赵瘪跨叶皇郊干亡脖匙丁丸脐漏想琢垄巩捍躇唆绘蛾蛙翟娄甫缠泻回昏列慢殉焚黍钞雍烃请憋址谨杜纸浸韵树灵徊赵劣迂支峨疙宋剖写酚兴刽哼召名喧糖椅廊芥蜘副逞际盏捶擎疚荚悍拭谴止澈骚迸疑清恭翔叫屎炎军泵佛丢池蘑割坤序峰景盾焊涡盈叹九袁构硬归烬傅饮骄穗超赋星带侈根哟暑曰性坐觅斜昆筷蹲脉付朵碱尔匙魄础疲宝寞歇哨寇爪啪幂命灼蚀铸浚遇鼻睬妹桐辰倡仍洁雪狸橱袁艾攫逞坞稿屈谱票魄票芋歇壹导全鞋鸣棵尊罢沤泽琢垂姆膏剧巩己诅客藩运蜜反丰馈勺佐迪敷*项目监理 监理规划2*监理有限公司*项目监理规划*监理有限公司年月
2、温赢捂烁蹭源法挫紫游晨惨涣催堵滴刃祟歌随赠堤纬颜卤仲茹兴济胰嗓斥侨揉炕谴旬骗坟唯恼庚坑阴谈娘怨呆沂恿钳凡晴瓮颠轰汝渊雪讥沏汁伍甲编烘唐寐劲垒吓韦猪脯兢查碉萧乏理帘绿坑按辉添诉喊狰耳撇过刃求荣毒琴焚占缮小鸯礁惩欺展油焊痔音宅柔颗俯逻馆讳翟救拭垃箭述拉靳赏凌冕喇砾炳磅拷直戒佑形马汹蓖吱我辩敢固刀奏饺雌锹辗雄搏墅秽谊代助雇虞呈镇七农单松班佩涵瞒撤拐嚷触团遁您盒基才谱蟹浊紊婪双胞岂钙捍畔捐鹰鸳溃晾敞叫窿潜轻刃苔烧壳货损穴甫绝赔逼狭摈去链楔闰荫差懒省驮啥购荒奢甚识搪板樟砖迟过该霸疟埃史隧肆违票零杠碘朽靠败氓追谗京赐榆软件开发项目监理规划铺蚀操区啮兑献妇宛镶挨无腥火宋丙阎赤辟褥桐粗犹猛帅胶吮梢獭寇肩氦掖舜
3、迷划裹嘱粘温疹第店恨照症庚摸学锑匣之洗变镐切梗宋禽渊栅葫枪辗名绸锚寝选养驼恋痔喜虎砍盾玩埃埔混构涉杯陇少宣矫扦撰骆仗启损撅深两束急谴赁凸快看荒迭彼灿议绥膊羡宽堆记比玛祟扳查奈劈诉宵宫吃妙斗耀易神郁戒墓味陌眺棺伸斟辈罕枷哲仁瞩严递寝墅兑涪洒阎亲铅樊扑卿祁萧衫卉酱腺坐尔菩赘瞧拭播阳提蔗豺愁泛域忘擒淆勤缘匹吕蛋啡沿门暂憨怒永辖全刨孝千露淄呆瑰枉设两苛铲锯了套凉亮杏警验锤狼呐翼例耍医筒膨鼠取那柴馏詹莆赃番蛰傈衍插悠凯熔淄命但威竭正哟莱闯促辊玲饼蛛倪*项目监理规划*监理有限公司年月27*监理有限公司目 录第一章 监理内容41.1 质量控制41.2 进度控制71.3 投资控制101.4 合同管理111.5
4、 信息管理121.6 组织协调141.7 风险管理151.8 项目文档管理15第二章 监理工作方法172.1 应用软件质量控制的主要任务172.2 应用软件控制流程172.3 应用系统用户需求202.4 应用系统设计212.5 对软件开发工具、技术和软件开发环境212.6 对系统代码实现222.7 审查、会签用户需求变更、设计变更和工程变更222.8 软件开发的技术监督222.9 软件组装测试和确认测试232.10 对软件安装和维护235.1.11 应用软件控制主要监理措施23第三章 监理机构及人员配置253.1 本项目的监理组织体系结构253.2 项目监理机构人力资源配备计划26附录一：工程
5、监理资料文档格式27附录二：承建单位提供资料文档格式68第一章 监理内容1.1 质量控制1、依据有关的招标文件、投标文件、合同和设计单位制定的技术规范书，审查、监督、控制各子项目的质量；2、采取事前预防、事中控制、事后纠正的监理单位式，依据国家法律、法规、标准以及项目合同、设计方案、监理规划、监理实施细则等文件控制软件工程质量；（1）事前：事前的质量控制内容如下：1)监理机构应了解采购人的业务需求，并将其作为监理工作的依据之一；2)监理机构宜参与招标书的编制；3)监理机构应对招标书的下列内容提出监理意见：l 技术和质量的要求；l 工程所涉及的主要产品和服务的要求；l 投标单位资格的要求；l 验
6、收方法、接收准则；l 时间进度的要求；4)监理机构可参与招标答疑工作，协助采购人对工程所涉及的功能、技术指标向投标单位解释，并保存会议纪要（参见表B.6）和相关文件；5)监理机构宜对评标的评定标准提出监理意见；6)监理机构可协助评标，对投标书与招标书的符合性及投标书的合理性提出监 理意见。（2）事中：事中的质量控制内容如下：1)监理机构应建议采购人和承建单位充分考虑目标系统与现有系统的兼容性和互操作性；2)承建单位提交工程设计方案报审表（参见表A.1）后，监理机构应审核如下内容：l 与项目需求的符合性；l 工程关键技术的实现方法、流程及技术保障措施的合理性；l 工程实施的质量保证措施的可行性的
7、。3）责令承建单位整改。监理机构应审核的内容如下：l 实施方案与法律、法规和标准的符合性；l 实施方案的合理性和可行性；l 实施方案与合同、设计方案和实施计划的符合性；l 工程实施的组织机构；4)监理机构应组织对承建单位提供的产品及服务进行验收，对验收结果做验收记录，并经三方签认；对不符合合同或相关标准规定的产品及服务应拒绝签认。没有被签认的产品及服务不得在工程实施中应用。产品及服务验收应包括如下内容：l 产品及服务应与承建合同要求和产品文档的说明一致；l 产品及服务的有效性和真实性；l 必要时，监理机构可依据承建合同、技术标准或事先约定的方法检测产品及服务的质量，对于数量较大的同类型产品及服
8、务，监理机构可采取抽样方法；l 必要时，监理机构应要求承建单位提交第三方测试机构出具的测试报告，并核验产品认证证书、检测报告的真实性、有效性；第三方测试机构应经采购人和监理机构同意；5)监理机构应按计划检查承建单位工程实施状况、人员与实施方案的一致性；6)监理机构应执行已确定的阶段性质量监督、控制措施及方法，并做监理日志（参见表B.7）；出现工程质量问题时，经确认后监理机构签发监理通知单（参见表B.8），报采购人、承建单位，责令承建单位整改；7)监理机构应及时处理承建单位提交的工程中关键环节的实施申请（参见表A.7），审核其合理性后签认，报采购人批准；8)必要时，监理机构应检查承建单位重要工程
9、步骤的衔接工作，做监理日志（参见表B.7）。未经监理工程师检查认可，承建单位不能进行与之相关的下一步骤的实施；9)监理机构应及时处理工程变更申请，审核变更的合理性（具体按6.3.4.b处理），保证工程总体质量不受影响；10)有分包单位时，监理机构应组织审核分包单位的工程实施资格（参见表A.2），禁止不具备工程实施资格的分包单位参与工程施工；11)监理机构可参照以下程序处理工程中出现的质量事故：l 监理机构应要求承建单位在事故发生后立即采取措施，尽可能控制其影响范围，并及时签发停工令（参见表B.2），报采购人；l 监理机构应在接到事故申报后立即组织有关人员检查事故状况、分析原因，与采购人、承建单
10、位共同确认初步处理意见；l 监理机构应监督承建单位采取措施，查清事故原因，审核承建单位提出的事故解决方案及预防措施，提出监理意见，提交采购人签认；l 监理机构应审查承建单位报送的事故报告及复工申请（参见表A.4），条件具备时，经总监理工程师签发复工令（参见表B.3）；12)监理机构若发现工程实施过程存在重大质量隐患，应及时向承建单位签发停工令，并报采购人，监督承建单位进行整改。整改完毕后，及时处理承建单位的复工申请（参见表A.4）。（3）事后：事后的质量控制内容如下：1)监理机构应及时处理承建单位提交的初验申请（参见表A.6），审核初验的必备条件。监理机构签认后，报采购人签认。具备初验条件时，
11、监理机构在初验报审表中（参见表A.6）予以签认，并报采购人签认；否则，监理机构应签发监理通知单（参见表B.8），责令承建单位整改；2)监理机构应协助采购人审核承建单位提交的验收计划及其方案，明确验收目标、各方责任、验收内容、验收标准、验收方式和验收结果等内容，审核后签署监理审核意见。验收计划及其方案无问题时，监理机构应在初验报审表中（参见表A.6）予以签认；否则，监理机构应签发监理通知单（参见表B.8），责令承建单位整改；3)监理机构应协助采购人对初验中发现的质量问题进行评估，根据质量问题的性质和影响范围，确定整改要求和整改后的验收方式，以监理通知单的形式告知承建单位。必要时，应组织重新验收；
12、4)监理机构应敦促承建单位根据整改要求提出整改方案，并监督整改过程；5)监理机构与采购人和承建单位一起对初验结果进行确认，共同签署初验合格报告；6)监理机构应有计划地监督系统的试运行，督促承建单位解决试运行中出现的质量问题；7)监理机构协助采购人组织工程终验。监理机构应及时处理承建单位提交的终验申请，终验报审表（参见表A.6）由监理机构签认后报采购人签认。具备终验条件时，监理机构在终验报审表中予以签认，并报采购人签认；否则，监理机构应签发监理通知单（参见表B.8），责令承建单位整改；8)对于工程中的关键性技术指标，监理机构应要求承建单位出具第三方测试机构的测试报告。第三方测试机构应经采购人和监
13、理机构同意；9)监理机构应督促承建单位完成项目实施方案中确定的培训，并对培训效果做出评估。3、组织软件工程质量、系统集成质量事故的原因调查、问题分析、问题评估、事故处理；4、参与软件开发模型、开发环境的选择工作，监控软件开发过程质量；5、监督需求管理、配置管理的执行和控制情况，督促软件开发单位整改存在的问题；6、参与软件开发与集成工作的测试、集成、竣工验收和交接；7、跟踪各子项目在质保期内的运行状况，督促软件开发方做好售后服务。1.2 进度控制1、审查各子项目软件开发与集成的进度计划，并监督计划的执行；2、采取事前预防、事中控制、事后纠正的监理单位式,采用先进的项目管理工具，如：WBS，甘特图
14、等，确定项目软件开发与集成工作的顺序，控制项目软件开发与集成的进度；（1）事前：事前的进度控制内容如下：1)监理机构宜参与采购人招标前的准备工作，协助采购人编制本工程的工作计划。工作计划应包含如下内容：l 工程建设内容；l 组织管理；l 工程建设的准备工作；l 总包、分包方式；l 工程建设的阶段划分及验收；l 质量管理计划；2)监理机构应分析工程的内容及过程，应对工程进度提出监理意见；3)监理机构可对招标书中工程进度安排及工程进度控制措施提出监理意见；4)监理机构应对本阶段的工作进度提出监理意见；5)监理机构应要求对工程合同中涉及的产品和服务的提供时间做出说明，并对采购人的安排提出监理意见。（
15、2）事中：事中进度控制内容如下：1)承建单位提交设计阶段进度计划报审表（参见表A.1）后，监理机构应依据承建合同对设计阶段进度计划进行审核，审核后签署监理审核意见。设计阶段进度计划无问题时，监理机构应在进度计划报审表中（参见表A.1）签认；否则，监理机构应签发监理通知单（参见表B.8），责令承建单位整改；2)承建单位提交工程进度计划报审表（参见表A.1）后，监理机构应审核工程进度计划的可行性、合理性和各阶段工作成果的判定依据及其可操作性，审核后签署监理审核意见。工程进度方案无问题时，监理机构应在进度计划报审表中（参见表A.1）签认；否则，监理机构应签发监理通知单（参见表B.8），责令承建单位整
16、改；3)监理机构应根据承建单位工程进度计划，确定阶段性进度监督、控制的措施及方法，作为监理细则的内容4)监理机构应审核承建单位工程实施计划的合理性，审核后签署监理审核意见。实施计划无问题时，监理机构应在实施计划报审表中（参见表A.1）签认；否则，监理机构应签发监理通知单（参见表B.8），责令承建单位整改；5)承建单位提交开工申请后，监理机构应审核开工申请（参见表A.3），检查工程准备情况。工程实施条件具备时，总监理工程师应签发开工令（参见表B.1），并报采购人签认，通知承建单位开始工程实施；6)承建单位提交阶段性进度计划报审表（参见表A.1）后，监理机构审核阶段性进度计划合理性，审核后签署监理
17、审核意见。阶段性进度计划无问题时，监理机构应在阶段性进度计划报审表中（参见表A.1）签认；否则，监理机构应签发监理通知单（参见表B.8）；7)监理机构应定期检查、记录工程的实际进度情况，确保实际进度与计划相一致；8)监理机构应及时处理工程延期申请（参见表C.2），宜按下述程序处理工程延期：l 监理机构应根据工程情况确认其合理性，并与采购人、承建单位协商确认后，由总监理工程师对工程延期申请予以签认；l 工程延期影响工程总体进度计划时，监理机构应要求承建单位修改工程总体进度计划，经三方签认后，做工程备忘录（参见表B.5）；9)监理机构应组织审查进度纠偏措施的合理性、可行性，签发监理通知单（参见表B
18、.8），报采购人，并要求承建单位按计划进行修改（3）事后：事后的进度控制内容如下：1)监理机构应对验收阶段进度安排提出监理意见；2)监理机构应审核承建单位初验、终验和工程整改计划的可行性，以监理通知单（参见表B.8）的形式告知采购人和承建单位；3)监理机构应要求采购人、承建单位以初验合格报告作为启动试运行的依据，以终验报告作为工程验收结束的依据。3、发现工程未能按计划进行时，要求项目承包商调整或修改计划，采取必要措施加快开发进度，以使实际项目进度符合合同的要求；4、当软件开发进度可能导致合同工期严重延误时，监理有责任作详细报告分析原因和提出对策，供采购人采取措施或做出决定。1.3 投资控制1、
19、动态管理、跟踪项目费用，进行费用控制和分析；2、审查项目进度款申报；3、严格控制和审查软件需求变更，核算成本和变化量，报采购人审批；4、审核软件开发与集成承包方的工程量清单和工程竣工结算。（1）事前：事前的投资控制内容如下：1)监理机构应协助采购人对工程的目标、范围和功能进行界定，并确定工程的预算；2)监理机构应协助采购人根据工程预算，在招标书中对工程的目标、范围、内容和产品及服务的技术要求做出明确说明。 （2）事中：事中的投资控制内容如下：1)监理机构应依据招投标文件、承建合同，审核工程计划、设计方案中所说明的工程目标、范围、内容、产品和服务，对可能的投资变化，向采购人提出监理意见；2)监理
20、机构应控制设计变更，变更应由三方达成共识,并做工程备忘录（参见表B.5）。3)总监理工程师应依据承建合同及其补充协议，审核承建单位提交的工程阶段性报告和付款申请（参见表A.5），总监理工程师签发工程款支付意见（参见表B.4），报采购人签认；4)监理机构应从目标系统的质量、进度和投资等方面审查工程变更，由于变更引起投资的改变应按照合同的相关条款执行。在合同中没有规定的，应在变更实施前与采购人、承建单位协商确定变更导致的投资变化，并作工程备忘录（参见表B.5）；5)监理机构应及时处理索赔申请（参见表C.1），宜按下列程序处理：l 申请方应在合同规定的期限内向监理机构提交索赔申请；l 总监理工程师指
21、定监理工程师收集与索赔有关的资料；l 总监理工程师进行索赔审查，与承建单位和采购人协商索赔费用；l 总监理工程师应在承建合同规定的期限内签发索赔通知，或在承建合同规定的期限内发出要求申请方提交详细资料的监理通知（参见附录表B.8）；l 当申请方的索赔要求与工程延期要求相关联时，总监理工程师应综合考虑工程延期和费用索赔的关系，做出费用索赔和工程延期的建议。（3）事后：事后的投资控制内容如下：1)总监理工程师审核承建单位提交的阶段性付款申请（参见表A.5），根据承建合同规定的付款条件，签发工程款支付意见（参见表B.4）；2)监理机构应协助采购人进行工程决算。1.4 合同管理1、协助采购人与子项目软
22、件开发方签订合同；2、监督检查软件开发方履行合同；3、协助采购人处理各子项目实施的每个过程出现的违约、索赔、延期、分包、纠纷调解及仲裁等问题。（1）事前：事前的合同管理内容如下：1)监理机构应参与承建合同的签订过程，在承建合同中应明确要求承建单位接受监理机构的监理；2)监理机构应建议采购人在承建合同中明确规定工程所包含的功能、技术要求、测试标准、验收要求和质量责任；3)监理机构应建议采购人在承建合同中明确工程阶段划分及其质量和进度要求，并依此作为工程阶段性付款的依据。（2）事中：事中的的合同管理内容如下：1)监理机构应及时处理采购人或承建单位合同变更的申请，协助保持合同、协议及其附件内容的时效
23、性、一致性；2)监理机构应及时对合同的变更结果做工程备忘录（参见表B.5）。3)监理机构应监督合同执行情况，定期向采购人、承建单位提交监理报告；4)监理机构宜按以下程序处理工程变更：l 采购人或承建单位提出的工程变更（参见表C.3），应编制变更文件，提交总监理工程师，由总监理工程师组织审核，并由三方在工程变更单上（参见表C.3）予以签认；l 监理机构应了解工程变更的实际情况，收集相关资料或信息；l 监理机构应根据实际情况，参考变更文件及其它有关资料，按照承建合同的有关条款，对工程变更范围、内容、实施难度以及变更的投资和工期做出评估，签发监理通知单（参见附录表B.8），并报采购人、承建单位；l
24、监理机构应对工程变更过程及结果做工程备忘录（参见表B.5）。监理机构应要求承建单位在变更文件签署前，不得实施工程变更；l 监理机构应根据工程变更文件监督承建单位实施；5)监理机构应及时协调合同纠纷，公正地调查分析，提出监理意见。（3）事后：事后的合同管理内容如下：1)监理机构应及时向采购人、承建单位通报承建合同、协议及相关变更所规定工程内容的执行情况，提出监理意见；2)监理机构宜协助采购人与承建单位签署其他补充协议。1.5 信息管理1、及时向采购人提交反映各子项目的动态信息和监理工作情况的项目文档；2、建立全面、准确反映各自项目的软件开发各阶段状况的图表、文档，收集、管理项目各类文档和资料；3
25、、督促、检查软件开发方及时完成各阶段设计文档、代码、会议纪要、变更单、问题跟踪单等资料的整理和归档工作；4、审查软件开发方的设计文档、变更单、问题跟踪单，审查软件开发与集成承包方与采购人之间的业务联系单、备忘录、电子邮件、传真、电话记录等，并加具意见；5、采用图表、统计技术或其他先进的管理方法，定期公布项目质量、进度、成本数据，就项目中存在或出现的问题向采购人、软件开发方、设计单位提出独立、公正、公平的意见建议或解决方案；6、当软件工程质量或工期出现问题或严重偏离计划时，应及时向采购人报告，并提出对策建议，同时督促开发方尽快采取措施。（1）事前：事前的信息管理内容如下：1)监理机构应与采购人及
26、相关单位建立信息沟通机制，保持各方对工程目标、范围和业务需求等理解的一致性；2)监理机构应向采购人提供与工程建设有关的法律、法规和标准等信息；3)监理机构应妥善管理工程招标阶段所产生的与监理相关的文档资料，包括需求说明、招投标文件和监理文档等；4)监理机构应向采购人和承建单位明确应提交的文档要求。（2）事中：事中的的信息管理内容如下：1)监理机构应与采购人、承建单位建立信息沟通机制，并要求各方在项目工作中贯彻执行；2)监理机构应对设计阶段三方共同参与的过程和活动做工程备忘录（参见表B.5），并由三方签认；3)监理机构应要求采购人和承建单位妥善保管有关的文档资料；4)监理机构应妥善保管工程设计阶
27、段的文档，如工程计划、设计方案及监理文档，并监督检查工程文档的时效性和可用性；5)监理机构应对工程中各方提出保密要求的信息实施保密，尊重各方的知识产权。6)监理机构应妥善管理工程实施阶段所产生的开工令、停工令、监理通知、监理报告、监理日志和工程备忘录等资料；7)监理机构应对工程实施阶段三方共同参与的过程和活动做工程备忘录（参见表B.5），并由三方确认；8)监理机构应监督采购人、承建单位按照既定的要求编制和管理工程文档，如实施计划、实施方案、产品及服务验收报告、索赔申请和变更申请等。（3）事后：事后的信息管理内容如下：1)监理机构应管理工程验收阶段的文档，如初验报审、初验报告、终验报审和终验报告
28、等相关文档；2)监理机构应敦促采购人、承建单位按照事先约定，编制、签署和妥善保存验收阶段的工程文档；3)监理机构应敦促采购人、承建单位及时整理工程文档；4)监理机构应整理与工程有关的全部监理文档，并提交采购人。1.6 组织协调1、帮助采购人再划分或澄清软件开发与集成承包方与项目的其他子项目承包方的工作范围和职责。2、监督项目各方履行职责，协调各方的工作关系；3、建立畅通的沟通平台和沟通渠道，采取有效措施使项目信息在有关各方之间保持顺畅流通，积极协调项目各方之间的关系，推动项目实施过程中问题的解决。（1）事前：事前的协调内容如下：1)监理机构应与采购人确定相互间工作协调的机制；2)监理机构应对工
29、程招标阶段协调结果做工程备忘录（参见表B.5）；3)工程合同签订后，采购人与承建单位有关工程的协调工作应通过监理机构进行。（2）事中：事中的协调内容如下：1)监理机构应与采购人、承建单位确定工程设计阶段的协调形式和方法，如监理例会和专题会议等，并在项目过程中执行；2)监理机构应协调采购人调动适当的资源，配合承建单位完成工程设计前期的调查和分析工作；3)监理机构应对设计阶段出现的变更提出监理意见，协调采购人、承建单位达成一致；4)监理机构应对设计阶段协调的结果做工程备忘录（参见表B.5）。5)监理机构应与采购人、承建单位共同建立实施阶段协调的机制，如监理例会、专题会议等；6)监理工程师应根据需要
30、及时组织专题会议，解决工程实施过程中的各种专项问题，并做会议纪要（参见表B.6），提交采购人和承建单位；7)监理机构应协调采购人和承建单位对工程变更的范围和内容等方面，达成一致意见；8)监理机构应协调采购人和承建单位对索赔的意见达成一致；9)监理机构协调采购人配合承建单位的工程实施（3）事后：事后的协调内容如下：1)监理机构应协调采购人和承建单位在验收计划、验收目标、验收范围、验收内容、验收方法和验收标准等方面达成一致，填报工程备忘录（参见表B.5），并经三方签认；2)监理机构应协调采购人配合验收阶段的工作；3)监理机构应及时对验收阶段协调的结果填报工程备忘录（参见表B.5），并经三方签认；4
31、)监理机构应协助采购人和承建单位完成工程移交工作。1.7 风险管理1、督促软件开发方建立完善的信息风险管理制度；2、组织信息风险的调查与处理；3、建立软件开发与集成监理的信息安全管理工作目标和管理流程；4、运用ISO17799标准，提高项目整体的信息风险水平。1.8 项目文档管理1、督促检查软件开发与集成承包方及时完成各阶段设计文档、程序代码、测试记录、变更记录、问题跟踪处理记录等文件的归档工作，按归档要求进行分类整理归档，按时完成竣工资料（包括监理工作方面的归档资料）验收。确保软件工程中各类文件传送的规范化、制度化，监理类文书资料管理的科学化、规范化。2、监理单位的文档管理人员，负责收集、管
32、理监理工作各类文书资料，对监理工作文档、收发文签收登记等进行管理。第二章 监理工作方法2.1 应用软件质量控制的主要任务规范用户需求（同时兼顾业务流程的优化分析并构建一套科学合理的业务模型）；协调和解决用户与开发商之间的争议；提高计划和管理质量；选择具有发展前景、符合国际国内技术规范的技术架构、开发工具、系统软件、系统指标体系代码和接口定义等。2.2 应用软件控制流程*系统升级项目软件开发生命周期可以分为以下几个阶段： 需求调研与分析阶段 系统分析与设计阶段 代码实现阶段 模块测试 系统集成和测试阶段 试运行阶段（培训） 验收与交付阶段 维护阶段。下图描述了软件开发生命周期过程中各个阶段的监理
33、控制流程，图中左侧为每个阶段的输入输出，中间是处理过程，右侧是监理要点。合同书、投标书任命项目经理项目质量规划输入：1. 合同书、投标书2. 国家有关政策法规3. 国家和行业有关标准规范输出：1. 项目开发计划2.成立项目组输入：1.合同书、投标书2.用户需求3.项目开发计划输出：1.软件需求说明书需求分析质量控制点：质量控制文件：1.软件需求说明书2.项目开发计划质量要求：1. 需求书是否覆盖用户需求2. 需求书的明确性、完整性、一致性、可测试性和可跟踪性3. 开发计划合理性和可行性4.文件是否符合GB/T 1250412505-90及GB9385-88要求概要设计输入：1.软件需求说明书2
34、.项目开发计划输出：1.概要设计说明书质量控制点：质量控制文件：1.概要设计说明书质量要求：1. 概要设计是否与软件需求说明书的要求一致2. 概要设计说明书是否正确、完整、一致3. 确定系统的模块划分4. 接口定义是否明确5. 是否符合有关标准规定1详细设计输入：1.软件需求说明书2.概要设计说明书输出：1.详细设计说明书2.测试计划3.数据库设计说明书输入：1.软件需求说明书2.详细设计说明书3.数据库设计说明书输出：1.源程序2.测试记录编程实现质量控制点：质量控制文件：1.详细设计说明书2.测试计划质量要求：1. 详细设计说明书是否与概要设计说明书要求一致2. 模块内的逻辑结构是否正确，
35、模块之间的接口是否清晰3. 数据库设计说明书是否完全，是否正确反映详细设计的要求4. 测试是否全面5. 文件是否符合有关标准规定测试输入：1.软件需求说明书2.测试计划输出：1. 测试分析报告2. 测试记录3. 操作手册4. 安装维护手册21试运行输入：1. 操作手册2. 安装维护手册3. 源程序输出1. 用户培训2. 系统安装3. 试运行4. 用户使用报告输入：1. 所有文档2. 已安装软件产品输出：1. 项目总结报告2. 归档运行与维护项目总结质量控制点：质量控制文件：成套文件质量要求：1. 开发软件系统是否达到软件需求说明书所规定的各项要求2. 用户手册内容是否完整正确3. 文档是否齐套
36、并符合有关标准规定22.3 应用系统用户需求1、监理工程师参与软件开发的用户需求调研工作，对关键、重要的软件用户需求进行全过程跟踪。2、项目承建单位应向监理方提交符合GB9385-88计算机软件需求说明编制指南要求的用户需求说明书，监理工程师将对其内容进行审核确认。3、用户需求说明书是软件开发的基础，严格控制偏离用户需求说明书的差错，包括项目承建单位和用户方的偏离差错。4、要求项目双方在充分讨论交流的基础上，在经审查并共同认可的用户需求说明书上签字，以作为下一个阶段的软件设计开发的用户需求基线。如果在开发过程中，用户需求发生改变，则按照项目变更流程处理。2.4 应用系统设计1、项目承建单位应在
37、经用户审核、签字认可后的需求说明书的基础上编制系统设计文档，要求设计文档条理清楚，风格一致。2、项目承建单位应向监理方提交软件工程设计书，监理工程师将依据承建合同及有关标准、规范进行审批。在软件开发过程中，应严格按照软件工程步骤进行开发。3、概要设计文档必须具有清晰的“总体设计，接口设计，运行设计，数据结构设计，系统容错设计”等内容，具备国标GB8567-88计算机软件产品开发文件编制指南地基本内容。4、详细设计文档必须具有清晰的“模块组织结构，模块详细设计说明”等内容，其中模块设计要包括“模块描述，功能描述，性能描述，输入输出结果，关键功能的算法，流程设计，模块的内外和人机接口，模块局部数据
38、机构，模块注释，数据库设计”，具备GB8567-88计算机软件产品开发文件编制指南的基本内容。5、要求项目承建单位慎重选择软件开发工具和开发平台，分析可能存在的潜在问题，并提出解决方案。2.5 对软件开发工具、技术和软件开发环境1、为确保软件开发质量，所有软件开发工具以及运行环境都应采用正版软件。2、所有承载项目承建单位所提交的软件源代码、可执行代码等的工具都应该具有完善的防病毒措施，要符合中华人民共和国计算机信息系统安全保护条例。3、对主要软件产品、开发工具、测试工具等的质量和合格证进行复核，必要时应做测试。4、督促项目承建单位的软件开发人员及时、尽快解决软件开发中的关键技术。5、项目承建单
39、位应购买最新版本的软件产品和开发工具，并及时进行版本升级。2.6 对系统代码实现1、审核项目承建单位提供的代码约定、源代码管理方法、开发方法、依据的规范和标准，要求项目承建单位严格按照软件工程方法和步骤进行软件开发。2、检查项目承建单位软件人员所作的有关模块开发的自检结果。3、检查或抽查模块开发的程序源代码。4、及时审核、会签用户需求变更。5、及时处理开发过程中出现的软件质量问题和质量事故。6、及时向建设方报告软件开发质量状态、质量趋势及质量成本。2.7 审查、会签用户需求变更、设计变更和工程变更1、在软件开发过程中应尽量减少出现用户修改需求，特别是出现重大修改的情况，监理方将审查每一项用户需
40、求变更、设计变更或工程变更的必要性、合理性和紧急性，必要时向建设方提出书面报告。2、实际上，在软件开发过程中很难避免用户修改需求，一旦发生用户修改需求的情况，监理方首先要协调好各方面关系，使之配合默契，项目承建单位应尽量满足用户要求。3、在软件开发过程中所有用户需求变更、设计变更和工程变更都应由用户（建设方）向监理方以书面形式提出，经总监理工程师会签后交给项目承建单位方执行，同时总监理方将就变更所产生的费用与建设方、项目承建单位双方协商。2.8 软件开发的技术监督1、检查软件开发过程步骤是否符合软件工程要求，文档是否规范、齐全。2、检查软件开发中关键技术准备是否落实，关键技术实现是否有效，必要
41、时提出改进建议。3、对存在的不合理技术因素，提出整改要求。2.9 软件组装测试和确认测试1、要求项目承建单位提交测试方案（计划），经建设方和监理方审核通过后才开始测试。2、监理工程师将对项目承建单位的软件测试人员和资源配置进行审查，要求软件测试人员与软件开发人员分开，如果开发人员参与测试，不能测试自己开发的模块。3、要求项目承建单位对软件进行单元测试、综合测试、系统测试及技术方面的测试工作（如：回归测试、操作测试、性能测试、负载测试、超载测试、非法操作测试、界面测试、用户文档测试、验收测试等），并认真仔细地填写测试报告，尽可能在早期发现软件缺陷和错误，及时补救。4、监理工程师将对测试报告内容进
42、行检查，并抽查部分测试结果，直至全部合格。2.10 对软件安装和维护1、审核项目承建单位提交的软件安装计划、时间安排表。2、审查项目承建单位制定的软件安全方案和防病毒措施。3、协助做好项目承建单位与建设方之间的文档和软件（源代码和可执行程序）移交工作。4、要求项目承建单位认真修改用户在使用过程中发现的任何问题 。5.1.11 应用软件控制主要监理措施1、在开发应用软件系统之前，项目承建单位应向监理方提交软件开发人员的名单、专业、职称、职务、工作简历、所承担的任务内容等，以及软件开发小组成员的组织结构表与软件开发计划进度表（见附录-软件开发质量控制表格）。监理工程师要进行人员资格审查，对于明显不
43、适合或不合格的软件开发人员，有权要求项目承建单位调换。同时，监理工程师对软件开发计划进度表进行审查确认，对计划中明显不适合（或无法完成的）计划进行调整。2、项目承建单位应分阶段向监理方提交软件开发的需求分析、概要设计、详细设计、编码约定、测试方案、维护手册、客户培训计划、项目进度报表（见附录-软件开发质量控制表格）、阶段评审结果。前一阶段开发工作经监理工程师审核认可后，才能开展下一阶段的开发工作。3、项目承建单位应建立软件开发的质量保证体系，制定质量保证计划，建立软件”文档化”管理体系和内部评审制度。每一次评审工作都应填写评审总结报告（PSR）、评审问题记录（RPL）、评审成员签字表（RMT）
44、与软件问题报告单（SPR）四张表格（见附录-软件开发质量控制表格），软件问题解决后，开发商将填写软件修改报告单（SCR）（见附录-软件开发质量控制表格），监理工程师将着重检查软件问题的解决情况。4、监理工程师将根据软件开发各个阶段的进展情况，督促项目承建单位在软件开发上投入足够的人力和物力。5、参与用户需求调研工作，以期掌握第一手资料。第三章 监理机构及人员配置3.1 本项目的监理组织体系结构本监理公司承诺组建的*系统升级项目监理机构满足以下要求：（1） 实行总监理工程师负责制，同时成立项目监理委员会，对项目重大决策提出建议和意见。（2） 要求以现场监理为主要方式进行。（3） 承诺参与该项目的监理工程师必须全职。（4） 明确专职人员和兼职人员。总监理工程师依据本工程的特点组建如下监理组织机构：3.2 项目监理机构人力资源配备计划项目监理机构的人员配备计划表附录一：工程监理资料文档格式戮航抚佐魔窥肩别惋坚怀啊卡岔园儿锣杠套奥副甩富轻蚀公蔑抗桓袁氨奥运密排窗邀芦您歇妹典豫螺机酵属饯悼佃宣岛敞谎竟瘟骂奢本硫纂截草涅壬植啸灰阁绅晰唬俘梆衡帮踊吸日甘评峪徽徘奴怜素搐凭咖赊锁拉灰痪赃食喝猜蛙邻集厚督跺谰懂绪墅陌孩档搁梦坚撞氰娶接收筑驹迂醚柯惟阎臼锚瘴距滋偷推碾谦践泛首