凡人李文亮医生的临终遗言
bbu683
反腐必爆，伸张正义，欢迎您关注
请点击上方蓝色字体免费关注！
解读贪腐污吏：公开民众实情，曝光黑幕：
我以为我会好起来，可惜，让大家失望了。
在生命弥留的那一刻，我有好多话想说，想说给我的妻儿父母亲朋好友领导同事，想说给我认识的和不认识的每一个人。真的，从没有一刻，我觉得一个人的生命如此宝贵又如此脆弱，我无限眷恋生前的每一幕欢乐甜蜜和幸福，甚至每一次失落痛苦和仇恨。活着，比什么都好。可现在，它们即将随我奔赴天堂，可我不愿，即使去往天堂，我也宁愿苟活在人间。
亲爱的洁，永别了！你可能见不上我最后一面。别哭，我想永远记着你的笑脸。你知道我最喜欢庆余年，可我再无余年可庆。往后余生，无论风雨，只有你一人艰难前行。只是，不知道，你生病的时候我不在身边，谁来照顾你；下雨天，公交挤不上，谁来接你回家；带孩子累了，谁来替换你。还有，你怀有身孕，行动不便，谁来为你鞍前马后……一想到这些，我就愈加心痛不舍！我在想，是否上天想以我之命换取你们母子的一生平安喜乐，倘若这样，我便心安。等春暖花开，孩子出生，记得梦里告知我一声，名字你取，别太难听就行。
儿子，等你知道爸爸离开的消息时，一定要像个男子汉一样挺住别哭！爸爸不在了，你就是家里的小男子汉，要想爸爸一样照顾妈妈爷爷奶奶，将来照顾你的弟弟。你要爸爸春节陪你去海南，对不起，爸爸要失言了！不过没关系，等过了这段非常时期，爷爷奶奶还有妈妈会带你去饱览祖国各地秀丽山川。你曾跟爸爸打赌说将来一定长得比我帅比我高比我聪明，那是一定的！爸爸认输。儿子，你已经五岁了，你一定要听妈妈的话，做一个懂事勇敢诚实好学善良正义的好孩子。爸爸以你为傲。儿子，你肯定也为爸爸自豪，因为爸爸也很勇敢很诚实，将来有一天，你会懂的。
爸、妈，儿子不孝，不能再侍奉于床前，养育之恩来世再报！请原谅孩儿的不辞之别。天灾人祸，起落无常。或许余生，您二老会忍受白发人送黑发人的痛苦折磨和锥心思念，儿子不想你们这样，我要你们开开心心的，我不在了，您二老还有孙子儿媳啊，看到他们，就等于看到了我。爸、妈，得知你们痊愈，我很高兴，别难受，让孩儿了无牵挂地离开。
我的朋友们，我有一万个不舍。我以为我年轻，会扛过这一劫。我本来还打算病愈之后，报名上一线大战疫魔呢，谁知，一不小心，轻敌了。
如果，没有这次瘟疫，或者如果我们都劫后余生，我一定要拉着你们去吃尽天下美食，尝尝一直舍不得买的158元一斤的车厘子，请你们听肖战的演唱会……
大体有如下四种：照读式演讲、背诵式演讲、提纲式演讲，即兴式演讲。
照读式演讲
亦称读稿式演讲。演讲者拿着事先写好的演讲稿，走上讲台，逐字逐句地向听众宣读一遍。其内容经过慎重考虑，语言经过反复推敲，结构经过精心安排，话讲得郑重。它比较适合于在重要而严肃的场合运用。如各级党代会、人代会、政协会议等大会报告、纪念重大节日的领导人讲话、外交部的声明等。它的缺点是照本宣科，影响演讲者与听众之间思想感情交流。据说，在英国下院，照本宣读演讲被认为是愚蠢的表现。在我国，一般场合采用这种演讲方式也不受听众欢迎。
背诵式演讲
1.1. 主要需求及建设目标
某人民医院信息化需求主要有：医院管理信息系统（HMIS）、保温容器温控系统、PACS系统、全院心电系统、手术麻醉、重症监护系统、无线系统、实验室管理系统、电子病历系统、医疗设备与物资供应链管理平台、远程会诊系统、人事管理系统、医疗商业智能系统（BI）、集成平台建设、EMPI病人主索引管理服务、办公自动化系统（OA）、医院综合管理平台、医院服务平台、医疗质量管理系统等。
某院区信息化建设的主要目标就是运用最新的最先进的IT技术对全院的信息资源（人、财、物、医疗信息）进行全面的规划、设计和整合，进行各种数字化系统的建设和系统培训，实现某院区建立后从诊断、治疗、护理、康复、保健等各方面都展现出现代先进的全新面貌。以实现某人民医院信息化“一体化建设、无缝对接”为目标，将某院区作为某人民医院现有科室的延伸，充分利用某人民医院现有资源，确保某院区和某人民医院的高度融合。
1.2. 建设内容
1）深度融合方案建设内容
根据“一体化建设、无缝对接”的建设原则和融合建设方式要求，深度融合方案建设内容主要包括医院信息系统、终端系统、信息化基础设施完善三个部分，具体如下：
医院信息系统：因为采用融合方式进行建设，所以本项目医院信息系统主要利用某人民医院各类信息系统，并按需采购心电、PACS、LIS等系统的终端软件，独立建设保温容器温控系统。
终端系统：采购医疗设备工作站、行政办公设备、一卡通系统配套设备，显示设备等各类终端设备。
信息化基础设施完善：主要包括存储扩容和网络链路建设。
2）初级融合方案建设内容
初级融合方案建设内容包括医院信息系统、终端系统、集成平台、数据中心、与外部相关系统的交互，保障体系建设这几个部分。
医院信息系统： 某院区采购部署的信息系统包括HMIS系统、PACS系统、全院心电系统、电子病历系统、实验室管理系统、体检管理系统、远程会诊系统无线系统等共12个应用系统。其他相关应用系统则充分利用某人民医院现有资源，某院区负责辅助部署、调试，但是要针对某院区实际需求进行二次开发。
终端系统：建立一卡通系统、排队叫号系统、多媒体显示信息和移动终端等医院终端系统，采购配套的各类终端设备。
集成平台：建立数字化医院集成平台，作为某院区众多异构系统整合的连接器，实现院区内数据共享与交换，主要建设EMPI病人主索引管理服务、院内一卡通及数据集成平台。
数据中心：建设某院区数据中心，采购部署服务器、存储、网络安全、系统软件等软硬件基础设备。
与外部相关系统的交互：主要实现和医保、农保系统，智慧健康保障体系，银联、第三方支付平台共三大类系统的交互。
1.3. 保障体系：建立信息化安全保障体系、信息化运行维护保障体系。总体进度要求
本项目建设期自合同签订之日至一期系统全面上线，预计半年时间完成，共分三个阶段完成。第一阶段任务，即完成基础设施及环境建设、信息资源中心建设、公共业务应用支撑平台建设；第二阶段任务，即完成监测平台相关工程建设和监测设备的安装调试工作；第三阶段任务，即完成管理平台、相关系统的软硬件系统和标准规范及保障体系建设。
1.4. 项目执行标准
本项目监理的规范、标准、技术要求及相关资料：
国家和地方有关工程建设的法律、法规；
国家和地方有关工程建设的技术标准、规范和规程等；
经有关部门批准的工程项目文件和设计文件；
建设单位和监理单位签订的工程建设监理合同；
建设单位与承包单位签订的建设工程施工合同；
业主方所提的技术要求及相关资料；
弱电、强电、空调、消防等专业所提供的技术要求及设计图纸；
系统集成商提供的经业主批准同意的深化设计图纸；
《中华人民共和国计算机信息系统安全保护条例》；
《电子数据交换（EDIFACT）应用级语法规则（语法版本号：4，语法发布号：1）》GB/T 14805；
《软件工程术语》GB/T 11457-1995；
《计算机软件质量保证计划规范 》GB/T 12504-90；
《计算机软件配置管理计划规范 》GB/T 12505-90；
《软件维护指南》GB/T 14079-1993；
《电子信息系统机房设计规范》GB 50174-2008；
《计算机场地技术要求》GB2887-89；
《计算机用活动地板技术要求》GB6650-86；
《电子信息系统机房施工及验收规范》GB 50462-2008；
《建筑内部装修设计防火规范》GB50222-95
《电子计算机机房设计规范》（GB50174-2008）；
《安全防范工程程序与要求》（GA/T75-94）；
《安全防范工程技术规范》（GA50348-2004）；
《通信系统机房设计》（GBKJ-90）；
《UTP布线系统现场测试标准》（EIA/TIA TSB-67）；
《计算机防雷设计规范》（GB50174-93）；
《计算站场地安全要求》（GB9361-88）；
1.5. 技术准备与落实条件、风险控制
1) 熟悉实施方案、设计图纸及本项目有关文件，在机房建设、场所建设、硬件集成、软件开发等相关专业的配合下，熟悉应用系统开发、硬件设备安装、场所建设的实施内容，在可能的条件下，进一步优化施工单位的作业顺序，为关键工序及部位的监理旁站监理工作创造条件；
2) 熟悉相关应用系统及水务专题数据库建设的基本需求；
3) 审核机房建设、环保指挥中心场所建设的场所环境；
4) 审核相关硬件设备的参数配置；
5) 审核供配电及临时施工用电的配置，容量及其电源质量，用电安全措施；
6) 检查设计要求的安装接地线到位及通断情况。
第二章 监理人员安排
在该项目实施过程中，监理方的主要人员安排如下：
序号 姓名 岗位 工作内容
1 宁舒 总监理工程师 对项目情况进行总体把握、技术支持、提供咨询服务
2 朱莹 总监代表 项目协调，总体把握
3 杨琼逸 软件监理工程师 软件质量控制、场所建设、硬件集成现场监理
4 虞盼盼 软件监理工程师 项目日常联系，现场监理、项目文档管理、项目质控
拟派本项目总监理工程师资格情况表
姓名 宁舒 近3年监理工作业绩及承担的主要工作
性别 女 多年的IT行业工作经验，有丰富的监理经验，在多个大中型信息系统工程建设项目中担任总监理工程师或总监代表职责。
主要业绩：宁波市智慧健康综合卫生管理平台监理；无锡市锡山区城乡协同医疗服务体系建设咨询项目；鄞州区预约挂号平台一期项目咨询服务；宁波市智慧健康保障体系北仑项目一期工程项目咨询服务；宁波市医疗保险信息系统升级改造一期项目监理；宁波市金质工程二期项目监理服务；宁波市旅游局软件系统项目监理服务；宁海县房地产管理处网络系统安全建设方案咨询服务；宁波市机关后勤智能化管理平台咨询服务；北仑区两客一危道路运输车辆动态监控中心项目咨询服务；宁波市镇海区环境监测监控系统扩容及安全提升工程（软件部分）监理服务；宁波市规划局自然资源与空间基础地理数据库(一期)建设项目监理服务；药械安全监管信息智能决策系统项目监理服务等。
为质量控制目标是质量控制预期应达到的结果，应达到的程度和水平。即在预定的时间范围和投资范围内，监理单位将促进本项目根据相关的标准和技术规范，达到承建合同中规定的技术指标要求。
1、对项目承建单位的质量控制是确保项目发挥整体效用的关键之一，因而需加强对系统集成的质量控制。
2、整个项目涉及到相应的硬件、系统软件的采购，到货验收的质量控制不可忽视。
3、项目整体建设过程还涉及到系统测试、技术培训、初验、试运行、终验等环节，监理单位均需要对这些环节加强质量控制。
4、免费服务期要求承建单位承担相应责任，监理单位对承建单位的工作质量也应进行监控。
质量控制的目标管理应抓住目标制定，目标展开和目标实现三个环节。
1、质量目标的制订，本项目的质量目标就是完成业主单位建设本项目的建设目标。
2、目标展开就是目标的分解与落实；目标的实施，中心环节是落实目标责任和实施目标责任。
3、各专业、各工序都应以质量控制为中心进行全方位管理，从各个侧面发挥对工程质量的保证作用，从而使工程质量控制目标得以实现。
2.2. 质量控制的关键点
本项目是一个规模大、业务复杂的系统，工程建设将结合管理业务的应用特点和业务要求进行系统的开发和集成。本工程需要重点监理的实体对象主要有：
（1）平台软件的开发及数据库建设质量；
（2）设备质量；
（3）实施集成质量。
2.2.1. 软件开发及数据专题建设
在应用软件开发方面，监理方的主要工作内容如下：
? 在开发前监理机构的主要工作
1）协助业主单位审核承建方的软件开发计划；
2）对软件开发单位的实施准备工作情况进行监督；
3）对开发进度计划进行评估和审查；
4）主要复核、审查、监督软件承建方在开发软件过程中的技术方案和拟采用的技术手段和成果是否与详细设计要求一致。
? 开发过程中监理机构的主要工作
1）开发过程跟踪及控制，软件开发质量及时间控制；
2）系统开发质量监理，监理机构需要对编码和设计过程进行监理。
应用系统的质量控制流程如下：
图3-1应用软件质量控制流程图
图3-2应用软件质量控制流程图
行使质量监督权，下达停工令：为保证工程质量，出现下列情况之一者，项目总监有权指令监控系统中标运营商停工整改。
? 工程质量出现问题或问题未得到纠正而继续作业。
? 擅自使用未经认可的材料或设备。
? 擅自将工程转包。
? 质量技术签证：凡质量、技术方面问题有法律效力的最后签证，只能由项目总监签字。特别情况，可由项目监理组成员初签，最后必须由项目总监补签方可生效。
? 组织现场质量协调会：在必要时，由项目总监组织招标人、监控系统中标运营商、监理人员召开现场质量协调会，协调解决质量问题，会后印发会议纪要。
? 分阶段向招标人汇报有关工程质量动态情况。大体有如下四种：照读式演讲、背诵式演讲、提纲式演讲，即兴式演讲。
照读式演讲
亦称读稿式演讲。演讲者拿着事先写好的演讲稿，走上讲台，逐字逐句地向听众宣读一遍。其内容经过慎重考虑，语言经过反复推敲，结构经过精心安排，话讲得郑重。它比较适合于在重要而严肃的场合运用。如各级党代会、人代会、政协会议等大会报告、纪念重大节日的领导人讲话、外交部的声明等。它的缺点是照本宣科，影响演讲者与听众之间思想感情交流。据说，在英国下院，照本宣读演讲被认为是愚蠢的表现。在我国，一般场合采用这种演讲方式也不受听众欢迎。
背诵式演讲
亦称脱稿演讲。演讲者事先写好演讲稿，反复照背，背熟后上讲台，脱稿向听众演讲。这种演讲方式比较适合于演讲比赛和初学演讲者，可以在一定程度上检验和培养演讲者的演讲能力。其缺点是不便于演讲者临场发挥，使听众觉得矫揉造作，一旦忘词，就难以继续，往往要当场出丑。据说，英国首相丘吉尔曾有一次因背不出讲稿而栽倒在讲台上。所以，运用这种演讲方式，必须做好充分准备，语言尽量口语化，表达自然，切忌表演的痕迹。
提纲式演讲
亦称提示式演讲。演讲者只把演讲的主要内容和层次结构，按照提纲形式写出来，借助它进行演讲，而不必一字一句写成演讲方式，其特点是能避免照读式演讲和背诵式演讲与听众思想感情缺乏交流的不足——演讲者根据几条原则性的提纲进行演讲，比较灵活，便于临场发挥，真实感强，又具有照读式演讲和背诵式演讲的长处——事先对演讲的内容有充分准备，可以有一定的时间收集材料，考虑演讲要点和论证方法，但不要求写出全文，而是提纲挈领的把整个演讲的主要观点、论据、结构层次等用简练的句子排列出来，作为演讲时的提示，靠它开启思路。是初学演讲者进一步提高演讲水平的行之有效的一种演讲方式。
即兴式演讲
演讲者预先没有充分准备而临场生情动意所发表的演讲，它是一种难度最大、要求最高、效果最佳的演讲方式，可以根据实际情况，针对听众的心理和需要，灵活机动，迅速调动语言的一切积极因素，以悬河之口生动的直观和形象的直接感染力，是其它各种演讲方式都无法比拟的。使用演讲方式需要演讲者具有德、才、学、识、胆诸方面很高的修养，具有很强的记忆力、丰富的想象力和联想力、敏捷的思维能力、大量的语言和材料储备……如果不具备这些条件，即使使用这种演讲方式，也不会取得理想的演讲效果。相反，往往还会出现信口开河，漫无边际，逻辑混乱，漏洞百出的现象。这样反倒影响了演讲的效果。虽然如此，每个演讲者必须争取掌握这种演讲方式。只要下苦功，肯定是会学到手的。
4.3.3 质量的事后控制做好演讲提纲是关键的一步：演讲的题目、逐渐深化的论点、论据、结论和提议都是重要的环节。
要想演讲吸引听众、起到煽动听众情绪、让人进入演讲人的时态就要：
尽量使用听众觉得与众不同的词语，如古诗、名句、名言或者网络、社会、切中时代利弊的新词,做到引人入胜。
尽量使用排比句和循环句，可以得到事半功倍的效果，吸引听众。
尽量使用首尾呼应的方法，突出重点，推出理想的效果。
整个演讲要讲究思维的逻辑性，由浅入深、有条有理的把论点论据讲明白，讲清楚。
事先要进行准备，包括背诵；不带稿纸的演讲要比带上草稿的效果高明的多，要读熟练。
内心要有一个预案，考虑可能演讲中听众可能有的异议、提问，万一一时回答不了的也可以用“没听明白，请再讲一遍好吗？”延长自己思考回复的时间；也可以用一些托词（时间问题，不便于在此回答，下面面议等），立即回绝。
懂得托物起兴，有一个好的开头很重要；同时，结尾也要有力而精炼，令人回味无穷。
随时了解听众动态，懂得适可而止和趁热打铁等。
在一切准备就绪时，应注意手稿，如果是一般例会就无所谓了，如果是比较重要的场合，建议使用质地优越的合同专用纸作为手稿，这样手里的东西比较有分量，不至于那么寒酸。
研究对象编辑
演讲学的研究对象包括三个方面：
（1）关于演讲对社会生活的作用与反作用的规律问题.诸如演讲在社会生活中所处的地位及其社会作用，演讲自身的特征，以及演讲自身的继承、革新和民族演讲的相互影响等等。
（2）关于演讲活动本身的规律问题。诸如演讲的分类，演讲的内容与形式，演讲的准备阶段以及演讲活动的过程等等。
（3）关于演讲的鉴赏和批评的一般规律问题。诸如鉴赏的依据和批评的标准，如何通过鉴赏与批评推动演讲自身的发展等等。
上述三个方面既有各自的相对独立性，又有相互间的依存性。说它们相对独立，是因为每一个方面都是从某一角度出发的，说它们互相依存，是因为作为一个有机的整体.部分与部分之间存在着密切的联系，缺少哪个部分都将影响整体的完善性。
注意事项编辑
要理解你的听众都希望你成功，他们来听你的演讲就是希望能听到有趣的、有意义的、能刺激和提升他们思想的演讲。
对自己没有信心或没有兴趣的演讲，如果能推掉就尽量推掉。
要坚信人人都可以成为一个优秀的演讲者。只要不断练习，必然能够成功。这是发生在我身边的一个真实的故事：
2006年8月的一天早上，我的表哥秦海林早早的就来到儿子干活的工地，教儿子怎么样放线，父子俩六点多就开始干了起来。儿子是刚学这个活，所以父亲一边教，一边干，他们干活的地方是一个长宽各三米，高四米见方的土坑，要从里面砌上砖。父子俩正干着，忽然从南面的墙壁上掉下了一大片土块，凭着多年的工作经验，父亲马上就知道要发生危险了，他一边说：“儿子，快闪开！”一边猛得把儿子从墙根拉了出来，推到了一边，随后就塌方了，大面积的土从墙壁上脱落下来，儿子只被埋住了腿，父亲却被土方一直埋到了胸口，当时就吐了几口血。他的内脏被砸坏了。
当人们把父亲从土方里弄出来时，父亲一句话也没说，就走了，他的面容十分的安详，看不到一丝的惊恐。父亲可能知道，自己的儿子没有生命危险，所以就这样平静的走了，他生前的最后一句话就是：“儿子，快闪开！”
就是这样一个父亲，本来他是可以跑掉的。可在生死危险来临时，把生的希望给了儿子，把死亡留给了自己，我觉得这是一个合格的父亲，英雄的父亲。伟大的父亲！
同学们，如果说母爱是涓涓细流，一点一滴滋润着我们的心田，那么父爱就如高山，伟岸页淳厚，父亲总是默默无闻的付出，虽然他有可能不会为你做一顿可口的饭菜，虽然他不能时时的亲吻你，他可能只会轻轻的拍拍你的头，嘿嘿的笑上几声，他也可能对你声色俱厉，所以让你觉得父亲的爱不够深刻，可是你往往看不到父亲的另一面：
语言艺术编辑
演讲是一门语言的艺术，它旨在调动起听众情绪，并引起听众的共鸣，从而传达出你所要传达的思想、观点、感悟。
标准的普通话是必须的条件，当然一些大的演讲家不一定都有标准的普通话，但与人沟通中让人听懂是一个十分重要的内容。
注意语句的顿挫，演讲开始如一首昂扬的乐曲时不想成功都难。
互动。反问，诘问都是演讲中引起观众思考，提高演讲质量的方法。
忘稿时，尽量以圆滑的语言顺随过去，向下接稿，不要想不起下句而卡在那里。
名言编辑
如果有一天神秘莫测的天意将从我这里把我的全部天赋和能力夺走，而只给我留下选择其中一样保留的机会，我将会毫不犹豫的要求将口才留下，如此一来我将能够快速恢复其余。----丹尼尔·韦伯斯特Daniel Webster
便捷的口才将使得你雄辩滔滔，占尽上风。——镌刻于3,000年埃及古墓上的铭文
一人之辩，重于九鼎之宝；三寸之舌，强于百万之师。--刘勰《文心雕龙·论说》
良言一句三冬暖，恶语伤人六月寒。中国古谚语
一言可以兴邦，一言可以亡国。中国古谚语
周望，字仲弼，蔡州人，有口材，好谈兵。----宋·王明清《挥后录》之十宰予，字子无，鲁人，有口才著称。-----2000年前孔丘门人撰《孔子家语·七十二弟子解》
可与言而不与言，失人；不可与言而与之言，失言；言不顺，则事不成。——孔子
口者，心之门户，智谋皆从之出。——鬼谷子
如果让我重进大学，我将修好两门课：演讲和说服。——尼克松
简洁的语言是智慧的灵魂，冗长的语言是肤浅的藻饰。——[英]莎士比亚
说话和事业的进展有很大的关系，是一个人力量的主要体现。——富兰克林
你能面对多少人，未来就有多大的成就。---前英国首相丘吉尔
人们并不想反对你，他们只是在满足自己的需要。---吉恩·福勒
世界上更多的麻烦来自于轻率的回答，而不是莽撞的发问。--西德尼·哈里斯
听众是水，水能载舟，亦能覆舟。---柏君（JORI）
有思想而不表达的人就等同于没有思想。---前微软副总裁李开复
不会教育员工的领导充其量就是一个监工。---阿里巴巴马云
人人都需要赞美，你我都不例外。---美国前总统林肯
演说就是讲故事，就是通过吸引人的故事来说明观点。--美国前总统林肯
说话要足够简短，任何说话都不会是完全糟糕透顶的。---欧文·古柏Irving S.Cobb
语言是灵魂的透镜：言如其人。----普布利乌斯·西鲁斯
良好的过渡对于听众来说非常重要，因为它能使听众感觉被带入了一片平坦的大陆，而不用
在泥泞的沼泽中艰苦跋涉。----乔·格里菲思罗
我们最好的思想，最深厚的感情，只能被最美妙的语言表达出来。若是表达不出，谁能知道
那思想与感情怎样好呢？这是无可分离的、统一的东西。----老舍
? 单项工程竣工验收：单项工程完工后，先由施工单位初验合格，再提出验收申请表，分系统测试表，招标人和监理签字同意才能进行单项工程竣工验收。验收是进行单项工程系统测试，形成分系统测试报告，质量合格后签署单项工程验收证书。
? 竣工初步验收
项目竣工初步验收程序如下：
可以看出，应用软件开发需要经历以下各阶段：
? 制定项目开发计划
? 需求调研
? 总体设计
? 详细设计
? 编码
? 测试
? 调试
? 系统联调
? 系统试运行
? 系统交付使用
? 培训：要在系统投入使用前完成培训工作，确保业主单位用户能正确使用系统。
我们将在以下方面进行把关控制：
1) 保证所有的需求都以书面形式提出，所有需求在实施前经过评审；
2) 督促审核承建单位建立健全应用开发的质量保障体系；
3) 严格变更控制；
4) 协助承建单位做好配置管理；
5) 技术路线选择及技术架构与业务应用的匹配性审核；
6) 确保应用开发的过程质量和文档；
7) 严格控制测试流程和测试标准。
2.2.1.1. 软件开发计划审核和确认
监理机构应要求项目承建单位制定详细的软件开发和工程施工进度计划，并仔细审查每个阶段的进度计划，使计划制定的合理，同时又能保证总体进度的完成
评价开发计划，评价时要考虑如下准则，并形成监理意见。
? 与承建合同的可追溯性；
? 系统范围及工作任务分解的完整性；
? 项目生存周期过程及重要里程碑划分的合理性，包括适宜的软件生存周期模型；
? 开发估计方法的正确性，对项目任务和工作产品规模、时间安排、资源的估计；
? 开发进度计划的合理性，包括项目质量保证计划、配置管理计划等；
? 工程计划中硬件部分的协调和实施的可行性；
? 对项目风险进行了必要的识别、分析、处理和跟踪。
监理机构应督促业主单位和承建单位适时对开发计划及有关附属计划进行评审，并及时取得各方对开发计划的书面批准和承诺。
2.2.1.2. 项目调研和需求分析阶段质量控制措施
项目调研和需求分析主要包括业务流程梳理和系统功能界定两个方面。
监理的主要工作为：
1）协助业主审核项目承建单位的项目组织结构、人员构成，并以书面形式提出监理意见。
审核承建单位软件开发项目的组织结构（包括外部组织）、人员职责及其能力要求、以及需求调研分析阶段的工作计划。通常监理机构应要求承建单位制定开发计划并形成文档，计划中应包含的项目包括但不限于下列：
? 项目环境，包括测试环境、程序库、设备、设施、标准、规程和工具；
? 任务分解安排，连同预算、人员、物理资源、软件规模和相关的任务进度安排；
? 需求调研的具体进度安排、跟踪和报告方法；
? 软件产品或服务的质量特性的管理，可以制订独立的质量保证计划；
? 软件产品或服务的安全、保密安全和其他关键需求的管理，可以制订独立的安全、保密安全计划；
? 如适用，分包单位的管理；
? 如适用，验证和确认方式和条件。
（2）协助业主审核项目承建单位提出的需求调研提纲，并以书面形式提出监理意见。
承建单位中标后，必须通过有效的需求调研方法来获取用户需求，并在此基础上整理出用户需求规格说明书。需求调研提纲可以起到很好协助承建单位捕获用户潜在的、真实的用户需求。业务需求调研最主要目的就是充分，详尽了解用户真实的业务现状，明确用户对于项目的要求和期望(包括：业务流程期望，解决方案期望，技术指标期望等)，为下一步需求分析奠定基础。监理单位关注承建单位调研计划、调研提纲、调研访谈过程的工作技巧方法、以及对调研结果的分析方法，并关注由此产生的需求调研结论是否能真正覆盖的业主单位建设目标。
? 审核调研提纲内容
需求调研提纲阶段评审时着重考虑：
审核在调研提纲编制前是否事先做好充分的调查分析，是否对根据系统建设需求了解的情况进行合理的规划，进行相应的规范、引导和限定。
审核调研提纲是否清晰并符合系统业务目标，是否对系统相关的组织机构有所了解。
审核调研提纲是否可以有助于弄清机构、人员、角色的具体使用要求，是否可以推导出相关的业务规则、业务流程、活动步骤。包括：
? 组织结构、部门职责
? 岗位设置和岗位职责，机构目标
? 本部门的目标，管理重点，难点，绩效考核
? 每个业务流程
? 收集平时所用到的表单
? 可以反映本部门业绩的统计数据有哪些
? 最希望看到哪些统计数据，图表等
采用的调研形式是否覆盖系统所有用户，并根据用户层级的不同，采用不同的调研提纲以适应不同用户对系统的建设期望。
调研提纲是否有助于挖掘系统当前不清楚的需求。
调研计划和调研提纲是否在调研访谈之前一个工作日以前发放给用户。各部门的业务模块的调研内容是否进行专门设计。是否包含以下内容：
审核调研记录，了解调研过程，以便对调研结果的真实有效性进行核对。查看以下内容是否得到回应：
? 组织结构
? 职责和岗位设置和人员情况
? 部门的管理重点，难点，绩效考核
? 理清业务管理点
? 理清每一个业务管理点的流程
? 提出需要重点区分，确认流程差异，并当场确认
? 每谈完一个流程由用户自行当场画出业务流程图(重点)
? 总结同外部的数据交互
? 对部门现行运行状态的分析
? 对项目系统和模块功能的理解和期望
? 报表统计类：可以反映本部门业绩的数据;最希望时时掌握哪些数据，图表
检查承建单位对收集的表单的分类和整理情况：
? 试图将众多的表单进行分类
? 每张表单的填写目的，作用
? 每张表单每个项目的数据源
? 是否可以合并，精简
? 上报，分发的目的地
（2）审核需求调研过程
? 初期检查
着重检查文档是否符合统一的模板规范，比如页眉，页脚，图标，项目的名称，系统的名称，文档的内容，模板的项目，排版等等是否符合标准和规范。通过初期的检查，基本上能保证将来提供给用户的文档模板是规范的，美观的和统一的。
? 流程检查
着重检查调研人员对业务系统调研和理解的情况。在每个系统对整体业务有了大概了解的情况下，在整理文档的过程中，通过调研人员口头讲解，复述的形式，在项目组全体成员面前较早的将对用户业务的理解问题和对系统之间的接口问题暴露出来，通过大家一起分析，理解，更正，确认，避免走弯路，避免业务理解上的错误，保证文档中所体现的业务流程与用户确认的保持准确性、一致性，也保证了各个业务系统之间关联关系的准确性和一致性。
? 过程检查
着重检查文档在编写过程中的质量，包括版本控制差错导致的问题(辅助以一定的文档版本控制工具)。在业务调研工作逐渐清晰、明了期间，在文档逐渐成型的条件下，对整个文档的结构，内容，按照业务的要求进行详细的检查，包括重新简单检查初期检查阶段的各个检查项目。这个阶段可以在条件允许的情况下安排项目组的部分，重点或是全部系统的互查工作，尤其安排那些系统之间关联关系比较大的调研人员进行互查。重点检查的内容是文档撰写中的疏忽大意和系统的业务流程及说明描述部分。(指定专人负责，根据情况扩大范围)
? 确认检查
在最终需求文档正式提供给用户确认前，防止调研人员疏忽大意，着重对那些用户(尤其高层，主要人员)比较关心、关注以及系统实现比较重要的，有针对性的问题进行检查，防止疏漏。
以上四个阶段的检查工作，每次检查都要填写文档质量控制记录，经过当事人签字并确认整改，经项目经理检查确认后签字备案。可以作为质量量化考核的过程控制记录，不追究问题多少，但要追究问题重复发生的次数和原因。
（3）协助业主审核项目承建单位提出的需求调研报告，并以书面形式提出监理意见。
? 审核内容
审核需求说明书对业务描述是否清晰，是否绘有系统功能总图：以及各个单个模块的业务流程之间的系统关联是否界定。
审核分析调研结果的整理和细化情况，哪些业务需求提有用的功能，分析出有用功能，可选用功能，无用功能及不可实现功能。检查对业主单位的关键需求是否有遗漏和忽略。
需求调研报告是否能获得业主单位或系统使用单位的认可。
审核所有需求调研期间所有质量记录。
审核调研环节是否有使用单位的用户确认。
调研报告结果是否符合业主单位的建设预期。
? 处理意见
当监理单位对调研提纲、调研过程和调研报告进行综合审后认为需求调研的过程规范，同时业主单位确认需求调研结果有效，可以作为下一步的需求分析工作的输入的前提下，监理单位为调研结果出具书面监理评审意见，签认《需求调研报告》。
如果调研过程不规范、调研提纲不能收集建设需求，导致和调研结果不能涵盖系统建设规划目标，且屡改不改的，监理单位将承建单位下发《监理通知单》要求其整改调研工作。当因为业主单位或承建单位多次反复变动机构人员、且管理不规范、造成多次反复且无有效结果的，监理单位将编制《需求调研专题报告》，并召开需求调研专题会协调解决项目参与各方协调解决。
（4）协助业主进行系统界面原型确认，并以书面形式提出监理意见。
? 审核原型演变过程
承建单位根据需求调研报告加以分析，建立需求分析文档原型和建立系统简化原型。需求调研的核式一般包括：具体业务的名称、上级业务、下级业务、发生条件、处理的数据和详细流程（处理岗位、处理方式和审核细节等）。
对于在原型阶段产生的不断迭代的系统简化原型和文档原型是否符合用户业务需求，以及整个过程的版本控制和配置管理情况。同时关注用户单位业务主管人员对原型的签认情况。
? 监督原型沟通过程的效率和效果
在原型开发的过程中，监理单位将关注承建单位与用户单位对工作内容、配合方式以及反馈时间要求，包括人员组织方式、人员素质要求、提供的设备和场所、完成标志规定具体项目完成提供的文件名称和要求；关注开发单位的系统分析人员与用户单位安排的业务主管共同讨论过程；关注承建单位系统分析人员的能力、素质、工作方法和工作技巧；监督承建单位按软件需求分析计划的落实情况，计算与用户单位沟通的效率和效果，从而确定系统原型的质量。
? 组织需求评审
当原型经过确认后，需求评审一般由用户单位组织，评审团成员由同行专家、系统分析、设计和测试人员组成。评审的依据不仅有需求分析说明书，还有系统简化原型；同时在评审过程中，系统简化原型不断进行优化。评审的目标是要求需求分析说明书具有正确性、可行性、必要性、具有优先级属性、可验证性和无二义性。需求评审报告作为对需求分析的补充和修正，由双方负责人签字，以需求分析说明书附件的形式存在，同样指导下一步的系统设计工作。
? 降低业主对原型期望
在原型获得用户认可后，监理单位将对原型产生的质量记录上予以签认。在签认原型的同时，监理单位将提示业主单位原型法不足的地方，要求在需求说明规格书中体现。
原型并不能完全能反映实际系统的全貌；
原型除展现功能需求和界面需求外，对性能需求、环境需求、可靠性需求、安全保密需求、资源使用需求、软件成本消耗与开发进度需求和目标需求难以表达。
（5）协助业主审核项目承建单位提出的需求规格说明书，并以书面形式提出监理意见。
监理单位在需求分析过程中，关注过程各个环节的质量情况，包括需求调研计划、需求调研提纲、需求调研报告、需求原型的评审，每个环节均要留有过程记录、签证、以及最终可作为下一环节输入的输出结果。
监理机构要求承建单位分析软件需求并形成文档，对软件需求说明书编制及其变更的监理参照文档管理监理和配置管理监理过程。系统需求文档应包含以下内容，监理机构应并形成对软件需求和对业主单位组织评价软件需求的监理意见。
? 功能与能力规格说明，包括性能、物理特性和软件项执行的环境条件；
? 如适用，软件项的外部接口；
? 鉴定需求；
? 如适用，安全规格说明，包括那些与运作、维护相关的方法、环境影响和人为损坏；
? 如适用，保密安全规定，包括那些与敏感信息相关的泄露；
? 人机工程学规格需求；
? 数据定义和数据库需求；
? 在运作和维护场所，对已交付的软件产品的安装与验收需求；
? 用户文档；
? 用户操作与执行需求；
? 用户维护需求。
监理单位应要求业主单位组织通过审核、联合评审、确认等方式评价软件需求，评价时宜考虑下列准则：
? 与合同的可追溯性和一致性；
? 与业务目标和系统建设目标的一致性；
? 系统需求和系统设计的可追溯性、一致性；
? 内部一致性；
? 基于信息资源规划和业务指标评价体系的可测试性；
? 业务流程再造、业务持续改进、信息资源开发的可行性；
? 软件设计的可行性；
? 运作和维护的可行性。
监理机构应监督承建单位解决软件需求分析中发现的问题和不合格项，并形成监理意见。
2.2.1.3. 设计阶段把关
软件设计阶段包括软件概要设计和软件详细设计。其中，软件概要设计监理的目的是对软件概要设计有关内容（重点是软件的结构、软件的功能、接口设计、接口关系等）、概要设计过程、概要设计活动、文档格式进行审查，确定承建单位提出的软件总体结构设计是否实现了软件需求规格说明的要求，确认是否满足要求；给出是否符合要求的结论；确定其可否作为软件详细设计的前提和依据。
软件详细设计监理的目的是对软件详细设计有关内容（重点是软件的算法、数据结构、数据类型、异常处理、计算效率等）、详细设计过程、详细设计活动、文档格式进行审查，确定承建单位提出的软件详细设计内容是否实现了软件概要设计的要求，确认是否满足要求；给出是否符合要求的结论；确定其可否作为软件编码的前提和依据。
针对本项目应用软件在设计阶段监理的主要工作为：
? 审查提交的文档是否齐全，审查文档编制与描述工具是否符合规范。
? 确定承建单位提出的软件总体结构设计是否实现了软件需求规格说明的要求。
? 评价软件设计方案与数学模型的可行性，评价接口设计方案和运行环境的适应性。审查软件集成测试计划的合理性和完备性，审查数据库设计的完备性和一致性。
? 确认软件详细设计文档的内容符合软件编码的要求。
在此阶段，国研监理主要针对需求的覆盖性及可跟踪性、模块划分的合理性、接口的清晰性、技术适用性、技术清晰度、可维护性、约束与需求的一致性、可测试性、对软件设计的质量特性的评估、对软件设计的风险评估、对比情况、文档格式的规范性等几个方面对软件设计进行评审。同时，从文档的规范性、可实施性出发，以国家相关标准为依据，从软件工程学的角度对承建单位提出意见与建议，并尽可能与业主单位协调配合工作，听取业主单位从业务角度出发提出的对承建单位设计的意见，配合业主单位工作，敦促承建单位做好工程项目的设计工作。
2.2.1.4. 编码测试把关
监理机构将监督测试过程，并对测试成果把关。在测试阶段，监理机构依据测试原则对承建方和第三方测试的测试进行监督并进行关键点测试：
? 应尽早和不断地进行软件测试；
? 测试用例应由测试输入数据和对应的预期输出结果两部分组成；
? 程序员应避免检查自己的程序；
? 在设计测试用例时，应包括合理的输入条件和不合理的输入条件；
? 充分注意测试中的群集现缘，即一般测试后程序中残存的错误数目与该程序中已发现的错误数目成正比；
? 严格执行测试计划，排除测试的随意性；
? 应当对每一个测试结果做全面检查；
? 妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护提供方便。
在编码及测试阶段监理机构参考的标准有：GB938688计算机软件测试文件编制规范、GB／T1250490计算机软件质量标准保证计划规范、GB/T1250590计算机软件配置管理计划规范、GB/T1553295计算机软件单元测试等。
2.2.1.5. 应用测试把关
? 审核竣工文档资料的完整性、可读性及其与工程实际的一致性；
? 审核操作系统、应用系统等软件配置与设计方案的符合性；
? 检测验证系统功能性能与合同的符合性；
? 监控承建单位的阶段测试和分项工程验收；
? 协助业主单位委托第三方对工程进行系统测试，并对测试方案、测试过程、测试结论进行把握；
? 监督承建单位在试运行期间的修改工作；
? 督促承建单位的培训工作，协助业主单位完善维护管理制度；
? 组织业主单位、承包商、监理机构和其他有关方面对工程进行验收；
? 负责提交监理报告。
2.2.1.6. 过程质量记录审核
国研监理将依据监理的国家标准《信息系统工程监理规范》，结合国研监理多年来在大型信息系统工程的监理实践经验，对本项目实施工程质量监督控制。本项目质量控制的目标是通过对工程的计划、质量行为过程、单个工程实体的质量控制，并最终保证工程整体综合质量优良，达到预期的设计目标。
在应用软件的开发中，按GB／T12504-1990以软件质量的定义，软件产品的质量是指软件产品能满足给定需求的各种特性的总和，包括：功能、可靠性、时间经济性、资源经济性、可维护性、可移植性。确保软件质量的提高是一个综合的因素，需要从每个方面进行改进。
作为监理机构在应用系统开发的质量控制中，质量控制的范围包括：应用软件开发的全过程、系统的硬件集成、应用部署、系统培训、系统的试运行及验收、系统运维。
在监理机构的质量控制核心包括两个层面，一方面审核控制承建单位在开发过程中针对本项目的质量目标体系和质量控制标准，另一方面是规范监理自身服务的质量体系和标准，从两个方面互相进行制约，确保系统的质量目标能够满足预期的要求。
监理机构的系统质量控制目标是通过监督承建单位的系统开发规范性，在开发过程中及时发现问题，提出第三方的分析评审意见，给出解决问题的建议，并反馈监督问题的落实和解决情况，协助业主与承建单位，共同确保系统的实现目标，以其达到系统的预期效果。
2.2.1.7. 第三方测试的配合和管理
在第三方测试阶段监理机构的主要工作有：
? 协助业主单位在必要时选择第三方测试机构。
? 协助业主单位审核第三方测试机构资质、信息系统工程测评经验、测试环境、测试工具及测试工程师队伍的素质等。
? 协助业主单位进行第三方测试工程的环境建设。
? 协助业主单位委托第三方对工程进行系统测试，并对测试方案、测试过程、测试结论进行把握。
2.2.1.8. 源代码及应用程序的移交验收
监理机构要求承建单位按合同中的规定提供评价、评审、审核、测试和解决问题的报告。并审核是否达到合同规定的验收条件，验收条件还应包括如下内容：
? 满足验收的条件；
? 初验合格；
? 试运行正常并且出现的问题已经得到解决；
监理机构协助业主单位根据已确定的验收策略和准则准备验收，包括准备测试用例、测试数据、测试规程和测试环境。确定承建单位参与的程度。
监理机构应协助业主单位对可交付软件产品或服务进行验收评审和验收测试，并形成文档。当所有验收条件满足时，业主单位应从承建单位接受它。
监理机构应协助业主单位验收系统，评价时应参考业务指标评价体系并宜考虑下列准则，评价结果应形成监理意见：
? 与合同的一致性；
? 与系统需求的一致性；
? 与业务需求的符合程度；
? 与预期结果的符合程度，包括但不仅限于与信息资源规划、业务流程再造需求及业务持续改进需求和业务指标评价体系的符合程度。
? 监理机构应监督承建单位解决系统终验中发现的问题和不合格项，并形成监理意见。
2.2.2. 设备质量
本项目的硬件设备包括机房改造所需设备和材料、机房网络设备和服务器、环保指挥中心改造所需相关设备及装修材料、监测平台相关设备等。
基础设施监理工作主要包括以下几个方面：
1) 协助承建单位和业主单位，审核关键设备、材料等选型方案；
2) 对硬件设备、材料等的安装调试进行验收；审查并确认系统集成商的投标书、合同及实施方案；
3) 对采购的硬件设备、材料等的质量进行检验、测试和验收；
4) 在技术上、经济上、性能上和风险上进行分析和评估，及时为业主方提供建议；
5) 当工程目标出现偏离时，及时指出，并提出对策和建议，监督系统承建单位尽快采取整改措施。
监理要点为：
? 设备、材料进场验收要求：
a)对进场的硬件设备审查，开箱验货，审查是否使用合格材料、构配件和设备，型号是不是与合同相符，是否有合格证，记录序列号，填写《设备开箱检查记录表》。
b) 对设备序列号进行查验，以验明设备真伪。查验方式包括800电话、厂商网站等多种方式。
? 对相关设备的安装情况进行现场旁站监理，并提出整改意见。设备应安装整齐、固定牢靠，便于维护和管理；高端设备的信息模块和相关部件应正确安装，空余槽位应安装空板；设备上的标签应标明设备的名称和网络地址；跳线连接应稳固，走向清楚明确，线缆上应正确标签。
? 软硬件设备的随工检查内容应包括：
a) 安装质量检查：机房环境是否满足要求；设备器材清点检查；设备机柜加固检查；设备模块配置检查；设备间及机架内缆线布放；电源检查；设备至各类配线设备间缆线布放；缆线导通检查；各种标签检查；接地电阻值检查；接地引入线及接地装置检查；机房内防火措施；机房内安全措施等。
b) 通电测试前设备检查：按施工图设计文件要求检查设备安装情况；设备接地应良好；供电电源电压及极性符合要求。
c) 设备通电测试：检查相关设备加电后能否正常工作，有无异常情况等。
d)对网络通信状况的检验，包括广域网、局域网，如速度、系统可靠性等；对服务器运行可靠性等检验；对安全系统的运行性能和防范功能的检验。
? 对设备安装完成情况进行评估和重点测试，通过测试检查系统功能和性能是否满足业主方需求，是否达到设计指标。
2.2.3. 实施集成质量
本项目需实施集成的场所及设备包括环保指挥中心场所改造、机房改造、信息化设备购置、监测平台安装实施等内容。
2.2.3.1. 监理要点
1、了解和熟悉设备主要技术指标；
2、对相关设备尤其是监测平台相关设备的工作原理、生产工艺进行了解；
3、要求承建单位提供部分设备的样品，经业主方和监理方确认后方能采购；
4、跟踪采购过程，可以分批采购分批验货；
5、设备实施集成后，根据承建方提交的测试方案检查设备各部位是否运行正常；
6、抽查设备质量状况，判断和确认质量问题产生原因，对问题提出改进措施，审查承建单位施工处理方案、措施。
2.2.3.2. 隐蔽工程
承建方按有关规定对隐蔽工程先进行自检，自检合格，将《隐蔽工程检查记录》报送监理和业主；
监理工程师对《隐蔽工程检查记录》的内容到现场进行检测、核查；监理工程师到现场进行抽样核查；
对隐检不合格的工程，应由监理工程师签发《不合格工程项目通知》，由承建方整改，合格后由监理工程师和业主方复查；
对隐检合格的工程由监理工程师和业主方签认《隐蔽工程检查记录》，并准予进行下一道工序。
2.2.3.3. 管线工程
? 金属管线敷设
镀锌管应镀层完好，锌层剥落处应涂防腐漆。
钢管不应有折边和裂缝，管内应无铁屑及毛刺，切断口应平整，管口应光滑；
电线保护管的弯曲处，不应有折皱、凹陷和裂缝，且弯扁程度不应大于管外径的10%；
弯曲半径不应小于管外径的6倍，埋设于地下或混凝土内时不应小于管外径的10倍；当两接线盒间只有一个弯曲时，其弯曲半径不宜小于管外径的4倍。
钢管采用螺纹连接时，管端螺纹长度不应小于管接头长度的1/2；连接后，其螺纹宜外露2～3扣。
螺纹表面应光滑、无缺损；采用套管连接时，套管长度宜为管外径的1.5~3倍；
管与管的对口应位于套管的中心；套管采用焊接连接时，焊缝应牢固严密。采用紧定螺钉连接时，螺钉应拧紧。
钢管与箱盒连接应采用锁紧螺母或护圈帽固定，管端螺纹宜外露锁紧螺母2~3扣；与设备直接连接时，应将钢管敷设到设备的接线盒内。
管卡间固定点的最大距离Ф15～20为1.5mm; Ф25～32为2.0mm; Ф40～50为2.5mm。
? 管内穿线、配线
1) 控制内容：
多相导线的颜色应宜于区分，同一构筑物内的导线，其颜色选择应统一；
保护地线（PE线）应采用黄绿颜色相间的绝缘导线，零线宜采用淡蓝色绝缘导线；
对穿管敷设的绝缘导线，其额定电压不应低于500V；
前端管内穿线应在前端设备安装前进行；
电线保护管内的积水及杂物清除干净；
同一交流回路的导线应穿入同一钢管内；不同回路、不同电压等级和交流与直流的导线，不得穿在同一根管内；
下列情况除外：
? 电压为50伏及以下的回路；
? 同一台设备的电机回路与无抗干扰要求的控制回路；
? 照明花灯的所有回路、同类照明的几个回路最多8根导线可穿入同一根钢管内；管内导线总截面小于管内截面积的40%；管内不应有接头和扭结；管口处应装设护线套或密封；
在顶棚内由接线盒引向器具的绝缘导线，采用可挠金属电线保护管保护；
导线不应有裸露部分；铜芯线应采用锡焊焊接、压板压接或套管连接；
剖开导线绝缘层时，不应损伤芯线；芯线、端子连接后，绝缘带应包缠均匀紧密，其绝缘强度不低于导线原绝缘强度；
保护地线（PE线）连接应可靠；
对带有漏电保护装置的线路，应作模拟试验，并应作好记录。
? 桥架安装
规格应符合设计要求；接口应平整，接缝严密，无扭曲、防腐完好；
连接必须符合产品技术文件规定；连接点不应在穿过楼板或墙壁处；穿过楼板或防火墙时，应采取防火隔离措施；
电缆梯架（托盘）及支（吊）架、连接件和附件应符合有关技术规范；
电缆梯架（托盘）的规格、支吊跨距、防腐类型应符合设计要求；
梯架（托盘）在每个支吊架上的固定应牢固；
梯架（托盘）连接板的螺栓应紧固，螺母应位于梯架（托盘）的外侧；
水平敷设时，支撑跨距一般为1.5~3m；
垂直敷设时，固定点间距不大于2m；
连接板固定螺栓的螺母应位于桥架的外侧；
当直线段钢制电缆桥架超过30m，应有伸缩缝，其连接宜采用伸缩连接板；
电缆桥架跨越建筑物伸缩缝处应设置伸缩缝；
电缆桥架转弯处的转弯半径，不应小于该桥架上的电缆最小允许弯曲半径的最大者；
桥架的金属外壳应连为一体，电缆支架全长均应有良好的接地；
? 线缆敷设
电缆型号、电压、规格应符合设计要求；
电缆外观应无损伤、绝缘良好；当对密封有怀疑时，应进行潮湿判断；
电缆放线架应放置稳妥，钢轴的强度和长度应与电缆盘重量和宽度相配合；
敷设前应按设计和实际路径计算每根电缆的长度，合理安排每盘电缆，减少电缆接头；
在带电区域内敷设电缆，应有可靠的安全措施；
并联使用的电力电缆其长度、型号、规格宜相同；
敷设电缆时，电缆应从线盘的上端引出，不应使电缆在支架上及地面上摩擦拖拉；
电缆上不得有锉装压扁，电缆绞拧、护层折裂等未消除的损伤；
塑料绝缘电缆应有可靠的防潮封端；
切断电缆时不应有金属屑及污物进入电缆；
桥架内敷设：
电缆应排列整齐，不交叉；
垂直或超过45°倾斜敷设时固定间距2m；
水平敷设时首末端、转弯及接头的两端应固定；固定处应加绝缘衬垫；
终端头与接头附近留有备用长度；
并列敷设其接头位置应错开；敷设时在终端头、接头、拐弯处及竖井的两端应及时装设标志牌；
并联使用的电缆应有顺序号；
电缆进入电缆沟、手孔井、建筑物、盘（柜）以及穿入管子时，出入口、管口应密封；
穿过竖井、墙壁、楼板或进入电气盘、柜的孔洞处，用防火堵料密实封堵；
2.2.3.4. 综合布线系统
工程中使用的对绞电缆和光缆规格、程式、形式应符合设计的规定和合同要求；
电缆所附的标志。标志内容、标号、生产厂名、制造日期和电缆盘长清晰；
电缆的电气性能应从本批量电缆的任意盘中任意进行抽样测试；
线料和电缆的塑料外皮应无老化变质现象，并进行通、断和绝缘检查；
光缆开盘后应先检查光缆外表有无损伤，光缆端头封装是否良好；
综合布线系统工程采用62.5／125.μm或50／125μm多模渐变折射率光纤光缆和单模光纤光缆时，现场检验应检验光纤长度；
? 光纤调度软纤（光跳线）检验应符合下列规定：
光纤调度软纤应具有经过防火处理的光纤保护包皮，两端的活性连接器（活接头）端面应配有合适的保护；
每根光纤调度软纤中光纤的类型应有明显的标记，选材应符合设计要求；
光纤插座的连接器使用型号和数量、位置应与设计相符；
光纤插座面板应有发射（Tx）和接受（Rx）明显标志；
对绞电缆（UTP）电气性能、机械特性、传输性能及插接件的具体技术指标和要求应符合规范要求；
通信设备之间的连接电缆终端作业可分为插接、绕接和卡接；
? 缆线终端的一般要求：
缆线在终端前，必须检查标签颜色和数字含义，并按顺序终端；
缆线中间不得产生接头现象；
缆线终端应符合设计和厂家安装手册要求；
插接电缆终端必须依据设计文件要求进行，电缆的走向及路由应符合厂家有关规定。
卡接芯线时应用接插设备生产厂家提供的专用了具，不得随意用代用工具；缆线终端处必须卡接牢固，接线电缆与接插件连接应认准线号、线位色标，不得颠倒和错接；
对绞电缆芯线终端每对对绞线应尽量保持扭绞状态，非扭绞长度对了5类线不应大于13mm，4类线不大了25mm；
剥除护套均不得刮伤绝缘法，应使用专用工具剥除；屏蔽对绞线的屏蔽层剥除后应与接插件的屏蔽罩作360度保护，屏蔽层的长度应覆盖到不使对绞线暴露；
对绞线在与信息插座（RJ45）相连时，必须按色标和线对顺序进行卡接；
插座类型、色标和编号应满足设计要求
光纤互连和交叉连接装置（光纤连接盒，以下简称LIU）可以为固定和抽屉两种方式，其装配应按设备说明书要求，方式、位置和高度应符合设计要求；
光缆进入LIU的光缆人孔处时应采取保护措施（光缆减压单元）。光缆在LIU中应按规定的位置夹持在缆夹架上，并按规定留出足够的长度，以便对光缆中的光纤末端，按照操作规程进行安装固定和连接器的成端；
光缆纤芯与连接器尾纤接续处应加以保护和固定，连接器在插入适配器之前应进行清洁，插入符合设计要求；
纤芯与连接器的连接要求见有关规定。应使用规定长度的光纤跳线，光纤跳线在LIU内的路径、固定方法应符合设备说明的要求；
缆线布放两端应贴有标签，表明起始和终端位置；标签书写应清晰、端正和正确；
缆线布放时应有冗余。缆线的弯曲半径应符合规定；
双绞电缆与其他管线之间安装距离符合规定；
缆线终端处必须卡接牢固，接触良好；
缆线中间不得产生接头现象；
信息插座安装位置符合规范要求；
安装在活动地板或地面上的信息插座，应固定在地面内接线盒里，接线盒盖可开启，并有防水、防尘要求。接线盒盖面应与地面齐平；
信息插座应以标准的T568B或T568A接线，信息插座应有标签；
? 配线设备安装位置符合规范要求；
配线进入配线箱管线保护妥当，配线箱体内接线端子各种标志清晰、齐全。配线整齐；
配线架选择合理。配线配件齐全；
箱体安装应端正牢固，其中心轴线、距地面高度符合要求；
其垂直偏差不应大于3mm；
暗装的箱体四周应砂浆密实，箱板面四周边缘应紧贴墙面。
? 盒（箱）周边的间隙符合要求；
进入配线箱的配管应排列整齐、长度一致；
严禁用电、气焊切割箱体；
同一建筑物中同类箱体安装高度一致；
安装完毕的配线箱应有系统图，各回路的编号应正确、齐全。
2.2.3.5. 实施集成测试
1、工程布线测试
系统布线测试应根据不同系统的不同性能要求，依据国家、地方和行业的相关规范、标准要求进行测试；
承包单位按有关规定对系统布线进行自检，自检合格，将检查记录报送监理；
监理工程师对检查记录的内容到现场进行检测、核查；监理工程师到现场进行抽查；
对布线工程不合格的部分签发《不合格工程项目通知》，布线工程合格后，方能进行单体设备性能调试和子系统的系统功能调试。
? 材料及主要设备的检测
1) 材料、设备的中文质量合格证明文件、规格、型号及性能检测报告；
2) 材料的品种、规格、性能等应符合现行国家产品标准和设计要求；
3) 对材料、设备及软件的主要性能进行检测时，应选用相应的检测设备，一些特殊的检查应明确检查方法、检查数量和指标；
2、单体设备测试
单体设备调试应根据系统的性能要求和设备制造商提供的设备性能指标。依据国家、地方和行业的相关规范、标准要求进行测试。
承包单位按有关规定对单体设备性能调试进行记录，单体设备调试合格后，提供性能调试记录报告；
单体设备调试合格后，方能进行整体功能调试。
3、整体集成测试
整体集成调试应在系统单体设备调试合格后进行。
整体集成的功能调试应根据国家、地方和行业的相关规范、标准要求进行测试。
整体集成的功能调试应满足业主提出的功能需求，满足招标文件提出的系统要求。
2.3. 质量控制的方法
1、现场督导
现场督导是工程质量监理的一种主要方法，就是在项目执行过程中，监理人员部分或全部时间“盯”在项目现场，对系统集成和软件开发质量及有关技术随时进行检查；检查项目承建单位的工作方法是否符合技术规范的要求，所用的设备、仪器仪表是否合格；及时发现事故的苗头或技术缺陷，以免发生重大质量问题；现场督导也包括监理工程师对项目质量或承建单位法进行巡视、抽查、专项检查和定期现场检查。根据工程的重要程度和难易程度，采用全过程现场督导，部分时间现场督导和一般性检查三种情况的现场检查。
上述三种方法在实际工作中根据项目具体情况的变化灵活掌握采用。为了有计划地安排督导及检查工作，要求项目承建单位按月或周提交项目计划，做到“全过程、全方位、全天候”的“三全”现场督导监理，通过现场督导，消除质量隐患，也帮助项目承建单位发现并解决项目中存在的技术或管理问题。
2、测试
在系统集成和软件开发过程中，对于完成部分，监理工程师将要求项目承建单位的测试人员随时进行测试，采用随机抽测或全测的方式，若发现不合格，将扩大测试范围，并要求项目承建单位查找原因和改正。
在项目承建单位自检的基础上，监理工程师将进行独立的测试。独立检测的取样和试验由监理人员完成，项目承建单位予以协助。
数据专题应用工作完成后，承建单位应做好自检、互检工作，确保数据的正确性。
硬件平台安装工作全部结束后，项目承建单位应对整个系统做全面完整的测试。
应用软件系统开发完成后要经过详尽的测试。测试计划和测试用例必须经监理工程师审核确认。
项目承建单位的一切现场测试都必须有监理人员在场。
3、质量技术签证
凡质量、技术问题方面有法律效力的最后签证，只能由项目总监理工程师一人签署。专业质量监理工程师、现场质量检验员可在有关质量、技术方面原始凭证上签字，最后由项目总监理工程师核签后方有效。
4、行使质量否决权，为工程进度款的支付签署质量认证意见
项目承建单位工程进度款的支付申请，必须要有质量监理单位面的认证意见，这既是质量控制的需要，也是投资控制的需要。
5、组织现场质量协调会
现场质量协调会由监理工程师主持。协调会后要印发会议纪要。
6、定期向业主单位报告有关工程动态质量情况
现场监理组每周向业主单位报告有关工程质量方面的情况。重大质量事故及其他质量方面的重大事宜则应及时提出报告。
7、工程质量事故的处理
包括质量事故原因、责任的分析；质量事故处理措施的商定；批准处理工程质量事故的技术措施或方案；处理措施效果的检查。
8、行使质量监督权，下达停工指令
为保证工程质量，出现下述情况之一，监理工程师有权指令项目承建单位立即停工整改：
? 未经检验即行下阶段作业者；
? 工程质量下降经指出后，未采取有效改正措施，或采取了一定措施，而效果不好继续作业者；
? 擅自采用未经认可或批准的设备；
? 擅自变更设计要求；
? 擅自将工程转包；
? 擅自让未经同意的分包单位进场作业者；
? 没有可靠的质量保证措施贸然施工，已出现质量下降征兆者。
9、关键技术文档的技术评审会
系统集成中的设计方案、施工图纸、实施方案；软件开发项目的用户需求分析和需求规格说明书、软件概要和详细设计、数据库设计等技术文档，对于整个项目的成败起着至关重要的作用。在项目的各个阶段开始和结束时，组织相关技术专家、用户、承建单位和监理单位参与的技术评审会，对上述文档进行技术评审。通过评审后，作为技术基线存档，用以指导下一个环节的工作，并作为相关系统验收依据。
信息系统监理的质量控制有别于土建民用工程或工业设施工程，必须对系统集成、应用系统开发、技术服务及培训采取专门的质量控制措施。
第三章 进度控制要点
本项目要求在项目开工后半年时间内完成一期相关建设内容并全面上线，基于本项目的规模，涉及业主单位和参建单位多，参与厂商和服务商多，项目的复杂度将成倍增长，对项目进度的控制难度也将成倍增加。因此，对大项目的管理将是管理学上的挑战。根据我们的经验分析，对于本项目，影响项目进度的主要因素为：
1、项目管理因素：主要是项目的组织结构是否合理、项目的计划（包括各子系统、分系统的计划）是否科学以及项目各方面的协调是否有力；
2、人的因素：主要是参与项目的关键人员是否有足够的能力和资质完成职责范围内的工作；
3、技术因素：由于项目庞大，技术复杂，技术因素也很重要；
4、外部的、不可预见因素：对于大型工程项目，由于建设范围及内容广，参建单位多、建设周期短，项目进行将受到各种外部的、不可预见因素（例如，自然灾害等）影响。
根据我们的经验，在大型项目的建设中，所有的承建单位在项目计划中都应该考虑各方面外部因素的影响，并对各种不可预见的因素和紧急情况制定应急预案。我们的理念是“在项目前期多做工作，把所有不可预见的因素都列入项目计划之中”。这样，项目的成功才有保障。衡量项目管理是否能够发挥作用，主要是考察：
1. 项目的组织结构是否合理；
2. 项目的计划（包括各子系统、分系统的计划）是否科学；
3. 项目各方面的协调是否有力；
4. 参与项目建设的关键人员是否有足够的能力；
5. 承建单位的资质能力以及项目的计划衔接性；
6. 技术因素对项目进度的影响。
3.1. 进度控制原则
进度控制的主要原则以有下三个方面：
1、工程进度控制的基本依据是建设工程施工合同所约定的工期目标；
2、在确保工程质量和安全的原则下，控制工程进度；
3、采用动态的控制方法，对工程进度进行主动控制。
依据以上原则，在进度控制时应注重：
1、从工程实施准备阶段开始直至竣工验收的全过程中，都须坚持采用动态管理和主动预控的方法进行控制。
2、在充分掌握第一手实际数据的前提下，采用实际值与计划值比较的方法进行检查、评价。
3、运用行政的方法进行控制，所谓行政方法主要是指承建单位的上级单位及领导和业主的领导，利用其行政权力通过发布进度指令，进行指导、协调、考核，利用奖惩、表扬、批评的手段进行监督、督促实施有效进行控制。
4、发挥经济杠杆的作用，用经济手段对工程进度加以影响和制约。
5、利用管理技术的方法进行控制。这种方法主要是体现在监理机构必须具有较深厚的规划、控制和协调能力。所谓规划，就是确定进度总目标与分目标；所谓控制，就是运用动态方法和实际值与计划值比较的手段进行检查工程进度，发现偏离时，及时予以纠正；所谓协调，就是适时地协调参加工程建设的各单位之间的进度计划关系。
3.2. 进度控制措施
进度控制的重点是抓关键部分的工期。对每项关键工期，具体每一项任务都要落实在实处，制定切实的实施计划，采取有力可行的措施及方法。掌握关键工期执行情况，并逐条提出具体解决办法。确保在规定的时间内完成项目施工，保证关键工期的完成。根据上面我们对影响进度的因素的分析，我们认为本项目控制进度的主要措施有以下几方面：
3.2.1. 项目管理措施
只是，如果永远是如果。我从不后悔成为“八谣”之一，也从没觉得为此有多么伟大，那是一个平凡之人在遇到可能成为灾难的恐慌面前的本能反应。我不是英雄，我只是一个平凡的眼科医生。我不想去追究孰对孰错，也请你们不要再去追究。事已至此，对错已经不重要，真相与谎言也不重要，我们最重要的事是团结一致共克时艰。现在，没有什么比一个民族的命运更重要，个人的是非荣辱，我早已置之度外。。
我相信我们的国家，也请你们相信，信仰在，国家就在，国家在，我们就在。没有一个冬天不会逾越，没有一个春天不会到来。我相信，国家会把武汉还给你们，会把你们还给武汉。
永别了！我的亲人们，永别了！我的医院，我的祖国。35载光阴虚度，何其短暂又何其漫长。此生虽憾，但人间值得，我无比留恋。
等武汉过了这一关，等武大的樱花开成绚烂，等武汉的街道人满为患，请记得告诉天上的我，我与你们永在！
英雄一路走好
武汉市中心医院眼科医生李文亮在抗击新型冠状病毒感染的肺炎疫情中不幸感染，因病情恶化，经抢救无效，于2020年2月7日凌晨2点58分去世。随之，全网掀起了对英雄李文亮的刷屏式哀悼。
又：经中央批准，国家监察委员会决定派出调查组赴湖北省武汉市，就群众反映的涉及李文亮医生的有关问题作全面调查。
2月7日，经武汉市中心医院申请，根据《工伤保险条例》及《人力资源社会保障部财政部国家卫生健康委关于因履行工作职责感染新型冠状病毒肺炎的医护及相关工作人员有关保障问题的通知》（人社部函〔2020〕11号），武汉市人社局作出武人社工险决字（2020）第010001号《认定工伤决定书》，认定李文亮作为医护人员在抗击新型冠状病毒感染肺炎疫情工作中不幸感染并经抢救无效去世，属于《工伤保险条例》第十四条第（一）项规定的“在工作时间和工作场所内，因工作原因受到事故伤害的”情形，认定为工伤。
据核算，李文亮同志工伤保险待遇如下：一次性工亡补助金78.502万元、丧葬补助金3.6834万元。武汉市中心医院在李文亮医生生前已依法为其参加并缴纳了工伤保险，上述工伤保险待遇由工伤保险基金支付。下步，如其供养亲属符合条件，还将依法核定并支付供养亲属抚恤金。目前，市人社局已积极协调银行将一次性工亡补助金和丧葬补助金拨付到位。
英雄，国家和民族不会忘记你，请一路走好！
请把本文转发出去，让更多人知道！谢谢您的支持！
临走前点下方点击【❀在看】留下你的痕迹。
已发送
发送到看一看
发送中
微信扫一扫
关注该公众号
前往“发现”-“看一看”浏览“朋友在看”