fangang
- 浏览: 860716 次
- 性别:
- 来自: 北京
-
最新评论
-
Junjing：
非常感谢楼主的分享，受益匪浅！我是一位从业务规划和运营转需求分 ...
我们应当怎样做需求确认：评审与签字确认会 -
kersky：
感谢楼主的辛苦输出，半天看完了整个系列。对于一个转从开发转需求 ...
我们应当怎样做需求确认：评审与签字确认会 -
DEMONU：
必须要顶
谈谈软件开发的那些事儿 之 软件开发的轮回 -
dripstone：
非常感谢楼主，用了大半天的时间，一口气读完了需求分析阶段。好多 ...
我们应当怎样做需求确认：评审与签字确认会 -
Codepoe：
做了一些开发，看了楼主的文章，我深有感触，为自己的做法找到了理 ...
我们应当改变我们的设计习惯
文章列表
前面我们讨论了小步快跑，是不是开始被雷到了，做了这么多年程序猿，原来程序可以这么开发。是的，小步快跑是一个十分新颖的概念，也许你一时半会儿还不能完全领悟，或者不能欣然接受，因为它太前卫了，与我们传统的 ...
系统重构到这一步，我们来看看用户关于时间问候语部分的变更需求：问候需要更加精细，如中午问候“Good noon! ”、傍晚问候“Good evening! ”、午夜问候“Good midnight! ”。除此之外，用户希望在一些特殊的节日，如新年问候“Happy new year! ”、情人节问候“Happy valentine’s day! ”、三八妇女节问候“Happy women’s day! ”，等等。此时我们发现，我们对时间问候语的变更不再需要修改HelloWorld或其它什么类，而是仅仅专注于修改GreetingAboutTime就可以了，这就是因重构带来的改善。
同时，我们发现， ...
软件的发展规律就是这样的，起初十分简单明了，使我们可以轻松地进行合理的设计。接着开始变更，业务变得越来越复杂，程序也随之变得越来越复杂了。正是因为软件开始由简单软件向复杂软件转变，而我们的设计却没有合 ...
以往我们在设计一个系统时，总是喜欢大布局。全面地整理系统需求，全面地分析系统功能，再将系统整体地划分成数个模块，分别去设计、开发、测试。这样一个过程往往会持续数月，花费大量的工作量。但是，不到最后开发 ...
我这些年一路走来，从最开初做小弟，然后当需求分析员、设计师，再后来带着一帮小弟全国各地做项目，掐指一算去过的地方还真不少。现在当架构师，处于半退休状态，有点儿“廉颇老矣尚能饭否”的意思。哎，总结总结我走过的地方吧，有照片为证：
2006年，偶们跟美女在湖南的凤凰古城待着呢！
还去了奇秀的张家界：
2008年，在清晨静谧的云南抚仙湖里泡澡：
2009年，沐浴在西安古城的暮鼓晨钟之中：
2010年去了长白山天池，顺路上牡丹江畔的镜泊湖待了待：
2011年上西藏布达拉宫啦：
还去了圣湖纳木错：
2012年，偶们又在青岛喝啤酒、吃海鲜，享受静谧的青岛 ...
如题，系统重构是一个什么玩意儿呢？大家可能有很多的不同看法：
1.系统重构是那些系统架构师、技术大牛玩的高端玩意儿，跟咱普通屌丝不懂，跟咱没啥关系。
2.系统重构就是改代码，大改特改那种，整个重来一遍，这个 ...
我们身处软件工业时代这个令人振奋的时代，却面临着遗留系统这个令人尴尬的难题。事情总是这样的：软件最开初开发的时候总是非常清晰，清晰的需求、清晰的设计、清晰的代码，清晰的程序结构让人赏心悦目，甚至有些自 ...
我常常觉得我们非常幸运，我们现在所处的时代是一个令人振奋的时代，我们进入了软件工业时代。在这个时代里，我们进行软件开发已经不再是一个一个的小作坊，我们在进行着集团化的大规模开发。我们开发的软件不再是为 ...
其实软件最初的设计是非常单纯的，按照业务流程一行一行往下写就行了。但是，随着业务流程越来越复杂，软件规模越来越大，考虑到软件的可维护性、易变更性等诸多因素，软件设计就变得不那么单纯了，而软件设计的功底 ...
面向对象编程，多么熟悉而又遥远的概念啊，我们每天都在进行面向对象的编程，但也许只有刚毕业的，甚至还在大学读书的童鞋们才能说得清楚这个概念。根据我多年的经验，正是那些最简单的、最熟悉的、最令我们不屑一顾 ...
软件研发的轮回
我们现在正在经历软件研发的轮回，一方面我们在维护着越来越糟糕的软件，不断对自己说，下次开发新的软件时，一定要好好设计，规范编码；但另一方面，当我们真的开始一个新的项目时，却举足无措、千 ...
我身边的一些朋友常常问我，干了这么多年程序员真的有些累了、倦了、没意思了。虽然干了一个又一个的软件项目，但其实没有什么差别，就是写程序。当程序员的出路何在？每次我总是抑制不住自己的情绪想说，其实不是做 ...
时间过得真快，经过一系列需求研讨、需求分析和整理确认，我们整理出了需求列表，编写出了需求规格说明书，一切似乎该到结束需求分析阶段的时候了。但是，敏捷大师的一句话让我们彻底心凉到了骨头里。敏捷大师说了，我们不可能在需求分析阶段完成所有的需求分析工作，它将延续到设计、开发，甚至测试阶段。
一直以来，我对这句话非常困惑。既然需求分析阶段不能完成所有的需求分析工作，那么完成多少才算结束呢？80%？60%？或者更少？大师没有给出一个标准。大师就是大师，生活在太空里的，我们慢慢理解吧。经过多年的实践，我慢慢理解了。我们说这种需求分析工作不可能完全完成，或者说日后用户的需求会变，其实并不是毫无规律可循的。通 ...
曾经有项目组拿着用户编写的原始需求就开始开发，随后状况不断，一次令人崩溃的研发过程。拿着用户编写的原始需求，编写我们自己的需求规格说明书，之所以重要，就在于用户编写的原始需求，是脱离了技术实现，编写的一份十分理想的业务需求。理想与现实总是有差距，我们之所以要编写自己的需求规格说明书，就是要本着实事求是、切实可行的态度，去描述用户的业务需求。那些不可行的需求被摒弃，或者换成更加可行的解决方案。这就是需求规格说明书的重要作用。
从理论上讲，需求规格说明书（Requirement Specification）分为用户需求规格说明书和产品需求规格说明书。用户需求规格说明书是站在用户角度描述的系统业务需 ...
常常听到许多朋友跟我埋怨，需求分析之难，就在于用户自身就常常弄不清楚自己的需求。起初在需求确认的时候说得好好的，一到软件上线的时候就不是那么回事了，这可没法整。但我们只要坐下来仔细分析就会发现，在需求 ...