电脑桌面
添加小米粒文库到电脑桌面
安装后可以在桌面快捷访问

会议管理系统设计说明书

会议管理系统设计说明书_第1页
1/13
会议管理系统设计说明书_第2页
2/13
会议管理系统设计说明书_第3页
3/13
...../ 更多资料请访问 . (.....) ...../软 件 工 程文 件 名 称:系统设计说明书项 目 名 称:会议管理系统 湘 日期:2024-6-2 1 1 引言1.1 编写目的本文是在前期需求分析的基础上,充分与用户进行沟通,对会议管理系统的设计进行表述。此文档是后续编码实现的依据。1.2 背景本会议系统完成从需求分析、设计到编码、测试、发布的全过程。1.3 参考资料本文使用了Error: Reference source not found所列为本文用到的参考资料。表 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-2 所示。图 2-2 系统设计模式2.3 系统流程图图 2-3 系统流程图流程说明:1)系统提示用户输入用户名和密码。2)推断用户是否具有相应的权限。3)根据不同的身份分配不同的权限。2.4 系统持久层设计数据持久层的设计目标是为整个项目提供一个高层、统一、安全和并发的数据持久机制。完成对各种数据进...

1、当您付费下载文档后,您只拥有了使用权限,并不意味着购买了版权,文档只能用于自身使用,不得用于其他商业用途(如 [转卖]进行直接盈利或[编辑后售卖]进行间接盈利)。
2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。
3、如文档内容存在违规,或者侵犯商业秘密、侵犯著作权等,请点击“违规举报”。

碎片内容

会议管理系统设计说明书

确认删除?
VIP
微信客服
  • 扫码咨询
会员Q群
  • 会员专属群点击这里加入QQ群
客服邮箱
回到顶部