信息系统软件工程分析设计阶段监理控制点及监理方法

1、信息系统软件工程分析设计阶段监理控制点及监理方法1.1 软件项目计划监理的目标(1) 监督承建单位形成软件规模估计文档，以供计划和跟踪软件项目 使用。(2) 监督承建单位制定软件项目的活动和约定，并形成文档。(3) 监督和控制软件项目计划的产品和活动与软件的需求规格说明一 致。1.2 软件项目计划监理的主要活动(1) 确保软件承建单位在项目软件过程规范约定的基础上制定软 件项目计划。(2) 监督承建单位为实施软件工程和管理软件项目制定合理的软 件项目计划， 包括进行软件规模估计和软件风险分析， 建立软件项目 组织，确定软件项目生命周期， 进行软件项目策划， 确定必要的约定。(3) 监督承建单位

2、依据书面规程制定项目的软件项目计划，确认 计划内容是否满足标准、规范及合同要求。(4) 审查承建单位编写的项目计划文档， 软件项目计划包括 : 软件 项目的用途、范围、目标和对象，软件开发计划，软件配置管理，软 件质量保证，软件框架设计，问题跟踪与排除方法，软件度量。(5) 审查承建单位标明、建立和保持对软件项目的控制所必需的 软件工作产品(6) 审查承建单位依据书面规程估计软件工作产品规模，估计软 件项目的工作量和成本，估计项目的关键计算机资源。(7) 监督承建单位依据书面规程制定项目的软件进度计划，分析 承建单位制定项目的软件工程设备和支持工具计划的合理性、可行 性，分析软件进度计划的合理

3、性。(8) 管理和控制软件计划数据，审查软件项目计划的活动情况。(9) 确保软件项自计划通过正式的评审， 在评审后得到技术修改和 批准，给出是否符合要求的结论， 确定其能否作为软件开发的前提和 依据，作为应用软件系统建设进度控制的依据。1.3 软件质量管理体系监理1、监督应用软件系统建设承建单位根据项目合同和业主应用软 件系统需求，制定项目软件工程和管理活动，结合成为密切相关、定 义完整的项目软件过程 ;2 、评估项目软件过程的技术合理性， 包括是否符合标准和规范， 是否符合项目合同和业主技术要求 ;3、项目软件过程文档化， 并得到批准 ; 监督和控制承建单位的项 目软件过程的状杰， 促使承建

4、单位支持和实施项目软件过程， 提高软 件项目实施的计划性，减少软件项目实施的风险 ;4、监督应用软件系统建设承建单位在软件开发过程中按照项目软件过程的规范实施，跟踪、记录和审查软件管理过程活动。1.4 软件质量保证监理的主要内容1、确保项目遵循书面的承建单位管理策略来实施软件质量保证， 承建单位成立了软件质量保证活动的组织 ;2 、控制承建单位依据书面规程，为软件项目制定软件质量保证 计划，保障软件质量保证计划符合项目软件过程的规范要求 ;3 、参加承建单位的软件质量保证组按照软件质量保证计划进行 活动;4 、参加承建单位的软件质量保证组评审软件工程活动，验证软 件工程活动与软件项目计划的一致

5、性 ;5 、参加承建单位软件质量保证组审核指定的软件产品，依据指 定的软件标准、 规程和合同需求对可交付的软件产品进行评价， 验证 软件产品与软件项目计划的一致性 ;6 、控制承建单位依据书面规程，归档和处理软件活动和软件工 作产品中的偏差，管理和控制不一致性问题的文档 ;7、软件监理人员和业主的软件质量保证人员定期对软件质量保 证组的活动和结果进行评审 ;8、跟踪和记录软件质量保证活动的情况， 审查软件质量保证活动， 并给出软件质量保证监理报告。1.5 软件配置管理监理的主要活动1 、确保应用软件系统建设承建单位的配置管理组织和环境按照软 件项目计划的要求成立并配备2 、控制承建单位依据书面

6、规程，为应用软件系统建设项目制定 软件配置管理计划。3 、监督承建单位使用审批通过的、文档化的软件配置管理计划 作为实施软件配置管理活动的基础，该计划包括 : 要执行的活动、活 动的进度安排、指定的职责和所需的资源 ; 监督承建单位标识将置于 配置管理下的软件工作产品， 工作产品包括与过程相关的计划、 标准 或规程、软件需求、软件设计、软件代码单元、软件测试规程、为软 件测试活动建立的软件系统、软件系统产品和编译程序。4 、控制承建单位依据书面规程， 对所有配置项/单元的更改请求 和问题报告实施初始准备、记录、评审、批准和跟踪。5 、监督承建单位依据书面规程，控制对基线的更改。监督承建 单位依

7、据书面规程，由软件基线库生成软件产品并对其发布进行控 制。监督承建单位依据书面规程，记录配置项 / 单元的状态。6 、控制承建单位编制软件配置管理报告，证明软件配置管理活 动和软件基线库的内容，并提供给业主。7 、监督承建单位依据书面规程，进行软件基线库审核。进行软 件配置管理活动状态的跟踪和记录。8、定期审查软件配置管理活动和软件配置管理基线，以验证它 们与文档定义的一致性。9、审核软件配置管理活动及其工作产品，并给出软件配置管理 监理报告。1.6 需求说明书评审内容作为需求分析阶段工作的复查手段，在需求分析的最后一步，应 该对功能的正确性、完整性和清晰性，以及其他需求给予评价。评审 的主要

8、内容是 :1 、系统定义的目标是否与用户的要求一致 ;2 、系统需求分析阶段提供的文档资料是否齐全 ;3 、文档中的所有描述是否完整、清晰、准确反映用户要求 :4 、与所有其他系统成分的重要接口是否都已经描述 :5 、被开发项目的数据流与数据结构是否足够、确定 ;6 、所有图表是否清楚，在不补充说明时能否理解 ;7 、主要功能是否己包括在规定的软件范围之内，是否都已充分 说明;8 、软件的行为和它必须处理的信息、 必须完成的功能是否一致9 、设计的约束条件或限制条件是否符合实际 ;10 、是否考虑了开发的技术风险 ;11 、是否考虑过软件需求的其他方案 _;12 、是否考虑过将来可能会提出的软

9、件需求 ;13 、是否详细制定了检验标准， 它们能否对系统定义是否成功进 行确认 ;14 、有没有遗漏、重复或不一致的地方 ;15 、用户是否审查了初步的用户手册或原型 ;16 、项目开发计划中的估算是否受到了影响为保证软件需求定义的质量， 评审应以专门指定的人员负责， 并 按规程严格进行。 评审结束应有评审负责人的结论意见及签字。 除承 建单位分析员之外，业主单位人员和监理单位都应当参加评审工作。 需求说明书要经过严格评审， 一般，评审的结果都包含了一些修改意 见，待修改完成后再经评审通过，才可进入设计阶段。1.7 软件分包合同监理的方法方法 1: 定期审查软件分包合同的管理活动。实施定期审查的主要 目的是适当地、 及时地掌握软件分包合同管理的软件过程活动。 在满 足业主单位需求的前提下， 只要有适当的机制来报告异常情况， 审查 的时间间隔就尽可能长些。方法 2: 根据实际需要随时跟踪和审查软件分包合同的管理活动。方法 3: 评审和（ 或）审核软件分包合同的管理活动及