摘要:
既然是做给用户的产品,那么用户的期望就是一个很重要的,来测量你这个产品完成的好坏的标准了。书中举了一个电梯的例子,不同的人对电梯能实现的功能都有不同的期望,有的希望在里面量血压,有的希望电梯能识别出小偷并且尽全力的阻止小偷的偷窃行为,有的期望有理有据,非常合理,但是有的就有点奇葩了。这其实就告诉我们 阅读全文
摘要:
所花时间(包括上课) 30小时 代码量 1000行+ 博客量 写了1篇博客 阅读全文
摘要:
所花时间(包括上课) 30小时 代码量 1000行+ 博客量 读探索需求,写了2篇博客 阅读全文
摘要:
会议,在书中被称为离不开又无法忍受的工具。一个人的能力毕竟有限,一个再优秀的人也不可能做到面面俱到。在软件设计完成的过程中,会出现各种各样的问题麻烦,所以怎样解决这些棘手的问题,是一整个团队的事情。书中举出了一个失败的会议例子,每个人都不清楚自己的职责,态度散漫,精神不集中,这样的会议肯定是讨论不出 阅读全文
摘要:
所花时间(包括上课) 30小时 代码量 1000行+ 博客量 写了1篇博客 阅读全文
摘要:
所花时间(包括上课) 30小时 代码量 1000行+ 博客量 读完软件需求十步走,开始读探索需求,写了3篇博客 阅读全文
摘要:
开头就提到了软件需求这个名词,以及在开发软件的过程中一个很重要的问题,就是客户对他们想要得到的软件的各种功能要求,和程序员实际做出来的软件的功能两者之间的差距。客户说出的要求,程序员都可以实现,但是客户没有说出的要求,程序员就不会去实现。很多客户抱怨,说程序员没有做出他们想要的那个样子,但实际上可能 阅读全文
摘要:
大部分失败的软件项目,最终总结下来的原因都指向需求,需求不清楚、不明确、不完整,总之就是需求的错。所以可见其实需求在开发软件的过程中是占据中心地位的。没有完整的、清楚的需求,软件的开发也就是空谈。 软件开发中,很多都是用首位相接、环环相扣的开发模式,如果在某一个环节出了问题,直接把问题甩给上一个环节 阅读全文