学籍管理系统需求分析流程图
第14章学籍管理系统
14.4 创建系统动态模型
4.教务人员注册学生信息序列图和协作 图
? 工作流程如下： （1）教务人员进入个人信息管理窗口，在录
入个人信息的表单中对有关的个人数据 信息进行输入，如果格式不正确会输出 错误信息，如果格式正确，可以进行提 交。 （2）个人信息管理窗口将录入的个人信息数 据传递到控制类。 （3）数据库类根据控制类传递的内容，将学 生的个人信息保存到数据库中。 （4）数据保存成功后，控制类向个人信息管 理窗口返回录入信息成功的提示，同时 在窗口中显示保存到数据库的信息。
14.4 创建系统动态模型
10.成绩状态图
? 成绩在本系统中可能出现的各种状态有：未 录入、已录入、被查询、被修改、被删除。 它们之间的转化规则是：
（1）成绩需要有教务人员录入，之前处于未录 入的状态。
（2）录入后的成绩才能被执行各种操作。 （3）学生可以对已录入的成绩进行查询，教务
人员可以对已录入的成绩进行查询和修 改。 （4）系统管理员可以对学生的成绩进行删除。
个人信息处理操作的界面。 9. 成绩管理窗口类：进行学生成绩处理的操作界面。 10.查询窗口类：对本系统信息查询进行操作的界面。 11.数据库类：用于描述数据库数据信息。 12.控制类：用户在界面类和数据库类之间传递业务操作
数据。
14.3 创建系统静态模型
? 学籍管理系统的类图中的类不是单独存在的，各个类 之间存在着千丝万缕的联系询学生成 绩序列图和协作图
? 工作流程如下： （1）教务人员进入查询窗口，输
入学生的学号，如果格式不 正确会输出错误信息，如果 格式正确，可以进行提交。 （2）个人信息窗口将学生的学号 传递给控制类。 （3）数据库类根据控制类传递的 学号在数据库中获取该学生 的成绩的信息。 （4）如果数据库中不存在该学生的 成绩信息，数据库类则向查询 窗口返回查询失败的提示信息 （5）如果数据库中存在该学生的成 绩信息，数据库类则向查询窗 口返回学生成绩的数据并显 示。
学籍管理系统数据流程图课件
学籍管理是一项十分严肃而复杂的工作。
它要记录学生从入学到离校整个在校期间的情况，学生毕业时把学生的情况提供给用人单位。
学校还要向上级主管部门报告学生学籍变动情况。
顶层：首先，把整个系统看成一个功能。
它的输入是新生入学时，从省、市招生办公室转来的新生名单和档案，输出是学生离校时给用人单位的毕业生档案和定期给主管部门的统计报表。
学籍表中记载学生的基本情况，如学籍变动情况、各学期各门课程的学习成绩、在校期间的奖惩记录等。
图1 学籍管理系统顶层DFD一层：学生学籍管理包括学生学习成绩管理、学生奖惩管理、学生异动管理三部分。
由此，可以将图1展开成图2。
虚线框是图1中处理框的放大。
图1的各个数据流都必须反映在图2上。
此外还有新增的数据流和外部实体。
虚线框外新增的数据流，在进入或流出虚线框时用"X"标记。
数据存储"学籍表"是图1中原有的，可画在虚线框外，或一半在内，一半在外。
在图2中，与学籍表有关的数据流更具体了。
图2学籍管理系统第一层DFD成绩管理模块：实行校、系两级学习成绩管理，学校教学管理科、系教务员都登记学生成绩。
任课教师把学生成绩单一式两份分别送系教务员和学校教学管理科。
系教务员根据成绩单登录学籍表，学期结束时，给学生发成绩通知，并根据学籍管理条例，确定每个学生升级、补考、留级、退学的情况（提示：把系教务员的这些工作定义为一个模块“分析期末成绩”，再对其展开）。
教管科根据收到的成绩单登录教管科存的学籍表，统计各年级各科成绩，报主管领导。
补考成绩也作类似处理。
P2框扩展成图3图3 成绩管理的展开从图3看出某些不尽合理的地方。
例如"学籍表"结构是一样的，但是系里存一份，教管科也存一份，数据冗余，工作重复。
但现实情况就是这样，在调查阶段应如实反映，至于新系统应怎么做，可在对现行系统分析的基础上，提出新系统逻辑模型时再考虑。
分析期末成绩模块包括以下几件事：（1）把每个学生的各科成绩登录在所在班的“学习成绩一览表”中；（2）根据“学习成绩一览表”，在学籍表中填写各个学生的成绩；（3）根据“学习成绩一览表”评学习成绩优秀奖；（4）根据学习成绩一览表、以往留级情况（学籍表中有记载）决定学生的升级、补考、留级、退学；（5）发成绩通知单。
软件工程课程设计---学籍管理系统的分析与设计
学生姓
输入学生新
T
F
名、密提码 输
学籍 示 入
信
信、
T的输 F
存 入
基 确认本 信入 学息提 示并
息、 息 姓
学
生信
学
籍
图
输
4-3
名 生 XX 大学生档案馆学生学籍管理盒图
基息
号
入密
管
本错
错码
理
信误
误
系
息
F1 毕业生基 P0 E 本 F2信派息遣管信理
1 息 F3的招管生理信息 F的4管论理文信
员
作
5 总结与展望
员
这次软件工程概论课程设计，我主要设计了 XX 大学档案馆的学生学籍管理系统。
通过这次软件工程课程设计，我对于软件工程设计的相关步骤和流程有了更深刻的理解，熟 悉并掌握了软件工程的相关知识。同时，我也发现自己对于软件工程知识掌握的还不够，设 计能力还有待于进一步提高。
这次课程设计给了我一个锻炼自己，强化专业知识的机会。通过这次课程设计，我也认识到 了自己的不足之处。但我相信，只要认真学习，多借鉴别人的经验，多思考，多实践，就能 把自己的分内事做好。
4.1.1 总体目标
总体需求目标是在企业需求分析、考察调研和工程基本原则大体确定后进行的设计。XX 大学生档案馆学生学籍管理系统在总体需求目标方面，以档案馆的基本需求和关键需求为重 点。基本需求是档案馆正常的作业规范和业务流程的概念组合，关键需求是档案馆全部管理 流程中重要环节和重要路线的概要抽取。如果没有基本需求就没有档案馆的总体的作业管理， 而没有关键需求也就没有了档案馆的经营管理特色和个性。所以，建立一套完善的大学生档 案馆学生学籍管理系统，来解决当前的需求是现阶段的总体目标。
学生学籍管理系统
摘要21世纪是信息产业的时代，全球信息电子化的潮流势不可挡，计算机被广泛应用使我们的经济和社会生活因此发生了深刻的变革。
与此同时，我国的教育事业蓬勃发展，升学率普遍提高，各类学校校规模不断扩大，对于学生管理工作的高效性和规范性提出了更高的要求。
本文的设计是依据B/S结构的关键技术，参考了国内学校的学生管理信息系统，并结合广西第四建工集团子弟小学学生实际情况，提出“设计简单、使用方便、安全性高”的设计理念并结合B/S的学生管理信息系统的体系结构，且依据现代化校园的发展为广西第四建工集团子弟小学而设计的基于ASP的学生学籍管理软件开发。
系统分为学生信息管理、学生成绩管理、考试管理和用户管理四大模块，具备信息录入/修改/删除、成绩录入/修改/删除、添加/修改/删除考试信息、添加/删除考试科目、添加/修改/删除系统用户等功能。
它能方便老师、学生、家长查询信息。
整体上实现了全校学生信息的网络化管理。
该系统是一套基于B/S（浏览器/服务器）结构的学生学籍管理系统。
系统运行于服务器端，完全采用ASP+JavaScript开发，客户端只需安装有浏览器（如IE）即可使用本系统。
关键词：学生信息管理软件开发 ASP 数据库系统 B/S 网络化管理The 21st century is the information industry age, the tide of the global computerize information is overwhelming. The wide use of the computers makes a deep revolution in our economy and social life. At the same time, the booming development of education of our country requests a more efficient and more regular management of students’ information. the rate of entering a higher school has been raised. The scale of all kinds of school has been expended gradually, so it makes higher requirement for efficiency and normative of the students management work.The design of this thesis bases on the key technologies of the B/S and structure with referring to the domestic students management information system. According to the students’ practical situation of the fourth building group children primary school of GuangXi. The author advances a design idea of simple design, conveniently using and higher security. It also develops the architecture that connects B/S with student management information system. According to the development of the modern campus, it designs the software of students school status management basing on ASP .There are four modules in the system. They are student information management, student grades management, exam management and user management. It has the following functions: information logging in/ revising/deleting, the score logging in/revising/deleting, the exam information adding/revising/deleting, the exam subjects adding/ deleting and the system user adding/revising/ deleting. It has realized the latticing management of the whole school student information. which can make teachers, students and parents convenient for requiring scores. This system is a students school status management system basing on B/S. it runs on the server. Because of absolutely adopting ASP and JavaScript development in this system, the clients can use this system when they just need to install browsers (for example, IE).Key Words:Student’s Information System B/S ASP Database System latticing management绪论第一章需求分析1.1实地调研，初定系统构架1.2系统功能要求设计1.3系统模块设计1.4数据字典第二章开发方案的选择2.1 ASP2.2 SQL数据库2.3 HTML第三章数据库的设计3.1 数据库介绍3.2 数据流程图3.3 数据库概念结构设计3.4 数据库逻辑结构设计第四章功能模块的设计4.1 功能模块的分析4.2功能模块的实现谢辞参考文献绪论长期以来，学校对学生学籍的管理都还使用着传统的模式。
学籍管理系统软件需求分析
学籍管理系统软件需求分析1 引言信息社会旳高科技, 商品经济化旳高效益, 使计算机旳应用已普及到经济和社会生活旳各个领域。
计算机虽然与人类旳关系愈来愈亲密, 尚有人由于计算机操作不以便继续用手工劳动。
为了适应现代社会人们高度强烈旳时间观念, 学籍管理系统软件为教学办公室带来了极大旳以便。
该软件是以汉语编程语言为实现语言, 其功能在系统内部有源代码直接完毕。
通过操作手册, 使用者可以理解本软件旳基本工作原理。
操作人员只需输入某些简朴旳中文、数字, 即可到达自己旳目旳。
1.1 编写目旳本需求旳编写目旳在于研究学籍管理系统软件旳开发途径和应用措施。
本需求旳预期读者是与学籍管理系统软件开发有联络旳决策人, 开发构成人员, 扶助开发者, 支持本项目旳领导和企业人员, 软件验证者。
1.2 背景及范围本项目旳名称: 学籍管理系统开发软件。
本项目旳任务提出者及开发者是学籍管理系统软件开发小组,顾客是教学办公室。
本产品能详细化、合理化旳管理学生旳学籍档案, 用构造化旳思维方式去理解计算机旳基本工作原理和汉语程序设计语言。
1.3 定义缩写词略语汉语程序设计语言: 它是由北京元易达科技发展有限责任企业完全自主开发, 完全自主版权旳计算机语言, 以汉语字词为构造, 最大程度旳运用汉语自身旳特点, 是一种基于汉语基础旳通用旳计算机旳程序设计语言。
学籍管理系统：学籍管理是协助教学人员、行政人员对人事档案旳管理软件。
使用汉语编程语言, 独立完毕其功能。
1.4 参照资料<<汉语程序设计语言>>--------沈志斌编著电子工业出版社<<软件工程>>--------王利福张世琨朱冰编著北京大学出版社<<数据库原理及应用>>--------李绍原主编科学出版社2 项目概述该学籍管理系统软件目前已经有比较完善旳管理与使用功能, 并且是计算机行业中用汉语编程来完毕旳新软件组员。
学生学籍管理系统需求分析说明书
学生学籍管理系统需求分析说明书拟制人: 刘世博马静王凤祥潘振审核人：______________________批准人：______________________[二〇一一年十二月二日]需求分析说明书1.引言信息社会的高科技，商品经济化的高效益，使计算机的应用已普及到经济和社会生活的各个领域。
计算机虽然与人类的关系愈来愈密切，还有人由于计算机操作不方便继续用手工劳动。
为了适应现代社会人们高度强烈的时间观念，学籍管理系统软件将会为教学办公室带来了极大的方便。
1.1编写的目的本文档定义的是学生学籍管理系统的名称；系统概述及系统要现哪些功能，每个功能的具体描述。
它说明了本系统的工作流程、各项功能需求、性能需求，明确标识各功能的实现过程，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。
1.2背景○1软件名称：学生学籍管理系统开发人员：刘世博马静王凤祥潘振○2本项目的用户：管理员，教务处管理员，学校教师职工，学校全体学生实现该软件的计算中心：学校计算机中心，学校网管中心。
计算机网络：1000M光纤接入，终端数200~400的淮海工学院学校局域网网络和所连接的外网。
○3独立文档系统1.3参考资料《数据库系统概论》萨师宣王珊高等教育出版社。
《SQL Server 2000 教程》龚波北京希望电子出版社。
《软件工程导轮》张海藩清华大学出版社。
2任务概述2.1目标进行数据库设计首先必须准确了解也分析用户需求（包括数据和处理）。
目的是为学籍管理数据库系统的设计打下牢牢的基础，是数据库开发的重要文件依据，主要为数据库设计人员使用，是用户和系统分析员的项目依据文件。
作为“地基”的需求分析是否做得充分与准确，它决定了在其上构建数据库大厦的速度和质量。
需求分析做得不好，甚至会导致整个数据库设计返工重做2.2用户的特点该软件的用户特点：用户具有高校的教师学生，教务处人员负责学校学生内部资料的管理，用户对计算机方面的知识较为丰富，对计算机比较了解。
学籍管理系统
时序图表示对象之间传递信息的时间顺序。时序图可以用来说明一 个事务的历史过程，时序图的用途是用来表示用例中行为者的时间顺序。
（1）学生登陆系统时序图如图 8 所示： 图 8：学生登陆系统时序图
（2）教务人员登陆系统时序图如图 9 所示： 图 9：教务人员登陆系统时序图
（3）新生注册时序图如图 10 所示： 图 10：新生注册时序图
信息查询模块
学生信息查询，学生成绩查询，专业查询，院校查询，班级信息查询，
即根据用户的要求，查询学生数据库的所有可能的信息。
系统总体功能需求图如图 1 所示：
学籍管图理1系：统系统总体功能需求图
学籍信息管理模块包括的具体功能模块如图 2 所示：
学生信息管理模块
模 块
学
生
新生信息 信管 息理
管
.
图 2：块学生学信息管理模块功能需求图信
系统功能分析：
（1）权限功能：为用户设置权限功能，用户只能对授权范围内进行相应修 改及删除。 （2）录入功能：，为用户提供对所有信息的录入功能。 （3）查询功能：为用户提供查询的功能，可查询允许范围内的所有信息。 （4）维护功能：为用户提供查询及相应的修改，删除功能。 （5）打印功能：能打印全校学生的信息及积各班信息，科目成绩等。
输出数据流：成绩显示结果
加工逻辑：
按学号、班级或全部查询出各人、各课程成绩的具体
情况
简要说明：
本处理提供各人、各课程的成绩及个人信息的查询
修改记录：
编
日
写：
期：
审
日
核：
期：
注：其它数据加工略
三、系统总体功能需求
.学生信息管理模块
新生信息录入，学生基本信息修改，学生状态管理（转业，转学，退学， 休学，毕业），学生信息查询。
《学籍管理系统》--需求分析流程图36页
《学籍管理系统》需求说明书组长：刘亚会组员：刘润超、宋信飞程辉元、郇正凯班级：计算103班目录一、引言 (3)1.1编写目的 (3)1.2项目背景 (4)1.3学籍管理系统的功能要求 (4)1.4定义、缩写词和符号 (4)1.5参考资料 (5)二、系统说明 (5)2.1当前系统 (5)2.2 学籍管理系统的数据需求 (5)2.2.1数据录入和处理的准确性和实时性 (5)2.2.2数据的一致性与完整性 (6)2.2.3数据的共享与独立性 (6)2.3组织结构图 (6)三、需求规定 (6)3.1 系统流程图 (6)3.2 数据流图 (7)3.2.1 学籍管理系统顶层数据流图 (7)3.2.1 各项管理的数据流图 (7)3.2.3 档案管理数据流图 (7)3.2.4 档案管理数据流图 (7)3.2.5 数据处理数据流图 (7)3.2.6 条件处理数据流图 (7)3.3 数据字典 (8)3.4 E-R 图 (12)3.5 状态图 (12)3.5.1 系统管理员状态图 (12)3.5.2 在校教师状态图 (13)3.5.3在校学生状态图 (13)四、功能要求 (14)4.1 功能结构图 (14)4.2 功能分析 (14)功能1 成绩管理 (14)功能2 课程管理 (18)功能3 缴费管理 (21)功能4 班级管理 (25)功能5 档案管理 (28)功能6 系统管理 (32)五、外部接口需求 (34)六、操作环境要求 (34)七、设计要求 (35)一、引言学籍管理系统的简介:学籍管理系统是针对学校的大量信息处理工作而开发的管理软件。
根据用户的要求，实现对学生信息管理几个方面的功能。
学生是每个学校的主体之一,随着学生数量的增加,传统的学生管理模式已不能满足现代教育的要求,而学籍管理系统将会为学校的现代化管理提供一个良好的平台.利用SQL server数据库管理系统,设计并实现对学生的信息化管理,其主要包括学生信息管理,学生课程管理及学生成绩等功能模块.本系统的建成将大大提高学校学生管理工作者的工作效率与质量.1.1编写目的此需求规格说明书对《学籍管理系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
《学籍管理系统》需求说明书组长: 刘亚会组员：刘润超、宋信飞程辉元、郇正凯班级：计算１0３班目录一、引言3１。
1编写目的３1。
２项目背景３1.3学籍管理系统的功能要求41。
4定义、缩写词和符号41。
5参考资料４二、系统说明42。
1当前系统4２。
2学籍管理系统的数据需求42。
２。
1数据录入和处理的准确性和实时性５2。
２。
２数据的一致性与完整性52．2。
３数据的共享与独立性５2.3组织结构图错误!未定义书签。
三、需求规定错误!未定义书签。
３。
1系统流程图６3.2 数据流图７３。
2.1 学籍管理系统顶层数据流图73。
2.1 各项管理的数据流图错误!未定义书签。
3．2。
3 档案管理数据流图８3。
2。
4 档案管理数据流图８3。
2。
5数据处理数据流图９3.2。
6 条件处理数据流图93.3 数据字典103．4 E—R 图１23.5 状态图13３.5.1 系统管理员状态图13３。
5。
2 在校教师状态图错误!未定义书签。
3。
5。
3在校学生状态图错误!未定义书签。
四、功能要求１74．1 功能结构图17４.2 功能分析错误!未定义书签。
功能1 成绩管理17功能２课程管理２0功能３缴费管理2２功能4 班级管理２４功能5档案管理26功能6 系统管理29五、外部接口需求30六、操作环境要求30七、设计要求３0一、引言学籍管理系统的简介:学籍管理系统是针对学校的大量信息处理工作而开发的管理软件。
根据用户的要求，实现对学生信息管理几个方面的功能.学生是每个学校的主体之一,随着学生数量的增加,传统的学生管理模式已不能满足现代教育的要求,而学籍管理系统将会为学校的现代化管理提供一个良好的平台.利用SＱLｓｅｒveｒ数据库管理系统,设计并实现对学生的信息化管理，其主要包括学生信息管理，学生课程管理及学生成绩等功能模块.本系统的建成将大大提高学校学生管理工作者的工作效率与质量．1。
1编写目的此需求规格说明书对《学籍管理系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。
1。
2项目背景信息时代的到来意味着工作效率的日渐提高，同时也给学籍管理部门带来更大的压力,学籍管理部门必须及时准确地提供各种材料，若无法作到这一点,将使效率得不到提高.基于这一原因，学籍管理工作无一例外受到领导们的高度重视。
同时,国家在评审教育的各种资质时,也都把学籍管理是否达标作为重要评定因素之一.“向管理要效益”已成为学籍管理部门的运营之本,学籍管理部门必须提高其自身的管理水平。
“提升学籍管理档次，将学籍交给计算机管理”正在成为一种潮流,同时，计算机管理突出的优势也在影响学籍管理的机制。
以手工检索为目的的目录,不仅在编制阶段大量占用时间,检索利用也非常繁琐,缺少经验的人员甚至无法在别人编制的目录中查找学籍,更加难以保证“查全率"，使用计算机检索,将彻底解决这一问题。
1。
３学籍管理系统的功能要求学籍管理系统的总目标是:在计算机网络,数据库和先进的开发平台上，利用现有的软件，配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的学籍管理系统.１。
４定义、缩写词和符号需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。
1.５参考资料1）Jaｖa程序设计实用教程(第三版）电子工业出版社2）Dｅｌphi7数据库系统设计与开发清华大学出版社3）数据库原理与应用-－sqlserver２005 国防工业出版社4）数据库系统简明教程高等教育出版社5）软件工程导论高等教育出版社二、系统说明2．1当前系统本系统主要是对学校的学生的信息进行汇总,实现对学生的信息化管理;比如:可以对学生学籍、班级、成绩、缴费等,进行修改、查询。
这样不仅方便学校管理,而且还可以节省一定的工作人员,减少工作量，还不容易出错。
2.2学籍管理系统的数据需求学籍管理系统的数据需求包括如下几点：2。
２。
1数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用,从而使系统的工作失去意义。
数据的输入来源是手工输入。
在系统中,数据的输入往往是大量的,因此系统要有一定的处理能力,以保证迅速的处理数据.2。
2.2数据的一致性与完整性由于系统的数据是共享的,在不同的客户端中，学籍信息是共享数据,所以如何保证这些数据的一致性,是系统必须解决的问题.要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向,并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据,要为其定义完整性规则，如果不能符合完整性约束,系统应该拒绝该数据.2.2。
3数据的共享与独立性整个学籍管理系统的数据是共享的。
然而，从系统开发的角度上看，共享会给设计和调试带来困难。
因此，应该提供灵活的配置,使各个分系统能够独立运行,而通过人工干预的手段进行系统数据的交换。
这样，也能提供系统的强壮性。
2.３组织结构图图2.3 系统组织结构图三、需求规定３。
1系统流程图3.１。
1 成绩管理流程图图３.1.1 成绩管理流程图3。
１。
2 缴费管理流程图图３。
1．2 缴费管理流程图注:以上是部分系统流程图,共六大管理模块其他模块的流程图都相似。
由于模块太多牵扯到的流程图太多，所以其余的流程图省了。
３。
2 数据流图3。
2.1 学籍管理系统顶层数据流图顶层图第一层数据流图档案管理数据流图3.2。
3图３。
２.4 档案管理功能数据流图3。
2.5 数据处理数据流图图3。
２.5第三层数据处理数据流图３。
２。
6 条件处理数据流图图3。
2．6条件处理数据流图注：以上是“档案管理"这一块的数据流图，“学籍管理系统”共六大管理模块其他模块的数据流图和“档案管理”的相似。
由于模块太多牵扯到的数据流图太多，所以其余的数据流图省了。
3.３数据字典本系统的部分数据字典如下:(1)数据存储名字：学籍管理系统表别名:信息表描述：记录每个学生基本信息情况定义：学籍管理系统表＝学号+姓名+性别+班级＋出生日期+民族+专业+籍贯+入学日期＋各科成绩+获奖情况+任课教师+课程号+课程名位置:学籍管理数据库(２)数据结构名字:学号别名:编号描述:惟一标识每位学生的编号定义:学号=学院编号+学生个人标号学院编号=2{数字字符}2学生个人编号=5{数字字符}5位置:学籍管理表未审核学籍管理数据表更多的数据字典不再一一列出．(3)数据元素名字:姓名别名:名字描述:标识学生的名字定义:名字=1{汉字}4位置：学籍管理数据库未审核学籍管理数据表名字:性别别名：描述：标识学生的性别定义：性别=【男|女】位置:学籍管理数据库未审核学籍管理数据表名字：班级别名:描述:标识学生的在校所归班级定义:班级=1｛汉字｝4位置:学籍管理数据库未审核学籍管理数据表名字：学院别名：描述:标识学生的在校所归专业定义：学院=1{汉字｝4位置:学籍管理数据库未审核学籍管理数据表名字:出生日期别名:描述:标识学生的出生时间定义：出生日期=1{汉字、数字}1６位置：学籍管理数据库未审核学籍管理数据表名字:籍贯别名:描述:标识学生的家庭住址定义:籍贯＝1{汉字}４位置：学籍管理数据库未审核学籍管理数据表名字:入学日期别名:描述：标识学生的入学时间定义：入学时间=1{汉字｝4位置:学籍管理数据库未审核学籍管理数据表名字：奖学金别名：描述:标识学生的获奖情况定义:奖学金=1｛汉字}4位置:学籍管理数据库未审核学籍管理数据表名字：成绩别名:描述:标识学生的学习情况定义:成绩=1{汉字}4位置：学籍管理数据库未审核学籍管理数据表名字:处分别名:描述：标识学生的违规情况定义：处分=1｛汉字}4位置:学籍管理数据库未审核学籍管理数据表名字:课程名别名：描述:标识学生的所学课程情况定义：课程名=１{汉字}4位置:学籍管理数据库未审核学籍管理数据表3。
4 E—R 图学生学籍管理系统E—Ｒ图图3。
4学籍管理系统E—R实体图３。
５状态图3。
5．1系统管理员状态图系统管理员包含以下状态:登录状态、查询状态、修改状态、删除状态、添加状态.它们之间的转换规则如下：。
管理员登录成绩管理系统为登录状态．．管理员查询学生信息为查询状态。
.学生信息变更管理员修改学生信息为修改状态。
学生毕业管理员删除学生信息为删除状态。
.新生报到管理员要添加学生信息为添加状态。
根据管理员各种状态以及转换规则,创建管理员状态图．图3。
5．1管理员状态图3．5.2 在校教师状态图教师包含以下状态：登录状态、查询状态、添加状态、修改状态、删除状态。
它们之间的关系如下:．教师通过用户名和密码登录系统成功为登录状态。
．教师通过成绩管理系统查询学生信息为查询状态。
如果没有该学生信息教师为其添加学生信息为添加状态。
.如果学生成绩错误教师修改其信息为修改状态。
如果学生成绩多余则删除其信息为删除状态。
根据教师的各种状态以及转换规则,创建教师状态图.图3。
5.２在校教师状态图3.５。
3在校学生状态图学生包含以下状态:登录状态、查询状态．它们之间的转换规则如下：。
学生通过用户名和密码登录成绩管理系统为登录状态。
.学生查询自己成绩时为查询状态。
根据学生的各种状态以及转换规则,创建学生状态图。
图３。
５。
3在校学生状态图四、功能要求4。
１功能结构图图 4.１系统功能结构图4．2 功能分析功能1成绩管理a . 添加成绩b 。
查询成绩ｃ。
成绩浏览(①、②）功能２课程管理②。
功能3 缴费管理功能4 班级管理１. 添加班级信息功能５档案管理功能6 系统管理五、外部接口需求1．用户接口本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口,分别进入相对应的界面（如:输入界面、输出界面)。
用户对程序的维护,最好要有备份。
２。
软件接口WＩＮ7/ＸP操作系统,汉语编程系统。
六、操作环境要求七、设计要求。