演示视频:
https://www.bilibili.com/video/BV1nC4y1D7vq/
第4章 总体设计
3.1 引言
经过需求分析阶段的工作,系统必须“做什么”已经清楚了,现在是决定“怎样做”的时候。
3.2 系统布局设计
系统页面采用框架来设计,不同的用户有不同的功能菜单,但都有统一的风格,这给页面的使用和维护都带来了很大的便利,特别是在代码重用方面起了很大作用。本系统各用户的页面设计如图3-1所示:
1.Banner区——可以在此展示系统标识、页面归属等信息。
2.功能菜单区——提供系统可供操作的功能列表。
3.页面主体区——显示页面格式化数据页面主体区显示的内容,将依据页面在系统中的作用而定。
3.Bottom区——可设计为显示系统所有权等信息。
3.3 总体结构图
根据系统功能的要求,高校学生考勤管理系统各个模块之间的层次结构如图3-2所示:
按用户划分,系统结构图如图3-3所示:
高校学生考勤管理系统
任课老师
管理员
学生
图4-3系统用户结构示意图
Fig.4-3 Structure sketch map of the System’s user
系统子功能模块的层次结构如图3-4所示:
第5章 详细设计
3.1 引言
总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计是软件开发时期的第三个阶段,也是软件设计的第二步。其任务就是把解法具体化,也就是回答下面这个关键的问题:“应该怎样具体地实现这个系统呢?”,通过详细设计应该得出对目标系统的精确描述,给出各个模块的详细过程性描述。从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。
3.2 系统功能流程图
1)主功能流程:
用户登陆
任课老师
学生
查看考勤信息
审批请假
查看考勤信息
在线请假
退出系统
图5-1主界面流程图
Fig.5-1 main pages’s flow diagram
3.4 数据库设计与实现
5.4.1 实体模型
请假记录
图5-3 请假记录属性模型
Fig5-3 attribute model of the recordasking for leave
5.4.2 E-R模型
5.4.3 数据库的逻辑设计
根据系统功能设计的要求以及功能模块的划分,对于系统数据库,可以列出以下数据项和数据结构:
考勤登记表:课程安排代号、记载时间、上课时间。
学生上课出勤信息表:上课时间代号、上课时间、学号、出勤状态。
请假信息表:请假代号、班级代号、学年代号、学号、请假原因、开始时间、结束时间、请假天数、申请时间等。
5.4.4 数据库表的创建
根据数据库需求的分析,建立如下4个基本数据表。
表3-1 考勤信息表(kq)
表3-2 教师信息表(teacher)
表3-3 管理员信息表(admin)
表3-4 管理员信息表(student)