文档介绍：j2ee 设计规范本文由 fishyuiloveyou 贡献 doc 文档可能在 WAP 端浏览体验不佳。建议您优先选择 TXT ,或下载源文件到本机查看。 J2EE 设计规范总则 1. 本规范定义了 J2EE 体系下的软件设计应提供的设计文档, 文档内容,文档格式,以期能够使 J2EE 体系下的设计能够做到规范化和合理化。 2. 本规范遵从 规范,如发生冲突,以 规范为准。 3. J2EE 体系下的软件设计应遵从以下顺序: 软件架构设计计;软件架构设计页面导航设计表示层详细设计。组件模型设计组件详细设 4. 规范适用于 J2EE 体系下的软件架构设计、组件模型设计、组件详细设计、表示层详细设计。 5. J2EE 体系下的软件设计应遵照本规范进行评审。 6. 本文档的阅读对象为所有 J2EE 体系下的软件设计人员、开发人员和评审人员。 7. 该规范的解释权归属于公司技术委员会。软件架构设计规范软件架构设计作为软件的基本蓝图, 其设计应遵循 4+1 视图模型,其设计内容应包含以下四项: 1. 逻辑架构设计 2. 物理架构设计 3. 实现架构设计 4. 部署架构设计下面是以上四种设计的具体规范。逻辑架构设计逻辑架构设计的前提条件是需求用例分析, 逻辑架构应与需求用例保持一致。逻辑架构描述了系统中全部的功能模块和模块间的逻辑关系( 数据依赖关系和业务逻辑依赖关系), 其具体内容和要求包括以下几方面: 1. 逻辑架构应表示出系统的全部功能模块。 2. 功能模块划分应遵循从顶向下的原则, 先有子系统架构, 然后根据子系统架构确定子系统模块架构。 3. 逻辑架构的设计应遵从多层架构的基本要求, 对各子系统、模块进行层次划分,并应详细说明各个层次的划分标准。 4. 逻辑架构还应该表示出系统中各子系统之间的关联关系,包括数据支持关系,业务逻辑处理支持关系;关联关系之间的强弱即是否上层模块必须有下层模块的支持(数据支持和业务逻辑支持) 才可运行。 5. 逻辑架构设计除子系统、模块关联关系图之外, 还应提交逻辑架构说明。逻辑架构说明中应概要说明每个子系统、模块的功能和所处理的业务逻辑,并应指出其详细需求所在的需求文档位置,以方便设计人员查找阅读。 6. 逻辑架构以图形方式表示,采用微软的软件 Visio 制作, 在图中应提供相应的图示。不同层次的模块应用不同颜色进行标示。物理架构设计物理架构设计的前提条件是需求用例分析。物理架构包括了软件的物理结构和软件部署环境的物理拓扑两部份,物理结构中包括软件所使用的中间件、数据库、 Application Server 、 HTTP Server , 以及他们之间的逻辑关系。其具体内容和要求包括以下几个方面: 1. 物理架构设计应本着控制成本、减少开发量的原则选择中间件。 2. 设计中应说明主业务系统与所使用的中间件的支持关系, 数据交换方式。 3. 如果中间件需使用数据库, 应说明中间件与数据库之间的具体关系,已经中间件数据库与主业务系统数据的关系(在物理上一致还是分离) 。 4. 如果主业务系统数据库中的数据需要在使用中迁移,应说明迁移方式,以及主业务系统数据库与其他数据库之间的关系。 5. 物理架构中应清晰的表示出系统中的数据流向。 ; 如果采用