管理信息系统综合实验报告.docx
《管理信息系统综合实验报告.docx》由会员分享,可在线阅读,更多相关《管理信息系统综合实验报告.docx(77页珍藏版)》请在冰豆网上搜索。
管理信息系统综合实验报告
(北京)
CHINAUNIVERSITYOFPETROLEUM
管理信息系统综合实验
结课报告
专业:
信管13班
*****
学号:
**********
完成日期:
2017年03月27日
1系统分析
1.1用例图
本系统是一个专业管理系统,总体目标是有效管理专业信息、课程信息、教师信息及学生的信息。
除此之外,该系统还可以管理用户角色,不同身份登录系统所能使用的功能不同。
总计8个功能点,即专业信息管理、 培养计划管理、 教师管理、 学生管理、 校友管理、 新闻管理、 活动管理、 用户管理。
主要参与者可以归为四类,即管理员、用户(一般管理员)、教师、学生。
图.1.1为系统的用例图。
图.1.1系统用例图
1.2用例简要描述
1.2.1登录/退出管理
用例编号
UC01
用例名称
登录系统
用例概述
用户进入系统的登录操作
主参与者
所有系统用户
前置条件
输入正确的用户名、密码
后置条件
用户名密码与数据库记录核对一致
基本事件流
步骤
活动
1
请求登录页面
2
系统显示相应录入界面,用户输入用户名及密码
3
用户账户信息与数据库记录进行核对
4
成功登录系统,进入系统主界面
扩展事件流
2a
如果用户名或密码为空,提示有未输入的信息
2b
如果用户名不存在拒绝访问
2c
如果密码正确拒绝访问
用例编号
UC02
用例名称
退出系统
用例概述
当前用户退出专业管理系统
主参与者
所有系统用户
前置条件
已经进入系统
后置条件
系统正常运行
基本事件流
步骤
活动
1
当前用户点击安全退出按钮
1.2.1系统管理
此功能包含用户管理,用户管理是对访问该系统用户账户的增加、删除、修改等功能。
用例编号
UC03
用例名称
新增用户
用例概述
增加可以访问系统用户的账户
主参与者
最高管理员、一般管理员
前置条件
身份为最高管理员以及一般管理员
后置条件
数据库内不存在同名用户
基本事件流
步骤
活动
1
管理员点击用户管理增加功能
2
系统显示用户管理增加界面
3
管理员输入用户名账户、密码以及身份
4
管理员确认增加后,数据库内增加该用户记录
扩展事件流
3a
如果用户名已存在,则提示失败
3b
如果管理员选择取消,则结束增加过程
3c
如果用户名过短,则提示失败
3d
如果密码过短,则提示失败
3e
如果有未输入的信息,则提示失败
用例编号
UC04
用例名称
删除用户
用例概述
删除访问系统的用户账户
主参与者
最高管理员、一般管理员
前置条件
数据库已存在该用户
后置条件
完成用户的删除
基本事件流
步骤
活动
1
管理员点击用户管理删除功能
2
系统显示用户管理增加界面
3
管理员输入用户名信息
4
管理员确认删除后,数据库内删除该用户记录
扩展事件流
3a
如果输入的用户名不存在,则提示失败
用例编号
UC05
用例名称
修改用户
用例概述
更新用户账户信息
主参与者
最高管理员、一般管理员
前置条件
数据库已存在该用户
后置条件
完成用户的修改
基本事件流
步骤
活动
1
管理员点击用户管理修改功能
2
系统显示用户管理修改界面
3
管理员输入用户名信息
4
管理员确认修改后,数据库内修改该用户记录
扩展事件流
3a
如果输入的用户名不存在,则提示失败
3b
如果用户名过短,则提示失败
3c
如果密码过短,则提示失败
3d
如果有未输入的信息,则提示失败
3e
如果管理员选择取消,则结束增加过程
1.2.2管理课程信息
此功能包含管理员或教师对课程的新增、删除、修改、查询。
此功能是为添加培养计划所必须的。
用例编号
UC06
用例名称
新增课程信息
用例概述
新增课程信息
主参与者
最高管理员、一般管理员或教师
前置条件
数据库内不存在同课程号
后置条件
完成课程信息的录入
基本事件流
步骤
活动
1
管理员或教师点击课程信息管理增加功能
2
系统显示课程信息管理增加界面
3
管理员或教师输入完整的课程信息
4
管理员或教师确认添加
5
系统确认输入的信息未和数据库中已有信息重复,则记录
扩展事件流
5a
如果信息重复,则提示,并要求重输或取消
5b
如果选择取消,则结束用例
用例编号
UC06
用例名称
删除课程信息
用例概述
删除已有的课程信息
主参与者
最高管理员、一般管理员或教师
前置条件
数据库中已有课程号
后置条件
完成课程删除
基本事件流
步骤
活动
1
管理员或教师点击课程信息管理删除功能
2
系统显示课程信息管理删除界面
3
管理员或教师输入课程号
4
管理员或教师确认删除
5
系统确认输入的信息数据库中已有该课程号,则删除
扩展事件流
5a
选择返回,则结束用例
5b
数据库未存在该课程号,则删除失败
用例编号
UC07
用例名称
修改课程信息
用例概述
修改已有的课程信息
主参与者
最高管理员、一般管理员或教师
前置条件
数据库中已有课程号
后置条件
完成课程信息修改
基本事件流
步骤
活动
1
管理员或教师点击课程信息管理修改功能
2
系统显示课程信息管理修改界面
3
管理员或教师选择课程号
4
管理员或教师确认修改
5
系统确认输入的信息数据库中已有该课程号,则修改
扩展事件流
2a
如果信息不存在,则提示,并要求重输或取消
2b
如果信息不完整,则提示,并要求重输或取消
2c
操作者选择取消,则结束用例
用例编号
UC08
用例名称
查询课程信息
用例概述
查询课程的详细信息
主参与者
系统所有用户
前置条件
数据库中已有课程信息
后置条件
基本事件流
步骤
活动
1
用户点击课程信息管理查询功能
2
系统显示课程信息管理查询界面
3
用户选择课程号
4
从数据寻找该课程号的信息并显示
扩展事件流
4a
用户选择取消,则结束用例
1.2.3管理方案信息
用例编号
UC09
用例名称
新增方案信息
用例概述
新增一个方案信息
主参与者
最高管理员、一般管理员或教师
前置条件
数据库内不存在同方案号
后置条件
完成方案信息的输入
基本事件流
步骤
活动
1
管理员或教师点击方案信息管理增加功能
2
系统显示方案信息管理增加界面
3
管理员或教师输入完整的方案信息
4
管理员或教师确认添加
5
系统确认输入的信息未和数据库中已有信息重复,则记录
扩展事件流
4a
如果信息重复,则提示,并要求重输或取消
4b
如果选择取消,则结束用例
用例编号
UC10
用例名称
删除方案信息
用例概述
删除已有的方案信息
主参与者
最高管理员、一般管理员或教师
前置条件
数据库内已存在该方案号
后置条件
完成方案信息的删除
基本事件流
步骤
活动
1
管理员或教师点击方案信息管理删除功能
2
系统显示方案信息管理删除界面
3
管理员或教师输入方案号
4
管理员或教师确认删除
5
系统确认数据库中已有该方案号,则删除
扩展事件流
5a
如果不存在方案号信息,则提示,并要求重输或取消
5a
如果选择取消,则结束用例
用例编号
UC11
用例名称
修改方案信息
用例概述
修改已有的方案信息
主参与者
最高管理员、一般管理员或教师
前置条件
数据库内已存在该方案号
后置条件
完成方案信息的修改
基本事件流
步骤
活动
1
管理员或教师点击方案信息管理修改功能
2
系统显示方案信息管理修改界面
3
管理员或教师选择方案号
4
管理员或教师确认修改
5
系统确认数据库中已有该方案号,则修改
扩展事件流
5a
如果不存在方案号信息,则提示,并要求重输或取消
5a
如果选择取消,则结束用例
用例编号
UC12
用例名称
查询方案信息
用例概述
查询已有的方案信息
主参与者
系统所有用户
前置条件
数据库内已存在该方案号
后置条件
完成方案信息的查询
基本事件流
步骤
活动
1
管理员或教师点击方案信息管理查询功能
2
系统显示方案信息管理查询界面
3
管理员或教师选择方案号
4
管理员或教师确认查询
5
系统确认数据库中已有该方案号,则执行查询
扩展事件流
5a
如果不存在方案号信息,则提示,并要求重输或取消
5a
如果选择取消,则结束用例
1.2.4管理教师信息
此功能包含教师信息的增加、删除、修改以及查询。
用例编号
UC13
用例名称
增加教师信息
用例概述
增加一条教师信息
主参与者
最高管理员、一般管理员
前置条件
数据库不存在同工号的教师信息
后置条件
完成教师信息的新增
基本事件流
步骤
活动
1
管理员点击教师信息管理增加功能
2
系统显示教师信息管理增加界面
3
管理员输入完整的教师信息
4
管理员确认增加
5
系统确认数据库中不存在该工号,则增加
扩展事件流
4a
如果信息重复,则提示,并要求重输或取消
4b
如果选择取消,则结束用例
用例编号
UC14
用例名称
删除教师信息
用例概述
删除已有的教师信息
主参与者
最高管理员、一般管理员
前置条件
数据库已有该工号的教师信息
后置条件
完成教师信息的删除
基本事件流
步骤
活动
1
管理员点击教师信息管理删除功能
2
系统显示教师信息管理删除界面
3
管理员选择工号
4
管理员确认删除
5
系统确认数据库中存在该工号的教师信息,则删除
扩展事件流
4a
如果选择取消,则结束用例
用例编号
UC15
用例名称
修改教师信息
用例概述
修改已有的教师信息
主参与者
最高管理员、一般管理员
前置条件
数据库已有该工号的教师信息
后置条件
完成教师信息的修改
基本事件流
步骤
活动
1
管理员点击教师信息管理修改功能
2
系统显示教师信息管理修改界面
3
管理员选择工号
4
管理员确认修改
5
系统确认数据库中存在该工号的教师信息,则修改
扩展事件流
5a
如果数据库不存在该工号的教师信息,则重输或取消
5b
如果选择取消,则结束用例
用例编号
UC16
用例名称
查询教师信息
用例概述
查询已有的教师信息
主参与者
最高管理员、一般管理员、教师
前置条件
数据库已有该工号的教师信息
后置条件
完成教师信息的查询
基本事件流
步骤
活动
1
管理员或教师点击教师信息管理查询功能
2
系统显示教师信息管理查询界面
3
管理员或教师选择工号
4
管理员或教师确认查询
5
系统确认数据库中存在该工号的教师信息,则查询
扩展事件流
5a
如果数据库不存在该工号的教师信息,则重输或取消
5b
如果选择取消,则结束用例
1.2.5管理学生信息
此功能包含学生信息的增加、删除、修改以及查询。
用例编号
UC17
用例名称
增加学生信息
用例概述
增加一条学生信息
主参与者
最高管理员、一般管理员
前置条件
数据库不存在同学号的学生信息
后置条件
完成学生信息的新增
基本事件流
步骤
活动
1
管理员点击学生信息管理增加功能
2
系统显示学生信息管理增加界面
3
管理员输入完整的学生信息
4
管理员确认增加
5
系统确认数据库中不存在该学号,则增加
扩展事件流
4a
如果信息重复,则提示,并要求重输或取消
4b
如果选择取消,则结束用例
用例编号
UC18
用例名称
删除学生信息
用例概述
删除已有的学生信息
主参与者
最高管理员、一般管理员
前置条件
数据库已有该学号的学生信息
后置条件
完成学号信息的删除
基本事件流
步骤
活动
1
管理员点击学生信息管理删除功能
2
系统显示学生信息管理删除界面
3
管理员选择学号
4
管理员确认删除
5
系统确认数据库中存在该学号的学生信息,则删除
扩展事件流
4a
如果选择取消,则结束用例
用例编号
UC19
用例名称
修改教师信息
用例概述
修改已有的学生信息
主参与者
最高管理员、一般管理员
前置条件
数据库已有该学号的学生信息
后置条件
完成学生信息的修改
基本事件流
步骤
活动
1
管理员点击学生信息管理修改功能
2
系统显示学生信息管理修改界面
3
管理员选择学号
4
管理员确认修改
5
系统确认数据库中存在该学号的学生信息,则修改
扩展事件流
5a
如果数据库不存在该学号的学生信息,则重输或取消
5b
如果选择取消,则结束用例
用例编号
UC20
用例名称
查询学生信息
用例概述
查询已有的学生信息
主参与者
系统所有用户
前置条件
数据库已有该学号的学生信息
后置条件
完成学生信息的查询
基本事件流
步骤
活动
1
用户点击学生信息管理查询功能
2
系统显示学生信息管理查询界面
3
用户选择工号
4
用户确认查询
5
系统确认数据库中存在该学号的学生信息,则查询
扩展事件流
5a
如果数据库不存在该学号的学生信息,则重输或取消
5b
如果选择取消,则结束用例
1.3活动图
本系统包含多个重要的业务环节,例如:
用户管理、课程信息管理、方案信息管理、教师信息管理、学生信息管理。
不同的身份进入拥有不同的权限。
以下举出其中三个不同身份进入的活动图,以活动图的形式展示。
图.1.6管理员活动图
图.1.6展示的是管理员登录系统后,所能进行的活动。
首先登录系统,然后根据用户名和密码验证身份,系统会作出是否准许进入的判断。
若密码错误,则拒绝访问;若密码正确,则准许进入。
最后,系统判断此用户名的身份属于管理员,可以进行管理员身份的活动。
如用户管理、专业信息管理、培养计划管理、教师管理以及学生管理、用户管理等。
每个功能模块具体的用例已在用例简要介绍部分说明,在此不在赘述。
图.1.7展示的是学生登录系统后,所能进行的活动。
首先登录系统,然后根据用户名和密码验证身份,系统会作出是否准许进入的判断。
若密码错误,则拒绝访问;若密码正确,则准许进入。
最后,系统判断此用户名的身份属于学生,可以进行学生身份的活动。
如查看个人信息、查看专业信息等。
每个功能模块具体的用例已在用例简要介绍部分说明,在此不在赘述。
图.1.7学生活动图
图.1.8展示的是教师登录系统后,所能进行的活动。
首先登录系统,然后根据用户名和密码验证身份,系统会作出是否准许进入的判断。
若密码错误,则拒绝访问;若密码正确,则准许进入。
最后,系统判断此用户名的身份属于教师,可以进行教师身份的活动。
如查看个人信息、查看培养计划信息、查看专业信息等。
每个功能模块具体的用例已在用例简要介绍部分说明,在此不在赘述。
图.1.8教师活动图
1.4类图
本系统内包括以下类,具体信息如图1.9所示:
1)用户:
用户名、密码
2)教师:
工号、姓名、性别、年龄、学院、职称、其他
3)学生:
学号、姓名、性别、年龄、学院、年级、班级、其他
4)管理员:
编号、用户名、密码、权限等级
5)界面信息:
专业信息、培养计划信息、新闻信息、个人信息、校友信息、活动信息
6)日志信息:
编号、时间、内容、操作人编号
包含以下成员方法:
1)用户:
登陆系统、修改密码、退出系统
2)教师:
维护教师信息、查看专业信息、查看培养计划信息、查看新闻信息、查看活动信息、查看校友信息
3)学生:
维护学生信息、查看培养计划信息、查看新闻信息、查看活动信息、查看校友信息
4)管理员:
修改密码、维护用户信息、维护教师信息、维护学生信息、维护校友信息、维护新闻信息、维护活动信息、维护专业信息、维护培养计划信息、退出系统
5)界面信息:
信息发布、信息修改、信息删除
6)日志信息:
记录日志、维护日志、删除日志
图.1.9类图
2系统设计
2.1总体设计
2.1.1功能结构图
根据前文对专业管理系统的需求分析的用例分析与活动分析,专业管理系统的功能模块可以划分为登录系统、专业信息管理、校友管理、培养计划管理、新闻管理、教师管理、学生管理、活动管理、系统管理等功能模块。
专业管理系统功能结构如下图所示。
其中专业信息管理模块和培养计划管理模块子功能有录入、删除、修改、查询四部分;教师管理模块和学生管理模块子功能有个人信息管理、账户管理和查询信息三部分;系统管理模块包括用户管理、日志管理等子功能。
如图2.1所示。
图.2.1系统总体功能结构图
1)登录/退出系统:
登录系统是使用系统的第一步,包括验证用户名及密码、身份。
为身份分配权限。
2)专业信息管理:
是对专业中具有的课程信息进行管理的模块。
该模块又具体分为四个模块,包括信息的录入、删除、修改以及查询功能。
3)校友管理
4)培养计划管理:
是对方案中课程要求信息管理的模块。
该模块又具体分为四个模块,包括信息的录入、删除、修改以及查询功能。
5)新闻管理
6)教师管理:
是对教师信息管理的模块。
该模块又具体分为四个模块,包括信息的录入、删除、修改以及查询功能。
7)学生管理:
是对学生信息管理的模块。
该模块又具体分为四个模块,包括信息的录入、删除、修改以及查询功能。
8)活动管理
9)系统管理:
是对系统功能的管理。
包括日志管理及用户管理。
2.1.2构架图
经过深入分析,专业管理系统的幵发采用.NET开发平台,系统采用Brower/Server结构的三层结构:
WEB客户端-WEB服务器-数据库服务器。
选择功能强大的关系型数据库MSSQLServer2014数据库作为专业管理系统的后台数据库,专业管理系统体系结构如下图所示。
客户端为web浏览器,为各种视图组件;业务服务器包含业务组件及服务与代理中间件等,数据库服务器用于提供数据存储访问服务。
如图.2.2所示:
图.2.2系统构架图
2.2详细设计
2.2.1顺序图
用户登录系统的顺序图。
登录顺序图描述实验专业管理系统各类用户如何使用自己的用户名与密码登录系统。
首先用户在地址栏键入系统主界面地址,系统显示主界面,在主页面的登录界面部分的用户名文本框中输入用户名,在密码框中输入用户密码,点击确定,客户端向服务器提交请求用户验证,正确则显示登录成功,并根据用户的角色进入相应的主界面,错误则重新输入。
如图.2.3所示:
图.2.3登录系统顺序图
系统管理的顺序图,如图2.4所示:
图.2.4系统管理顺序图
学生信息管理的顺序图,学生信息管理主要是对学生的用户名、密码及个人信息等进行维护。
学生信息管理员对选择要维护的信息,输入完成后检验信息是否有明显逻辑错误。
若正确,则可以对数据库进行访问与数据库的信息进行核对并进行数据更新,页面显示操作成功;若错误,则需检验编辑的信息是否有错误。
如图2.5所示:
图.2.5学生信息管理顺序图
教师信息管理的顺序图。
教师信息管理主要是对教师的用户名、密码及个人信息等进行维护。
教师信息管理员对选择要维护的信息,输入完成后检验信息是否有明显逻辑错误。
若正确,则可以对数据库进行访问与数据库的信息进行核对并进行数据更新,页面显示操作成功;若错误,则需检验编辑的信息是否有错误。
如图2.6所示:
图.2.6教师信息管理顺序图
专业信息管理的顺序图,专业信息管理主要是管理员或专业信息管理员对专业的信息及培养方案信息进行维护。
首先要选择要维护的专业,最高管理员可以选择任意专业,而专业信息管理员则只能选择自己所在的专业进行维护,录入信息之后,检验信息是否正确。
若正确,则可以对数据库进行访问与数据库的信息进行核对并进行数据更新,页面显示操作成功;若错误,则需检验编辑的信息是否有错误。
如图2.7所示:
图.2.7专业信息管理顺序图
2.2.2状态图
状态图是描述一个实体基于事件反应的动态行为,显示了该实体如何根据当前所处的状态对不同的事件做出反应。
由于各个功能的状态均类似,故一个功能模块进行说明即可,下面以专业信息管理进行说明:
首先打开系统,此时为初始状态,未进行任何操作;接着输入用户名、密码进入登录状态;然后进行专业信息进行管理,进入操作状态;其次输入完信息后,准备录入数据库,进入检查状态,检查信息是否有误;若信息有误,重新回到操作状态;若信息无误,则进入执行状态,将所录信息传至数据库。
最后,用户登出系统,为退出转态(终止状态)。
具体状态过程如图.2.8所示:
图.2.8一般状态图
2.2.3E-R图
本系统中包含大量实体和实体间的关系,详细具体的功能联系,十分复杂,由于篇幅有限,故下文将只举出总体功能概念模型,如图.2.9所示。
图.2.9E-R图
以下是实体:
学生实体:
教师实体:
管理员实体:
专业信息实体:
日志信息实体:
2.2.4表结构设计
1)表2.1用户权限数据文件
名称
类型
长度
小数点
不能null
主键/外键
说明
up_id
varchar
50
0
√
主键
user_type
varchar
50
0
√
唯一性约束
2)表2.2用户数据文件
名称
类型
长度
小数点
不能null
主键/外键
说明
u_id
int
0
√
主键
user_number
varchar
50
0
√
user_password
varchar
50
0
√
up
varchar
50
0
√
外键
3)表2.3学生信息数据文件
名称