信息查询系统.docx

信息查询系统.docx

《信息查询系统.docx》由会员分享，可在线阅读，更多相关《信息查询系统.docx（12页珍藏版）》请在冰豆网上搜索。

信息查询系统

滨江学院

课程论文

课程名UMl统一建模语言

XX曹骏杰

学号20212308031

院系计算机

专业08计科

二Ｏ一一年六月八日

学籍管理系统

一、需求分析

在学籍管理中，需要从大量的日常教学活动中提取相关信息，以反映教学情况。

传统的手工操作方式，易发生数据丧失，统计错误，劳动强度高，且速度慢。

使用计算机可以告诉、快捷地完成以上工作。

在计算机连网后，数据在网上传递，可以实现数据共享，防止重复劳动，标准教学管理行为，从而提高管理效率和水平。

学籍管理系统是一个由学校学籍管理信息中心监控，针对现有教学信息、各教学系〔部〕、教研室分级管理，由学生档案管理、成绩管理、查询管理等几局部组成的管理系统。

当学生注册时，由系统管理员向学籍管理系统中录入学生的根本信息，并且为新生分配登录系统的用户名和密码。

学生注册后可以通过用户名和密码登陆系统，可以查询并修改个人信息，而且可以查询各门课程的成绩。

教务人员登陆系统后，可以查看和修改教务人员的个人信息，并可以录入学生的课程成绩。

而系统管理员那么可以查看和修改学生以及教务人员的信息。

基于上述需求分析，学籍管理系统的系统目标可归纳为以下几个方面：

（1）录入和查询学生学籍的所有信息；

（2）录入和查询学生考试成绩。

（3）支持学生、教务人员和系统管理员登陆系统。

因此，一个功能完全、满足根本需要的学籍管理系统，必须包括以下几个模块：

（1）学生功能模块；〔2〕教务人员功能模块；〔3〕管理员功能模块。

二、学籍管理系统的用例图

用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。

用例是系统中的一个功能模块，可以被描述为与系统之间的一次交互作用。

用例模型的用途是列出系统中的用例参与者，并显示哪个参与者参与了哪个用例的执行，建立用例图分为：

角色确实定、创立用例、创立角色——用例关系图。

在本系统中为了便于实现，分析时将教师、教务管理人员归为教务人员，系统管理员成为DataBase，即数据库管理员。

用例是系统跟客户的交互，是系统提供的功能模块。

学籍管理系统中，角色——用例关系图如下图：

三、学籍管理系统的活动图

活动图展示了系统中的功能流，可以在业务模型中显示业务工作流，可以在手机需求时显示一个使用案例的事件流。

对应本系统中的用例，学籍管理系统中包括以下活动图：

1.学生成绩录入活动图，如下图：

2.学生成绩录入活动图，如下图：

3.学生登录系统活动图，如下图：

4.系统状态活动图，如下图：

四、学籍管理系统的时序图

时序图表示对象之间传递消息的时间顺序。

时序图可以用来说明一个事务的历史过程，时序图的用途是用来表示用例中行为者的时间顺序。

根据系统的功能，学籍管理系统包括以下时序图：

1.教务人员登录系统时序图，如下图：

2.学生查询个人信息时序图，如下图：

3.学生登录系统时序图，如下图：

五、学籍管理系统的协作图

协作图显示的信息与时序图一样，但协作图采用不同的方式来显示信息，这两种图有不同的作用。

协作图不参照时间而显示对象与角色的交互。

与学籍管理系统中的时序图对应，系统中包括如下协作图：

1.教务人员登录系统协作图，如下图：

2.学生查询个人信息协作图，如下图：

3.学生登录系统协作图，如下图：

六、学籍管理系统的类图

类图是系统设计的核心局部，类图用于对系统静态设计视图建模，类图不仅对构造模型的可视化和文档化很重要，而且对通过正向与逆向功能构造可执行的系统很重要。

类图中的类是针对时序图和协作图每种对象创立的。

根据学籍管理系统中的时序图和协作图，系统中应包括如下几种类图：

1.学生类的类图：

2.教务人员的类图：

3数据库管理员类的类图：

4.窗口类的类图：

5.类之间相互关系的类图：

七、学籍管理系统的组件图

组件图用来反映代码的物理构造。

从组件图中，可以了解各软件组件〔如原代码文件或动态库〕之间的编译器和运行时依赖关系。

使用组件图可以将系统划分为内聚组件并显示代码自身的构造。

八、学籍管理系统的配置图

配置图描述系统中硬件和软件的物理配置情况和系统体系构造。

在配置图中，用结点表示实际的物理设备，如计算机和各种外部设备等，并根据它们之间的连接关系，将相应的结点连接起来，并说明其连接方式。

在结点里面，说明分配给该节点上运行的可执行构建或对象，从而说明哪些软件单元被分配在哪些结点云上运行。