XXX项目鉴定总结！

    XXX项目已经进入鉴定阶段，由权威的“鉴定机构”来执行。只有通过鉴定了，我们的产品才能定型，生产。

    在鉴定过程中，发现了一些问题，现罗列出来，以供今后参考。

•     功能过于复杂。在现场发现很多功能太细化，有重复嫌疑。用户只需要实现他所想要的，而对不同模式，不同细节无过高要求。大而全并不一定是好事，它延长了开发时间,增加了软件耦合度，降低了软件运行的稳定性。对这个项目而言，在工期紧，任务重的情况下，我们应提倡小而精，努力做好收集用户需求的工作；当然，也可以采用敏捷开发，先提交满足用户基本功能的版本，如果有需要，再根据用户要求进行功能添加，从而避免做许多无用功。
•     UI设计没有最大限度考虑易用性。鉴定机构在测试过程中，发现一些不便之处，提议我们整改。在国外，UI设计是一个非常重要的步骤。因为无论你软件核心有多先进，UI是直接与用户打交道的层面。倘若UI设计不合理，势必会给用户带来很不好的感受，使得用户对产品的好感度大打折扣。
•     核心业务没有与外单位协调好。在与外单位进行业务通信时，发现好多问题。其实这个问题在前一阶段联调中已经发现，但那时认为是外单位的设备有问题，指望外单位来更改。到了鉴定阶段，这个问题仍然存在，并且十分严重。虽然跟双方对协议的实现都有关，但影响已经十分不好。

 

 

    总结下来，一个是需求分析没有做好，还有就是测试没有做好，特别是与外单位的联合测试。