当前位置：首页> 《学生学籍管理系统》的作品设计报告

《学生学籍管理系统》的作品设计报告

时间：2011-04-20 下载该word文档

目录
一、设计目标 ........................................................................... 2 二、设计指导思想 ................................................................... 2 三、设计内容及制作步骤 ....................................................... 3 四、设计制作进度表 ............................................................... 5 五、设计制作总结 ................................................................... 5 六、作品提交清单及运行环境要求 ....................................... 6 七、相关问题及结束语 ........................................................... 6 八、参考资料 ........................................................................... 6

1

一、设计目标
管理学生信息系统的建设过程中,不仅要有先进的设计方法和优良的开发工具,而且要有完善的管理策略和先进的管理技术, "成功的学生信息系统归功于成功的管理",就是强调学生管理的重要性.为了减轻学校管理的负担,提高系统的管理效益。
高等院校管理涉及院系信息、班级信息、任课教师信息、学生信息、学籍变更信息、学生奖惩信息、课程信息以及选课信息和成绩等多种数据信息。学籍管理用户包括系统管理员、教师和学生。
本系统的主要任务是实现对学校的学生信息管理、成绩管理、课程管理及相关查询。其主要功能包括：

通过本次作品设计，自己的技术运用能力、独立思考能力、分析问题能力、写作都得到了一定的提高。
二、设计指导思想
学生学籍管理是高等院校学生管理事务中的一项重要工作，在管理过程中涉及大量的数据处理，而传统的人工管理已经无法完全胜任。特别是实行学分制以后，涉及学生选课的相关数据的处理为人工学籍管理带来了更大的工作量。为了解学生学籍管理问题，学生学籍管理系统（Studentsystem）应运而生。
开发软件：StarUML
2

三、设计内容及制作步骤
3.1设计内容
学生学籍管理系统的用户是学生、老师和管理员。学生使用系统查看个人资料、成绩以及校园的活动。老师使用系统可以增加、删除、修改学生的基本信息，以及学生成绩。管理员使用系统进行学生总体的管理工作，包括学生、老师的信息维护。
因此，对于学生学籍管理系统，要提供三个方面服务。

查询、打印管理服务：负责为学生提供查看、打印一些学生的基本信息、学生成绩、校园活动信息。

录入数据管理服务：负责老师或管理员录入班级、学生、校园活动的信息。
 信息管理服务：负责提供学生、老师和基本的信息维护。
3.2 制作步骤
1. 学生学籍管理系统的用户是学生、老师和管理员。学生使用系统查看个人资料、成绩以及校园的活动。老师使用系统可以增加、删除、修改学生的基本信息，以及学生成绩。管理员使用系统进行学生总体的管理工作，包括学生、老师的信息维护。

2.登录用例
（1）前置条件：不同的用户有不同的限制（2）后置条件：“登录”用例的后置条件是：如果此用例成功，参与者能够启动系统并使用系统所提供的功能。如果此用例没有成功，则系统提示用户名无效或密码错误。
（3）扩充点：无（4）事件流  基流
当用户希望登录到系统时。用例启动。 A-1 首先系统提示用户输人用户名和密码。 A-2 然后用户输人用户名和密码。
A-3 系统验证输人的用户名和密码是否正确，如果正确，用户登录到系统中，如果不正确则执行替换流B-1；  替换流
B-1如果用户输入的用户名和密码不正确，系统会显示提示信息。用户名可以选择返回基流的起始点，重新输入正确的用户名各密码；也可以取消登录，使用例结束。

3.学生用例
（1）前置条件。“学生”的前置条件是：在“学生”查看信息时，必须登录到系统中。
（2）后置条件。“学生”的后置条件是：如果“学生”用例成功，在
3

系统中可查看学生基本信息，学生个人的成绩等。
（3）扩充点：无（4）事件流：  基流
当学生启动系统时，用例启动。  分支流
学生启动系统，则执行分支流A-2，进入系统。 A-1 登录系统
A-1-1 查询个人基本信息 A-1-2 查询个人学习成绩 A-1-3 查询学校活动信息 A-1-4 打印个人基本信息 3.4老师用例
（5）前置条件。“老师”的前置条件是：在“老师”添加、删除、修改信息时，必须登录到系统中。
（6）后置条件。“老师”的后置条件是：如果“老师”用例成功，在系统中可添加、删除、修改学生信息，查看学生基本信息，学生个人的成绩等。
（7）扩充点：无（8）事件流：  基流
当学生启动系统时，用例启动。  分支流
学生启动系统，则执行分支流A-2，进入系统。 A-1 登录系统
A-1-1 查询学生基本信息 A-1-2 查询学生学习成绩 A-1-3 查询学校活动信息 A-1-4 打印学生基本信息 A-1-5 添加学生基本信息 A-1-6 删除学生学习成绩 A-1-7 修改学校活动信息 3.5管理员用例
（9）前置条件。“管理员”的前置条件是：在“管理员”添加、删除、修改信息时，必须登录到系统中。
（10）后置条件。“老师”的后置条件是：如果“老师”用例成功，在系统中可添加、删除、修改学生信息，查看学生基本信息，学生个人的成绩等。
（11）扩充点：无（12）事件流：  基流
当学生启动系统时，用例启动。  分支流
学生启动系统，则执行分支流A-2，进入系统。

4

A-1 登录系统 A-1-1查询个人信息 A-1-2 查询个人成绩 A-1-3 查询校园活动信息 A-1-4 打印学生基本信息 A-1-5 打印个人成绩 A-1-6 添加学生信息 A-1-7 添加学生成绩 A-1-8 查询学生信息 A-1-9 查询学生成绩 A-1-10 打印学生成绩 A-1-11 查询学生学习成绩

四、设计制作进度表
设计内容及时间大致分配如下：序号设计内容 1 系统需求描述 2 系统的用例建模 3 活动建模 4 静态结构建模 5 动态建模 6 协作建模 7 建立物理模型 8 用户界面总计

说明：在设计制作过程中，各类文档应同步完成。
天数（约占比例） 1.5（13％） 2.5（21％） 2 （17%） 1.5（13％） 1.5（13％） 1（8％） 1（8％） 1（8％）
12天
五、设计制作总结
对于UML是我们这个学期新接触的一门课程，在刚刚开始学习这门课的时候我们对他是非常的陌生。但是在老师的指导下与自己的学习下，日积月累，慢慢的对这门课程熟悉、了解、明白了起来。现在在老师的严格指导下基本完成了老师所布置的预期的任务。