到底是0与1还是1和1，大家各留各自的观点吧。大家际遇不同，态度不同，讨论个输赢是件没意义的事。
关于需求的理解和输入是前置条件，这个认同，有前才有后面过程部分，但拿时序的倒来倒去，我并不认为这是一个好方法，认同你说的理解用户需求此点，这是每个BA的应知应会，对你所说的保留灵活性和适应性并不认同，因为所有项目基于成本，看钱办事。项目实施不是实验室研究，一切只有一个目利，就是实现商业利益，做活并不是就是对，很多时间的代价往往比保守要大得多，适得其分才是生存之道。

【 在 MidNiter 的大作中提到: 】
: 我说的不是0和1的事，是1和1的事。你说话有点自说自话，跟人讨论没有说清哪里赞同，哪里有分歧，这不是明晰的逻辑和表达方式。所以，且慢表扬自己。
: 我不知道你具体干什么，反正你这样的去分析业务逻辑会是个灾难。需求分析首先得会听和理解，然后把理解的客户视角的业务逻辑用开发者需要的规范方式表达，而不是要客户适应你的预设框架。
: 其中含糊的地方要弄清避免歧义，也要留下足够的灵活性，因为需求确实会变，或者对需求的表达和理解会变，这不可避免。限制需求变化是需要的，但是首先应该尽量理解需求，能尽量抽象，保留灵活性和适应性才是高级和低级架构设计的区别。
: ...................
--
FROM 124.127.220.*