基于UML建模技术学生成绩管理系统设计与实现.docVIP

基于UML建模技术学生成绩管理系统设计与实现 　　[摘要]对基于UML建模技术的学生成绩管理系统的设计与实现进行研究。 　　[关键词]UML建模技术 选题系统 B/S模式 ASP技术 SQL Server数据库 　　中图分类号：TP3文献标识码：A 文章编号：1671－7597（2008）0420066－01 　　 　　一、UML建模技术 　　 　　UML是一种建模技术，它用于描述系统静态结构和动态行为，从不同角度为系统的架构建模。它适用于大型复杂的用户系统建模，主要优点是不仅UML表示方法的标准化有效地促进了用户系统不同背景人员的交流，而且提高系统分析、设计、开发、测试人员之间的相互理解。前者在需求分析和设计阶段的效果尤显重要，后者对开发团队的专业化和效率更加突出。 　　 　　二、系统分析 　　 　　（一）问题描述 　　学生成绩管理系统：用户分为四类，第一类是教学管理员，第二类是授课教师，第三类是班主任，最后一类是学生。 　　教学管理员可以进行两类操作：一类是基本数据录入；另一类是查询和统计；可以按班级或教师或课程进行成绩查询和统计，以及其它一些统计。教师做如下操作：成绩录入、查询。班主任可以查询自己班级学生各科成绩，并查询系统计算出的总成绩和排名。学生可以查询自己本学期和以前所有学期各科的成绩和每学期总成绩排名。 　　（二）需求分析 　　1.功能需求：通过对问题领域的分析，学生成绩管理系统必须提供以下功能： 　　所有系统用户在使用系统之前必须先进行注册，验证用户名和密码的正确性，以确保系统的安全和用户的唯一性。系统用户分为三种权限：教学管理员、任课教师、班主任、学生。 　　（三）识别参与者 　　参与者是与系统进行交互的外部实体，它可以是使用体统的用户，也可以是与系统进行交互的其他系统或硬件设备。识别参与者，目的就是界定软件系统的边界，发掘领域需求。从学生成绩管理系统的需求范围出发，课识别出以下几个参与者：教学管理员、任课教师、班主任、学生。 　　1.识别用例。用例是从参与者的角度来描述系统行为的。一个用例就是参与者与系统的一次交互，是系统的一个系列活动，它表达了系统的功能和所提供的服务。因此，在识别出参与者的基础上，可确定出学生成绩管理系统的用例。 　　2.构建用例模型。根据上述识别出的参与者和用例，可确定参与者和用例之间的关系，绘制出系统用例图，如图1所示。 　　 　　3.系统设计。系统设计就是在分析系统需求的基础上，根据需求分析的结果，发现对象类型及其联系，继而构建系统的静态结构模型和动态行为模型，使设计的系统在特定的领域下完成需求阶段捕获的任务和功能。 　　构建静态结构模型学生毕业设计选题系统的静态结构，可以通过类图、对象图、组件图和配置图来描述，但其中最重要的是确立学生成绩管理系统的类图。因为类图不但描述系统中类的静态结构，还表示类之间的联系以及类的内部结构。从选课系统的需求出发，可确定如下实体类及接口类： 　　教学管理员类：负责系统参与者“教学管理员”的信息处理，其属性有用户名、密码、级别（教务处级、系级），操作有选课、基本表（班级表、教师表、学生表）录入和维护。 　　任课教师类：负责系统参与者“任课教师”的信息处理，其属性有用户名、密码、编号、姓名、性别、出生年月、单位、职称、职务等，操作有成绩录入、成绩查询、用户注册。 　　班主任类：负责系统参与者“班主任”的信息处理，其属性有用户名、密码、编号、姓名、性别、出生年月、单位、职称、职务等，操作有成绩录入、成绩查询、用户注册。班主任类可以是任课教师类的子类（一般情况下班主任也教授课程）。 　　学生类：负责系统参与者“学生”的信息处理，其属性有用户名、密码、学号、姓名、性别、出生年月、系别、专业、班级等，操作有查询成绩。 　　基本表信息类：负责基本表（系表、班级表、教师表、学生表）的定义，操作有录入、修改、删除。 　　选课信息类：负责为各任课教师指定任课课程，其属性有教师编号、班级编号、课程编号，操作有选题、查询。 　　用户注册表接口类：为教学管理员、任课教师、班主任和学生提供进入系统的身份验证等操作。 　　查询表接口类：为各类用户提供成绩查询操作。 　　打印选题接口类：为各类用户提供成绩查询结果或统计结果打印操作。 　　根据已确定的类及其联系，可绘制出系统类图，如图2所示： 　　 　　4.系统实现。学生成绩管理系统充分考虑了校园网资源和网络环境，利用B/S模式，采用ASP动态网页技术及SQL SERVER数据库进行系统开发。系统结构如图3所示： 　　 　　三、结束语 　　 　　UML是一种可视化、表示能力极强的面向对象统一建模语言，将其应用于学生成绩管理系统的开发，降低了系统的复杂性