基于mvc模型的调度终端软件架构设计.docxVIP

基于MVC模型的调度终端软件架构设计 一、MVC模型 MVC（Model-View-Controller，模型-视图-控制器）模式是20世纪80年代Smalltalk-80出现的一种软件设计模式，后来得到了广泛的应用，其主要目的在于促进应用中模型，视图，控制器间的关注的清晰分离, 即把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分成三个层——模型层、视图层、控制层。 视图(View)代表用户交互界面。随着应用的复杂性和规 模性，界面的处理也变得具有挑战性。一个应用可能有很多不同的视图，MVC设计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。 模型(Model)：就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是MVC最主要的核心。 控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一起，共同完成用户的请求。划分控制层的作用也很明显，即作为一个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请求。控制层并不做任何的数据处理。 二、通信终端软件架构 Web开发或者Java程序员的对MVC会比较熟悉，对于用MFC开发桌面应用程序的程序员来说，已经习惯于拖一个按钮，然后双击，在CxxxDlg.cpp中添加事件响应。随着业务逻辑的复杂，这一个文件包含了所有的界面代码，逻辑处理，数据操作…。频繁的界面修改可能会破坏比较稳定的业务代码。将业务逻辑分离出来，由一个控制器负责，就可以避免这种干扰。 通信调度终端软件是面向用户操作使用的软件，包括系统各项功能操作及配置界面。该软件采用面向对象的设计思想，将功能模块封装为类的形式，模块之间通过接口相连。软件开发按照现代软件工程思想，软件人员相互独立进行模块开发，不同模块通过COM等接口技术进行集成。各模块进行详细的接口定义，依据接口对模块进行完善的功能测试，尽量避免将缺陷带入集成测试阶段。 软件按照MVC模式设计，如图1所示。用户界面层对应MVC模式的View层，负责处理用户操作和界面呈现。过程处理层对应MVP模式的Controller层，用以进行逻辑处理，为图形界面层提供依赖于接口的显示方法，对于其它模块，这些方法是透明的。协议处理层对应MVP模式的Model层，负责提供协议解析，向处理层提供命令和数据。 图1 基于MVC模型的调度终端软件架构 在类设计上，调度电话状态、用户状态、来电状态等信息，相对各软件需求均为通用，可统一放在Model模型中，提供访问控制类。数据库访问已有通用类，也放在Model模型中。此外，调度主机/服务器的控制协议处理模块，由于公司内部存在多种调度主机平台，建议采用协议处理动态库进行封装，提供对上提供通用接口，在应用程序中通过调度接口类如CPhoneDispatch进行处理。界面对话框类通过CDispatchView类统一与Model层、Controller层进行交互。类图框架参见图2。 图2调度终端软件类图框架 三、架构优势 软件架构清晰，适合小团队开发，方便任务分工、独立调试和测试； 适用于不同用户对软件界面的不同需求，可快速完成界面的修改，快速响应用户需求变化。 适用于单一前台操作界面，灵活适配多种不同类型后台处理的应用需求。减少开发工作量，增强产品配置灵活性。 将软件重用???平由代码（类）级别提升至模块（软构件）级别，减少了开发工作量，缩短了开发周期。