会议管理体制_体制设计.docVIP

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