系统分析期末小组报告

  文件类型：DOC/Microsoft Word  文件大小：355840字节

内容摘要：

系统分析期末小组报告
系统分析期末小组报告
第八组
学生请假系统
指导老师:吴明泉
组长: 陈同渊 H24932097
组员: 吴思贤 H24936180
苏彦存 H24932055
林正扬 H24949141
郭建鸿 H24949303

目录:
专案背景介绍 ( 专案范围,目标与建置构想 ) -3-
资料搜集方法与过程( 现况与问题描述 ) -5-
系统分析内容 -6-
程式需求分析结果(各层之Data Flow Diagram)
资料需求分析结果(Entity Relationship Diagram)
系统设计结果 -9-
应用系统架构图(实体DFD)
资料库设计(资料库纲目Schema )
介面设计图(主功能画面,输入及输出之介面设计图)
资料字典
未来系统建置作法及相关要求 -16-
专案预期效益
课程与专案学习心得
参考资料
1.专案背景介绍:
有鉴於学校请假程序繁杂,所以想制作一个专门请假的系统,不仅可以减少学务处的业务,也可以使学生和老师较为方便.


以下是旧有的请假手续:
a.以往请假,学生必须先去各自系办拿请假单
b.学生再拿著请假单找指定科目老师签名,科目老师通常不好找
c.还要请自己班的导师签名,老师有时候也不好找
d.最后再交给各自系办让系主任签名
e.所以导致有些学生宁愿旷课也不去请假,会造成这样,实在是因为长荣的请假系统实在很麻烦


只要是请过假的人,相信一定都抱怨连连的,学生找不到老师也不能说是谁的不对,但最后吃亏的一定是学生,所以希望能制作一个系统,来弥补长荣请假方面的不足.
1.1专案范围(环境概图)
1.2目标
目前系统只能处理短时间的假期,因为学生如果要请长期假,所要考虑的因素将会更多,希望能做到学生都能透过系统来请假,以节省老师和学生的时间,更能帮助学务处处理业务.
1.3系统建置构想:
首先我们必须与学务处取得联系,因为请假最终还是由学务处管理,假如由学务处的人员来告诉我们哪种系统比较适合现今长荣的请假体系,我们建置系统时会比较有出发点.
只由学务处的观点来看是不够的,系统是为了老师和学生所设立,要是不符合老师和学生的期望,这还是一个失败的系统,广收老师和学生的意见,由他们来给我们建议,希望作出一个怎样的系统,才能受到大家的喜爱.或许我们的能力还是不足,我们想先由一个系作出发点,先由我们所属的资管系,假如成功在慢慢推广.
学生登入请假系统请假时,请假相关人员都会收到通知
假如是较为短期的请假,学生只需要通过任课老师的核准即可
假如要请较长的请假,则还必须经过导师与系主任的核准
请假管理系统是为了学生和老师所设立的,当然希望能够带给老师和学生方便.
假如能让从此以后请假不用在东奔西走浪费体力,也不会为了请假而打扰到老师,希望能减少请假单核准人员的手续,也让学务处在管理学生缺旷课时较为方便,只要透过电脑网路即可,这是最理想的,最后推广到整个学校,这是我们可以努力的一个目标.
2.资料搜集方法与过程
参考我们长荣大学的请假单.
参考我们长荣大学请假的相关规定.
很多学校都有学生请假系统,我们参考过许多学校的学生请假系统,发现以中国科技大学学生网路请假系统和逢甲大学学生请假系统较为完善,参考他们的学生请假系统,藉此来比对,改进.
2.1现况与问题描述
现在长荣大学的请假方式还是没有改善,依然十分麻烦,程序十分多,会花费很多的时间.
学生常会因为为了要找老师而要跑许多地方,也常找不到老师,这往往会花费数天的时间.
老师也许会因为需要帮学生签名,而受到许多不必要的打扰.
系办也要花费人力,时间来处理假单.
3.系统分析内容
( 1 )程序需求分析结果(各层之Data Flow Diagram)
第0层
第1层
( 2 )资料需求分析结果(Entity Relationship Diagram)
4.系统 设计结果
( 1 )应用系统架构图(实体DFD)
( 2 )资料库设计(资料库纲目Schema)
( 3 )介面设计图
首页主画面
使用系统前先登入:
以下为学生登入画面
登入完后,到请假单页面填写假单
填完后按送出的页面
查询页面
以下为老师登入画面<b ·上一篇：系统分析评论报告(第二次)
·下一篇：系统动态分析作业(报告)