J2EE应用系统的应用系统的MDPB开发方法开发方法
摘要:本文介绍了一种适用于面向对象的J2EE应用系统的开发方法,其核心思想是MDPB-Model Driven Pattern Based即基
于蓝图的模型驱动设计。
概述概述
一般的软件的分析设计过程为:需求调研,需求分析,概要(架构)设计,数据库设计,详细设计,而面向对象的分析设计方
法有很多种,其中RUP堪称集大成者,但是RUP的分析设计过程过于复杂。现实中很少有项目能够完整的遵循UML建模过程
执行的,从设计用例图、强固图、时序图、类图,一直到部署图一步步的进行推导。绝大部分项目只使用了常用的UML图,
例如类图,时序图,用例图,而在后续的设计开发过程中,几乎完全将之搁在一边,这些图仅起参考启发的作用。ICONIX方
法对RUP进行了提炼和简化,但是仍然显得步骤繁琐,缺乏切实可行的步骤。
在面向对象WEB应用系统的软件分析和设计过程如何具体操作,至今没有一种很好的实践方法。有鉴于此,笔者通过几个项
目的实践,总结出一种更加简便的分析设计过程,能够很好的适用于面向对象的J2EE WEB应用系统的开发,也同样适用于富
客户端应用系统的开发。
这个过程依据通用的需求调研、需求分析、架构设计、详细设计到编码实现的5个步骤,描述了针对一个J2EE WEB应用系
统,每个步骤的工作如何具体开展,重点在于如何依据架构模式从领域模型推导出业务逻辑层的代码,其思想的核心是
MDPB-Model Driven Pattern Based基于架构模式的模型驱动设计。
需求调研需求调研
需求可以划分为2个层次:业务级需求和软件实现级需求。
需求调研主要目的是获得用户的业务需求,可以使用业务流程图来表述。业务流程图从用户的角度描述了真实完整的业务过程
business process,其中部分流程可以用软件实现。业务流程图是业务级的需求。当然,客户的期望和业务需求仍然需要用文
字进行描述。
绘制业务流程图绘制业务流程图
由于业务流程图与实际业务过程是一致的,并且使用用户习惯的专业词汇,因此需求分析人员和最终用户可以一起讨论制定,
在经过客户方审核认可后定稿。业务流程图可以从整体业务流程图出发,进行业务划分,层层分解得到每个子业务的流程图,
因此业务流程图分为多个层次。
在需求调研阶段不可忽视客户的期望,在英文词中,需求是REQUIREMENT,而这些期望是NEED,往往也被称为需求背后
的需求,我们要将这些期望记录下来。
需求分析需求分析
需求分析是根据需求调研的结果,包括业务流程图、规章制度、表格等进行业务领域分析,同时使用用例描述、界面原型、领
域模型3种技术进行分析。
用例描述可以记录业务级需求,也可以记录软件实现级需求,通过用例分析可以推导出界面原型和领域模型。
界面原型是软件的外在表现,体现了用户与软件进行交互的过程。一个软件最终展现给用户的就是人机交互的界面,人机交互
界面就是需求的一种实现,引入界面原型可以在一开始就给用户一种直观的感受,“啊,这个软件是这样子的,嗯,这是我想
要的功能!”。
领域模型使用类图来表述了一个软件的静态结构,是从客观世界中抽象归纳出来的模型,是软件实现级的需求。
需求分析的结果是编制出需求规格说明书,将前述的业务流程图、表格、业务特性、功能需求描述、界面原型、用例描述汇总
在一起。另外,需求分析过程中要注意从功能需求中提取出可以作为重用组件的需求。
需求分析涉及的关键方法有:领域模型设计、用例分析。