会议管理系统_系统设计_第1页
会议管理系统_系统设计_第2页
会议管理系统_系统设计_第3页
会议管理系统_系统设计_第4页
会议管理系统_系统设计_第5页
已阅读5页,还剩1页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、1 / 9软件工程文件名称:系统设计说明书项目名称:会议管理系统作者: 李湘日期:2010-6-211 / 91 引言1.1 编写目的本文是在前期需求分析的基础上,充分与用户进行沟通,对会议管理系统的 设计进行表述。此文档是后续编码实现的依据。1.2 背景本会议系统完成从需求分析、设计到编码、测试、发布的全过程。1.3 参考资料本文使用了错误!未找到引用源。所列为本文用到的参考资料表 1.3 参考资料编号资料名称作者1使用软件工程赵池龙、杨林、孙伟2软件工程技术概论朱三元3软件开发的科学与艺术陈宏刚4会议信息管理系统需求分析说明书李湘1.5 用户会议管理系统主要是面向参加会议人数在 1000

2、人以内的会议。2 系统设计2.1 系统架构依据前期的需求调研,用户已经有完善的内部局域网,网络和硬件条件都较 好。1 / 9架构示意如图 2-12.2 系统设计模式系统采用目前最为流行的 MVC 设计模式,即 Model-View-Controller ,即 把一个应用的输入、处理、输出流程按照 Model、View、Controller 的方式进行 分离,这样一个应用被分成三个层一一模型层、视图层、控制层。视图(View):代表用户交互界面,对于 Web 应用来说,可以概括为 HTML 界 面,但有可能为 XHTM、XML 和 Applet。模型(Model):就是业务流程/状态的处理以及业

3、务规则的制定。 业务流程的 处理过程对其它层来说是黑箱操作, 模型接受视图请求的数据,并返回最终的处 理结果。控制(Controller):可以理解为从用户接收请求,将模型与视图匹配在一 起,共同完成用户的请求。一个模型可能对应多个视图,一个视图可能对应多个 模型。模型、视图与控制器的分离,使得一个模型可以具有多个显示视图。如果用 户通过某个视图的控制器改变了模型的数据,所有其它依赖于这些数据的视图都应反映到这些变化。因此,无论何时发生了何种数据变化,控制器都会将变化通知所有的视图,导致显示的更新。 这实际上是一种模型的变化-传播机制。模型、 视图、控制器三者之间的关系和各自的主要功能。读卡器

4、图 2-1 系统架构图读卡器1 / 9系统的设计模式如图 2-2 所示- k 方法调用-爭件图 2-2 系统设计模式2.3 系统流程图图 2-3 系统流程图1 / 9流程说明:1) 系统提示用户输入用户名和密码。2) 判断用户是否具有相应的权限。3) 根据不同的身份分配不同的权限。2.4 系统持久层设计数据持久层的设计目标是为整个项目提供一个高层、统一、安全和并发的数据持久机制。完成对各种数据进行持久化的编程工作, 并为系统业务逻辑层提 供服务。数据持久层提供了数据访问方法,能够使其它程序员避免手工编写程序 访问数据持久层,使其专注于业务逻辑的开发,并且能够在不同项目中重用映射 框架,大大简化了数据增、删、改、查等功能的开发过程。3 功能设计根据前期的需求分析,对系统的功能模块进行划分,功能结构如图3-1。

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论