学籍管理系统样本Word文件下载.docx

学籍管理系统样本Word文件下载.docx

《学籍管理系统样本Word文件下载.docx》由会员分享，可在线阅读，更多相关《学籍管理系统样本Word文件下载.docx（12页珍藏版）》请在冰豆网上搜索。

3.2数据流图7

3.3数据字典10

3.3.1数据存储10

3.3.2数据流11

3.3.3数据处理12

3.4系统功能划分12

3.4.1学生子系统功能划分12

3.4.2管理员子系统功能划分13

3.5数据库概念结构设计13

3.5.1各实体属性图13

3.5.2各实体之间的关系总E-R图14

3.6后台系统的实施15

4非功能要求16

4」运行环境需求13

4.2性能需求13

4.3安全需求13

4.4可用性需求14

4.5数据迁移需求14

1引言

信息社会的高科技，商品经济化的高效益，使计算机的应用已普及到经济和社会生活的各个领域。

计算机虽然与人类的关系煎来煎密切，还有人由于计算机操作不方便继续用手工劳动。

为了适应现代社会人们高度强烈的时间观念，学籍管理系统软件为教学办公室带来了极大的方便。

该软件是以汉语编程语言为实现语言，其功能在系统内部有源代码直接完成。

经过操作手册，使用者能够了解本软件的基本工作原理。

操作人员只需输入一些简单的汉字、数字,即可达到自己的目标。

1.1编写目的

本需求的编写目的在于硏究学籍管理系统软件的开发途径和应用方法。

本需求的预期读者是与学籍管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。

1.2背景及范围

本项目的名称：

学籍管理系统开发软件。

本项目的任务提出者及开发者是学籍管理系统软件幵发小组，用户是教学办公室。

本产品能具体化、合理化的管理学生的学籍档案，用结构化的思维方式去了解计算机的基本工作原理和汉语程序设计语言。

1.3定义缩写词略语

汉语程序设计语言：

它是由某公司完全自主开发，完全自主版权的计算机语言，以汉语字词为结构，最大限度的利用汉语本身的特点,是一种基于汉语基础的通用的计算机的程序设计语言。

学籍管理系统：

学籍管理是帮助教学人员、行政人员对人事档案的管理软件。

使用汉语编程语言，独立完成其功能。

1.4参考资料

vv汉语程序设计语言>

>

——沈志斌编著

电子工业出版社

VV软件工程>

——王利福张世琨朱冰编著

北京大学出版社

VV数据库原理及应用>

——李绍原主编

科学出版社

2系统整体说明

该学籍管理系统软件当前已有比较完善的管理与使用功能，而且是计算机行业中用汉语编程来完成的新软件成员。

研制学籍管理系统软件是为了满足教学办公室对学生档案管理的方便，以现代化的创新思维模式去工作。

2.1目标

2.1.1开发意图

a.为了学籍管理系统更完善；

b.为了教学办公室对学生档案的管理更方便；

c.为了减轻行政人员的工作负担。

2.1.2应用目标

经过本系统软件，能帮助教研人员利用计算机，快速方便的对学生学籍管理进行管理.输入.输出、查找的所需操作，使散乱的人事档案能够具体化，直观化、合理化。

2.1.3作用及范围

本软件适用于教育界，它是比较完善的系统管理软件，对学生的学

籍能够随时输入.输出.查找。

2.1.4背景

现今学籍管理的繁索给具有强烈时间观念的行政人员带来了诸多不便，教学办公室缺少一种完善的学籍管理软件，为了对学生档案的管理方便，因此开发了本软件。

2.2产品描述

本产品杲一种依赖于汉语编程为基础的系统软件，它是以汉语编程系统词为基础，用汉语程序设计语言逬行编程的产品。

2.3产品功能

231外部功能

学籍管理系统软件具有输入、输出、查找功能。

232内部功能

该软件集命令、编程、编辑于一体，完成过滤、定位显示。

3功能详细说明

3.1业务流程图

业务流程描述：

用业务流程图描述现系统各项业务处理过程,并结合业务流程图详细准确地说明业务处理过程中数据的收集、输入.传递、存储、加工的方法.算法、输出的数量及形式等。

现行系统的业务流程图是分析和描述现行系统业务的重要工具之一。

其主要作用是：

描述现行系统的业务情况以便于与管理人员交流，它是系统设计的前提和保证。

业务流程图使用的符号：

系统业务流程图

3.2数据流图

数据流图（DFD）:

数据流图简称DFD图，数据流图有四种成分：

源点或终点、处

理、数据存储表和数据流。

图中没有任何具体的物理元素，只是描

述信息在系统中的流动和处理情况，即使不是专业的计算机技术人员也容易理解，杲极好的理解工具。

它能精确的描述系统的逻辑模型，描述数据在MIS中有输入经过存储、加工处理最后输出的全过程，是设计者和用户交流的很好的工具。

图形符号

名称

符号说明

实体

记述系统之外的数据提供或数据获得组织机构或个人，框内为实体名称

B

处理

记述某种业务的手工或计算机处理其中，PM区记述处理标号

C区记述处理名称

DNS

数据存储

记述与处理有关的数据存储，DN区记述存储的标号，S区记述存储数据的名称

►

数据流

记述数据流的流动方向，FM记述数据流的名称

学生学籍管理系统TOP数据流

图

P1

ni宀住自

◄

TA

no忡毎/主自

>

管理员

4

课程信

息表

成绩信

奖惩信

学生学籍系统一级细化

（一）

信息表

宀/4-住自圭

学生学籍管理系统一级细化

（二）

3.3数据字典

数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。

数据字典的作用是在软件的分析和设计过程中提供关于数据的描述信息山。

一般说来，数据字典应该由下列四类元素构成：

数据元素，数据流，数据存储和数据处理。

331数据存储

数据存储是数据结构停留或保存的地方。

也是数据流的来源和去向之一，能够是手工文档或手工凭单，也能够是计算及文档。

一般而言，应包括如下内容：

｛数据存储名，说明，编号，输入的数据流，输出的数据流，组成（数据结构），数据量，存取频度，存取方式｝。

名字：

学生信息表

描述：

记录学生的基本信息。

课程信息表

记录学校开设的课程信息。

学生成绩信息表

记录学生的成绩信息。

奖惩信息表

记录学生的奖惩信息。

学生选课信息表

记录学生选课的信息。

QQQ・cv

3.3.2数据流

数据流是数据结构在系统内传输的路径。

对数据流的描述

—般包括如下内容：

｛数据流名，说明，编号，数据流来源，数据

流去向，组成（数据结构）｝。

编号:

F2

课程信息

F4

奖惩信息

F1

学生信息

F3

成绩信息

3.3.3数据处理

处理过程的具体处理逻辑一般在详细设计过程中用判定表或判定树来描述。

在数据字典中，只无原则描述处理过程的说明性信息，一般包括以下内容：

｛处理过程名，说明，输入数据流，输出数据流，处理｝山。

P0

学生信息管理系统

管理员操作

P2

学生操作

3.4系统功能划分

3.4.1学生子系统功能划分

学生子系统比较简单，主要完成学生网上选课的功能，成绩的

查询功能及密码修改的功能。

系统功能结构如图4-1。

学生子系统模块图

3.4.2管理员子系统功能划分

管理员子系统完成此系统的管理维护操作，主要包括学生信息管理模块，课程管理模块，选课信息查询模块，成绩管理模块，奖惩管理模块，和学生学籍变动管理模块。

管理员子系统的的功能结图如图4-2所示：

管理员子系统模块

3.5数据库概念结构设计3.5.1各实体属性图

笛T田

学生信息实体属性图

3.5.2各实体之间的关系总E-R图

图4-8学生和课程关系E-R图

3.6后台系统的实施

虽然系统是从学生的角度开始设计的，可是在学生成绩查询与管理系统中作为系统的设计者，首先廁正确用户就是管理者。

学生的需求实阪上是系统需求的一部分，更重要的是应先解决管理者对系统管理的需求。

在做好后台管理系统的基础上，再做前台系统，由于数据库里有了各种实际的资料，会更加直观。

后台系统主要是为管理员服务的，主要由六个模块组成，学生信息模块、课程管理模块、选课查询模块、学成成绩管理模块、奖惩信息模块、学籍变动模块。

（1）设计过程中各模块均考虑或预留完整性和可维护性接□等部分。

（2）本软件的模块化，详细设计的文档、源代码内部的文档有详细说明、注释均可提高可维护性；

（3）尽量松散〈低偶合〉，高内聚。

4非功能需求

4.1运行环境要求

（—八软件环境：

该学籍成绩管理系统用VB6.0编写，在安装了Access数据库，及Windows95以上操作系统的机器上能够正常运行

（二八硬件环境CPU:

至少Pentium100以上建议使用P42.0,内存：

至少16M以上，建议使用256M,硬盘至20M硬盘空间，显示器：

17寸显示器

4.2性能需求

（1）客户端一般响应时间（除报表统计.数据导入）不超过1秒。

（2）查询信息的统计时间不超过15秒。

（3）支持名学生信息的一次性导入，导入时间不超过300秒。

（4）支持10000名用户并发使用，并保证性能不受影响。

（5）数据库需支持至少00条记录的存储。

（6）具有缓冲能力，在系统出错情况下能尽恢复。

4.3安全需求

（1）权限控制

根据不同用户角色，设置相应权限，用户的重要操作都做相应

的日志记录以备查看，没有权限的用户禁止使用系统。

学生只可查看自己的学籍情况。

（2）重要数据加密

本系统对一些重要的数据按一定的算法逬行加密，如用户口令、重要参数等。

（3）数据备份

允许用户进行数据的备份和恢复，以弥补数据的破坏和丢失。

（4）记录日志

本系统应该能够记录系统运行时所发生的所有错误，包括本机错误和网络错误。

这些错误记录便于查找错误的原因。

日志同时记录用户的关键性操作信息。

（5）运行杀毒软件

保证系统数据能不被攻击，若出现异常情况能尽，快交予管理员处理。

4.4可用性需求

（1）控制必录入项

本系统能够对必须录入的项目进行控制，使用户能够确保信息录入的完整，同时对必录入项进行有效的统一的提示。

（2）容错能力

系统具有一定的容错和抗干扰能力，在非硬件故障或非通讯故障时，系统能够保证正常运行，并有足够的提示信息帮助用户有效正确地完成任务。

（3）操作完成时有统一规范的提示信息

例如删除操作时，系统可提示警示框”您确认删除记录吗？

操作不可恢复！

”，用户点击确认后，系统才执行删除操作，删除后可直接返回相关页⑥。

4.5数据迁移要求

系统如果存在数据迁移，则要描述清楚从哪个系统，针对哪些数据进行何种数据迁移，需要确保哪些数据的准确性、完备性，以及开发方需要承担的数据迁移