最新196685软件监理规范.docx

最新196685软件监理规范.docx

《最新196685软件监理规范.docx》由会员分享，可在线阅读，更多相关《最新196685软件监理规范.docx（15页珍藏版）》请在冰豆网上搜索。

最新196685软件监理规范

19668-5软件监理规范

1.软件工程监理规范

1.1.工程设计阶段

1.1.1.监理目标

1．促使承建单位提交的软件工程项目计划合理、可行，并与承建合同相符。

2．促使承建单位系统需求分析符合正确性、完备性、准确性、可测试性和一致性。

3．促使承建单位的系统设计方案满足软件工程项目的系统需求和有关的法规、标准，并符合承建合同的要求。

1.1.2.监理内容和要点

一、工程计划制定的监理

工程计划制定的监理内容和要点如下：

1．要求承建单位提交工程计划文档，并要求其包括如下内容：

（1）工程的组织结构（包括外部组织）、人员职责及其能力要求；

（2）工程环境，包括测试环境、程序库、设备、设施、标准、规程和工具；

（3）任务分解安排，连同预算、人员、物理资源、软件规模和相关的任务进度安排；

（4）进度安排、跟踪和报告方法；

（5）软件产品或服务的质量特性的管理，可以制定独立的质量保证计划；

（6）软件产品或服务的安全、保密安全和其他关键需求的管理，可以制定独立的安全、保密安全计划；

（7）如适用，应包括分包单位的管理；

（8）验证和确认方式和条件；

（9）风险管理；

（10）用户培训计划；

2．根据下列准则审核工程计划，并提出监理意见：

（1）与承建合同的可追溯性；

（2）系统范围及工作任务分解的完整性；

（3）工程过程及重要里程碑划分的合理性，包括适宜的软件生存周期模型；

（4）工程规模估算方法的正确性，包括对工程项目任务和工作产品规模、时间安排、资源的使用；

（5）工程进度计划的合理性，包括项目质量保证计划、配置管理计划等；

（6）工程计划中部署现货产品（软件和硬件）的可行性；

（7）对工程风险有必要的识别、分析、处理和跟踪；

3．促使业主单位和承建单位适时对工程计划及其相关文档进行评审，并及时取得各方对工程计划的书面批准和承诺；

4．在了解系统内容和工程计划的基础上，根据下列准则制定监理实施细则：

（1）与业务目标的符合性；

（2）与监理规划的可追溯性、一致性；

（3）与工程专业技术的符合性；

（4）监理工作流程、控制要点、监理方法的可行性。

二、系统需求分析阶段的监理

系统需求分析阶段的监理内容和要点如下：

1．要求承建单位为系统需求分析过程的实施提交详细的计划，并要求业主单位予以相应的配合；

2．督促承建单位按照计划的要求开展系统需求分析活动；

3．要求业主单位及承建单位定义并分析系统建设目标。

如适用，要求业主单位和承建单位定义并分析业务流程再造、业务持续改进、信息资源规划及业务指标评价体系；

4．要求承建单位提交系统需求文档。

检查系统需求文档的如下内容，并提出监理意见：

（1）系统的功能和性能；

（2）业务、组织和用户的需求及相关方的需要；

（3）如适用，可包括人机工程学要求及其他接口要求；

（4）运行和维护的需求；

（5）系统设计限制因素；

（6）系统评审和验收测试方面的需求；

（7）安全和保密安全的需求；

（8）法律法规要求、合同要求以及有关技术标准要求；

5．协助业主单位组织通过评审、确认、联合评审等方式根据下列准则评价系统需求：

（1）与合同的可追溯性、一致性；

（2）业务目标及系统建设目标的可追溯性、一致性；

（3）如适用，信息资源规划和业务指标评价体系的可测试性；

（4）如适用，业务流程再造、业务持续改进、信息资源利用的可行性；

（5）系统结构设计的可行性；

（6）运作和维护的可行性；

6．要求承建单位提交系统验收初步方案；

7．监督承建单位解决系统需求分析中发现的问题和不合格项，并提出监理意见。

三、系统结构设计阶段的监理

系统结构设计阶段的监理内容和要点如下：

1．要求承建单位为系统结构设计过程的实施提交详细的计划。

并督促承建单位按计划开展系统结构设计活动。

2．要求业主单位制定相应业务指标评价体系，督促承建单位对系统结构开展合理的方案设计。

推动业主单位按计划开展业务流程再造、业务持续改进、信息资源利用的设计活动。

3．要求承建单位提交系统结构设计文挡。

检查系统结构设计文档的如下内容，并提出监理意见：

（1）应建立系统的顶层结构；

（2）系统结构应标出硬件、软件和人工操作项；

（3）应保证所有系统需求分配到各项中；

（4）应顺序标出硬件配置项、软件配置项和手工操作项；

（5）分配到各项中的系统结构和系统需求应形成文档；

4．协助业主单位通过审核、确认、联合评审等方式根据下列原则评价系统结构设计：

（1）与合同的可追溯性、一致性；

（2）与业务目标的符合性；

（3）系统需求的可追溯性、一致性；

（4）所使用的设计标准和方法的适宜性；

（5）软件项满足指定需求的可行性；

（6）信息资源规划和业务指标评价体系的可测试性；

（7）业务流程再造、业务持续改进、信息资源开发的可行性；

（8）运作与维护的可行性；

5．监督承建单位解决系统结构设计中发现的问题和不合格项，并提出监理意见。

1.2.工程实施阶段

1.2.1.监理目标

1．促使承建单位的软件需求分析文档、软件设计文档满足系统需求和系统设计方案的要求。

2．督促承建单位的编码、测试活动，验证软件符合系统需求和系统设计的要求。

3．促使工程实施过程满足承建合同的要求，并与工程计划相符。

1.2.2.监理内容和要点

一、软件需求分析阶段的监理

软件需求分析阶段的监理内容和要点如下：

1．要求承建单位为软件需求分析过程的实施提交详细的计划，并要求业主单位予以相应的配合；

2．督促承建单位按照计划的要求开展软件需求分析活动；

3．要求承建单位提交软件需求文档。

检查软件需求文档的如下内容，并提出监理意见：

（1）功能与能力规格说明，包括性能、物理特性和软件项执行的环境条件；

（2）鉴定需求；

（3）安全规格说明；

（4）保密安全规定；

（5）数据定义和数据库需求；

（6）在运作和维护场所，对已交付的软件产品的安装与验收需求；

（7）用户文档；

（8）用户操作与执行需求；

（9）用户维护需求；

（10）如适用，可包括软件项的外部接口；

（11）如适用，可包括人机工程学规格需求；

4．协助业主单位组织通过评审、确认、联合评审等方式根据下列准则评价软件需求：

（1）与合同的可追溯性和一致性；

（2）与业务目标和系统建设目标的一致性；

（3）与系统需求和系统设计的可追溯性、一致性；

（4）内部一致性；

（5）基于信息资源规划和业务指标评价体系的可测试性；

（6）业务流程再造、业务持续改进、信息资源开发的可行性；

（7）软件设计的可行性；

（8）运作和维护的可行性；

5．监督承建单位解决软件需求分析中发现的问题和不合格项，并提出监理意见。

二、软件结构设计阶段的监理

软件结构设计阶段的监理内容和要点如下：

1．要求承建单位为软件结构设计过程的实施提交详细的计划。

并督促承建单位按照计划的要求开展软件结构设计活动；

2．要求承建单位提交软件结构设计文档；

3．检查承建单位编制的接口的顶层设计和数据库的顶层设计；

4．检查承建单位编制用户文档的最初版本；

5．要求承建单位提交软件集成的初步测试需求和进度安排；

6．协助业主单位组织通过评审、确认、联合评审等方式根据下列准则评价软件结构设计：

（1）软件项需求的可追溯性；

（2）与软件项需求的外部一致性；

（3）软件部件之间的内部一致性；

（4）所采用的设计方法和标准的适宜性；

（5）详细设计的可行性；

（6）运作与维护的可行性；

7．监督承建单位解决软件结构设计中发现的问题和不合格项，并提出监理意见。

三、软件详细设计阶段的监理

软件详细阶段阶段的监理内容和要点如下：

1．要求承建单位为软件详细设计过程的实施提交详细的计划，并督促承建单位按照计划的要求开展软件设计活动；

2．要求承建单位提交详细设计文档；

3．检查承建单位编制的接口的详细设计和数据库的详细设计；

4．督促承建单位解决软件详细设计中发现的问题和不合格项，并提出监理意见。

四、软件编码和测试阶段的监理

软件编码和测试阶段的监理内容和要点如下：

1．要求承建单位为软件编码过程和单元测试过程的实施提交详细的计划，并督促承建单位按照计划的要求开展工作；

2．检查承建单位单元测试过程中的问题的记录及其改正的记录。

五、软件集成阶段的监理

软件集成阶段的监理内容和要点如下：

1．要求承建单位提交软件集成计划，并督促承建单位按照计划的要求开展软件集成活动；

2．监督承建单位解决软件集成中发现的问题和不合格项，并提出监理意见。

六、软件合格性测试阶段的监理

软件合格性测试阶段的监理内容和要点如下：

1．要求承建单位提交测试计划，并督促承建单位按照计划的要求开展软件合格性测试活动；

2．当要获取现货软件产品时，验收现货软件产品是否满足下列条件，并提出监理意见：

（1）满足合同的要求；

（2）满足系统建设目标和系统需求；

（3）具有有效的文档；

（4）满足知识产权的要求；

（5）供货单位具备提供此软件产品及其服务的能力；

3．监督承建单位解决软件合格性测试中发现的问题和不合格项，并提出监理意见。

七、系统集成阶段的监理

系统集成阶段的监理内容和要点如下：

1．要求承建单位提交系统集成计划。

该计划应包括测试需求规程、数据、职责和进度安排；

2．督促承建单位按照集成计划的要求开展系统集成活动并提交系统集成文档；

3．根据下列准则审核已集成的系统，并提出监理意见：

（1）与合同的一致性；

（2）与系统需求的一致性；

（3）业务目标的符合性；

（4）所采用的测试方法和标准的适宜性；

（5）与预期结果的符合程度，包括但不限于与信息资源规划、业务流程再造需求及业务持续改进需求和业务指标评价体系的符合程度；

（6）系统合格性测试的可行性；

（7）运作与维护的可行性；

4．监督承建单位解决系统集成中发现的问题和不合格项，并提出监理意见。

1.3.工程验收阶段

1.3.1.监理目标

1．跟踪培训过程，促使培训达到合同的要求。

2．协助业主单位进行初验、试运行和终验的工作，促使工程项目的最终功能和性能符合承建合同、法律、法规和标准的要求。

3．协助业主单位、承建单位进行软件工程项目的移交工作，促使工程项目顺利完成。

1.3.2.监理内容和要点

一、培训阶段的监理

培训阶段的监理内容和要点如下：

1．要求承建单位确定培训的类型、水平以及需要培训人员的类别，提交包括实施进度安排、资源需求和培训需求的培训计划文档；

2．督促承建单位按照培训计划的要求开展培训阶段的活动；

3．要求承建单位拥有可执行培训计划并具备相关培训能力的合格培训讲员；

4．要求承建单位提交培训记录；

5．依据培训需求、培训计划和培训记录对培训效果提出监理意见。

二、系统初验阶段的监理

系统初验阶段的监理内容和要点如下：

1．对承建单位的初验申请进行审查。

初验条件应符合合同规定，并符合如下条件：

（1）可提交合同规定的文档；

（2）软件产品已纳入配置管理并可交付；

（3）软件系统已通过测试，要求承建单位提交第三方测试机构出具的测试报告，第三方测试机构应经业主单位和监理单位同意；

2．审查承建单位提交的验收方案（验收计划、验收目标、责任双方、验收范围、验收提交清单、验收标准、验收方法等）的符合性及可行性；

3．对承建单位提交的文档进行审核，并提出监理意见；

4．协助业主单位根据下列准则确认软件产品，并提出监理意见：

（1）与合同的一致性；

（2）与系统需求的一致性；

（3）与预期结果的符合程度，包括但不限于与信息资源规划、业务流程再造需求及业务持续改进需求和业务指标评价体系的符合程度；

（4）与业务需求的符合程度；

（5）与运行环境的适用性；

（6）运作和维护的可行性；

5．监督承建单位解决系统初验中发现的问题和不合格项，并提出监理意见。

三、系统试运行阶段的监理

系统试运行阶段的监理内容和要点如下：

1．要求承建单位为系统试运行过程的实施提交详细的计划；

2．督促承建单位协助业主单位进行系统安装，该安装活动和结果应形成文档；

3．当安装的软件产品正在代替现有系统时，检查承建单位支持合同要求的并行运行的活动；

4．协助承建单位和业主单位按照计划实施试运行活动；

5．要求承建单位配合业主单位试运行过程中的测试，测试的结果应形成文档；

6．监督承建单位解决系统试运行中发现的问题和不合格项，并提出监理意见。

四、系统终验阶段的监理

系统终验阶段的监理内容和要点如下：

1．要求承建单位按合同中的规定提交评价、评审、审核、测试和解决问题的报告。

并审核是否达到合同规定的验收条件，验收条件还应包括如下内容：

（1）满足初验的条件；

（2）初验合格；

（3）试运行正常或者出现的问题已经得到解决；

2．协助业主单位根据已确定的验收策略和准则准备验收，宜包括准备测试用例、测试数据、测试规程和测试环境，并确定承建单位参与的程度；

3．协助业主单位对可交付软件产品或服务进行验收评审和验收测试，验收活动和结果应形成文档；

4．协助业主单位根据下列准则验收系统，并提出监理意见：

（1）与合同的一致性；

（2）与系统需求的一致性；

（3）与业务需求的符合程度；

（4）与业务结果的符合程度，包括但不限于与信息资源规划、业务流程再造需求及业务持续改进需求和业务指标评价体系的符合程度；

5．监督承建单位解决系统终验中发现的问题和不合格项，并提出监理意见。

五、工程移交阶段的监理

工程移交阶段的监理内容和要点如下：

1．要求承建单位提交工程款支付的申请，包括软件交付清单和相关工程文档；

2．依据合同中的有关条款协助业主单位进行工程决算及处理相关事宜；

3．协助工程参与各方完成对工程的总结和后续系统运行的建议；

4．完成工程监理总结，整理完成与工程有关的全部监理文档，并移交。

1.4.软件工程支持过程的监理

A.1软件工程文档编制过程的监理

软件工程文档编制过程的监理内容和要点如下：

1．与业主单位、承建单位共同制定软件工程项目所需文档的计划，每种文档应包括如下内容：

（1）标题或名称；

（2）目的；

（3）文档的使用单位及人员；

（4）有关输入、开发、评审、修改、批准、生产、贮存、发行、维护和配置管理的规程和职责；

（5）中间和最终版本的日程安排；

2．与业主单位、承建单位共同对工程所需文档的设计、开发做出要求，应包括如下内容：

（1）每一种指明的文档应根据适合的文档编写标准进行设计，这些标准包括格式、内容叙述、页码编写、插图/表格安排、专利/保密安全标志、封装以及其他叙述项目；

（2）文档输入数据的来源和适合性应加以确认。

可以使用自动化的文档编制工具；

（3）编制的文档应按照其文档编制标准加以评审和编辑，以更符合格式、技术内容和表述方式要求。

文档在发布前应由授权人员批准；

3．与业主单位、承建单位共同对工程所需文档的编制过程做出要求，应包括如下内容：

（1）文档应按照计划编制和提供。

文档的编制和发行可以使用纸张、电子或其他媒体。

主要资料应按照有关记录保存、保密安全、维护和备份要求妥善贮存；

（2）应按照配置管理过程进行控制；

4．与业主单位、承建单位共同对工程所产生文档的维护做出要求，应包含如下内容：

（1）对文档的修改应按照业主单位、监理单位、承建单位共同确定的流程执行；

（2）对于配置管理下的文档，修改工作应按照配置管理过程管理。

A.2软件工程配置管理过程的监理

软件工程配置管理过程的监理内容和要点如下：

1．敦促承建单位建立有效的配置管理过程，确定实施管理和技术规程的策略，以及标识、定义系统中的软件项并指定基线；

2．监督承建单位配置管理的执行情况。

包括控制软件项的修改和发行；记录和报告软件项的状态和修改申请；

3．与业主单位、承建单位共同对配置管理做出要求，应包含如下内容：

（1）配置项的完整性、协调性和正确性；

（2）能控制配置项的储存、处理和交付。

A.3软件工程质量保证过程的监理

软件工程质量保证过程的监理内容和要点如下：

1．要求承建单位提交执行质量保证过程活动和任务的计划文档。

计划应包含如下内容：

（1）开展质量保证活动的质量标准、方法、规程和工具；

（2）合同评审及其协调规程；

（3）质量记录的标识、收集、归档、维护和处理的规程；

（4）开展质量保证活动的资源、日程和职责；

（5）活动和任务；

2．要求承建单位实施计划中的和持续的质量保证活动和任务；

3．要求承建单位编制并提交质量活动和任务及其实施情况、发现的问题以及解决办法的记录；

4．存在分包工程时，协助业主单位要求承建单位对分保单位进行质量管理并承担责任。

A.4软件工程变更控制过程的监理

在软件工程变更控制过程中的监理内容和要点如下：

1．协助业主单位和承建单位应建立变更沟通机制；

2．及时对变更进行响应，任何变更都需要得到业主单位、监理单位、承建单位的确认；

3．协助业主单位认定工程变更的目标、范围；

4．对变更风险以及变更效果评估，并审核变更方案，提出监理意见；

5．要求业主单位和承建单位妥善保管有关的变更记录；

6．协助业主单位与承建单位通过谈判来控制对合同的变更，应调查对工程计划、费用、效益、质量和进度的影响。

1.5.软件工程监理控制措施

B.1工程阶段计划的审查

工程阶段计划的审查的内容如下：

1．要求承建单位为各阶段活动的实施提交详细的实施计划。

必要时，可以制定彼此独立的计划，这些计划应形成文档。

计划应包括但并不限于如下内容：

（1）及时完成任务的进度表；

（2）工作成果的评估；

（3）执行任务所需充分的资源；

（4）任务的分配；

（5）责任的指定；

（6）与任务或过程自身有关的风险的量化；

（7）过程执行过程中采用的质量控制度量；

（8）与过程执行有关的费用；

（9）环境和基础结构的保证；

2．评价实施计划，评价时要考虑下列准则，并提出监理意见：

（1）计划内容与法律、法规、标准、规范的的符合性；

（2）计划内容的合理性和可行性；

（3）计划内容与合同、总体计划的符合性；

（4）计划执行的组织结构。

B.2工程过程的跟踪

工程过程的跟踪的内容如下：

验证过程的执行，提出监理意见，并向业主单位提供过程进展的报告。

验证时要考虑下列准则：

1．为工程选定的过程是适当的，已实施按计划执行并满足合同要求；

2．工程过程所采用的标准规程和环境是适当的；

3．根据合同要求为工程配备经过培训的人员。

B.3确认

确认的内容如下：

1．协助业主单位制定确认计划。

2．协助业主单位为分析测试结果准备选定的测试需求、测试用例和测试规格说明。

3．协助业主单位实施确认过程，确认过程和结果应形成文档。

测试包括代表性用户使用软件产品能够成功地完成预期任务的测试等。

B.4联合评审

联合评审的内容如下：

1．必要时，应按照工程计划中的规定，在预先确定的里程碑处进行联合评审；

2．在每次联合评审时，监理单位协调各方宜就下列事项达成协议：

（1）会议代表、软件产品（活动的结果）和需要评审的问题；

（2）范围和程序；

（3）评审的输入和输出准则；

3．评审期间发现的问题应加以纪录，并按要求输入问题解决过程；

4．评审结果应形成文档并分发。

协调各方就评审结论、措施责任和结果准则达成协议；

5．实施联合评审，评价时要考虑下列准则：

（1）它们是完整的；

（2）它们符合标准和规范；

（3）对它们的更改是正确地实施的并且仅仅影响配置管理过程所标明的区域；

（4）它们遵循适用的规程；

（5）它们已为下一个活动做好准备；

（6）根据工程的计划、进度安排、标准和指南，正在进行开发、运作或维护。

B.5审核

审核的内容如下：

1．应按工程计划中的规定，在预先确定的里程碑处进行审核；

2．审核人员对他们审核的软件产品和活动应无直接责任；

3．在每次审核时，监理单位协调各方宜就下列事项协商一致：

（1）代表；

（2）需审核的软件产品（和活动的结果）；

（3）审核范围和规程；

（4）审核的输入和输出准则；

4．审核中出现的问题应加以记录，并按要求输入问题解决过程；

5．完成审核之后，审核结果应形成文档，并提供给承建单位，承建单位应了解监理单位在审核中发现的问题，并做出解决有关问题的计划；

6．审核时，审核结果应考虑下列准则：

（1）编码的软件产品应反映设计文档；

（2）文档所述的验收评审和测试需求对于软件产品的验收是适当；

（3）测试数据符合规格说明；

（4）软件产品已成功进行测试并符合其规格说明；

（5）测试报告是正确的，实际情况和预期结果之间的差异已得到解决；

（6）用户文档符合规定的标准；

（7）已按照适用的需求计划和合同完成了活动；

（8）费用和进度符合制定的计划。

B.6问题解决

问题解决的内容如下：

1．与业主单位、承建单位共同协商建立软件工程项目问题解决机制，以便处理在软件工程项目中发现的所有问题（包括不合格项）。

这种过程应符合下列要求：

（1）该机制应是一个闭环，以便保证发现的所有问题及时地报告并纳入问题解决过程；及时着手采取措施；合适时，将存在的问题告知有关各方；标识、分析原因，可能时，要清楚问题原因；达到解决和处理；跟踪并报告状态；问题的记录要按合同中的规定保存；

（2）该机制应对问题分类、优先级做出安排，以便对问题分类并排出优先顺序。

每一问题均应按类别和优先权分级，以便于进行分析和问题解决；

（3）该机制应明确问题处理的组织者及参与者，以便及时进行分析，以发现所报告问题的性质；

（4）该机制应对问题的解决和处理结果做出评价：

评价问题是否得到解决，不良趋势是否扭转，更改是否已在适当的软件产品的活动中正确地实现；确定是否引入新的问题；

2．监督业主单位、承建单位共同执行问题处理机制的要求，主要工作包括：

（1）业主单位、监理单位、承建单位中任何一方在软件工程项目中发现问题（包括不合格项）时，应编制问题报告描述发现的每个问题；

（2）业主单位、监理单位、承建单位按照确定的问题处理机制解决问题。

即从发现问题开始，直到问题及其原因的调查、分析和解决，继而通过问题发现倾向。

B.7测量和分析

测量和分析的内容如下：

1．要求并监督承建单位建立和保持测量能力，用于支持承建单位为满足合同需求所开展的活动；

2．检查承建单位在本工程上开展的所有测量工程测量规范及相应的测量分析结果。

对照工程计划和有关要求，对测量和分析从如下方面提出监理意见：

（1）工程确定的测量项具有完备、可执行的测量和分析规范；

（2）测量数据得到识别、及时正确收集、储存、客观、有效；

（3）测量数据得到正确分析、报告和交流；

（4）测量数据用于工程决策和行动依据；

（5）建立和保持完整的测量数据、测量分析报告，以及有关措施的记录；

3．保持所有收到的测量分析报告、有关措施的记录、以及监理活动产生的书面文档。