2014需求调研监理实施细则.docxVIP

软件需求分析监理实施细则一、任务完成输入1.1承建单位输入1、总实施方案2、实施进度计划3、质量保证计划4、需求分析单项实施方案1.2监理单位输入1、监理规划二、监理质量控制点1、根据招投标文件、协助承建单位全面理解用户的各项需求；2、协助承建单位确定行之有效的需求获取方式；3、协助承建单位了解建设方的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体、客观的信息基础上，结合现有的硬件、软件实现方案，做出简单的用户流程页面；4、结合以往的项目经验对建设方采用诱导式、启发式的调研方法和手段，和建设方一起探讨业务流程设计的合理性、准确性、便易性、习惯性。建设方可以操作简单演示的DEMO，来实际体验整个业务流程的设计合理性、准确性等等问题，及时地提出改进意见和方法。5、评审需求说明书，满足需求说明书八原则：明确“做什么”；使用面向处理的规格说明语言；明确软件与系统的其他系统元素交互的方式；规格说明必须包括系统运行的环境；系统规格说明必须是一个认识的模型；规格说明必须可操作的；规格说明必须容许不完备性并允许扩充；规格说明必须局部化和松散的耦合。6、需求说明书评审内容： (1)系统定义的目标是否与用户的要求一致; (2)系统需求分析阶段提供的文档资料是否齐全; (3)文档中的所有描述是否完整、清晰、准确反映用户要求: (4)与所有其他系统成分的重要接口是否都已经描述: (5)被开发项目的数据流与数据结构是否足够、确定; (6)所有图表是否清楚，在不补充说明时能否理解; (7)主要功能是否己包括在规定的软件范围之内，是否都已充分说明; (8)软件的行为和它必须处理的信息、必须完成的功能是否一致; (9)设计的约束条件或限制条件是否符合实际; (10)是否考虑了开发的技术风险; (11)是否考虑过软件需求的其他方案_; (12)是否考虑过将来可能会提出的软件需求; (13)是否详细制定了检验标准，它们能否对系统定义是否成功进行确认; (14)有没有遗漏、重复或不一致的地方; (15)用户是否审查了初步的用户手册或原型;(16)项目开发计划中的估算是否受到了影响。三、任务完成输出1、软件需求说明书:2、软件质量保证计划;3、软件配置管理计划;4、软件(初步)确认测试计划:5、用户使用说明书初稿。