gjb5000

作为GJB5000A的实施者，我们都知道需求管理过程域要求“获得对需求的一致理解”，为了满足这一要求，我们通常的做法是让开发人员参与需求的讨论，并且期望在讨论中达成这一目标。 可是，这个讨论如何去做才是最有效的？ 如果仅仅是用户代表或者系统设计师讲解需求，开发人员只针对不理解的需求提出疑问，双方就这个疑问达成一致理解就可以了吗？ 这样进行需求讨论的结果能够让开发人员理解用户代表或系统设计师的需求，能够按照这个理解开发出软件来，但这个软件可能仍然存在这样或那样的问题，即使问题不多，它也只是一个基本完成用户的业务要求，但它绝不会是业务目标的**解决方案。 因为用户代表或系统人员由于缺乏足够的经验以及软件领域的相关知识，他们不可能提出针对业务目标的**解决方案