基于MVC设计模式舰船信息管理系统探究及设计.docVIP

基于MVC设计模式舰船信息管理系统探究及设计随着我国海军装备事业的快速发展，新型舰船性能日趋先进，使得与舰船相配套的人员编制、装备结构也日渐复杂。而舰船的日常训练维护保障工作涉及很多方面的信息，使得针对相应的人员、装备、器材等信息进行管理的工作量非常之大，而且随着时间的推移数据量还会逐渐增大，给数据的传递、存储和决策分析带来了很大的难度。 因此通过科学的手段管理好、利用好舰船各类相关信息，能有效提高舰船在日常训练、维护等工作中的效率和规范性，还能从中获取装备、人员、器材等的协调性、可靠性以及大量第一手的技战术指标等信息，为服役舰船的后续保障工作和新型舰船的设计改进提供有价值的参考。 世界各发达国家都十分重视信息技术在舰船保障中的地位和作用，他们往往在舰船投入使用的同时，与之相匹配的信息管理系统就建成了，并且在舰船的使用过程中不断对其修改和完善。为了适应这种发展趋势，本文正是将信息管理技术应用于舰船保障中，设计了一套舰船信息管理系统。 MVC也就是Model-View-Controller，即把一个应用的输入、输出以及处理的流程按照Model（模型）、View（视图）和Controller（控制器）的方式进行分离，这样一个应用就被分成三个层，其关系如图1所示。MVC作为一种设计模式，通常应用于分布式应用系统的分析和设计中，还可用于确定系统各部分间组织关系。 模型层（Model）：是最终完成任务的代码，包含的是应用系统的核心功能，用于处理业务的流程和状态并制定业务规则，表示应用系统的数据以及访问、维护和管理这些数据的逻辑。所有属于应用系统持久状态的数据都应保存在模型对象中。模型通常也被称作业务逻辑，对于其他层来讲是黑箱操作，模型接受来自视图请求的数据，并返回最终的处理结果。 视图层（View）：代表用户交互界面，是应用系统的外观，是与用户交互的主要表现形式。一旦模型发生改变，视图也将随之发生变化，从而维持系统数据的一致性。一个模型可以对应多个视图，一个视图也允许对应多个模型。 控制层（Controller）：是联系模型与视图之间的纽带，可理解为先接收来自用户的请求，然后将模型与视图匹配到一起，从而共同完成用户的请求，控制层主要控制模型与视图间的交互过程。它获取并翻译用户输入的行为，指定由哪个模型来执行该行为，或者根据用户的输入以及执行的结果来选择下一视图。 MVC的优点体现在以下几个方面： （1）有利于软件工程化管理，由于三层各司其职，各层的不同应用具有某些相同特征，用利于通过工程化、工具化的程序管理代码；而且三层的分离可以让相应的开发人员只专注于自己开发的模块，能够大大提高效率，并可以按责任划分来处理软件开发过程。 （2）具有低耦合性。视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变也只需要改变MVC的模型层。因为模型与控制器以及视图相分离，所以很容易改变应用程序的数据层和业务层规则。 在本系统中，我们采用了引入会话外观的模式，即从应用程序的客户端中把实体Bean与客户端交互的逻辑移出来，然后通过会话Bean来封装实体Bean，把会话Bean作为实体Bean的外观，这样可以使程序的模块性更好。 2.2.3 控制层 控制层负责应用程序的流程控制并管理用户和视图间发生的交互，根据用户请求的类型从而决定应用程序的具体操作；它可用于解释用户的鼠标、键盘输入，并将它们映射为模型层所能执行的操作，以通知模型层或视图层进行相应的更改；它还可用于分发用户的请求并选择合适的视图来显示，是模型层与视图层之间沟通的纽带。将控制层和模型层分离后，对任意模块的更改都不会引发其他模块产生改变。 鉴于速度以及维护性等方面的原因，控制层一般采用Servlet来实现，也就是由Servlet提供用户的访问点，调用安全服务，以及管理者请求的处理等。在本系统中，控制层主要也由Servlet实现。使用Servlet做控制器时，其功能主要是执行页面间的跳转以及控制流程。Servlet以重定向的方式实现页面间的跳转；通过调用业务代理Bean来进行与模式层的信息交互从而实现流程的控制。 控制机制应采取集中管理的方式，从而能控制并协调每个用户跨越多个请求的处理。应用程序要决定具体执行哪个业务逻辑功能时首先通过控制器集中从客户端接收请求，然后将产生用户界面的工作分配给一个合适的视图组件来完成。控制层则提供控制和处理请求的集中入口点，它负责接收并处理用户请求，并将请求委托给分发者类，根据当前的状态以及相应的操作结果来决定向客户呈现哪个视图。 本系统在这一部分主要定义了Controller、HttpCapture以及HttpR