第十三章信息系统工程建设的组织协调

第一篇：第十三章信息系统工程建设的组织协调

第13章信息系统工程建设的组织协调

组织协调与目标控制密不可分，以保证建设单位项目成功实施为目标，是实现项目目标控制不可缺少的方法和手段，是重要的监理措施之一。

组织协调涉及与建设单位、承建单位等多方关系，它贯穿于信息系统工程建设的全过程，贯穿于监理活动的全过程。作为监理工程师，应该熟悉组织协调的基本内容和要求，掌握完成组织协调监理工作的技能。

13.1组织协调的概念与内容

13.1.1组织协调的概念

所谓协调，就是指联结、联合，调和所有的活动及力量。在项目管理中，将协调或协调管理称为“界面管理”，即为主动协调相互作用的若干系统间的能量、物质和信息交换，以实现系统目标的活动。把信息系统工程建设项目作为一个系统来看，组织协调的对象可分为系统内部的协调和系统外部的协调两大部分。系统外部的协调又可分为具有合同因素的协调和非合同因素的协调。

1.组织协调包括多方的协调问题

例如，当设计方案的概算结果超过投资估算结果时，监理单位要与建设单位沟通，也要与承建单位进行协调，既要满足建设单位对项目功能和使用要求，又要力求费用不超过限定的投资额度;当工程建设进度延迟，监理单位就要与承建单位进行协调，或增加人员投入，或修改实施计划，或调整进度目标，确保项目的如期完成;当发现承建单位的管理人员不称职，给信息系统工程控制目标造成影响时，监理单位要与承建单位进行协调，调整力量。

2.组织协调包括监理单位内部之间的协调

例如，总监理工程师与各专业监理工程师之间、各专业监理工程师之间的关系，监理单位与监理人员之间的协调。

13.1.2系统内部的协调

所谓系统内部的协调系指一个信息系统工程建设项目内部各种关系的协调，如内部的人际关系、内部的组织关系、内部的需求关系以及其他的关系等。系统内部关系协调主要包括以下几个方面。

1.系统内部人际关系的协调

如何提高每个人的工作效率，这在很大程度上取决于人际关系的协调程度，所以监理工程师首先应注意做好人际关系的协调工作，充分调动系统内部各个组成部分的积极性，这样才能保证工程项目顺利的开发与实施。

任何协调工作最终都表现为人与人之间的往来，而良好的人际关系可以使双方相互信赖，相互支持，容易沟通，同时人际关系的渗透和扩散性反过来能更加提高监理工作的效率。和谐的人际关系是做好监理工作的基础。

2.系统内部组织关系的协调

这里说的组织，是指工程项目中若干个项目组C }p对应完成各个子系统))o组织关系的协调，则是指要使这些项目组都能从整个项目的质量、进度和投资控制的目标出发，并积极主动地完成本组的工作，使整个项目处于有序的良性状态。组织关系的协调，可以通过经常开一些工作例会、业务碰头会，会议后应有会议纪要以及采用信息传递卡的方式来沟通信息，这样可使局部的单位了解全局，消除误会，服从并适应全局的需要。

通过及时有效地对组织关系的协调，可以避免资源的浪费，节省人力、物力和财力。

3.系统内部需求关系的协调

系统内部需求关系的协调是指在项目实施中，对人员需求、材料需求、硬件设备和软件需求:、其他资源需求进行的协调，达到内部需求的平衡。实现内部资源的合理配置。13.1.苦合同因素的协调-

所谓系统外部的协调，是指信息系统工程建设项目整个活动过程以外的关系协调，其中又以是否具有合同关系为界限，而划分为具有合同因素的协调和不具有合同因素(即非合同因素)的协调，如图1.3.1所示。组织协调是应该全面的。具有合同因素的协调主要是建设单位与承建单位(即实施、开发方)、建设单位与设计单位(某些项目可能存在的必要设计过程需求)，以及建设单位与相关产品的供货商等关系协调，他们之间的关系可能均具有合伺性质，也可能是间接合同性质。

对于系统外部关系中合同因素的协调，主要是协调建设单位与承建单位的关系。由于双方签订合同后，在整个实施与开发过程中必然会产生各种矛盾，监理工程师作为信息系统工程建设的第三方，应该本着公正原则进行协商，正确协调好各种矛盾。在不同的阶段，需要协调的内容也不尽相同。如招标阶段的协调、实施和开发准备阶段的协调、实施和开发阶段的协调、交工验收阶段的协调、总包与分包商之间关系的协调等等。

此外，还有建设单位与供应商关系的协调，以及建设单位与设计单位关系的协调。在这里，我们讨论广义的沟通与协调，将合同因素中的协调分为监理所涉及的合同事务方面的协调和信息流向沟通。

13.1.4非合同因素的协调

在信息系统工程建设过程中，建设单位与承建单位签订合同或修改合同期间，所进行的大量磋商只是组织协调工作的一部分。但是，要做好全面的项目建设组织协调工作，除了合同方面的组织协调外，还有许多被称为非合同因素或非合同活动的组织协调工作。

非合同因素协调与合同因素协调相比，涉及的范围更广，可能遇到的问题更多，监理单位的协调工作量更大、更复杂，而这些往往不是事先签好合同就可以进行约束的。

非合同因素协调工作涉及社会团体、新闻媒体、服务单位、金融机构、社会团体等机构。虽然在信息系统工程建设项目中，与建设单位和承建单位无合同关系，但它们的作用不可低估，对项目建设的某些方面、某些场合起着一定的控制、监督和支持的作用，甚至起着很大的决定性作用。例如，项目建设的资金运转离不开银行，建设单位和承建单位均须通过它们的开户银行结算各种款项，正常的手续是将项目的合同副本报送开户银行备案，经开户行审查同意后作为拨付工程款的依据。若遇到开户银行的不配合，就将耽误工程款的拨付。

因此，如果这方面的关系协调得不好，就会影响信息系统工程项目建设的进度。而这方面的协调工作仅靠监理单位是难以有效进行的，需要各有关管理部门和建设单位的大力配合。

13.1.5社团关系的协调

1.社会团体内部关系

社会团体是一个人际关系系统，它包括上下级之间、同级之间、同一部门内部职员之间以及不同部门之间的职员之间的关系。

1)上下级关系系统

上级是同一组织系统中等级较高的组织或人员，下级是同一组织系统中等级较低的组织或人员。这里的上下级关系系统是领导者与被领导者之间的关系系统，包括上级部门与下级部门、同一部门内领导者与被领导者之间的关系。这种关系是一种双重结构的纵向关系。从角色角度看，它既是上下有序、层次分明的等级关系，又是相互尊重、人格平等的非等级关系。从工作角度看，它既是下级服从上级的关系，又是鼓励下级自主自强、开拓创新关系。上下级关系在社会团体起着传递信息监督控制、协调关系等功能。

这些功能与社会团体行政机关的工作效率密切相关。在现代社会，纵向的上下级关系仍 是一种不可忽视的人际关系。

2)领导者之间的关系系统

这是同一组织中担任领导职务的人之间的关系系统，其中包括该组织中不同部门的领导者之间的关系。如果把领导者视为一个权力群体，那么他们之间的关系具有影响社会团体目标的能力;而如果把他们视为一个地位阶层，那么他们之间的关系可以影响社会团体内部其他各方面的关系。

3)同事之间的关系系统

同事关系有广义和狭义之分，广义的同事关系是指一个工作单位里所有成员之间的关系，包括上下级关系和同级关系。狭义的是指担负非领导职务的人员之间的关系。这里所论之同事关系是指社会团体中担负非领导职务的人员间的关系，包括不同部门和本部门非领导者之间的关系。任何单位或部门，总是领导者占少数，被领导者占多数，被领导者之间的交往更普遍。因此，社会团体中的同事关系也应予以重视并处理好，良好的素质有助于交往双方建立良好的人际关系。另一方面，在交往中形成的人际关系，通过相互影响和各自的情感体验，直接在思想道德和科学文化方面作用于参加交往的每一个人。

2.主要特征

社会团体人际关系与其他单位人际关系相比，其特征既有共性方面又有个性方面。总体而言，社会团体人际关系的主要特征有如下几个方面。

1)权力交往关系

社会团体担负着实施一定的目的职能。要有效地行使这些职能，就必须在社会团体行政机关内部进行合理的事权划分。因此，社会团体行政机关的人员尽管所处的职位各不相同，但都拥有一定的权力。当人们在社会机构中占据权势地位和支配地位时，他们就有了权力一旦他们占据这种地位，不管他们有所作为还是无所作为，都会使人感到权力的存在。在这个意义上说，社会团体内部是一个权力系统。由于工作的需要，居于这个系统中的人必然发生权力交往关系，这种以权力交往为内容的人际关系体现着社会

团体人员之间那种特定的支配与被支配、管理与被管理、领导与被领导的纵向社会关系 以及分工与合作的横向平行关系。

2)多重交往关系

从组织角度看，社会团体存在着多种多样的人际关系，除了上下级关系、领导者之间的关系、同事关系外，还有同学关系、同乡关系、战友关系、朋友关系、亲属关系等等。这些关系概括起来可分两类:一是正式组织意义上的关系，包括等级关系和职业关系:二是非正式组织意义上的关系，包括平等关系和情感关系。前类是工作关系，是非情感性的;后类是私人关系。在社会团体行政机关中，这两类关系常常交织在一起，使得社会团体行政机关人际关系呈现纷繁复杂的特性。从个人方面看，由于一个人往往同时具有多种角色，如政治角色、职务角色、男女角色等，这些角色便构成了一个人的角色集。所以，社会团体人际关系就不是一种单一的关系，而是角色集间的多重关系。如在两个具有上下级关系的人员之间。可能同时还存在着同乡关系、亲属关系、代际关系等其他关系。

3)隐秘交往关系

这是就社会团体中人际关系的透明度而言的。人际关系透明度是人际关系的性质特点和交往特性为人们所清楚认识的程度，它分为内在和外在两个方面。内在透明度是人际关系交往双方对其关系的性质特点和交往特性，以及对对方的个人特点和个人行为方式的认识程度。外在透明度是人际交往双方的关系和交往特点为他人所了解的程度。人际关系透明度不足或缺乏透明度，就构成了人际交往的隐秘性。

13.2组织协调的基本原则

13.2.1公平、公正、独立原则

在监理活动中体现公平、公正、独立d原则，就是在解决建设单位与承建单位可能发生的意见不统一或纠纷时，绝不能因为监理单位是受建设单位的委托而故意偏袒建设单位，一定要坚持“一碗水端平”，该是谁的责任就由谁来承担;该维护哪方的权益，就维护那方的权益。这样做既会得到建设单位的理解和支持，也会得到承建单位的拥护和欢迎。

公平、公正、独立原则体现在:(l)监理单位应是独立的第三方，不能同时既做信息系统工程的监理，又做系统集成业务。否则，在做监理工作时，可以很方便地获得其他承建单位的关键技术或思路，若在其他的项目集成中得到应用，显然是不公平的，甚至可能是违法的;如果是做系统 集成未果，转而做监理，用自己的集成思路和技术水平要求承建单位做这做那，显然不合理，更也是不公平的。

(2)监理单位在处理事务时，敢于坚持正确观点，实事求是，不惟上级领导和建设单位的意见是从。同时也要坚持对问题的分析，敢于亮明观点，对承建单位的不合理或不科学的要求，坚决提出改进意见。

(3)监理单位在处理实际监理事务中，要有次局观，要全面地分析和思考，保持对问题的综合分析能力，不要被表面现象或局部问题所干扰。

(4)信息系统工程涉及的技术一日千里、变化快，监理工程师要在不断提高个人的专业技能并在实践中不断丰富个人的从业经验的同时，也要不断提高对相关知识的综合应用能力，对事物熟练的判断能力和处理能力，更要学会把专业知识和相关的技术规范、法规、法律等运用到监理实践活动中。

在《信息系统工程师暂行规定》中明确要求:从事信息系统工程监理活动，应当遵循守法、公平、公正、独立的原则。因此，监理单位在信息系统工程建设中处理任何监理事务都要遵照这个原则。对于监理人员在个人行为规范上，更要有“守法、诚信、公正、科学”的意识，并作为个人行为准则，因为你是代表监理单位这个集体来行使监理责任的，而不仅仅是个人的行为。

13.2.2守法原则

对于任何一个具有民事行为的单位或个人，起码的行为准则就是遵纪、守法，依法经营，依法办事。在信息系统工程监理活动中，“守法”的具体体现是:

(1)监理旨在核定的业务范围内开展相应的监理工作;

(2)与建设单位的监理合同具备法律效力，一旦生效就要严格的遵照执行和践约，不得无故或故意违背承诺，否则可能将是违法行为，要承担相应的责任;

(3)自觉遵守建设单位所在地政府颁布的有关信息系统工程建设的法律、法规要求，并主动接受当地有关部门的指导和监督管理;

(4)遵守建设单位的有关行政管理、经济管理、技术管理等方面的规章制度要求。

13.2.3诚信原则

诚信就是忠诚老实、为人做事守信用，诚信是做人的基本品德，也是考核任何一个单位信誉的核心内容。

13.2.4科学的原则

所谓科学的原则，就是在监理实践中，要依据科学的方案(如监理规划)，运用科 学的手段(如测试设备或测试工具软件)，采取科学的办法(如收集数据)，并在项目结 束后，进行科学的总结(如信息归纳整理)。监理要用科学的思维、科学的方法对核心问 题有预先控制措施上的认识，凡事要有证据，处理业务一定要有可靠的依据和凭证，判 断问题时尽量用数据说服建设单位或承建单位，必要时，一定以书面材料(如专题监理报告)说明立场和观点。

13.3组织协调的监理单位法

组织协调工作的目标是使项目各方充分协作，有效地执行承建合同。进行组织协调的监理单位法主要有监理会议和监理报告。

只有进行有效的组织协调，项目协调内各子系统、各专业、各项资源以及时间、空间等方面才能实现有机的配合，才能确保项目成为斗体化运行的整体。

13.3.1监理会议

1.一般组织原则

会议是把项目有关各方的负责人或联系人团结在一起的重要机制。会议不仅可以使得项目建设有关信息全方位地畅通与流转，而且提供了某种程度上的社会联系，它有助于提醒出席会议的人认识到“每一个人都是项目团队的一员”。

1)会议成功的关键

举行会议成功的关键原则是:确保每个人到场、议程和领导。为了保证每个人都出席，要把会议作为每个人日程的固定项目。如果没有讨论的议题就取消会议。开好会议要把议程的项目保持在所需的最低数量，以确保每一个人都掌握最重要的事件、议题和问题的最新动向。作为会议的组织者，要确保在概括会议议程时尽可能地精炼，没有必要的长会其效果将适得其反。领导的与会作用是保证会议的结果得到落实的重要保证。

2)确保会议成功的措施

召集或主持会议可以采取多种措施以确保会议有效。包括以下具体的措施。”

(1)会前的准备措施

·确定会议目的。该会议是为了交流信息、计划、收集情况或意见、制定决策、说服或宣扬、解决问题，还是为了评估项目进展情况。

·确定谁需要参加会议，说明会议目的。参加会议的人数应是能达到会议目的的最少人数。

·事先将会议议程表分发给参加会议者。议程表包括会议目的、包含的主题(应按重要性大小列出)。

·每个主题事件的分配及谁将负责该主题、发言或主持讨论。议程表应附有参与

者在会前需要评审的文件和资料。

(2)会议过程把握的原则

·按时开始会议。

·指定记录员。详细的记录方便以后的查阅。

·评论会议的目的和议程表。

·督促而不能支配会议，应保证会议在计划时间内顺利进行。

·会议结束时总结会议成果，并确保所有参加者对所有决策和行动项目有一个清

楚的了解。

·必要超过会议计划时间。与会者可能有其他约会或者其他系列会议。如果没有

讲完所有议程，最好让涉及这些细目的人另开一个会议。

·评价会议进程。会议结束时，应评价会议进程，公开讨论发生了什么，并决定是否做些调整，以提高以后会议的有效性。

(3)会议结果的落实原则

·在会后24小时之内公布会议成果。

·总结文件应该简洁，应明确所做出的决定性意见，并列出行动细目，包括谁负

责、预计完工时间和预期的交付物等。

2.项目监理例会

项目监理例会是履约各方沟通情况、交流信息、协调处理、研究解决合同履行中存在的各方面问题，由工程监理单位总监理工程师组织与主持的例行工作会议。

项目监理例会参加单位及人员通常包括:总监理工程师、总监代表、有关监理工程师;承建单位项目经理、技术负责人及有关专业人员;建设单位驻现场代表等;根据会议议题的需要还可邀请设计单位、分包单位及其他有关单位的人员参加。

1)项目监理例会的主要议题

(1)检查和通报项目进度计划完成情况，确定下一阶段进度目标，研究承建单位人力、设备投入情况和实现目标的措施;

(2)通报项目实施质量的检查情况和技术规范实施情况等，针对存在的质量问题提出改进措施要求;

(3)检查上次会议议定事项的落实情况，检查未完成事项及分析原因;

(4)分包单位的管理和协调问题;

(5)项目款支付的核定及财务支付中的有关问题;

(6)接收和审查承建单位提交相关项目文档;(7)监理提交相关监理文档;

(8)解决项目变更的相关事宜;

(9)违约、工期、费用索赔的意向及处理情况;

(10)解决需要协调的其他有关事项。

2)会议准备

项目监理单位应及时收集汇总有关情况，为召开会议做好准备:

(1)了解上次会议的落实情况和存在的问题;

(2)准备会议资料、确定有关事项的处理原则;

(3)与有关方面通报情况、交换意见，督促做好准备。

3)会议纪要的记录、签认和分发

项目监理例会内容通常由指定的监理人员记录，除笔记以外会根据实际情况使用数码相机、摄像设备、录音笔和笔记本电脑等设备进行辅助记录和演示。

会议纪要由监理工程师根据会议记录整理，主要内容有:

(1)会议地点和时间;

(2)会议主持人;

(3)出席者姓名、隶属单位、职务;

(4)会议内容和决议事项，(包括负责落实单位、负责人和时限要求);

(5)其他事项。

会议纪要的内容应真实，简明扼要。纪要经总监理工程师签认，发放到项目有关各方，并应有签收手续。会议纪要中的议定事项，有关方面应在规定的时限内落实。

3.监理专题会议

专题会议是为解决专门问题而召开的会议，由总监理工程师或授权监理工程师主持。专题会议应认真做好会前准备，监理工程师要认真做好会议记录，并整理会议纪要，由总监理工程师签认，发给项目有关方面。专题会议通常包括技术讨论会、现场(项目组织)协调会、紧急事件协调会和技术(或方案)评审会等。

监理单位通常会依据现场工程进度情况，定期或不定期召开不同层级的现场协调会议，解决工作过程中的相互配合问题。在协调会上通报重大变更事项，解决建设单位与承建单位之间的重大协调配合问题，通报进度状况，处理工作中的交接、场地与公用设施使用的矛盾。

对于因突发性变更事件引起的进度问题，监理单位会召开紧急协调会议，督促各方采取应急措施赶上进度要求，以便项目的开发能以预期的进度完成。

根据项目的实际情况，在承建单位完成关键阶段的工作时，监理将及时组织专家，会同建设单位对阶段成果进行评审，以便在评审通过后能使承建单位及时转入下一阶段的工作实施中。

13.3.2监理报告

建立项目的监理汇报制度是保证工程顺利进行的有效方法，可以使工程实施处于透明的可监控状态。作为信息系统工程建设的承建单位，有责任定期或不定期向建设单位及监理单位提交的工程进展情况报告，同时提交下一阶段的工程实施计划，监理单位协同建设单位审核该工程的进度与质量，向建设单位提交监理意见并反馈给承建单位，以此建立项目各方密切的联络，保证项目有计划、有步骤、稳妥地向前推进实施。

监理单位据此将定期或不定期地向建设单位提供监理周报、月报、书面通知回复等监理文件，这些文件包含了监理过程中有关对项目实施的控制和管理的信息。

1.定期的监理周报、月报

监理单位通常按时向建设单.位提交监理工作周报和月度报告。周报的提交时间一般是每周的周一上午，周报是对上一周监理工作的总结。月报的提交时间一般为每个月开始的第一个星期内，监理月报的主要内容包括:

(1)项目概述，包括项目位置、项目主要特征及合同情况简介;

(2)大事记;

(3)工程进度与形象面貌(必要时附上现场照片);

(4)资金到位和使用情况;

(5)质量控制，包括质量评定、质量分析、质量事故处理等情况;

(6)合同执行情况，包括合同变更、索赔和违约等;

(7)现场会议和往来信函，包括会议记录、往来信函;

(8)监理工作，包括监理组织框图、资源投入、重要监理活动、图纸审查、发放、技术方案审查、工程需要解决的问题和其他事项;

(9)承建单位情况，包括人力资源动态、投入的设备、组织管理和存在的问题;

(10)安全和环境保护情况;

(11)进度款支付情况:

(12)其他项目进展情况等;

(13)其他必要的内容。

2.不定期监理工作报告

监理单位会向建设单位不定期提交以下监理工作报告:

(1)关于项目优化设计、项目变更的建议:

(2)投资情况分析预测及资金、资源的合理配置和投入的建议;

(3)各阶段的测试报告和评价说明;(4)项目进度预测分析报告;

(5)监理业务范围内的专题报告。

3.监理通知与回复

在监理实施过程中，监理单位与建设单位的联系均以书面函件为准。在不做出紧急 处理时可能导致人身、设备或项目事故的情况下会先口头或电话通知，事后会在约定时 间内补做书面通知。

以通知与回复的形式让信息在建设单位、监理单位与承建单位之间，在各单位内部 人员之间流动，协调大家的思想与行动，以保证项目的总目标得以实现。要使这一形式 有效地发挥作用，必须做到:

(1)简洁，即只包含受众需要了解的观点;

(2)完整，即要包括受众需要了解的全部观点;

(3)结构化，即它必须以一定的结构形式，把要传递的这些观点清晰地传递给受众。

4.日常的监理文件

监理单位会及时向建设单位提交以下日常监理文件:

(1)监理日志及实施大事记。监理单位会认真做好监理日志，保持其及时性、完整性和连续性;

(2)实施计划批复文件;

(3)实施措施批复文件;

(4>实施进度调整批复文件;

(5)进度款支付确认文件;

(6)索赔受理、调查及处理文件;

(7)监理协调会议纪要文件;

(8)其他监理业务往来文件。

5.监理作业文件

监理实施类文件主要包括;项目变更文件、进度监理文件、质量监理文件、质量回归监理文件、监理日报、监理月报、专题监理报告、验收报告、总结报告等必要文件。

13.3.3沟通

面对我国现阶段政府、企业人际关系的现状，作为协调方的监理，在进行信息系统工程监理的过程中必须建立有效的沟通机制。沟通对人际关系的和谐和建立是十分必要的，可以鼓励项目建设过程中涉及各方相互间和内部进行有效的沟通，利用人际沟通影响行为的杠杆，努力克服影响人际沟通的障碍，实施双向沟通。

监理工程师在与信息系统工程建设的相关单位和相关人员进行沟通和协调时，应该对下列内容有一定的把握。

1.排除第一印象的干扰

通常情况下，容易根据初次见面时对对方仪表、风度形成的第一印象将他人加以归类，然后再以这一类别系统中人的总体特点，对这个人加以推论并做出判断，因而往往会产生“以偏概全”、“爱屋及乌”偏差。监理工程师要把握线索偏差的规律，防止处理事情时候被假相所迷惑。

监理工程师还要注意情绪效应的产生，在第一印象形成过程中，主体时的情绪状态可以影响对这个人今后的评价，第一次接触时主体方面的喜怒哀乐对于对方关系的建立或是对于对方的评价可以产生不可思议的差异。与此同时，还可能产生“情绪传染”的心理效果。主体情绪异常，也可以引起对方不良态度的反应，因此就影响到良好人际关系的建立。所以，创造良好的交往环境、时机，以维护彼此的良好心境，也是维持人际关系正常的重要一环。

2.把握人际关系认知的规律

监理工程师要认识人际之间吸引的重要性。影响人际之间吸引的因素很多。人的相互感知与理解，人与人之间的喜好(吸引力与好感)、相互影响与行为(包括角色行为)是人际交往的重要影响因素。人与人之间的喜爱是人际关系稳定性、深度、亲密性的主要调节器。

监理工程师要把握人际知觉的规律，人际知觉是指人与人相互关系的认知。判断人际关系时我们不但要了解对方的动机、性格以及人际关系特性。同时也需要了解对方与其他人之间的关系。这是由于在一个社会群体中，甲乙双方的相互关系绝不是仅仅受甲乙双方特点的影响，而往往还受到第三者乃至更多人的影响。

监理工程师也要把握角色知觉的客观规律，角色知觉不但包括对某人在社会上所扮演的角色的认知与判断，同时也包括对角色的行为的社会标准的认识。每一个人在社会上都扮演着各种角色，而每一种角色都有其一定的行为标准。个人对此行为标准的认知决定了他在社会上的行为，例如，上下级间的关系，在一般人的心目中自有其固定的方式。而这些交往方式己被社会历史地形成，并被一般人所认可。这样，在人际关系建立上，一旦情境的因素和角色的因素被确定之后，两者之间的交往形态与人际关系也随之大体决定。所以当事人也就必须依照社会已经确定关系来进行彼此交往。

监理工程师还要认识因果关系认知的规律。·人们对外界简单的认知，并非对所认知的对象做各种互不相关的个别反应，而是系统的、有组织意义的反应。同样地，人们对社会上所发生的事件以及人际事件，也存在着同样的现象，即将他们组成因果系统的倾

向。现实生活中，由于父辈、朋友等彼此具有传统的良好关系，而延伸到下一代和相关群体的关系是十分多见的。

3.创造良好的人际交往条件

监理工程师在从事监理工作，同建设单位和承建单位建立良好的人际关系时，还需要创造人际交往的条件。人际交往条件的形成往往受到以下因素的影响。

1)外表问题

从一般意义上来讲一个人的外表是由先人遗传素质形成和发展起来的，它不以个人的主观愿望为转移。但一般人在判断别人时，从心理上却无法消除由于别人外表产生的影响作用。在社会交往的过程中，外表因素往往有形或无形地影响着人际间相互关系的建立和发展。研究表明，外表越吸引人的，也越容易为人所喜爱。但是，外表招人喜欢的并不完全取决于给人外表的美，在人与人相互交往的过程中还存在着另外一种心理现象，即人们容易与那些与我们自己外表、风度相类似的人，建立起来良好的人际关系。

2)态度的类似性

人与人如果具有共同的态度与价值观，则不但容易获得对方的支持和共鸣，同时也容易预测对方的感情和反应倾向，因此在交互作用的过程中，彼此容易适应而建立起人际关系。对于与我们态度、价值观念相类似的人，我们与之争辩的机会较少。而且由于获得他们的支持，往往容易加强自信心，态度与价值观念的相类似也是我们得以维持一致和长久的友谊。因而，与自己具有态度类似性的人，就变得更加具有吸引力。另一方面，与自己态度及价值观念比较类似的人，也比较能够正确地反映我们自己的能力、感情和信仰，因而也比较具有吸引力。为此，大家都愿意找情趣相投的朋友。

3)需求的互补性

需求的互补性是指双方在交往过程中获得互相满足的心理状态。它包括两个部分，即彼此的社会增强作用的满足和彼此心理特性相反者的互补作用。人与人一开始交往，其所建立的人际关系是否得以持续或中途停断，有赖于彼此的社会增强作用，即个体能否透过交互作用而获得动机的满足。两人相处对双方都有助益，或彼此有友好的意愿，或彼此发现具有类似的态度时，两人的交互关系便有继续维持的可能。反之，若一方增加了另一方的不安，或对另一方表示不友善，则难以持续。两个人透过彼此交互作用所获得的报偿超过由此而来的损失时，两人之间的人际关系才得以维持。亲密的友谊关系，乃是彼此间以极少的损失可换取很多的报偿，亦即相互满足的状态。人与人不仅是具有共同特征者愿意相聚在一起，彼此特性相反者亦有互相吸引的现象。这种情形迫切的需要满足其解除孤独、寻求支持和友爱的需要时，就更是如此。与此同时，由于双方心理上的接近与相互帮助，因而也就减少了人际间的摩擦事件与心理冲突。这种相互间的赞同与接纳，也是彼此间建立良好人际关系的心理条件。

4)时空上的接近.时空上的接近往往是使人与人之间彼此熟悉、加深了解的一个客观外在条件。时空上的接近往往表现在居住距离的远近和人与人之间相互交往频率这两个方向。首先，距离的远近，人与人凡是地理位置接近者，容易自然地发生人际交互关系，例如在单位里办公位置邻近的同事与同事，住宅接近的邻居们，彼此见面的机会多，自然而然就容易建立人际关系。而距离较远的人，其形成或继续友谊的机会就比较少。其次，相互交往的频率，人与人或由于地理位置的接近，或由于工作上的需要，相互交往的次数愈多，则容易只有共同的经验，具有共同的话题。而建立密切的人际关系，尤其是陌生人相处的初期。地理距离的远近与交往的频繁，对于建立人际关系具有决定性的作用。因此，与人为友必须主动拉近空间上的距离，并采取积极的态度加强交往，增加交往频率。否则，日久天长友情就会淡薄。

监理工作中的人际交往与协调并不是一件困难的事情，但是，良好的人际关系需要精心呵护，需要掌握科学的规律和艺术的方法去维系。学习不仅给我们带来知识的补充，也能带来更多的良师益友。充分认识和掌握这种客观规律，可以使我们的监理工作事半功倍。

第二篇：信息系统工程

《信息系统工程》杂志社信息系统工程版面费信息系统工程编辑部信息系统工程征

稿信息系统工程代写代发

作者： 管理员来源： 中国期刊采编官网点击数：101更新时间： 2012-4-12 16:35:38

信息系统工程杂志社

《信息系统工程》是由天津市发展和改革委员会主管，天津市信息中心主办、国家信息中心及各省市信息中心为支持单位的科技类月刊，国家经济信息系统核心期刊、中国核心期刊（遴选）数据库入选期刊、CNKI中国期刊全文数据库收录期刊。国内外公开发行，《信息系统工程》国内统一刊号：CN12-1158/N；《信息系统工程》国际刊号：ISSN1001-2362；《信息系统工程》邮发代号：82-173；《信息系统工程》国外代号：M8041。《信息系统工程》重点报道我国国民经济和社会信息化建设的方针、政策，交流信息系统建设的规划、方案和成果，介绍信息技术和应用的实例和经验。以信息化管理为核心内容，以信息技术的前瞻性、实用性、创新性为特色，面向信息系统管理、网络管理、各大院校、科研单位和政府、企事业单位信息管理、研究人员。自1988年创刊以来，已经成为我国重大信息工程建设的参谋、展示系统集成技术的窗口、交流我国信息化进程的园地、沟通国内外信息产业的桥梁。

1、《信息系统工程》栏目设有：新闻透视、信息化建设、高教论坛、专家视点、系统实践、系统安全、数字地方、经验交流、统计调查、学术研究、电子政务、财务应用等栏目。

编辑QQ:745224074投稿邮箱：org@vip.163.com

客服电话：027-83227427

（投稿请注明期刊名称）

（来稿会在1-2天内回复录用结果，部分核心期刊审稿周期半个月，敬请谅解）信息来源： 中国期刊采编官网

客服电话：027-83227427（投稿请注明期刊名称）

（来稿会在1-2天内回复录用结果，部分核心期刊审稿周期半个月，敬请谅解）信息来源： 中国期刊采编官网www.xiexiebang.com

注：投稿请注明期刊名称

信息系统工程杂志社 信息系统工程杂志社信息系统工程杂志社信息系统工程杂志社信息系统工程杂志社信息系统工程杂志社信息系统工程杂志社信息系统工程杂志社信息系统工程杂志社信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程版面费 信息系统工程代写代发 信息系统工程代写代发 信息系统工程代写代发 信息系统工程代写代发 信息系统工程代写代发 信息系统工程代写代发 信息系统工程代写代发 信息系统工程代写代发 信息系统工程投稿 信息系统工程投稿 信息系统工程投稿 信息系统工程投稿 信息系统工程投稿 信息系统工程投稿 信息系统工程投稿 信息系统工程投稿

第三篇：大型信息系统工程建设经验总结

大型信息系统工程建设经验总结

王保江

北京航空航天大学 计算机科学与工程系

一、工程前期工作

1． 关于用户调研

用户调研的目的是收集需求；

用户调研的方法是直接面对面与用户交流，最好能亲身体验用户工作开展的过程，注重了解工作的细节。

用户调研的结束标志是完成了需求分析设计文档，并且得到用户的认可。在工程前期开展好用户调研对于工程的顺利进行和完成非常重要。

用户调研的人员应当集中、固定，具有多方面的经验，如：客户交流经验、程序设计经验、系统分析经验等，但调研人员数量不能太多，并能对重大问题进行独立决策。一般用户调研人员3人左右即可。

2． 关于需求分析

需求分析的目的是明确用户需要实现的内容。

可以采取多样的需求分析方法和技术，但是根本上必须描述清楚用户的业务工作、软件需求。可以有很多的需求分析的标准和规范可以采用，也可以自己根据实际情况制定需求分析的规范。

需求分析的人员可与调研人员重合，但要增加软件分析人员，并为调研人员提出调研的内容和方向。

需求分析结束的标志是程序员能够开始进行程序设计，并和建立系统原型的工作结合起来进行，因此只有程序员才能评判需求调研的质量。

关于需求分析阶段投入的时间一定不能少于全部工程时间的30%，当然40%会更好，否则很难保证需求分析的深度和质量。

需求分析阶段至少建立三类组织：调研组、需求分析组、原型开发组（可分成多个小组），统一由项目经理负责。

3． 关于建立系统原型

建立系统原型是完成需求分析的补充手段，目的是明确和确定用户需求，引导用户提出更具体的内容。

建立系统原型要求使用适当的工具和容易的软件环境，满足快速开发的要求。系统原型一般不作为将来软件系统实现的基础，因为此时的原型系统只考虑反映用户需求的情况，缺乏统一的考虑因此最好在设计、实现阶段重新开始。

避免使用户产生“软件开发已经开始，并会很快完成”的观点，一定要明确此时软件还在前期的分析阶段，距离设计、实现还有很长的距离。

4． 关于建立总体实施方案

建立系统的总体实施方案是必须的，目的是使甲乙双方共同认可工程的实施计划，保持一定的耐心和总体意识。

总体实施方案应在需求分析基本完成的基础上开始。

总体实施方案应说明：任务量、计划进度、资金、实施阶段、各阶段结束的标志和开始的条件、完成时提交的内容。

总体建设方案应在项目经理、甲方负责人、乙方负责人共同认可的情况下，投入实施指导，否则要继续调整，此时项目经理一定要做好乙方负责人的工作，争取更多的时间（英为从乙方负责人的角度希望项目能够尽快的结束。）

一旦总体实施方案确定，就必须按照实施方案的阶段安排逐步开展工作，并进行量化和考核，如果某一个阶段没有完成，则必须对照检讨，采取措施。否则将造成项目实施组织的混乱，因为大家无法再按照一致的实施方案开展工作了，为工程项目的顺利开展提出了警告。

5． 关于建立组织机构、制度

一定要明确组织机构是必不可少的，不要回避和搁置这个问题。

只有建立了工程组织机构和管理制度，才具备完成项目的基础，因为工作的完成归根结底是人的协作。

由于大型项目需要的人员比较多，因此没有完善的组织机构和制度是无法协调好各个部分的工作的。组织机构的建立应在项目开始需求调研的时候就开始着手建立，在众多制度中“个人激励制度”是影响最大的一个制度。

二、软件系统实现

1． 系统设计

a．关于系统的体系结构

系统体系结构的确定是为软件需求服务的。没有必要为了结构而结构。在不同情况下采取不同的体系结构是明智的。体系结构的确定受到软件用户数量、运行环境、更新维护要求、软件分布等外部因素的影响。

b．关于各种分析方法

目前有很多系统设计的方法，选择某一方法（OMT、UML、OO）要根据系统的特点来确定。针对信息系统而言，可以自己制定合适的分析设计方法，因为目前虽然有很多的方法，但不太适合信息系统建设的要求。在信息系统设计的时候要灵活应用各种分析方法，照搬哪一种方法都不太合适。（至少在现阶段信息系统开发水平下）

c．关于文档

在实际工作中的体会是：文档很重要，但是经常和编程工作产生矛盾，不能得到及时的更新。为此在项目进行过程中，需要确定当前工程文档的各种标准，以及工程需要哪几类文档，文档提交和发布的时机等内容。这些文档包括：工作规范、分析设计文档、工作计划文档、日志文档、任务分配考核文档等。

d．关于软件设计水平的定位

在软件工程开发工程中，不是采取越多新技术越好，软件的设计也不要走入“尽量提高水平”的误区。由于负责软件设计的技术人员客观上具有追求完美的特点，主观上尽力想将系统设计的完美，因此会造成软件实现需要的工作量增大，同时用户又不一定接受这些内容。在考虑软件水平的时候，主要考虑：新技术的采用和成熟技术的采用要成比例。

e．考虑到系统用户的特点了吗

系统的设计起主导作用之一的因素是用户的特点。不论什么特点的用户都采用一致的设计思路、风格、特点不是太好的选择。脱离对用户实际情况的考虑的设计太学术化。并且在设计的时候要照顾到系统的可维护性、易用性、实现的容易性等问题。

原则之一是：能简化设计就简化，降低设计的复杂度。不要采用太复杂的设计。因为，这样的设计不便于理解、和维护。

2． 程序质量

程序质量是项目全方位的体现，包括管理水平、程序员的工作状况、相应的标准规范、文档的考核、个人激励制度等等所有的因素，这里仅就狭义的范围，讨论一下程序质量。

a． 关于标准规范的制定

多人协作编写一个工程项目的工作的确具有挑战性，要完成好项目工作，没有 统一的标准规范是不可能的。标准规范是位程序设计服务的，因此要尽量消化，不要模糊照搬，那样不会有帮助。关于程序设计要制定的规范包括：如何注释、注释量、变量命名规范、函数程序命名规范等，并针对这些规范的要求详细考核每个程序的设计情况。

b． 关于编码质量控制

编码质量包括：正确、易读、易维护。正确取决于设计文档和程序员的水平，并且可以通过控制编码的易读和易维护来报我编码的正确性。并且编码的质量控制需要量化指标和规范。

c． 关于版本的控制

在大型信息系统开发工程中，采用适当的版本控制工具对程序代码进行控制是非常必要的。

d． 关于文档管理

文档的管理主要是更新、维护，并且要持之以恒，坚持到底。在程序设计的过程中以一定的粒度要求，在不同阶段要完成不同阶段的文档，这样才能以文档作为协同工作的基础。这点对于大型信息系统的开发非常重要。

e． 编程时间投入到什么阶段

这里需要说明的是编程的工作在需求分析阶段、程序实现阶段、系统运行维护阶段等都要有时间的投入，认识到这一点的意义在于：为了保证每个阶段的编程时间投入的最经济，就要控制好程序的质量。假设程序设计阶段代码很潦草，那么在运行维护阶段就要受到惩罚。f． 关于用户界面

纵观众多得到用户认可的信息系统界面的共同特点是简洁，从而易学易用。如果组织的过于复杂的用户界面，比如Office Word的多层次的菜单界面虽然是非常不错的界面风格，但是对于众多计算机水平一般的用户而言就过于复杂，而对于计算机应用水平比较高的用户而言则容易掌握。所以在系统实现的过程中，要不断的与用户交流，确定用户喜欢的界面风格。

3． 组织管理

除了技术本身之外，另一个影响项目进展和质量的重要因素是组织管理水平。这里有两个问题：组织水平和管理水平。一般“组织”、“管理”总是放在一起使用，实际上组织是管理发挥作用的基础。哪怕一个人总负责，那么这也是一群人组成的组织，也要有组织制度。所以，在实施过程中，建立组织、制度，提高管理水平不仅是信息系统工程建设需要考虑的问题。

就管理的客体而言，无非是人、财、物，并通过合理搭配完成一定的生产任务。就这些问题有很多需要研究的内容。对人的管理包括：建立组织、建立制度、明确责任、权力、利益；对财而言，做好预算、合理分配、收支分明；对物而言做到合理分配、动态调整；对完成任务而言，好做好规划、计划、监督考核等。

a． 再谈建立组织

组织是管理施加的客体，对于人数相对较少的项目，管理可以针对每个人，而对于人数庞大的项目，管理就要施加到组织上去。这里所说的组织可以根据项目的不同进行不同的组织，最基本的组织之一就是“程序组”，主要职责是完成程序编码，一个程序组就是项目经理管理施加的客体，而对于组员来讲则是组长施加的客体。所以可以看出没有合理和稳定的组织，项目的管理就难以实施。

b． 建立在组织之上的管理

管理的本质是解决问题，如果在项目过程中没有问题，那么管理就不需要存在，而实施恰恰相反，在项目开发过程中有很多的问题，因而管理工作不但繁重而且重要。最日常的工作在于计划的制定、任务的安排、工作考核等等。

要完成好管理不仅是项目经理一个人的事情，它需要组织内有机的联系自动的对管理产生反应，得以落实管理的思想。

c． 关于工作计划和进度控制

工作计划由长期的和短期的，长期可以是整个项目实施期内的计划，短期可以是一天的计划，针对小组比较适用周计划和日计划，而对于项目组要详细制定月计划和周计划来控制项目的进度并作为工作的考核依据。

d． 关于弥补措施

什么情况下都难免会有以外发生，为此在管理以及制定计划的时候一定要考虑弥补措施，做到防患于未燃。这些措施包括：突发的技术难题、突然的人员更换、突然的用户需求、突然的计划变动等等。

e． 关于环境建立和管理

好的项目开发要建立稳定的开发环境，并要确保项目的开发环境与目标环境的一致性。否则将造成巨大的困难。保持环境的相对问题也非常重要，即在项目的开发过程中环境不要变动，包括系统的升级，不必要的或相关的软件的更换等等。如果目标环境为IE 4.0，而使用IE5.0来作为开发环境则会产生很多不必要的问题。

f． 关于人员培训和知识更新

大型信息系统一般经历的时间都比较长，参与的人员比较多，因此进行必要的培训和知识更新是非常必要的。尤其是在项目开始实施之前，针对项目的若干总体要求要详细的说明并力求达成共识，这为今后大家很好的协同工作创造了一个基础。

培新的内容是多方面的：技术、标准、规范、管理制度等等。

4． 实现技术

a．关于数据库的设计

数据库的设计是信息系统设计的基础，关于数据库的设计在考虑设计要求的前提下，尽量考虑如何简化系统的实现。因为有的时候好的数据库设计会大大增加系统实现的复杂度和工作量。这需要不断的积累经验。

b．关于开发语言版本

多人参与的信息系统设计要保持各个程序开发语言版本的高度一致，这个问题很容易被忽略，但是到系统集成的时候会给你造成很多的问题。为此，最好所有的人都适用同一个安装程序。

c．关于开发平台

除了开发语言之外的其他软件环境组成的开发平台也要保持一致和稳定，才能减少系统集成时出现的问题。d．关于新技术的采用

新技术的采用是一把双刃剑，如果采用过多会阻碍系统的开发进度。因此要从实际考虑，采用合理数量的信息的技术。这一点还受程序员的接受能力等因素的影响，如果接受能力强，则不必太担心。

5． 关于软件测试

a．程序员编码过程中的测试

程序员的测试在很多软件测试的文献中经常被忽略，如果程序员提交的程序代码，他自己从未进行过测试，就提交给测试人员测试是不可想象的。程序员测试的一个基本原则是要确保所有的代码在正确使用下不会有问题，否则将浪费大量的时间修改代码。

b．组织测试人员

对于测试的问题大家都有一致的认识,但在项目实施中,关键的是按照规范要求组织项目测试小组。这主要受到人员的限制，即组织起来有经验的测试人员跟踪测试是比较困难的，同时也要有一定的投入。

不论如何，还是要建立一个问题的测试小组，随着系统的初步开展进行系统测试。测试的工作量是巨大的,应得到正确的和足够的认识,否则交付的软件质量无法保证,那么项目是否成功又失去了一次机会。应该认识不仅按时完成重要，按质完成更重要。这一点说起来并不特别，但还需要重视才能做好。

c． 用户测试

大家都知道，面向应用的项目，在交付用户正是使用之前要经过一定时间的用户测试，但目前的实际情况是用户测试组织的不是太好，原因是：真正的用户由于工作的繁重较少的投入到系统测试中，项目组也希望测试期间问题越少越好，可是就为今后不断的出现问题埋下了伏笔。

因此，针对用户测试要组织好，同时还要对资金、人力投入做一个合理的预算。

三、实施及维护

一般认为项目到实施维护阶段，就基本上结束了。实际并非如此，因为就软件开发周期而言，实施阶段的时间投入还要占一定的比例，并且在这个阶段由于对系统的切身使用，多数用户会提出很多的意见和建议，抛开很多不合理问题，还有很多问题需要解决，这就要求项目组还不能放松，还要再紧张地工作一段时间。

1．管理者完成的工作

针对项目实施过程中，管理者要完成的工作实际上不是用几句话能说清楚的，在此仅就某些工作进行简单的说明，更多的内容要在实践中多思考、多总结，不断的提高。

A．树立用户意见之上的意识，并让项目组全体普遍接受；

B．做好与用户的沟通，尤其针对不合理的问题，要给出合理的解释。C．使用户欣然接受你交付的系统是不断努力才能有的结果； D．要做到不急不躁，同时要注意调整程序员的情绪；

2．关于维护阶段的投入

维护阶段除了项目设计阶段的投入外，还要增加投入包括：现场维护的费用、培训的费用（尤其是组织培训班）、人员的增加（增加与用户交互的人员，再次启用调研组）等等。

3．加强与用户的沟通

加强与用户的沟通不仅是实施阶段应当注意的，但是实施阶段是使用户产生意见的最关键的阶段。

首先作为项目的双方负责人要做到及时、有效的沟通；

其次，各个程序组在与普通用户进行沟通的时候也要注意方式、方法，同时要尽量能用简洁的语言给出明确的解释和说明。

最后需要说明的是：没有每一个用户（乙方负责人、普通用户）的认可和支持就是失败。

第四篇：信息系统工程监理基础知识

监理单位的资质条件：综合条件、业绩、监理能力、人才实力。

监理资质：从业年 注册资金 案例 大案例 案例总金额 技术人员 监理师 负责人经历 案例规模 审批

甲级： 4 500万 12个 5000万*1 4亿 50人 30人 5年 无限制 国家级

乙级： 2 300万 09个 1000万*2 2亿 30人 15人 4年 <1500万 国家级

丙级： 2 100万 300万*2 5000万 10人 6人 3年 <500万 省市级

资质证书：有效期四年，满四年为及时更换且超过有效期30天，则资质证书予以注销。

监理单位组织建设：业务体系建设、质保体系建设、管理体系建设。

监理单位经营组织结构分为：直线型、职能型、矩阵型。

监理项目部实行总监理工程师负责制。

监理服务质量按照时间可分为：预防性控制、监督性控制、补偿性控制。

监理服务质量按照评价方式可分为：内部评价、外部评价。

监理服务质量控制内容：

（1）监理人员素质数量（2）监理工作指导文件（3）监理实施过程（4）监理效果

监理单位的权利和义务：

(1)“守法、公平、公正、独立”（2）按照监理合同取得监理收入

（3）不承建信息系统工程（4）与承建单位不存在隶属和利益关系

（5）不侵害知识产权（6）违法律应承担相应的经济和法律责任

监理单位的行为准则：守法、公正、独立、科学、保密。

监理单位的风险类别：行为责任风险、工作技能风险、技术资源风险、管理风险。

监理单位风险防范方法：

（1）谨慎签订监理合同（2）严格履行合同（3）提高专业技能（4）提高管理水平

监理单位应于委托监理合同签订后10个工作日内将监理项目部的组织情况通知建设单位。

监理工作程序：

（1）确定总监理工程师，成立项目监理组织。（2）编制监理规划。（3）制定监理实施细则。（4）规范化开展监理工作。（5）参与验收签署建设工程监理意见。（6）向业主提交监理档案资料（7）监理工作总结。

监理人员的岗位职责：

总监理工程师：（监理师代表的职责不包括方框中的内容）

（1)对监理合同的实施负全面责任（2）负责管理监理项目部日常工作，定期向监理单汇报

（3）确定人员分工（4）人员调配和人员更换

（5）主持编写监理规划及审批实施方案（6）主持编写监理月报、监理工作阶段报告、专题报告、和项目监理工作总结，主持编写工程质量评估报告

（7）组织整理工程项目监理资料（8）主持监理工作会议，签发项目部重要文件和指令（9）审定承建单位开工报告、系统实施方案 系统测试方案和进度计划

（10）审查承建单位竣工申请，组织监理人员进行竣工验 收，参与工程项目竣工验收，签署竣工验收文件。

（11）审核签认系统工程和单元工程的质量验收纪录（12）主持审查和处理工程变更（13）审批承建单位的重要申请（14）参与工程质量事故调查 签署工程费用支付证书

（15）调解建设单位和承建单位的合同争议，（16）指定专人记录工程项目监理日志 处理索赔审批工程延期

专家的职责：提供参考意见、技术指导，重大方案评审、接受专业监理工程师的咨询。

专业监理工程师：

（1）负责编制建立规划中本专业监理实施方案（2）本专业的测试审核、单元工程验收，提出本专业自系统工程验收意见

（3）负责系统是时方案中的本专业部分（4）负责本专业的计划、方案、申请、变更，并向总监理工程师提出报告

（5）负责核查本专业相关设备的原始凭证、（6）负责本专业工程量的核定，审核工程量的数据 检测报告等质量文件及实物；有必要时进行检验 和原始凭证

（7）负责本专业监理资料的收集、汇总及整理，参与编写监理日志、监理月报。监理员：

（1）在监理工程师的指导下开展监理工作。（2）检查设备、人力及使用、运行情况，并做好检查记录。

（3）复核或从现场直接获取工程量核定的有关数据（4）按详细说明书及有关标准，对承建单位的实施过程进 并签署原始凭证文件。行检查和记录，对安装、调试、测试结果进行记录。（5）做好督导工作，发问题及时指出并向本专业（6）做好监理日记和有关的监理记录。监理工程师报告。

监理规划的依据：

（1）与工程建设有关的法律、法规及乡木审批文件。（2）与监理有关的法律法规及管理办法。（3）与本项目有关的标准、设计文件、技术资料。（4）监理大纲、监理合同及相关合同文件。

监理规划的内容：

（1）工程项目概况（2）监理的范围、内容与目标（3）监理项目部的组织结构和人员配备（4）监理依据、程序、措施及制度（5）监理工具和设施

监理实施细则的编制方式：（1）专业分工编制（2）分阶段编制（3）按工作内容编制

监理实施细则的依据：（1）已批准的项目监理规划（2）相关的国家、地方正则法律法规和技术标准（3）与工程向关的设计文件和技术资料（4）实施组织设计（5）合同文件

监理实施细则的内容：（1）工程专业的特点（2）监理流程（3）监理控制要点及目标（4）监理单位方法及措施

质量控制

信息系统工程质量的概念：在力求实现信息工程项目总目标的过程中，为满足信息工程项目总体质量要求所开展的有关的监督管理活动。监理单位的质量控制主要包括项目实施过程的质量控制以及项目实施结果与服务的质量控制。

质量控制的意义：质量控制是进度、成本和变更控制的基础和前提，如果质量失控，那么成本、进度和变更控制就无从谈起，质量控制贯穿项目建设的始终。影响信息系统工程质量的因素 ：

协同质量控制的概念以及业主方、承建方、监理方三方在协同质量控制中的作用：

（1）三方都应当建立各自的质量保证体系，质量控制任务应该由三方共同完成。（2）承建单位的质量控制体系是整个项目质量保障的关键。（3）建设方应该建立较完整的工程项目管理体系。

（4）监理方既要按照自己的质量体系从事监理活动，还要对承建方的工程管理体系进行督导和指导，使之有效实施。

（5）质量控制体系以承建单位的质量保证体系为主体。

质量控制手段的特点、适用范围和使用要求：（评审、测试、旁站、抽查）

评审

主要目的是检查项目当前状态，项目评审一般是项目里程碑接近完成时进行，通过专家评审及时发现问题，并给出处理意见。

评审范围 建设单位的用户需求和招标方案 承建方的质量控制体系和质量保证计划

承建方的总体技术方案、工程实施方案、系统集成方案、培训方案。

承建方有关应用软件开发的重要过程文档。

其他需要会审的重要方案。

评审过程 由总监理工程师组织专家和相关人员，根据会审方案和承建方提交的资料形成会审结论。

建设方和承建方根据监理一件进行处理，处理结果由现场监理组进行确认，报总监理工程师签发。

测试 监理单位主要有三方面的工作。（监督建设方的测试、现场抽查测试、协助和评估第三方测试）

旁站 在总监理工程师的指导下，对某些关键部位或关键工序的实施全过程现场跟班的监督活动。

抽查 主要针对设备和软件产品以及项目中有可能发生质量问题的环节进行检查。

质量控制点的含义、作用和设置原则：

质量控制点 对信息系统重点控制对象或重点建设进程，实施有效的质量控制而设置的一种管理模式。

可以将质量总目标分解为控制点，通过控制点的控制，实现工程质量总目标的控制。（1）将工程质量总目标分化为简单的控制点。（2）易于分析和掌握控制点所处的环境因素。（3）有利于计算分项目标值与实际标值的偏差。（4）有利于制定、实施纠偏措施和控制对策。（5）通过下层质量控制点分项目标的实现，对上层控制点提供保证。

质量控制点设置原则 突出重点、易于纠偏、有利于三方共同参与、灵活性和动态性

工程招投标及准备阶段质量控制的要点及方法（招标过程质量控制、对建设方及人员资质审核）

招标过程质量控制

（1）协助建设方提出整体质量目标（2）参与标书编制，对可能有质量影响的因素明确提出要求（3）协助制定评标标准（4）对项目标书中指来能够控制计划审核，提出监理意见

（5）对招标过程进行监控（6）在项目承包合同中对工程质量目标提出明确要求

建设方及人员资质审核

（1）资质文件是否真实齐全（2）承建方资质等级是否与工程规模相适应（3）承建方主要技术领域是否与工程需求相符（4）审核建设方的项目经理资质（5）技术人员是否与本工程技术要求相符（6）承建方的质量保证体系是否完善

工程设计阶段质量控制的要点及方法

工程设计阶段质量控制的重点是对承建方提供的各类设计实施方案进行审查，并采取监理措施。

（1）协助建设方监理质量目标规划和安全目标规划（2）提出各种设计文件，质量标准（3）进行设计过程跟踪，发现问题及时与承建方协调（4）审查阶段性设计成果，提出监理意见（5）审核建设方总体设计方案（6）审核建设方的关键部位测试方案（7）协助承建方建立、完善工程质量保证体系（8）协助承建方的完善现场质量管理制度（9）组织设计文件及设计方案交底会

工程实施过程质量控制的要点及方法

（1）协助承建方完善实施过程中阶段性质量控制（2）关键过程质量控制的实施要点

（3）对开发、实施材料与设备的检查（4）协助建设方对严重质量隐患和质量问题进行处理

（5）工程款支付签署质量认证（6）质量空置的其他方法

工程验收阶段质量控制的要点及方法

竣工 承建方按照设计文件和合同完成了全部工程实施任务。验收 工程竣工后，由建设方组织对该工程进行最终的检查验收。

交工 工程验收合格后，承发包双方办理项目产权转移手续和结清工程价款。验收阶段质量控制 主要是通过对验收方案的审查和对验收过程的监控来完成的。工程验收阶段质量控制的要点：

（1）验收阶段质量控制的流程（2）验收计划、方案的审查

（3）验收资料的审查（4）对验收中出现的质量问题进行处理（5）验收结论处理

第五篇：信息系统工程实验相关2014

2013-2014学年第二学期的实验要求

第12周授课内容：信息系统的分析（实验）。

目的要求：掌握需求分析文档的编写。

授课方式：上机实验。

其它说明：上机实验报告。

第13周授课内容：信息系统的总体设计和详细设计（实验）

目的要求：掌握总体设计与详细设计文档的编写。

授课方式：上机实验。

其它说明：上机实验报告。

第14周授课内容：信息系统的测试（实验）。

目的要求：掌握测试报告的编写。

授课方式：上机实验。

其它说明：上机实验报告。

实验报告书，提交电子版给课代表（班长或学习委员）（thal_jn@163.com），不需要使用实验报告纸，实验完成一周内上交。

个人（文件名：实验1-姓名-题目）班级（文件名：实验1-班级-份数）

实验地点：662和661的43-69号机器（visio）。

时间：课表时间。

实验参考题目

各实验参考题目中的用户需求可进一步查找资料获得，这里给出了一种可能的需求情况，供参考。

（1）教学事务管理系统

某学院教务处教学事务现由手工管理，效率低、易出错、耗费人力。教务处希望设计一个实用的教学事务管理系统，完成学生的学籍管理、报到注册、课程的选择、成绩登入、各种通知单的打印和报表的输出等。

估计开发该系统需购买硬件、外部设备（高性能计算机一台、打印机一台），花费1.2万元左右，开发工作量约需3个人月工作量，每人月工资约为2000元，开发完成后维护费用每年约600元，开发完成后，原有的三名管理人员可以减少为二名，每人月工资是600元。

用户的具体需求主要有：学生的学籍管理：建立学生学籍档案，包括学生的学号、姓名、性别、出生年月、籍贯、政治面貌、家庭住址、入学时间、学院、专业、年级、班级等。对新入学的学生进行登记，将他们的信息记入学籍档案，对毕业、休学、退学的学生进行除名、注销，对调整专业的学生必须做调整记载。对变动情况建立备忘录，对上述情况的变动原因、时间、去向等进行记载。学生新学期的注册、报到登记。学生学期开学的课程选择，对必修课、限选课直接录入，计算总成绩、平均成绩，并按班级排出名次。统计功能，统计各门课程的及格率，优秀率，各分数档人选。系统可查选学生的学籍情况和选课、学习情况，打印学籍表、个人成绩报告表、班级名词表、各门课程统计表等要求的表格。

（2）计算机辅助语言教学系统（辅助学习C语言或其他语言）

计算机语言学习，例如C语言单调抽象，初次学习的人会感觉困难。为此希望开发计算机辅助语言教学系统，形象、生动的进行语言教学，并可在教学完成后进行测试，系统具有灵活的人机界面和交互能力。

估计开发该系统需购买硬件、外部设备（高性能计算机一台、打印机一台），花费1.2万元左右（考试设备利用原有计算机，不用增添新设备），开发工作量约需三个人月工作量，每人月工资约为2000元，开发完成后维护费用每年约600元。开发完成后，可以减少教师的部分教学工作量，还可提高学生的学习兴趣。

该系统要实现教学功能，同时能测试学习者掌握知识的情况。教学部分主要辅助C语言的有关语句指令的教学，并辅助进行初步程序设计的学习。动态的给出C语言主要语句指令的格式和在程序中的应用范例，然后由学习者作出相应的练习，为学习者指出其中的错误，并给出正确答案。在每单元教学完成后，学习者可以做综合练习和测试，为学习者打分。

（3）毕业论文管理系统

学生的毕业论文管理目前采用手工管理，管理比较混乱，当需要查找或参考时很不方便，希望设计一个小型的毕业论文管理系统，对学生的毕业论文工作进行计算机化管理。

估计开发该系统需购买硬件，外部设备（高性能计算机一台，打印机一台），花费1.2万元左右，开发工作量约3个人月工作量，每人月工资约为2000元，开发完成后维护费用每年约600元；开发完成后，原有的两名管理人员可以减少为一名，每人月工资600元。用户的主要需求是：在毕业论文开始阶段，将可以带毕业设计的导师进行登记（或对原来的导师进行更新），对导师提出的毕业论文题目和要求进行登记，并进行分类，对毕业的学生进行登记，然后按照一些限定条件（如导师所带学生人数的限制），由学生选择导师和题

目，对发生冲突的情况能进行合理的调配。当学生选定了题目并完成论文工作后，对论文的主要内容进行登记，由答辩委员会对论文的成绩进行评定并做记录，将来可以根据用户的需求对论文进行查询和分类检索，并根据需要打印有关内容。

（4）运动会管理系统

某校每年开两次运动会，由于运动会综合管理采用手工方式，经常发生记录错误的情况。因此希望开发学校运动会管理系统，功能包括报名编号、安排比赛、登录成绩、单项名次公布、团体总分公布等，并可查询和打印比赛成绩。开发完成后，可减少管理人员的数量，提高效率。

用户的具体需求有：登录比赛项目，提出报名的限制要求（包括运动员所报项目，班级运动员人数），各个班级运动员报名后，登录报名情况，检查是否符合要求，为符合要求的运动员自动编号，并为比赛安排裁判员。比赛时先进行检录（运动员报到），检查实际与报名是否相符，为符合要求的运动员安排比赛，比赛后，录入成绩，并计算单项名次，取前若干名，登记领取奖品，为班级累计总分，全部比赛结束后，公布全体总分，并取前若干名。在比赛过程中和比赛结束后，可查询报名和比赛情况，并可进行打印。

(5)小型超市销售管理系统

某小型超市的销售目前采用手工管理，效率低、易出错、会计工作量大，希望设计一个小型超市销售管理系统，登记每天的收入、支出，统计每月销售情况，按规定格式打印销售报表，允许多种方式查询货物库存情况，并按货物销售情况对于缺货自动发出预警通知等。

估计开发该系统需购买硬件、外部设备（高性能计算机一台、打印机一台），花费1.2万元左右，开发工作量约需3个人月工作量，每人月工资约为2000元，开发完成后维护费用每年约600元，开发成功后，原有的二名管理人员可以减少为一名，每人月工资600元。

用户的具体需求是：以月为结算单位，当购买新的商品并验收合格时，可以进行入库登记，登记的项目包括编号、货号、品名、规格、计量单位、数量等，并修改库存帐，产生当天库存报表。当销售出商品时，记录获得的销售收入，销售的成本按照该类货物的月进货平均价格计算，并修改现有的库存；当天的其他支出，也要进行记录。根据处理后的信息产生当天的收入、支出情况日报。能够根据需要以多种方式进行货物情况查询，并能查询某一货物的储备情况，若低于最低储备量，给出缺货警告，并将结果通过报表形式通知采购人员。每天打印收入、支出情况日报以及日库存表，每月底统计该月的销售情况，将按年计算的支出项目分摊入该月，并打印销售报表。

（6）图书管理系统

某校图书馆现为人工管理，效率低、易出错、手续繁琐，而且耗费大量的人力。图书馆希望设计一个图书管理系统，管理读者的登记、图书的购入、借出、归还以及注销等。管理人员还可以查阅某位读者、某本图书的借阅情况，对当前借阅情况给出一些统计，给出统计表格，以全面掌握图书的流通情况。

估计开发该系统需购买硬件、外部设备（高性能计算机一台、打印机一台），花费1.2万元左右，开发工作量约需3个人月工作量，每人月工资约为2000元，开发完成后维护费用每年约600元，开发成功后，原有的三名管理人员可以减少为二名，每人月工资600元。

用户的具体需求是：要求该系统可以完成读者登记、购入新书、读者借书、读者还书、图书注销等功能。读者登记时要为读者编制读者卡片，包括读者的具体信息（读者编号，姓名，学院，专业，年纪等），写入读者目录文件中。购入新书时要为该书编制图书卡片，包括分类目录号、流水号（唯一）书名、作者、内容摘要、价格和购书日期等信息，写入图书目录文件中。读者借书时，先检查该读者是否是有效的读者，若无效则拒绝借书，否则检查该读者所借图书是否超过最大限制数（根据情况自定）以及有未归还的过期图书，否则拒绝借书。查找该图书是否还有，如果有则可以借出，登记图书分类号、读者号和借阅日期等。读者还书时，根据流水号，从借书文件中读出有关记录，表明还书日期，如果图书过期，则处以罚款，并打印罚款单。在某些情况下，需要对图书馆的图书进行清理工作，对无价值的和过时的图书要注销。咨询要求分为查询某位读者、某种图书和全局图书三种情况。可以打印读者和图书情况统计表。

（7）人事管理系统

某学校的人事档案由手工处理，需要的人员多，效率低，易出错，两者之间的协调有时出现问题。学校希望设计一个人事档案管理系统，以便对单位所有职工的各种信息进行处理，包括统计、查询、修改、根据需要制表等。

估计开发该系统需购买硬件、外部设备（高性能计算机一台、打印机一台），花费1.2万元左右，开发工作量约需5个人月工作量，每人月工资约为2500元，开发完成后维护费用每年约600元，开发完成后，原有的四名管理人员可以减少为两名，每人月工资600元。

用户具体需求是：建立职工人事档案，包括：工资号、姓名、姓别、出生年月、单位、文化程度、职称、参加工作时间、住址等。对新来的职工（包括调入、分配、招聘）进行登记，将他们的信息记入人事档案。对调出、死亡、开除的职工进行除名、注销，对本单位内

部调动的职工和离退休人员必须做调整记载，如修改单位名称、任职情况、对调职后的职工修改职称等。对人事的变动情况建立备忘录，对上述情况的变动原因、时间、去向等进行记载。可以进行各种查询。完成各种统计，人事部门必须随时掌握各单位的人员结构，以便对各种人员的配备计划调整，包括职称结构、年龄结构、知识结构等。例如职称结构要求列出各单位具有哪些职称、人数、百分比等。人员是经常变动的，机器应随时可列出这些信息。打印各种表格，除人事档案存档表以外，还需要一些表格，如“职工花名册”，只包括部分信息：工号、姓名、年龄、单位等，“职工住址表”，只包括职工所在单位和住址，“变更备忘录”，专供查询历史记录，特别是在主文档中已被清除的信息，在备忘录中留下部分信息以备查询。

系统要求有良好的安全保密性，能只授予专门从事此工作的用户操作权限。

（8）学校实验设备管理系统

某校的实验设备目前由人工管理，管理混乱，设备丢失损耗情况严重。希望开发设备管理系统，对实验设备的入库、出库进行管理，并完成查询和打印功能。

估计开发该系统需购买硬件、外部设备（高性能计算机一台、打印机一台），花费1.2万元左右，开发工作量约需4个人月工作量，每人月工资约为2500元，开发完成后维护费用每年约600元，开发完成后，原有的两名管理人员可以减少为一名，每人月工资700元。

用户的具体需求是：当购买了新的实验设备并验收合格时，可以进行入库登记，登记的项目包括编号、货号、品名、规格、计量单位、数量等，并修改库存帐，产生当天日库报表，根据对实验设备需求的领料单发出货物，若价格已调整，按调整的价格出库，若未调整，按照领料单上物资编号中入库批次做相应价格计算，将处理后的信息产生当天的出库日报。并能根据调价通知和储备量的调整通知，修改设备的价格和合理储备量。能够根据需要进行相关内容的查询物资情况，并能查询某一物资储备情况，若低于最低储备量或高于最高储备量，给出警告，并将结果通过报表通知采购人员，并可打印入库、出库日报。

（9）课程考试辅助系统

当前课程考试存在着考试形式和方法单

一、阅卷工作量大、透明度低、学生存在抵触情绪等问题，因此希望开发计算机辅助考试系统，实施标准化考试，同时培养学生使用计算机的能力。

估计开发该系统需购买硬件、外部设备（高性能计算机一台、打印机一台），花费1.2万元左右（考试设备利用原有计算机，不用增添新设备），开发工作量约需5个人月工作量，每人月工作资约为2000元，开发完成后维护费用每年约600元。开发完成后，可以减少出题、监考、阅卷多人工作量。主要是提高考试透明度和组卷灵活性。

用户的具体要求：建立一个可增加删改的试题库，各题目有参考答案和评分标准，可以根据用户需求生成试卷，考生可以在计算机上进行考试。首先输入自己的基本情况，系统进行记录，在考试过程中系统可接受考试答案并控制考试时间，系统可为考生进行评卷和打分，并可汇总全体考生的成绩，并可打印生成的试卷和学生成绩报告单，考生可查询自己的成绩。

（10）仓库管理信息系统

仓库管理信息系统是购物中心整个计算机网络与管理信息系统中的重要组成部分，在为企业规范管理、减少部门库存、加快物流周转、降低人力成本等方面显示其成效。为减少员工重复性动作和帮助管理人员规范化管理，希望开发仓库管理信息系统。

估计开发该系统需购买硬件、外部设备（高性能计算机一台、打印机一台），花费1.2万元左右，花费1.2万元左右，开发工作量约需5个人月工作量，每人月工资约为2500元，开发完成后维护费用每年约600元，开发完成后，原有的四名管理人员可以减少为二名，每人月工资700元。

用户的具体需求是：用户登录以及权限设置：可增加或删除系统的操作人员，并且制定操作人员的权限；仓库设置管理：对仓库信息进行管理，包括仓库信息的建立、编辑和删除工作；材料编号管理：使用材料编号入库的方式来进行材料管理，方便掌握材料的种类、数量；材料出入库管理：根据材料的编号或名称进行管理；库存盘点：可以掌握实时库存，方便进货，减少库存堆积；可以打印各种报表清单。

参考书：

卫红春，朱欣娟编著，信息系统分析与设计（第二版），西安电子科技大学出版社，2008。杨选辉编著，信息系统分析与设计，清华大学出版社，2007。