会议管理系统系统设计.docxVIP

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