|
锁定老帖子 主题：上帝的需求是什么？--谈软件的需求设计
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-03-01
TrampEagle 写道 冰云 写道 TrampEagle 写道 敏捷是基于对客户需求达到专业化后的一种思想沉淀
敏捷方法不是像你说的这样形式化的，那个用造冰箱类比制作软件的例子也感觉不太恰当，我们恰恰就是先造出来让客户看了再改进的。 其实我自己也知道，这个例子不太合适，有点极端化了。如果我们不熟悉业务，并不是不能做软件，但肯定做不出优秀的软件。我认为迭代只是优化设计的一种方式，而不应该在项目开发之初就把它作为一种导向。如果我们能够精通业务，熟悉客户的种种需求，即使我们没有做出某些满足某些用户的功能，但最起码能够适应用户需求在某一程度上的改变，况且一旦软件真的被用户使用起来后，真正的改变是很少的，也许敏捷设计就是为了避免过度设计，但是灵活并不是过度，软件上功能的灵活不但能够适应更多的客户，同时也能给用户带来意外的惊喜，也许有些功能他可能以后永远都不会用，但当他知道同类价格下，你的软件没有而其他人的有，我想他选择你的可能性很小，除非另有其他的原因！ 这个，我觉得你的观点已经背离了你开始的说法，就是一、二、五这三点是你最看重的，也就是 价格，质量，口碑。 功能在其次。 |
| 返回顶楼 | |
|
发表时间：2006-03-01
冰云 写道 这个，我觉得你的观点已经背离了你开始的说法，就是一、二、五这三点是你最看重的，也就是 价格，质量，口碑。 功能在其次。
并没有背离，因为我说的是 TrampEagle 写道 能给用户带来意外的惊喜 ，我只是举个简单的例子，来证明需求明确的重要性，这是放在其他四个条件相同的情况下而言的！当然，如果一个软件花里胡哨的，功能也很全，给人的感觉很不好，功能再全，我想也很难吸引用户的眼球的！
我现在说的还是在解释为什么要在项目开发之初尽可能的搞清客户的真正需求！ |
| 返回顶楼 | |
|
发表时间：2006-03-01
其实，现实情况是很复杂的，有时也可能根本就没时间或能力让我们做详尽的需求分析，并且还有人有其他的不同的想法，那么想问一下，如果有条件，如何才能真正明了的搞清楚用户的意图？也就是我们如何才能尽好的设计出详尽的符合客户意图的需求文档？大家有没有什么技巧？希望能学习一下！
|
| 返回顶楼 | |
|
发表时间：2006-03-01
我认为，你们各有各的道理，其实在中国大部分项目中有一个比较怪异的现象，就是客户需求，并不代表着实际的需求，尤其在一些国企中。之所以这样说，是因为大部分人还没有真正理解软件的价值。他们自己都不知道需要什么样的软件，本来还可以用demo的形式给用户来个感性认识，但是大多数 做项目 时，看demo的不是最终用户，而是那些高层领导，那些领导大多数注重的是界面的好不好看，你给他提供的技术流行不流行，至于你给他提供的功能，大体上有了就行了，这时楼主说的比较有用了。评价软件，不只看软件本身做的好不好，而是软件所达到的效果，软件毕竟是为人服务的，比如说，原来企业中做同一件事需要十个人现在需要2个这就是软件的价值，在中国这种软件价值好像不是那么重要。
目前，在同样的条件下，大多数软件项目中，要把软件长期发展下去，敏捷方法会是一个比较好了选择，因为从长远看，目前这种开发方式是很高效的。 其实我们无需争论谁对谁做，不一样的情形不一样的做法，我还遇到过买了软件不用的呢，你给他做再好也没用阿。 大家最重要是把自己遇到过的情况，作为经验给大家分享交流 |
| 返回顶楼 | |
