软件系统开发各阶段监理工作要点.docx

上传人:p** 文档编号:71827 上传时间:2022-12-14 格式:DOCX 页数:6 大小:29.15KB
下载 相关 举报
软件系统开发各阶段监理工作要点.docx_第1页
第1页 / 共6页
软件系统开发各阶段监理工作要点.docx_第2页
第2页 / 共6页
软件系统开发各阶段监理工作要点.docx_第3页
第3页 / 共6页
软件系统开发各阶段监理工作要点.docx_第4页
第4页 / 共6页
软件系统开发各阶段监理工作要点.docx_第5页
第5页 / 共6页
软件系统开发各阶段监理工作要点.docx_第6页
第6页 / 共6页
亲,该文档总共6页,全部预览完了,如果喜欢就下载吧!
资源描述

《软件系统开发各阶段监理工作要点.docx》由会员分享,可在线阅读,更多相关《软件系统开发各阶段监理工作要点.docx(6页珍藏版)》请在第壹文秘上搜索。

1、本工程软件开发各阶段监理工作要点本工程将采取原型模型和螺旋模型相结合的软件开发模型,监理工作主要分为工程招标阶段、项目建设合同审查阶段、工程实施阶段(内含多个子阶段:启动阶段、需求分析阶段、概要设计阶段、详细设计阶段、编码和单元测试阶段、系统联调测试阶段、试运行阶段等)、工程验收阶段和工程维护阶段等。其中工程实施阶段具有多子阶段循环开发的特点(参考原型模型和螺旋模型相结合的软件开发模型),各子阶段的工程监理工作需多次反复开展,乙方需要按甲方要求做好各项监理工作。建设阶段监理主要内容监理目标具体实施办法提交的主要文档规划设计阶段 了解现状(投资规模、可利用资源、紧迫程度、进度要求等); 按甲方言

2、求编制可行性报告; 参与可行性报告的评审会,并对是否可行给出明确的意见; 按甲要求进行规划设计。明晰人事编制业务及其流程,如何通过信息化手段实现人事编制管理1、监理工程师驻场,对现状进行分析;2、协同各业务部门召开项目前期碰头会,明晰人事编制业务及流程和系统建设功能需求;3、收集本工程涉及的国家、地方和行业标准、法规。规划设计方案初步调研报告启动阶段 项目前期资料进行备档,并界定系统实施的范围,了解整个项目的情况; 三方共同明确联系机制、项目接口责任、内部管理制度及监理工作流程; 审核项目建设实施方案,提交审核报告; 审核承建方的进度计划,确定监理进度计划; 三方商讨可能存在的需求变更以及进度

3、计划变更; 制订本工程监理文档的命名、保存规范,明确各监理规范表格的使用; 审核承建方提交的各种文档规范、开发计划、周报等; 定期对系统的风险系数进行判断; 主持召开三方协调会(通常一周一次)。落实项目的范围、目标、组成、进度、质量要求(功能及性能)、验收标准以及各方人员的构成及对应关系等1、向甲方索要招标书、投标书、己签订的项目建设合同,复印保存;2、审核承建方的项目实施方案;3、编制项目联系清单、监理规划与工作制度;4、编制监理实施细则一一包括监理进度计划;5、制变更处理办法;6、制定文档命名规范、各类文件保存目录;7、出具各类评审报告、监理周报;8、定期(月度/季度/里程碑阶段)向甲方提

4、交风险报告;编制会议纪要及工程备忘录。项目实施方案审核报告项目联系单监理规划监理工作制度监理实施细则评审报告监理周报监理月报风险报告会议纪要备忘录建设阶段监理主要内容监理目标具体实施办法提交的主要文档需求分析阶段 三方共同制定需求调研的方式,审核承建方的调研计戈Ij; 与承建方一起共同进行需求调研工作,记录好用户需求; 定期对承建方的调研成果进行核查,及时指出不足之处; 根据实际情况调整进度计划,并三方确认; 审核开发计划、项目需求规格说明书、系统原型、测试计划、周报; 定期对系统的风险系数进行判断: 编制周报,并提交给甲方; 定期主持召开三方协调会,编制工程备忘录; 各监理规范表格的使用。确

5、保能实现对系统既定宏观目标的微观模块细分,并沿着预期目标推进下去1、召开前期调研会议,列明重点调研范围;2、随同承建方对业务部门进行实地现场调研,并做好调研记录;3、两天一次核查承建方调研记录和报告;4、出现重大变更应立即进行调整,出现小变更则一个星期调整一次;5、向甲方提供有关评审报告;6、定期(月度/季度/里程碑阶段)向甲方提交风险报告;7、周报内容包括本周工作情况、发现问题及处理情况;8、协调会(通常一周一次);9、参见监理表格及分类监理平台。会议纪要用户需求记录需求调研计划书评审报告项目需求规格说明书评审报告数据要求说明书评审报告项目开发计划书评审报告项目质量控制监理报告监理周报监理月

6、报会议纪要备忘录说明:项目需求规格说明书审核要点包括:文档是否按项目文档编制标准编制的;文档中描述的系统需求是前后一致的、可行的、可测试的;软件需求是否全面、准确地覆盖了用户对软件功能、性能、可靠性等方面的要求;根据设计准则,把系统的需求恰当地分配给硬件项、软件项和人工操作项;每一条软件需求说明是不是都是可实现且可验证的;需求说明中是否考虑了与己有应用系统的接口问题;需求说明中是否考虑了审批业务的扩展要求;需求说明中是否考虑了故障处理要求,对故障处理方法是否合理和合适;需求说明中是否考虑了用户安全保密性方面的要求,通过适当严格的方法表明涉及安全、保密和关键性的软件需求是正确的。建设阶段监理主要

7、内容监理目标具体实施办法提交的主要文档概要设计阶段核查概要设计进度情况; 对承建方编制的概要设计说明书内容提出改进建议; 根据实际情况调整进度计划,并三方确认; 审核概要设计说明书、周报;确保能实现对系统的微观模块的逻辑构建1、两天一次核查承建方概要设计说明书编制,确保编制进度和内容;2、向其他两方提供改进建议;3、出现重大变更应立即进行调整,出现小变更则一个星期调整一次;概要设计说明书评审报告项目质量控制监理报告监理周报 定期对系统的风险系数进行判断; 编制周报,并提交给甲方; 定期主持召开三方协调会,编制工程备忘录; 各监理规范表格的使用。4、向甲方提供有关评审报告;5、定期(月度/季度/

8、里程碑阶段)向甲方提交风险报告;6、周报内容包括本周工作情况、发现问题及处理情况;7、协调会(通常一周一次);8、参见监理表格及分类监理平台。监理月报会议纪要备忘录说明:系统概要设计审核要点包括:软件设计是正确的、与需求一致并可追溯到需求,覆盖了软件需求说明的全部内容;设计执行正确的事件顺序、输入、输出、接口、逻辑流程图、定时分配和预算估计、错误的定义、隔离和恢复;可以从需求得出选定的设计;软件功能部件的分解是否合理;对故障处理的措施是否完备有效;软件概要设计说明是否对软件需求说明有良好的可追踪性;是否按计划开展了进度管理、质量管理和配置管理。详细设计阶段 核查详细设计进度情况; 对承建方编制

9、的详细设计说明书内容提出改进建议; 根据实际情况调整进度计划,并三方确认; 审核详细设计说明书、操作手册、数据库设计说明书、测试计划、周报; 定期对系统的风险系数进行判断; 编制周报,并提交给甲方; 定期主持召开三方协调会,编制工程备忘录; 各监理规范表格的使用。确保概要设计的成果(模块逻辑构建),在本阶段能分解为功能组件项的具体开发1、两天一次核查承建方详细设计说明书编制,确保编制进度和内容;2、向其他两方提供改进建议;3、出现重大变更应立即进行调整,出现小变更则一个星期调整一次;4、向甲方提供有关评审报告;5、定期(月度/季度/里程碑阶段)向甲方提交风险报告;6、周报内容包括本周工作情况、

10、发现问题及处理情况;7、协调会(通常一周一次);8、参见监理表格及分类-监理平台。详细设计说明书评审报告数据库设计说明书评审报告模块开发卷宗评审报告测试计划审查报告项目质量控制监理报告监理周报监理月报会议纪要备忘录说明:系统详细设计审核要点包括:数据库设计是否全面,且考虑了多对一、一对多的关系;详细设计与概要设计是否一致;通过适当严格的方法表明设计正确地实现了安全、保密和其他关键性的要求;是否按计划开展了进度管理、质量管理和配置管理。建设阶段监理主要内容监理目标具体实施办法提交的主要文档编码和单元测试阶段 对编码的进度情况进行核查,并对编码的规范进行排查; 参与单元测试; 需求变更的处理,同时

11、根据实际情况调整进度计划,并三方确认; 审核单元测试报告、系统性能功能评审报告、模块设计说明书、操作手册、安装手册、周报; 定期对系统的风险系数进行判断; 编制周报,并提交给甲方; 定期主持召开三方协调会,编制工程备忘录; 各监理规范表格的使用。确保模块单元编码符合软件开发标准流程与规范,以及为后期的系统安装运行制定相应方案1、一周一次核查承建方编码情况,确保编码符合软件开发规范,且代码缺陷率在可控范围内;2、功能单元测试:派人驻场进行白盒测试、黑盒测试,并向甲方汇报测试结果;3、系统性能功能评审:对系统的易用性、操作人性化程度、界面美观、效率效能、性能功能等方面进行审查;4、出现重大变更应立

12、即进行调整,出现小变更则一个星期调整一次;5、向甲方提供有关评审报告;6、定期(月度/季度/里程碑阶段)向甲方提交风险报告;7、周报内容包括本周工作情况、发现问题及处理情况;8、协调会(通常一周一次);9、参见监理表格及分类监理平台。单元测试跟踪报告系统性能功能评审报告模块设计说明书操作手册安装手册项目质量控制监理报告监理周报监理月报会议纪要备忘录说明:编码验证和评审的主要工作内容包括:编码是否符合有关的编码标准;编码可追溯到设计和需求并且是可测试的、正确的、并符合需求;编码执行正确的事件顺序,前后一致的接口关系、正确的数据和控制流程图、完整性、恰当的定时分配和预算估计、错误的定义、隔离和恢复

13、;程序是否正确地实现了软件详细设计;程序中是否有足够的注释,以保证程序的可读性和可维护性;是否开展了软件静态分析、代码审查和软件单元测试;软件单元测试是否充分,是否达到了语句覆盖率和分支覆盖率均为100%的要求;通过适当严格的方法表明编码正确地实现了安全、保密和其他关键性的要求;是否按计划开展了进度管理、质量管理和配置管理。集成验证的要点包括:每个软件项的软件组件和软件单元已完整地、正确地集成到系统中;系统的硬件项、软件项和人工操作项已完整地、正确地集成到系统中;其他系统的相关功能模块已完整地、正确地集成到系统中;已根据集成计划完成集成任务。模块设计审核的主要工作内容包括:模块设计是正确的、与

14、软件设计一致并可追溯到需求,覆盖了软件设计说明的全部内容;设计执行正确的事件顺序、输入、输出、接口、逻辑流程图、定时分配和预算估计、错误的定义、隔离和恢复;是否按计划开展了进度管理、质量管理和配置管理。建设阶段监理主要内容监理目标具体实施办法提交的主要文档系统联调测试阶段 参与联调测试; 根据实际情况调整进度计划,并三方确认; 审核联调测试计划、联调测试报告、培训计划、试运行计划、数据割接及应用上线方案、周报; 定期对系统的风险系数进行判断; 编制周报,并提交给甲方; 定期主持召开三方协调会,编制工程备忘录; 各监理规范表格的使用。确保完成开发的各模块能实现功能嵌套,并保证各接口的运行正常,系统的整体架构稳定1、检测各软件模块之间运行的衔接程度、密度压力;2、对项目进行单元测试和整体测试;3、出现重大变更应立即进行调整,出现小变更则一个星期调整一次;4、向甲方提供有关评审报告;5、定期(月度/季度/里程碑阶段)向甲方提交风险报告;6、周报内容包括本周工作情况、发现问题及处理情况;7、协调会(通常一周一次);8、参见监理表格及分类监理平台;联调测试计划报告乙方测试报告联调

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 建筑/环境 > 工程监理

copyright@ 2008-2023 1wenmi网站版权所有

经营许可证编号:宁ICP备2022001189号-1

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。第壹文秘仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第壹文秘网,我们立即给予删除!