会议管理系统设计说明书( 11页)(正式版).docx

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