勤勤恳恳做事，踏踏实实做人！

c/s与b/s的区别

leiyj1012 — Thu, 13 Mar 2008 10:41:53 +0800

作者: leiyj1012 链接：http://leiyj1012.javaeye.com/blog/170751 发表时间: 2008年03月13日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

什么是CS和BS结构，两种结构的区别

什么是C/S和B/S结构?

        C/S又称Client/Server或客户/服务器模式。服务器通常采用高性能的PC、工作站或小型机，并采用大型数据库系统，如Oracle、Sybase、Informix或 SQL Server。客户端需要安装专用的客户端软件。

        B/Ｓ是Brower/Server的缩写，客户机上只要安装一个浏览器（Browser），如Netscape Navigator或Internet Explorer，服务器安装Oracle、Sybase、Informix或 SQL Server等数据库。浏览器通过Web Server 同数据库进行数据交互。

        C/S的优点是能充分发挥客户端PC的处理能力，很多工作可以在客户端处理后再提交给服务器。对应的优点就是客户端响应速度快。缺点主要有以下几个：

        只适用于局域网。而随着互联网的飞速发展，移动办公和分布式办公越来越普及，这需要我们的系统具有扩展性。这种方式远程访问需要专门的技术，同时要对系统进行专门的设计来处理分布式的数据。

         客户端需要安装专用的客户端软件。首先涉及到安装的工作量，其次任何一台电脑出问题，如病毒、硬件损坏，都需要进行安装或维护。特别是有很多分部或专卖店的情况，不是工作量的问题，而是路程的问题。还有，系统软件升级时，每一台客户机需要重新安装，其维护和升级成本非常高。

        对客户端的操作系统一般也会有限制。可能适应于Win98, 但不能用于Win2000或Windows XP。或者不适用于微软新的操作系统等等，更不用说Linux、Unix等。

        B/S 最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。只要有一台能上网的电脑就能使用，客户端零维护。系统的扩展非常容易，只要能上网，再由系统管理员分配一个用户名和密码，就可以使用了。甚至可以在线申请，通过公司内部的安全认证（如CA证书）后，不需要人的参与，系统可以自动分配给用户一个账号进入系统。

C/S 与 B/S 区别：
Client/Server是建立在局域网的基础上的.Browser/Server是建立在广域网的基础上的.

C/S结构

B/S结构

硬件环境不同:

一般建立在专用的网络上, 小范围里的网络环境, 局域网之间再通过专门服务器提供连接和数据交换服务.

建立在广域网之上的, 不必是专门的网络硬件环境,例与电话上网, 租用设备. 信息自己管理. 有比C/S更强的适应范围, 一般只要有操作系统和浏览器就行

对安全要求不同

一般面向相对固定的用户群, 对信息安全的控制能力很强. 一般高度机密的信息系统采用C/S 结构适宜. 可以通过B/S发布部分可公开信息.

建立在广域网之上, 对安全的控制能力相对弱, 面向是不可知的用户群.

对程序架构不同

程序可以更加注重流程, 可以对权限多层次校验, 对系统运行速度可以较少考虑.

对安全以及访问速度的多重的考虑, 建立在需要更加优化的基础之上. 比C/S有更高的要求 B/S结构的程序架构是发展的趋势, 从MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支持网络的构件搭建的系统. SUN 和IBM推的JavaBean 构件技术等,使 B/S更加成熟.

软件重用不同

程序可以不可避免的整体性考虑, 构件的重用性不如在B/S要求下的构件的重用性好.

对的多重结构,要求构件相对独立的功能. 能够相对较好的重用。

系统维护不同

程序由于整体性, 必须整体考察, 处理出现的问题以及系统升级. 升级难. 可能是再做一个全新的系统, 系统维护开销大

构件组成,方面构件个别的更换,实现系统的无缝升级. 系统维护开销减到最小.用户从网上自己下载安装就可以实现升级.

处理问题不同

程序可以处理用户面固定, 并且在相同区域, 安全要求高需求, 与操作系统相关. 应该都是相同的系统

建立在广域网上, 面向不同的用户群, 分散地域, 这是C/S无法作到的. 与操作系统平台关系最小.

用户接口不同

多是建立的Window平台上,表现方法有限,对程序员普遍要求较高

建立在浏览器上, 有更加丰富和生动的表现方式与用户交流. 并且大部分难度减低,减低开发成本.

信息流不同

程序一般是典型的中央集权的机械式处理, 交互性相对低

信息流向可变化, B-B B-C B-G等信息、流向的变化, 更象交易中心

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

事务的相关特性

leiyj1012 — Thu, 13 Mar 2008 10:38:12 +0800

作者: leiyj1012 链接：http://leiyj1012.javaeye.com/blog/170747 发表时间: 2008年03月13日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

原子性、一致性、分离性、持久性
(1) 原子性
 事务的原子性指的是，事务中包含的程序作为数据库的逻辑工作单位，它所做的对数据修改操作要么全部执行，要么完全不执行。这种特性称为原子性。
 事务的原子性要求，如果把一个事务可看作是一个程序，它要么完整的被执行，要么完全不执行。就是说事务的操纵序列或者完全应用到数据库或者完全不影响数据库。这种特性称为原子性。
　假如用户在一个事务内完成了对数据库的更新，这时所有的更新对外部世界必须是可见的，或者完全没有更新。前者称事务已提交，后者称事务撤消（或流产）。DBMS必须确保由成功提交的事务完成的所有操纵在数据库内有完全的反映，而失败的事务对数据库完全没有影响。

(2) 一致性
事务的一致性指的是在一个事务执行之前和执行之后数据库都必须处于一致性状态。这种特性称为事务的一致性。假如数据库的状态满足所有的完整性约束，就说该数据库是一致的。
一致性处理数据库中对所有语义约束的保护。假如数据库的状态满足所有的完整性约束，就说该数据库是一致的。例如，当数据库处于一致性状态S1时，对数据库执行一个事务，在事务执行期间假定数据库的状态是不一致的，当事务执行结束时，数据库处在一致性状态S2。

(3) 分离性
分离性指并发的事务是相互隔离的。即一个事务内部的操作及正在操作的数据必须封锁起来，不被其它企图进行修改的事务看到。
　　分离性是DBMS针对并发事务间的冲突提供的安全保证。DBMS可以通过加锁在并发执行的事务间提供不同级别的分离。假如并发交叉执行的事务没有任何控制，操纵相同的共享对象的多个并发事务的执行可能引起异常情况。
DBMS可以在并发执行的事务间提供不同级别的分离。分离的级别和并发事务的吞吐量之间存在反比关系。较多事务的可分离性可能会带来较高的冲突和较多的事务流产。流产的事务要消耗资源，这些资源必须要重新被访问。因此，确保高分离级别的DBMS需要更多的开销。

(4)持久性
持久性意味着当系统或介质发生故障时，确保已提交事务的更新不能丢失。即一旦一个事务提交，DBMS保证它对数据库中数据的改变应该是永久性的，耐得住任何系统故障。持久性通过数据库备份和恢复来保证。
持久性意味着当系统或介质发生故障时，确保已提交事务的更新不能丢失。即对已提交事务的更新能恢复。一旦一个事务被提交，DBMS必须保证提供适当的冗余，使其耐得住系统的故障。所以，持久性主要在于DBMS的恢复性能。

对事务的理解可以形象化的把它比作银ATM机取款或提款这么一个操作。。

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

关于品牌战略（让自己长见识了）

leiyj1012 — Wed, 23 Jan 2008 06:38:14 +0800

作者: leiyj1012 链接：http://leiyj1012.javaeye.com/blog/158527 发表时间: 2008年01月23日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

联想手机热卖背后的代价

联想手机短期内的高速成长，将在消费者认知中逐步分解联想电脑的地位，并成为联想品牌的未来挚肘。
　　联想自收购IBM PC之后，年报中显示的优异成绩，让投资者对联想充满信心。而联想手机自2005年第一季度销量突破100万、盈利2500万港币，并登上国产手机第二的位置之后，大家更是对联想的手机业务成长抱有非常大的热情，到今年“五一”黄金周期间，仅5月1日当天，联想手机19万部的销售量，更是以事实的业绩回应投资者的热情与信心。然而，从品牌战略的角度来看，印有“lenovo”商标的手机，将处于一种尴尬的位置。其根源在于消费者对品牌的认知问题。
　　
　　 lenovo的品类认知

　　诸多企业对品牌的认识仍然停留在知名度、美誉度和忠诚度上，其中，以获取品牌知名度为最甚。但是在当今的竞争环境下，即使有了很高的知名度，也不能使品牌具有多品类的竞争力。IBM曾经是大型商务主机的代名词，但是在个人消费电脑成长起来之后，尽管IBM的技术始终领先，消费者却依然认为它是大型主机的代名词，而戴尔才是个人桌面电脑的领导者。消费者的“固执”认知，让IBM束手无策，最终在电脑硬件销售利润持续下滑的境况下实现战略性转型，同时也将硬盘、PC整机等业务相继出售给日立、联想等公司。
　　柯达是一家胶片影像公司，在数码影像时代到来之时，柯达也试图实现转行，但实际上并不令人乐观。从技术来说，柯达是世界上数码相机首个研发者之一；从品牌知名度来看，柯达是全球影像品牌的领导者，在中国更是一方独大；从品牌的美誉度和忠诚度来看，它也是坐在行业领先的位置，但为什么现在面临如此大的窘境？根本原因在于，柯达不是数码时代的品牌，它只是胶片影像时代的品牌，这一点已经定格在消费者大脑中几乎无法改变，如果柯达在数码领域继续沿用“柯达” 这个品牌，数码时代就基本上没有它的位置。
　　而品牌的美誉度、忠诚度都是基于消费者对品牌的品类认知，一旦品牌骑跨到另一个品类，而消费者又认为你不是这个新品类的强者，那么即使拥有了知名度，却无法移植消费者对品牌的美誉度与忠诚度。正如张艺谋是中国第一导演，却不能成为中国第一经济学家一样。
　　因此，品牌建设的核心意义在于，能够占据消费者对某个品类的认知，成为消费者在该品类的第一选择。联想在PC领域做到了这一点，在收购IBM PC之后一举跃升为全球第三大PC生产商。更具有重要意义的是，在联想的顾客中，这一举动更加巩固了联想作为PC专业品牌的地位，也使消费者更加信赖第一品牌的品质与服务。
　　在东芝、IBM、三星、索尼、神舟、NEC、七喜、方正、清华同方等众多品牌中，消费者看到lenovo这个词，首先想到的是中国第一电脑制造商，是国产电脑的首选品牌。在这点上，lenovo在个人电脑领域的品类认知是成功的。

　　联想的一次品牌失误

　　联想总裁杨元庆曾说：“现在的新联想首先要战胜惠普，然后的对手才是戴尔，联想正朝着全球第一PC品牌挺进。”
　　我们要为杨元庆的话感到欣慰，不仅仅因为联想是中国品牌，更因为是联想收购了IBM PC部门，拥有了PC研发的核心技术，而且联想将原IBM电脑保持其独立品牌think进行运作，与原有的lenovo进行区分，以两个独立品牌分别占据高端、中端两个领域。如果联想推行纵深化的PC品牌发展战略，是有机会登上全球PC的王座的。然而，对于低端PC呢？联想集团没有分化一个独立的品牌，失去了一次很好提升整个联想集团市场占有率的机会。
　　全球战略咨询领导者里斯先生曾经在谈到联想品牌战略问题时说到，联想已经是中国第一PC品牌，继续提升的最好战略是分化出一个新品牌出来。如今，这个进入低端市场的机会让深圳的新天下集团占据了，推出低价PC“神舟电脑”，结果成长迅速，在中国市场紧跟联想，表现相当活跃，而相比之下，方正、七喜等品牌，却一直表现平平。假若早在几年之前，联想开发一个新品牌，而不是急于开发延展的打印机、手机等产品，去抢占PC低端用户，也许就不会有神舟的天下了，联想的PC王国也会比现在更加牢固。
　　从联想的角度看，以think、 lenovo和低价的新品牌分占高、中、低端，整个市场的主要份额就被联想霸占，接下来要做的是，驾驭这三套马车征战全球。

　　手机造成的品牌损耗

　　然而，不幸的是，联想正在逐步破坏消费者对联想的“电脑”认知。据称，联想关于所进入的业务选择有三　个原则：“有客户需求”，“有大规模盈利潜力”，“与现有业务有协同效应”。勿庸置疑，手机业务符合联想　的这三个原则，但问题在于：有手机消费需求的客户，是否一定会选择联想？有大规模盈利潜力，但是否所有　企业都能盈利？与现有业务有协同效应，但是否能得到消费者认可？
　　联想认为，进入手机行业，可以发挥联想在PC行业的竞争优势，由于联想电脑的渠道可以与联想手机共享，　无疑可以减少联想手机的销售成本，同时联想手机可以分享联想电脑巨大的品牌优势。
　　这里有两个问题，一个是渠道共享，另一个是品牌共享。渠道共享降低销售成本，这是联想所具有的优势。而品牌共享，却让人难以理解。按照联想的观点，所谓品牌共享其实就是品牌知名度共享，却不是品牌认知的共享。但事实是，拥有了品牌知名度，并不能代表拥有了市场。步步高手机、奥克斯手机、创维手机等等，都是想借用品牌知名度拉动手机品类的成长，但无一例外难有起色，其根本原因在于，品牌骑跨了不同的品类，而品牌在原品类中认知非常强势，直接导致在手机品类的弱势。
　　虽然联想成功坐上了国产手机第二的宝座，在今年5月1日当天就爆出销售19万部的佳绩，但事实上，联想手机的市场占有率却只有6.7%，还远远称不上强大，更无法与PC的联想相提并论。那么，联想到底依靠什么极大拉升手机业务增长？
　　联想在今年年初时称：“我们是把茅台当作二锅头卖”。从中不难看出，联想依靠的就是低价策略。推出与诺基亚等领导品牌一样强势功能的机型，却是按照二锅头的价格销售，这是联想手机取得增长的根本原因所在。
　　联想预见了未来的3G趋势，但不该将一个品牌骑跨两个品类，尽管技术会融合，但品类只会分化，而品牌竞争力源于消费者对不同品类中的品牌认知。联想可以整合内部技术资源，但不应该透支消费者对lenovo的品牌认知。一个品牌骑跨两个品类，这个品牌的竞争力将会削弱。
　　虽然手机与电脑的功能会出现互补与共通，但品类依然存在，未来不会出现电脑与手机的交叉。即便研制出既是手机又是电脑的新产品，无论是定义成中端价位的电脑联想品牌，还是低端价位的手机联想，都必将对原有的品类认知造成伤害。多普达与宏大的成功，正印证了这种担心：
　　当掌上电脑与手机融合之后，归结到手机的品类，并分化出“智能手机”这个新品类，所以多普达以智能手机占据高端，在国内市场的成长非常良好，而台湾宏大的智能手机更是全球第一。无一例外，这两个品牌定位在高端市场。
　　从另外一个角度看，电脑中的think品牌那是茅台的价格，lenovo则是剑南春的价格，而手机中的lenovo却是二锅头的价格，将会直接影响到消费者对lenovo的品质认可。三星之所以能在多品类中游刃有余，一个方面是，消费者对三星的认知没有局限于某一个具体品类，而是“电子产品”这个大类，同时，三星以高价创建了高值的品牌认知。而联想呢？推出低价手机消耗了联想品牌的固有认知。
　　将来的联想将会面临一种尴尬。联想作为2008奥运会TOP赞助商，奥委会没有接受它的手机产品，只是PC产品的赞助，联想会抓住北京奥运会的契机，努力在PC品类提升消费者的认知，而联想手机却会随着PC认知的加强而减弱。
　　面对未来的3G趋势，联想手机也不甘于只占据6.7％的市场份额，在持续依靠低价策略取得市场攀升时，消费者对联想手机的认知将会越来越强，此时，必将削弱消费者对联想在电脑品类的认知。
　　这种在原有品类的强势认知基础上，骑跨不同品类的品牌延伸之例也是不胜枚举。柯达的强势是胶片影像业务，进入数码时代，以柯达这个品牌进行延伸，结果造成年跌幅超过46％的悲剧。
　　相比之下，新天下集团就聪明得多，小霸王显卡尽管曾称雄天下，但其进入PC整机品类时，起用“神舟”新品牌，不让原来的品类干扰新品类的成长，以新品牌构建消费者的认知。
　　联想品牌在与戴尔、惠普的角逐中还远远未分出胜负，如果联想不集中战略焦点调配消费者对品牌的认知资源，利用全球的消费者认知打造一个强势的PC品牌，这场全球之战，步履更加艰难。联想手机短期内的高速成长，却在消费者认知中逐步分解联想电脑的地位，将会成为联想品牌的未来掣肘。

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

过几天要去实习了，迷茫中

leiyj1012 — Sat, 29 Dec 2007 17:13:41 +0800

作者: leiyj1012 链接：http://leiyj1012.javaeye.com/blog/151858 发表时间: 2007年12月29日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

过几天就去公司实习了，感觉自己好像什么也不懂似的，好像自己很慌张的样子，只能到时去了一步一步的来了，这几天好好准备下把，但是好像不知道准备些什么东西，唉，继续自己的学习吧，这几天一直忙着考试了，得赶紧把技术好好再拾起来了，至于别的顺其自然就好了，好好加油吧。
一定要努力，！！！

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

我好像发神经病似的写了首诗，呵呵

leiyj1012 — Sat, 22 Dec 2007 22:14:48 +0800

作者: leiyj1012 链接：http://leiyj1012.javaeye.com/blog/150196 发表时间: 2007年12月22日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

无法相爱，只是时间过得太快；来不及等待，却又无法重来；
   只愿往日的思念圆梦那曾经的情窦初开；
   最是滚烫的激情却也无法弥补那凋谢的花开；
   难道只能做爱情的哭鬼在难眠的黑夜里歇斯底里的长哀；
   我无法去实现曾经的最爱却也只能孤独的呆在那寂寞的千里之外；
   但愿自己能化成人间的尘埃融进爱情的大海；
   总是游走在感情的城外象一个孤魂野鬼般徘徊；
   写此诗篇意境何在？？
   闭上虔诚的眼眸祈求爱神的到来；
   愿那醉人的芳菲迎来我心的春暖花开！！



        －－－类彦军（不知今天是上了什么神经病竟然做起让人恶心呕吐的诗来了，呵呵）

已有 1 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

软件项目需求分析的20条法则

leiyj1012 — Sat, 15 Dec 2007 12:49:21 +0800

作者: leiyj1012 链接：http://leiyj1012.javaeye.com/blog/148542 发表时间: 2007年12月15日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

在项目开发中，所有的项目风险承担者都对需求分析阶段备感兴趣。这里所指的风险承担者包括客户方面的项目负责人和用户，开发方面的需求分析人员和项目管理者。这部分工作做得到位，能开发出很优秀的软件产品，同时也会令客户满意。若处理不好，则会导致误解、挫折、障碍以及潜在的质量和业务价值上的威胁。因此可见——需求分析奠定了软件工程和项目管理的基础。

拨开需求分析的迷雾

　　像这样的对话经常出现在软件开发的过程中。客户项目经理的需求对分析人员来讲，像“雾里看花”般模糊并令开发者感到困惑。那么，我们就拨开雾影，分析一下需求的具体内容：

　　·业务需求——反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。

　　·用户需求——描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。

　　·功能需求——定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。

　　·非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。

　　·需求分析报告——报告所说明的功能需求充分描述了软件系统所应具有的外部行为。“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。

　　前面提到的客户项目经理通常阐明产品的高层次概念和主要业务内容，为后继工作建立了一个指导性的框架。其他任何说明都应遵循“业务需求”的规定，然而“业务需求”并不能为开发人员提供开发所需的许多细节说明。

　　下一层次需求——用户需求，必须从使用产品的用户处收集。因此，这些用户构成了另一种软件客户，他们清楚要使用该产品完成什么任务和一些非功能性的特性需求。例如：程序的易用性、健壮性和可靠性，而这些特性将会使用户很好地接受具有该特点的软件产品。

　　经理层有时试图代替实际用户说话，但通常他们无法准确说明“用户需求”。用户需求来自产品的真正使用者，必须让实际用户参与到收集需求的过程中。如果不这样做，产品很可能会因缺乏足够的信息而遗留不少隐患。

　　在实际需求分析过程中，以上两种客户可能都觉得没有时间与需求分析人员讨论，有时客户还希望分析人员无须讨论和编写需求说明就能说出用户的需求。除非遇到的需求极为简单；否则不能这样做。如果您的组织希望软件成功，那么必须要花上数天时间来消除需求中模糊不清的地方和一些使开发者感到困惑的方面。

　　优秀的软件产品建立在优秀的需求基础之上，而优秀的需求源于客户与开发人员之间有效的交流和合作。只有双方参与者都明白自己需要什么、成功的合作需要什么时，才能建立起一种良好的合作关系。

　　由于项目的压力与日俱增，所有项目风险承担者有着一个共同目标，那就是大家都想开发出一个既能实现商业价值又能满足用户要求，还能使开发者感到满足的优秀软件产品。

客户的需求观

　　客户与开发人员交流需要好的方法。下面建议20条法则，客户和开发人员可以通过评审以下内容并达成共识。如果遇到分歧，将通过协商达成对各自义务的相互理解，以便减少以后的磨擦（如一方要求而另一方不愿意或不能够满足要求）。

1、分析人员要使用符合客户语言习惯的表达

　　需求讨论集中于业务需求和任务，因此要使用术语。客户应将有关术语（例如：采价、印花商品等采购术语）教给分析人员，而客户不一定要懂得计算机行业的术语。
2、分析人员要了解客户的业务及目标

　　只有分析人员更好地了解客户的业务，才能使产品更好地满足需要。这将有助于开发人员设计出真正满足客户需要并达到期望的优秀软件。为帮助开发和分析人员，客户可以考虑邀请他们观察自己的工作流程。如果是切换新系统，那么开发和分析人员应使用一下目前的旧系统，有利于他们明白目前系统是怎样工作的，其流程情况以及可供改进之处。s

3、分析人员必须编写软件需求报告

　　分析人员应将从客户那里获得的所有信息进行整理，以区分业务需求及规范、功能需求、质量目标、解决方法和其他信息。通过这些分析，客户就能得到一份“需求分析报告”，此份报告使开发人员和客户之间针对要开发的产品内容达成协议。报告应以一种客户认为易于翻阅和理解的方式组织编写。客户要评审此报告，以确保报告内容准确完整地表达其需求。一份高质量的“需求分析报告”有助于开发人员开发出真正需要的产品。

4、要求得到需求工作结果的解释说明

　　分析人员可能采用了多种图表作为文字性“需求分析报告”的补充说明，因为工作图表能很清晰地描述出系统行为的某些方面，所以报告中各种图表有着极高的价值；虽然它们不太难于理解，但是客户可能对此并不熟悉，因此客户可以要求分析人员解释说明每个图表的作用、符号的意义和需求开发工作的结果，以及怎样检查图表有无错误及不一致等。

5、开发人员要尊重客户的意见

　　如果用户与开发人员之间不能相互理解，那关于需求的讨论将会有障碍。共同合作能使大家“兼听则明”。参与需求开发过程的客户有权要求开发人员尊重他们并珍惜他们为项目成功所付出的时间，同样，客户也应对开发人员为项目成功这一共同目标所做出的努力表示尊重。

6、开发人员要对需求及产品实施提出建议和解决方案

　　通常客户所说的“需求”已经是一种实际可行的实施方案，分析人员应尽力从这些解决方法中了解真正的业务需求，同时还应找出已有系统与当前业务不符之处，以确保产品不会无效或低效；在彻底弄清业务领域内的事情后，分析人员就能提出相当好的改进方法，有经验且有创造力的分析人员还能提出增加一些用户没有发现的很有价值的系统特性。

7、描述产品使用特性

　　客户可以要求分析人员在实现功能需求的同时还注意软件的易用性，因为这些易用特性或质量属性能使客户更准确、高效地完成任务。例如：客户有时要求产品要“界面友好”或“健壮”或“高效率”，但对于开发人员来讲，太主观了并无实用价值。正确的做法是，分析人员通过询问和调查了解客户所要的“友好、健壮、高效所包含的具体特性，具体分析哪些特性对哪些特性有负面影响，在性能代价和所提出解决方案的预期利益之间做出权衡，以确保做出合理的取舍。

8、允许重用已有的软件组件

　　需求通常有一定灵活性，分析人员可能发现已有的某个软件组件与客户描述的需求很相符，在这种情况下，分析人员应提供一些修改需求的选择以便开发人员能够降低新系统的开发成本和节省时间，而不必严格按原有的需求说明开发。所以说，如果想在产品中使用一些已有的商业常用组件，而它们并不完全适合您所需的特性，这时一定程度上的需求灵活性就显得极为重要了。

9、要求对变更的代价提供真实可靠的评估

　　有时，人们面临更好、也更昂贵的方案时，会做出不同的选择。而这时，对需求变更的影响进行评估从而对业务决策提供帮助，是十分必要的。所以，客户有权利要求开发人员通过分析给出一个真实可信的评估，包括影响、成本和得失等。开发人员不能由于不想实施变更而随意夸大评估成本。

10、获得满足客户功能和质量要求的系统
每个人都希望项目成功，但这不仅要求客户要清晰地告知开发人员关于系统“做什么”所需的所有信息，而且还要求开发人员能通过交流了解清楚取舍与限制，一定要明确说明您的假设和潜在的期望，否则，开发人员开发出的产品很可能无法让您满意。

11、给分析人员讲解您的业务

　　分析人员要依靠客户讲解业务概念及术语，但客户不能指望分析人员会成为该领域的专家，而只能让他们明白您的问题和目标；不要期望分析人员能把握客户业务的细微潜在之处，他们可能不知道那些对于客户来说理所当然的“常识”。

12、抽出时间清楚地说明并完善需求

　　客户很忙，但无论如何客户有必要抽出时间参与“头脑高峰会议”的讨论，接受采访或其他获取需求的活动。有些分析人员可能先明白了您的观点，而过后发现还需要您的讲解，这时请耐心对待一些需求和需求的精化工作过程中的反复，因为它是人们交流中很自然的现象，何况这对软件产品的成功极为重要。

13、准确而详细地说明需求

　　编写一份清晰、准确的需求文档是很困难的。由于处理细节问题不但烦人而且耗时，因此很容易留下模糊不清的需求。但是在开发过程中，必须解决这种模糊性和不准确性，而客户恰恰是为解决这些问题作出决定的最佳人选，否则，就只好靠开发人员去正确猜测了。

　　在需求分析中暂时加上“待定”标志是个方法。用该标志可指明哪些是需要进一步讨论、分析或增加信息的地方，有时也可能因为某个特殊需求难以解决或没有人愿意处理它而标注上“待定”。客户要尽量将每项需求的内容都阐述清楚，以便分析人员能准确地将它们写进“软件需求报告”中去。如果客户一时不能准确表达，通常就要求用原型技术，通过原型开发，客户可以同开发人员一起反复修改，不断完善需求定义。

14、及时作出决定

　　分析人员会要求客户作出一些选择和决定，这些决定包括来自多个用户提出的处理方法或在质量特性冲突和信息准确度中选择折衷方案等。有权作出决定的客户必须积极地对待这一切，尽快做处理，做决定，因为开发人员通常只有等客户做出决定才能行动，而这种等待会延误项目的进展。

15、尊重开发人员的需求可行性及成本评估

　　所有的软件功能都有其成本。客户所希望的某些产品特性可能在技术上行不通，或者实现它要付出极高的代价，而某些需求试图达到在操作环境中不可能达到的性能，或试图得到一些根本得不到的数据。开发人员会对此作出负面的评价，客户应该尊重他们的意见。

16、划分需求的优先级

　　绝大多数项目没有足够的时间或资源实现功能性的每个细节。决定哪些特性是必要的，哪些是重要的，是需求开发的主要部分，这只能由客户负责设定需求优先级，因为开发者不可能按照客户的观点决定需求优先级；开发人员将为您确定优先级提供有关每个需求的花费和风险的信息。

　　在时间和资源限制下，关于所需特性能否完成或完成多少应尊重开发人员的意见。尽管没有人愿意看到自己所希望的需求在项目中未被实现，但毕竟是要面对现实，业务决策有时不得不依据优先级来缩小项目范围或延长工期，或增加资源，或在质量上寻找折衷。

17、评审需求文档和原型

　　客户评审需求文档，是给分析人员带来反馈信息的一个机会。如果客户认为编写的“需求分析报告”不够准确，就有必要尽早告知分析人员并为改进提供建议。

　　更好的办法是先为产品开发一个原型。这样客户就能提供更有价值的反馈信息给开发人员，使他们更好地理解您的需求；原型并非是一个实际应用产品，但开发人员能将其转化、扩充成功能齐全的系统。

18、需求变更要立即联系
不断的需求变更，会给在预定计划内完成的质量产品带来严重的不利影响。变更是不可避免的，但在开发周期中，变更越在晚期出现，其影响越大；变更不仅会导致代价极高的返工，而且工期将被延误，特别是在大体结构已完成后又需要增加新特性时。所以，一旦客户发现需要变更需求时，请立即通知分析人员。

19、遵照开发小组处理需求变更的过程

　　为将变更带来的负面影响减少到最低限度，所有参与者必须遵照项目变更控制过程。这要求不放弃所有提出的变更，对每项要求的变更进行分析、综合考虑，最后做出合适的决策，以确定应将哪些变更引入项目中。

20、尊重开发人员采用的需求分析过程

　　软件开发中最具挑战性的莫过于收集需求并确定其正确性，分析人员采用的方法有其合理性。也许客户认为收集需求的过程不太划算，但请相信花在需求开发上的时间是非常有价值的；如果您理解并支持分析人员为收集、编写需求文档和确保其质量所采用的技术，那么整个过程将会更为顺利。

“需求确认”意味着什么

　　在“需求分析报告”上签字确认，通常被认为是客户同意需求分析的标志行为，然而实际操作中，客户往往把“签字”看作是毫无意义的事情。“他们要我在需求文档的最后一行下面签名，于是我就签了，否则这些开发人员不开始编码。”

　　这种态度将带来麻烦，譬如客户想更改需求或对产品不满时就会说：“不错，我是在需求分析报告上签了字，但我并没有时间去读完所有的内容，我是相信你们的，是你们非让我签字的。”

　　同样问题也会发生在仅把“签字确认”看作是完成任务的分析人员身上，一旦有需求变更出现，他便指着“需求分析报告”说：“您已经在需求上签字了，所以这些就是我们所开发的，如果您想要别的什么，您应早些告诉我们。”

　　这两种态度都是不对的。因为不可能在项目的早期就了解所有的需求，而且毫无疑问地需求将会出现变更，在“需求分析报告”上签字确认是终止需求分析过程的正确方法，所以我们必须明白签字意味着什么。

　　对“需求分析报告”的签名是建立在一个需求协议的基线上，因此我们对签名应该这样理解：“我同意这份需求文档表述了我们对项目软件需求的了解，进一步的变更可在此基线上通过项目定义的变更过程来进行。我知道变更可能会使我们重新协商成本、资源和项目阶段任务等事宜。”对需求分析达成一定的共识会使双方易于忍受将来的摩擦，这些摩擦来源于项目的改进和需求的误差或市场和业务的新要求等。

　　需求确认将迷雾拨散，显现需求的真面目，给初步的需求开发工作画上了双方都明确的句号，并有助于形成一个持续良好的客户与开发人员的关系，为项目的成功奠定了坚实的基础。

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐

第一次进来，留个纪念吧！

leiyj1012 — Wed, 12 Dec 2007 10:03:54 +0800

作者: leiyj1012 链接：http://leiyj1012.javaeye.com/blog/147720 发表时间: 2007年12月12日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

很偶然就进到这个里面了，是因为搜索海颐的时候，发现了一个海颐的姐姐，(把这个姐姐的名字记下来把：qingzi2534)她的帖子就是在这个论坛里。简单的看了下她的文章，于是我也就建了个自己的空间，。
哇塞，让我挺吃惊的，没想到这个网站竟然是这么好。我发现主页里的东西太多了，简直是java知识的海洋，现在还没细看呢，不过一定要在这里面好好吸收知识。顺便结交些好朋友。很有幸能进到这里面来，俺明年毕业，基本去海颐已经定了，既然今天进到这个论坛里面了（应该是个学习的宝藏之地。）就做个记录也算是俺的javaEye的起点吧。以后要在里面好好学习。 :idea:

已有 0 人发表留言，猛击->>这里<<-参与讨论

JavaEye推荐