高校专业实习管理系统设计与实现.docx
- 文档编号:4846237
- 上传时间:2022-12-10
- 格式:DOCX
- 页数:52
- 大小:517.78KB
高校专业实习管理系统设计与实现.docx
《高校专业实习管理系统设计与实现.docx》由会员分享,可在线阅读,更多相关《高校专业实习管理系统设计与实现.docx(52页珍藏版)》请在冰豆网上搜索。
高校专业实习管理系统设计与实现
广州大学华软软件学院
毕业论文〔设计〕
课题名称高校专业实习管理系统的设计与实现
学院华软软件学院
系别软件工程系
专业班级软件开发2班
学生姓名
学号
指导老师
日期
摘要:
我们如今已经有了“每个周都交上个周报·与老师保持沟通等等〞的条件。
只是在这个条件的根底上开发了这个系统,帮助了老师,不用手动整理word文档,占空间存档.
无纸化办公将人从繁琐、无序、低端的工作中解放出来从事核心事务,整体进步了单位办事效率和对信息的可控性,降低办公本钱,进步执行力,使管理趋于完善。
基于无纸办公的思想,提出当前的毕业班学生实习在外实习情况无法及时反应给实习知道老师的问题。
设计了本课题的高校专业实习管理系统。
本课题,围绕着周报为中心,解决了学生实习的情况的全面记录与跟踪,便于指导老师针对学生遇到的详细问题给予指导以及评定毕业实习成绩。
进步了实习生的实习质量,进步了教学的质量。
关键词:
MVC;RBAC;周报;
AbstractWenowhavea"handineachweekisaweekly•maintaincommunicationwithteachers,etc."conditions.Onlyinthisconditionbasedonthedevelopmentofthissystemtohelptheteacher,withouthavingtomanuallyorganizeworddocument,archivespace.
Paperlessofficewillbefromthetedious,disorder,low-endworkintheliberationofcorebusinessunitsoftheoverallimprovementoftheefficiencyandcontrollabilityofinformation,reducebusinesscosts,improveexecution,sothatthemanagementtendstoimprove.
Thoughtsonthepaperlessoffice,proposedthecurrentgraduatingstudentcannotpracticeoutsidethePracticeoftimelyfeedbacktotheteachertrainingthatproblem.Universityofthetopicdesignedprofessionalpracticemanagementsystem.Thetopiccenteredaroundweeklytoaddressthesituationofstudentscomprehensivetrainingrecordsandtrack,theinstructorforstudentstofacilitatethespecificproblemsencounteredinassessinggraduationpracticeguidanceandresults.Improvethequalityofinterntrainingtoimprovethequalityofteaching.
KeywordsMVC;RBAC;Weekly
前言
我们如今已经有了“每个周都交上个周报·与老师保持沟通等等〞的条件。
只是在这个条件的根底上开发了这个系统,帮助了老师,不用手动整理word文档,占空间存档.
无纸化办公将人从繁琐、无序、低端的工作中解放出来从事核心事务,整体进步了单位办事效率和对信息的可控性,降低办公本钱,进步执行力,使管理趋于完善。
基于无纸办公的思想,提出当前的毕业班学生实习在外实习情况无法及时反应给实习知道老师的问题。
设计了本课题的高校专业实习管理系统。
本课题,围绕着周报为中心,解决了学生实习的情况的全面记录与跟踪,便于指导老师针对学生遇到的详细问题给予指导以及评定毕业实习成绩。
进步了实习生的实习质量,进步了教学的质量。
第1章
系统分析
1.1系统设计目的
解决了学生实习的情况的全面记录与跟踪,便于指导老师针对学生遇到的详细问题给予指导以及评定毕业实习成绩。
进步了实习生的实习质量,进步了教学的质量。
1.2功能简介
规划总结管理:
个人周报〔周报的增删改查〕
信息查询:
检索周报〔按条件检索周报〕
日常管理:
审查周报〔审批周报〕
突发事件管理:
通告管理〔通告的增删改查〕
系统维护:
日志管理〔日志增删改查〕,数据字典管理〔数据字典增删改查〕
用户管理:
用户角色权限管理
部门管理:
部门管理
1.3系统需求
1
1.1
1.2
1.3.1功能需求
1.3.1.1内容管理需求:
a)周报管理:
发表周报、修改周报、删除周报、查看周报、审批周报。
b)通告管理:
发布通告、修改通告、删除通告、更改通过、审批通告。
c)用户管理:
用户增加、用户修改、用户删除、用户查看、角色分配
d)部门管理:
部门增加、部门修改、部门删除、部门查看
e)角色管理:
角色增加、角色修改、角色删除、角色查看
f)功能管理:
功能增加、功能修改、功能删除、功能查看
g)日志管理:
日志增加、日志修改、日志删除、角色查看
h)数据字典管理:
字典增加、字典修改、字典删除、字典查看
1.3.2性能需求:
1.3.2.1响应时间与内存使用量:
忽略网络环境因素、主题模板及功能插件运作的因素,以本地测试为准。
数据库安装响应:
时间2秒内,内存使用量最高上限8,000,000bytes。
前台阅读响应时间:
时间0.8秒,内存使用量最高上限9,000,000bytes。
后台操作响应时间:
时间0.9秒,内存使用量最高上限9,000,000bytes。
1.3.2.2数据库的优化、备份:
提供所有数据表的SQL语句备份,SQL语句的查询数据备份。
MySQL数据库的优化处理。
1.3.2.3平安性:
后台的界面访问、途径访问、操作执行的前后,均受登陆会话管理和用户权限管理的控制。
1.4用例分析
1.4.1登陆管理用例
本用例允许用户登陆管理相关的内容,进展登陆、注销、修改密码等根本操作。
1.4.2
主程序用例:
用户进展登陆认证后,在进展规划总结管理,突发事件管理,系统管理,用户管理等方面前验证用户权限,才能执行相关操作。
1.4.3规划总结管理用例:
a)周报管理者〔指导老师可以审批,指导老师的上一级都可以查看但不得审批,指导老师的同级管理者不得查看〕
b)周报每周填一次。
c)一旦周报审批通过,实习学生不得修改删除该篇周报。
1.4.4突发事件管理用例:
a)通揭发布
1.4.5系统管理用例:
a)系统管理者包含〔用户管理者,日常操作管理者,系统维护管理着〕,
b)用户管理者管理用户角色功能部门
c)日常管理者维护日常操作日志和数据字典。
1.5运行环境
1.5.1硬件环境
a)效劳器端:
效劳器端的最低配置是由建立站点所需的软件来决定的,在最低配置的情况下,效劳器的性能往往不尽人意,如今硬件性能已经相当出色,而且价格也很廉价,因此通常应给效劳器端配置高性能硬件。
本网络系统效劳器端的配置如下:
处理器:
InterPentium〔Celeron〕42.4GHz或更高。
内存:
512MB
硬盘空间:
60G
显卡:
SVGA显示适配器
b)客户端:
因为客户端主要用于阅读和操作数据,所以对客户端的硬件要求不高,不过如今的电脑有很高的性价比,因此需要的配置应该高于下面的配置:
处理器:
InterPentium〔Celeron〕41.6GHz或更高。
内存:
32MB
硬盘空间:
1GB
显卡:
SVGA显示适配器
1.5.2软件环境
a)效劳器端:
操作系统:
WindowsNT/2000/2003/XPprofessional或Linux2.6.4.etc
网站效劳器:
tomcat
b)用户端:
操作系统:
WindowsNT/2000/2003/XPprofessional或Linux2.6.4.etc
第2章数据库设计
2.1数据库设计分析
各数据表描绘
数据表
描绘
weekly_tb
实习周报表
weekly_info_tb
实习周报内容表
notice_tb
紧急事件通告表
operator_tb
用户表
operator_popedom_tb
用户权限表
role_tb
角色表
role_popedom_tb
角色权限表
menu_tb
菜单表
dept_tb
部门表
note_tb
操作日志表
表格21数据表描绘
名词和符号定义
1.‘*’:
主关键字符号;
2.‘PK’:
主关键字缩写;
3.‘+’:
外关键字符号;
4.‘FK’:
外关键字缩写;
5.‘&’:
复合关键字符号;
6.‘CPK’:
复合关键字缩写;
7.‘UNIQUE’:
唯一索引;
2.2数据库字典
1
2
2.2.1实习周报表weekly_tb
字段名
类型
描绘
备注
*weekly_id
int
周报ID
PK
+op_id
int
填表人ID
FK_
week_date
datetime
周报所在日期
week
int
周报所在周
isDeptPlan
varchar
(1)
是否部门方案
op_Time
datetime
维护时间
supervisor_id
int
指导老师id
supervisor_nid
varchar(50)
抄送
audit_desc
varchar(1024)
审核描绘
audit_name
varchar(30)
审核人员
audit_date
datetime
审核时间
status
varchar(10)
审核状态
表格22weekly_tb表
2.2.2实习周报内容表weekly_info_tb
字段名
类型
描绘
备注
*weekly_info_id
int
周报内容ID
PK
+weekly_id
int
周报ID
FK:
weekly_info_tb
info_type
datetime
内容类型
info_date
int
内容时间
info_content
varchar
(1)
周报内容
isKey
datetime
是否关键内容
result
int
结果
spend_time
varchar(50)
花费时间
info_ex
varchar(1024)
备用
表格23weekly_info_tb表
2.2.3单位部门表dept_tb
字段名
类型
描绘
备注
*dept_id
int
单位ID
PK
+parent_id
int
父结点
FK:
dept_tb
isParent
int
类型
dept_na
varchar(30)
单位名称
dept_desc
varchar(30)
描绘
dept_order
varchar(30)
排列顺序
op_Name
int
维护人员
op_Time
datetime
维护时间
表格24dept_tb表
2.2.4数据字典表dict_tb
字段名
类型
描绘
备注
*dict_id
int
字典ID
PK
+parent_id
int
父结点
FK:
dict_tb
isParent
datetime
类型
dict_order
datetime
排列顺序
op_Name
int
维护人员
op_Time
varchar(50)
维护时间
表格25dict_tb表
2.2.5紧急事件通知表notice_tb
字段名
类型
描绘
备注
*notice_id
int
通告id
PK
+dept_id
int
发布单位ID
FK_weekly_info_tb
title
varchar(100)
通告名称
content
text
通告内容
notice_date
datetime
通告时间
keyWord
varchar(50)
关键词
audit_desc
varchar(1024)
审核描绘
audit_name
varchar(30)
审核人员
audit_date
datetime
审核时间
status
varchar(10)
审核状态
op_Name
varchar(30)
发布人员
op_Time
datetime
维护时间
表格26notice_tb表
2.2.6操作日志表note_tb
字段名
类型
描绘
备注
*id
int
id
PK
+op_id
varchar(20)
操作id
FK:
operator_tb
op_name
varchar(30)
操作员
op_time
datetime
操作时间
op_desc
varchar(1024)
操作内容
op_ip
varchar(20)
地址
表格27note_tb表
2.2.7用户表operator_tb
字段名
类型
描绘
备注
*op_id
int
操作员ID
PK
+role_id
int
角色id
FK:
role_tb
+dept_id
int
部门ID
FK:
dept_tb
supervisor_id
int
直属主管id
reg_id
varchar(20)
登录id
opName
varchar(30)
姓名
password
varchar(100)
密码
sex
varchar
(2)
性别
idCard
varchar(18)
身份证号码
phone
varchar(15)
联络
addr
varchar(100)
住址
mobile
varchar(15)
手机
varchar(50)
电邮
education
varchar(10)
教育程度
professional
varchar(30)
专业
img
varchar(100)
学生图片
op_Name
varchar(30)
维护人员
op_Time
datetime
维护时间
表格28operator_tb表
2.2.8用户权限表operator_popedom_tb
字段名
类型
描绘
备注
*id
int
ID
PK
+menu_id
int
菜单ID
FK:
menu_tb
+op_id
int
操作员ID
FK:
operator_tb
表格29operator_popedom_tb表
2.2.9角色表role_tb
字段名
类型
描绘
备注
*role_id
int
角色id
PK
role_name
varchar(30)
角色名称
role_descript
varchar(30)
描绘
op_Name
varchar(30)
维护人员
op_Time
datetime
维护时间
表格210role_tb表
2.2.10角色权限表role_popedom_tb
字段名
类型
描绘
备注
*id
int
ID
PK
+role_id
int
角色ID
FK:
role_tb
+menu_id
int
菜单ID
FK:
menu_tb
表格211role_popedom_tb表
第3章系统架构设计
3.1MVC形式分析
使用像ASP,PHP,或者CFML这样的基于过程化开发的语言来开发一般的Web应用程序,它们的输入、处理和输出都不能很好的进展别离,因此很难表达出业务模型和业务重用性,以致于代码难以构造混乱和难以维护。
虽然有经历比拟丰富的开发者会将数据从表示层别分开来,但这通常不是很容易做到的,它需要精心的方案和不断的尝试。
MVC从根本上强迫性的将它们分开。
MVC是一种将应用程序的逻辑层和表现层进展别离的方法。
Codeigniter〔后简称CI〕是基于模型-视图-控制器这一设计形式的。
本系统采用CI框架下的MVC开发形式。
模型(Model)代表你的数据构造。
通常来说,你的模型类将包含取出、插入、更新你的数据库资料这些功能。
视图(View)是展示给用户的信息。
一个视图通常是一个网页,但是在CI中,一个视图也可以是一个页面片段,如页头、页尾。
控制器(Controller)是模型、视图以及其它任何处理恳求所必须的资源之间的中介,并生成网页。
MVC三层形式的好处显而易见,首当其冲就是模型重性能很好地发挥,因为模型是自包含的,并且与控制器和视图相别离,所以很容易改变你的应用程序的数据层和业务规那么。
由于运用MVC的应用程序的三个部件是互相对立,改变其中一个不会影响其它两个,所以根据这种设计思想你能构造良好的松偶合的构件。
MVC有它的优点同时,我对MVC的形式开发有自己的一点看法,由于它没有明确的定义,所以完全理解MVC并不是很容易。
使用MVC需要精心的方案,由于它的内部原理比拟复杂,所以需要花费一些时间去考虑。
同时在抽象出业务处理的模型时,虽然可以屏蔽掉其它层次不相关的处理细节,但也限制了与之相关的功能扩展。
或者可以根据MVC别离式设计,经由修改内部代码来扩展功能和业务,但好的扩展性是表达在添加而不是修改上。
需求总是会变的,假设要扩展业务或功能时,开放人员就不得不重新在模型里面添加代码甚至改变内部构造以适应新的需求。
3.2Java免费开源框架的选择
Spring
Spring是一个解决了许多在J2EE开发中常见的问题的强大框架。
Spring提供了管理业务对象的一致方法并且鼓励了注入对接口编程而不是对类编程的良好习惯。
Spring的架构根底是基于使用JavaBean属性的InversionofControl容器。
然而,这仅仅是完好图景中的一局部:
Spring在使用IoC容器作为构建完关注所有架构层的完好解决方案方面是独一无二的。
Spring提供了唯一的数据访问抽象,包括简单和有效率的JDBC框架,极大的改良了效率并且减少了可能的错误。
Spring的数据访问架构还集成了Hibernate和其他O/Rmapping解决方案。
Spring还提供了唯一的事务管理抽象,它可以在各种底层事务管理技术,例如JTA或者JDBC事务提供一个一致的编程模型。
Spring提供了一个用标准Java语言编写的AOP框架,它给POJOs提供了声明式的事务管理和其他企业事务--假如你需要--还能实现你自己的aspects。
这个框架足够强大,使得应用程序可以抛开EJB的复杂性,同时享受着和传统EJB相关的关键效劳。
Spring还提供了可以和IoC容器集成的强大而灵敏的MVCWeb框架。
STRUCTS
Struts是一个基于SunJ2EE平台的MVC框架,主要是采用Servlet和JSP技术来实现的。
由于Struts能充分满足应用开发的需求,简单易用,敏捷迅速,在过去的一年中颇受关注。
Struts把Servlet、JSP、自定义标签和信息资源(messageresources)整合到一个统一的框架中,开发人员利用其进展开发时不用再自己编码实现全套MVC形式,极大的节省了时间,所以说Struts是一个非常不错的应用框架。
Hibernate
Hibernate是一个开放源代码的对象关系映射框架,它对JDBC进展了非常轻量级的对象封装,使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。
Hibernate可以应用在任何使用JDBC的场合,既可以在Java的客户端程序实用,也可以在Servlet/JSP的Web应用中使用,最具革命意义的是,Hibernate可以在应用EJB的J2EE架构中取代CMP,完成数据持久化的重任。
,Hibernate可以在应用EJB的J2EE架构中取代CMP,完成数据持久化的重任。
Jquery
Jquery是继prototype之后又一个优秀的Javascrīpt框架。
它是轻量级的js库(压缩后只有21k),它兼容CSS3,还兼容各种阅读器〔IE6.0+,FF1.5+,Safari2.0+,Opera9.0+〕。
jQuery使用户能更方便地处理HTMLdocuments、events、实现动画效果,并且方便地为网站提供AJAX交互。
jQuery还有一个比拟大的优势是,它的文档说明很全,而且各种应用也说得很详细,同时还有许多成熟的插件可供选择。
jQuery可以使用户的html页保持代码和html内容别离,也就是说,不用再在html里面插入一堆js来调用命令了,只需定义id即可。
3.3S2SH的整合方案
1.首先创立一个web工程,
图3-1参加Hibernate工程
3.向工程参加spring支持,这里我们使用的是spring
图3-2参加Spring工程
选中这5个库包:
Spring3.0AOPLibraries
Spring3.0CoreLibraries
Spring3.0PersistenceCoreLibraries
Spring3.0PersistenceJDBCLibraries
Spring3.0WebLibraries
也不要忘记将jar包参加到/WebRoot/WEB-INF/lib。
图3-3参加Struts工程
2
2.1
2.2
2.3
系统整体形式架构
图3-4MVC-Struts、Spring、Hibernate框架图
图3-5S2SH整合框架图
3.4权限模型设计
RBAC支持三个著名的平安原那么:
最小权限原那么,责任别离原那么和数据抽象原那么。
最小权限原那么之所以被RBAC所支持,是因为RBAC可以将其角色配置成其完成任务所需要的最小的权限集。
责任别离原那么可以通过调用互相独立互斥的角色来共同完成敏感的任务而表达,比方要求一个计帐员和财务管理员共参与同一过帐。
数据抽象可以通过权限的抽象来表达,如财务操作用借款、存款等抽象权限,而不用操作系统提供的典型的读、写、执行权限。
然而这些原那么必须通过RBAC各部件的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 高校 专业 实习 管理 系统 设计 实现