-
http://dev2dev.bea.com.cn/bbs/jishudata/ArticleShow.jsp?Id=10
明确了Session、Cookie、HttpSession的概念和机制。是很好的扫盲和提高文档。
-
http://dev2dev.bea.com.cn/techdoc/wlportal/20031028.htm
BEA页面流中使用的是基于Structs框架的服务器端验证。
-
http://www.microsoft.com/china/technet/itsolutions/default.mspx
http://www.microsoft.com/china/technet/itsolutions/techguide/msf/msfovrvw.mspx
http://www.microsoft.com/china/technet/itsolutions/techguide/mof/default.mspx
单独的应用系统的生命周期管理，对各工具厂商来说，都在提供解决方案了。但这些解决方案，真的还只是“单个应用系统”，或纯粹的面向“软件”、面向“应用系统”的，而没有把人、资源、ISV的上下游(包括顾问公司、企业的IT中心或软件运营维护商)拉通了，在一个环境下考虑。微软的这一系列解决方案，有那么一点意思，所... -
http://dev2dev.bea.com.cn/techdoc/webplat/200404165.html
http://dev2dev.bea.com.cn/techdoc/wlportal/200404153.html
ESB是企业应用集成的好思路。简单地理解，EIP是表现层的集成，EAI是应用和流程层的集成，ESB则解决了跨地域、跨应用系统的良好解决方案。这一应用，与WebMethod很类似。
普元的EOS带了很多BEA的色彩，从XML数据总线的概念上看得更清楚。可惜的是，XML数据总线对于异步的应用、响应速度不高的集成应用来说，是很好的解决方案，但对于企业应用系统来说，则可能是一个性能上的噩梦。
-
http://dev2dev.bea.com.cn/techdoc/wlworkshop/2005051903.html
BEA应用系统的架构、层级组成的一个详细介绍。用4+1视图模型描述。
可以参考和学习。 -
http://www.mmmbook.com/xprogrammer/issue/33/mellor.htm
极限编程的思想在建模领域内应用。
这是一个很有意思的尝试。其实，当我们解决问题的时候，手段已经不是重要的了，重要的是，解决什么问题，为什么要解决，要怎么解决。这样一来，就可以在“技术”、“手段”一层打通经脉。
-
http://cfc.nankai.edu.cn/readings/sjrjgc.htm
东软在走了很多弯路之后，也开始强调QCD(Quality，Cost，Delivery质量、成本、按时交付)了。这是很大的一个改进。
以前接触过一个类似的概念，QCA，作者林星。但他的网站qca.cn好象不能访问了。只能在IBM的网站上还能看到一些他的文章思路。 -
http://localize.adgoogle.cn/service/rjcs02.htm
关于软件交付(Delivery)，很多都是讲交付的内容、交付的管理等，把它当成配置管理的一部分。这个文档从测试的角度看交付，是很少见的。
回退一级目录，软件测试栏目里有更多的相关信息，比较完整。
-
http://www.vckbase.com/fsdu/doc/D10.htm
很多地方引用到这个标准规范，但没有标出相关作者。这里应该是源头了。
整理得不错，有规范、有示例、有表格。
唯一的遗憾是只有html格式，没有doc格式，还不完善。
作为知识库的一种建设，一定要考虑到细节。比如，别人搜到这里之后，是看文档，还是引用？如果是引用的话，哪种方式最好？所以，仅有规范是不够的，还要有文档模板，甚至在模板中加入填写的注释性文字。这一点IBM的Rational需求管理文档模板做得很好。
可以通过回退目录的方法，看到更多的资料。以后有时间再整理。
共1页 1
