《会议管理系统系统设计》由会员分享,可在线阅读,更多相关《会议管理系统系统设计(6页珍藏版)》请在金锄头文库上搜索。
1、软件工程文件名称:系统设计说明书项目名称:会议管理系统作者: 李湘日期:2010-6-211 / 91引言1.1编写目的本文是在前期需求分析的基础上,充分与用户进行沟通,对会议管理系统的 设计进行表述。此文档是后续编码实现的依据。1.2背景本会议系统完成从需求分析、设计到编码、测试、发布的全过程。1.3参考资料本文使用了错误!未找到引用源。所列为本文用到的参考资料表1.3参考资料编号资料名称作者1使用软件工程赵池龙、杨林、孙伟2软件工程技术概论朱三元3软件开发的科学与艺术陈宏刚4会议信息管理系统需求分析说明书李湘1.5用户会议管理系统主要是面向参加会议人数在1000人以内的会议。2系统设计2.
2、1系统架构依据前期的需求调研,用户已经有完善的内部局域网,网络和硬件条件都较 好。架构示意如图2-1读卡器图2-1系统架构图读卡器2.2系统设计模式系统采用目前最为流行的 MVC设计模式,即Model-View-Controller ,即 把一个应用的输入、处理、输出流程按照 Model、View、Controller 的方式进行 分离,这样一个应用被分成三个层一一模型层、视图层、控制层。视图(View):代表用户交互界面,对于 Web应用来说,可以概括为HTML界 面,但有可能为XHTM、XML和Applet。模型(Model):就是业务流程/状态的处理以及业务规则的制定。 业务流程的 处理
3、过程对其它层来说是黑箱操作, 模型接受视图请求的数据,并返回最终的处 理结果。控制(Controller):可以理解为从用户接收请求,将模型与视图匹配在一 起,共同完成用户的请求。一个模型可能对应多个视图,一个视图可能对应多个 模型。模型、视图与控制器的分离,使得一个模型可以具有多个显示视图。如果用 户通过某个视图的控制器改变了模型的数据,所有其它依赖于这些数据的视图都应反映到这些变化。因此,无论何时发生了何种数据变化,控制器都会将变化通知所有的视图,导致显示的更新。 这实际上是一种模型的变化-传播机制。模型、 视图、控制器三者之间的关系和各自的主要功能。系统的设计模式如图2-2所示k方法调用
4、爭件图2-2系统设计模式2.3系统流程图图2-3系统流程图流程说明:1)系统提示用户输入用户名和密码。2)判断用户是否具有相应的权限。3)根据不同的身份分配不同的权限。2.4系统持久层设计数据持久层的设计目标是为整个项目提供一个高层、统一、安全和并发的数据持久机制。完成对各种数据进行持久化的编程工作, 并为系统业务逻辑层提 供服务。数据持久层提供了数据访问方法,能够使其它程序员避免手工编写程序 访问数据持久层,使其专注于业务逻辑的开发,并且能够在不同项目中重用映射 框架,大大简化了数据增、删、改、查等功能的开发过程。3功能设计根据前期的需求分析,对系统的功能模块进行划分,功能结构如图3-1。会议组织人员删除个人资料查看相应参会人员记录会议信息检索会议地址查看相应主题会议信息修改个人资料图3-1会议组织人员操作