软件需求包括业务需求、用户需求和功能需求，也包括非功能需求三个不同的层次。业务需求反映了组织机构或客户对系统、产品高层次的目标要求。用户需求描述了用户使用产品必须要完成的任务。功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。非功能需求，描述了系统展现给用户的行为和执行的操作等，包括产品必须遵从的标准、规范和合约、外部界面的具体细节、性能要求、设计或实现的条件约束及质量属性。软件需求各组成部分之间的关系，如图一所示。
图一 软件需求各组成部分之间的关系
通过需求分析，深入描述软件需求，形成需求分析阶段成功《软件需求规格说明书》，由业主方组织专家进行需求评审，对软件需求分析成功进行确认，三方达成一致意见。在软件需求分析阶段，监理单位的工作重点是监督承建单位的分析人员、设计人员和测试人员对需求说明书的审查，并协调业主单位与承建单位进行需求说明书的确认。监理单位通过监理工作，促使承建单位的软件需求分析文档满足系统需求，促使工程实施过程满足承建合同的要求，并与工程计划相符。
软件需求分析
需求分析的目标是深入描述软件的功能和性能，确定软件设计的约束和软件同其他系统元素的接口细节，定义软件的其他有效性需求。需求分析阶段研究的对象是软件项目的用户要求。一方面，必须全面理解用户的各项要求，但又不能全盘接受所有的要求；另一方面，要准确地表达被接受用户的要求。只有经过确切描述的软件需求才能成为软件设计的基础。
软件需求规格说明应满足需求分析的完整性要求，并保证软件需求规格说明应满足需求说明中的所有功能、性能需求均是可实现的。该阶段的成果有：1、项目开发计划；2、软件需求说明书；3、软件质量保证计划；4、软件配置管理计划；5、软件（初步）确认测试计划；6、用户使用说明书初稿。
软件需求分析阶段的主要监理任务是：评审承建单位提交的项目开发计划、质量保证计划和验收计划，对需求分析进行质量控制，对由各种原因导致的变更进行控制，协调业主和承建单位的管理。该阶段的监理内容和要点，包括以下几点：
1、监理机构应要求承建单位为软件需求分析过程的实施提交详细的计划，并要求业主单位予以相应的配合；
2、监理机构应督促承建单位按照计划的要求开展软件需求分析活动；
3、监理机构应要求承建单位提交软件需求文档，检查该文档，并提出监理意见；
4、监理机构宜协助业主单位组织通过评审、确认、联合评审等方式评价软件需求；
需求评审
软件需求的质量很大程度上决定了项目质量或产品质量。需求风险也常常是软件开发过程中最大的一个风险，需求评审是降低需求风险的一个重要手段。但在需求评审中经常存在以下问题：1、需求报告很长，短时间内评审者根本不能把需求报告读懂，想清楚；2、没有做好前期准备工作，需求评审的效率很低；3、 需求评审的节奏无法控制；4、找不到合格的评审员，与会的评审员无法提出深入的问题等。
监理要点分析
一、监理要点
在软件需求分析阶段，针对软件需求评审，监理方工作内容及要求，主要包括以下几个方面：
1、审核需求说明书，提出监理意见；跟踪承建方的需求说明书的修改情况，并复审需求说明书修改稿，如此反复，直至审核通过，监理方提交审核报告，准备三方会审；
2、业主方、监理方、承建方三方会审需求说明书，提出意见；承建方进行整改；三方复审，复审通过后，准备专家评审会；
3、协助业主方组织需求专家评审会；
4、落实专家评审会的评审意见。
二、需求说明书评审
需求说明书评审作为需求分析阶段工作的复查手段，在需求分析的最后一步，应该对功能的正确性、完整性和清晰性，以及其他需求给予评价。评审的主要内容是：
1、系统定义的目标是否与用户的要求一致；
2、系统需求分析阶段提供的文档资料是否齐全；
3、文档中的所有描述是否完整、清晰、准确反映用户要求；
4、与所有其他系统成分的重要接口是否都已经描述；
5、被开发项目的数据流与数据结构是否足够、确定；
6、所有图表是否清楚，在不补充说明时是否理解；
7、主要功能是否已包括在规定的软件范围之内，是否都已充分说明；
8、设计的约束条件或限制条件是否符合实际；
9、是否对系统的性能进行了描述；
10、是否对系统的开发环境进行了说明；
11、有没有版本控制说明；
12、有没有遗漏、重复或不一致的地方。
三、评审会的前期准备
为了提高专家评审会的效率，使其作用最大化，会前应做好充分的准备，主要包括以下几个方面：
1、需求汇报材料的准备：
①需求汇报讲稿幻灯片页数在50页左右，汇报时间控制在30分钟以内；
②监理方审核需求讲稿，提出监理意见，承建方整改，监理复审，如此重复直至审核通过
③业主方、监理方、承建方三方会审需求讲稿，提出意见，承建方整改，三方复审，审核通过，准备汇报；
2、协调评审专家，专家人数5人以上单数，人员组成包括：信息领域专家、软件领域专家、用户代表，确定专家名单；
3、将需求说明书电子版发送各位专家初审，收集初审意见；
4、落实专家初审意见；
5、拟制会议议程：
①业主方、监理方、承建方三方共同讨论，确定议程内容；
②如果会议中需要业主方讲话，需提前与业主方沟通协调好；
6、会议主持方，根据会议议程，准备好主持讲稿；
7、会议细节准备：人名牌的准备、座位的安排等。
四、评审会的议程
在需求评审会召开之前1周，由监理方编写会议议程，通知参会人员。评审会的会议议程内容格式。如图二所示。
图二 评审会议议程格式（参考）
结束语
随着软件需求分析工作的进行，软件需求逐步明确，形成阶段性成果《软件需求说明书》，通过监理方和专家的审核，对需求分析阶段的成果进行确认，为后续工作提供指导和依据。采用规范化、标准化的服务流程，提高评审的质量和效率，为软件需求分析之后的软件开发工作提供有利的保证。
核心关注：拓步ERP系统平台是覆盖了众多的业务领域、行业应用，蕴涵了丰富的ERP管理思想，集成了ERP软件业务管理理念，功能涉及供应链、成本、制造、CRM、HR等众多业务领域的管理，全面涵盖了企业关注ERP管理系统的核心领域，是众多中小企业信息化建设首选的ERP管理软件信赖品牌。
转载请注明出处：拓步ERP资讯网http://www.toberp.com/
本文标题：软件需求评审监理要点分析
相关文章
