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