学生信息管理系统 （Version 1.0）
姓名：***
学号：********
计算机科学学院软件工程
2012年4月03日
文档修订历史
日期 <2012/03/09> 版本 <1.0> 教师评语 修改描述 << Write Summary for “The Studentinfo Management System”>> <2012/03/10> <2012/03/17> <1.1> <2.0> 格式不对、修改 没有设计界面以及文档修订格式的问题 修改了格式 增加了界面部分以及修改了文档修订历史的格式 完成5对象模型6对象数据字典描述等内容 完成系统本系统7-10所有内容 <2012/03/24> <3.0> <2012/04/3> <4.0>
1
目录
1 概述 ................................................................... 错误!未定义书签。 1.1 系统简述 ................................................ 错误!未定义书签。 1.2 软件设计目标 ........................................ 错误!未定义书签。 1.3 参考资料 ................................................ 错误!未定义书签。 1.4 修订版本记录 ........................................ 错误!未定义书签。 2 术语表 ............................................................... 错误!未定义书签。 3 用例 ................................................................... 错误!未定义书签。 4 系统组成概述 .................................................. 错误!未定义书签。 4.1 简述......................................................... 错误!未定义书签。 4.2 系统组成部分 ........................................ 错误!未定义书签。 4.2.1 顶层系统结构 .................................... 错误!未定义书签。 4. 3 系统界面 ................................................ 错误!未定义书签。 4.4 约束和假定 ............................................ 错误!未定义书签。 5 对象模型 ........................................................... 错误!未定义书签。 5.1 类定义...................................................... 错误!未定义书签。 5.2 类关联描述 ............................................. 错误!未定义书签。 5.3 对象模型图 ............................................. 错误!未定义书签。 6 对象数据字典描述 .......................................... 错误!未定义书签。 6.1饭卡管理系统中的对象 .......................... 错误!未定义书签。 7 动态模型 ......................................................................................... 21 7.1 场景（Scenarios） ................................................................ 22
2
7.2事件定义（Events）.............................................................. 23 7.3 状态图.................................................................................... 25 8 功能模型 ......................................................................................... 27 8.1 确定输入输出与事件关系 ................................................... 27 8.2 功能模型图 ........................................................................... 27 9 数据库定义..................................................................................... 29 10 部署图 ........................................................................................... 30
3
1 概述 1.1 系统简述
学生信息管理系统是为了开发学生信息管理系统而编写，主要面向系统分析员、程序员、测试员、实施员和最终用户。其主要任务是用计算机对学生各种信息进行日常管理，如查询、修改、增加、删除，另外还考虑到学生选课，针对这些要求设计了学生信息管理系统。推行学校信息管理系统的应用是进一步推进学生学籍管理规范化、电子化、控制辍学和提高义务教育水平的重要举措
1.硬件平台 CPU:P4 1.8GHz 内存：512MB 2.软件平台
操作系统：Windows XP SP2/SP3
运行平台：Microsoft SQL Sever2005
1.2 软件设计目标
系统针对学校学生信息的特点以及管理中实际需要而设计，能够有效地实现学生信息管理的信息化，减轻管理人员的工作负担，高效率、规范化地管理大量的学生信息，并避免人为操作的错误和不规范行为。
在学生信息管理系统中,主要有用户登陆、学生信息管理、课程
4
信息管理、用户管理等功能，功能分析如下： （1）用户登陆
学生信息管理网站采用用户名及密码验证模式，进入学生信息管理网站前，用户必须在登陆页面输入用户名及密码，只有验证通过的用户方可进入学生信息管理网站操作主页面。 （2）学生信息管理
包括3个功能模块：学生个人信息的添加、学生信息的查询以及学生信息的修改于删除。 （3）课程信息管理
包括3个功能模块：课程基本添加与删除处理、成绩查询处理以及学生选课信息的查询处理。 （4）用户管理
包括2个功能模块：用户信息查询以及用户的删除与处理。
经过以上调查分析，明确以所开发系统的功能需求，发现了存在的问题，弄清了系统的功能，为系统逻辑模型的建立提供了依据。系统分析的主要成果是建立系统的逻辑模型，本系统的逻辑模型主要以系统的数据流图和数据词典作为描述功具。
从非功能的需求上分析，系统必须具有易用性：系统操作简单明了；安全性：有效的防止软件的非法修改，并且保证数据信息在存储过程中的安全性，系统安全一旦出现问题，能够保证迅速有效地恢复系统运行。
5
1.3 参考资料
[1]《软件工程模型与方法》，肖丁等，北京邮电大学出版社 。
[2]《ASP.NET+Dreamweaver8案例精粹》 武新华等，西安电子科技大学出版社
[3]《信息系统应用与开发案例教程》，陈承欢，清华大学出版社。
1.4 修订版本记录
列出本文档修改的历史纪录。必须指明修改的内容、日期以及修改人。
文档修订历史
日期 <2012/03/09> 版本 <1.0> 教师评语 修改描述 << Write Summary for “The Studentinfo Management System”>> <2012/03/10> <2012/03/17> <1.1> <2.0> 格式不对、修改 没有设计界面以及文档修订格式的问题 修改了格式 增加了界面部分以及修改了文档修订历史的格式 完成5对象模型6对象数据字典描述等内容 完成系统本系统7-10所有内容 <2012/03/24> <3.0> <2012/04/3> <4.0>
2 术语表
对本文档中所使用的各种术语进行说明，可以指引读者更好的了
6
解本文档。
1.登录系统：在执行所有操作前，必须登陆系统。这是操作前提。 2.学生、教师信息管理：学生、教师可以对自己的注册信息增加、修改、删除。
3.课程信息管理：管理课程基本信息和课程学生。 4.成绩维护、查询：录入、修改、查询学生成绩
5.异常处理功能：当遇到软件的非法修改时，能够保证迅速有效地恢复系统运行。
3 用例
本系统主要用于学校的以下几类人员：
（1）系统管理员，完成系统管理与维护，例如，维护学生、教师及数据字典等的维护。
7
用例图1(管理员用例)
（2）教师，维护课程与成绩，查询所教课程的所有学生的成绩。 （3）学生则可查询自己的成绩以及浏览核对自己的信息，必要时可以申请修改。
用例图2
3.1 学生管理 3.1.1 增加学生信息
使用者：学校有学生管理功能角色的用户。 目的：单个添加学生基本信息。 基本事件流：
8
1、用户进入增加单个学生界面，本用例开始；
2、系统显示学生信息输入界面，用户输入学生姓名、学号、性别、出身日期、入学日期、班级、政治面貌、籍贯。
3、用户确认输入信息，系统检查学号是否唯一，若唯一，则增加学生信息，本用例结束。否则，提示用户重新输入。 3.1.2 修改学生信息 3.1.3 删除学生信息 3.1.4 导入学生信息
使用者：学校有学生管理功能角色的用户
目的：批量导入学生信息，也可以将其他系统中学生信息按照规定的格式导入本系统。 基本事件流：
1、用户进入批量导入学生界面，本用例开始；
2、系统显示导入文件类型、格式说明、并提供导入的模板文件下载。
3、用户按照导入文件格式要求填写或生成对应文件，然后将文件上传，点击确定。
4、系统检查文件的合理性，如果文件格式有误或有数据冲突，给出详细提示列表（错误所在行、错误原因），用户修改文件后再上传，如果上传文件合理，系统将学生信息导入系统。
9
5、本用例结束。
3.2 教师管理
使用者：学校有教师管理功能角色的用户 目的：单个添加教师基本信息。 基本事件流：
1、用户进入增加单个教师界面，本用例开始；
2、系统显示教师信息输入界面，用户输入教师姓名、工号、性别、出身日期、工作开始日期、职务、政治面貌、籍贯。
3、用户确认输入信息，系统检查工号是否唯一，若唯一，则增加教师信息，本用例结束。否则，提示用户重新输入。 3.2.1 增加教师信息 3.2.2 修改教师信息 3.2.3 删除教师信息 3.2.4 导入教师信息
使用者：学校有教师管理功能角色的用户
目的：批量导入教师信息，可以将其他系统中教师信息按照规定的格式导入本系统。 基本事件流：
1、用户进入批量导入教师界面，本用例开始；
10
2、系统显示导入文件类型、格式说明、并提供导入的模板文件，供下载。
3、用户按照导入文件格式要求填写或生成对应文件，然后将文件上传，点击确定。
4、系统检查文件的合理性，如果文件格式有误码或有数据冲突，给出详细提示列表（错误所在行、错误原因），用户修改文件后再上传，如果上传文件合理，系统将教师信息导入系统。 5、本用例结束。
3.3 课程管理
3.3.1 增加课程基本信息
使用者：教师或学校有课程管理角色的用户 目的：创建新课程。 基本事件流：
1、用户进入创建新课程页面，本用例开始； 2、系统显示创建课程页面，用户输入课程名称、学期、开始日期、结束日期，并选择任课教师。
3、用户确认创建课程，系统保存新创建的课程。本用例结束。
3.3.2 修改课程基本信息 3.3.3 删除课程基本信息 3.3.4 维护课程学生信息
使用者：教师或学校有课程管理角色的用户。
11
目的：将学生加入已创建的课程。 基本事件流：
1、用户维护课程学生信息界面，本用例开始；
2、系统显示课程列表，用户选择要加入学生的课程，系统显示该课程已存在的学生；
3、用户选择加入新学生，系统显示学生列表，用户可通过搜索列表显示班级下的学生，用户选择要加入课程的学生
4、系统将所选学生加入前面选定的课程，本用例结束。
3.4 成绩查询
3.4.1 学生查询成绩 3.4.2 教师查询成绩
3.5 系统维护
12
4 系统组成概述 4.1 简述
本系统采用面向对象分析、设计方法。
本系统采用B/S架构，所有界面使用WEB风格。 作图过程中采用了VISIO做图。
4.2 系统组成部分
顶层图：
学生基本信息账号管理员密码学生信息管理系统学生选课信息学生成绩信息管理员用户管理信息
按自顶向下、逐层分解的方法对顶层图进一步细化，划分出几个
主要的功能模块，并明确各功能之间的联系。
13
输入学生学号学生信息表学生基本信息录入学生信息学生信息表学生选课信息课程表输入学号数据查询选课表选择您要添加的课程选课表学生成绩表输入学生学号学生成绩信息用户信息表选择编辑或修改的用户信息用户信息表
4.3 系统界面
14
15
4.4 约束和假定
尽量从用户角度出发，以方便使用本产品。如：新增学生信息时，敲入回车键光标的自动跳转、输入法的自动转换，信息检索时输入汉语简拼快速检索到结果等。可以通过快速键方便用户录入信息，所有操作可仅通过键盘完成。本系统能够对必须录入的项目进行控制，使用户能够确保信息录入的完整。同时对必录入项进行有效的统一的提示。
系统具有一定的容错和抗干扰能力，在非硬件故障或非通讯故障时，系统能够保证正常运行，并有足够的提示信息帮助用户有效正确地完成任务。
5对象模型
5.1类定义
教师 学生 课程 成绩 管理员
16
5.2 类关联描述
1 类关联 教师与学生 关联关系 m：n 意义 一个学生由多个教师管理，一个教师管理多个学生 管理员可以管理多个教师的信息，管理员只有一个 管理员可以管理多个学生的信息，管理员只有一个 一个学生可以选择多门课程，一门课程可以由多个学生选择 2 管理员与教师 1：n 3 管理员与学生 1：n 4 学生与课程 m：n 5.3 对象模型图
17
6 对象数据字典描述
6.1学生学籍信息管理系统中的对象
6.1.1 对象：学生信息 用途：记录学生基本信息
约束：一个学生只能对应一条基本信息 持久性：长久存于数据库中 6.1.1.1 属性描述： 1. 属性：学号 类型：String型
描述：主键，唯一标识学生
约束：每个学生都有且只有一个互不相同的学号2. 属性：姓名 类型：String型 描述：不同学生可以同名 约束：每个学生只有一个姓名 3.属性：班级 类型：String 描述：学生所在班级
约束：一个学生只能在一个班级 4.属性：联系方式 类型：String 描述：学生联系方式
18
约束：一个学生只能有一个联系方式 6.1.1.2 方法描述：
对应属性的setter和getter方法 6.1.2 对象：教师信息 用途：记录教师基本信息
约束：一个教师只能对应一条基本信息持久性：长久存于数据库中 6.1.2.1 属性描述： 1. 属性：编号 类型：int型
描述：主键，唯一标识教师 约束：每个教师都有且只有一个编号 2. 属性：姓名 类型：String型 描述：不同教师可以同名 约束：每个教师只有一个姓名 3.属性：家庭地址 类型：String
描述：教师当前居住地址 约束：一个教师只能有一个住址 4.属性：联系方式 类型：String
19
描述：教师联系方式
约束：一个教师只能有一个联系方式 6.1.2.2 方法描述：
对应属性的setter和getter方法 6.1.3 对象：数据库连接对象 用途：建立数据库连接 6.1.3.1 属性描述： 1. 属性：driver 类型：String型 描述：数据库驱动 2. 属性：url 类型：String型
描述：数据库访问地址以及数据库名 3.属性：username 类型：String
描述：访问数据库的用户名 4.属性：password 类型：String
描述：访问数据库的密码 6.1.3.2 方法描述：
1.createConn(String Driver , String url password)
, String username, String 20
返回类型：Connection类对象 参数：driver,url,username,password 描述：根据传入参数创建一个数据库连接 2.closeConn() 返回类型：void
描述：关闭数据库连接，释放资源 测试例： CASE CASE 1 CASE 2
输入 输入合法参数 输入错误密码 期望结果 返回数据库连接结果 输出提示信息 7 动态模型
成绩查询操作顺序图如下：
21
管理者C_SForm : CourseScoreFormS_CConditionInputForm : S_CConditionInfo : C_SDBM : C_SDBMC_SConditionInputFormC_SConditionInfo1: InputConditions( )2: SetConditionTo( )C_STable : C_STable3: ValidCheck( )4: SearchTheRecord( )5: LoadCourseScoreRecords( )
7.1 场景（Scenarios）
7.1.1场景：添加学生
描述：管理员进入增加学生界面，输入学生基本信息，系统检查学号无重复后显示添加成功
动作1：管理员输入学生姓名、学号、性别、出生日期、入学日期等基本信息
动作2：确认提交后系统显示添加是否成功 7.1.2场景：导入教师信息
描述：管理员选择批量导入教师信息，选择格式正确的文件导入，系统批量添加教师信息。
动作1：管理员选择批量导入教师功能 动作2：上传格式正确的信息文件 7.1.3 场景：增加课程
描述：教师或管理员进入相应功能界面根据系统提示输入课程信
22
息确认后创建新的课程
动作：输入课程名称、学期、开始日期、结束日期、任课教师等信息
7.1.4 场景：成绩查询
描述：教师或学生输入自己的教师编号或学号查询教师或学生成绩
动作1：输入教师编号或学号 动作2：系统返回查询结果 7.1.5 场景：修改学生/教师/课程信息
描述：管理员或教师登录成功后进入修改页面，选择要修改的项目，输入对应学号/教师编号/课程编号系统返回对应信息，用户修改值后提交完成
动作1：输入要修改信息的编号 动作2：修改相关信息 动作3：确认后提交 7.1.6场景：删除/学生/教师/课程 描述：管理员或教师输入要删除 动作1：输入待删除人的编号
动作2：确定后系统将数据库中是否已删除字段设为1
7.2事件定义（Events）
学生信息管理系统的事件跟踪：
23
学生信息管理系统的事件流图如下：
教师、加添改、修询查学生查询系统添加、修改、删除管理员
定义事件：登录事件 以下为登录顺序图：
24
定义事件：学生信息查询 顺序图：
管理者ArchInfoForm : ArchInfoFormArchConditionForm : ArchConditionInfo ArchDBM : ArchConditonForm...StudentArchDBM1: InputCondition( )2: SetConditionTo( )3: ValidCheck( )4: SearchTheArch( )5: LoadArchInfoFromTable( )
7.3 状态图
7.3.1 状态图：
StudentArchTable : StudentArchTable
25
学籍状态：
学生状态：
26
8 功能模型
8.1 确定输入输出与事件关系
查询事务与输入输出的关系：
用户登录名、密查询学生信增、删、码息改操作、换锁更解异动处理
8.2 功能模型图
学生信息管理系统顶层数据流图如下：
27
学生基本信息账号学生信息学生选课信息管理员管理系统学生成绩信息管理员密码用户管理信息
数据字典： 数据项：
（1）学生信息=学号+姓名+性别+学院+专业+班级 （2）班级=班号+专业号+班级人数+班长学号
（3）专业=专业号+专业名称+专业人数+专业班级数+辅导员编号（4）辅导员=编号+姓名+性别+联系方式 （5）学部=编号+学部名称+负责人编号
（6）课程=编号+课程名称+课程学分+课程总学时 （7）课程表=专业编号+课程编号+授课教师编号 （8）教师=教师编号+姓名+联系方式 （9）成绩表=编号+学生编号+课程编号+成绩 加工条目：
加工名：学生信息系统 编号：无 输入：学生学号 输出：学生基本信息
28
0层图：
输入学生学号学生信息表学生基本信息录入学生信息学生信息表学生选课信息课程表输入学号数据查询选课表选择您要添加的课程选课表学生成绩表输入学生学号学生成绩信息用户信息表选择编辑或修改的用户信息用户信息表
9 数据库定义
数据库包括以下几项：
学生（学号，姓名，性别，专业号，班级） 班级（班号，专业号，班级人数，班长学号）
专业（专业号，专业名称，专业人数，专业班级数，辅导员编号） 辅导员（辅导员编号，姓名，性别） 学部（学部编号，学部名称，负责人）
课程（课程编号，课程名称，课程学分，课程总学时） 课程表（专业编号，课程编号，授课教师）
29
教师（教师编号，姓名）
成绩表（学生编号，课程编号，成绩）
10 部署图
学生信息管理系统部署图如下：
students machine Web server Teacher machine Applic ation server DB server 30
31
因篇幅问题不能全部显示，请点此查看更多更全内容