软件工程理论的信息工程监理研究论文（最终定稿）

第一篇：软件工程理论的信息工程监理研究论文

【摘要】随着社会的不断发展，信息工程在现代企业中的作用和意义愈加明显。在信息工程当中，主要包括信息应用工程、信息网络工程、信息资源工程等内容。而在信息工程监理方面，随着软件工程的发展和应用，使其更加的直观、系统，对于监理水平、监理效率的提升，发挥了重要的推动和促进作用。基于软件工程理论，可以研究和建立更为良好、适当的管理模式，从而更加深入、高效的对信息工程进行监理。

【关键词】软件工程；信息工程；监理

中图分类号：TP311文献标识码：A文章编号：1006-4222（2015）24-0316-02

前言

随着社会经济和科技的不断发展，信息工程得到了极大的发展，在基础设施建设、系统建设等方面，都取得了较为巨大的进步。各个企事业单位，甚至政府机关部门对于信息工程监理的重视程度都在不断提高。在信息工程当中，通常都较为庞大、复杂，具有技术要求高、工期长、投资大、风险高等特点。因此，在信息工程当中，监理的作用不容忽视。随着软件技术的发展，基于软件工程理论，能够更加有效的进行信息工程监理，从而确保信息工程的顺利进行。

1信息工程的概述

信息工程是基于现代计算机技术、超大规模集成电路技术等，对信息处理的理论、技术和实现进行研究。信息工程技术的核心是控制系统和信息系统，在现代化社会的发展中，具有十分重要的作用。相比于一般的工程项目，信息工程具有较高的复杂程度和较低的能见度等特点。在信息工程项目当中，组织和建设之间存在着密切的联系[1]。根据项目组织的要求，信息工程应当遵循一定的组织思维过程，即前期准备、项目规划、项目设计、项目实施、项目验收、项目维护的过程。通过对这些组织标准的严格设立和执行，建立相应的技术标准。以组织需求为基础带动技术需求，并根据组织满意度来对技术满意度进行评价。与其它种类的工程不同，信息工程要求建设单位必须全员全程进行参与。究其原因，是因为信息工程项目具有较高的复杂程度，在传递知识的过程中，具有较为繁琐的步骤。因此，建设单位必须进行全员学习和了解，以掌握相关的知识技能。在开发单位和建设单位之间，应当实现协同共进、相互协调和相互适应。信息工程系统具有人机结合的特点，因此，如果建设单位没能够实现良好的全员全程参与，系统的全面性、完整性、有效性等都会受到一定的影响。在信息工程项目当中，通常具有十分复杂的需求，因此，其可见性无法达到其它工程项目的程度。不但检验过程复杂，维护期也比较长。另外，再加上一些非技术因素的影响，很可能造成信息化项目建设的失败[2]。

2信息工程监理的意义

目前，在我国众多企业当中，实现信息工程项目的成功几率较为有限。针对信息工程项目的自身特点，为了提高其成功的几率，就应当及时建立良好的信息工程，采用第三方监理单位，在信息工程项目建设的过程中，进行严格的监理。对于企业和开发单位之间的协调，信息工程监理能够发挥出良好的作用，从而确保信息工程项目能够顺利的开展。目前，我国很多企业信息工程监理都参考了传统建筑工程中的监理模式。但是具体来看，其与建筑工程监理之间，还存在着一定的差异。这是由于信息工程具有很低的可见度，拥有极高的知识密集度和复杂多变的开发过程。在其它的建筑工程项目监理当中，能够对施工现场的进度、质量等进行实时的监督和管理。但是在信息工程监理中，无法实时监督和管理其操作质量和操作现场[3]。因此，信息工程当中的软件质量、建设进度、资金使用情况、合同执行情况等，在操控和把握过程中都具有很大的难度。正是由于这种现象，造成了信息工程监理操作度低、复杂度高、能见度低等问题。在监理过程中，为了能够有效的解决和处理这些问题，应用软件工程理论是一种非常有效的方法。基于软件工程，能够有效的分解复杂度较高的信息工程项目，同时可采取有效的方案解决信息工程中能见度低的问题。利用当前现有的软件工程工具和平台，能够针对信息工程监理中存在的问题，提供一个相应的监理平台，从而提高监理的可见性、降低复杂度，对于我国信息工程的发展具有十分重要的意义。

3信息工程监理

3.1监理目标

在软件工程当中，主要的任务在于对科学有效的管理方法进行充分的应用，从而不断的提升软件开发的质量。软件工程的主要意义在于改变传统小作坊式的软件开发模式，并且对其进行详细的分解和划分，根据各个具有不同特点的阶段，分别采用不同的工具和方法，在具有较高复杂程度的软件生产过程当中，进行可控制和可度量的有效设置[4]。通过有效、严格的对各个不同阶段进行控制，在前期阶段，就能够及时的发现可能出现的风险和存在的隐患，并且进行及时的处理和解决。这样，软件开发过程中的风险就能够得到有效的控制，最终实现提升软件质量的目的。在信息工程监理当中，科学、有效的规划和控制信息工程的投资、质量、进度等方面的情况，是信息工程监理最为重要的目的和意义。基于软件工程理论，在信息工程监理的过程中，通过对合同的有效管理，进行有效的协调和组织，从而实现动态的控制工程，最终完成理想的目标规划。在前期准备、项目规划、项目设计、项目实施、项目验收、项目维护的整个信息工程项目过程中，确保信息工程监理能够贯穿始终。通过有效的合同管理、信息管理、成本控制、进度控制、质量控制，信息工程监理能够确保信息工程顺利、高效的开展，并且保证信息工程的良好质量。

3.2监理模型

从信息工程监理的目标当中来看，可对信息工程项目进行划分，主要包括项目分析、项目设计、项目实施、项目维护等不同阶段。基于软件工程理论的信息工程监理，并不是对软件工程的相关理论机械的复制和应用到信息工程监理当中，而是应当结合软件工程理论的相关内容，有效的管理和设计能见度低、复杂度高的信息工程项目[5]。在信息工程监理当中，将其进行有效的融合应用。通过这种方式，基于软件工程理论，可以进行信息工程监理模型的建立。在监理模型当中，其主线是信息工程项目的过程控制，在信息工程当中，全方位的监督和控制项目分析、项目设计、项目实施、项目维护等不同阶段中的工作。同时进行有效的需求管理、信息管理、合同管理、风险管理，以及成本控制、治理控制、进度控制。此外，还需要对信息工程进行总体性的良好协调。基于软件工程理论，对这些工作进行系统的整合，从而形成了三控四管一协调的三维监理模型，对信息工程进行更为有效的监理。

4结论

在当前社会中，软件工程是一种十分有效的工程，利用工程化的方式和手段，对软件开发和生产进行更为有效的管理，从而提高软件的质量。在信息工程当中，软件工程能够对其监理工作带来巨大的启示。针对信息工程监理中存在的复杂度高、可见度低等难题，基于软件工程基础，建立信息工程监理模型，为信息工程提供一个可见度高、复杂度低的监理平台，从而更好的监督和控制信息工程建设，最终确保信息工程的质量和进度。

参考文献

[1]申胜利，周舟，贾萍，张垚垚.基于CMM的信息系统工程监理研究与实践[J].国土资源信息化，2010，06：122~125+112.[2]管东升，吕小刚，赵云丰.基于能力成熟度的信息系统监理过程改进研究[J].计算机技术与发展，2011，01：137~139+146.[3]刘宏志，邓小云，刘宣旭，张斌，毛典辉.基于可拓集的软件工程安全监理的研究[J].计算机安全，2011，12：32~35.[4]韩福霞，刘宏志.基于蝙蝠算法的信息工程监理多目标优化研究[J].现代计算机，2013，19：3~6.[5]吴丹，刘宏志，李伟，舒彬，尹璐.基于FPN的电力信息工程监理服务质量评价研究[J].电气应用，2015，S1：305~309.

第二篇：工程信息监理实施细则

工程信息监理实施细则

监 理 实 施 细 则

工程名称0

专业名称 工 程 信 息

编 制 人

总 监

.工程信息监理实施细则

目 录

一、工程概况及专业特点

二、监理实施细则编写依据

三、监理工作内容

四、施工资料的审查

五、监理信息和资料的收集

工程信息监理实施细则

一、工程概况及专业特点

1、工程规模 0

三、监理工作内容

1、制定监理工作制度和工程报验规定，对施工单位进行交底；

2、参与编制各工程项目的监理实施细则；

3、审查施工单位及人员上岗资质，对施工机械设备进场报审资料的有效性进行检查；

4、审查进场原材料、构配件质量保证资料，严格材料复试及报验手续，要求按频率进行抽测；

5、严格工序报验程序，审查报验资料的真实性、同步性、完整性，并及时进行监理实测，签证合格工程量；

6、及时发送工地例会、安全例会及其它专题会议会议纪要；

7、编制监理旬、月（半）报，对工程质量、进度情况进行统计、分析，对监理工作进行总结和安排；

8、定期或不定期向业主汇报工程质量、进度及存在问题等有关情况；

9、及时签发监理指令，对工程质量、进度、安全文明施工等方面进行严格监控；

10、审查施工单位工程进度款申请表，开具工程款支付证书，进行投资控制；

11、记录大事记及监理日记，积累监理资料；

工程信息监理实施细则

12、审查施工单位竣工资料（特别是质量保证资料），按业主及有关的归档要求进行施工和监理资料的整理和归档；

13、及时提交工程质量评估报告；

14、及时向业主报送监理工作总结。

四、施工资料的审查

在现场监理工程师日常签证审查的基础上，信息监理工程师每旬对施工资料进行一次全面检查，主要检查内容如下：

1、工序报验资料

按单元工程的划分进行报审，报审资料要求清晰、规范，检查项目齐全；检测项目的检测频率要满足《水利工程施工质量检验评定标准》（试行）的要求，施工及监理相关人员签证意见明确，不得代签，检查的合格点及合格率计算无错误，无涂改，报验资料要求分类清楚，保存完好。

2、隐蔽工程验收记录验收资料

隐蔽工程验收记录内容齐全、图示规范、尺寸清晰，检查内容记录详细。施工单位有关人员签证意见明确，监理验收意见明确，用语规范。

3、材料、设备、构配件报审资料

对材料的供应单位相关资料要求实行审查。施工单位应提供相关证明，准用证为上海市建材业管理办公室监制的连号防伪复印纸，交易会员证、出厂合格证。质保单如不是原件，则应满足复印件要求。信息监理工程师定期或不定期对所有质保资料进行全面检查。

工程信息监理实施细则

4、检测计量施工机械设备报审资料

工程设备应注明出厂日期，设备的型号、数量及相关的检验校核证书。

5、构配件报审资料

对构件生产厂家生产资质证书文件进行审查，现场监理存复印件，证明文件为营业执照，生产许可证，质量监督证，试验室资格等级证书等。到场构配件具备相应的出厂质量证明书。

6、工程变更资料

由设计单位下达的设计修改通知单，出图手续齐全，业务联系单应通过监理、设计及建设单位的签证认可方可实施。

7、竣工资料的整理

竣工后，及时对竣工资料进行审查，竣工报验手续齐全，竣工图的编制要符合有关规定，并有相关的编制说明。

8、水利工程资料归档必须完整、准确、系统。按建设单位下达的归档目录和有关要求进行整理，做到字迹清楚，图面整洁、装订整齐、签字手续完备。

五、监理信息和资料的收集

1、监理规划和实施细则

监理规划是整个监理工作的指导性文件，经公司总工程师审批后加盖公司公章。监理实施细则按规划要求，按工程结构的不同形式和不同专业编制相应的监理实施细则，经总监审批加盖监理部公章。

2、会议纪要

工程信息监理实施细则

工地会议（工程例会、安全专题会议、施工协商会及其它专题会议）会议纪要要准确表达与会各方的意见，与会人员签到，及时整理会议纪要，重要的议题需要经过各方签认形成决议，作为执行和检查的依据。及时传达有关各方。

3、监理旬、月报

监理周、月报是监理部向业主报告当月各工程项目的施工和监理工作的具体情况，记录工程建设各种大事纪要，内容如下；

1）工程施工情况

对工程施工质量、进度进行客观的描述，施工过程中出现质量问题产生的原因及处理措施。进度情况应说明详细的位置以及与计划进度的对比情况。对工程进度进行全面的分析和提出合理的建议。

2）工程质量验收和签证情况。

4、专题报告

1）针对工程进展情况，对施工节点的完成进行分析，提出存在问题和合理建议。

2）汇报现阶段监理工作情况。3）汇报与本工程有关的问题。

5、工程实施过程的监理资料

1）监理指令包括联系单、通知单、工程暂停令

2）监理复核记录，对施工测量放样及竣工断面复核记录。3）工序验收监理复核记录，对照施工单位报审资料，对工程质量进行实测检查和验收。

工程信息监理实施细则

6、质量评估报告

对工程施工质量进行客观的评估，并提出质量评定等级的建议。主要内容包括：

1）工程概况；

2）工程施工质量评估主要依据 3）施工过程的质量控制 4）工程施工质量评估 5）结论

7、监理工作总结

工程结束后，及时向业主报送监理工作总结，主要内容包括： 1）工程概况

2）监理组织机构、监理人员和投入的监理设施 3）监理合同的履行情况 4）监理工作成效

5）施工过程中出现的问题及处理情况和建议

8、音像资料的整理和收集 1）工程照片资料

为了更好的控制施工质量详细记录施工进展全过程，对施工进行动态监控，为将来工程管理提供完整而可靠的施工监理资料，将采用数码照相机和摄像机进行全方位的跟踪记录。

按照工程结构的不同，将工程照片信息资料收集如下： ①防浪墙拆建工程：老墙拆除；垫层浇筑；墙体浇筑。

工程信息监理实施细则

②堤顶道路工程：垫层、基层铺设；沥青砼浇筑；钢筋砼小挡墙浇筑。

③大堤护坡、护脚加固工程：四角空心块预制；栅栏板及格埂加高、抛石施工；块石理砌。

④防汛钢闸门工程：钢闸门制作；钢闸门导轨安装。⑤内坡护坡工程：草皮护坡；排水沟；青坎。2）影像资料 ①工程类

配合数码相机对工程的重要工序或部位的施工进行全过程的拍摄，对工程原始状况及重要节点的完成情况进行采集，通过对资料的加工、整理，制作成光盘存档。

②会议类

主要收集工地例会、安全例会及其它施工方案评审、工程协商等专题会议的现场情况，对有关单位的现场检查及工程重大仪式进行真实的记录。

第三篇：信息工程监理合同

给监理方造成的经济损失，累计赔偿额不应超过监理费总额。监理方处理委托业 务时，因非监理方原因的事由受到损失的，可以向委托方要求补偿损失。第三十一条 委托方如果向监理方提出赔偿的要求不能成立，则应当补偿由该索赔所引起的监理方的各种费用支出。

合同生效、变更与终止

第三十二条 由于委托方或承包方的原因使监理工作受到阻碍或延误，以致发生了附加工作或延长了持续时间，则监理方应当将此情况与可能产生的影响及时书面通知委托方。完成监理业务的时间相应延长，并得到附加工作的报酬，具体内容双方再行商议并签署补充协议。

第三十三条在委托监理合同签订后，实际情况发生变化，使得监理方不能全部或部分执行监理业务时，监理方应当立即书面通知委托方。双方确认该监理业务的完成时间应予延长。当恢复执行监理业务时，应当增加不超过10个工作日的时间用于恢复执行监理业务，并按双方约定的数量支付监理报酬。

第三十四条本合同终止条件：

1、因客观原因造成的实施工作和监理工作不能按合同规定履行，经监理方与委托方、承包方协商后，双方同意终止合同，双方签署终止合同文件，本合同即终止。

2、按本合同规定项目正常完成，承包方与委托方完成最终验收和工程移交手续后，监理方按本合同规定移交完所有监理文件，本合同即终止。

第三十五条 当事人一方要求变更或解除本合同时，应当在10个工作日内通知对方，因解除合同使一方遭受损失的，除依法可以免除责任的外，应由责任方负责赔偿。变更或解除合同的通知或协议必须采取书面形式，协议未达成之前，原合同仍然有效。

第三十六条监理方在应当获得监理报酬之日起7天内仍未收到支付票据，委托方又未对监理方提出任何书面解释时，或根据第三十四条及第三十五条已暂停执行监理业务时限超过一个月的，监理方可向委托方发出终止合同的通知，发出通知后7日内仍未得到委托方答复，可进一步发出终止合同的通知，如果第二份通知发出后，三个工作日内仍未得到委托方答复，可单方面终止合同或自行暂停或继续暂停执行全部或部分监理业务。委托方承担全部违约责任。

第三十七条 监理方由于非自己的原因而暂停或终止执行监理业务，其善后工作以及恢复执行监理业务的工作，应当视为额外工作，有权得到额外的报酬（可参考三十二条）。

第三十八条 当委托方认为监理方无正当理由而又未履行监理义务时，可向监理方发出指明其未履行义务的书面通知。若委托方发出通知后7日内没有收到答复，可在第一个通知发出后10日内发出终止委托监理合同的通知，合同即行终止。

违约责任

第三十九条 由监理方单方面的原因造成的违约责任，监理方承担赔偿责任（参考第二十五条和第二十七条），赔偿的最高限额不超过该工程监理服务合同款的50%；由委托方单方面的原因造成的违约责任，由委托方承担赔偿责任（参考第三十条）。

监理报酬

第四十条 正常的监理工作、附加工作和额外工作的报酬，按照监理合同专用条件中第八条的方法计算，并按约定的时间和数额支付。

第四十一条 如果委托方在规定的支付期限内未支付监理报酬，自规定之日起，还向监理方支付滞纳金。滞纳金按如下方式计算：

滞纳金=拖欠金额×支付期限最后一日银行货款利率×拖欠时间累计(滞纳金按每天千分之5收取)

第四十二条 支付监理报酬所采取的货币币种、汇率由合同专用条件约定。第四十三条 如果委托方对监理方提交的支付通知中报酬或部分报酬项目提出异议，应当在收到支付书面通知书24小时内向监理方发出表示异议的通知，但委托方不得拖延其他无异议报酬项目的支付。

其它

第四十四条 在监理业务范围内，如需聘用专家咨询或协助，由监理方聘用的，其费用由监理方承担，由委托方聘用的，其费用由委托方承担。

第四十五条 监理方在监理工作过程中提出的合理化建议，使委托方得到了经济效益，委托方应按专用条件中的约定给予经济奖励。

第四十六条 监理方驻地监理机构及其职员不得接受监理工程项目施工承包方任何报酬或者经济利益。监理方不得参与可能与合同规定的与委托方的利益相冲突的任何活动。

第四十七条 监理方在监理过程中，不得泄露委托方申明的秘密，监理方亦不得泄露设计方、承包方等提供并申明的秘密。

第四十八条 监理方对于由其编制的所有文件拥有版权，委托方仅有权为本工程使用和复制此类文件，不得将此类文件外传至与本工程无关的机构或个人，否则监理方有权追究法律责任。

争议的解决

第四十九条 任何一方因违反合同的规定而引起责任纠纷和损害赔偿，双方应当协商解决，如未能达成一致，可提交主管部门协调，如仍未能达成一致时，根据权力约定提交仲裁机关仲裁，或向人民法院起诉。

第三部分 信息系统工程监理专用条件

第一条 本合同使用的法律及监理依据：

(1)国家信息产业部、建设部的有关规范；

(2)《中华人民共和国技术合同法》；

(3)本合同生效后若出现国家有关法律、法规变化，本合同应根据国家有关法律、法规作相应调整。

第二条 监理机构：

总监理工程师

第三条 委托方应提供的工程资料及提供时间：

(1)设计文档、招标文件、施工方投标文件、工程合同、现场资料（包括原始资料）等；

(2)委托方提供文件目录，文件号，文件正本，保密资料注明密级；监理方代表签收文件，确认签收日期；工程完工后监理方交还以上资料，委托方代表签收并确认交还日期。

第四条委托方应在回复期限内对监理方书面提交并要求作出决定的事宜作出书面答复，特殊情况下可先口头或电话答复并即补书面答复。书面答复在送达监理方时生效，收受方应用书面回执确认。若超过约定期限监理单位服务方未收到委托方的决定意见，可理解为委托方对监理方的明确建议意见无异议，并将该建议意见视为委托方的决定。委托方对监理方书面提交的要求决策的文件的回复期限：

(1)一般文件5个工作日；

(2)紧急事项报告文件2个工作日

给监理方造成的经济损失，累计赔偿额不应超过监理费总额。监理方处理委托业 务时，因非监理方原因的事由受到损失的，可以向委托方要求补偿损失。第三十一条 委托方如果向监理方提出赔偿的要求不能成立，则应当补偿由该索赔所引起的监理方的各种费用支出。

合同生效、变更与终止

第三十二条 由于委托方或承包方的原因使监理工作受到阻碍或延误，以致发生了附加工作或延长了持续时间，则监理方应当将此情况与可能产生的影响及时书面通知委托方。完成监理业务的时间相应延长，并得到附加工作的报酬，具体内容双方再行商议并签署补充协议。

第三十三条在委托监理合同签订后，实际情况发生变化，使得监理方不能全部或部分执行监理业务时，监理方应当立即书面通知委托方。双方确认该监理业务的完成时间应予延长。当恢复执行监理业务时，应当增加不超过10个工作日的时间用于恢复执行监理业务，并按双方约定的数量支付监理报酬。

第三十四条本合同终止条件：

1、因客观原因造成的实施工作和监理工作不能按合同规定履行，经监理方与委托方、承包方协商后，双方同意终止合同，双方签署终止合同文件，本合同即终止。

2、按本合同规定项目正常完成，承包方与委托方完成最终验收和工程移交手续后，监理方按本合同规定移交完所有监理文件，本合同即终止。

第三十五条 当事人一方要求变更或解除本合同时，应当在10个工作日内通知对方，因解除合同使一方遭受损失的，除依法可以免除责任的外，应由责任方负责赔偿。变更或解除合同的通知或协议必须采取书面形式，协议未达成之前，原合同仍然有效。

第三十六条监理方在应当获得监理报酬之日起7天内仍未收到支付票据，委托方又未对监理方提出任何书面解释时，或根据第三十四条及第三十五条已暂停执行监理业务时限超过一个月的，监理方可向委托方发出终止合同的通知，发出通知后7日内仍未得到委托方答复，可进一步发出终止合同的通知，如果第二份通知发出后，三个工作日内仍未得到委托方答复，可单方面终止合同或自行暂停或继续暂停执行全部或部分监理业务。委托方承担全部违约责任。

第三十七条 监理方由于非自己的原因而暂停或终止执行监理业务，其善后工作以及恢复执行监理业务的工作，应当视为额外工作，有权得到额外的报酬（可参考三十二条）。

第三十八条 当委托方认为监理方无正当理由而又未履行监理义务时，可向监理方发出指明其未履行义务的书面通知。若委托方发出通知后7日内没有收到答复，可在第一个通知发出后10日内发出终止委托监理合同的通知，合同即行终止。

违约责任

第三十九条 由监理方单方面的原因造成的违约责任，监理方承担赔偿责任（参考第二十五条和第二十七条），赔偿的最高限额不超过该工程监理服务合同款的50%；由委托方单方面的原因造成的违约责任，由委托方承担赔偿责任（参考第三十条）。

监理报酬

第四十条 正常的监理工作、附加工作和额外工作的报酬，按照监理合同专用条件中第八条的方法计算，并按约定的时间和数额支付。

第四十一条 如果委托方在规定的支付期限内未支付监理报酬，自规定之日起，还向监理方支付滞纳金。滞纳金按如下方式计算：

滞纳金=拖欠金额×支付期限最后一日银行货款利率×拖欠时间累计(滞纳金按每天千分之5收取)

第四十二条 支付监理报酬所采取的货币币种、汇率由合同专用条件约定。第四十三条 如果委托方对监理方提交的支付通知中报酬或部分报酬项目提出异议，应当在收到支付书面通知书24小时内向监理方发出表示异议的通知，但委托方不得拖延其他无异议报酬项目的支付。

其它

第四十四条 在监理业务范围内，如需聘用专家咨询或协助，由监理方聘用的，其费用由监理方承担，由委托方聘用的，其费用由委托方承担。

第四十五条 监理方在监理工作过程中提出的合理化建议，使委托方得到了经济效益，委托方应按专用条件中的约定给予经济奖励。

第四十六条 监理方驻地监理机构及其职员不得接受监理工程项目施工承包方任何报酬或者经济利益。监理方不得参与可能与合同规定的与委托方的利益相冲突的任何活动。

第四十七条 监理方在监理过程中，不得泄露委托方申明的秘密，监理方亦不得泄露设计方、承包方等提供并申明的秘密。

第四十八条 监理方对于由其编制的所有文件拥有版权，委托方仅有权为本工程使用和复制此类文件，不得将此类文件外传至与本工程无关的机构或个人，否则监理方有权追究法律责任。

争议的解决

第四十九条 任何一方因违反合同的规定而引起责任纠纷和损害赔偿，双方应当协商解决，如未能达成一致，可提交主管部门协调，如仍未能达成一致时，根据权力约定提交仲裁机关仲裁，或向人民法院起诉。

第三部分 信息系统工程监理专用条件

第一条 本合同使用的法律及监理依据：

(1)国家信息产业部、建设部的有关规范；

(2)《中华人民共和国技术合同法》；

(3)本合同生效后若出现国家有关法律、法规变化，本合同应根据国家有关法律、法规作相应调整。

第二条 监理机构：

总监理工程师

第三条 委托方应提供的工程资料及提供时间：

(1)设计文档、招标文件、施工方投标文件、工程合同、现场资料（包括原始资料）等；

(2)委托方提供文件目录，文件号，文件正本，保密资料注明密级；监理方代表签收文件，确认签收日期；工程完工后监理方交还以上资料，委托方代表签收并确认交还日期。

第四条委托方应在回复期限内对监理方书面提交并要求作出决定的事宜作出书面答复，特殊情况下可先口头或电话答复并即补书面答复。书面答复在送达监理方时生效，收受方应用书面回执确认。若超过约定期限监理单位服务方未收到委托方的决定意见，可理解为委托方对监理方的明确建议意见无异议，并将该建议意见视为委托方的决定。委托方对监理方书面提交的要求决策的文件的回复期限：

(1)一般文件5个工作日；

(2)紧急事项报告文件2个工作日

第四篇：信息工程监理合同范本

信息工程监理合同范本

(含两种)语言文字时，汉语应为解释和说明本合同的标准语言文字。

监理方义务

第一条监理方按合同约定派出监理工作需要的监理机构及监理人员，向委托方报送委派的总监理工程师及其监理机构主要成员名单、监理规划，完成监理合同专用条件中约定的监理工程范围内的监理业务。在履行合同义务期间，监理方应在所监理项目的实施过程中根据工程具体情况采取傍站、巡视、平行检验等监理形式，并按合同约定，定期向委托方报告监理工作。

第二条 监理方在履行本合同的义务期间，应认真、勤奋地工作，为委托方提供与其水平相适应的咨询意见，公正维护各方面的合法权益。

第三条 监理方使用委托方提供的设施和物品属委托方的财产。在监理工作完成或中止时，应将其设施和剩余的物品按合同约定的时间和方式移交给委托方。

第四条 在合同期内或合同终止后，未征得有关方同意，不得泄露与本工程、本合同业务有关的保密资料。

第五条 工程最终验收结束后一个月内，整理与监理有关的资料并移交委托方。

委托方义务

第六条 委托方在与监理方签定本合同后，开展监理业务之前应向监理方免费提供工程相关 资料.第七条 委托方应当负责工程建设的所有外部关系的协调，为监理工作提供规定的工作环境和外部条件。根据需要，如将部分或全部协调工作委托监理方承担，则应在专用条件中明确委托的工作和相应的报酬。

第八条 委托方应当在双方约定的时间免费向监理方提供与工程有关的监理工作所需要的工程资料。

第九条 委托方应当在专有条款约定的时间内就监理方书面提交并要求作出决定的一切事宜作出书面决定。

第十条 委托方应当授权一名熟悉工程情况、能在规定时间内作出决定的项目联络人(在专用条款中约定)，负责与监理方联系。更换项目联络人，要提前三日通知监理方。本工程的项目联络人是：_______________________。

第十一条 委托方应当将授予监理方的监理权利，以及监理方主要成员职能分工、监理权限及时书面通知己选定的承包合同的承包方，并在与承包方签订的合同中予以明确。

第十二条 委托方应在不影响监理方开展监理工作的时间内提供如下资料：

(1)在本项工程中使用的工程材料设备如通讯及计算机网络设备、应用软件等生产厂家名录;

(2)提供与本工程有关的协作单位、配合单位的名录及联系人和联系方式;

(3)协助安排监理服务机构在监理服务过程中所需的自备的设备、物品的进场时间。第十六条 委托方应免费向监理方提供临时办公用房、通讯设施。

第十三条 根据情况需要，如果双方约定，由委托方免费向监理方提供必要的配合人员，在监理合同专用条件中予以明确。

监理方权利

第十四条 监理方在委托方委托的工程范围内，享有以下权利：

(1)对信息系统工程建设有关事项包括工程规模、设计标准、规划设计、工程实施方案和使用功能要求，向委托方的建议权。

(2)用于工程实施的设计文件(包括由集成承建单位提供的设计)的核查确认权，只有经监理服务机构确认并加盖公章的设计文件才成为有效的工程建设依据;对工程设计中的技术问题，按照安全和优化的原则，向设计方提出建议;如果拟提出的建议可能会提高工程造价，或延长工期，应当事先征得委托方的同意。当发现工程设计不符合国家颁布的信息系统工程质量标准或设计合同约定的质量标准时，监理方应当书面报告委托方并要求设计方更正。

(3)审批工程施工组织设计和技术方案，按照保质量、保工期和降低成本的原则，向承包方提出建议，并向委托方提出《书面报告》。

(4)主持工程建设有关协作单位的组织协调，重要协调事项应当事先向委托方发出书面通知，协调结果向委托方提交《书面报告》。

(5)征得委托方同意，监理方有权发布开工令、停工令、返工令、复工令，但应当事先向委托方进行书面通知。如在紧急情况下未能事先通知时，则应在24 小时内向委托方作出《书面报告》。

(6)工作中使用的硬件、软件及系统集成、材料和施工质量的检验权，向承包方获取上述相关内容的质量证明文件的权利。对于不符合设计要求和合同约定及国家质量标准的材料、构配件、设备，有权通知承包方停止使用;对于不符合规范和质量标准的工序、分部分项工程和不安全施工作业，有权通知承包方停工整改、返工。承包方得到监理机构复工令后才能复工。

(7)工程施工进度的检查、监督权，以及工程实际竣工日期提前或超过工程施工合同规定的竣工期限的签认权。主持工程验收及出具验收报告的监理证明文件的权力。

(8)在工程施工合同约定的工程范围内，行使工程量计量和工程款支付的审核和签认权，以及工程结算的复核确认权与否决权。未经监理方签字确认，委托方不得向承包方支付工程款，不进行竣工验收。

第十五条监理方在委托方授权范围内，行使工程变更审核权，确认其必要性后，由总监理工程师发布变更指令方能生效予以实施。如果由此严重影响了工程费用或质量或进度，则这种变更须经委托方事先批准。在紧急情况下未能事先报委托方批准时，监理方所做的变更也应尽快通知委托方。在监理过程中如发现工程承包方人员工作不力，监理机构可要求承包方调换有关人员。第二十条在所委托的工程范围内，委托方或承包方对对方的任何意见和要求(包括索赔要求)，均必须首先向监理机构提出，由监理机构研究处置意见，再同双方协商确定。当委托方和承包方发生争议时，监理机构应根据自己的职能，以独立的身份判断，公正地进行调解。当双方的争议由政府行政主管部门调解或仲裁机关时，应当提供作证的事实材料。

委托方权利

第二十一条 委托方有选定工程总承包方、工程设计单位和系统集成商以及与其订立合同的权利。

第二十二条 委托方有对工程规模、设计标准、规划设计、生产工艺设计和设计使用功能要求的认定权，以及对工程设计变更的审批权。

第二十三条 当监理方调换总监理工程师时，须经委托方同意。

第二十四条 委托方有权要求监理方提交监理工作月报及监理业务范围内的专项报告。

第二十五条 当委托方发现监理人员不按监理合同履行监理职责，或与承包方串通给委托方或工程造成损失的，委托方有权要求监理方更换监理人员，直到终止合同并要求监理方承担相应的赔偿责任或连带赔偿责任。

监理方责任

第二十六条 监理方的责任期即委托监理合同有效期。在监理过程中，如果因工程建设进度的推迟或延误而超过书面约定的日期，双方应进一步商议并签署一份补充协议，作为本合同的附件，补充协议中应明确工程超期部分附加工作的监理附加费。

第二十七条 监理方在责任期内，应当履行约定的义务。如果因监理方过失而造成了委托方的经济损失，应当向委托方赔偿，按第三部分第六条计算，累计赔偿总额不应超过该工程监理服务合同款的50%。

第二十八条 监理方有责任对承包方违反合同规定的施工质量及施工时限向委托方提交证明报告，但不因承包方的违规操作而承担责任。因不可抗力导致委托监理合同不能全部或部分履行，监理方不承担责任，但有责任维护委托方的权益，保证工程按质按量完成。

第二十九条 监理方向委托方提出赔偿要求不能成立时，监理方应当补偿由于该索赔所导致委托方的各种费用支出。

委托方责任

第三十条 委托方应当履行委托监理合同约定的义务，如有违反则应当承担违约责任，赔偿损失。

第五篇：《软件工程》理论教学大纲

《软件工程》理论教学大纲

(2000年制订，2004年修订)

课程编号：210024 英 文 名：Software Engineering 课程类别：专业主干课

前 置 课：计算机导论、程序设计基础、数据结构、面向对象程序设计、离散数学 后 置 课：毕业设计和毕业论文 学

分：3学分

课

时：48课时（其中理论教学32课时，实验教学16课时）主讲教师: 韩忠愿等

选定教材: 张海藩.软件工程.北京：人民邮电出版社.2002年.课程概述：

本课程面向信息系统与信息管理专业的学生，介绍软件系统性质、目标、环境的分析方法，目标系统逻辑联系、功能联系、控制联系和状态转换过程的描述方法，软件结构、测试方案的设计要求和分析方法，软件工程学新进展，以及上述过程所用的规范化图文数表模型。具体包括：软件工程概念及其过程模型、结构化分析/设计/实现方法和工具，面向对象方法学及面向对象的概念、模型、分析方法、设计方法、实现方法，软件项目管理及其定量度量方法、相关国际标准。最后介绍佩特网等形式化方法、统一建模语言、软件常用技术和软构件的分类与检索。教学目的：

本课程的教学目的，应使学生掌握大型复杂软件系统的开发方法、规则和工具。首先，应使其克服长期书写小程序形成的“重编码、轻分析设计；重编码、轻技术资料建设和管理”的习惯；其次，要理解软件工程原理/方法/规则的必要性和掌握其技术细节；第三，要了解软件工程学的进展和前沿动态；第四，要通过软件系统设计的练习，巩固和应用所学知识。教学方法：

本课程的难点在于，学生不曾经过大型软件开发的训练，因此在讲解中要适时插入大量软件开发事例，要求教师具有一定的软件开发经验；本课程不安排具体编程环境和开发语言的学习，但必须以大型软件开发实例说明问题，因此要求教师熟悉多种开发环境和开发语言；此外，软件开发技术的滞后和软件应用的广泛性所形成的反差，要求教师了解并适时提出计算机辅助软件工程(CASE)的问题。因此，作为教师，应把案例的收集和规律的提取作为重点；作为学生，重点是掌握基本思想和基本方法及其综合应用。教学中以讲授和讨论为主，实验内容则是在Power Designer、Project、IBM Rational Rose等CASE环境下实习理论教学中的建模、分析和管理过程。各章教学要求及教学要点

第一章 软件工程概述

课时分配：2课时 教学要求：

本章对计算机软件工程学进行简短的概述。首先要通过回顾计算机系统软硬件关系的发展简史，说明开发软件的一些错误方法和观念是怎样形成的。然后列举这些错误方法带来的严重弊病(软件危机)，澄清一些糊涂观念。为了计算机系统的进一步发展，需要认真研究开发和维护软件的科学技术。应总结计算机软件技术发展的历史经验教训，借鉴其他工程领域的管理技术。教学内容：

第一节

软件工程

一、什么是软件工程

概括地说，软件工程是指导计算机软件开发和维护的工程学科。采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。

二、软件工程的基本原理

1．用分阶段的生命周期计划严格管理； 2．坚持进行阶段评审； 3．实行严格的产品控制； 4．采用现代程序设计技术； 5．结果应能清楚地审查； 6．开发小组的人员应该少而精；

7．承认不断改进软件工程实践的必要性。

第二节 软件工程方法学

一、方法学(methodology)范型(paradigm)瀑布模型、喷泉模型、快速原型模型、增量模型、螺旋模型。

二、软件工程方法学三要素：方法、工具和过程。

三、传统方法学和面向对象方法学 思考题：

1.什么是软件工程？怎么应用软件工程消除软件危机？ 2.软件工程化的观点认为，软件生命周期包含哪些阶段？

3.简要论述结构化范式和面向对象范式的要点，并比较这两种范式的优缺点。

第二章 软件过程

课时分配：2课时 教学要求：

本章需要明确：软件过程是为了获得高质量软件产品所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。软件过程必须科学、合理，才能开发出高质量的软件产品。按照在软件生命周期全过程中应完成任务的性质，在概念上可以把软件生命周期划分成问题定义、可行性研究、需求分析、概要设计、详细设计、编码和单元测试、综合测试以及维护等八个阶段。实际从事软件开发工作时，软件规模、种类、开发环境及使用的技术方法等因素，都影响阶段的划分。因此，一个科学、有效的软件过程应该定义一组适合于所承担的项目特点的任务集合。据此，本章讲授五类典型的软件生命周期模型及其特点。教学要点

第一节 软件生命周期的基本任务

一、问题定义—“要解决的问题是什么？”

二、可行性研究—“上一个阶段所确定的问题是否有行得通的解决办法？”

三、需求分析—用规格说明(specification)定义“目标系统必须做什么？”

四、概要设计—“怎样实现目标系统?”

五、详细设计—“怎样具体地实现这个系统？”

六、编码和单元测试—写出正确的容易理解、容易维护的程序模块。

七、综合测试—通过各种类型的测试及相应的调试，使软件达到预定的要求。

八、软件维护—通过各种必要的维护活动使系统持久地满足用户的需要(改正性维护、适应性维护、完善性维护、预防性维护)。

第二节 瀑布模型

一、阶段间具有顺序性和依赖性。

二、推迟实现的观点。

三、质量保证的观点。思考题：

1.什么是软件过程？它与软件工程方法学有什么关系？

2.假设你要开发一个软件，它的功能是把某个数开平方，所得的结果应该精确到小数点后4位。一旦实现并测试完毕后，该产品将会被抛弃。你打算选用哪种软件生命周期模型？

3.列出上一题所述软件产品在开发过程中可能遇到的风险。

第三章 结构化分析

课时分配：3课时 教学要求：

本章讲授用户需求的发现、求精、建模、规格说明和复审的过程。本章还要说明模型的以下作用：1.模型能帮助分析员更好地理解软件系统的信息、功能和行为，从而使得需求分析工作更容易完成，使需求分析的结果更系统化。2.模型是复审需求分析成果时的焦点，因此，也成为验证规格说明的完整性、一致性和准确性的重要依据。3.模型是设计的基础，为设计者提供软件的实质性表示，通过设计工作将把这些表示转化成软件实现。在此基础上，引导学生使用实体—关系图来建立数据模型，掌握数据流图的基本符号，并能正确地使用这些符号建立目标系统的功能模型。此外，简要说明状态转换图和数据字典。教学内容：

第一节

概述

一、需求分析的含义（发现、求精、建模、规格说明和复审的过程）。

二、模型—为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。

三、结构化分析通常建立数据模型、功能模型和行为模型等三种模型。

四、用分析模型表示软件需求并写出准确的软件需求规格说明。

第二节 需求分析与需求工程

一、访谈—访谈(或称为会谈)。

最早开始运用的获取用户需求的技术，也是迄今为止仍然广泛使用的主要的需求分析技术。

二、规格说明技术。

这种方法提倡用户与开发者密切合作，共同标识问题，提出解决方案的要素，商讨不同的方法并指定基本的需求。

三、软件原型化方法。

构建原型的要点是，它应该实现用户看得见的功能(例如屏幕显示或打印报表)，省略目标系统的“隐含”功能(例如修改文件)。

第三节 软件需求规格说明

一、软件需求规格说明简略大纲。

引言、信息描述、功能描述、行为描述、确认标准、参考书目、附录。

二、需求规格说明书各部分的撰写要点。

第四节 实体—关系图

数据模型包含三种相互关联的信息：数据对象、描述数据对象的属性及数据对象彼此间相互连接的关系。

第五节 数据流图

一、数据流图符号。正方形(或立方体)表示数据的源点或终点；圆角矩形(或圆形)代表变换数据的处理；开口矩形(或两条平行横线)代表数据存储；箭头表示数据流，即特定数据的流动方向。

二、例子。

三、图元命名。

第六节 状态转换图

一、状况转换图的各种图形结构要素。

二、换图的应用实例。

第七节 数据字典

一、数据字典是为了描述在结构化分析过程中定义的对象的内容而使用的一种半形式化的工具。

二、数据字典是所有与系统相关的数据元素的有组织的列表。

三、数据字典是对系统中使用的所有数据元素的定义的集合。

四、数据字典的内容（名字、别名、使用地点与方式、内容描述、补充信息）。

五、数据字典中表示数据构成的符号。思考题：

1.银行计算机储蓄系统的工作过程大致如下：储户填写存款单和取款单，由业务员键入系统。如果是存款，则系统记录存款人姓名、住址（或电话号码）、身份证号、存储类型、存款日期、到期日起、利率及密码等信息，并打印存款单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确和存款时未留密码，则计算利息并打印利息清单。

2.用数据流图描绘本系统的功能，并用实体联系图描绘系统中的数据对象。

第四章 结构化设计

课时分配：6课时 教学要求：

本章应使学生学会用各种图形描绘软件结构。描述程序处理过程的工具，可分为图形、表格和语言三类，这三类工具各有所长，教学中应该让学生能够根据需要选用适当的工具。教学内容：

第一节

结构化设计与结构化分析的关系

结构化分析的结果为结构化设计提供了最基本的输入信息，结构化设计是结构化分析的继续。

第二节 软件设计的概念和原理

一、模块化。模块是由边界元素限定的相邻的程序元素(例如，数据说明，可执行的语句)的序列，而且有一个总体标识符来代表它。像Pascal或Ada这样的块结构语言中的Begin„end对，或者C，C++和Java语言中的｛„｝对，都是边界元素的例子。因此，过程、函数、子程序和宏等，都可作为模块。面向对象范型中的对象是模块，对象内的方法也是模块。模块是构成程序的基本构件。

模块化就是把程序划分成独立命名且可独立访问的模块，每个模块完成一个子功能，把这些模块集成起来构成一个整体，可以完成指定的功能满足用户的需求。

1.模块可分解性； 2.模块可组装性； 3.模块可理解性； 4.模块连续性； 5.模块保护性。

二、抽象。

三、逐步求精。

四、信息隐藏。

第三节 模块独立

一、耦合。

耦合是对一个软件结构内不同模块之间互连程度的度量，分为数据耦合，控制耦合，公共环境耦合，内容耦合。

二、内聚。

内聚标志一个模块内各个元素彼此结合的紧密程度，它是信息隐蔽和局部化概念的自然扩展。分为功能内聚、顺序内聚、通讯内聚、过程内聚、时间内聚、逻辑内聚、偶尔内聚。

第四节 启发规则

一、改进软件结构提高模块独立性。

二、模块规模应该适中。

三、深度、宽度、扇出和扇入都应适当。

四、模块的作用域应该在控制域之内。

五、力争降低模块接口的复杂程度。

六、设计单入口单出口的模块。

七、模块功能应该可以预测。

第五节 表示软件结构的图形工具

一、层次图。

二、HIPO图。

三、层次图和HIPO图的区别和所适用的情况。

第六节 面向数据流的设计方法

一、概念。

1.变换流—如果数据流图中的输入经过加工处理后才沿输出通道变换成外部形式后离开软件系统，这种数据流称为变换流。

2.事务流—如果数据流图中的输入未经加工处理后就沿多个输出通道离开软件系统进入下一个分支，这种数据流称为变换流。

二、变换分析。

复查基本系统模型、复查并精化数据流图、确定数据流图具有变换特性还是事务特性、确定输入流和输出流的边界，从而孤立出变换中心、完成“第一级分解”、完成“第二级分解”、使用设计度量和启发规则对第一次分割得到的软件结构进一步精化。

三、事务分析。

事务分析的设计步骤和变换分析的设计步骤大部分相同或类似，主要差别仅在于由数据流图到软件结构的映射方法不同。

四、设计优化。

第七节 过程设计

一、经典的结构程序设计。

只允许使用顺序、IF-THEN-ELSE型分支和DO-WHILE型循环这三种基本控制结构。

二、扩展的结构程序设计。

除了上述三种基本控制结构之外，还允许使用DO-CASE型多分支结构和DO-UNTIL型循环结构。

三、修正的结构程序设计。

在上述结构的基础上，再加上允许使用LEAVE(或BREAK)的结构。

第八节 过程设计的工具

描述程序处理过程的工具称为过程设计的工具，它们可以分为图形、表格和语言三类。

一、程序流程图。

二、盒图(N-S图)。

盒图没有箭头，因此不允许随意转移控制。坚持使用盒图作为详细设计的工具，可以使程序员逐步养成用结构化的方式思考问题和解决问题的习惯。

三、PAD图。

用二维树形结构的图来表示程序的控制流，将这种图翻译成程序代码比较容易。

四、判定表。

当算法中包含多重嵌套的条件选择时，判定表能够清晰地表示复杂的条件组合与应做的动作之间的对应关系。

五、判定树。

判定表虽然能清晰地表示复杂的条件组合与应做的动作之间的对应关系，但其含义却不是一眼就能看出来的，初次接触这种工具的人要理解它需要有一个简短的学习过程。判定树是判定表的变种，也能清晰地表示复杂的条件组合与应做的动作之间的对应关系。

六、过程设计语言(PDL)。思考题：

1.分析模型中的哪些信息为数据设计奠定了基础？哪些信息为软件体系结构设计奠定了基础？那些信息为接口设计奠定了基础？那些信息为过程设计奠定了基础？

2.为每种类型的模块偶合举一个具体例子。3.对每种类型的模块内聚举一个具体例子。4.举例说明信息隐藏和模块独立的关系。5.举例说明藕合和可移植性的关系。

第五章 结构化实现

课时分配：3课时 教学要求：

学习本章后，为了设计出有效的测试方案，学生必须深入理解并应用指导软件测试的基本准则，应该能够应用各种测试方法设计软件系统的测试方案，并根据测试结构进行错误定位、软件调试和软件可靠性估计等后续工作。教学内容：

第一节 软件实现的基本问题

一、选择程序设计语言。

二、编码风格。

程序内部的文档、数据说明、语句构造、输入/输出、效率。

第二节 软件测试基础

一、测试目标。

1.测试是为了发现程序中的错误而执行程序的过程；

2.好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案； 3.成功的测试是发现了至今为止尚未发现的错误的测试。

二、黑盒测试和白盒测试。

三、测试准则。

1.所有的测试都应该能追溯到用户需求；

2.应该在测试开始之前的相当长时间，就制定出测试计划； 3.测试发现的错误中的80%很可能是由程序中20%的模块造成的； 4.测试应该从“小规模”开始，并逐步进行“大规模”测试； 5.穷举测试是不可能的；

6.为了达到最佳的测试效果，应该由独立的第三方来从事测试工作。

四、流图。

第三节 逻辑覆盖

一、语句覆盖。

二、判定覆盖。

三、条件覆盖。

四、判定/条件覆盖。

五、条件组合覆盖。

第四节 控制结构测试

一、基本路径测试。

1.根据过程设计结果画出相应的流图； 2.计算流图的环形复杂度； 3.确定线性独立路径的基本集合；

4.设计可强制执行基本集合中每条路径的测试用例。

二、条件测试。

三、数据流测试。

四、循环测试。1.简单循环； 2.嵌套循环； 3.串接循环。

第五节 黑盒测试技术

一、等价划分。

1.如果规定了输入值的范围，则可划分出一个有效的等价类输入值在此范围内（两个无效的等价类输入值小于最小值或大于最大值)。2.如果规定了输入数据的个数，则类似地也可以划分出一个有效的等价类和两个无效的等价类。

3.如果规定了输入数据的一组值，则每个允许的输入值是一个有效的等价类，此外还有一个无效的等价类(任一个不允许的输入值)。

4.如果规定了输入数据必须遵循的规则，则可以划分出一个有效的等价类(符合规则)和若干个无效的等价类(从各种不同角度违反规则)。

5.如果规定了输入数据为整型，则可以划分出正整数、零和负整数等三个有效类。6.如果程序的处理对象是表格，则应该使用空表，以及含一项或多项的表。

二、边界值分析。

三、错误推测。

第六节 测试策略

一、测试步骤。

二、单元测试。1.代码审查； 2.软件测试。

三、集成测试。1.自顶向下集成； 2.自底向上集成； 3.回归测试；

4.不同集成测试策略的比较。

四、确认测试。

第七节 调试

一、调试过程。

二、调试途径。1.蛮干法； 2.回溯法； 3.原因排除法。思考题：

航空公司向软件公司订购了一个规划飞行路线的程序。假设你是另一软件公司的软件工程师。航空公司已雇用你在的公司对上述程序进行验收测试。你的任务是，根据下述事实设计验收测试的输入数据，并解释你选取这些数据的理由：领航员向程序输入出发点和目的地，以及根据天气和飞机型号而初步确定的飞行高度。程序读入途中的风向风力等数据，并且制定出三套飞行计划（高度、速度、方向及途中的五个位子校核点）。所制定的飞行计划应做到燃油消耗和飞行时间都最少。

第六章 面向对象的概念与模型

课时分配：3课时 教学要求：

面向对象方法学比较自然地模拟了人类认识客观世界的思维方式，本章教学应使学生了解面向对象方法的概念和规律和工具，能够用面向对象的思想描述问题域，从而建立关于软件系统的对象模型，当然，出于面向对象建模的需要，也要重温过程建模和功能建模方法。教学内容：

第一节

概述

一、面相对象思想基本内涵：OO=Objects+ Classes+ Inheritance+ Communication with messages。

二、面向对象方法学的主要优点。

与人类习惯的思维方法一致、稳定性好、可重用性好、较易开发大型软件产品、可维护性好。

三、面向对象方法的其他概念。

(类Class)、对象、消息(Message)、方法(Method)、属性(Attribute)、封装(Encapsulation)、继承(Inheritance)、多态性(Polymorphism)、重载(Overloading)。

第二节 对象模型

一、表示类—&—对象的图形符号。

二、表示结构的图形符号。

三、对象模型之例。

第三节 动态模型

一、概念。

二、符号。

第四节 功能模型

一、表示方法。二、三种模型之间的关系。思考题：

1.试分析传统的生命周期方法学的优缺点。2.什么是面向对象方法学？这种方法有什么优点？ 3.什么是对象？它与传统的数据有何关系？有何不同？ 4.什么是模型？开发软件为什么要建立模型？ 5.什么是对象模型？ 6.什么是动态模型？ 7.什么是功能模型?

第七章 面向对象分析

课时分配：2课时 教学要求：

本章介绍面向对象思想和方法在具体软件系统分析中的应用，包括一些具体的操作技术，如对象、属性、联系和行为的初选和求精等。本章讲述的自动取款机系统和电梯系统这两个实例，应该有助于读者更深入、具体地理解面向对象分析的方法与过程。教学内容：

第一节 分析过程

一、概述。二、三个子模型与五个层次。

第二节 需求陈述

一、书写要点。

二、例子。

第三节 建立对象模型

一、确定类—&—对象。1.找出候选的类—&—对象； 2.筛选出正确的类—&—对象。

二、确定关联。1.初步确定关联； 2.筛选； 3.进一步完善。

三、划分主题。

四、确定属性。1.分析； 2.选择。

五、识别继承关系。

六、反复修改。

第四节 其他过程

一、建立动态模型。

二、建立功能模型。

三、定义服务。

第五节 面向对象分析实例

思考题：

1.用面向对象方法分析研究一个储蓄系统，试建立它的对象模型、动态模型和功能模型。2.用面向对象方法分析研究一个机票预定系统，试建立它的对象模型、动态模型和功能模型。

3.用面向对象方法分析研究一个患者监护系统，试建立它的对象模型、动态模型和功能模型。

第八章 面向对象设计

课时分配：2课时 教学要求：

本章在前面两章关于面向对象思想及其基本应用的系统介绍的基础上，考虑到面向对象分析与结构化分析在过程、要求和原则等方面的相似性，讲授从略；同时考虑到具体实现技术的差异，着重介绍在面向对象方法中实现模块化、信息隐蔽的若干技术。教学内容：

第一节 面相对象设计方法与过程

一、面向对象设计的准则。

二、启发规则。

三、系统分解。

四、设计问题域子系统。

五、设计人-机交互子系统。

六、设计任务管理子系统。

七、设计数据管理子系统。

八、设计类中的服务。

九、设计关联。

十、设计优化。

十一、面向对象分析与设计实例。

第九章 计划

课时分配：4课时 教学要求：

软件工程包括技术和管理两方面的内容，是管理与技术紧密结合的产物。只有在科学而严格的管理之下，先进的技术方法和优秀的软件工具才能真正发挥出它们的威力。因此，本章教学应使学生在认识软件管理特点的基础上，掌握主流的估算和评价指标，并能据此安排和优化软件项目的进度。教学内容：

第一节 度量软件规模

一、代码行技术。

二、功能点技术。

功能点技术依据对软件信息域特性和软件复杂性的评估结果，估算软件规模。1.信息域特性—输入项数(Inp)、输出项数(Out)、查询数(Inq)，主文件数(Maf)和外部接口数(Inf)。

2.计算未调整的功能点数UFP。3.计算技术复杂性因子TCF。

第二节 工作量估算

一、静态单变量模型：E=A+B×(ev)C。

二、动态多变量模型：E=〔LOC×B0.333/P〕3×(1/t)4。

三、COCOMO模型。

第三节 进度计划

一、基本原则。

二、Gantt图。

三、工程网络。

四、估算进度。

五、关键路径。

六、机动时间。思考题：

分析研究一个仓库管理信息系统，要求： 1.用代码行技术估算本系统的规模； 2.用功能点技术估算本系统的规模； 3.用静态单变量模型估算开发本系统所需的工作量； 4.假设由一个人开发本系统，请制定进度计划； 5.假设由两个人开发本系统，请制订进度计划。

第十章 软件工程项目管理组织

课时分配：2课时 教学要求：

本章教学要具体介绍国外比较流行的民主制程序员组、主程序员组和现代程序员组的组织方式，讨论不同组织方式的优缺点和适用范围。然后再从更广阔的角度进一步讨论通用的软件项目组的组织结构问题，主要讲述风险管理、质量保证和配置管理等三类软件工程控制活动。教学内容：

第一节 组织策略

一、民主制程序员组；

二、主程序员组；

三、现代程序员组；

四、软件项目组。

第二节 控制策略

一、风险管理；

二、质量保证；

三、配置管理。

第十一章 国际标准

课时分配：3课时 教学要求：

本章简要地介绍几个与软件项目管理有关的国际标准，供学生在实际工作中参考、借鉴。教学内容：

第一节 常用标准

一、IEEE1058.1软件项目管理计划标准。

二、ISO9000质量标准。

三、ISO/IEC12207软件生命周期过程标准。

四、ISO/IECTR15504软件过程评估标准。

五、能力成熟度模型。

附 录：参考书目

1.齐治昌等.软件工程[M].北京：高等教育出版社，北京.1997.2.王选.软件设计方法[M].北京：清华大学出版社，1992.3.Pont M J.Software Engineering with C++ and CASE Tools[M].Addison-Wesle，1996.4.周之英.现代软件工程[M].北京：科学出版社，1999.5.张海藩.软件工程导论(第三版)[M].北京：清华大学出版社，1998.6.张海藩.牟永敏.面向对象程序设计实用教程[M].北京：清华大学出版社，2001.7.张海藩等.计算机第四代语言[M].北京：电子工业出版社，1996.8.蒋慧等.UML设计核心技术[M].北京：希望电子出版社，2001.9.柏路等译.C++面向对象的程序开发技术[M].北京：电子工业出版社，1996.10.Roger S.Pressman.Software Engineering—A Practitioner’s Approach.Fourth Edition[M].McGraw-Hill，1997.11.Stephen R.Schach.Software Engineering with Java[M].McGraw-Hill，1999.执笔人：

韩忠愿

审定人：

程国达

2004年6月

2004年6月

2004年6月

院(系、部)负责人：韩忠愿