UML专业课程设计工资标准管理系统.doc

统一建模语言UML课程设计汇报工资管理系统分析和设计姓 名：学 号：班 级：指导老师： UML(Unified Modeling Language统建模语言)课程设计任务书学 号 1姓 名设计题目工资管理系统分析和设计设计要求设计题目可依据实际应用需求情况功效、特色等重新进行分析。课程设计过程应表现所学综合知识利用，作品应含有实际使用价值。设计要求包含以下多个部分：1.课程设计汇报 一份2.例图、类图、时序图（或协作图）、活动图等 若干3.答辩演讲幻灯片 一份设计要求： 1.掌握UML语言概念、结构、语义和表示方法。2.掌握UML建模工具Rational Rose使用方法。3.给出系统模型，能够熟练地使用Rose工具表示。设计内容和步骤1.用户和角色分析、应用需求、各个界面间转换步骤、要用到工具和技术等。2. 依据所搜集简单需求，使用UML和Rational Rose工具对系统进行建模。3. 依据需求分析，进行需求建模，绘制系统用例图和活动图。4. 依据用例模型，进行架构建模，绘制系统状态图，类图和交互图。设计工作计划和进度安排1.知识准备，整体计划设计构思 1天2.使用UML和Rational Rose工具对系统进行建模 1.5天 3.课程设计汇报 0.5天4.幻灯片制作及答辩准备 0.5天 5.演示及答辩 1天设计考评要求1.出勤 202.答辩或演示403.课程设计汇报40指导老师（签字）： 教研室主任（签字）：一、工资管理系统需求分析1.系统功效需求（1） 职员能够进入此系统查询工资和查看基础信息。（2） 管理员能够对职员信息进行添加，删除，修改。并对数据库中数据维护，包含数据备份，导入数据，导出数据。满足上述需求系统关键包含下面多个模块（1）数据库维护模块：管理员要对数据库内全部数据进行备份和恢复，并可实现数据导入导出功效。（2）基础信息管理模块：实现对职员基础信息管理操作，包含职员基础数据信息添加、修改、删除和查询等功效。（3）信息浏览查询模块：用户对系统中信息进行查询。可依据条件查询职员历史工资数据（如按月份查询、按姓名查询、按部门查询等）。 工资管理系统 数据库维护模块 基础信息管理模块 信息浏览查询模块 图1.1系统功效需求2数据库维护模块数据库维护 数据备份 数据导入 数据导出 图1.2数据库维护模块数据备份：将30天数据进行复制。数据导入：天天将数据导入到数据库中。数据导出：天天下班将数据导出数据库。3基础信息管理模块 基础信息管理模块 删除职员信息修改职员信息 添加中工信息 图1.3基础信息管理模块删除职员信息：假如有职员辞职则删除该职员信息。添加职员信息：假如聘用了新职员则添加职员信息。修改职员信息：假如有职员信息有所变动则修改。 4信息浏览查询模块信息浏览查询模块查询职员信息查询工资查询职员信息：职员查询自己信息。查询工资：职员查询自己工资情况。二、系统UML建模1、系统用例图创建用例图之前首先需要确定参与者。 在工资管理系统中，需要职员参与，职员能够查询工资历史数据并领取工资，还能够经过职员编号查看职员基础信息。管理员是此系统关键，管理着整个系统。她要对全部职员信息管理，对数据进行添加，删除，修改。管理员还要对系统进行相关维护操作，数据备份，数据恢复，数据导入等和更新数据库。（1） 系统用户参与总用例图管理员和职员全部可发从用户这个参与者中泛化而来，用户是指此系统全部使用者，以登录系统完成对应操作。系统用户参与总用例图以下图所表示。从图中能够清楚地看到泛化关系和各个参与者所参与用例。 图2.1系统用户参与总用例图（2） 工资统计用例图 此用例图清楚看出工资发到职员手里过程。有四个参与者，包含经理，职员，行政部门，业务部门。行政部门要统计各个职员奖惩和考勤情况，而业务部门则对职员业绩进行评定，经过这三个条件对应给职员进行发放工资，最终形成一个工资统计表，由经理审批后才能够给职员发放工资。则职员才能够领取工资。 图2.2工资统计用例图2系统时序图工资管理系统中用例很多，所能画出时序图也很多，在此不一一介绍，介绍两个经典。（1）系统用户登录时序图 图3.1系统用户登录时序图【时序图说明】输入信息：输入用户帐号和密码发送信息：向系统发送所输入帐号和密码验证信息：验证输入信息是否和数据库中数据一致。提醒信息：向用户提醒所输入成功登录成功：进入系统并进行对应操作。用户经过显示器中显示输入帐号和密码，并到数据中进行校验，假如一致则在显示器中提醒登录成功信息，进而让用户进入系统。（2） 信息录入时序图 图3.2信息录入时序图【时序图说明】输入新职员信息：管理员向系统输入职员基础信息。发送信息：向数据库发送输入信息。处理信息：数据库存档信息显示提醒信息：提醒处理完成。处理完成：数据库处理数据成功。确定保留：确定保留上一步所输入数据。保留：单击保留则永久保留。保留处理：在数据库中保留处理。保留成功：保留成功返回。成功：向管理员提醒成功。 这个时序图录入是针对管理员而设计，只有管理员才能对系统内数据做更改。企业有新职员加入，则管理员要录入职员基础信息。发送到数据库，数据库要将输入数据存档。然后向管理员提醒处理完成，进行下一步。则是否进行永久性保留，是否保留，即数据库要保留处理。保留成功向管理员提醒成功信息，确保万无一失。3系统状态图 （1）职员查询信息状态图 图4.1职员查询信息状态图【状态图说明】进入系统：用户输入帐号和密码进入系统。查询：用户能够查询职员基础信息还能够查询工资历史统计。等候结果：等候查询结果。查看：查看查询结果。查询失败：输入职员编号错误。退出系统：查询完成退出系统。用户要查询相关信息，首先要登录进入系统，经过输入职员编号能够查询职员基础信息。或是查询职员工资历史数据，输入正确则等候结果，错误则查询失败退出系统。在结果中查看自己所要获取相关信息，操作完成退出系统。4系统活动图（1）用户登录系统活动图 图5.1用户登录系统活动图【活动图说明】选择用户：选择是管理员登录还是职员登录。输入帐号、密码：用户只有输入了帐号和密码才能够进入系统。进入系统：经过验证以后用户即可进入系统。重新输入：输入帐号和密码和库中不一致，就要重新输入。 用户要登录系统，首先选择用户，是管理员还是职员。然后再输入帐号和密码，对数据库中数据进行校验，成功进入系统，失败则重新输入。（2）修改密码活动图 图5.2修改密码活动图【活动图说明】登录：用户用帐号和密码进入系统。进入系统：管理员和职员经过输入帐号和密码进入系统。修改密码：用户对以前密码感觉不安全时对其进行修改。数据处理：将密码传送到数据库中，数据库更新新密码。完成：完成修改任务。 用户进入系统后，则进行修改密码，修改完成就将新密码传送到了数据库中 （3）管理员对职员信息删除，添加，修改活动图 图5.3管理员对职员信息删除，添加，修改活动图【活动图说明】进入系统：管理员输入帐号和密码进入系统。职员信息：管理员是对职员基础信息管理和操作。提醒不能操作：没有对职员信息管理权限。删除职员信息：假如有职员辞职则删除该职员信息。添加职员信息：假如聘用了新职员则添加职员信息。修改职员信息：假如有职员信息有所变动则修改。确定：对全部操作确定。 用户进行系统后，判定是否有权限，假如是管理员则有权限，是职员则无权限。有权限对职员信息进行删除，添加，修改。最终确定全部操作。5系统中类 各个类之间关系 类不是单独一个模块，各个类之间是存在联络。工资管理系统各个类之间联络以下图 图6.1各个类之间类图【类图说明】 用户类：表示操作系统人员类。这类属性有：帐号、密码，它有一个登录方法。 管理员：表示对系统管理人员，属性包含ID，姓名。方法有系统维护，信息管理，修改密码。 职员：表示发放工资对象。属性包含职员编号，姓名，职务，工资，年纪，工龄。操作包含查询工资，查询个人信息。 工资报表：表示工资由来，这类属性有基础工资，津贴，保险费，实际发放工资。 奖惩报表：表示职员所授奖励和处罚，这类属性有奖励，所奖工资，处罚，所扣工资。 职务：表不职员所担任职务，这类属性有职务，工资范围， 汇总：对最终工资汇总，属性包含职员编号，职员姓名，职务，工资，方法有打印。 用户包含管理员和职员，此系统有10个管理员，管理员管理了多了职员。管理员最终负责多个工资报表。奖惩报表和职务是对工资报表补充说明即泛化。工资报表里有多个职员工资情况，一个管理员有多个汇总。小结在这一个星期UML课程设计中我发觉了本身很多问题。平时老师上课所教授很多知识点自己全部没有掌握，很多知识点甚至一点不懂。我选择是一个工资管理系统设计，难度是很大，在设计过程中我碰到很多大大小小问题，比如我在画状态图时候就不知道该怎么下手该怎么分析。于是我会选择请教同学或上网查找资料，大家一起讨论。设计过程中我再次感受到团体力量，在此感谢我同学们，她们给我讲解了很多，我从她们那里学到了很多知识，这可能是这次课程设计我最大收获。经过这次课程设计，我认识到学校给我们课题关键目标。一是要我们知道什么是团体。团体力量是强大，再困难问题大家在一起讨论最终肯定会有完美答案！二是巩固和正确利用我们平时所学知识。平时上课没有注意到问题在这次设计中完全暴露出来，部分微弱知识点也全部一一加以巩固。书本上知识只是理论知识经过课程设计我们能够把理论知识和实际生活相连接，把理论东西灵活利用到实际生活当中。在设计同时达成一箭双雕作用。