蓝鲸软件采用标准平台+定制模式服务广大制造企业，定制的原则是满足行业和客户适用性，ERP系统需求分析质量关乎ERP系统项目的成败，ERP系统需求评审是降低项目风险必不可少的流程，也是发现问题和潜在风险的重要流程。
一、需求分析原则
1、标准化
有规定的文档标识；
引用的文档现行有效；
文档编写的内容、格式符合相关标准、规定的要求；
设计陈述中的命名、术语和缩写是否上下文一致。
2、组织和完整性
所有对其它需求的内部交叉引用是否正确；
所有需求的编写在细节上是否都一致或者合适；
需求是否能为设计提供足够的基础；
是否定义了所有硬件、软件接口；
是否定义了功能需求内在的算法；
软件需求规格说明中是否包括了所有客户需求；
是否在需求中遗漏了必要的信息？如果有的话，就把它们标记为待确定的问题；
是否记录了所有可能的错误条件所产生的系统行为。
3、正确性
是否有需求与其它需求相冲突或重复；
是否简明、简洁、无二义性地表达每个需求的；
是否每个需求都得以验证或分析；
是否每个需求都在项目的范围内；
是否每个需求都没有内容上和语法上的错误；
在现有的资源限制内，是否能实现所有的需求；
是否任一个特定的错误信息都具有唯一性和明确的意义 。
4、一致性
是否存在冲突或重复的需求项；
每项需求是都否可以测试；
是否有《需求跟踪矩阵》；
是否有《需求变更申请单》 。
5、可跟踪性
是否每个需求都具有唯一性并且可以正确地识别它；
是否每个需求都具有唯一性并且可以正确地被识别。
6、必要性
是否可以根据高层需求（如系统需求）跟踪到软件功能需求；
是否包含了所有已知的客户需求或系统需求；
是否每个需求都在项目的范围内；
是否有超出范围的功能；
是否包括了每个需求的实现优先级。
二、需求原型设计
通过对用户提出的需求进行分析后，蓝鲸顾问会根据用户需求画出原型设计，验证以下问题：
是否所有的需求都是名副其实的需求而不是设计或实现方案；
是否确定了对时间要求很高的功能并且定义了它们的时间标准 ；
是否已经明确地阐述了国际化问题；
使用原型给操作者带来的益处是否明确 ；
使用原型是否处于抽象级别上，而不具有详细的细节；
使用原型中是否不包含设计和实现的细节 。
三、详细设计程序编写测试
软件开发工程师根据项目经理与用户确认的原型，进行逻辑及程序设计。
