应用软件开发监理方案

应用软件开发监理方案应用软件开发的理解和分析根据本项目的需求和特点，结合我单位实施大型项目的经验，XXXX有限公司决定把整个监理项目的划分见下表：工作过程承建单位完成工作承建单位应提交文档监理单位工作内容监理文档项目准备段合同签定承建合同协助建设单位签定合同监理工作报告开发计划《项目开发计划》对项目开发计划进行监理监理工作报告系统总体设计对系统（包括应用软件各部分）的总体设计《系统总体设计报告》总体设计计划技术体制业务规范总体设计规范系统总体设计评审日常质量工作检查监理工作报告系统配置管理软件配置管理整个系统的配置管理《配置项标识信息表》《问题报告单》《修改报告单》《配置更改记录》日常质量工作检查监理工作报告软件复制、发放与安装控制对购买的系统软件安装本项目开发的应用软件安装软件复制申请表软件复制记录表软件发放登记表软件安装记录日常质量工作检查监理工作报告不合格品控制对各种不合格的项的处理不合格品审理报告纠正措施报告预防措施报告日常质量工作检查监理工作报告项目系统测试、验收和交付整个项目测试和验收制定系统最终的测试方案执行系统系统初步验收系统试运行系统最终验收《系统最终检验记录》《系统最终检验报告》“系统交付申请”“系统交付记录”《工程初验/终验申请表》日常质量工作检查监理工作报告系统运行服务系统故障处理报告；顾客服务记录表；监理服务记录监理工作报告注释：监理工作报告包括：监理日记；备忘录；会议纪要；监理周报；监理月报；监理工作联络名单；发文登记表；收文登记表等。为了实现该软件项目的质量、进度、造价和知识产权方面的控制目标，我们在监理过程中应该注意的监理工作要点如下：应用软件开发的质量控制要点软件项目质量控制是在实现软件项目总目标的过程中，为使软件项目满足项目总体质量要求而开展的有关监督管理活动。软件工程的质量控制程序一般为：1.根据建设工程业务软件项目的质量、造价和进度目标，明确软件各开发阶段的质量控制标准和要求，制定软件项目监理规划。2.审查软件项目承建单位提交的业务软件开发计划，若未通过审查，则在承建单位调整软件开发计划后重新审查，直到审查通过为止。3.根据工程业务软件项目开发计划和软件项目监理规划，制定软件项目质量控制监理实施细则。4.根据监理实施细则及各开发阶段的质量控制标准和要求，收集有关信息，审查有关文档，对软件项目进行质量控制跟踪监理。5.为保障软件开发质量，监理重点对软件开发文档进行严格质量控制，促进软件文档达到相关标准规范及验收的要求，保障软件开发过程可追溯，保障项目验收工作的顺利开展。监理单位将对软件开发全过程形成的各类技术文档进行最多两轮评审，如两轮评审后，监理单位认为文档质量仍达不到验收要求，监理单位将建议由文档编制单位开展第三方文档审查，采用第三方专业评审的方式提高文档质量。6.若存在偏差，则分析产生质量偏差的原因，督促承建单位采取纠正措施，调整软件开发计划。7.必要时，编写软件项目质量控制监理报告。审核承建单位工程质量保证体系为了保证工程的可靠性，监理单位建议建设单位在选择承建单位除了考察它的技术实力还要关注承建单位是否已建立起完善的质量保证体系。监理单位将在如下几个方面审定承建单位的质量保证体系：质量保证整体管理，项目管理，需求管理，开发管理，质量保证管理1、质量保证整体管理在此方面监理单位主要审定承建单位是否已经建立起其内部的质量保证体系，审定承建单位质量保证部门的人员组织机构是否建立，相应的人员是否为本项目工作。审定承建单位质量保证部门质量手册的内容，承建单位项目管理政策，承建单位项目生命周期是否适应本项目的要求。2、项目管理在此方面监理单位主要审定承建单位质量保证部门是否已对项目管理的方案和措施是否已经建立起来，承建单位质量保证部门是否制定项目过程手册并应用于本项目的管理过程中，承建单位质量保证部门是否制定项目跟踪与监督检查手册并应用于本项目的实施过程中，承建单位质量保证部门是否制定项目总结报告。3、需求管理在此方面监理单位主要审定承建单位质量保证部门是否制定需求管理过程的规范性文件，承建单位质量保证部门是否制定需求变更过程的规范性文件，承建单位质量保证部门是否制定需求分析过程的规范性文件，承建单位质量保证部门是否制定需求跟踪过程的规范性文件。这些文件是否对项目的需求管理起作用，可以从承建单位的项目开发和实施部门的工作中的以直接的体现。4、软件开发管理在此方面监理单位主要审定承建单位质量保证部门是否制定设计过程规范，承建单位质量保证部门是否制定设计变更处理规范，承建单位质量保证部门是否制定软件开发过程规范，承建单位质量保证部门是否制定测试过程规范。这些设计、开发、测试规范贯穿于承建单位项目实施部门的工作中，指导项目组的工作，直接影响拟建系统的质量。5、质量保证管理在此方面监理单位的工作主要是为了检查承建单位质量保证部门是否按自己制定质量保证计划和措施去执行，因此要审定承建单位质量保证部门是否制定评审过程手册并留有内部评审记录，承建单位质量保证部门是否制订度量过程手册并留有度量过程记录，质量保证部门是否制定了内部审计过程手册并留有审计过程记录。质量系统结构见下图：质量系统机构图其中：质量政策作为质量保证体系的指导思想，指导质量保证体系的建立。质量手册包括对于质量相关的组织、角色和职责的定义。质量保证体系包括过程、模板、指南、检查表。过程是必须遵守的，通过审计确保活动按过程执行。指南是对过程执行的解释。质量计划从活动开始建立。质量部门对项目的度量数据进行分析，对过程持续改进。质量部门周期性对项目进行审计。审核项目组织实施方案和项目计划审核项目计划和组织方案是否符合合同的要求。审核项目组织实施方案是否包括如下内容：1.任务分析：产品需求、组织的需求、客户的需求等；2.人员分工，项目组织结构，关键角色的人选；3.时间表、进度计划；4.工作分解结构（WBS）；5.项目生存周期模型（瀑布、增量、螺旋模型等）；6.产品的复杂度、开发周期、开发预算评估；7.利用历史数据或者模型，将工作量转换为人月或者其它成本核算单位；8.测试计划，是否全面，是否满足系统的要求；9.风险管理计划。审核和确认承建单位工程质量保证计划审核质量保证计划是否符合合同的要求,工程质量的事前控制具体包括：1.检查承建单位的质量保证和质量管理体系。2.检查承建单位的机构设置、人员配备、职责与分工的落实情况；3.督促各级专职质量检查人员的配备；4.查验各级管理人员及专业技术人员的资质情况；5.审查承建单位的系统实施方案；6.对工程所需材料，设备进行采购和进场质量控制。审核和确认承建单位软件开发过程控制方案软件开发过程及监理程序如下表所示：软件系统开发工作任务分解表第0层软件质量控制第1层承建单位开发阶段总体方案规划质量控制需求分析质量控制系统分析质量控制系统设计质量控制编码实现质量控制项目测试质量控制文档编制质量控制项目验收质量控制项目工作总结质量控制第2层审定承建单位工作细化具体工作内容资料研究技术可行性实验项目计划书需求调研需求分析编制需求分析讨论需求分析修改需求分析评审确定问题域需求建模建立分析对象模型系统分析合并系统分析测试系统分析修改界面设计建立设计模型系统设计合并对象持久化设计详细设计系统设计测试系统设计修改系统设计评审编码规范编码单元测试单元测试后编码修改编码联调集成测试（测试工作）系统测试（测试工作）编码验收系统分析测试系统设计测试项目测试方案单元测试集成测试系统测试开发文档整理用户文档编制培训资料编写审核和确认承建单位软件配置管理方案软件系统在整个软件研制过程中所产生的各种形式和各种版本的文档、程序及其数据总称为软件配置。其中每一个文档、程序及其数据称为软件配置项。软件配置管理也称软件技术状态管理，是标识和确定系统中配置项的过程，在系统生存期内控制这些项的投放和变更，记录并报告配置的状态和变更要求，验证配置项的完整性和正确性。软件的承建单位必须进行软件配置管理。主要工作内容应包括：1.在软件项目开发计划中详细规定软件配置管理的规程;2.建立软件配置管理机构，明确机构责任与分工；3.进行配置项标识，配置状态记录和报告，配置项的更改控制；4.实施配置的检查和评审；5.收集、维护、保存软件配置管理文档；6.软件配置管理的监理内容包含在各阶段监理内容中。工作程序如下图所示：工程程序流程图监理单位对承建单位配置管理的审定如下：承建单位配置管理部门的人员组织承建单位配置管理部门是否制定配置管理计划承建单位配置部门是否制定配置项列表承建单位配置管理部门是否完成的配置审计报告承建单位配置管理部门是否完成配置状态报告承建单位配置管理部门现有的配置管理系统功能是否完备确定项目质量控制的关键节点根据建设单位提出的用户需求和建设单位提交的方案，确定项目质量控制的关键节点，为后期项目建设过程中进行有效的质量控制打下良好的基础。需求分析阶段的质量控制需求分析是项目建设的基石，监理单位在需求分析阶段应以尊重承建单位的项目管理和项目分析能力为前提，在具体的任务开展上不深入、不干扰承建单位的自主权。同时，监理单位要充分发挥好项目监督及沟通建设单位和承建单位之间的桥梁作用。需求分析阶段的任务是采用业务座谈会、发放调查表、现场考察等方式，了解具体的业务应用需求，并确定被开发业务软件的运行环境、功能和性能要求，编写项目开发计划，为概要设计提供软件需求分析说明。需求分析的工作方法，通常有三个阶段。第一阶段：访谈阶段。这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通，目的是从宏观了解用户需求方向和趋势，了解现有组织构架、业务流程、软硬件环境及使用情况。实现手段通常是事先将调查问卷发放到待调研部门，然后在约定时间围绕问卷进行交流访谈。第二阶段：深入阶段。这一阶段的工作是建立在访谈阶段工作完成，承建单位已经了解了用户的组织构架、业务流程、软硬件环境及使用情况等基本现状的基础之上。承建单位根据以往项目经验以及业务专家的经验，和建设单位共同探讨业务模型的合理性、准确性和发展方向等问题，得到相对先进的业务模型。第三阶段：确认阶段。在完成上两阶段的工作之后，就需要对具体的流程细化，对数据进行确认了。根据前两个阶段的工作，承建单位应草拟出一份需求分析报告，并提供原型演示系统，和建设单位进行进一步的讨论，最终确定一份需求分析报告。需要指出的是，在系统建设的过程中，特别在采用迭代法的开发模式时，需求分析的工作需一直进行下去，而在后期的需求改进中，工作则基本集中在后两个阶段中。监理单位在这三个阶段的工作，按照内容可以分为两部分：监督和沟通。监督工作包括对需求分析阶段的各种文档的保管监督，对承建单位的访谈活动的监督，对需求分析报告、原型演示系统的确认等；沟通工作则表现在当建设单位和承建单位由于知识背景不同而在访谈过程中沟通不顺畅的时候，监理单位应利用自身优势使得双方顺利理解。需求分析阶段，可参考的标准有：GB938588计算机软件需求说明编写指南。这个阶段监理单位提交：在需求分析进行前提交需求分析阶段监理细则、在需求分析结束后提交需求分析阶段总结报告。软件需求包括三个不同的层次--业务需求、用户需求和功能需求--也包括非功能需求。业务需求反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。用户需求文档描述了用户使用产品必须要完成的任务，这在使用用例文档或方案脚本说明中予以说明。功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。软件需求分析阶段监理单位的监理服务是要求承建单位组织确实有效的需求调研、审定承建单位编写的需求分析说明、原型系统的搭建、项目开发阶段的计划。当建设单位和承建单位由于知识背景不同而在访谈过程中沟通不顺畅的时候，监理单位应利用自身优势使得双方顺利理解。1、审定承建单位的需求调研过程流程为了保证承建单位组织确实有效的需求调研，我们要求承建单位的需求调研遵循一定的流程，而且在调研过程中表现出规范，调研有条不紊，对各建设单位有理有据，调研中资料做好备份，做到有备无患：需求调研过程流程图2、审定承建单位编制软件需求说明监理单位要求承建单位的软件需求说明满足下表的要求：需求调研因素构成表总体分项审定承建单位软件需求说明满足分项问题1．引言目的阐述是否清晰项目的范围描述是否明确2．总体描述项目的总体功能描述是否清晰用户分类和特征描述是否清晰运行环境的描述是否明确设计和实现的限制要求是否清晰建设和依赖描述时是否清晰3．外部接口硬件接口描述是否清晰软件接口描述是否清晰通信接口描述是否清晰用户界面的定义是是否清晰4．系统特性详细功能需求描述是否清晰说明和优先级描述是否清晰触发和响应序列是否描述清晰5．非功能描述性能需求是否明确安全设施需求是否明确安全性需求是否明确软件质量需求是否明确业务规则分析是否清晰6．数据说明描述静态数据的逻辑结构是否定义动态输入和输出数据的逻辑结构是否定义数据的约束是否定义数据采集的要求和范围是否定义3、审定承建单位的原型系统是否满足要求为了满足建设单位对系统的要求，要求承建单位在需求阶段建设快速原型系统，需要指出的是，在系统建设的过程中，特别在采用迭代法的开发模式时，需求分析的工作需一直进行下去，同时要有必要把快速原型系统进一步完善。4、审定承建单位编写软件项目开发计划是否满足要求软件项目开发计划主要内容包括：工作任务分配、人员、开发进度、硬件和软件资源条件、采用的软件标准和规范、软件质量保证计划、配置管理计划。审核因素构成见下表：审核承建单位需求规格因素构成表内容分项审定承建单位项目计划满足要求问题1．工作任务的分门与人员分工对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。2.接口人员职责负责本项目同用户的接口人员；负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员；负责本项目同各分合同负责单位的接口人员等3.进度对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预。定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓"里程碑"）。4.需由用户承担的工作逐项列出需要用户承担的工作和完成期限。包括需由用户提供的条件及提供时间。5.外单位承担工作逐项列出需要外单位分合同承包者承担的工作和完成的时间，包括需要由外单位提供的条件和提供的时间6.专题计划要点说明本项目开发中需制订的各个专题计划（如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等）的要点。5、软件需求阶段的评审监理单位主持召开评审会议时，将邀请建设单位代表，同行业专家参加。根据总体规划方案、软件需求说明、快速原型系统、项目开发计划进行评审。在技术、经费、人员要求、系统造价效益分析等方面的可行性以及软件项目开发计划是否全面、完整、可行。（1）总体规划方案的评审是对项目总体方案的可行性进行论证。（2）软件需求说明和数据要求说明的评审是由有关专业人员或用户通过正式会议，评价或批准软件需求说明等文档。评审工作由软件承办单位组织，交办单位、使用部门与监理单位代表参加，以保证各方对软件需求理解的一致性和准确性。评审通过后转入下一阶段。软件需求说明和数据要求说明评审的主要内容应包括：（3）快速原型系统的评审是满足建设单位要求的最直接的手段。（4）评审软件开发过程中所规定的技术、方法、设计标准、约定及有关工具是否适用。（5）评审所规定的软件安全和保密措施是否完善。（6）评审软件项目开发计划是否全面、完整、可行。（7）业务软件需求对系统需求的可追踪性。（8）业务软件需求的正确性和无二义性。（9）业务软件需求的完备性。（10）业务软件需求文档的标准性。（11）各业务软件需求间的一致性。（12）业务软件需求的可测试性。（13）业务软件设计、操作和维护的可行性。（14）数据库整合需求方案的完整性。概要设计阶段的质量控制1. 系统分析系统分析是进入软件系统设计阶段的首先要做的工作。监理单位要求承建单位做系统分析时包括确定问题域,对需求建模即快速原形系统,建立分析对象模型,系统分析合并。2. 系统设计（概要设计）概要设计，即将软件需求转化为数据结构和软件的系统结构，一般包括数据设计和系统结构设计。其中数据设计侧重于数据结构的定义，系统结构设计定义软件系统各主要成份之间的关系。在承建单位进行概要设计的过程中，监理单位需要监督以下方面：（1）制定规范在进入软件开发阶段之初，首先应为软件开发组制定在设计时应该共同遵守的标准，以便协调组内各成员的工作。包括：阅读和理解软件需求说明书，确认用户要求能否实现，明确实现的条件，从而确定设计的目标，以及它们的优先顺序；根据目标确定最合适的设计方法；规定设计文档的编制标准；规定编码的信息形式，与硬件，操作系统的接口规约，命名规则。（2）软件系统结构的总体设计根据需求分析，基于功能层次结构建立系统，其中包括采用某种设计方法，将系统按功能划分成模块的层次结构、确定每个模块的功能、建立与已确定的软件需求的对应关系、确定模块间的调用关系、确定模块间的接口、评估模块划分的质量。（3）处理方式设计处理方式设计要确定为实现系统的功能需求所必需的算法，评估算法的性能；确定为满足系统的性能需求所必需的算法和模块间的控制方式；确定外部信号的接收发送形式。（4）数据结构设计根据需求分析报告进行数据库设计。数据库设计包括确定软件涉及的文件系统的结构以及数据库的模式、子模式，进行数据完整性和安全性的设计；确定输入，输出文件的详细的数据结构；结合算法设计，确定算法所必需的逻辑数据结构及其操作；确定对逻辑数据结构所必需的那些操作的程序模块(软件包)；限制和确定各个数据设计决策的影响范围；若需要与操作系统或调度程序接口所必须的控制表等数据时，确定其详细的数据结构和使用规则；数据的保护性设计；数据的一致性设计；冗余性设计等。（5）可靠性设计可靠性设计也叫做质量设计。在运行过程中，为了适应环境的变化和用户新的要求，需经常对软件进行改造和修正。在软件开发的一开始就要确定软件可靠性和其它质量指标，考虑相应措施，以使得软件易于修改和易于维护。3. 概要设计阶段的文档概要设计阶段完成时应编写以下文档：概要设计说明书、数据库设计说明书、用户手册、制定初步的测试计划。针对上述工作，监理单位按如下标准评定承建单位的概要设计：（1）可追溯性：确认该设计是否覆盖了所有已确定的软件需求，软件每一成份是否可追溯到某一项需求；（2）接口：确认该软件的内部接口与外部接口是否已经明确定义，模块是否满足高内聚和低耦合的要求，模块作用范围是否在其控制范围之内；（3）风险：确认该设计在现有技术条件下和预算范围内是否能按时实现；（4）实用性：确认该设计对于需求的解决方案是否实用；（5）技术清晰度：确认该设计是否以一种易于翻译成代码的形式表达；（6）可维护性：确认该设计是否考虑了方便未来的维护；（7）质量：确认该设计是否表现出良好的质量特征；（8）各种选择方案：看是否考虑过其它方案，比较各种选择方案的标准是什么；（9）限制：评估对该软件的限制是否现实，是否与需求一致；（10）其它具体问题：对于文档、可测试性、设计过程等进行评估。这个阶段监理单位应提交：在概要设计进行前提交总体设计阶段监理细则、监理周记、在概要设计完成后提交概要设计监理报告。4. 审定承建单位编写软件概要设计说明是否满足要求 概要设计审核因素构成表内容分项审定承建单位概要设计要求问题总体设计需求规定运行环境基本设计概念和处理流程结构功能器求与程序的关系人工处理过程接口设计用户接口外部接口内部接口运行设计运行模块组合运行控制运行时间系统数据结构设计逻辑结构设计要点物理结构设计要点数据结构与程序的关系系统出错处理设计出错信息补救措施系统维护设计程序中专门安排用于系统的检查与维护的检测点和专用模块详细设计阶段的质量控制（一）详细设计阶段的直接目标是编写详细设计说明书，为此，承建单位应做如下工作：1. 确定每个模块的算法，用工具表达算法的过程，写出模块的详细过程性描述；2. 确定每一模块的数据结构；3. 确定模块接口细节。监理单位在这个阶段主要是在进度上进行控制，主要手段是定期与承建单位沟通，检查文档。这个阶段监理单位应提交：在详细设计进行前提交详细设计阶段监理细则、监理周记、在详细设计完成后提交详细设计说明书的确认报告。（二）审定承建单位编写软件详细设计说明是否满足要求。详细设计审核因素构成表内容分项审定承建单位详细设计要求问题1．程序系统的结构列出本程序系统内的每个程序（包括每个模块和子程序）的名称、标识符和它们之间的层次结构关系。2．程序设计说明2.1程序描述给出对该程序的简要描述，主要说明安排设计本程序的目的意义，2.2功能说明该程序应具有的功能，可采用IPO图（即输入一处理一输出图）的形式。2.3性能说明对该程序的全部性能要求，包括对精度、灵活性和时间特性的要求。2.4输人项给出对每一个输入项的特性，包括名称、标识、数据的类型和格式、数据值的有效范围、输入的方式。数量和频度、输入媒体、输入数据的来源和安全保密条件等等。2.5输出项给出对每一个输出项的特性，包括名称、标识、数据的类型和格式，数据值的有效范围，输出的形式、数量和频度，输出媒体、对输出图形及符号的说明、安全保密条件等等。2.6算法详细说明本程序所选用的算法，具体的计算公式和计算步骤。2.7流程逻辑图表（例如流程图、判定表等）辅以必要的说明来表示本程序的逻辑流程。2.8接口图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序，说明参数赋值和调用方式，说明与本程序相直接关联的数据结构（数据库、数据文卷）2.9注释设计说明准备在本程序中安排的注释，如：加在模块首部的注释；加在各分枝点处的注释；对各变量的功能、范围、缺省条件等所加的注释；对使用的逻辑所加的注释等等（三）软件设计阶段的评审软件设计评审主要内容应包括：1. 评审软件设计说明能否覆盖软件需求说明中描述的所有软件需求；2. 是否采用面向对象设计或结构化设计等先进的设计方法；3. 是否采用规定的方法和工具来描述软件单元；4. 是否详细、清晰的规定各单元间的接口和用户界面；5. 评审概要设计与软件需求说明、详细设计与概要设计的一致性。 评审通过后转入下一阶段。编码阶段的质量控制软件编码阶段的主要工作就是根据软件详细设计说明，对各程序模块进行编码、调试、静态分析和单元测试，验证程序模块与设计说明的一致性，并将经过测试的模块集成一个完整的软件系统。本阶段监理重点工作是跟踪与监督业务信息系统软件开发承建单位软件编码与单元测试工作，并对关键系统模块进行代码走查，抽查系统单元测试的记录，审查系统单元测试报告。代码走查的重点是检查软件的源代码是否符合软件编码规范，是否存在一些安全漏洞。编码的要求如下：（1）使用语言中的顺序、选择、重复等有限的基本控制结构表示程序逻辑；（2）选用的控制结构只准许有一个入口和一个出口；（3）程序语句组成容易识别的块，每块只有一个入口和一个出口；（4）复杂结构应该用基本控制结构进行组合嵌套来实现；（5）语言中没有的控制结构，可用一段等价的程序段模拟，但要求该程序段在整个系统中应前后一致。代码走查的重点是检查软件的源代码是否符合软件编码规范，是否存在一些安全漏洞。具体的代码走查主要要点简述如下：源程序有效注释量是否在20％以上。源程序编写是否采用缩进风格编写。标识符的命名是否清晰、明了，有明确含义，同时使用完整的单词或大家基本可以理解的缩写，避免使人产生误解。命名规范必须与所使用的系统风格保持一致，并在同一项目中统一相对独立的程序块之间、变量说明之后是否加空行。较长的语句（>80字符）是否分成多行书写，长表达式是否在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读。是否一行只写一条语句。是否避免使用不易理解的数字，用有意义的标识来替代。在同一项目组或产品组内，调测打印出的信息串的格式要有统一的形式。信息串中至少要有所在模块名（或源文件名）及行号。编程的同时要为单元测试选择恰当的测试点，并仔细构造测试代码、测试用例，同时给出明确的注释说明。测试代码部分应作为（模块中的）一个子模块，以方便测试代码在模块中的安装与拆卸（通过调测开关）。在保证业务信息软件系统的正确性、稳定性、可读性及可测性的前提下，是否注意提高代码效率。数据库表单是否有预留及容错能力。系统运行之初，要初始化有关变量及运行环境，防止未经初始化的变量被引用。系统是否能够处理程序所能遇到的各种出错情况。同时监理单位将重点审查和确定承包商的开发软件源代码编码及管理方案及配置管理是否符合合同的要求。配置管理的关键活动是否包括：配置项（SoftwareConfigurationItem，SCI）识别；配置项的标识和控制；工作空间管理；版本控制；变更控制；状态报告；配置审计。软件测试阶段的监理要点软件测试是“由人工或自动方法来执行或评价系统或系统部件的过程，以验证它是否满足规定的需求；或识别出期望的结果和实际结果之间有无差别”[GB1995]。软件测试的主要任务是发现并排除在软件需求分析、设计和实现阶段产生的各种错误，以保证交付软件的质量。软件测试的目的是“在一定的开发时间和经费的限制下，通过执行有限个测试过程，尽可能多地发现软件中的错误”；而不是“证实程序中不再含有错误”或者“发现并排除软件中的所有错误”。一般情况下，软件测试不仅要包括单元测试，而且还包括组装测试（集成测试）、确认测试、系统联调测试和系统上线测试。当然对于一些小规模的应用软件系统测试可以合并一些测试步骤。（一）为了保证工程中业务信息系统软件测试的质量，在软件测试阶段应要求承建单位坚持如下原则：1.程序员或程序设计机构不应测试自己设计的程序：软件测试工作需要严谨的作风、客观的态度和冷静的情绪。人们常常由于某种原因具有一种不愿意否定自己工作的心理，这种心理状态就成了测试自己程序的障碍。此外，程序员对软件文档（如，需求规格说明等）错误理解而引入的错误则更难发现。如果由别人来测试程序，可能更为客观有效。2.在设计测试用例时，不仅要确定输入数据，还要确定预期的输出结果：预期的输出结果是检验实际结果的基准，如果不给出预期的输出结果，就无法判断程序对这组输入数据的处理是否正确。3.在设计测试用例时，不仅要考虑合理的输入数据，还要考虑不合理的输入数据：合理的输入数据指能验证程序正确的输入数据，不合理的输入数据指异常的、临界的、可能引起异常的输入数据。合理的输入数据用于测试软件能否完成规定的功能，不合理的输入数据用于验证软件对异常情况的处理是否适当。4.除了检查程序是否做了它应当做的事情之外，还应检查它是否做了不应当做的事情。5.应保留所有的测试用例，以便软件维护和回归测试。6.模块中存在错误的概率与已发现的错误数成正比。7.严格执行测试计划，排除测试的随意性。严格测试数据库整合后，原有数据的完整性，正确性。（二）根据测试方法，软件测试可以分为静态分析和动态测试两种。1、静态分析的基本特征是：在对软件进行分析、检查和测试时，不实际运行被测试的程序。静态分析方法包括软件审查、代码走查、程序正确性证明、流图分析和符号执行等。软件审查、代码走查和程序正确性证明已在前面论述，在此不再重复。流图分析是通过分析程序的流程图来实现的，它只分析代码的结构而不执行程序，以找出软件中的多余物、接口问题和未定义而被引用的变量。符号执行是一种符号化地定义数据的方法，它并不使用实际的数据值来执行程序，而是对程序中的特定路径输入一些符号，在对这些符号进行处理之后，根据其输出符号来判断程序的行为和正确性。2、动态测试的基本特征是：通过运行软件来检查软件的动态行为和运行结果的正确性。根据产生测试数据的方式，动态测试可以分为功能测试（黑盒测试）和结构测试（白盒测试）两种。功能测试又称为黑盒测试，功能测试从软件的需求规格说明出发，按照软件的输入、输出特性和类型选择测试数据。结构测试又称为白盒测试，测试数据的产生要考虑程序的具体结构，测试数据应反映程序的结构性质。系统部署阶段的监理要点系统部署阶段主要完成应用软件系统的安装、部署和培训工作，为系统的正式与运行做好设备、技术、组织和人员的保障。在系统部署阶段，监理机构将首先审核承建单位提交的业务信息系统部署计划，积极协调工程各方做好系统部署前的准备工作，同时监督系统部署过程；同时审核承建单位提交的培训方案，监督培训过程，并协助业主单位做好培训效果的调查工作。其中审核系统部署计划的要点如下：1.是否仔细分析了新旧系统的运行特点。2.是否具有必要的数据备份方案。3.新旧系统的切割的时间和过程是否合理、安全和可靠。4.是否做好系统切割过程的应急方案。5.是否做好了数据库同步方案。6.是否明确系统部署过程中各方的责任和时间要求。验收阶段验收阶段的协调内容1. 监理单位应协调业主单位和承建单位在验收计划、验收目标、验收范围、验收内容、验收方法和验收标准等方面达成一致，填报工程备忘录并经三方签认；2. 监理单位应协调业主单位配合验收阶段的工作；3. 监理单位应及时对验收阶段协调的结果填报工程备忘录，并经三方签认；4. 监理单位应协助业主单位和承建单位完成工程移交工作。系统试运行阶段在试运行阶段，整个系统工程将一起接收时间和环境的考验，不但要考察功能特性，更要考察系统运行的性能是否符合预期目标。在试运行期间承建单位需对建设单位的有关人员进行有关硬件维护和使用的授课培训，并严格考核，合格上岗。试运行结束时将协助建设单位生成试运行报告。监理单位在这个阶段的主要工作有：1.审核竣工文档资料的完整性、可读性及其与工程实际的一致性；2.审核操作系统、应用系统等软件配置与设计方案的符合性；3.检测验证系统功能性能与合同的符合性；4.检查人员培训计划落实情况；5.帮助用户制定系统运行管理规章制度；若所有定制开发软件的承建单位为一个单位，则下述各子系统要求承建单位提交的报告可以集合在一起。即在需求分析阶段完成后提交一份软件需求说明书包括各个子系统的需求情况。在试运行之后，整体系统工程进入最终验收阶段。这里的最终验收是指针对整个系统工程的最终验收。整个系统工程试运行结束时验收小组要依据项目执行小组提出的验收准则，对试运行情况进行分析，给出结论性意见。试运行结束，并且经过高峰期无重大故障，并且达到预期性能指标时，最终验收才算通过，并由监理单位与建设单位签字认可。系统验收阶段工程达到交验条件时，工程监理部应组织各专业监理工程师对各专业工程的质量情况、使用功能进行全面检查，对发现有影响最终验收的问题时，签发《监理通知》要求承建单位进行整改。监理单位应有计划地监督系统的试运行，督促承建单位解决试运行中出现的质量问题.对需要进行功能测试的项目，监理工程师将督促承建单位及时进行测试；监理工程师将认真审阅测试报告，并亲临测试现场监督；必要时将请建设单位代表参加。对于工程中的关键性技术指标，监理单位应要求承建单位出具第三方测试机构的测试报告。第三方测试机构应经业主单位和监理单位同意。监理单位应督促承建单位完成项目实施方案中确定的培训，并对培训效果做出评估。项目总监理工程师组织最终验收。最终验收完成后，由项目总监理工程师和建设单位代表共同签署《竣工移交证书》，并由监理单位、建设单位盖章后，送承建单位一份。信息系统最终验收监理的内容如下：1. 协助承建单位组织最终验收机构；2. 协助承建单位审查承建单位提出的最终验收申请，如果符合最终验收条件，准备系统最终验收；否则，提出向承建单位系统整改意见；3. 协助最终验收机构提出测试内容及相关指标（可以包括：系统的功能验证，性能测试，以及培训效果测试等），并由承建单位提出相应的最终验收测试方案；同时确定承建单位所应该提供的文档清单；4. 协助最终验收机构审查最终验收测试方案的合理性，并同承建单位协商形成最终的初验测试方案；5. 协助业主单位、承建单位进行最终验收测试，并记录相应的测试结果；6. 根据测试结果，提出测试报告，对最终验收测试过程中出现的问题应提交最终验收整改意见书，并会同承建单位和承建单位确定整改进度表，重新进行相关的测试，直至问题的得到彻底的解决；7. 如果最终验收测试的所有测试内容达到测试要求，承建单位提供的文档完整，合同其他条款得到明确的落实（例如：人员技术培训和其他优惠条件等），而且最终验收机构讨论一致通过，则参与签署系统最终验收合格书；8. 监理单位向承建单位提交所有监理文档。应用软件开发的进度控制要点软件项目进度控制是在实现软件项目总目标的过程中，为使软件项目开发和维护的实际进度符合软件项目进度计划的要求而开展的有关监督管理活动。（一）对于软件工程监理，度控制程序一般为：1.根据软件项目的质量、造价和进度目标，明确软件各开发阶段的进度控制要求，制定软件项目监理规划。2.审查承建单位提交的软件项目开发计划，若未通过审查，则在承建单位调整软件开发计划后重新审查，直到审查通过为止。3.根据软件项目开发计划和软件项目监理规划，制定软件项目质量控制监理实施细则。4.根据软件项目进度控制监理实施细则，收集有关信息，审查有关文档，对软件项目进行进度控制跟踪监理。5.若存在偏差，监理单位应分析产生进度偏差的原因，督促承建单位采取纠正措施，调整软件开发计划，转第2步进行审查。6.必要时，编写软件项目进度控制监理报告。（二）XXXX监理在实施本次业务信息系统软件项目进度控制时，重点控制下述内容：1.在业务信息系统软件合同生效后，检查并监督承建单位制定的软件开发计划。该计划是进行进度控制监理的重要文件和依据。2.根据软件开发计划，制定进度控制监理实施细则。进度控制监理实施细则将明确进度控制监理工作的内容、要求、人员、职责、程序、方法和措施。3.审查业务信息系统软件承建单位提交的软件开发计划（包括软件开发计划、软件质量保证计划、软件配置管理计划、软件测试计划等），检查其进度安排是否满足软件项目进度控制的总目标、是否合理以及是否衔接紧凑等等，找出该业务软件承建单位进度控制的薄弱环节，提出改进意见，并加强对这些薄弱环节的监督。4.在软件开发过程中收集有关软件进度方面的信息，并对这些信息进行整理和分析，为下一阶段的进度控制工作打下基础。5.监理机构将定期召开监理例会，以解决软件开发过程中的协调配合问题，就软件开发过程中的重大变更事项、相关责任和协商处理结果进行通报。6.对于因突发性变更事件引起的进度问题，监理机构将召开紧急协调会议，督促各方采取应急措施赶上进度要求，以便业务软件的开发能以预期的进度完成。7.根据进度控制监理实施细则，通过检查承建单位报送的开发进度报表并进行现场监理，跟踪承建单位的开发过程，若发现进度出现偏差，监理机构将分析引起偏差的原因，要求承建单位采取纠正措施，调整软件开发计划。8.根据项目的实际情况，在承建单位完成关键阶段的设计时，及时组织专家和业主单位代表对阶段成果进行评审，以便在评审通过后承建单位能及时转入下一阶段的开发工作。9.在一个阶段的开发工作完成后，监理机构应检查进度偏差情况。在出现进度偏差时，应督促承建单位采取适当的纠正措施，以确保满足软件开发的总进度目标。10.在出现进度偏差时，监理机构应客观公正地确定产生偏差的原因，确定进度偏差可能导致的经济责任，并根据产生进度偏差的原因和进度偏差可能造成的经济责任，处理争议和索赔。11.及时收集和整理相关资料，定期和不定期地编写业务软件进度控制监理报告，帮助业主单位做好决策工作。应用软件开发的投资控制要点软件开发的投资控制包括制定软件项目总投资控制计划、各阶段和各子系统的投资控制计划，监督实际的造价支出行为，随时采取纠正措施纠正已发生的偏差，使整个软件项目的开发和维护过程能够合理地使用各种资源（人力、物力和财力），以实现软件项目的总投资控制目标。（一）监理机构的投资控制程序一般为：1.根据软件项目的质量、造价和进度目标，明确软件各开发阶段的投资控制要求，制定软件项目监理规划。2.审查承建单位提交的软件项目开发概算，若未通过审查，则在承建单位调整软件项目开发概算后重新审查，直到审查通过为止。3.根据软件项目开发计划和软件项目监理规划，制定软件项目投资控制监理实施细则。4.根据软件项目投资控制监理实施细则，收集有关信息，审查有关文档，对软件项目进行投资控制跟踪监理。5.若存在偏差，则分析产生造价偏差的原因，督促承建单位采取纠正措施。6.必要时，编写软件项目投资控制监理报告。（二）XXXX监理在本次实施软件项目投资控制时，重点控制下述内容：1.审核承建单位提交的业务信息系统软件项目开发概算，审查设计方案的技术可行