大学生就业管理系统

面向对象建模技术课程设计

课程名称面向对象建模技术

题目大学生就业信息管理系统

系部管理学院

专业信息管理与信息系统

班级

学号

学生姓名

任课教师

2013年 1 月 2 日

《面向对象建模技术》课程设计评审表

课程设计报告要求：

1．字迹清楚，图表美观，文理通顺；

2．能够参考软件开发的国家标准文档，指导自己编写课程设计报告；

3．能够应用Rational Rose建模工具进行相关的图表制作。

4．文中所建模型的图都要有文字说明。

5．课程设计应包含的内容：

（1）项目概述（问题陈述；该项目目前国内外研究情况，开发本项目的意义）。

（2）系统需求分析（系统功能需求；基本数据维护模块；基本业务模块；数据库模块；信息查询模块）。

（3）系统的UML基本模型（UML模型框架；用例图及用例图说明；时序图及时序图说明；协作图及协作图说明；状态图及状态图说明；活动图及活动图说明）。

（4）系统中的类（类图的生成；各个类之间的关系）。

（5）系统的配置与实现（组件图及组件图说明；配置图及配置图说明）。

（6）开发心得。

课程设计报告格式要求：

1．每一章题目：黑体、小三号、居中；

2．正文：标题黑体、五号，其余宋体、五号；

3．标题：一、（一） 1．①

4．文中的图和表统一编号：例如：图1-1、表1-1

就业信息统计分析系统

一、项目概述

随着各大专院校的不断发展，更多的学生进入了大学院校的大门，于此同时各院校的毕业生人数也在急剧上升，由于每年国家提供的工作岗位有限，因此毕业生的就业面临着较大困难，加之毕业生没有相关工作经验，对社会的未知，导致就业更加困难。

因此运用相应开发工具开发一个毕业班就业信息统计分析系统十分必要。即能够让每一个毕业生和教师通过访问本系统实现更快、更好、更便捷地进行信息录入和访问，也实现毕业生就业信息数字化传递。让学生们更好的了解就业行情，及时选择更好的出路，也可以对学校的各专业就业率做出统计，使学校更好的完善教育体系。

该系统主要解决的是大学毕业学生的就业率的统计，充分反映的是系统管理员、学生、班主任在系统中各种功能的操作情况。系统管理员主要管理和维护学生以及班主任的各种信息统计就业率等信息。

班主任可以查询自己及班级学生的信息加以管理统计该班就业率，学生有录入就业信息的功能以及查询自己信息的功能。对于此次关于系统的分析的感受在心得中体现。

二、需求分析

(一)系统功能需求

系统的功能需求包含以下几个方面：

1.毕业生个人正确输入姓名、密码后方可登陆系统（原始密码由系统管理员提供）。

2.毕业生登录后，填写个人就业单位情况（班级、单位名称、单位类型、单位所属行业、单位所属地区、岗位类型、薪酬、工作性质，就业信息来源），除了单位名称需要输入外，其他字段可直接从下拉列表中选择，每一项都必须填写才能提交。

3.学生可以随时修改工作信息。

4.班主任能查看和管理所带班级的就业情况，也能导出已就业学生信息、以及未就业学生名单，并能得出该班就业率。

5.系统管理员可录入毕业班学生和班主任基本信息，也能导出已就业学生信息、以及未就业学生名单，并能得出各班就业率。

图1-1毕业生的功能需求图1-2 班主任的功能需求图1-3 系统管理员的功能需求

(二)基本数据维护模块

基本数据维护模块包括图2-1所示几方面。

图1-4 基础数据维护模块

1.系统设置。有权限修改或增删当前系统的相关功能，比如用户权限、信息审批等。

2.录入信息。有权限在当前系统中录入新的信息内容。

3.查询信息。有权限查询系统当中的可见信息。

4.删除信息。针对不合法发表内容有权限进行删除。

5.统计信息。定时对已录入的信息进行统计，并上传。

(三)基本业务模块

基本业务模块包括图2-2所示几方面。

图1-5 基本业务模块

1.增加用户权限。有权限的用户可以增加其他用户权限。

2.删除用户权限。有权限的用户可以删除其他用户权限。

3.审批通过。有权限的用户对添加，删除，编辑，修改文档属性的文档进行审批，审批

通过则执行相应操作。

4.审批不通过。有权限的用户对添加，删除，编辑，修改文档属性的文档进行审批，审

批不通过则不能执行相应操作。

(四)数据库模块

数据库模块包括图4-1所示几方面。

图1-6 数据库模块

1.用户信息管理。用户信息包括个人信息，属性等。

2.用户权限管理。用户的读，删，改个人信息，及用户账号，密码等设置修改的权限管理。

3.审批信息管理。审批信息包括修改人，审批人等。

4.审批权限管理。用户只拥有管理员规定范围内的权限。

5.企业信息管理。学生用户对就业企业信息的录入。

(五)信息查询模块

信息查询模块包括图1-7所示几方面。

图1-7 信息查询模块

1.用户信息查询。注册用户可以进行对当前服务范围内的可获取信息的查询。

2.用户权限查询。不同用户的查询权限不同。

3.审批信息查询。用户可对系统管理员审批的信息查询。

4.就业信息查询。包涵就业学生、就业专业的就业率、就业率高的院校的统计信息。

5.系统信息查询。系统相关功能更新等信息的提示。

三、系统的UML基本模型

(一)创建系统用例模型

系统管理员：系统管理员负责录入学生的基本信息、录入班主任的基本信息、导出就业学生信息以及就业学生名单，最后管理员还要得出毕业学生的就业率，并且系统管理员还要对数据库进行维护操作。

选择开始菜单【File—New】打开如图所示对话框，此时可以开始设计大学生就业信息统计分析系统模型。

图3-1 Rational Rose 界面

(二)系统用例图

用例图在需求分析阶段有很重要的作用，它是作为参与者的外部用户所能观察到的系统功能模型图。整个开发过程都是围绕需求阶段的用例进行的。

创建用例图之前首先需要确定参与者。

学生：学生可以通过该系统查询自己的基本信息、录入自己的就业信息、修改自己的工作信息等操作。

班主任：班主任可以通过该系统查询自己的基本信息、查询学生的就业信息、管理学生的就业情况。

系统管理员：系统管理员负责录入学生的基本信息、录入班主任的基本信息、导出就业学生信息以及就业学生名单，最后管理员还要得出毕业学生的就业率，并且系统管理员还要对数据库进行

维护操作。

1.学生用例图

图3-2 学生用例图

1)登录系统：学生可以通过管理员提供的原始密码进行登录系统进行相关操作。

2)修改密码：管理员提供原始密码都是较简单且操作容易的，所以学生要对原始密码进行修

改，防止用户信息泄露。

3)查询个人基本信息：每一个学生都可以在登录后查询自己的基本信息，但是不允许在未授

权的情况下查询其他人的信息

4)录入就业信息：学生可以录入自己的毕业后工作的就业信息。

5)查询就业信息：学生可以查询自己毕业后工作的就业信息，并在获取一定权限后查询同种

工作的相关就业信息或同学的相关就

6)自己修改就业的相关信息，失业后删除之前相应的就业信息。业信息。

7)修改就业信息：学生工作变动需要

2.班主任用例图

图3-3 班主任用例图

1)登录系统：班主任可也通过管理员提供的原始密码进行登录系统进行相关操作。

2)修改密码：管理员提供原始密码都是较简单且操作容易的，所以班主任要对原始密码进行

修改，防止用户信息泄露。

3)查询个人基本信息：每一个班主任都可以在登录后查询自己的基本信息，但是不允许在未

授权的情况下查询其他班主任的信息。

4)查询班级学生的信息：系统管理员录入的学生基本信息和学生录入自己的就业信息后对应

的班主任可以查询。

5)统计学生的就业信息：对学生上传的就业信息进行操作统计。

3.系统管理员

图3-4 系统管理员用例图

1)登录系统：管理员可也通过管理员提供的原始密码进行登录系统进行相关操作。

2)录入初始密码：管理员提供给学生和班主任初始密码可供学生和班主任登录系统。

3)维护学生信息：

4)录入学生基本信息：录入学生的基本信息由管理员录入。录入时要添加学生的详细基本信

息。

5)查询学生基本信息：查询时可查看学生基本信息防止录入错误。

6)修改学生基本信息：对错误的学生基本信息进行重修改。

7)查询学生就业信息：对学生录入的就业信息进行查看分析

8)维护班主任信息：

9)录入班主任基本信息：录入班主任的基本信息由管理员录入。录入时要添加班主任的详细

基本信息。

10)查询班主任基本信息：查询时可查看班主任基本信息防止录入错误。

11)修改班主任基本信息：对错误的班主任基本信息进行重修改。

12)导出信息：导出已就业学生信息、以及未就业学生名单并且得出各班的就业率。

四、创建系统动态模型

(一)创建时序图和协作图

通过上述的用例可以获得以下的交互行为：

学生:查询个人信息、录入就业信息、查询就业信息、修改就业信息、修改密码

班主任:查询个人基本信息、查询班级学生的信息、统计自己班级学生的信息、修改密码系统管理员：录入初始密码、录入学生基本信息、查询学生基本信息、修改学生基本信息、查询学生就业信息、录入班主任基本信息、查询班主任基本信息、修改班主任基本信息、导出信息统计就业率

1.“学生查询个人信息”用例

对于“学生查询个人信息”用例可以具体的描述来确定学生查询个人信息的工作流程，基本流程如下：

1)学生通过登录界面进登录。

2)用户界面向数据库访问层发出验证信息。

3)数据库访问层向登录界面返回验证信息。

4)登录界面向学生显示验证信息。

5)【验证成功】学生通过用户界面查询学生个人信息。

6)用户界面向数据库访问层检索学生个人信息。

7)数据库访问层将学生的个人信息提供给用户界面。

8)用户界面将学生的个人信息显示出来。

备选过程：学生验证失败。

1)数据库访问层返回验证信息为空。

2)系统提示没有该学生。

图4-1-1-1学生查询个人信息时序图

图4-1-1-2 学生查询个人信息协作图

2．“学生录入就业信息”用例

对于“学生录入就业信息”用例可以具体的描述来确定学生录入就业信息的工作流程，基本流程如下：

1)学生向学生界面填写学生就业信息。

2)学生界面向数据库录入学生就业信息。

3)数据库将学生就业信息保存提供给学生界面。

4)学生界面显示完成学生就业信息录入完成。

备选过程：学生信息已存在

1)数据库提供给界面的学生就业信息异常

2)界面向学生提示信息已存在

图4-1-2-1学生录入就业信息时序图

图4-1-2-2 学生录入就业信息协作图

3.“学生查询就业信息”用例

对于“学生查询就业信息”用例可以具体的描述来确定学生查询就业信息的工作流程，基本流程如下：

1)学生通过学生界面查询就业信息。

2)学生界面向数据库访问层检索学生就业信息。

3)数据库访问层将学生的就业信息提供给学生界面。

4)学生界面将学生的就业信息显示出来。

备选过程：学生信息不存在

1)提供的查询的学生的界面的学生对象列表为空

2)显示学生不存在

图4-1-3-1学生查询就业信息时序图

图4-1-3-2学生查询就业信息协作图

4.“学生修改就业信息”用例

对于“学生修改就业信息”用例可以具体的描述来确定学生修改就业信息的工作流程，基本流程如下：

1)学生通过学生界面修改就业信息。

2)学生查询学生就业信息。

3)学生界面向数据库发出修改申请。

4)数据库将修改后学生的就业信息保存并且提供给学生界面。

5)学生界面将修改后学生的就业信息显示出来。

备选过程：该学生不存在

1)数据库返回的信息为空

2)修改界面现实给学生

图4-1-4-1 学生修改就业信息时序图

图4-1-4-2 学生修改就业信息协作图

5.“学生修改密码”用例

对于“学生修改密码”用例可以具体的描述来确定学生修改密码的工作流程，基本流程如下：学生登录修改界面。

1)学生在修改界面向数据库发出修改请求。

2)数据库请求密码验证。

3)修改界面向学生显示验证信息。

4)【验证成功】学生在修改界面修改密码。

5)修改界面向数据库访问层提交修改的密码。

6)数据库访问层将修改成功信息返回给修改界面。

7)修改界面将修改成功信息显示给学生。

备选过程：密码验证失败。

1)数据库访问层返回密码错误

2)系统提示重新验证。

图4-1-5-1 学生修改密码时序图

图4-1-5-2 学生修改密码协作图

6．“班主任查询个人基本信息”用例

对于“班主任查询个人基本信息”用例可以具体的描述来确定班主任查询个人基本信息的工作流程，基本流程如下：

1)班主任通过登录界面进登录。

2)用户界面向数据库访问层发出验证信息。

3)数据库访问层向登录界面返回验证信息。

4)登录界面向班主任显示验证信息。

5)【验证成功】班主任通过用户界面查询班主任个人信息。

6)用户界面向数据库访问层检索班主任个人信息。

7)数据库访问层将班主任的个人信息提供给用户界面。

8)用户界面将班主任的个人信息显示出来。

备选过程：班主任验证失败。

1)数据库访问层返回验证信息为空。

2)系统提示没有该班主任。

图4-1-6-1 班主任查询个人基本信息时序图

图4-1-6-2 班主任查询个人基本信息协作图

7.“班主任查询班级学生的信息”用例

对于“班主任查询班级学生的信息”用例可以具体的描述来确定班主任查询班级学生的信息的工作流程，基本流程如下：

1)班主任通过统计界面查询班级学生信息。

2)用户界面向数据库检索班级学生信息。

3)数据库将班级学生的信息提供给用户界面。

4)用户界面将班级学生的就业信息显示出来。

图4-1-7-1 班主任查询班级学生信息时序图

图4-1-7-2 班主任查询班级学生信息时序图

8.“班主任统计班级学生的信息”用例

对于“班主任统计班级学生的信息”用例可以具体的描述来确定班主任统计自己班级学生的信息的工作流程，基本流程如下：

1)班主任向班主任界面导出信息统计就业率。

2)班主任向数据库查询信息并发出统计申请。

3)数据库将统计的班级就业率提供给统计界面。

4)统计界面将得出的班级就业率显示出来并且打印报表。

图4-1-8-1 班主任统计班级学生信息时序图

图4-1-8-2 班主任统计班级学生信息协作图

9.“班主任修改密码”用例

对于“班主任修改密码”用例可以具体的描述来确定班主任修改密码的工作流程，基本流程如下：

1)班主任登录修改界面。

2)班主任在修改界面向数据库发出修改请求。

3)数据库求密码验证。

4)修改界面向班主任显示验证信息。

5)【验证成功】班主任在修改界面修改密码。

6)修改界面向数据库提交修改的密码。

7)数据库将修改成功信息返回给修改界面。、

8)修改界面将修改成功信息显示给班主任。

备选过程：密码验证失败。

1）数据库访问层返回密码错误

2）系统提示重新验证

图4-1-9-1 班主任修改密码时序图

图4-1-9-2 班主任修改密码协作图

10.“系统管理员录入初始密码”用例

对于“系统管理员录入初始密码”用例可以具体的描述来确定系统管理员录入初始密码的工作流程，基本流程如下：

1)管理员先向管理员界面查询学生及老师的信息

2)管理员界面通过学生及班主任实例查询并且返回信息

3)录入密码界面录入密码

4)管理员界面通过学生及班主任实例保存修改后的密码

5)返回给管理员并且显示

备选过程：学生及班主任信息不在

1)数据库返回验证信息为空。

2)系统提示没有该学生及班主任。

图4-1-10-1 班主任录入初始密码时序图

图4-1-10-2 班主任录入初始密码协作图

录入班主任初始密码同上操作

11.“系统管理员录入学生基本信息”用例

对于“系统管理员录入学生基本信息”用例可以具体的描述来确定系统管理员录入学生基本信息的工作流程，基本流程如下：

1)管理员向管理员界面填写学生基本信息。

2)管理员界面向数据库录入学生基本信息。

3)数据库将学生基本信息保存提供给管理员界面。

4)管理员界面显示完成学生基本信息录入完成

备选过程：学生信息已存在

1)数据库提供给界面的学生信息异常

2)界面向管理员提示信息已存在

图4-1-11-1系统管理员录入学生基本信息时序图

图4-1-11-2系统管理员录入学生基本信息时序图

12.“系统管理员查询学生基本信息”用例

对于“系统管理员查询学生基本信息”用例可以具体的描述来确定系统管理员查询学生基本信息的工作流程，基本流程如下：

1)管理员通过管理员界面查询班级学生信息。

2)管理员界面将班级学生的基本信息显示出来。

备选过程：学生信息不存在

1)提供的查询的学生的界面的学生对象列表为空

2)显示学生不存在

图4-12-1系统管理员查询学生基本信息时序图

图4-1-12-2系统管理员查询学生基本信息协作图

13.“系统管理员修改学生基本信息”用例

对于“系统管理员修改学生基本信息”用例可以具体的描述来确定系统管理员修改学生基本信息的工作流程，基本流程如下：

1)管理员通过管理员界面修改学生基本信息。

2)管理员界面向数据库发出修改申请。

3)数据库将修改后学生的基本信息保存并且提供给管理员界面。

4)管理员界面将修改后学生的基本信息显示出来。

备选过程：该学生不存在

1)数据库返回的信息为空

2)修改界面显示给管理员

图4-1-13-1系统管理员修改学生基本信息时序图

图4-1-13-1系统管理员修改学生基本信息协作图

14.“系统管理员查询学生就业信息”用例

对于“系统管理员查询学生就业信息”用例可以具体的描述来确定系统管理员查询学生就业信息的工作流程，基本流程如下：

1)管理员通过管理员界面查询班级学生就业信息。

2)管理员界面向数据库检索班级学生就业信息。

3)数据库将班级学生的就业信息提供给管理员界面。

4)管理员界面将班级学生的就业信息显示出来。

备选过程：该学生不存在

1)数据库返回的信息为空

2)修改界面显示给管理员

图4-1-14-1系统管理员查询学生就业基本信息时序图

图4-1-14-2 系统管理员查询学生就业基本信息协作图

15.“系统管理员录入班主任基本信息”用例

对于“系统管理员录入班主任基本信息”用例可以具体的描述来确定系统管理员录入班主任基本信息的工作流程，基本流程如下：

1)管理员向管理员界面填写班主任基本信息。

2)管理员界面向数据库访问层录入班主任基本信息。

3)数据库访问层将学生基本信息保存提供给管理员界面。

4)管理员界面显示完成班主任基本信息录入完成。

备选过程：班主任信息已存在

1)数据库提供给界面的管理员就业信息异常

2)界面向管理员提示信息已存在

图4-1-15-1系统管理员录入班主任基本信息时序图

图4-1-15-2 系统管理员录入班主任基本信息协作图

16.“系统管理员查询班主任基本信息”用例

对于“系统管理员查询班主任基本信息”用例可以具体的描述来确定系统管理员查询班主任基本信息的工作流程，基本流程如下：

1)管理员通过管理员界面查询班主任基本信息。

2)管理员界面向数据库访问层检索班级班主任基本信息。

3)数据库访问层将班级班主任基本信息提供给管理员界面。

4)管理员界面将班级班主任基本信息显示出来。

备选过程：该班主任不存在

1)数据库返回的信息为空

2)修改界面显示给管理员

图4-1-16-1系统管理员查询班主任基本信息时序图

图4-1-16-1系统管理员查询班主任基本信息协作图

17.“系统管理员修改班主任基本信息”用例

对于“系统管理员修改班主任基本信息”用例可以具体的描述来确定系统管理员修改班主任基本信息的工作流程，基本流程如下：

1)管理员通过管理员界面修改班主任基本信息。

2)管理员界面向数据库发出修改申请。

3)数据库将修改后班主任基本信息保存并且提供给管理员界面。

4)管理员界面将修改后班主任基本信息显示出来。

备选过程：该学生不存在

1）数据库返回的信息为空

图4-1-17-1 系统管理员修改班主任基本信息时序图

图4-1-17-2 系统管理员修改班主任基本信息协作图

18.“系统管理员导出信息统计就业率”用例

对于“系统管理员导出信息统计就业率”用例可以具体的描述来确定系统管理员导出信息统计就业率的工作流程，基本流程如下：

1)管理员向管理员界面导出信息统计就业率。

2)管理员向数据库发出修改申请并查询整个班级的信息。

3)数据库将班级信息提供给统计界面并将统计的就业率提供给用户界面。

4)用户界面将得出的就业率显示出来并打印报表

备选过程：返回的班级信息为空

1）数据库返回信息为空

2）统计界面返回给系统管理员

图4-1-18-1系统管理员导出信息统计就业率时序图

图4-1-18-2系统管理员导出信息统计就业率协作图

(二)系统状态图

1.学生教师及管理员通过登录转换为能够操作的用户

2.信息转换成被查询状态

3.当查询的用户信息不存在转换成被修改状态

4.查询用户信息存在转换成被统计状态

5.用户可以被管理员删除。

图4-2-1 可操作用户状态图

(三)系统活动图

1.在利用活动图描述参与者如何协同工作时，还可以建立相关的参与者活动图进行说明。

可以通过以下步骤描述参与者验证登录的活动：

1)参与者需要通过身份验证后进入相关子系统才能进行相关操作。

2)系统运行后系统进入初始化界面。

3)参与者输入自己的用户名和密码。

4)登录界面对用户名和密码进行判断。

5)如果用户合法，则系统对用户的权限进行判断，参与者进入相关的管理界面，登录成功。

6)如果用户非法，系统提示用户名或密码错误，登录失败。

图4-3-1 参与者验证登录的活动图

2.在利用活动图描述参与者如何协同工作时，还可以建立相关的参与者活动图进行说明。

可以通过以下步骤描述系统管理员维护信息的活动：

1)系统管理员在维护信息时要先登录到管理系统。

2)系统管理员在登录后进入维护信息界面。

3)维护界面有维护学生信息界面和维护班主任信息界面

4)系统管理员在维护学生界面中可以录入学生原始密码，录入、查询、修改学生信息。导

出信息最后得出就业率。

5)系统管理员在维护班主任信息界面可以录入班主任原始密码，录入、查询、修改班主任

信息。

6)完成后需要退出管理界面。

图4-3-2系统管理员维护信息的活动图

3.在利用活动图描述参与者如何协同工作时，还可以建立相关的参与者活动图进行说明。

可以通过以下步骤描述学生管理学生信息的活动：

1)学生在管理学生信息时先登录学生界面

2)学生在登录后进入学生界面

3)学生在学生界面中可以录入就业信息和查询个人信息。

4)录入学生的就业信息后学生可以查询个人就业信息和修改个人的就业信息。

5)活动完毕后需要退出学生界面。

图4-3-3学生管理信息的活动图

4.在利用活动图描述参与者如何协同工作时，还可以建立相关的参与者活动图进行说明。

可以通过以下步骤描述班主任管理信息的活动：

01.班主任在管理信息时先登录班主任界面。

02.班主任在登录后进入班主任界面。

03.班主任在班主任界面可以查询个人的基本信息，可以查询班级学生的信息。

04.活动完毕后需要退出班主任界面。

图4-3-4班主任管理信息的活动图

五、创建系统静态模型

(一)参与者的基本类图

首先，确定系统参与者的属性。系统管理员登录时需要提供系统管理员的用户名和密码，因

此每一个系统管理员都应该拥有用户名和密码属性。同理学生和班主任也应该拥有用户名和密码属性。对于班主任信息来讲要有所在地址、联系电话、所带班级以及性别、年龄和相应的照片。

对于学生信息来讲有学生的个人基本信息要有学生的学号、学生所在班级、学生年龄、家庭住址、联系电话、电子邮箱。学生的附属类应包涵对企业信息的管理，上传的毕业后就业相关信息要有单位名称、单位类型、单位所属行业、单位所属地区、薪酬以及相应照片、办公电话等。根据这些属性可以建立参与者（系统管理员、班主任、学生、企业）的基本类图模型。

1.参与者相关类

图5-2-1 相关类

2.系统中用到的其他类

图5-2-2 其他类

(二)各类间的关系

图5-2-2 各类之间的关系

六、系统的配置与实现

(一)系统组件图

在学生就业信息统计分析系统中，可以对主要的参与者分别创建构建进行映射，如创建系统管理员、学生、班主任构件

图6-2-1 组件图

(二)系统配置图

图6-2-2 系统配置图

七、本课程心得体会

从需求分析到UML建立模型开始，让我认识了Rational统一过程、面向对象还有UML。

首先，作为Rational的同统一过程，塌实由Rational软件开发公司开发维护的，Rational的统一过程有自己的一套构架，并且这套构架是一种大多数项目和开发组织都能接受的形式存在。Rational统一过程不管如何解释。最终都归结为软件的一种开发过程。提供了如何对软件开发组织进行管理的方式。并且拥有了自己的目标和方式

面向对象是一种全新的软件技术，起概念来自于程序设计本身。面向对象的程序设计立意于创建软件重用代码。具有更好的模拟现实世界环境的能力。这是使他被公认为是自下而上编程的优胜者。他通过在程序中添加扩展功能语句把函数“封装”进编程所需要的“对象”中

面向对象的编程语言使复杂的工作条理清晰、编写容易。

对象是面向对象的系统基本的构造块，是一些相关的变量和方法的软件集。对象经常用于建立现实世界的一些对象模型。对象是理解面向对象技术的关键。

模型的建立不仅仅使用于建筑行业建立模型是为了更好的理解正在开发的系统。通过建立模型我们知道了以下4个方面：

1.模型有助于按照实际情况或按照所需要的样式对模型进行可视化。

2.模型可以规约系统的模型结构行为。

3.模型可以给我们指导构造系统摸版。

4.模型对作出的决策进行文档化。

软件生命周期分为6个阶段，制定计划、需求分析、设计、编码、测试、运行和维护。目前，可将常见的软件开发模式大致分为4种类型。每种模型的代表有瀑布模型、喷泉模型、基于构件的开发模型XP方法等进行简要分析。

UML让我们更直观的体会到软件工程所表达的，总而言之，UML是一种定义良好，易于表达，功能强大，且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它不仅可以支持面向对象的分析和设计，更重要的是能够有力地支持从需求分析开始的软件开发的全过程。做完了本次的期末设计让我明白了UML(United Modeling Language,统一建模语言)：是一种基于面向对象的可视化建模语言。UML采用了一组形象化的图形(如类图)符号作为建模语言，使用这些符号可以形象地描述系统的各个方面。UML通过建立图形之间的各种关系(如类与类之间的关系)来描述模型。UML中的关系主要包括4种：1.关联关系(association) 2.依赖关系(dependency) 3.泛化关系(generalization) 4.实现关系(realization)。5类10种：用例图、静态图（类图、对象图、包图）、行为图（状态图、活动图）、交互图（顺序图、合作图）、实现图（构件图、配置图）。

第一类是用例图，从用户角度描述系统功能，并指出各功能的操作者。

第二类是静态图 (Static diagram)，包括类图、对象图和包图。其中类图描述系统中类的静态结构。不仅定义系统中的类，表示类之间的联系如关联、依赖、聚合等，也包括类的内部结构（类的属性和操作）。类图描述的是一种静态关系，在系统的整个生命周期都是有效的。

对象图是类图的实例，几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例，而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。

包由包或类组成，表示包与包之间的关系。包图用于描述系统的分层结构。

第三类是行为图（Behavior diagram），描述系统的动态模型和组成对象间的交互关系。行为图包括：状态图、活动图、顺序图和协作图。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常，状态图是对类图的补充。在实用上并不需要为所有的类画状态图，仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。而活动图描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动。活动图是一种特殊的状态图，它对于系统的功能建模特别重要，强调对象间的控制流程。顺序图展现了一组对象和由这组对象收发的消息，用于按时间顺序对控制流建模。用顺序图说明系统的动态视图。协作图展现了一组对象，这组对象间的连接以及这组对象收发的消息。它强调收发消息的对象的结构组织，按组织结构对控制流建模。顺序图和协作图都是交互图，顺序图和协作图可以相互转换。

第四类是交互图（Interactive diagram），描述对象间的交互关系。其中顺序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互；合作图描述对象间的协作关系，合作图跟顺序图相似，显示对象间的动态合作关系。除显示信息交换外，合作图还显示对象以及它们之间的关系。如果强调时间和顺序，则使用顺序图；如果强调上下级关系，则选择合作图。这两种图合称为交互图。

第五类是实现图 ( Implementation diagram )。其中构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分析和理解部件之间的相互影响程度。

最后我要说关于UML给的帮助和体会深刻。