学生学籍综合管理系统需求分析报告.docx

学生学籍管理系统需求分析汇报1、项目概述传统学校学籍管理方法、因为分散管理，易发生数据丢失，劳动强度高，速度慢。使用计算机能够高速、快捷地完成以上工作。尤其是在计算机联网后，数据在网上传输，能够实现数据共享，避免反复劳动，规范教学管理行为，从而提升了管理效率和水平。学籍管理信息系统以计算机为工具，经过对教务管理所需信息管理，把管理人员从繁琐数据计算处理中解脱出来，从而全方面提升教学质量。本系统关键用户教务处、学生工作处、各系、及学生。1.1开发背景学校需要一套学生学籍管理系统来对学生学籍等情况进行管理。建立该系统有利于教务处、学生工作处、师资科、院长办公室、各系教导员对各自所需及管理学生信息进行查阅和管理；有利于学生对自己学习情况进行查看，方便她们掌握自己学习信息；有利于家长对学生监督；有利于用人单位能够经过浏览学校网页，方便快捷获取学生有用信息，愈加全方面了解学生在校情况。1.2系统目标学生档案管理：学生通常情况，及奖励，处分情况；学生成绩管理：学习成绩，补考成绩；学籍处理 学生留降级处理，休复学处理，退学处理；日常教务管理：日常报表，如通知书，补考通知书等，学生学习成绩多种分类统计；毕业生学籍处理：结业处理，毕业处理，授位处理，学籍卡片等。1.3 系统模式高校学生学籍管理系统将采取B/S模式，学生信息由各用户在要求权限下在各自工作站上录入，统一保留在系统服务器上，既可集中管理，有可让各部门管理自己负责信息。信息上网后各用户可查询、调用，达成全校信息共享。 1.4 现行组织机构学校现有学生学籍资料分别由系、教务处、学生处管理。每个管理部门几乎全部有一份相同学生基础信息。这么，工作轻易反复，而且，最大问题是相互工作不透明，轻易出现数据不一致。这问题出现是致命。 1.5 系统现实状况现在学校各部门分别使用不一样数据库，各部门之间信息还不能实现网上共享。因为学校各个部门全部需要部分学生基础信息，所以各个部门全部有一份学生档案。一个部门改动，将造成其它各部门必需修改，不然，学生信息将不一致。现有系统采取是B/S模式，比如：各系能够将自己系学生成绩全部传到教务处服务器上，教务处就能够对各系学生成绩进行集中统一管理。2、功效需求分析高校期望能够对全校全部学生信息进行集中管理。然后，对各个部门分配不一样权限，让她们去管理她们所需信息，而没有管理权限部门只能查询。 2.1功效要求学生档案管理： 学生通常情况，及奖励，处分情况；学生成绩管理： 学习成绩，补考成绩；学籍处理： 学生留降级处理，休复学处理，退学处理；日常教务管理： 日常报表，如通知书，补考通知书等，学生学习成绩多种分类统计；毕业生学籍处理： 结业处理，毕业处理，授位处理，学籍卡片等。2.2 信息采集和各部门使用权限每学期考试完成由各系录入成绩，然后由教务科搜集。为了确保信息安全和数据权威性，对于网上信息使用权限和责任要求以下：数据搜集前系统权限 学生档案学生奖惩学生成绩学籍处理补考成绩教学计划管理多种等级考试学生处a ba bbbbbb各系bba bbbbb教务处bbba ba ba ba b院长办公室bbbbbbb注：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服务器端程序：servlet6、业务步骤 6.1 和其它系统关系 本系统暂不考虑和其它系统交换数据，而是作为一个独立系统。不过，她应该能够向学校上级主管部门提交学生信息。6.2 业务步骤输入学籍数据各系管理员 数据库oracleIn/out管理部门业务逻辑管理学籍数据读取学籍数据浏览数据用户7、业务逻辑7.1 业务分解系统管理员高校学生学籍管理系统按权限划分各系输入学生每学期成绩，考查学生表现。学校其它部门查阅学生信息学生处负责学生档案、奖励和处分教务处负责学生成绩、补考成绩、学籍管理、课程安排、考试安排等，并授权学校各系输入本系学生成绩。 7.2 业务描述高校学生学籍管理系统，由学校指派专员负责系统管理和维护。系统中分别包含到不一样管理部门所管理学生信息，所以将系统信息分类，分别由教务处、学生处、各系管理具体信息。其中，教务处负责学生学籍管理、学生成绩、教学计划、师资分配、多种考试安排。学生成绩由各个系根据教务处要求在各个系计算机输入本系学生各门功课成绩，并上传到系统中。各系还要上报本系教学计划，课程安排，然后由教务处统一公布。学生处关键负责学生档案管理和奖励和处分。学生处依据学生高中升学档案形成原始档案，然后依据各系对学生表现评价，决定对学生奖励或处分。在学生毕业时形成每个学生最终档案。学校其它部门（包含学生、家长、用人单位）只能浏览学生公开信息。8、数据调查及分析8.1 原始单据单据名称别名简述起源去处组成流通量学生资料关键是学生学号、姓名、出生年月、住址等学生入课时由学生处从学生升学档案取得供学校其它部门查阅学号、姓名、年级、班级、出生年月、住址、生源地大成绩学生在校期间，各学期所选课程成绩由各系将本系学生成绩经过计算机上传到教务处服务器统一处理可供学生、系、用人单位等查阅课程名、学分、成绩大讲课老师在本学期所上课程由教务处依据老师专业安排供院系、学生、老师查阅课程代号、课程名、课时、上课地点、上课班级、老师代号中补考成绩学生重修某门课程以后，所取得成绩老师成绩单毕业参考课程名、学分、成绩小奖励处分系、学生处依据学生表现作出奖励和处分系、学生处供学生系、用人单位等查阅奖励，处分小8.2 数据分析 8.2.1 数据分类 学生基础资料（如：姓名、学号、住址、出生年月等）通常是保持不变；其它数据是动态，数据量较大，是系统管理关键。 8.2.2 数据项描述依据用户提供功效要求，取得描述学生信息有：学号，班级，姓名，性别，出生年月，家庭地址，邮编，奖励，处分，若干门课程学习成绩；每门课程信息：课程名称，学分，课时数，上机时数，试验时数，成绩，补考成绩等项。 8.2.3数据完整性，正确性a.依据数据库要求录入数据采取表格方法，限制多种录入数据不一样数据类型及取值范围以确保数据完整性及正确性。b.系统含有修改功效,更新功效，而系统备有修改功效在还未提交数据库前均可取消8.2.4数据完成时间性数据录入有时间限制.如成绩录入，仅当师资科录入教学进程，教务科分发老师教学任务安排以后，各系方可录入成绩。8.2.5数据安全性本系统采取二级安全保障第一级：依靠于网络本身对用户使用权限要求。第二级：在程序模块中经过使用密码控制功效对用户使用权限加以限制。9、建立系统约束 9.1B/S结构总体设计方案对它约束 学生学籍管理系统作为B/S结构一个应用系统，不可避免要受到B/S结构约束。在其实施各个阶段全部要服从它部分计划，包含功效设计、系统配置和计划。同时，因为信息共享，学生学籍管理还受到其它系统信息约束。 9.2人力、资金、时间约束 学生学籍管理系统工程实施目标就是要带给学生、老师、系统管理员看得出见效快效益，其开发过程中也要考虑到人力、资金和时间约束。所以，在设计中，关键是查询系统中方便快捷，能提供给使用者以优质高效服务，并提升销售员效率和便捷，为高校带来极大便捷。 9.3技术发展规律约束 计算机技术和产品发展日新月异，将会给信息处理带来更多手段，同时也会带来愈加丰富信息表示形式。例图像和语音技术进步，多媒体技术发展，这些全部要求系统在设计时考虑技术改变可能性，为可能改变预留一定系统处理能力。