UML学生信息管理系统(需求分析+毕业论文+源程序) 第2页
增加学生奖励记录→标记奖励项目→标记奖励时间
（5）学生处罚
增加学生处罚记录→标记处罚等级→标记处罚时间
（6）学生信息查询修改
查询个人信息→修改个人信息→保存个人信息→查询奖惩情况→查询学籍变更情况→打印成绩单
UML 系 统 建 模
完成需求分析后，就需要对系统进行UML建模。UML建模是对需求分析结果的模型建立过程。下面进行学生管理信息系统的UML建模过程。
学生管理信息系统的用例分析
在上一节需求分析中列出了学生管理信息系统的全部用例：新生信息、学生成绩、学籍变更、学生奖励、学生处罚、学生信息查询修改。这里，使用权用Rose软件进行UML建模，其用例如图3所示。
图3学生管理信息系统用例图
该用例图标记了所有的学生管理住处系统的用例，从中可以得知，学生管理信息系统的角色可以划分为两类。
•学校管理人员：用例包括学生管理信息系统的所有用例。
•学生：用例只有学生信息查询修改。
要注意的是，学校管理人员具有查询和修改所有数据的权限，处于高权限位置，而学生只有修改个有基本信息、查询奖惩情况、查询学籍变更情况和打印成绩单的权限，处于低权限位置。
学生管理信息系统的域类分析
UML建模的第二步就是域类分析。实际开发学生管理信息系统时，域类分析是建立在用例分析基础上的。要了解系统要处理的概念，最好奖学校的管理人员组织起来开个讨论会，详细谈论和列举所需要包含水量的用例，了解概念和概念之间的关系。
学生管理信息系统中的域主要包括：学生（Student）、成绩（Score）、学籍变更（Change）、奖励（Encourage）、处罚（Punish）。可以在类图中将上面这些域以及它们之间的关系表示出来，如图4所示。
图4学生管理信息系统域草图
需要说明的是，这里的域类还是处于“草图”状态，定义的操作和属性不是最后的片本，只是 在现阶段看来这些操作和属性是比较合适的，有些操作奖在时序图的草图中定义，而不晨用例哪定义。
有些类可以用UML状态图来显示类的对象的不同状态以及改变状态的事件。在本系统中有状态图的类是学生，该类的状态图将在后面的内容中介绍。
为了描述域类的动态行为，可以使用权UML的时序图、协作图或者活动图来描述。本文选用时序图。时序图的基础是用例。在时序图中要说明域类是如何协作以操作该系统中的用例。当然，在建立时序图时，将会发现新的操作，并将其加入类中，这将在后面看到所建立的时序图模型。用时序图建模时，需要窗口或对话框作为角色界面。显然，这里需要操作界面的有基本信息、奖励、处罚、学籍变更、修改查询等，此外文护也需要一个操作界面。
学生管理信息系统的设计
在设计阶段，首先要设计类的状态的图。类的状态图说明了可能的状态以及需要被处理的过渡期，使用状态图可以揭示单个对象在整个系统中的变化细凶，对了解和实现关键类有较大的帮助。
不是所有的类都有状态图，在本系统中，有状态图的类是学生。
学生的状态图如图5所示。
图5学生的状态图
设计阶段的最后一步是设计UML模型，也就是将前面设计的模型进竽扩展和细化。下面给出各个用例的时序图。设计的目的是产生一个可以使用的解决方案，并且可以容易地将方案转换成程序代码。
学生的时序如图6所示
图6学生时序图
成绩的时序如图7所示。
上一页 [1] [2] [3] [4] [5] [6] [7] [8] 下一页
UML学生信息管理系统(需求分析+毕业论文+源程序) 第2页下载如图片无法显示或论文不完整，请联系qq752018766
