专注于互联网--专注于架构

最新标签
网站地图
文章索引
Rss订阅
  J2EE这种应用模型允许区别开发人员同时进行开发各个元素这里阐述下对区别层次设计人员开发人员技术要求对以下几个分类进行描述   设计师组建团队(Team)   表现逻辑层团队(Team)角色   业务逻辑层等团队(Team)角色   数据库访问层团队(Team)角色   团队(Team)组成可以根据人员数量和系统范围大小例如不定所有角色都要分配有些人可以担当不能角色   设计师   在基于组件应用系统开发中个或几个人必须对这个系统整体需求有全面了解比如系统控制流程和其他接口等等有些公司称这个角色为总工程师不管如何叫这个角色非常重要他承担协调区别开发小组的间工 [阅读全文] [PDF]
:启动项目Steven Franklin软件设计师和过程专家2004 年 3 月这个有多篇文章组成的系列讲述了如何逐渐的应用 Rational 统一过程(RUP)和其他的 Rational 工具,本文中样例项目的详细计划被围绕着管理需求和风险而讨论。 第二部分快照 第 2 部分展示的工具和技术:Rational 统一过程 (RUP) — 支持项目计划的制定 RUP Microsoft Word 模板 — 草拟项目远景文档 Rational RequisitePro v2001A — 用于需求数据库 Rational ClearQuest v2001A — [阅读全文] [PDF]
介绍 Steven Franklin软件设计师和过程专家2004 年 3 月这个由多篇文章组成的系列文章讲述了如何在很紧的时间和预算的情况下通过应用 Rational 统一过程(RUP)以及 Rational 的其他工具来开发一个软件项目的。 文章的第一部分包含了高层次的计划和需求的引出。Raional 的开发工具套件支持双向工程(RTE)、分布式的和协作的开发、高度迭代的开发周期和更多的一些特性。 这个由多篇文章组成的系列的第一部分将向大家展示 Rational 工具的作用,并显示你能够通过使用 Rational 的工具来简化分布式的 J2EE(Jav [阅读全文] [PDF]
Eclipse-Tocmat-Struts 的配置问题搞的一直头大,今天下班前终于将其搞定 :-)我的做法是将Struts 配置到标准的J2EE工程里,具体为:将*.jar 放到WEB-INF\\lib 下,编写WEB-INF 下的struts-config.xml文件,将tld放到WEB-INF 下,配置web.xml 文件;在发布的时候,将J2EE工程发布为标准的 war 文件,直接放到 $TOMCAT\\webapps\\ 下运行1.struts-config.xml 文件的配置STRUTS 配置中最重要的应该是struts-config.xml文 [阅读全文] [PDF]
ejb-jar> The ejb-jar element is the root element of the EJB deployment descriptor. It contains an optional description of the ejb-jar file, optional display name, optional small icon file name, optional large icon file name, mandatory structural information about all included [阅读全文] [PDF]
ejb-jar> The ejb-jar element is the root element of the EJB deployment descriptor. It contains an optional description of the ejb-jar file, optional display name, optional small icon file name, optional large icon file name, mandatory structural information about all included [阅读全文] [PDF]
这种应用模型允许不同的开发人员同时进行开发的各个元素。这里阐述一下对不同层次的设计人员,开发人员的技术要求。对以下几个分类进行描述。   设计师组建团队   表现逻辑层的团队角色   业务逻辑层等团队角色   数据库访问层的团队角色   团队的组成可以根据人员的数量和系统的范围大小。例如,不一定所有的角色都要分配,有些人可以担当不能的角色。 设计师 在基于组件的应用系统开发中,一个或几个人必须对这个系统的整体需求有全面的了解,比如系统的控制流程,和其他的接口等等。有些公司称这个角色为总工程师,不管怎么叫,这个角色非常重要,他承担协调不同开发小组之间的工作, [阅读全文] [PDF]
这种应用模型允许不同的开发人员同时进行开发的各个元素。这里阐述一下对不同层次的设计人员,开发人员的技术要求。对以下几个分类进行描述。  设计师组建团队  表现逻辑层的团队角色  业务逻辑层等团队角色  数据库访问层的团队角色  团队的组成可以根据人员的数量和系统的范围大小。例如,不一定所有的角色都要分配,有些人可以担当不能的角色。设计师在基于组件的应用系统开发中,一个或几个人必须对这个系统的整体需求有全面的了解,比如系统的控制流程,和其他的接口等等。有些公司称这个角色为总工程师,不管怎么叫,这个角色非常重要,他承担协调不同开发小组之间的工作,帮助他们考虑系 [阅读全文] [PDF]
CKQUOTE dir=ltr style=\"MARGIN-RIGHT: 0px\">Java世界的工具从来就乱花迷眼,但花哨的工具未必适合自己的团队。又一个项目快要结束之际,洗净铅华的总结出一些最必要的,能提供最大辅力加持的工具。参见《死亡中旅》2nd 第x章--最小工具集.1.支持重构,TDD, Debug J2EE应用和Flying Error提示的IDE a.重构:即使团队用的最多的只是Rename,Move,Extract Method等有限几个最基本的功能,但J2EE结构里牵一发动全身的事情太多了,重构会帮你把事情擦干净,形成依赖后,已不习惯 [阅读全文] [PDF]
图1显示了在ASDI项目的第1阶段(RUP的初始和细化阶段)中的用例的演化。我们在初始阶段创建了业务用例,然后在细化阶段的初期将业务用例转换成体现了“目前的”系统的用例。现在我们是在细化阶段的最激烈的时刻,我们正准备细化我们的用例,为系统完成向详细需求的转换。这个演进是自然形成的,因为直到断定了是否我们开始定义的用例是正确的,我们才可以为用例进行更为详细的信息添加。一旦详细的系统需求被完成,我们将它作为一个正式的交付物被ASDI审查通过。 图1:第1阶段用例的演进 标准化用例文档 在我们与ASDI对用例进行非正式的检查的会议中我们对用例进行了注释。用例 [阅读全文] [PDF]
1 共10条 分1页