1,265
社区成员
发帖
与我相关
我的任务
分享有价值的思想不会凋谢--探索需求
相声演员黄宏曾经列举了四大傻，其中一条是：四十岁才知道抱错人。然而光阴已逝，追悔莫及。在我们的生活中，我们不是也常常作这样的傻事。你是否发现橱柜里装着一大堆自己买过但并不很喜欢的衣服？是否有过多次高兴相约而扫兴而归的经历？同样，在软件行业的开发中，我们也迷茫过交付的产品为何多次被客户退回，迷茫于我们的工作是否为需求而做、所作是否解决需求？心里清楚这个方向性地抉择决定着成败，然而能够未雨绸缪，知道开发中“想要的是什么”实在太难.....
...全文
请发表友善的回复…
发表回复
linnet2000 2004-06-12
- 打赏
- 举报
赞同W_rose的观点。
leijungood 2004-05-14
- 打赏
- 举报
图书75折正在预订，好书应该好好品读，好好交流。
http://www.dearbook.com.cn/book/ViewBook.aspx?pno=TS0021507
http://www.dearbook.com.cn/book/ViewBook.aspx?pno=TS0021507
lanjian88 2004-05-12
- 打赏
- 举报
赞同martincxh(大块头) 的观点，吾也深受其害啊！
socket0 2004-05-12
- 打赏
- 举报
站的高一点看,中国软件行业到底缺什么样的人才或者叫天才?希望有志青年站的更高一些,
为中国的软件引领方向.
为中国的软件引领方向.
水木九章 2004-05-09
- 打赏
- 举报
变化是永恒的，即使是非常明确的需求也会有各种各样的变化出现，作为系统分析员，最主要要做的就是如何来管理变化。
sanwaxubin 2004-05-06
- 打赏
- 举报
是啊!有的时候真搞不懂客户到底需要一个什么的系统!一天一个变化,累啊!学习ing
w_rose 2004-05-06
- 打赏
- 举报
结构化的方法重点是研究如何用材料堆砌起高楼大厦；面向对象方法重点是研究如何利用继承技术将系统的“变化”变为简单可行的“小小改动”。虽然很多结构化方法中对于复杂系统的蹩脚的方法被废弃了，面向对象仍然是建立在结构化之上的体系。
supper22 2004-05-04
- 打赏
- 举报
在计算机的世界里，我们只有永不停歇！
exon 2004-04-30
- 打赏
- 举报
不错啊。顶！
9913zlb 2004-04-29
- 打赏
- 举报
部分有可取,学习ing
Caps77 2004-04-29
- 打赏
- 举报
来这里探讨的看来都是牛人，学习ing
futuredreams 2004-04-28
- 打赏
- 举报
正在学习的一本书很不错：Managing Software Requirements(second edition)-A Use Case Approach， 推荐给大家。
里面提到的Workshop的概念真的很好：
笔记：Do not give too early-memo agenda-all ideas and discussion-reduction and group ideas-new features-performance-enhance to current-interface-track-pachage_service-sales-web_base-Storyboard-prototyping...
里面提到的Workshop的概念真的很好：
笔记：Do not give too early-memo agenda-all ideas and discussion-reduction and group ideas-new features-performance-enhance to current-interface-track-pachage_service-sales-web_base-Storyboard-prototyping...
水木九章 2004-04-28
- 打赏
- 举报
hehe..大家顶
ezlz 2004-04-28
- 打赏
- 举报
楼上我，我帮你顶，你继续。
zhaoqitao 2004-04-28
- 打赏
- 举报
学习ING~~~
w_rose 2004-04-28
- 打赏
- 举报
设计者应该了解：需求的变化是无穷无尽的。
不要太技术化。要按照真正实用的角度找准则及的角色。
不要太技术化。要按照真正实用的角度找准则及的角色。
炫姐姐 2004-04-27
- 打赏
- 举报
学过信息论的人都知道，完全的全通系统是不存在的。换句话说，就像我们前面说的，在需求工作中，严格意义上的1-1映射是不存在的。这一点对于务实的人们来说感触最多。务实一词适合用来形容军人作战时的状态，这就像是某条军规中所说：“在地图和实际地形有出入的时候，要相信实际地形”。对于这一点，成语“纸上谈兵”已经概括得很好了。
但是我们相信这个世界上还是有很多很多热衷于“纸上谈兵”的人。特别是在使用那些所谓先进的自动化工具的时候，他们往往会忘记人们实际所需而开始相信他们的所画的诸如工作流图之类的是真正的问题所在。下面这个例子是我在这个月遇到的一个真实案例，目的是说明“纸上谈兵”的态度会带来需求的偏差和歧义。
但是我们相信这个世界上还是有很多很多热衷于“纸上谈兵”的人。特别是在使用那些所谓先进的自动化工具的时候，他们往往会忘记人们实际所需而开始相信他们的所画的诸如工作流图之类的是真正的问题所在。下面这个例子是我在这个月遇到的一个真实案例，目的是说明“纸上谈兵”的态度会带来需求的偏差和歧义。
炫姐姐 2004-04-27
- 打赏
- 举报
需求一旦出问题，越往后面做，就意味着在错误的方向上浪费的人力物力越来越多。如果有上帝在天上看到这一切，他应该会为我们这群蚂蚁而叹息吧？ 正因如此，需求环节是软件公司最值得改进的环节。需求环节不解决，就象拿着好枪（面向对象分析设计）却打不中目标一样，旁观者首先怀疑的是你的枪不好、你的射击技术不好，而不会首先怀疑你的目标问题。不改善需求，软件开发的结果自然不会好，后续的改进无从谈起。 很多软件公司没有意识到这一点。即使有的软件公司意识到了，也需要面临需求的两个难题：难捕获＋易变。“难捕获”常常导致直到系统开发出来我们才真正了解客户的需要，“易变”常使开发团队陷入“需求变了！”的恐慌之中。
炫姐姐 2004-04-27
- 打赏
- 举报
我们已经知道了需求分析的必要性，这也就意味着我们认为现今的需求过程尚不完善。这种不完善很大程度上体现在“问题陈述”和“人们真正想要的东西”之间的差距上，或者说，“问题陈述”没有能够陈述清楚“人们真正想要的东西”。
martincxh 2004-04-26
- 打赏
- 举报
when there is nothing you are able to do, you can teach.
呵呵，上学时一篇英文阅读文章里看到的。
呵呵，上学时一篇英文阅读文章里看到的。
加载更多回复（13）
