学生学籍管理系统需求分析报告汇编Word文档格式.docx
- 文档编号:13439285
- 上传时间:2022-10-10
- 格式:DOCX
- 页数:8
- 大小:62.11KB
学生学籍管理系统需求分析报告汇编Word文档格式.docx
《学生学籍管理系统需求分析报告汇编Word文档格式.docx》由会员分享,可在线阅读,更多相关《学生学籍管理系统需求分析报告汇编Word文档格式.docx(8页珍藏版)》请在冰豆网上搜索。
日常教务管理:
日常报表,如通知书,补考通知书等,学生学习成绩的各种分类统计;
毕业生学籍处理:
结业处理,毕业处理,授位处理,学籍卡片等。
1.3系统模式
高校学生学籍管理系统将采用B/S模式,学生的信息由各用户在规定的权限下在各自的工作站上录入,统一保存在系统服务器上,既可集中管理,有可让各部门管理自己负责的信息。
信息上网后各用户可查询、调用,达到全校信息共享。
1.4现行组织机构
学校现有的学生学籍资料分别由系、教务处、学生处管理。
每个管理部门几乎都有一份相同的学生基本信息。
这样,工作容易重复,而且,最大的问题是彼此工作不透明,容易出现数据的不一致。
这问题的出现是致命的。
1.5系统现状
现在学校各部门分别使用不同数据库,各部门之间的信息还不能实现网上共享。
由于学校的各个部门都需要一些学生的基本信息,所以各个部门都有一份学生档案。
一个部门的改动,将导致其他各部门必须修改,否则,学生的信息将不一致。
现有系统采用的是B/S模式,比如:
各系可以将自己系学生的成绩都传到教务处的服务器上,教务处就可以对各系学生成绩进行集中统一管理。
2、功能需求分析
高校希望能够对全校所有学生的信息进行集中管理。
然后,对各个部门分配不同的权限,让他们去管理他们所需的信息,而没有管理权限的部门只能查询。
2.1功能要求
学生的一般情况,及奖励,处分情况;
学习成绩,补考成绩;
学籍处理:
学生留降级处理,休复学处理,退学处理;
日常报表,如通知书,补考通知书等,学生学习成绩的各种分类统计;
结业处理,毕业处理,授位处理,学籍卡片等。
2.2信息采集与各部门的使用权限
每学期考试完毕由各系录入成绩,然后由教务科收集。
为了保证信息的安全和数据的权威性,对于网上信息的使用权限和责任规定如下:
数据收集前的系统权限
学生档案
学生奖惩
学生成绩
学籍处理
补考成绩
教学计划管理
各种等级考试
学生处
ab
b
各系
教务处
院长办公室
注:
a、登录,修改,处理权。
b、查询权
2.3数据完整性、正确性:
1)可按某学生某学年考试及补考成绩,自动生成该学生是否升留降级,退学。
2)可按某学生在校期间累计重修科目门数和成绩自动生成该学生是否结业,毕业,授位。
3)可按某学生因非成绩原因所引起的学籍变更作自动处理。
4)可按每学期各年级班学生考试成绩自动生成补考名单,科目。
5)可按每学期各年级学生考试成绩自动生成某课程统计分析表。
6)可按同一年级学习成绩进行同一课程不同班级间成绩比较。
3、性能需求
因为学籍管理系统存储学生信息,所以数据库系统应该具有备份和恢复功能,保证学生数据库的长期完整性和正确性。
另一方面,作为系统的服务器应该能够长期无故障的运行,而且能够便于管理员的操作。
安全性要求比较高,对业务逻辑必须封装,避免有人登陆他没权限的网页,避免黑客从数据流中截取敏感数据。
3.1系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时能够满足设备管理处对信息处理的需求。
由于学生学籍管理系统的查询功能和基本信息功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源,而学生数量和成绩又影响数据库的试验活动,其准确性和可靠性很大程度上决定了学生学籍管理系统的成败。
在系统开发过程中,必须采用一定的方法保证系统的准确性。
3.2系统的开放性和系统的可扩充性
学生学籍管理系统在开发过程中,应该充分考虑以后的可扩充性。
要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3.3系统的易用性和易维护性
学生学籍管理管理系统是直接面对使用人员的,而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口,易用的人机交互界面。
要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;
针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。
学生学籍管理系统中涉及到的数据是学校相当重要的信息,系统要提供方便的手段供系统维护人员进行数据的备份,日常的安全管理,系统意外崩溃时数据的恢复等工作。
3.4系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。
如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等;
同时,在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。
3.5系统的先进性
目前计算系统的技术发展相当快,做为学生学籍管理系统工程,应该保证系统在下个世纪仍旧是先进的,在系统的生命周期尽量做到系统的先进,充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性,不断改善系统的功能完成。
另一方面,在系统设计和开发的过程中,应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
4、其他需求
普通用户的需求:
对于只有查看权限的用户,一般是通过上网浏览学校网页来查看数据的。
各部门管理员:
能够对系统进行设置,以适应不同用户的需求。
对不同系的管理员分配不同的权限,教务处系统管理员具有最高的管理权限。
5、用户平台需求
根据性能需求分析,使用以下方案:
操作系统:
linux/unix
数据库:
oracle
页面脚本程序:
jsp
服务器端程序:
servlet
6、业务流程
6.1与其他系统的关系
本系统暂不考虑与其他系统交换数据,而是作为一个独立的系统。
但是,他应该能够向学校的上级主管部门提交学生的信息。
6.2业务流程
参考文献与网址:
虽然调查显示我们的创意计划有很大的发展空间,但是各种如“漂亮女生”和“碧芝”等连锁饰品店在不久的将来将对我们的创意小屋会产生很大的威胁。
体现市民生活质量状况的指标---恩格尔系数,上海也从1995年的53.4%下降到了2003年的37.2%,虽然与恩格尔系数多在20%以下的发达国家相比仍有差距,但按照联合国粮农组织的划分,表明上海消费已开始进入富裕状态(联合国粮农组织曾依据恩格尔系数,将恩格尔系数在40%-50%定为小康水平的消费,20%-40%定为富裕状态的消费)。
我们熟练的掌握计算机应用,我们可以在网上搜索一些流行因素,还可以把自己小店里的商品拿到网上去卖,为我们小店提供了多种经营方式。
7、业务逻辑
7.1业务分解
世界上的每一个国家和民族都有自己的饰品文化,将这些饰品汇集到一起再进行新的组合,便可以无穷繁衍下去,满足每一个人不同的个性需求。
关于DIY手工艺制品的消费调查
高校学生学籍管理系统
夏日的街头,吊带装、露背装、一步裙、迷你裙五彩缤纷、争妍斗艳。
爱美的女孩们不仅在服饰搭配上费尽心机,饰品的选择也十分讲究。
可惜在商店里买的项链、手链、手机挂坠等往往样式平淡无奇,还容易出现雷同现象。
据调查统计,有近94%的人喜欢亲戚朋友送给自己一件手工艺品。
无论是送人,个人兴趣,装饰还是想学手艺,DIY手工制作都能满足你的需求。
下表反映了同学们购买手工艺制品的目的。
如图(1-4)
按权限划分
7.2业务描述
高校学生学籍管理系统,由学校指派专人负责系统的管理和维护。
系统中分别涉及到不同管理部门所管理的学生信息,因而将系统的信息分类,分别由教务处、学生处、各系管理具体的信息。
其中,教务处负责学生学籍管理、学生成绩、教学计划、师资分配、各种考试安排。
学生的成绩由各个系按照教务处的规定在各个系的计算机输入本系学生各门功课的成绩,并上传到系统中。
各系还要上报本系的教学计划,课程安排,然后由教务处统一发布。
学生处主要负责学生的档案管理以及奖励和处分。
学生处根据学生的高中升学档案形成原始档案,然后根据各系对学生表现的评价,决定对学生的奖励或处分。
在学生毕业时形成每个学生的最终档案。
学校的其他部门(包括学生、家长、用人单位)只能浏览学生的公开信息。
8、数据调查及分析
8.1原始单据
单据名称
别名
简述
来源
去处
组成
流通量
学生资料
主要是学生的学号、姓名、出生年月、住址等
学生入学时由学生处从学生升学档案获得
供学校其他部门查阅
学号、姓名、年级、班级、出生年月、住址、生源地
大
成绩
学生在校期间,各学期所选课程的成绩
由各系将本系学生的成绩通过计算机上传到教务处服务器统一处理
可供学生、系、用人单位等查阅
课程名、学分、成绩
授课
老师在本学期所上的课程
由教务处根据老师的专业安排
供院系、学生、老师查阅
课程代号、课程名、学时、上课地点、上课班级、教师代号
中
学生重修某门课程以后,所取得成绩
教师的成绩单
毕业参考
小
奖励处分
系、学生处根据学生的表现作出奖励和处分
系、学生处
供学生系、用人单位等查阅
奖励,处分
8.2数据分析
8.2.1数据分类
学生基本资料(如:
姓名、学号、住址、出生年月等)一般是保持不变的;
其它数据是动态的,数据量较大,是系统管理的重点。
8.2.2数据项描述
依据用户提供的功能要求,取得描述学生的信息有:
学号,班级,姓名,性别,出生年月,家庭地址,邮编,奖励,处分,若干门课程学习成绩;
每门课程的信息:
课程名称,学分,学时数,上机时数,实验时数,成绩,补考成绩等项。
8.2.3数据的完整性,准确性
a.根据数据库的要求录入数据采用表格方式,限制各种录入数据的不同数据类型及取值范围以保证数据的完整性及准确性。
b.系统具有修改功能,更新功能,而系统备有的修改功能在尚未提交数据库前均可取消
8.2.4数据完成的时间性
数据的录入有时间的限制.如成绩的录入,仅当师资科录入教学进程,教务科分发教师教学任务安排之后,各系
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 学籍 管理 系统 需求 分析 报告 汇编