需求的问题

Posted on 2005-12-19 09:29 Raistlin 阅读(397) 评论(0)  编辑 收藏 引用 所属分类: methodology
 最近为lp写了一个文本选择(学生评语选择)的程序,没解决什么问题,却带来了不少问题:1,一堆bug 2,虽然提供了定制,但不直观,用起来"很麻烦" 3,用户环境的一些问题比如写的权限等Word版本等。 偶lp对计算机不怎么感兴趣对这个程序的兴趣也就是能方便的用。每次问她这个该怎么那个该怎么都没得到想要的答案。最近看了篇文章觉得很有趣:
 Trying to get a user to decide between a tree control, a list control, or a group bar is like trying to get a 2 year old to pick what career he wants to take when he/she grows up. It's not that they aren't smart or don't understand their needs, but the question is beyond their scope of understanding.
 想要让一个用户在树型控件、列表控件和group bar中做出选择,就像要求一个2岁的孩子决定他/她长大后得哪种癌症一样。不是因为他们不够聪明或者他们不知道自己的需求,这种问题超出了他们能理解的范畴。
 然后她现在告诉我这个程序不好用可能是因为出发点本来就不对。在n多语句库中好不容易选择完后还是要修改修饰,让语句通顺贴切,速度比原来快不了多少...
 Somehow, when most applications are designed a process is followed that inevitably leads to one or more nice and neat application programs. These may be Windows GUI applications, web apps, or whatever, but the scientist in us developers likes to see straight lines and nice and neat boundaries between systems with well defined lines of intersection, union or whatever.
 一般人现在都会觉得windows,ie浏览器用起来就是这么简单这么自然,可是在我看来,这简直就是奇迹。就算是游戏比如Quake,diablo,wow如果和一般的应用程序比较的话真是云泥之别。除了质量上的差别,一般的应用程序和这些东东的重要区别是:编写windows,ie,quake,diablo,wow的人不用从客户那里知道他/她想怎么使用这个软件。同样,编写病毒的高手也不需要问别人希望病毒怎样破坏他的电脑。
只有注册用户登录后才能发表评论。

posts - 49, comments - 14, trackbacks - 0, articles - 0

Copyright © Raistlin