摘要： 第一章 什么是高质量的用例 1.1 为什么要使用用例 ? 用例提供了一种用于构建故事的半形式框架； ? 在每个用例和所有描述层次中，用例都描述了错误情况的系统需求； ? 虽然本质上是一种功能分解技术，但用例已经成为面向对象软件开发的一个流行元素； ? 用例提供了可以在其上处理其他项目信息的骨架： 项目经理根据用例进行估计和发布进度； 数据及业务规则制定人员可以把自己的需求和所需用例联系起来； 用......
摘要： 第二章 团队 2.1 smallwritingteam 原因： ? 用例要求具有不同观点和专业知识的人编写； ? 将一大组人聚集在一起是困难的； ? 理论上，在用例上投入的人越多，就能越快的完成用例编写工作； ? 大的团队会变得低效； ? 大型编写团队可能会通过集体讨论的形式开发用例，添加许多不必要的特性； 所以： 一个由2人或3人组成的团队足够小，容易交流和达成一致；可以使用几个smallwr......
变革性的Java Web模板技术 -- fastm变革性的java web模板技术 -- fastm 【程序编程相关:
JAVA中正则表达式的应用 （二）】 1．“简单就是美”空想（响）曲 【推荐阅读:
JDBC 概述（三）】 几乎所有的软件设计大师,都会在其著作中训导读者: 【扩展信息:
通过JDBC连接oracle数据库的十大】 在软件设计领域中,有一句脍炙人口的至理名言——简单即美好. “简单即美好”, “keep it simple, stupid”, “less is more”, ….. 这是一条耳闻能详,人人都会说的至理名言. 但实际上,这也是一条被违背得最广泛.最彻底的至理名言. “简单就是美”这个真理就好像天堂一样,人人都说天堂美好,但人人都拼命拖延到达天堂的时间. 从总体趋势来讲,软件开发技术总是变得越来越复杂,越来越庞大. 我们来看java web表现层技术的发展历史. （1）首先,servlet诞生了.web程序员们很高兴,觉得用起来比cgi爽多了. （2）过了一段时间,人们就觉得在java程序里面写html太不爽了.毕竟,在html中,静态的文本标签占大部分,动态显示部分只是小部分.不如在html里面写java代码.于是,jsp诞生了.成为了asp的一个有力竞争对手. （3）过了一段时间,人们又觉得html与java代码混杂在一起,不仅页面结构很差,而且其中的java代码也很难维护.这就是著名的“java code pollution”问题.不如用自定义的xml元素替换java代码,这样,整个页面就xml化了.于是,taglib就出现了. （4）可还是有一个问题,taglib不能在一般的html浏览器或编辑器里面显示,页面不能所见即所得.而asp.net挟visual studio快速可视开发之优势,正在web开发领域攻城掠地.java世界仓促应战,启动jsf项目.成员众多的web framework阵营中又多出一位权威的重量级选手. 各种新概念层出不穷,页面流程越来越复杂. 据说这是为了降低开发难度,让程序员只关注于业务逻辑,而不用关心底层的技术细节;据说这是为了企业级应用,而企业级应用的需求是复杂的,所以,把简单问题复杂化是有道理的——据说,这是为了系统的面向未来的可扩展性.可伸缩性…. 这是个神话广为流传的年代,这是个概念批量制造的年代. 深度思索一番,我想,技术的复杂化趋势,也许是技术市场的商业内需所致? 新技术出现的驱动力一般有两种: （1）第一种驱动力是为了解决真正的问题. 比如,servlet的出现,是为了解决cgi的空间时间消耗问题.较cgi而言,servlet是一种新思路,一种替代技术. 第一种驱动力来带来的新技术的产生周期比较长,不足以维持人们对技术的需求. （2）第二种驱动力是为了弥补前一个技术的不足. 复杂的技术总有一些不足之处,于是为下一次技术革新创造了内需.而且,技术越复杂,不足之处就越多,技术“创新”（或者叫“修补”更合适?）的内需与商机就越大,形成一条自产自销的技术“修补”产业链. 比如,jsp的出现是为了辅助生成servlet;而taglib的出现则是为了弥补jsp的不足;taglib可视化插件则是为了弥补taglib的不足....
下一页 摘要：[13-jul-2004] the php team is proud to announce the final release of php 5! some of the key features of php 5 include: the zend engine ii with a new object model and dozens of new features. xml suppor......
