MES系统需求分析质量关乎MES系统项目的成败，MES系统需求评审是降低项目风险必不可少的流程，也是发现问题和潜在风险的重要流程。

一、需求分析原则

1、标准化

• 有规定的文档标识；

• 引用的文档现行有效；

• 文档编写的内容、格式符合相关标准、规定的要求；

• 设计陈述中的命名、术语和缩写是否上下文一致。

2、组织和完整性

• 所有对其它需求的内部交叉引用是否正确；

• 所有需求的编写在细节上是否都一致或者合适；

• 需求是否能为设计提供足够的基础；

• 是否定义了所有硬件、软件接口；

• 是否定义了功能需求内在的算法；

• 软件需求规格说明中是否包括了所有客户需求；

• 是否在需求中遗漏了必要的信息？如果有的话，就把它们标记为待确定的问题；

• 是否记录了所有可能的错误条件所产生的系统行为。

3、正确性

• 是否有需求与其它需求相冲突或重复；

• 是否简明、简洁、无二义性地表达每个需求的；

• 是否每个需求都得以验证或分析；

• 是否每个需求都在项目的范围内；

• 是否每个需求都没有内容上和语法上的错误；

• 在现有的资源限制内，是否能实现所有的需求；

• 是否任一个特定的错误信息都具有唯一性和明确的意义 。

4、一致性

• 是否存在冲突或重复的需求项；

• 每项需求是都否可以测试；

• 是否有《需求跟踪矩阵》；

• 是否有《需求变更申请单》 。

5、可跟踪性

• 是否每个需求都具有唯一性并且可以正确地识别它；

• 是否每个需求都具有唯一性并且可以正确地被识别。

6、必要性

• 是否可以根据高层需求（如系统需求）跟踪到软件功能需求；

• 是否包含了所有已知的客户需求或系统需求；

• 是否每个需求都在项目的范围内；

• 是否有超出范围的功能；

• 是否包括了每个需求的实现优先级。

二、需求原型设计

通过对用户提出的需求进行分析后，蓝鲸顾问会根据用户需求画出原型设计，验证以下问题：

• 是否所有的需求都是名副其实的需求而不是设计或实现方案；

• 是否确定了对时间要求很高的功能并且定义了它们的时间标准 ；

• 是否已经明确地阐述了国际化问题；

• 使用原型给操作者带来的益处是否明确 ；

• 使用原型是否处于抽象级别上，而不具有详细的细节；

• 使用原型中是否不包含设计和实现的细节 。

三、详细设计程序编写测试

软件开发工程师根据项目经理与用户确认的原型，进行逻辑及程序设计。