R
rebirth
Unregistered / Unconfirmed
GUEST, unregistred user!
这是一个学校的辩论题目
正方是 软件开发中，软件开发过程比用户需求分析更重要
反方是 用户需求分析 更重要
大家有空来说几句啊
正方是 软件开发中，软件开发过程比用户需求分析更重要
反方是 用户需求分析 更重要
大家有空来说几句啊
您正在使用一款已经过时的浏览器！部分功能不能正常使用。
请尝试升级或使用 其他浏览器。
请尝试升级或使用 其他浏览器。
L
lsq1
Unregistered / Unconfirmed
GUEST, unregistred user!
没有需求怎么进行软件开发
Z
zqw0117
Unregistered / Unconfirmed
GUEST, unregistred user!
没有软件开发怎么实现需求
Z
zqw0117
Unregistered / Unconfirmed
GUEST, unregistred user!
呵呵，既然是辩论题，说明两个观点互为因果，其实都重要。
L
LuckyJackie
Unregistered / Unconfirmed
GUEST, unregistred user!
用户的体验最重要，做过一些项目才知道，软件界面与易用性远远超过其他任何一个方面，
现在开发一套软件，界面部分一般已占到了80%以上，功能则一般是小菜一碟，要怎么都可以怎么的，个人经验。
现在开发一套软件，界面部分一般已占到了80%以上，功能则一般是小菜一碟，要怎么都可以怎么的，个人经验。
Z
zqw0117
Unregistered / Unconfirmed
GUEST, unregistred user!
LuckyJackie兄的经验值得大家借鉴，确实，用户面对的不是内部各种结构，而是界面的互动设置，所以界面绝对最重要。
我
我爱PASCAL
Unregistered / Unconfirmed
GUEST, unregistred user!
让用户来做功能设计和界面设计,自己只编代码,按用户的需求设计数据库.
我有一些自认为成功的软件就是和客户的工程师们一起琢磨出来的.
其实有时用户还是很有创意的.他们有时能在软件有限的功能中想出一些巧妙的办法来.
其实软件的首席设计师应该是用户.
我有一些自认为成功的软件就是和客户的工程师们一起琢磨出来的.
其实有时用户还是很有创意的.他们有时能在软件有限的功能中想出一些巧妙的办法来.
其实软件的首席设计师应该是用户.
大
大器晚成
Unregistered / Unconfirmed
GUEST, unregistred user!
to 我爱PASCAL:有同感。客户有时真的很有“设计理念”！
需求分析和软件设计，就好比地基和墙，你说地基重要还是墙重要？
讨论这个问题没有什么意义。
需求分析和软件设计，就好比地基和墙，你说地基重要还是墙重要？
讨论这个问题没有什么意义。
田
田伯光
Unregistered / Unconfirmed
GUEST, unregistred user!
其实设计除了UI以外，还涵盖了另外一个概念。
固然，现在大多数软件都涵盖的大多数是UI形式，象前面一位仁兄说的一样，“怎么样设计都行。”但是这些UI形式就有这它独特的地方：
例如，有些UI和它的相关操作在项目中会出现的次数超过一次，那么这种操作在项目中如果采用重复编码，重复设计的方式，一定会带来维护上的困难，不便于修改。
不知道大家是否明白我的意思，比如一个在DBGrid中的检索功能。如果需要在一百DBGrid中都出现这个功能，那么如果需要改动的时候一定需要修改一百个DBGrid，但是如果巧妙地应用面向对象的方式，抽象出一个代有检索功能的DBGrid，那么就可以想办法一劳永逸。
所以设计在我的概念中除UI以外还将涵盖这种设计，也就是传说中的面向对象设计。
另外对于需求，现在很多新的软件工程学（可以参照极限编程，敏捷开发模式等）都在反驳曾经我们在大学所学的所谓“瀑布形”模型的开发方式，讲究需求，设计，编码，测试。新的理论要求以上四个部分需要联动以适应各种时期，各种要求的变化。它们软件工程改变为大小不同各个“Iteration”，每一个Iteration都涵盖以上四个步奏，而每一次Iteration的完成将在不同程度上改变项目的功能点。所以它们不主张在一开始的时候完成项目所有的需求，和设计，而在每一个Iteration中再去细化和实现它们。而对这种Iterations的划分在同时也将成为一种软件的设计。也就是项目实施设计。
固然，现在大多数软件都涵盖的大多数是UI形式，象前面一位仁兄说的一样，“怎么样设计都行。”但是这些UI形式就有这它独特的地方：
例如，有些UI和它的相关操作在项目中会出现的次数超过一次，那么这种操作在项目中如果采用重复编码，重复设计的方式，一定会带来维护上的困难，不便于修改。
不知道大家是否明白我的意思，比如一个在DBGrid中的检索功能。如果需要在一百DBGrid中都出现这个功能，那么如果需要改动的时候一定需要修改一百个DBGrid，但是如果巧妙地应用面向对象的方式，抽象出一个代有检索功能的DBGrid，那么就可以想办法一劳永逸。
所以设计在我的概念中除UI以外还将涵盖这种设计，也就是传说中的面向对象设计。
另外对于需求，现在很多新的软件工程学（可以参照极限编程，敏捷开发模式等）都在反驳曾经我们在大学所学的所谓“瀑布形”模型的开发方式，讲究需求，设计，编码，测试。新的理论要求以上四个部分需要联动以适应各种时期，各种要求的变化。它们软件工程改变为大小不同各个“Iteration”，每一个Iteration都涵盖以上四个步奏，而每一次Iteration的完成将在不同程度上改变项目的功能点。所以它们不主张在一开始的时候完成项目所有的需求，和设计，而在每一个Iteration中再去细化和实现它们。而对这种Iterations的划分在同时也将成为一种软件的设计。也就是项目实施设计。
K
kinneng
Unregistered / Unconfirmed
GUEST, unregistred user!
废话，当然是用户需求分析最重要，如果连用户需求也不知道，你怎样交货收钱
西
西毒老顽童
Unregistered / Unconfirmed
GUEST, unregistred user!
用户需求是第一，这是本。
没有用户需求，你开发出软件只能是为自己开发的，因为那代表了你自己的需求，因此他永远都是一个程序。要想把它变成产品，那么就必须由用户需求才可以。
还是楼上的兄弟说得好，如果连用户的需求都不知道，你怎么样收钱？？别忘记，我们写程序最终目的是为了钱，大家还是实在一些好！
没有用户需求，你开发出软件只能是为自己开发的，因为那代表了你自己的需求，因此他永远都是一个程序。要想把它变成产品，那么就必须由用户需求才可以。
还是楼上的兄弟说得好，如果连用户的需求都不知道，你怎么样收钱？？别忘记，我们写程序最终目的是为了钱，大家还是实在一些好！
H
happycyp
Unregistered / Unconfirmed
GUEST, unregistred user!
开发软件是帮用户解决问题，用户的需求是第一位的。
如果只管开发，不注重需求，那软件不是给用户做的，是给自己做的，没有意义。
如果只管开发，不注重需求，那软件不是给用户做的，是给自己做的，没有意义。
H
hhjjhhjj
Unregistered / Unconfirmed
GUEST, unregistred user!
这位兄弟是不是要毕业答辩了。哈哈，客户是上帝，但如果用户（操作员）素质太差的话，实施起来就麻烦了。
K
kinneng
Unregistered / Unconfirmed
GUEST, unregistred user!
开发软件不是帮用户解决问题，是帮自己解决生活问题，要解决生活问题，就要听老板话，
老板要你的软件 1+1=3，一定有他的道理，你应该照办，至于具体怎么办，那才是你的水平问题，已经是两回事了。
老板要你的软件 1+1=3，一定有他的道理，你应该照办，至于具体怎么办，那才是你的水平问题，已经是两回事了。
R
rebirth
Unregistered / Unconfirmed
GUEST, unregistred user!
结束了