电子科技大学成都学院本科毕业设计论文
第二章 系统需求分析
2.1 需求分析
随着大中学教育改革的不断深化，学校规模的不断扩大，原有的手工录入或单机版的学籍管理系统已经不能满足现代化的教育理念，和现代化的教育管理模式。高效、实用和操作简捷的网络版学籍管理系统是中学学籍管理模式的一种探索，本系统的设计对象是针对高中校的教务常规管理，通过对几所高中学校的需求调研，了解到目前学校对学生管理提出的需求主要包括以下几个方面： （1） 学生信息管理：这是目前学校管理中问题最多也是最急需解决的一个问
题。现在高中校建设的重点是示范校和重点校，对普通校的合并和重新划分使得学校规模越来越大，学校生源越来越多，传统的学籍管理的方法存在效率低、更新慢、不方便查询等缺点，所以单机版的纯数据库模式的学籍管理方式亟待改进，一款界面友好、操作方便的多用户学籍管理系统正是本次设计的重点。 （2） 学生成绩管理：每个学期末的学生考试成绩登统是任课老师和教务人员所
面临的又一大难题。一张张表格的计算，各科成绩和各个学生的成绩汇总和排名，都是相当枯燥和繁琐的，容易出错不说，如果想要查找某个班级的某个学生的某门成绩，就更是复杂而困难了。所以学校希望系统能够方便队学生成绩进行登统的同时，也能够对学生成绩进行随时地横向和纵向查询。
（3） 学生跟踪管理：学校的每名学生从入校注册开始，学校就希望能对其每个
学期的考试成绩进行跟踪管理，这样在学生毕业时，可以了解学生在校的基本情况。本系统就要求能够随时方便的查询每个学生的基本信息和在校期间的各个学期的考试成绩，以方便对学生的管理。
2.2功能定位
考虑到高中校的教务管理的重点是对学生的信息进行管理以及对每学期末的考试成绩的登统的管理，所以对本系统设计功能定位主要也是对学生的信息管理和考试成绩管理。另外根据学校的实际情况和面对用户的特点，本系统设计功能要满足以下几方面要求：
（1） 信息录入：系统设计是希望替代原有的手工录入和重复录入现象，尽量减
少使用者的录入工作量，所以应该以最简洁最高效的方式进行信息的登记，减少重复性工作。比如在学生的成绩登记时，用户只选择班级和考试科目，就可调出全班学生的名单，直接录入成绩就可以了，或者通过学号调出学生，登记其各科考试成绩，考试科目可以在考试管理模块进行设定。 （2） 信息查询：系统区别于原有工作模式的主要特点就是支持多用户的多任务
的实时查询，根据用户登录的身份，设置不同的权限，可以对不同内容进行查询。例如学生不需要登录就可以查询自己的各科考试成绩等。另外系
2
第二章 系统需求分析
统支持横向和纵向查询，例如可以通过学号或姓名查询某个学生在校期间的所有信息和考试成绩，也可以通过班级查询某个班级的全部学生的信息和某门考试的成绩。 （3） 信息管理：能够对已有信息进行实时修改也是体现智能化管理系统的特点
之一。本系统应该能够实现对信息的修改和删除，在每个功能模块中都应该支持此项功能，这也是系统设计必不可少的一项任务。
（4） 用户界面：考虑到系统设计面向用户是学校的全体老师和学生，所以系统
的界面设计一定要做到美观实用，精美与高效兼顾。网页设计体现学校形象，在框架编排、色彩搭配，使整个页面不可让人感觉浮躁、炫目。
2.3设计目标
（1） 按照国家教委提出的“存得进、取得到、跑得快、不篡权、能共享”校园
信息化建设思想，旨在将校内原先以手工操作的教学管理提升到信息化共享的校园网应用平台上，并能及时、准确、可靠地采用和传输信息。 （2） 基于B/S模式网络学生学籍管理系统，主要实现对学生学籍的管理，包括
信息的录入/修改/删除，成绩的录入/修改/删除，自动计算总分及排名，添加/修改/删除考试信息，添加/删除考试科目和添加/修改/删除用户等功能。
（3） 安全可靠，用户权责分明。根据用户权限的不同提供不同的信息处理权。例如，作
为普通学生在不登录的前提下，只可以在线查询考试成绩等。
3
电子科技大学成都学院本科毕业设计论文
第三章 系统技术简介与分析
3.1系统开发的前提要求
开发该软件的基本要求与功能是实现学生信息数据包括与学生有关的数据的管理与操作处理，基于Microsoft ACCESS数据库系统的数据管理使该软件有更优异的性能。软件的基本数据流动为用户数据的输入，学生信息，课程信息，班级信息的输入，以及有关用户提出的对学生信息等等的查询要求所产生的数据输出。数据的输入与输出处理流程都依靠数据库的支持。ACCESS的安全性能比较令人满意，该软件设计中保持与其他一些数据库的基本兼容。
3.2系统设计模式
随着学校基础设施的逐渐完善，网络应用的逐步展开，设计开发基于网络的学籍管理系统是必要和可行的。目前，网络应用软件运行的模式主要有两类：C/S（客户机/服务器）模式与B/S（浏览器/服务器）模式。由于传统的C/S网络应用系统模式在开发性与信息的发布、交流等方面存在很大的局限性，现在，B/S网络结构模式作为传统C/S模式的扩展，为学校的信息化建设提供了崭新的技术手段。所以本人选择了B/S模式作为系统开放模式，下面具体阐述原因。 3.2.1 B/S结构的特点
采用B/S模式在开发方面只针对Sever端系统开发，而客户端采用通用的浏览程序，无需单独开发客户端程序;也就是说用户不需另外安装一套客户端程序，利用客户端的浏览器便可以浏览到应用系统的运行结果，这样也使得系统开发工作更方便更集中。B/S模式在维护方面，因为只需要对Server端进行维护，而C/S模式，则还要对客户端进行维护，而客户端越多，维护投入的人力物力也大，而且客户端的维护管理也是一项很繁杂的工作;相比较而言，B/S模式系统运行成本不会随企业规模的膨胀而膨胀，这样使得企业运营成本得到了有效控制。 ( 1) B/S模式的优点
系统开发、维护和升级的经济性:B/S模式所具有的框架结构可以大大节省软件开发、维护与升级的费用，同时，B/S模式对前台客户机的要求并不高，可以避免盲目进行硬件升级造成的巨大浪费。
B/S模式提供了一致的用户界面:B/S模式的应用软件都是基于Web浏览器的，这些浏览器的界面都很相似。对于无用户交互功能的页面，用户接触的界面都是一致的，从而可以降低软件的培训费用。
B/S模式具有很强的开放性:在B/S模式下，外部的用户亦可通过通用的浏览器进行访问。
B/S模式的结构易于扩展:由于Web的平台无关性，B/S模式结构可以任意扩展，可以从一台服务器、几个用户的工作组级扩展成为拥有成千上万用户的大
4
第三章 系统技术简介与分析
型系统。
B/S模式具有更强的信息系统集成性:在B/S模式下，集成了解决企事业单位各种问题的服务，而非零散的单一功能的多系统模式，因而它能提供更高的工作效率。
B/S模式提供灵活的信息交流和信息发布服务:B/S模式借助因特网强大的信息发布与信息传送能力可以有效地解决企业、高等院校内部的大量不规则的信息交流。
(2) B/S模式的工作原理
基于因特网的网络管理系统是以Web为中心，采用TCP/IP, HTTP为传输协议。当客户端运行浏览器软件，浏览器则以超文本形式向Web服务器提出访问数据库的要求，Web服务器接受客户端请求后，将这个请求转化为SQL语法，并交给数据库，数据库得到请求后，验证其合法性，并进行数据处理，然后将处理后的结果返回给Web服务器，Web服务器再一次将得到的所有结果进行转化，变成HTML文档形式，转发给客户端浏览器以友好的Web页面形式显示出来。 如图3-1所示。
图3-1 B/S模式工作原理
3.2.2选择B/S结构的原因
(1)结构方面:C/S软件一般采用两层结构，而B/S采用三层结构，这两种结构的不同点是两层结构中客户端参与运算，而三层结构中客户端并不参与运算，只是简单地接收用户的请求，显示最后的结果。由于三层结构中的客户端并不需要参与计算，所以对客户端的计算机电脑配置要求较低。
(2)处理模式方面:B/S的处理模式与C/S相比，大大简化了客户端，只要装上操作系统、网络协议软件以及浏览器即可，大大减少了对客户端机器的软硬件要求。
(3)系统维护方面:系统维护是在软件生存周期中开销最大的一部分。C/S程序由于其本身的整体性，必须整体考察并处理出现的问题。而B/S结构，客户端不必安装及维护，开发和维护工作都集中在服务器端。当需要升级时，只需更新服务器端的软件，而不必更换客户端软件，实现系统的无缝升级，这样就减轻了
5
电子科技大学成都学院本科毕业设计论文
系统维护和升级的成本。
3.3系统运行环境
1、运行环境软件基本运行环境为Windows环境。
2、条件与限制
由于系统较小，且在windows系统下开发，故在windows环境下基本没有什么限制。
3、数据精确度
由于采用数据库技术并且用户的应用领域对数据精确度的要求不是太高，所以这点在系统中表现得比较少，但是用户数据的安全性与正确性是完全保证的，所以对用户的使用没有多大的障碍。 4、时间特性
本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的。而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的较让人满意。
5、适应性
xp系统下完成的所以只要是兼容windows的软件或是操作系统，该软件都可以正确地运行，有较好的适应能力与兼容性。而且应用户的特殊需求软件在完成后的维护阶段可以保持一个与其他类软件接口，随时满足用户的使用要求。
6、运行需求 1)用户界面
系统运行时的主界面大致要求为windows的经典运行界面，主界面可以是SDI（单文档界面）即每个窗体之间是独立的，也可以是MDI（多文档界面）有一个主窗体，可以包含其他窗体。建议本系统采用多文档界面，这样可以使程序更加美观，整齐有序。
2)硬件接口
软件较小除硬盘外，基本没有与外界硬件的联系，不过考虑到数据库大量数据的备份等要求可以保持与光盘刻录机的接口，这点较易实现。
3)软件接口
在这里主要考虑软件与操作系统的接口，考虑到文档处理的需要有可能可以包括与较常用的办公软件的接口。例如microsoft的office系列。另外用户还有用户所需要的软件接口，这些应在用户需求定义时明了。
4)故障处理
考虑到软件的范围不大，所以故障处理一般由操作系统完成，系统只要保持与操作系统的接口即可。只要操作系统没有大的故障程序一般是比较稳定的。考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程，以及系统崩溃后的数据恢复功能，这点在数据库软件中已经达到了，只要稍微在其上再增加用户所需要的附加功能即可。
7、其他需求
系统保证了较好的可使用性与数据的安全保密性，但由于系统较小只保留一定程度的可移植性，可维护性。
6