UML学生信息管理系统Word格式文档下载.docx
- 文档编号:18194492
- 上传时间:2022-12-14
- 格式:DOCX
- 页数:22
- 大小:997.67KB
UML学生信息管理系统Word格式文档下载.docx
《UML学生信息管理系统Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《UML学生信息管理系统Word格式文档下载.docx(22页珍藏版)》请在冰豆网上搜索。
学生信息管理系统是为了开发学生信息管理系统而编写,主要面向系统分析员、程序员、测试员、实施员和最终用户。
其主要任务是用计算机对学生各种信息进行日常管理,如查询、修改、增加、删除,另外还考虑到学生选课,针对这些要求设计了学生信息管理系统。
推行学校信息管理系统的应用是进一步推进学生学籍管理规范化、电子化、控制辍学和提高义务教育水平的重要举措
1.硬件平台
CPU:
P41.8GHz
内存:
512MB
2.软件平台
操作系统:
WindowsXPSP2/SP3
运行平台:
MicrosoftSQLSever2005
1.2软件设计目标
系统针对学校学生信息的特点以及管理中实际需要而设计,能够有效地实现学生信息管理的信息化,减轻管理人员的工作负担,高效率、规范化地管理大量的学生信息,并避免人为操作的错误和不规范行为。
在学生信息管理系统中,主要有用户登陆、学生信息管理、课程信息管理、用户管理等功能,功能分析如下:
(1)用户登陆
学生信息管理网站采用用户名及密码验证模式,进入学生信息管理网站前,用户必须在登陆页面输入用户名及密码,只有验证通过的用户方可进入学生信息管理网站操作主页面。
(2)学生信息管理
包括3个功能模块:
学生个人信息的添加、学生信息的查询以及学生信息的修改于删除。
(3)课程信息管理
课程基本添加与删除处理、成绩查询处理以及学生选课信息的查询处理。
(4)用户管理
包括2个功能模块:
用户信息查询以及用户的删除与处理。
经过以上调查分析,明确以所开发系统的功能需求,发现了存在的问题,弄清了系统的功能,为系统逻辑模型的建立提供了依据。
系统分析的主要成果是建立系统的逻辑模型,本系统的逻辑模型主要以系统的数据流图和数据词典作为描述功具。
从非功能的需求上分析,系统必须具有易用性:
系统操作简单明了;
安全性:
有效的防止软件的非法修改,并且保证数据信息在存储过程中的安全性,系统安全一旦出现问题,能够保证迅速有效地恢复系统运行。
1.3参考资料
[1]《软件工程模型与方法》,肖丁等,北京邮电大学出版社。
[2]《ASP.NET+Dreamweaver8案例精粹》武新华等,西安电子科技大学出版社
[3]《信息系统应用与开发案例教程》,陈承欢,清华大学出版社。
1.4修订版本记录
列出本文档修改的历史纪录。
必须指明修改的内容、日期以及修改人。
2术语表
对本文档中所使用的各种术语进行说明,可以指引读者更好的了解本文档。
1.登录系统:
在执行所有操作前,必须登陆系统。
这是操作前提。
2.学生、教师信息管理:
学生、教师可以对自己的注册信息增加、修改、删除。
3.课程信息管理:
管理课程基本信息和课程学生。
4.成绩维护、查询:
录入、修改、查询学生成绩
5.异常处理功能:
当遇到软件的非法修改时,能够保证迅速有效地恢复系统运行。
3用例
本系统主要用于学校的以下几类人员:
(1)系统管理员,完成系统管理与维护,例如,维护学生、教师及数据字典等的维护。
用例图1(管理员用例)
(2)教师,维护课程与成绩,查询所教课程的所有学生的成绩。
(3)学生则可查询自己的成绩以及浏览核对自己的信息,必要时可以申请修改。
用例图2
3.1学生管理
3.1.1增加学生信息
使用者:
学校有学生管理功能角色的用户。
目的:
单个添加学生基本信息。
基本事件流:
1、用户进入增加单个学生界面,本用例开始;
2、系统显示学生信息输入界面,用户输入学生姓名、学号、性别、出身日期、入学日期、班级、政治面貌、籍贯。
3、用户确认输入信息,系统检查学号是否唯一,若唯一,则增加学生信息,本用例结束。
否则,提示用户重新输入。
3.1.2修改学生信息
3.1.3删除学生信息
3.1.4导入学生信息
学校有学生管理功能角色的用户
批量导入学生信息,也可以将其他系统中学生信息按照规定的格式导入本系统。
基本事件流:
1、用户进入批量导入学生界面,本用例开始;
2、系统显示导入文件类型、格式说明、并提供导入的模板文件下载。
3、用户按照导入文件格式要求填写或生成对应文件,然后将文件上传,点击确定。
4、系统检查文件的合理性,如果文件格式有误或有数据冲突,给出详细提示列表(错误所在行、错误原因),用户修改文件后再上传,如果上传文件合理,系统将学生信息导入系统。
5、本用例结束。
3.2教师管理
学校有教师管理功能角色的用户
单个添加教师基本信息。
1、用户进入增加单个教师界面,本用例开始;
2、系统显示教师信息输入界面,用户输入教师姓名、工号、性别、出身日期、工作开始日期、职务、政治面貌、籍贯。
3、用户确认输入信息,系统检查工号是否唯一,若唯一,则增加教师信息,本用例结束。
3.2.1增加教师信息
3.2.2修改教师信息
3.2.3删除教师信息
3.2.4导入教师信息
批量导入教师信息,可以将其他系统中教师信息按照规定的格式导入本系统。
1、用户进入批量导入教师界面,本用例开始;
2、系统显示导入文件类型、格式说明、并提供导入的模板文件,供下载。
4、系统检查文件的合理性,如果文件格式有误码或有数据冲突,给出详细提示列表(错误所在行、错误原因),用户修改文件后再上传,如果上传文件合理,系统将教师信息导入系统。
3.3课程管理
3.3.1增加课程基本信息
教师或学校有课程管理角色的用户
创建新课程。
1、用户进入创建新课程页面,本用例开始;
2、系统显示创建课程页面,用户输入课程名称、学期、开始日期、结束日期,并选择任课教师。
3、用户确认创建课程,系统保存新创建的课程。
本用例结束。
3.3.2修改课程基本信息
3.3.3删除课程基本信息
3.3.4维护课程学生信息
教师或学校有课程管理角色的用户。
将学生加入已创建的课程。
1、用户维护课程学生信息界面,本用例开始;
2、系统显示课程列表,用户选择要加入学生的课程,系统显示该课程已存在的学生;
3、用户选择加入新学生,系统显示学生列表,用户可通过搜索列表显示班级下的学生,用户选择要加入课程的学生
4、系统将所选学生加入前面选定的课程,本用例结束。
3.4成绩查询
3.4.1学生查询成绩
3.4.2教师查询成绩
3.5系统维护
4系统组成概述
4.1简述
本系统采用面向对象分析、设计方法。
本系统采用B/S架构,所有界面使用WEB风格。
作图过程中采用了VISIO做图。
4.2系统组成部分
顶层图:
按自顶向下、逐层分解的方法对顶层图进一步细化,划分出几个主要的功能模块,并明确各功能之间的联系。
4.3系统界面
4.4约束和假定
尽量从用户角度出发,以方便使用本产品。
如:
新增学生信息时,敲入回车键光标的自动跳转、输入法的自动转换,信息检索时输入汉语简拼快速检索到结果等。
可以通过快速键方便用户录入信息,所有操作可仅通过键盘完成。
本系统能够对必须录入的项目进行控制,使用户能够确保信息录入的完整。
同时对必录入项进行有效的统一的提示。
系统具有一定的容错和抗干扰能力,在非硬件故障或非通讯故障时,系统能够保证正常运行,并有足够的提示信息帮助用户有效正确地完成任务。
5对象模型
5.1类定义
教师
学生
课程
成绩
管理员
5.2类关联描述
类关联
关联关系
意义
1
教师与学生
m:
n
一个学生由多个教师管理,一个教师管理多个学生
2
管理员与教师
1:
管理员可以管理多个教师的信息,管理员只有一个
3
管理员与学生
管理员可以管理多个学生的信息,管理员只有一个
4
学生与课程
一个学生可以选择多门课程,一门课程可以由多个学生选择
5.3对象模型图
6对象数据字典描述
6.1学生学籍信息管理系统中的对象
6.1.1对象:
学生信息
用途:
记录学生基本信息
约束:
一个学生只能对应一条基本信息
持久性:
长久存于数据库中
6.1.1.1属性描述:
1.属性:
学号
类型:
String型
描述:
主键,唯一标识学生
每个学生都有且只有一个互不相同的学号
2.属性:
姓名
类型:
不同学生可以同名
每个学生只有一个姓名
3.属性:
班级
String
学生所在班级
一个学生只能在一个班级
4.属性:
联系方式
学生联系方式
一个学生只能有一个联系方式
6.1.1.2方法描述:
对应属性的setter和getter方法
6.1.2对象:
教师信息
记录教师基本信息
一个教师只能对应一条基本信息
6.1.2.1属性描述:
编号
int型
主键,唯一标识教师
每个教师都有且只有一个编号
不同教师可以同名
每个教师只有一个姓名
家庭地址
教师当前居住地址
一个教师只能有一个住址
教师联系方式
一个教师只能有一个联系方式
6.1.2.2方法描述:
6.1.3对象:
数据库连接对象
建立数据库连接
6.1.3.1属性描述:
driver
数据库驱动
url
数据库访问地址以及数据库名
username
访问数据库的用户名
password
访问数据库的密码
6.1.3.2方法描述:
1.createConn(StringDriver,Stringurl,Stringusername,Stringpassword)
返回类型:
Connection类对象
参数:
driver,url,username,password
根据传入参数创建一个数据库连接
2.closeConn()
void
关闭数据库连接,释放资源
测试例:
CASE
输入
期望结果
CASE1
输入合法参数
返回数据库连接结果
CASE2
输入错误密码
输出提示信息
7动态模型
成绩查询操作顺序图如下:
7.1场景(Scenarios)
7.1.1场景:
添加学生
描述:
管理员进入增加学生界面,输入学生基本信息,系统检查学号无重复后显示添加成功
动作1:
管理员输入学生姓名、学号、性别、出生日期、入学日期等基本信息
动作2:
确认提交后系统显示添加是否成功
7.1.2场景:
导入教师信息
管理员选择批量导入教师信息,选择格式正确的文件导入,系统批量添加教师信息。
管理员选择批量导入教师功能
上传格式正确的信息文件
7.1.3场景:
增加课程
教师或管理员进入相应功能界面根据系统提示输入课程信息确认后创建新的课程
动作:
输入课程名称、学期、开始日期、结束日期、任课教师等信息
7.1.4场景:
成绩查询
教师或学生输入自己的教师编号或学号查询教师或学生成绩
输入教师编号或学号
系统返回查询结果
7.1.5场景:
修改学生/教师/课程信息
管理员或教师登录成功后进入修改页面,选择要修改的项目,输入对应学号/教师编号/课程编号系统返回对应信息,用户修改值后提交完成
输入要修改信息的编号
修改相关信息
动作3:
确认后提交
7.1.6场景:
删除/学生/教师/课程
管理员或教师输入要删除
输入待删除人的编号
确定后系统将数据库中是否已删除字段设为1
7.2事件定义(Events)
学生信息管理系统的事件跟踪:
学生信息管理系统的事件流图如下:
定义事件:
登录事件
以下为登录顺序图:
学生信息查询
顺序图:
7.3状态图
7.3.1状态图:
学籍状态:
学生状态:
8功能模型
8.1确定输入输出与事件关系
查询事务与输入输出的关系:
8.2功能模型图
学生信息管理系统顶层数据流图如下:
数据字典:
数据项:
(1)学生信息=学号+姓名+性别+学院+专业+班级
(2)班级=班号+专业号+班级人数+班长学号
(3)专业=专业号+专业名称+专业人数+专业班级数+辅导员编号
(4)辅导员=编号+姓名+性别+联系方式
(5)学部=编号+学部名称+负责人编号
(6)课程=编号+课程名称+课程学分+课程总学时
(7)课程表=专业编号+课程编号+授课教师编号
(8)教师=教师编号+姓名+联系方式
(9)成绩表=编号+学生编号+课程编号+成绩
加工条目:
加工名:
学生信息系统
编号:
无
输入:
学生学号
输出:
学生基本信息
0层图:
9数据库定义
数据库包括以下几项:
学生(学号,姓名,性别,专业号,班级)
班级(班号,专业号,班级人数,班长学号)
专业(专业号,专业名称,专业人数,专业班级数,辅导员编号)
辅导员(辅导员编号,姓名,性别)
学部(学部编号,学部名称,负责人)
课程(课程编号,课程名称,课程学分,课程总学时)
课程表(专业编号,课程编号,授课教师)
教师(教师编号,姓名)
成绩表(学生编号,课程编号,成绩)
10部署图
学生信息管理系统部署图如下:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- UML 学生 信息管理 系统