工作室管理系统概要设计说明书.docVIP

工作室管理系统 概要设计说明书 1引言 1.1编写目的 此文档对工作室管理系统概要设计进行说明。 预期的读者有 (甲方)的需求提供者、项目负责人、相关技术人员等，项目组成员。 1.2背景 软件学院工作室管理中心是以方便同学及导师为宗旨设计的，让管理员、导师通过网络，方便的了解工作室同学的状况。对于即将进入工作室学习的同学，可以通过工作事管理中心，进行工作室学习方向的确定，这就避免了同学选择方向时，因工作室已满而不得不转方向。对于已经在工作室学习的同学，导师可以通过本签到系统，方便的了解同学的出勤状况，历史缺到次数。简单的新闻系统，使同学们能够及时了解工作室最新动向。通过站内短信，同工作室，不同工作室之间都可以进行短信交流，也可以进行短信群发。工作室管理中心提供了一个讨论区，同学可以就最新的帖子进行评论，也可以和导师交流最新技术。个人日志功能免除了同学手写日志的苦恼，日志直接提交至导师，导师也可以及时了解同学当天的学习进展。网站链接功能则是由导师或同学添加一些认为好的学习网站，这样能更好的进行知识交流。 在实际使用中，本系统可以发挥互联网的优势、在网络上建立一个工作室管理中心，使得工作室管理更合理。让导师更清楚的掌握学生的出勤状况及学习进度。工作室选向更人性化，让学院更好、更早的进行安排。 1.3定义 无 1.4参考资料 工作室管理系统需求规格说明书 工作室管理系统详细设计说明书 2总体设计 2.1需求规定 工作室管理系统按模块可以分成三部分，一是一般用户浏览的内容管理模块, 二是系统管理，三是内容和审核管理，而它们各自又有具体的小模块组成。具体需求见工作室管理系统需求规格说明书。 2.2运行环境 操作系统：Win2003/XP, Linux WEB服务器:Tomcat 5.5以上 数据库服务器:MySQL5.0以上,能够处理数据并发访问，访问回馈时间短。 2.3基本设计概念 2.1．系统整体方案 （1）工作室管理系统主要特性 我们从以下五个方面确定目标系统特性如下： 用户界面的复杂度：数据的静态显示/可定制视图（customizable view） 用户界面的部署约束：基于独立的桌面电脑或专用工作站的浏览器 用户的数量和类型：组织内的日常使用者，总共几百人 系统接口类型：通过HTTP协议提供服务，未来可以使用SOAP的SOA技术 性能：主要是独立的数据更新，有少量并发处理 从上述特性我们可以判断工作室管理系统属于中大型项目，因此我们使用基于Struts-Spring-Hibernate框架的分层架构设计方案。 （2）架构分层 在工作室管理系统项目架构设计中，我们使用分层模式。具体地说，我们将工作室管理系统应用在职责上分成3层：表示层（Presentation Layer）、持久层（Persistence Layer）和业务层（Business Layser）。每个层在功能上都应该是十分明确的，而不应该与其他层混合。每个层要相互独立，通过一个通信接口而相互联系。 （3）模式和框架使用： 在分层设计基础上，我们将使用设计模式和框架，这些是可以重用的资产。 1）MVC模式 MVC模式就是一种很常见的设计模式。所谓的MVC模式，即模型—视图—控制器（model—view--controller）模式。其结构图如下： View View Model Controller 图4-1 MVC架构图 1、Model端 在MVC中，模型是执行某些任务的代码，而这部分代码并没有任何逻辑决定用户端的表示方法。Model只有纯粹的功能性接口，也就是一系列的公共方法，通过这些公共方法，便可以取得模型端的所有功能。 2、View端 在MVC模式里，一个Model可以有几个View端，而实际上多个View端是使用MVC的原始动机。使用MVC模式可以允许多于一个的View端存在，并可以在需要的时候动态注册所需要的View. 3、Controller端 MVC模式的视图端是与MVC的控制器结合使用的。当用户端与相应的视图发生交互时，用户可以通过视窗更新模型的状态，而这种更新是通过控制器端进行的。控制器端通过调用模型端的方法更改其状态值。与此同时，控制器端会通知所有注册了的视图刷新用户界面。 那么，使用MVC模式有哪些优点呢？MVC通过以下三种方式消除与用户接口和面向对象的设计有关的绝大部分困难： 1、控制器通过一个状态机跟踪和处理面向操作的用户事件。这允许控制器在必要时创建和破坏来自模型的对象，并且将面向操作的拓扑结构与面向对象的设计隔离开来。这个隔离有助于防止面向对象的设计走向歧途。 2、MVC将用户接口与面向对象的模型分开。这允许同样的模型不用修改就可使用许多不同的界面显示方式。除此之外，如果模型更新由控制器完成，那么界面就可以跨应用再使用。 3、MV