- 1、本文档共44页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
毕业论文管理系统
概要设计说明书
1引言
1.1编写目的
此文档对毕业论文管理系统概要设计进行说明。
预期的读者有 (甲方)的需求提供者、项目负责人、相关技术人员等,江西师范大学软件学院软件工作室Java项目小组(乙方)的项目组成员,包括项目经理、客户经理、分析设计开发测试等人员。
1.2背景
毕业论文管理系统是基于互联网的应用软件。鉴于以往学生毕业论文采用人工管理方式,工作量大且效率地下,而且毕业生毕业时大多离校,给导师指导学生毕业设计,学生提交论文等工作带来诸多不便。希望开发一个系统来对课题,以及毕业论文选题进行规范化管理,从而方便导师对学生的论文写作进行指导和控制,方便学院管理毕业生论文。利用计算机来管理毕业论文设计管理活动实现制度化,规范化,管理化。
1.3定义
无
1.4参考资料
毕业论文管理系统需求规格说明书
毕业论文管理系统详细设计说明书
2总体设计
2.1需求规定
毕业论文管理系统按模块可以分成四部分,一是管理员系统管理模块, 二是选题管理,三是导师的课题管理,四是毕业设计过程控制管理,而它们各自又有具体的小模块组成。具体需求见毕业论文管理系统需求规格说明书。
2.2运行环境
操作系统:Win2003/XP, Linux
WEB服务器:Tomcat 5.5以上
数据库服务器:MySQL5.0以上,能够处理数据并发访问,访问回馈时间短。
2.3基本设计概念
1.系统整体方案
(1)毕业论文管理系统主要特性
我们从以下五个方面确定目标系统特性如下:
用户界面的复杂度:数据的静态显示/可定制视图(customizable view)
用户界面的部署约束:基于独立的桌面电脑或专用工作站的浏览器
用户的数量和类型:组织内的日常使用者,总共几百人
系统接口类型:通过HTTP协议提供服务,未来可以使用SOAP的SOA技术
性能:主要是独立的数据更新,有少量并发处理
从上述特性我们可以判断毕业论文管理系统属于中大型项目,因此我们使用基于Struts-Spring-Hibernate框架的分层架构设计方案。
(2)架构分层
毕业论文管理系统项目架构设计中,我们使用分层模式。具体地说,我们将毕业论文管理系统应用在职责上分成3层:表示层(Presentation Layer)、持久层(Persistence Layer)和业务层(Business Layser)。每个层在功能上都应该是十分明确的,而不应该与其他层混合。每个层要相互独立,通过一个通信接口而相互联系。
(3)模式和框架使用:
在分层设计基础上,我们将使用设计模式和框架,这些是可以重用的资产。
1)MVC模式
MVC模式就是一种很常见的设计模式。所谓的MVC模式,即模型—视图—控制器(model—view--controller)模式。其结构图如下:
图4-1 MVC架构图
1、Model端
在MVC中,模型是执行某些任务的代码,而这部分代码并没有任何逻辑决定用户端的表示方法。Model只有纯粹的功能性接口,也就是一系列的公共方法,通过这些公共方法,便可以取得模型端的所有功能。
2、View端
在MVC模式里,一个Model可以有几个View端,而实际上多个View端是使用MVC的原始动机。使用MVC模式可以允许多于一个的View端存在,并可以在需要的时候动态注册所需要的View.
3、Controller端
MVC模式的视图端是与MVC的控制器结合使用的。当用户端与相应的视图发生交互时,用户可以通过视窗更新模型的状态,而这种更新是通过控制器端进行的。控制器端通过调用模型端的方法更改其状态值。与此同时,控制器端会通知所有注册了的视图刷新用户界面。
那么,使用MVC模式有哪些优点呢?MVC通过以下三种方式消除与用户接口和面向对象的设计有关的绝大部分困难:
1、控制器通过一个状态机跟踪和处理面向操作的用户事件。这允许控制器在必要时创建和破坏来自模型的对象,并且将面向操作的拓扑结构与面向对象的设计隔离开来。这个隔离有助于防止面向对象的设计走向歧途。
2、MVC将用户接口与面向对象的模型分开。这允许同样的模型不用修改就可使用许多不同的界面显示方式。除此之外,如果模型更新由控制器完成,那么界面就可以跨应用再使用。
3、MVC允许应用的用户接口进行大的变化而不影响模型。每个用户接口的变化将只需要对控制器进行修改,但是控制器包含很少的实际行为,它是很容易修改的。
面向对象的设计人员在将一个可视化接口添加到一个面向对象的设计中时必须非常小心,因为可视化接口的面向操作的拓扑结构可以大大增加设计的复杂性。
MVC设计允许一个开发者将一个好的面向对象的设计与用户接口隔离开来,允许在同样的模型中容易地使用多个接口,并且允许在实现阶段对接口做大的修改而不需要对相应的模型进行修改
2)框架
根据
您可能关注的文档
最近下载
- ASTM D30 国外复合材料试验标准汇编 中文版.pdf VIP
- 《煤矿供电系统》课件.pptx VIP
- 人教版高中英语必修第三册《UNIT 1 FESTIVALS AND CELEBRATIONS》大单元整体教学设计.pdf
- 故障归零报告模板.docx VIP
- 文艺论文-陈钢《音乐就在你心中》课件PPT(30页).pptx VIP
- 基层党支部书记讲党课讲稿范文十篇.docx VIP
- 《水利水电工程等级划分及洪水标准》(SL252-2000).pdf VIP
- 燃气管道保护专项的解决方案.docx VIP
- 国内超高层建筑研究(ppt文档).ppt
- 2024年中考化学(广东省卷)真题详细解读及评析 .pdf
文档评论(0)