re: 随便侃侃 人要有梦想 2006-06-08 08:47
你其实说了2个问题。
1。所谓的抽象机制其实是软件发展的必然，寻求技术与业务解偶。好事情啊。
至于项目选择什么，可以依据情况而定。在项目进程的各个阶段可能各有利闭吧。
2。第二个问题，其实你说的是软件的发展趋势。更趋向服务。说百了，以前卖LICENCE的人，现在卖服务，卖套餐。运行模式也更趋向网络化。比如SAP，ORACLE等。
我个人觉得，
组织可以是个树型结构，人员不是，人员之间的关系很复杂。人组之间的关系是多对多。人，组，人组关系都是角色分配的对象。角色是对资源权限的一个划分，划分标准可以不同，可以多样性。资源可以是应用，比如你说的菜单其实就是一个应用的树。而权限呢？应该是应用的权限，这个权限可以分级别的。可以有操作上的，可以有数据上的，可以有应用接口级别的，等等，粒度可以自由控制。
re: struts 人要有梦想 2006-06-08 08:18
关键是对于不熟悉struts的人，可以不用关心什么formbean，使用传统的方式就可以了。在Action里面也不会出现reqeust.getParameter()之类的东西了。可以直接写业务逻辑以及JSP展示。
我想看看你的基本实体是什么，以及他们之间的关系。
比如组织机构，用户，角色，应用（资源），权限等
其实说白了就是使用antlr做词法语法分析。
HQL->HQL AST->SQL AST->SQL
re: 软件架构师之架构过程概要 人要有梦想 2006-06-02 09:02
架构的设计部分
1。更应该侧重组建的分解以及组件之间的接口关系。比一般的软件设计过程，更突出组件的接口特性和使用描述。组件的功能列表，生命周期，并发情况说明，通讯消息格式等。
2。架构中的组件是有统一的架构思想和原则。组件是要被约束的。
3。组件需要提供事例代码，典型应用场景，异常以及测试说明。
4。组件有时候是要映射到物理视图中的进程。
5。侧重架构系统的动态特性，组件之间的协作关系。
<所写的是我自己的经历，希望大家多多交流，多评论>
msn:gdq123@hotmail.com
qq:6121653