毕业设计论文-人事管理系统开发 .doc

1、毕业设计 （ 论文 ）题 目 人事管理系统开发 专 业 计算机科学与技术 班 级 学 生 吕 昂 指导教师 2010 年摘 要本系统是针对广达公司现有人力资源管理业务开发的基于客户端/服务器模式下的人事管理信息系统。通过该系统的实施来提高公司的人事管理的效率，实现人事管理的标准和规范。本系统的设计选择面向对象的开发方法，其优势是：减少沟通障碍；提高开发生产率；增强变化的适应能力。开发过程中选择了统一建模语言 UML，全称 Unified Modeling Language。UML 是全球公认的标准建模语言，它的特点是：提高了开发过程中的沟通效率；实现开发人员和开发环境的统一；良好的可扩展性和适

2、应能力。本次系统设计过程包括了系统调研，系统分析，系统设计，系统实施，系统维护与评价几个阶段。主要完成了人事管理业务中档案管理、工资管理；考勤管理、培训管理和职称管理的分析与设计。本系统采用客户端/服务器体系结构，Microsoft Visual Studio.NET2003 作为前台开发工具，开发语言选择选用.net framework 框架下的面向对象语言 C#， SQL Server2000 为后台数据库进行系统开发。关键字：管理信息系统；面向对象；UMLAbstractThe human resource management system is developed for Guang

3、da Limited Company based on Client/Server mode. The system can improve the efficiency of the human resource management and make it standardize.The system is developed according to the theory of structured programs development and information system analysis and design. The system follows the steps o

4、f system investigation,analysis,and design, use and maintenance. The system contains seven functions model.They are staff change management system,staff hiring system,staff file administration,work planned management , attendance management,evection charge management and salary management .The syste

5、m is developed using PowerBuilder9 as the front_end tool and MS SQL Server2000 as the back_end tool.Key Words: Management Information System;Structured Approach;Relational Database第 1 章 前 言近年来，计算机技术在工商企业内部的应用取得了飞速发展，推动着传统行业经营管理机制向现代化信息管理的转变。最近几年，随着生产的不断发展，手工计算已经不能满足现代化管理的需要。人事管理业务都是复杂、重复性大、时间要求集中的工作

6、，最适合由计算机系统来完成。由计算机来进行相应的处理，能极大的提高工作效率，减轻劳动强度，使各项任务都快速圆满的完成。本人在对广达公司进行现场实习的基础上，针对人事部的档案、工资、考勤、培训和职称管理的业务过程，进行了细致的调查和研究，并采用了面向对象的思想进行了系统的分析和设计，采用先进的基于 C/S 的开发工具进行系统的开发工作，后台数据库管理系统应用稳定的 SQL Server 2000, 开发内容基本上包括了所调查的业务。系统开发力求作到方法科学，过程合理和系统实用。本文档介绍了本系统详细开发的全过程，共分为六个章节：第二章，系统调查，详细地介绍了广达公司现状，组织机构、各部门职能以及

7、公司人事部目前工作业务情况，提出新系统目标和对新系统开发进行可行性研究；第三章，系统分析，共分为全局分析和局部分析两部分，包括选用构架模式、识别关键抽象、标识分析机制、选定分析局部、提取分析类、转述需求场景和整理分析类 7个步骤；第四章，系统设计，分为全局设计、局部设计和细节设计；包括确定核心元素、引入外围元素、优化组织结构、精华属性和操作、明确类之间关系 6 个步骤；第五章，系统实施，介绍了系统的物理实施；第六章，系统使用与评价，介绍了系统的使用方法和系统的维护过程。由于本人经验不足，加之初次接触面向对象开发过程以及 C#语言，错误疏漏之处在所难免，敬请老师予以指正。吕昂2010 年 10

8、月第 2 章 系统调查2.1 企业简介阜新矿业集团广达公司原为阜新矿务局机电总厂，位于辽宁省阜新市振兴路中段。解放前被日本帝国主义控制，解放后定名为中央机修厂。1980 年改为阜新矿务局机电总厂。后于 2003 年初改制更名为阜新矿业集团广达公司。广达公司是我国煤炭系统设备检修与制造为一体的综合性机械加工企业。有着悠久的历史，50 多年来，一直是阜新煤炭系统的核心企业。公司占地面积 33 万平方米，厂房面积 11 万平方米。铁路专线直通厂房，设备配套比较齐全，技术力量比较雄厚，拥有各种生产设备 1000 余台，年生产能力 2 万多吨。是国家二级计量单位。具有较先进的检测试验设施。是煤炭系统挖掘

9、机检修中心及齿轮加工中心。公司最主要的设备有NTM800*3000 型卧式滚齿机、CQ5263/1 型立车、 5 吨电弧钢炉及立式坐标镗床等。可承接 310 立米各种型号挖掘机大修及各种综采设备大修工程，并可生产与之配套的各种零部件。同时也可生产其他机电产品及其配件。其产品广泛应用于各类矿山，石油化工，冶金机械等行业。产品除供应阜新矿业集团外，还销往东北三省，内蒙古，新疆，河北，山西等十几个地区。广达公司现有职工 1700 余人，其中高、中级技术及管理人员 300 余人。设有铸造；锻造；机械加工；热处理；电机电器及矿山设备等 8 个分厂。另设供应科，销售部，机电科，人事部和其他行政科室及政工科

10、室。2.2 组织机构2.2.1 企业各部门职能简介广达公司是一家大型国有企业，在 2003 年改制后共设有人事部、质检部、销售部、财务部和生产部等主要职能部门，各部门主要职能如下：a、 人事部：人事部主要负责人事档案管理、职工工资管理、职工职称管理、日常考勤管理、职工培训管理以及公司人事上的日常事务等工作。具体有： 考查各部门职工出勤情况，制定职工考勤统计表。 严格掌握工资总额，正确计算奖金。 组织新员工岗前培训，落实安全生产措施。 贯彻上级政策，按规定执行职工职称管理。 定期完成对职工人事档案的更新工作。b、质检部：主要负责公司产品的质量检查以及公司购买物资的质量验证。c、供销部：主要负责公

11、司物资采购和产品销售。d、财务部：主要处理公司财务方面事务，控制资金流向，制定财务计划。e、生产部：公司的基础部门，主要负责安排生产、调整生产进度等工作。f、机电科：负责公司设备维护、维修等工作。g、科研所：公司重要的技术部门，负责公司产品设计、改进以及新技术推广等工作。h、团委：组织管理共青团的工作，宣传、执行上级组织的批示和决议。i、办公室：负责公司党政方面工作，贯彻党的方针和政策。2.2.2 企业组织结构图图 2-1 广达公司企业组织机构图2.3 现行系统业务分析2.3.1 现行系统业务活动图广达公司现行人事管理业务流程如下图所示：2.3.2 现行系统业务说明人事部日常业务看起来不是很复

12、杂，但是其业务的烦琐和重复却是显而易见的。1、人事档案管理。人事档案是企业机密的一部分，因此，对人事档案的有效保管能有效的保守机密。维护人事档案材料的完整，是人事档案管理的主要任务。人事部工作人员需要完成职工档案的录入和保存，当有关人员要求查看相关档案信息时，可将相关档案信息调出，供其查阅。人事档案管理的另一项重要工作是对档案信息的维护。其中包括职工学历的变动、职称的变动、职务的变动、家庭住址的变动、电话号码的变动以及一些其他基本信息的变动。这些作为职工档案的基本信息发生变动时，人事部将根据实际情况修改职工档案里的具体内容。2、日常考勤管理。人事部根据职工日常出勤情况和工作情况制订职工考勤统计

13、表，将职工月累计出勤天数、旷工次数、病假次数、加班次数等信息作为奖金以及罚金的依据，记录在职工考勤统计表中。3、职工培训管理。新职工必须进行三级安全教育培训，否则不能获得上岗资格。各部门根据自身需求向人事部提出职工培训申请，按照公司相关制度，制定详细的职工培训统计表。包括培训的课程，培训的方法，培训的条件，培训人员的名单，培训的时间，培训成绩等信息。在培训结束之后，对员工的培训效果进行考核，获得考核成绩，记录在职工培训统计表中。4、职工工资管理。人事部除了负责人事方面的工作以外，还要负责职工工资的制定。在机关工作的职工按职称、学历等每个不同的职工都有自己固定的基本工资。当职工的职称、学历等有相

14、应的变动时，职工的基本工资也要有相应的变动。人事部需制定职工工资信息表，将相应职工工资信息记录在案并定期维护。5、职工职称管理。记录职工职称信息，当职工职称信息有变动时，根据相关规定，对职工职称信息进行维护。2.3.3 现行系统现状及问题经过了一段时间的实习，对广达公司的基本人事制度、人事档案管理、工资管理等有了一个初步的认识，我发现广达公司在人事业务上还是有着一定的缺陷和不足之处的。主要归纳为以下几点：1、部门之间信息交流少，信息传递速度较慢，工作不易协调，整体处理事务效率不高。2、数据处理上手工操作量大，所有的数据录入、数据保存和数据的查询都是由手工完成的，这样在工作过程中就会出现重复烦琐

15、的过程，不仅花费大量的时间，而且很容易出现非技术上的错误。3、在查询和统计信息上，所用的时间和精力都比较长，不符合现代化企业发展的目标。4、 在考勤管理上，虽然有严格的制度，但是在执行过程仍然有很多不能如实处理，这就导致了很多职工的投机性，对工作的正常开展有不利的影响。5、 某些数据在使用上共享不够，使得有些业务只能由特定的人员来完成，有时会因此而导致工作效率的降低，且这样对于固定人员的经验依赖性比较大。6、 在各种报表的输出上，往往需要根据所需要的内容制定报表，然后需要人员手工的录入，在这种复杂的工作下，就难免会出现疏漏。综上，为了适应现代化市场发展的需要，提高整个人事部门的工作效率，人事部

16、有必要根据自己的实际情况开发设计出属于自己的管理信息系统。同样，为了使自己的公司在未来的竞争之中拥有优势，不光是人事部门，整个公司有必要开发设计出适合自己发展的管理信息系统，这样才能使企业获得最佳的经济效益和社会效益。2.4 需求分析2.4.1 系统功能目标在对人事部的业务进行详细的调查之后，根据公司计算机应用情况和业务操作情况，确定新系统的目标：设计一个适合中小型企业人事部使用的现代化的人事管理信息系统，该系统应能很好的完成以下一些功能：1、职工档案管理。将职工档案信息存入数据库，可以完成对档案信息的添加、修改、删除等工作。2、职工考勤管理。各部门将职工考勤信息汇总到人事部，人事部将职工考勤

17、信息进行统计，记录在职工考勤信息表中，可根据考勤信息制定工资。3、职工培训管理。主要完成职工培训成绩的管理。人事部将职工培训成绩进行统一审核记录在职工培训统计表中。4、职工工资管理。工资的制定，根据职工的个人信息和当月的出勤情况和工作成效，制定出当月职工的基本工资和奖金，记入职工工资档案。5、职工职称管理。主要完成职工职称信息的录入以及维护。6、信息查询。对于职工档案信息、考勤信息、培训信息、工资信息以及职称信息的查询，根据查询者提出的条件能够查到他所需要的信息，本系统在这方面应该有很强大的功能。7、数据维护。本系统应该具有数据备份和数据恢复的功能，能够对重要的数据及时的备份，以防出现意外而造

18、成数据的丢失。2.4.2 系统开发目标新系统开发目标是在详细的系统调查基础上，结合企业经营目标，根据计算机应用技术情况制定的，是进行新系统可行性分析、系统分析和设计的重要依据。具体的目标：（1）用计算机取代原有的人事管理模式，保证人事管理过程中数据安全、准确。（2）计算机自动化管理，便于统计和查询，通过使用计算机，使工作效率达到提高。（3）人性化界面，操作简单、易懂。2.4.3 系统需求经过短暂的毕业实习，对公司人事部的日常业务情况有了具体详细的了解，我认为目前人事仍处于手工处理，数据量大，处理速度较慢、不及时、易出错，消耗大量了人力物力，而且不能保证数据的准确性。开发此系统的目标就是改善系统

19、中的薄弱环节，使业务人员从繁重的重复性的劳动中解脱出来，满足日常工作的需要，实现现代化的管理。因而，开发一个用计算机代替手工操作的人事管理信息系统是必要的。2.5 新系统初步方案在原有人事管理业务基础上，为适应未来发展需求，整理分析新系统方案如下：新系统采用面向对象的分析方法，面向对象的分析与设计方法以成为我国当前计算机软件工程学中的主流方法。具体方法使用 UML 统一建模语言，在分析过程中使用Rational Rose 建模工具，它支持面向对象开发全过程。2.6 可行性分析可行性分析（feasibility analysis）也称可行性研究，是在系统调查的基础上，针对新系统的开发是否具备必要

20、性和可能性，对新系统的开发从技术、经济、运行等方面进行分析，以避免投资失误，保证新系统的开发成功。2.6.1 技术可行性1、开发语言的可行性：人事管理系统采用 C/S 结构，开发语言选择 Microsoft 新推出的在.Net Framework 下的 C#，C#是一种设计非常优秀的语言，继承了 C+的强大功能，但没有 C+那么复杂。2、开发工具的可行性：开发工具选择 Miscrosoft Vsiual Studio2003。该开发工具对C#，.Net 具有良好的支持，提供可视化开发环境及丰富的窗体控件。后台数据库采用 Microsoft 公司的 SQL Server2000，它能够胜任目标系

21、统数据处理的需求，并与 Windows 操作系统紧密完美的结合。根据分析，该系统在技术上是可行的。2.6.2 经济可行性 广达公司是阜新地区机械制造领域内的名牌企业，虽然近年来，经济效益不是很好，但还是处于基本赢利状态。对于建设新系统所需要的硬件设备的投入也不是很大，而且公司的上层也一直认为开发自己的系统有必要，所以在系统建设的投资上应该是不成问题的。在系统建成之后的维护上，只需要对相关的业务人员进行简单的培训即可，所以这部分投入也不是很大，公司完全可以承受。相对于系统建设的投资，系统建成以后投入使用所产生的效益是巨大的。新系统全面的计算机管理取代了传统的手工操作，这大大减少了管理人员的工作量

22、，降低了员工在处理数据上的失误率，提高了工作效率，为企业及时获取详细的管理信息提供了保证，使企业的管理面向规范化和现代化，企业决策趋于科学化。保证了数据和信息在传递过程中的速度和准确性，方便各部门职工的查询和打印输出，并同时能够提高员工工作的热情和自身的素质，有利于企业长期的发展。因此，不管从企业的经济投资能力，还是从系统投入使用以后所产生的效益来说，新系统的建设都是可行的。2.6.3 运行可行性系统的运行与使用它的管理者密切相关，在人事部的环境下，现有的人员都具有大专以上学历，而且对人事管理的业务十分熟悉，所以在经过短期的培训以后，完全可以熟练的使用该系统。该系统的设计主要是以人事部的需求为

23、目标的，所以在处理业务上应该能够达到令人事部员工满意的效果，并且新系统的运行不会对整个公司的组织机构产生大的影响，所以新系统在营运上也是可行的。综上所述，经过技术、经济、运行方面的分析，新的人事管理信息系统的建设是可行的。新系统的开发将使现有业务流程更趋于完善和科学，能规范公司人力资源的管理程序，提高公司的管理水平，将为企业带来更大的经济效益，符合公司的发展战略要求。第 3 章 系统分析3.1 分析问题领域3.1.1 定义活动者活动者（Actor ）简单讲，代表了拟建系统外部和系统进行交换的某类人或系统。根据人事管理系统的职责和需求可以确定 2 个活动者：用户、人事管理数据库。“用户”活动者主

24、要使用人事管理系统进行人事管理业务的录入、保存、维护和查询工作。“人事管理数据库”活动者保存人事管理业务中数据和信息，通过“用户”活动者与系统达到信息交换。3.1.2 定义 Use CaseUse Case 在图中表现为一个椭圆，Use Case 定义了一组相关的由系统执行的动作序列，将有价值的可见结果提供给某个活动者。活动者与 Use Case 之间的连线称为通信关联，表示活动者与 Use Case 之间的交互。如图 2-1 所示：一(from Use Case View)一一一一一一一一一一一一一一一一一一(from Use Case View)图 3-1 人事管理系统 Use Case

25、图3.2 Use Case 报告问题说明：阜新矿业集团广达公司原为阜新矿务局机电总厂，公司现有职工 1700 余人，是我国煤炭系统设备检修与制造为一体的综合性机械加工企业。近年来，由于生产的不断发展，传统的手工管理模式已经不适应现代化管理的需求。为了提高生产效率，公司准备开发一套人事管理信息系统，以解决人事管理过程中复杂烦琐的工作流程，提高人事管理的效率。人事管理系统将完成职工培训、职工档案、职工职称和职工工资以及职工考勤的管理。人事部管理人员可将职工基本信息、职工工资、职工培训、职工考勤、职工职称等信息录入到人事管理系统中，通过人事管理系统可以完成对以上信息进行查询、修改和删除等操作。人事管

26、理系统应具有先进技术的图形化界面，人事部管理人员根据职工日常情况报表，完成职工信息录入，系统保存职工信息，同时，生成灵活的报表。3.2.1“登录系统”的 Use Case 报告简介管理员输入 ID 和密码，通过验证后方可进入系统。事件流基本事件序列登录系统管理员 ：管理员输入 ID 和密码。系 统：系统验证管理员输入的 ID 和密码。正确，进入系统；如有误，则要求管理员再次输入其 ID 和密码；如“人事管理系统数据库”不可用，转至备选事件序列 A1。备选事件序列A1 人事管理系统数据库不可用起始位置 ：基本事件序列中， “登录系统”步骤的结尾。触发条件 ：当管理员向人事管理系统数据库索取信息而

27、该数据库没有正常的响应。具体内容 ：以对话框的形式告知管理员“人事管理系统数据库不可用，登录失败。 ”返回位置 ： Use case 执行结束。登录系统 Use Case 图一一一(from Use Case View)图 3-2 登录系统 Use Case 图事件流结构一一一一一一ID一一 ID一一一一一图 3-3 登录系统事件流结构3.2.2“档案管理”的 Use Case 报告Use case“职工档案管理”简介完成职工档案信息的录入、修改、查询等工作事件流基本事件序列1、打开职工档案管理界面管理员 ：管理员选择进入“职工档案管理”功能。系 统 ：系统显示所有职工档案信息。2、输入职工档

28、案信息管理员 ：管理员输入职工信息。包括：职工姓名、编号、所属部门、工龄、工种等信息。系 统 ：系统显示并记录管理员输入的信息。（重复以上针对每一职工信息的活动，直到所有职工信息填写完毕。 ）3、修改职工档案信息管理员 ：管理员选择修改职工档案信息。系 统 ：显示修改结果。4、提交职工档案信息管理员 ：某一职工信息填写完毕后，管理员提交此次输入的职工档案信息。系 统 ：系统保存此次输入的职工信息，并提示保存成功；如果保存失败，则提示失败原因；如“人事管理系统数据库”不可用，转至备选事件序列 A1。5、档案管理查询管理员 ：选择档案管理查询功能，根据选择条件进行查询。系 统 ：显示相应条件的查询

29、结果。若查询失败，则提示失败原因；如“无符合条件记录” 转至备选事件序列 A2。备选事件序列A1 人事管理系统数据库不可用起始位置 ：基本事件序列中， “提交职工信息”步骤的结尾。触发条件 ：当管理员向人事管理系统数据库索取信息而该数据库没有正常的响应。具体内容 ：以对话框的形式告知管理员“人事管理系统数据库不可用，提交失败。”返回位置 ： Use case 执行结束。A2 无符合条件记录起始位置 ：基本事件序列中， “档案管理查询”步骤的结尾。触发条件 ：当管理人员选择条件进行查询时，系统显示无符合条件记录。具体内容 ：以对话框的形式告知管理员“无符合条件记录” ，查询失败。返回位置 ： U

30、se case 执行结束。一一一(from Use Case View)图 3-4 档案管理 Use Case 图一一一 一一一一一一一一一一一一 一一一一一 一一一图 3-5 档案管理事件流结构3.2.3“工资管理”的 Use Case 报告Use case“职工工资管理”简介制定职工工资,完成职工工资信息的变动.事件流基本事件序列1、打开职工工资管理界面管理员 ：管理员选择进入“职工工资管理”功能。系 统 ：系统显示所有职工工资信息。2、输入职工工资信息管理员 ：管理员输入职工工资信息。包括：职工姓名、编号、所属部门、工龄、工种、工资额、奖金和补贴等信息。系 统 ：系统显示并记录管理员输入

31、的信息。若输入数据不符，则提示原因，如“数据输入不符和要求”转至 A3 备选事件序列。3、修改职工工资信息管理员 ：管理员按规定选择修改职工工资信息。系 统 ：显示修改结果。4、提交职工工资信息管理员 ：某一职工信息填写完毕后，管理员提交此次输入的职工工资信息。系 统 ：系统保存此次输入的职工工资信息，并提示保存成功；如果保存失败，则提示失败原因；如“人事管理系统数据库”不可用，转至备选事件序列 A1。5、工资管理查询管理员 ：选择工资管理查询功能，根据选择条件进行查询。系 统 ：显示相应条件的查询结果。若查询失败，则提示失败原因；如“无符合条件记录” 转至备选事件序列 A2。备选事件序列A1

32、 人事管理系统数据库不可用起始位置 ：基本事件序列中， “提交职工工资信息”步骤的结尾。触发条件 ：当管理员向人事管理系统数据库索取信息而该数据库没有正常的响应。具体内容 ：以对话框的形式告知管理员“人事管理系统数据库不可用，提交失败。”返回位置 ： Use case 执行结束。A2 无符合条件记录起始位置 ：基本事件序列中， “工资管理查询”步骤的结尾。触发条件 ：当管理人员选择条件进行查询时，系统显示无符合条件记录。具体内容 ：以对话框的形式告知管理员“无符合条件记录” ，查询失败。返回位置 ： Use case 执行结束。A2 数据输入不符和要求起始位置 ：基本事件序列中， “输入职工工

33、资信息”步骤的结尾。触发条件 ：当管理人员选择输入职工工资信息时，系统显示数据输入不符和要求。具体内容 ：以对话框的形式告知管理员“数据输入不符和要求，输入失败。返回位置 ： Use case 执行结束。一一一(from Use Case View)图 3-6 工资管理 Use Case 图一一一 一一一一一一一一一一一一 一一一一一 一一一图 3-7 工资管理事件流结构3.2.4“考勤管理”的 Use Case 报告Use case“职工考勤管理”简介根据个部门日常考勤汇总,记录职工考勤信息。事件流基本事件序列1、打开职工考勤管理界面管理员 ：管理员选择进入“职工考勤管理”功能。系 统 ：系

34、统显示所有职工考勤信息。2、输入职工考勤信息管理员 ：管理员输入职工考勤信息。包括：职工姓名、编号、所属部门、旷工次数、迟到次数、病假次数、加班次数等信息。系 统 ：系统显示并记录管理员输入的信息。若数据输入不符，则提示原因，如“数据输入不符和要求”转至 A3 备选事件序列。（重复以上针对每一职工信息的活动，直到所有职工考勤信息填写完毕。 ）3、修改职工考勤信息管理员 ：管理员按规定选择修改职工考勤信息。系 统 ：显示修改结果。4、提交职工考勤信息管理员 ：某一职工信息填写完毕后，管理员提交此次输入的职工考勤信息。系 统 ：系统保存此次输入的职工考勤信息，并提示保存成功；如果保存失败，则提示失

35、败原因；如“人事管理系统数据库”不可用，转至备选事件序列 A1。5、考勤管理查询管理员 ：选择考勤管理查询功能，根据选择条件进行查询。系 统 ：显示相应条件的查询结果。若查询失败，则提示失败原因；如“无符合条件记录” 转至备选事件序列 A2。备选事件序列A1 人事管理系统数据库不可用起始位置 ：基本事件序列中， “提交职工考勤信息”步骤的结尾。触发条件 ：当管理员向人事管理系统数据库索取信息而该数据库没有正常的响应。具体内容 ：以对话框的形式告知管理员“人事管理系统数据库不可用，提交失败。”返回位置 ： Use case 执行结束。A2 无符合条件记录起始位置 ：基本事件序列中， “考勤管理查

36、询”步骤的结尾。触发条件 ：当管理人员选择条件进行查询时，系统显示无符合条件记录。具体内容 ：以对话框的形式告知管理员“无符合条件记录” ，查询失败。返回位置 ： Use case 执行结束。A3 数据输入不符和要求起始位置 ：基本事件序列中， “输入职工考勤信息”步骤的结尾。触发条件 ：当管理人员选择输入职工考勤信息时，系统显示数据输入不符和要求。具体内容 ：以对话框的形式告知管理员“数据输入不符和要求，输入失败。返回位置 ： Use case 执行结束。一一一(from Use Case View)图 3-8 考勤管理 Use Case 图一一一一一一 一一一一一一一一一一一一 一一一一一

37、图 3-9 考勤管理事件流结构3.2.5“培训管理”的 Use Case 报告Use case“职工培训管理”简介管理员根据职工培训考核成绩单，输入职工培训成绩，并保存在数据库中。同时完成培训成绩的查询和修改。事件流基本事件序列1、打开职工培训管理界面管理员 ：管理员选择进入“职工培训管理”功能。系 统 ：系统显示所有职工培训成绩信息。2、输入职工培训成绩信息管理员 ：管理员输入职工考勤信息。包括：职工姓名、编号、所属部门、培训科目、培训时间、培训成绩等信息。系 统 ：系统显示并记录管理员输入的信息。（重复以上针对每一职工信息的活动，直到所有职工培训信息填写完毕。 ）3、修改职工考勤信息管理员

38、 ：管理员按规定选择修改职工培训信息。系 统 ：显示修改结果。4、提交职工培训信息管理员 ：某一职工信息填写完毕后，管理员提交此次输入的职工培训信息。系 统 ：系统保存此次输入的职工培训信息，并提示保存成功；如果保存失败，则提示失败原因；如“人事管理系统数据库”不可用，转至备选事件序列 A1。5、培训管理查询管理员 ：选择考勤管理查询功能，根据选择条件进行查询。系 统 ：显示相应条件的查询结果。若查询失败，则提示失败原因；如“无符合条件记录” 转至备选事件序列 A2。备选事件序列A1 人事管理系统数据库不可用起始位置 ：基本事件序列中， “提交职工培训信息”步骤的结尾。触发条件 ：当管理员向人

39、事管理系统数据库索取信息而该数据库没有正常的响应。具体内容 ：以对话框的形式告知管理员“人事管理系统数据库不可用，提交失败。”返回位置 ： Use case 执行结束。A2 无符合条件记录起始位置 ：基本事件序列中， “培训管理查询”步骤的结尾。触发条件 ：当管理人员选择条件进行查询时，系统显示无符合条件记录。具体内容 ：以对话框的形式告知管理员“无符合条件记录” ，查询失败。返回位置 ： Use case 执行结束。一一一(from Use Case View)图 3-10 培训管理 Use Case 图一一一一一一 一一一一一一图 3-11 培训管理事件流结构一一一一一一一一一一一一一一一

40、一图 3-12 培训管理事件流结构3.2.6“职称管理”的 Use Case 报告Use case“职工职称管理”简介管理员根据公司职称评定相关规定，完成职工职称信息的录入和更新。事件流基本事件序列1、打开职工职称管理界面管理员 ：管理员选择进入“职工职称管理”功能。系 统 ：系统显示所有职工职称信息。2、输入职工职称信息管理员 ：管理员输入职工考勤信息。包括：职工姓名、编号、所属部门、职称等级等信息。系 统 ：系统显示并记录管理员输入的信息。（重复以上针对每一职工信息的活动，直到所有职工培训信息填写完毕。 ）3、修改职工职称信息管理员 ：管理员按规定选择修改职工职称信息。系 统 ：显示修改结

41、果。4、提交职工职称信息管理员 ：某一职工信息填写完毕后，管理员提交此次输入的职工职称信息。系 统 ：系统保存此次输入的职工职称信息，并提示保存成功；如果保存失败，则提示失败原因；如“人事管理系统数据库”不可用，转至备选事件序列 A1。5、职称管理查询管理员 ：选择考勤管理查询功能，根据选择条件进行查询。系 统 ：显示相应条件的查询结果。若查询失败，则提示失败原因；如“无符合条件记录” 转至备选事件序列 A2。备选事件序列A1 人事管理系统数据库不可用起始位置 ：基本事件序列中， “提交职工职称信息”步骤的结尾。触发条件 ：当管理员向人事管理系统数据库索取信息而该数据库没有正常的响应。具体内容

42、 ：以对话框的形式告知管理员“人事管理系统数据库不可用，提交失败。”返回位置 ： Use case 执行结束。A2 无符合条件记录起始位置 ：基本事件序列中， “职称管理查询”步骤的结尾。触发条件 ：当管理人员选择条件进行查询时，系统显示无符合条件记录。具体内容 ：以对话框的形式告知管理员“无符合条件记录” ，查询失败。返回位置 ： Use case 执行结束。一一一(from Use Case View)图 3-13 职称管理 Use Case 图一一一 一一一一一一一一一一一一 一一一一一 一一一图 3-14 职称管理事件流结构3.2.7“数据维护”的 Use Case 报告Use cas

43、e“数据维护”简介管理员对职工档案、职工工资等信息进行数据维护。包括：数据删除和数据备份等。事件流基本事件序列1、身份验证管理员 ：管理员输入 ID 和密码。系 统：系统验证管理员的 ID 和密码，正确，进入“数据维护”界面；如果有误则提示管理员要再次输入其 ID 和密码；如“人事管理系统数据库”不可用，转至备选事件序列 A1。2、查找数据管理员 ：管理员输入要维护数据的条件。系 统 ：系统根据管理员提供的信息对数据库进行查找，确认其是否存在。如果存在，则提示其数据存在；如果不存在，则提示管理员数据不在数据库中。转至备选事件序列 A2。3、删除数据管理员 ：管理员确定删除数据。系 统 ：系统对

44、管理员所查询数据进行删除。备选事件序列A1 人事管理系统数据库不可用起始位置 ：基本事件序列中， “身份验证”步骤的结尾。触发条件 ：当管理员向人事管理系统数据库索取数据而该数据库没有正常的响应。具体内容 ：以对话框形式告知管理员“人事管理系统数据库不可用，请求失败。”返回位置 ： Use case 执行结束。A2 数据不存在起始位置 ：基本事件序列中， “查找数据”步骤的结尾。触发条件 ：当管理员选择选择输入维护条件时，系统中不存在符合该条件的数据。具体内容 ：以对话框形式告知管理员“数据不存在，请求失败。 ”返回位置 ： Use case 执行结束。一一一(from Use Case Vi

45、ew)图 3-15 数据维护 Use Case 图一一一一一一一一一图 3-16 数据维护事件流结构3.3 全局分析“全局分析”侧重于定义拟建系统所采用的构架以及影响构架的要素。 “全局分析”充分利用相似系统或问题中的经验，避免在确定构架上浪费人力和物力。在“全局分析”任务中，有侧重不同的四项活动： 选用构架模式。在本文范围内，采用层次构架模式并定义其高层次内涵。 识别关键抽象。寻找那些无论在问题领域和方案领域都具有普遍意义的概念点。 标识分析机制。将那些和问题领域没有直接关联的计算机概念及相应的复杂行为表述为支撑分析工作的“占位符号” 。 选定分析局部。针对拟建系统的整体构架，找出那些蕴含相

46、对高风险的局部作为此次迭代的工作内容。其中， “选用构架模式”和“选定分析局部”的主要目的是有步骤的演进稳定的系统框架：“识别关键抽象”的主要目的是从“点 ”入手，将软件需求内容逐渐转变为设计方案的内容；“标识分析机制”是保障软件设计方案将来能适应实施环境的最初努力。3.3.1 设计模型总体组织机构构 架 机 制Use Case实现层 次 构 架图 317 设计模型整体组织结构3.3.2 选用构架模式“选用构架模式”活动的主要依据是既往的经验；在本文的实践过程，该活动的结果是层次型构架模式，现阶段初步界定较高层次。层次型构架模式是一种具有普遍适用性的构架模式，尤其适用于中、大型系统的面向对象软

47、件开发。在“全局分析”任务中，存在很多未知因素，层次的界定在很大程度上只能是一种假设。由于前期的工作重点是对问题本身的“分析” ，因而只须相对明确地界定层次构架的较高层，即“特定应用层”和“一般应用层” ，这两个层次将承载那些与应用逻辑密切相关的要素。其关联关系如下图所示： 一一一一一一图 3-18 层次之间的关联层次构架中，较低层次的界定往往有赖于较高层次对较低层的具体服务要求。因此，这里只给出了构架中的较高层次，较底层次在逐步的分析叠代中给出。3.3.3 识别“关键抽象”业务需求和软件需求中通常会揭示拟建系统必须处理的核心概念，这些概念同样将成为设计模式中的核心要素。我们称之为“关键抽象”

48、 ，它们就是那些参够始终贯穿分析和设计的类及相应对象。根据一般经验， “关键抽象”往往对应重要的实体信息。通过Use Case 报告，可整理关键抽象如下： 管理员。 职工档案信息表。 职工培训成绩表。 职工职称信息表。 职工工资信息表。 职工考勤信息表。3.3.4 识别“分析机制”“分析机制”是“构架机制”的概念层面表述， “构架机制”表述常见问题的通用解决模式。在分析过程中， “分析机制”向设计人员提供复杂行为的简明表述，降低（全局）分析活动的复杂性并提高（局部）分析活动的一致性。通过这些机制，可以使分析工作更有重点。 标识分析机制步骤：1、确定“分析机制” 。2、简述“分析机制” 。然后，列出“分析机制”和“关键抽象”的映射关联表，如下表所示：表 3-1 “关键抽象”和“分析机制 ”映射关联表分析机制关键抽象留存 安全 信息交换 分布处理管理员 1 1职工档案信息表 1 1职工职称信息表 1 1职工培训信息表 1 1职工工资信息表 1 1职工考勤信息表 1 1根据表 3-1，可确定“分析机制” ，简单描述“分析机制”的主要技术特征如下：安全。用户名要求、密码要求和权限要求等。留存。粒度、容量、留存的持续时间等。分布处理。分布模式（Tiers 结构） 、时延、同步、消息粒度、协议等。信息交换。信息记录格式，编码转换。3.3.5 选定分析局部“选定分析局部”活动的主要依据