人事管理系统用例图类图活动图

人事管理系统用例图类图活动图
人事管理系统用例图类图活动图

人事管理系统用例图类图活动图

Fox-ERP人事管理系统(二)

-----毕业设计(论文)

指导老师

专业计算机应用与维护

组长

班级

组员

成都电子机械高等专科学校 5月10日

目录

第一章系统功能 (1)

需求分析 (3)

人事管理系统功能 (4)

第二章系统分析图................................ 错误!未定义书签。UML图.. (5)

用例图 (6)

类图 (8)

活动图 (9)

系统架构 (9)

第三章主要关键技术 (10)

关键技术之一 (10)

关键技术之二 (11)

关键技术之三 (11)

第四章数据库结构 (12)

数据库设计 (12)

人事管理系统的数据模型图 (16)

第五章使用FOX-ERP人事管理系统说明书 (16)

FOX-ERP人事管理系统平台 (16)

硬件需求 (16)

安装: (17)

5.1.3第二期工程的后续工作 (17)

FOX-ERP人事管理登录和进入系统 (17)

登录 (17)

进入FOX-ERP人事管理系统主界面 (17)

使用说明 (18)

第六章 FOX-ERP人事管理主要源程序................. 错误!未定义书签。

一、密码的修改和找回............................ 错误!未定义书签。1:修改密码代码 .. (32)

2:找回密码代码 (32)

二、员工就职 (33)

1:代号档资料维护界面代码 (33)

2:员工基本资料 (35)

3:津贴/扣款维护 (38)

4: 健保眷属资料维护代码 (39)

5:经历资料维护代码 (40)

6:证照资料维护代码 .............................. 错误!未定义书签。7: 技能资料维护代码 .............................. 错误!未定义书签。

三、人事异动 (43)

1:就职单维护代码 (43)

2:调职单维护代码 ................................ 错误!未定义书签。3:离职单维护代码 ................................ 错误!未定义书签。4:复职单维护代码 (47)

四、教育训练 .................................... 错误!未定义书签。

2:教育训练员工文件维护 (50)

3:教育训练课程名单 (51)

4:教育训练上课员工名单 (51)

五、考绩与奖惩作业 (51)

1:考绩资料添加 (51)

2:考绩资料维护 (52)

3:奖惩资料添加 (53)

4:奖惩资料维护 (54)

六、退休作业 (55)

1:退休员工就职文件维护 (55)

2:未来退休员工预估表 (56)

七、用户注册 (57)

1:设置用户 (57)

2:用户注册 (57)

总结 (58)

主要参考文献 (59)

谢辞 (59)

第一章系统功能

需求分析

软件工程中包含需求、设计、编码和测试四个阶段,其中需

求分析是软件工程中第一个也是很重要的一个阶段,需求分析的基本任务就是准确地回答“系统必须做什么”这个问题,而它的主要任务就是绘制关联图、创立开发原型、分析可行性、确定需求优先级、为需求建立模型、编写数据字典、应用质量功能调配。需求分析从总体上看是说明项目应该具有什么样的功能,而不考虑实现这些功能的具体技术。

ERP系统包括22个子系统,人事管理系统是其中的一个子系统,要理解人事管理系统,就必须了解系统与哪个子系统相关联,以及它具有怎样的功能。人事管理系统将人事档案的手工管理变成计算机管理,充分发挥计算机的快捷、准确、高效、方便的特点,极大地提高了各种效率和工作质量。

在实际项目的开发中,需求分析是客户提出的,现在的企业资源计划的软件要有物流、资金流、信息流,而且要以资金流为中心,ERP则是一个较完善的软件,也是具有管理理论的信息系统。同时ERP具有较强的通用性,大多数企业都需要具备的一些基本功能成为ERP的需求。

系统的需求分为物理需求、结构需求、逻辑需求。例如人事管理系统的需求如下所示:

一.物理需求

物理需求的任务很明确,就是确定人事系统的物理服务器的最终架构和软硬件环境。根据人事管理系统的基本要求,物理需求应包括如下几个方面:

(1)支持可分布式部署的服务器群组

支持分布式的服务器组是优秀的网络应用程序必须提供的一个物理功能,因为大型的网络应用程序不可能将所有的应用和操作运行于同一台服务器。支持分布式的服务器群组有利于降低服务器负荷,使服务器的功能更加具有针对性。

(2)支持.NET的服务器操作平台

这是必须要满足的需求。应用程序不可能脱离.NET Framework的支持,因此WEB服务器必须支持.NET.

(3)仅限于Microsoft SQL Server 的数据库管理系统

支持多种数据库类型是一个不错的构想,可是人事管理系统主要体现的是以及中的数据操作新特性,而在中的针对于Microsoft SQL Server提供了很多的具体方法和对象。为了介绍和展现中的对象和方法,人事管理系统采用了Microsoft SQL Server 作为系统的数据库管理系统。

(4)必须用到的软件支持

人事管理系统要使用Visual Studio , 类图、用例图、活动图要使用CASE工具,在的环境下做。

二、结构需求

(1)系统的可维护性和可扩展性强

大多数的人事系统在实际应用中都需要不断地添加功能模块,人事管理系统也一样,在二次开发和实际应用中要根据项目的具体情况添加一些功能模块。因此项目在设计之初就要考虑到,当前的架构对系统的扩展工作会不会形成障碍。

使用人事管理系统层次的设计概念能够增强系统的维护性

和扩展性,基于层的设计模式允许开发者以三层甚至多层的模式开发人事应用程序,将登录、注册、自定义基本资料表等单元分离开,每一层都有针对性,层是以一组序列分布在系统数据和用户之间的,不相连的层在业务上没有耦合,每一层都是继承和调用上一层中的对象和方法。这种模式使得系统的功能分布更加合理化。例如扩展一部分付款方式,首先要在付款方式层中建立相应的方式,然后才是在前台显示层中建立新的页面控件。

(2)系统的功能模块通用性强

由于人事管理系统是作为一个示例和应用程序框架被设计和开发的,因此其功能模块简单地说,人事管理系统需要提供员工就职中最基本的对象和这些对象的基本属性,只有这样才能使基于人事管理系统的二次开发具有更大的扩展性。例如多公司运作只执行最基本的功能,至于一些具体应用方式的特殊属性,并不应出现在系统中。

模块化的构建同时也意味着模块之间尽量降低偶合度,这样做的好处是使得更改模块内部或新增其它模块对系统的稳定性影响不大。

物理需求和结构需求都是从设计框架上对系统提出了宏观的要求,而逻辑需求则是在实际项目的需求分析阶段对系统的业务逻辑提出的要求。

三、逻辑需求

(1)抽象人事管理系统中的对象和方法

人事管理系统中有几个关键的对象,每个对象有其特有的方法。对象经过方法实现其自己的功能。例如能够将人事管理系统中的员工抽象为一个对象,员工的出勤率等能够构建成为对象的属性,而出勤率的计算方式等能够抽象成为商品的方法。

(2)在逻辑上与其它应用程序整和

建立人事管理系统的目的是让员工和管理者能够经过网络进行查询、修改等行为动作。当然人事管理系统并不是孤立存在的,人事管理系统属于人事系统,与考勤系统、薪金系统等都是进行交互的。例如人事管理系统需要从考勤系统那里得到考勤单,经核算得出员工的出勤率。这就涉及到人事管理系统与其它的应用程序进行交互的问题,这种交互可能是数据上的共享,也可能是功能上的共享。

(3)完整的人事管理系统

人事管理系统里有一个完整的人事管理流程。员工能够挑选整批系统的某个功能,输入某个员工姓名或编号,由系统筛选,再由员工挑选哪些人事管理功能。

FoxERP人事管理系统功能

根据需求分析中对系统的要求,人事管理系统的设计者规划了一系列的系统功能。如果说需求分析是提出问题,那么系统功能就是解决问题,针对需求建立功能说明文档。

下面将人事管理系统功能总结为如下几个方面:

1、资料保密控管

(1)组织权限:依据员工所隶属的人事管理系统组织来决定使用者所能处理的人事权限范围

(2)薪资群权限:依据职位的差异或群组的特性将员工予以分群控管,除非人事薪资操作人员拥有处理该薪资群的权限,否则即便拥有了该人事管理系统的组织权限,依然无法处理该薪资群的资料。

(3)作业表权限:依据操作人员职务分给不同的操作人员,一方面能理清责任归属,一方面又能确保资料的安全。

(4)主管查询权限:人事管理系统主管不但能方便地查询到自己单位内每位员工的资料,又能在公司规章授权下来查询同一上级人事管理系统内其它单位员工的资料。

2、多公司运作

(1)可同时处理多家公司的资料

(2)同一公司可再分成数个不同人事数据库以便设定不同权限予以控管

(3)不同公司数据库可自行设定不同的年资计算方式以及薪资福利等计薪基数

(4)与财务系统的数据库能紧密结合,自动抛转相关的人事薪资传票

3、员工基本资料

(1)能完整记载每位员工的各项人事资料(至少包含:一般、就职、薪金、眷属、经历、证照等类)

(2)能提供自定义字段功能以便依据公司实际的特殊需要而能自

行设定

(3)如需针对新进员工进行安全调查时,能提供安全调查管理的功能

(4)能提供常见的证明书表(如:服务证明书、薪资证明书)(5)能提供常见的基本资料表(如:通讯簿、生日名单)

(6)能依据员工的技能、证照等专长列出合乎该项专长的名单(7)提供职号管制功能

4、自定义基本资料表

(1)能提供自定义报表功能,以便随时应付各种临时特殊的员工基本资料查询需求

(2)提供群组合计功能,得以将数个字段资料相同者予以归纳为同一群组,并能将同群组的数值字段资料予以加总、平均或计算笔数

(3)提供自定义筛选条件功能,以便任何组合查询条件筛选出符合条件的资料

(4)提供自定义分析统计报表功能,能够方便地从任一角度来交叉分析现行的人事状况

5、人事状况统计表

(1)学历分布明细/统计表(依单位、职位、薪资归属等条件分类统计)

(2)男女人数分布明细/统计表(依单位、职位、学历、薪资归属等条件分类统计)

(3)年资/年龄分布统计表(依单位、职位、学历、薪资归属等

条件分类统计)

(4)薪金区间统计表(依单位、职位、学历、薪资归属等条件分类统计)

(5)组织员额/缺额统计表

6、人事异动管理

(1)完整记载各项人事异动资料,并提供完整的汇总查询

(2)对于临时人员或续聘人员提供方便的职号转换作业,以确保资料的一致性

(3)人事异动单据登录时会自动同时更新员工主文件的相关资料,并在异动单据剔除或修改时能自动倒回原始资料

(4)留职停薪年资能计算到以日为单位,并在复职时自动扣除留职停薪的年资

(5)提供各式人事异动名单报表,如就职名单、离职名单、调薪名单

(6)提供人事异动统计分析表,得以方便地查询人事异动的状况(7)提供职务异动公告表,不必再由人工誊打

7、教育训练

(1)提供不同角度(课程别/员工别、内训/外训、有无认证)的报表查询功能

(2)能提供训练人事统计报表

(3)需进行人力资源库筛选时,能提供教育训练结果的分析名单8、奖惩

(1)奖惩资料能自动转为考绩的加扣分

(2)奖惩资料能自动转为年终奖金的加扣天数

(3)奖惩资料能自动转至当月薪资发放的加扣金额

(4)提供奖惩公告表,不必再由人工誊打

9、考绩

(1)能依据企业实际需要自行设定考核种类(如:月考绩、季考绩、年考绩、新近人员考绩、临时考绩)

(2)能自行定义考核表的种类、考核项目及评等标准

(3)能分别设定个别员工适用的考核表种类

(4)请假、奖惩结果能自动转入加扣考绩分数

(5)能进行不同期间的考核结果比较或同年度内不同考核种类的成绩比较

(6)能提供员工自我考核的功能

(7)能依据考核人员权限的不同,设定不同考核权数

(8)考绩资料的输入除了提供统一由考绩管理员集中登录功能外,也能提供由自行设定考核成绩的分类区间,予以分等统计

10、退休

(1)提供未来退休员工预估名单及退休金的报表,以供分析及财务调度参考

(2)随时依据政府法令的修正,机动调整退休金基数的核算(3)能自动转入退休员工的基本资料,并提供方便的维护功能(4)未满一年的年资计算方式能符合各项规章的要求

第二章系统分析图

UML 图

UML(统一建模语言)是一种对于软件密集型系统的制品进行可视化、详述、构造和文档化的图形语言。UML给出了一种描述系统蓝图的标准方法,其中即包括概念性的事物,如业务过程和系统功能,也包括了具体的事物,如用特定的编程语言编写的类、数据库模式和可复用的软件结构。

UML图根据描述的功能不同可分为很多中类型,如系统类构造图是描述系统中类的构造和属性的图,用例图是描述系统中用例基本信息的图,交互图是描述系统中交互行为的图,活动图是描述系统活动的流程图。

2.1.1 用例图

用例图主要是对系统、子系统或类的行为进行建模,如下图是系统的总体用例图,描述系统中的用户与功能模块之间的类。

登录:

基本资料维护与员工就职设定 :人事异动作业与退休作业:

教育作业与奖惩作业:

考绩作业:

2.1.2类图

2.1.3活动图

系统架构

经过了对系统的需求分析和UML的分析,基本上是完成了人事管理系统的系统框架的建立,可是已经做过了工作都是设计方

面的,下面涉及到的就是实际的工作。下面介绍的就是人事管理系统的命名和编码的约定、文件结构、部署等方面的问题的总体规划。

1、命名和编码的约定

命名和编码的约定是软件工程中很重要的一部分内容,特别是多人进行协同工作的团队,我们的人事管理系统是由4个人组成的一个小团队。我们采用的命名规则是Pascal的大小写规则,该规则约定在变量中使用的所有的单词的第一个字符都是大写,而且不使用空格和符号。Microsoft公司推荐的另外一种大小写规则叫作camel,该规则约定在变量中使用的第一个单词的首字母小写,期于单词的首字母都是大写。在包括类、枚举类型、名称、属性、事件、方法、命名空间在内的大部分命名中使用Pascal规则。

2、文件夹结构

有组织的文件夹结构是一个成功的项目必不可少的,项目中代码文件需要有组织的放置,在人事管理系统中,文件夹的结构是显得十分有序的

在人事管理系统中的主目录下有几个需要介绍的目录:BIN 目录为项目编译之后的DLL文件,Components目录为项目中数据访问层的类库文件夹,database目录是存放数据库的文件夹,help是用来存放帮助功能里面的静态网页,Images目录为项目中图片存放的文件夹。在项目的主目录下存放页面文件,页面后台编码类文件以及页面资源文件。

3、命名空间(namespace)

命名空间是很重要的,一个命名空间能够包含多个程序集和模块。在人事管理系统中统一使用foxerp_fy作为应用程序的顶级命名空间。

第三章主要关键技术

是微软新推出的新型体系结构.NET框架的一部分,它为构造新一代动态网战和基于网络的分布式应用提高了强有力的支持。与以前的Web开发模型相比,提供了许多重要的优点,例如:简易性、安全性、可管理性等。而且与基于过程的ASP页面技术相比,面向对象技术在中得到了完全实现。用传统ASP技术建立的Web应用实例中,在页面中同时实现显示,业务逻辑和流程控制,这从工程化的角度考虑,它有许多不足之处。用户界面承担着向用户显示问题模型和与用户进行操作和I/O交互的作用。用户希望保持交互操作界面的相对稳定,但更希望根据需要改变和调整显示的内容和形式。在.NET框架下技术结合MVC设计模式很好地解决了上述问题。

我认为在筹资管理模块中,其中的重要技术之一就是用了很多的DataGrid控件来读取数据,便于使用户查询、修改、更新资料的信息。

、关键技术之一

用DataGrid对数据进行绑定,方便从数据库中提取、编辑、保存和删除数据信息。并对人事申请单进行分页处理,方便查看申请单信息。对人事申请单进行修改操作.

图书馆管理系统用例图、活动图、类图、时序图

图书馆管理系统 一.图书馆管理系统需求分析 1、系统目标设计 系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。 能够对图书进行注册登记,也就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。 能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。 提供方便的查询方法。如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改。 能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。 提供较为完善的差错控制与友好的用户界面,尽量避免误操作。 2、系统功能需求分析 (1) 读者管理:读者信息的制定、输入、修改、查询,包括种类、性别、 借书数量、借书期限、备注等。 (2) 书籍管理:书籍基本信息制定、输入、修改、查询,包括书籍编号、 类别、关键词、备注。 (3) 借阅管理:包括借书,还书,预订书籍,续借,查询书籍,过期处 理和书籍丢失后的处理。

(4)系统管理:包括用户权限管理,数据管理和自动借还书机的管理 满足以上需求的系统主要包含有一下几个子系统 (1)基本业务功能子系统:该系统中主要包含了借书还书和预订等功能。 (2)基本数据录入功能子系统:该子系统主要包含有书籍信息和读者信息录入功能。 (3)信息查询子系统:包含了多功能的查询书籍信息和读者信息。 (4)数据库管理功能子系统:主要包含了借阅信息管理功能,书籍信息管理功能和预订信息管理功能。 (5)帮助功能子系统。 二、系统动态建模 1、用例图、

图书管理系统用例建模报告(用例图、类图、时序图)

软件系统分析与设计 实验报告 学院:计算机科学与技术学院专业:软件工程 学号:********* 姓名:*** 实验名称:图书管理系统用例建模时间:

一、实验内容与要求 本实验要求学生对学校的图书馆管理系统进行需求分析,对系统功能进行用例建模,画出用例图,类图以及相应的时序图。在使用UML对系统建模时,学会使用UML建模工具,熟悉工具中的功能。 二、用例分析 1、读者“借书还书系统”用例图 (f 还书 (from Use Cases) 1.1、行为者: 主要行为者:读者。 1.2、前置条件: 读者进入图书管理系统。 1.3、事件流: 1.3.1、主要事件流: 1.3.1.1:读者检索所需图书信息,并查看; 1.3.1.2:读者检索到所需图书,登录系统,开始借书; 1.3.1.3:系统查询图书信息,图书数目是否可借; 1.3.1.3.1:图书显示可借,借书成功;

1.3.1.3.2:图书显示不可借,借书失败; 1.3.1.4:进入续借图书界面,续借图书; 1.3.1.5:系统查看预约记录, 1.3.1.5.1:没有冲突,续借成功; 1.3.1.5.2:有冲突,续借失败;1.3.3.1: 1.3.1.6:读者归还图书; 1.3.1.6.1:归还时间没有逾期,归还成功; 1.3.1.5.2:归还时间逾期,逾期处罚,归还成功; 1.3.2、备选事件流: 1.3. 2.1:图书检索信息失败,未检索到图书,重新输入信息检索; 1.3. 2.2:未曾检索到用户检索的图书,系统显示相关联的信息的图书; 1.3. 2.3:用户名或密码输入错误,登录系统失败,重新输入用户名或密码登录; 1.3. 2.4:系统显示图书不可借后,进入图书预约界面,输入信息预约图书; 1.3.3、异常事件流: 1.3.3.1:读者登录系统失败,未曾注册用户; 1.3.3.1.1:返回系统注册用户后,重新登录。 1.4、后置条件:退出系统。 1.5、 1.6、扩展点:无。 2、“图书信息管理系统”用例图 新书信息录入 (f 逾期通知 (from Use Cases) (from Use Cases)

图方案管理系统uml用例图

精心整理Use Case图即用例图,是从外部用户的角度来描述系统功能的一种需求表达方式。一个系统常常包含了众多的用例,每个用例表达了用户对系统的一项需求或描述了人们使用系统某项功能的途径。使用系统的不同功能,其操作的场景不同。而使用相同的功能,其场景则相似。将同一用例的场景用文字描述出来就得到了系统用例描述。完整的描述用例,通常包括用例名称、参与执行者、前置条件、事件流、后 图书管理系统简示: 图书管理系统 a.系统管理员用例图 系统管理员能通过该系统进行如下活动内容和要求: 添加借阅者:系统管理员可以在添加符合身份的新读者信息

删除借阅者:系统管理员可以在删除页面添加已不符合身份的借阅者信息 修改借阅者信息:系统管理员可以在修改信息页面修改借阅者信息 添加图书信息:系统管理员可以在添加图书信息页面添加图书馆新增图书 删除图书信息:系统管理员可以删除不能在借阅图书的信息 系统维护:系统管理员维护该系统的日常工作 b 分类处理:图书管理员能通过分类图书页面将新增图书和已还图书进行分类回放,以便下一位借阅者阅读查看 用例说明: Librarian login:图书管理员登录 Book management:图书管理

Get book:还书 Get with fine:违规罚款 Lend book:借书 Check user account:身份验证 Book category:图书分类 c 出 Return book:返还图书 d.整体用例图 参与者:borrower:借阅者;administrator:系统管理员;librarian:图书管理员用例说明: Login system:系统登录

软件工程作业用例图,状态图类图

软件工程作业用例图,状态 图类图 -标准化文件发布号:(9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII

软件工程设计方案 学院计算机学院 专业软件工程 班级 2012 级 4 班 学号 86 姓名黎伟杰 指导教师崔洪刚 ( 2015 年 1 月)

计算机学院软件工程专业12级4班班学号:86 姓名:黎伟杰协作者:________ 教师评定: 问题定义:为实现一个功能强大的学生宿舍管理信息系统,它主要实现对入住人员的管理及对宿舍的其它管理,如新生、老生的基本信息处理,毕业生退宿,水、电费的超额处理。该系统功能齐全,操作简便,实用性强,主要包括三个模块:资料管理模块、宿舍管理模块、收费管理模块最后还给出实现的设计思想和关键技术。 系统名称:学生宿舍管理系统 作者名称:广东工业大学计算机学院软件工程12(4)班86 黎伟杰 系统功能描述:随着计算机的应用与普及,现在越来越多的学校学生宿舍都是利用计算机来控制和管理的,学校的不断发展,人数的不断增长,生活水平的提高,要求也越来越高。为了改善学校的宿舍管理,为此开发了学生宿舍管理信息系统软件。本系统要学生用户对它进行查询,管理员有效地对它进行管理用户,即随时可以对它进行添加与删除,在没有旁人指导的情况下,用户也可以进入这个系统并且知道该如何使用它,比如,用户点击进入后就会出现一个系统登陆对话框,根据用户的用户名和密码,点击“登陆”按钮,就可进入系统。这个系统可以适用于各大院校,具有管理权限的用户可以对系统进行修改,没有此权限的用户只能对系统进行查询。 用例图:

数据流图:

档案管理系统-用例图

档案管理系统用例图 V1.4版 文档信息

目录 一、档案管理系统总体用例图----------------------------------------------------------2 二、档案采集模块用例图-------------------------------------------------------------------3 三、档案归档模块用例图-------------------------------------------------------------------9 四、档案查询模块用例图-------------------------------------------------------------------17 五、档案借阅模块用例图--------------------------------------------------------------------18 六、档案销毁模块用例图--------------------------------------------------------------------24 七、档案作废模块(仅针对归档后要修改的档案)----------------------29 八、系统维护模块用例图---------------------------------------------------------------------31

一、档案管理系统总体用例图: 图1-1 档案管理系统总体用例图

二、档案采集模块用例图: 用例图: 图2-1 档案采集模块用例图 1.用例名:标记纳税人提交的纸质资料 行为者:采集人员 前置条件:纳税人已经提交了办理某项业务的资料 描述:采集人员进入系统界面,界面中将办理某项服务项目(中类)的全部资料的名称呈现出来;采集人员对照系统界面,查看纳税人提交的纸 质资料,在系统界面上勾选出相应的资料。 后置条件:系统获取档案的相关信息 2.用例名:扫描纸质资料 行为者:采集人员 简述:通过标记资料的扫描条件,对纸质资料进行扫描。 前置条件:采集人员已在系统中勾选了纳税人提交的纸质资料。

UML试题(内含答案)

【用例图】 1.用例图的节点包括(ABD) A、用例 B、边界 C、关联 D、执行者 2.用例之间的关系主要有(BCD) A、聚合 B、继承 C、扩展 D、包含 3.在采用用例模型捕获需求时,需要执行如下(ABCD)操作A、描述非功能需求B、用例建模C、识别用例D、识别参与者 4.在识别用例时,以下(ABC)问题可以帮助识别用例 A、当系统状态发生故障时,是否需要通知参与者 B、系统是否存在外部事件,如果存在,是哪个能参与者通知系统这些个部事件 C、参与者希望系统为他提供什么样的功能 D、系统运行环境是什么 5.在用例图中,可以用(D)来表示整个软件系统或其中一些子系统的边界,也可以用它表示软件系统的不同发布版本的功能范围A、执行者B、关联关系C、用例D、边界框 6.(B)作为完成用例任务的责任承担者,协调、控制其他类共同完成用例规定的功能或行为 A、数据对象 B、控制类 C、实体类 D、边界类 7.基于用例图的需求捕获的第一步就是确定系统的参与者,在寻找系统参与者时,可以根据以下(ABCD)等问题来确定 A、系统同环境如何进行交互 B、由谁安装系统

C、系统为哪些对象提供信息、服务 D、系统的使用者是谁 8.如果用例B是用例A的某项子功能,并且建模者确切地知道在A所对应的动作序列中何时将调用B,则称(A) A、用例A扩展用例B B、用例A继承用例B C、用例A包括用例B D、用例A实现用例B 9.如果用例A与用例B相似,但A的动作序列是通过改写B的部分或者扩展B的动作而获得的,则称(B) A、用例A实现用例B B、用例A继承用例B C、用例A扩展用例B D、用例A包括用例B 10.如果用例A与用例B相似,但A的功能较B多,A的动作序列是通过在B的动作序列中的某些执行点上插入附加的动作序列而构成的,则称(C) A、用例A扩展用例B B、用例A包含用例B C、用例A继承用例B D、用例A实现用例B 11.在UML中,(A)表示使用软件系统的功能,与软件系统交换信息的外部实体

uml课后习题答案

第一章系统建模与分析设计的演变 课后习题: 1、A 2、C 3、D 4、B 5、软件按照其工作方式可划分为实时处理软件、分时处理软件、交互式软件和批处理软件。 6、软件生存周期由软件的定义、软件的开发和软件的使用维护和更新换代三部分组成。 7、软件开发模型有瀑布模型、增量模型、螺旋模型、智能模型和快速原型模型等五种主要模型 8、面向对象技术采用以类为中心的封装、继承、多态等不仅支持软件复用,而且使软件维护工作可靠有效,可实现软件系统的柔性制造。 9、UML的优点是:唯一性、连续性、维护性、复用性和完善性。 第二章统一建模语言UML 1、A 2、B 3、C 4、D 5、B 6、UML分析和设计模型由三类模型图表示,三类模型图是:用例模型图、静态模型图和动态模型图。 7、UML的软件统一开发过程,即生命周期按时间顺序可以划分为,开始,详细设计,系统构造和移交四个阶段及阶段中一系列的循环重复。 8、UML开发过程是一种二维结构软件开发过程,软件项目开发过程流程包括的核心工作内容是,分析,设计,实现,测试和配置 9、UML中的五个不同的视图可以完整地描述出所建造的系统,这五种视图是用例视图、逻辑视图、构件视图、进程视图和配置视图。 10、UML中有10中基本图可以完整地描述出所有建造的系统,这10中视图是用例图、类图、对象图、包图、构件图、配置图、序列图、活动图、状态图和合作图。 第三章需求分析与用例建模 习题: 1、B 2、A 3、C 4、D 5、B 6、A 7、A 8、UML软件开发过程需求分析阶段产生的模型由三类模型图表示。他们是:用例模型图、静态模型图和动态模型图。 9、CRC卡中的描述由类名、类特征、类类型、责任和协作者共五部分组成 10、软件项目的目的的可行性研究分析中,技术可行性研究包括风险分析、资源分析、技术分析三部分组成 11、在UML软件开发过程的需求分析阶段,建立用例模型的步骤分为,确定系统的范围和边界,确定系统的执行者和用例,对用例进行描述,定义用例之间的关系和审核用例模型。12、用例图中以实践方框表示系统的范围和边界,在熊边界内描述的是用例,在边界之外描述的是执行者 13、用例模型中的执行者可以是“人”执行者也可以是“外部”系统执行者 14、用例模型中的用例之间的关联有使用关联、扩展关联。包含关联和继承关联 第四章系统分析与对象类建模 习题

图书馆管理系统用例图活动图类图时序图

图书馆管理系统 一、图书馆管理系统需求分析 1、系统目标设计 系统开发的总目标就是实现内部图书借阅管理的系统化、规范化与自动化。 能够对图书进行注册登记,也就就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。 能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。 提供方便的查询方法。如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改。 能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。 提供较为完善的差错控制与友好的用户界面,尽量避免误操作。 2、系统功能需求分析 (1) 读者管理:读者信息的制定、输入、修改、查询,包括种类、性别、借书数量、借书期限、备注等。 (2) 书籍管理:书籍基本信息制定、输入、修改、查询,包括书籍编号、 类别、关键词、备注。 (3) 借阅管理:包括借书,还书,预订书籍,续借,查询书籍,过期处理与 书籍丢失后的处理。 (4)系统管理:包括用户权限管理,数据管理与自动借还书机的管理

满足以上需求的系统主要包含有一下几个子系统 (1)基本业务功能子系统:该系统中主要包含了借书还书与预订等功能。 (2)基本数据录入功能子系统:该子系统主要包含有书籍信息与读者信息录入功能。 (3)信息查询子系统:包含了多功能的查询书籍信息与读者信息。 (4)数据库管理功能子系统:主要包含了借阅信息管理功能,书籍信息管理功能与预订信息管理功能。 (5)帮助功能子系统。 二、系统动态建模 1、用例图、

UML课后题答案

第6章用例图 3. 简答题 (1)试述识别用例的方法。 答:识别用例的最好方法就是从分析系统参与者开始,在这个过程中往往会发现新的参与者。 当找到参与者之后,我们就可以根据参与者来确定系统的用例,主要是看各参与者如何使用系统,需要系统提供什么样的服务。 对于这个被选出的用例模型,不仅要做到易于理解,还要做到不同的涉众对于它的理解是一致的 (4)请简述为何在系统设计时要使用用例图及其对用户有什么帮助? 答:用例图是从软件需求分析到最终实现的第一步,它显示了系统的用户和用户希望提供的功能,有利于用户和软件开发人员之间的沟通。 借助于用例图,系统用户、系统分析人员、系统设计人员、领域专家能够以可视化的方式对问题进行探讨,减少了大量交流上的障碍,便于对问题达成共识。 第7章类图与对象图 3. 简答题 (3)简述使用类图和对象图的原因。 答:在面向对象分析方法中,类和对象的图形表示法是关键的建模技术之一。它们能够有效的对业务领域和软件系统建立可视化的对象模型,使用强大的表达能力来表示出面向对象模型的主要概念。 UML中的类图和对象图显示了系统的静态结构,其中的类、对象是图形元素的基础。(4)请简要说明类图和对象图的关系和异同。 答:在类中包含三个部分,分别是类名、类的属性和类的操作。类的名称栏只包含类名。类的属性栏定义了所有属性的特征。类中列出了操作类中使用了关联连接,关联中使用名称、角色以及约束等特征定义。类是一类的对象的抽象,类不存在多重性。 对象包含两个部分:对象的名称和对象的属性。对象的名称栏包含“对象名:类名”。对象的属性栏定义了属性的当前值。对象图中不包含操作内容,因为对属于同一个类的对象,其操作是相同的。对象使用链进行连接,链中包含名称、角色。对象可以具有多重性。 类与类之间的主要关系有几种?它们的含义是什么? 答: a.泛化关系:泛化是一种继承关系,表示一般与特殊的关系,它指定了子类如何特化父类的所有特征和行为。 b.实现关系:用于规定规格说明与其实现之间的关系,换句话说,就是指定两个实体之间的一个合同,一个实体定义一个合同,而另一个实体保证履行该合同。 c..关联关系:对象之间的关系准则。 聚合关系:它是一种特殊的关联关系,它表示整体与部分的关系,且部分可以离开整体而单独存在。

图书管理系统用例图

图书管理系统UML建模与设计模式 实验报告 计算机与信息工程学院 一、实验目的 在熟悉用例概念与应用的基础上,掌握用例模型的建立,包括: 1.掌握用例图的建立。 2.掌握用例描述文档的编写。 3.掌握建模工具的使用。 二、实验内容 根据以下需求设计一个图书馆管理系统的用例图模型,包括:用例图和主要用例的描述文档。 基本功能要求: 图书管理:新书登记,图书查询,图书注销; 借阅管理:借书,还书,查询今日到期读者; 读者管理:增加读者、删除读者、查询读者、读者类别管理(可以设置不同

类的读者,并使不同类读者对应不同类的图书流通参数,如可借册数,可借天数,可续借次数,可续借天数等); 报表管理:包括图书借阅统计报表,被注销图书统计报表等;报表可以有多种格式可供选择;可以把报表输出到文件中,可以预览报表、打印报表等。 系统管理:系统管理员使用,包括用户权限管理(增加用户,删除用户,密码修改等),数据管理(提供数据修改、备份、恢复等多种数据维护工具),系统运行日志,系统设置等功能。 三、实验思想 (1)分析系统需求; (2)确定系统参与者:读者、图书管理员、图书管理系统; (3)确定系统用例; 四、实验结果 借阅人用例图:

图书系统管理员用例图: 图书管理员用例图:

1.用例名称:登录 用例描述:根据用户输入的用户名和密码判断用户的身份,赋予相应的权限。前置条件:无 后置条件:根据用户所有的权限进入相应的操作界面。 基本操作流程: 1输入用户名 2输入密码 2校验密码是否正确。 3根据用户身份进入相应的操作界面。 可选流程:如果密码不正确,提示重新输入密码; 如果用户名不正确,提示没有此用户。

UML课后习题集规范标准答案43854

填空题 第一章 (1)统一建模语言UML是绘制软件蓝图的标准工具语言, (2)UML (3) (4)(抽象) 第二章 (1) 在UML 是UML常用的通用机制。 是UML常用的扩展机制。 的系统功能的模型图。 (5) 并 且它是独立的对象为中心进行描述。 第三章 (1)Rational Rose默认支持的目标语言主要包括C++,C#) ,它是为了便于理解系统如何在一组处 理解节点上的物理分布,而在分析和设计中使用的架构视图。

(3)使用Rational Rose 生成代码的步骤包括选择待转换的目标模型、检查Java语言的语法错误、设置代码生成属性、生成代码。 (4)在用例视图中包括了系统中的所有参与者、用例和用例图,必要时还可以在其中添加顺序图、协作图、活动图和类图等。 (5) 构件视图用来描述系统中的各个实现模块以及它们之间的依赖关系包含模型代码库、执行文件、运行库和其他构件等信息。 第四章 (1)对象图的目的在于描述系统中参与交互的各个对象在同一时刻是如何运行的。 (2)链是两个或多个对象之间的独立连接,是关联的实例。 (3)在UML的图形表示中,类是由名字、属性和方法三个部分组成的。 (4)依赖关系使用一个从客户指南提供者的虚箭头来进行表示。 (5)在接口中包含一系列操作但是不包含属性,并且它没有对外界可见的关联。 第五章 1)包是用于把元素组织成组的通用机制。 (2)包的可见性关键字包括private、public和protect。 (3)包之间的关系总的来讲可以概括为依赖关系和嵌套关系。 (4)将系统分层很常用的一种方式是将系统分为用户界面层、业务逻辑层和数据访问层的三层结构。 (5)包是包图中最重要的概念,它包含了一组模型元素。

UML各种图例齐全用例图,类图,状态图,包图,协作图,顺序图详细说明画法和功能

UML各种图例 面向对象的问题的处理的关键是建模问题.建模可以把在复杂世界的许多重要的细节给抽象出.许多建模工具封装了UML(也就是Unified Modeling Language?),这篇课程的目的是展示出UML的精彩之处. UML中有九种建模的图标,即: ?用例图 ?类图 ?对象图 ?顺序图 ?协作图 ?状态图 ?活动图 ?组件图 ?配置图 本课程中的某些部分包含了这些图的细节信息的页面链接.而且每个部分都有一个小问题,测试一下你对这个部分的理解. 为什么UML很重要? 为了回答这个问题,我们看看建筑行业.设计师设计出房子.施工人员使用这个设计来建造房子.建筑越复杂,设计师和施工人员之间的交流就越重要.蓝图就成为

了这个行业中的设计师和施工人员的必修课. 写软件就好像建造建筑物一样.系统越复杂,参与编写与配置软件的人员之间的交流也就越重要.在过去十年里UML就成为分析师,设计师和程序员之间的“建筑蓝图”.现在它已经成为了软件行业的一部分了.UML提供了分析师,设计师和程序员之间在软件设计时的通用语言. UML被应用到面向对象的问题的解决上.想要学习UML必须熟悉面向对象解决问题的根本原则――都是从模型的建造开始的.一个模型model就是根本问题的抽象.域domain就是问题所处的真实世界. 模型是由对象objects组成的,它们之间通过相互发送消息messages来相互作用的.记住把一个对象想象成“活着的”.对象有他们知道的事(属性attributes)和他们可以做的事(行为或操作behaviors or operations).对象的属性的值决定了它的状态state. 类Classes是对象的“蓝图”.一个类在一个单独的实体中封装了属性(数据)和行为(方法或函数).对象是类的实例instances. 用例图 用例图Use case diagrams描述了作为一个外部的观察者的视角对系统的印象.强调这个系统是什么而不是这个系统怎么工作. 用例图与情节紧紧相关的.情节scenario是指当某个人与系统进行互动时发生的情况.下面是一个医院门诊部的情节. “一个病人打电话给门诊部预约一年一次的身体检查.接待员找出在预约记录本上找出最近的没有预约过的时间,并记上那个时间的预约记录.” 用例Use case是为了完成一个工作或者达到一个目的的一系列情节的总和.角色actor是发动与这个工作有关的事件的人或者事情.角色简单的扮演着人或者对象的作用.下面的图是一个门诊部Make Appointment用例.角色是病人.角色与用例的联系是通讯联系communication association(或简称通讯communication)

图书管理系统用例图

图书管理系统 UML建模与设计模式 实验报告 计算机与信息工程学院 一、实验目的 在熟悉用例概念与应用的基础上,掌握用例模型的建立,包括: 1.掌握用例图的建立。 2.掌握用例描述文档的编写。 3.掌握建模工具的使用。 二、实验内容 根据以下需求设计一个图书馆管理系统的用例图模型,包括:用例图和主要用例的描述文档。 基本功能要求: 图书管理:新书登记,图书查询,图书注销; 借阅管理:借书,还书,查询今日到期读者; 读者管理:增加读者、删除读者、查询读者、读者类别管理(可以设置不同类的读者,并使不同类读者对应不同类的图书流通参数,如可借册数,可借天数,可续借次数,可续借天数等); 报表管理:包括图书借阅统计报表,被注销图书统计报表等;报表可以有多种格式可供选择;可以把报表输出到文件中,可以预览报表、打印报表等。 系统管理:系统管理员使用,包括用户权限管理(增加用户,删除用户,密码修改等),数据管理(提供数据修改、备份、恢复等多种数据维护工具),系统运行日志,系统设置等功能。 三、实验思想 (1)分析系统需求; (2)确定系统参与者:读者、图书管理员、图书管理系统; (3)确定系统用例;

四、实验结果 借阅人用例图: 图书系统管理员用例图:

图书管理员用例图: 1.用例名称:登录 用例描述:根据用户输入的用户名和密码判断用户的身份,赋予相应的权限。前置条件:无 后置条件:根据用户所有的权限进入相应的操作界面。 基本操作流程: 1输入用户名 2输入密码 2校验密码是否正确。 3根据用户身份进入相应的操作界面。 可选流程:如果密码不正确,提示重新输入密码; 如果用户名不正确,提示没有此用户。 2.用例名称:查询图书 用例描述:由读者进行操作,查询图书馆中有没有需要图书,如果有,显示该图书编号、书名、作者、出版日期、当前借阅状态等信息。 前置条件:以顾客身份登录 后置条件:无 基本流程: 1 以读者身份登录。 2输入图书的名称或作者名称。

软件工程学期项目Osric用例图类图时序图

学期项目用例图 分配任务 更新客户信息 更新客户优先级 打印报表 增加客户 查找客户 估算服务等待时间 增加服务请求 更新服务请求 完成服务 技师 维护技师信息 助手 删除服务请求 顾客 Osric 项目的初始用例图

打印任务分配情况 打印杰出工作报表 打印报表 助手 打印请求列表 打印统计报表 打印账单 <> <> <> <> <> 打印报表用例的第二次迭代 维护技师信息 助手 增加技师 <> 更新技师信息 <> 技师 删除技师 <> 维护技师信息用例的第二次迭代

学期项目用例描述和类图、时序图 Osric电信公司管理系统的增加客户用例描述 简要描述 增加客户用例使助手能够根据情况增加新客户 按步骤描述 1、判断是否允许新公司申请服务 1.1.若是在白天,如果等候列表上的顾客数超过了白天工作的技师数的两倍, 则软件认为不允许增加新客户 1.2.偶尔情况下,允许增加某个新公司 2、若允许申请,则助手输入新客户信息 3、添加结束后,返回一个成功添加的信息确认 增加客户用例的类图

: 助手 : UserInterface : Maintain_Customer : Request : Technician : Customer 1:助手登录系统 2:传送增加客户申请 3:申请等候列表上的顾客数 4:返回等候列表上的顾客数 5:申请白天工作的技师数 6:返回白天工作的技师数 7:判断是否允许增加该客户 8:如果允许,则将该客户加入顾客列表 9:发送成功添加的信息 10:发送成功添加的信息 11:发送成功添加的信息 增加客户用例的时序图 Osric电信公司管理系统的查找客户用例描述 简要描述 查找客户用例使助手能够根据顾客提供的信息查找顾客相关信息 按步骤描述 1.助手询问顾客编号。助手根据顾客编号查找该顾客信息 2.如果顾客不知道顾客编号,助手询问公司名称。助手根据公司名称查找顾客信 息 3.查找结束后,返回顾客信息,以后查找成功的确认信息

UML系统建模基础教程课后习题答案

UML系统建模基础教程课后答案 第一章面向对象设计与UML (1)UML (2)封装继承多态 (3)继承 (4)瀑布模型喷泉模型基于组件的开发模型XP开发模型 2.选择题 (1) C (2) A B C D (3) A B C D (4)ABC 3?简答题1?试述对象和类的关系。 (1)类是具有相同或相似结构、操作和约束规则的对象组成的集合,而对象是某一类的具体化实例,每一个类都是具有某些共同特征的对象的抽象。类与对象的关系就如模具和铸件的关系,类的实例化结果就是对象,而对一类对象的抽象就是类?类描述了一组有相同特性和相同行为的对象。 第二章UML通用知识点综述

1?填空题 (1)依赖泛化关联实现 (2)视图图模型元素 (3)实现视图部署视图 (4)构造型标记值约束 (5)规格说明修饰通用划分 2.选择题 (1)D (2)C (3)A (4) A B (5)D 3?简答题 (1 )在UML中面向对象的事物有哪几种? 在UML中,定义了四种基本的面向对象的事物,分别是结构事物、行为事物、分组事物和注释事物等。 (2 )请说出构件的种类。 构件种类有:源代码构件、二进制构件和可执行构件。 (3)请说出试图有哪些种类。 在UML中主要包括的视图为静态视图、用例视图、交互视图、实现视图、状态机视图、活动视图、部署视图和模型管理视图。 (4 )请说出视图和图的关系。

视图和图是包含和被包含的关系。在每一种视图中都包含一种或多种图 (5)请简述UML的通用机制。 UML提供了一些通用的公共机制,使用这些通用的公共机制(通用机制)能够使UML在各种图中添加适当的描述信息,从而完善UML的语义表达。通常,使用模型元素的基本功能不能够完善的表达所要描述的实际信息,这些通用机制可以有效地帮助表达,帮助我们进行有效的UML建模。UML提供的这些通用机制,贯穿于整个建模过程的方方面面。前面我们提到,UML的通用机制包括规格说明、修饰和通用划分三个方面。 第三章Rational统一过程 1?填空题 (1)角色活动产物工作流 (2)逻辑视图过程视图物理视图开发视图用例视图 (3)设计开发验证 (4)二维 (5)周期迭代过程里程碑 2?选择题 (1) A B C D (2) A C D (3) A C D (4)ABC (5) A B C D

图书馆管理系统用例图活动图类图时序图

图书馆管理系统用例图活动图类图时序图 集团标准化办公室:[VV986T-J682P28-JP266L8-68PNN]

图书馆管理系统 一.图书馆管理系统需求分析 1、系统目标设计 系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。 能够对图书进行注册登记,也就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。 能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。 提供方便的查询方法。如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改。 能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。 提供较为完善的差错控制与友好的用户界面,尽量避免误操作。 2、系统功能需求分析 (1) 读者管理:读者信息的制定、输入、修改、查询,包括种类、性 别、借书数量、借书期限、备注等。 (2) 书籍管理:书籍基本信息制定、输入、修改、查询,包括书籍编 号、类别、关键词、备注。 (3) 借阅管理:包括借书,还书,预订书籍,续借,查询书籍,过期处 理和书籍丢失后的处理。

(4)系统管理:包括用户权限管理,数据管理和自动借还书机的管理 满足以上需求的系统主要包含有一下几个子系统 (1)基本业务功能子系统:该系统中主要包含了借书还书和预订等功能。 (2)基本数据录入功能子系统:该子系统主要包含有书籍信息和读者信息录入功能。 (3)信息查询子系统:包含了多功能的查询书籍信息和读者信息。 (4)数据库管理功能子系统:主要包含了借阅信息管理功能,书籍信息管理功能和预订信息管理功能。 (5)帮助功能子系统。 二、系统动态建模 1、用例图、

超市管理方案系统UML类图和用例图

超市管理系统需求分析报告(使用面向对象的方法)

目录 1用例和用例图 (1) 1.1什么是用例和用例图 (1) 1.2用例图 (2) 1.3用例说明 (4) 2类图 (9) 2.1什么是类图 (9) 2.2类图 (10)

超市管理系统需求分析报告 (面向对象方法) 1用例和用例图 1.1 什么是用例和用例图 用例是由行为者启动的系统完成的一系列动作,这些动作除了完成系统内部的计算与工作外,还包括与一些行为者的通信。用例代表某些用户可见性的功能,实现一个具体的用户目标。 用例图(User Case)是由参与者,用例以及它们之间的关系构造成的用于描述系统功能的动态视图的图。用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。用例图用于对系统、子系统或类的行为进行可视化,使用户能够理解如何使用这些元素,并使开发者能够实现这些元素。用例图定义了系统的功能需求,它是从系统的外部看系统功能,并不描述系统内部对功能的具体实现。

1.2 用例图

1.3 用例说明 用例名称:超市管理系统之人事管理 相关活动者:职工,人事部人员,超市管理系统之售后服务 简要说明:人事部人员对职工进行人事调动,人事考核,培训,工资管理等一系列人事安排。一切的人事安排都打印出报表及时通知给职工。其中的人事考核将接受由超市管理系统之售后服务传过来的对职工的投诉的信息,作为人事考核的一个依据。 前置条件:人事部人员已经登录人事管理界面 主事件流: 1.人事部人员登录人事管理界面,用例开始 2.系统提示输入人事管理对象职工的职工号 3.人事部人员输入人事管理对象职工的职工号 4.系统提示选择人事管理的四项管理:人事调动,人事考核,培训,工资管理 5.人事部人员选择一项具体的人事管理:B1:选择人事调动B2:选择人事考核B3:

UML第二章作业答案

1.UML如何表示类?类图标中可以指明哪些信息? 类是描述一类对象的特征和行为,类图包含一组、接口及他们之间的关联、依赖和泛化的关系。它不仅显示了信息的结构,同时还描述了系统对象的的行为。 2.什么是类的多重性(关联的基数)?多重性怎么表示? 多重性是对象之间关联的一个重要方面,它说明了在关联中的一个类的对象可以对应另一个类的多个对象。 主要包含一组上下限数,用来指出可被允许生成的实例(instance)数量,即最多可以生成多少数目(上限),最少不得低于多少数目(下限)。关联的两端以"下限..上限"的格式标示出多重性,如图2-12中的1..*。星号(*)代表无指定上限,下限最低为0。如果上下限数相同,标示出一个数目就可以了 3.两者对象之间能够以多种方式关联吗? 关联两边的"employee"和“employer”标示了两者之间的关系,而数字表示两者的关系的限制,是关联两者之间的多重性。通常有“*”(表示所有,不限),“1”(表示有且仅有一个),“0...”(表示0个或者多个),“0,1”(表示0个或者一个),“n...m”(表示n到m个都可以),“m...*”(表示至少m个)。在关联中有一种叫“限定关联”,还有一种谓之自身关联。另外,对象之间的关联就没那么复杂,只是将类的关联实例化而已 4.什么是约束?为什么要对类图附加注释? 约束用来约束MUL成员的语义。约束用举例在大括号内的条件来表示({contrraint}),可以直接放在图中,类图除了在设计新系统方面的用途外,它们还能用来记录一个存在系统(称它为“遗产”)的对象现在如何交互 5.聚集和组成之间有什么区别? 聚合关系完全是概念上的,只是区分了整体与组成部分,没有改变整体与其组成部分之间的关联导航的含义,也没有将整体与部分的生命周期联系起来。而组合是聚合的变种,整体与部分之间有很强的所有关系,也就是说,在组合关系中,一个对象一次只是一个组合的一部分,而在简单的聚合关系中,一个部分可以被好几个整体共享。 另外,在组合关系中,整体负责部分的创建和破坏,部分的生命周期是依附于整体的,要么和整体一起创建和破坏,要么在整体存在后创建或在整体破坏前破坏,总之它不能单独存在。 6.什么叫实现?实现和继承有何相似之处?两者又有何不同之处? 答:实现是类和它的接口之间的关系,可以说成是类实现了它的接口。相似之处:在于类可以使用它的接口中的操作,也可以操作从父类中继承操作。不同之处:类不能使用它的接口中的属性但可以继承父类中的属性。实现是对接口而言的,继承是对类而言的。 7.写出3种可见性的名称,并描述每一种可见性的含义。 答:public,protected,private及package。

图书管理系统用例图(完整资料).doc

【最新整理,下载后即可编辑】 图书管理系统 UML建模与设计模式 实验报告 计算机与信息工程学院 一、实验目的 在熟悉用例概念与应用的基础上,掌握用例模型的建立,包括: 1.掌握用例图的建立。 2.掌握用例描述文档的编写。 3.掌握建模工具的使用。 二、实验内容 根据以下需求设计一个图书馆管理系统的用例图模型,包括:用例图和主要用例的描述文档。 基本功能要求: 图书管理:新书登记,图书查询,图书注销; 借阅管理:借书,还书,查询今日到期读者; 读者管理:增加读者、删除读者、查询读者、读者类别管理(可以设置不同类的读者,并使不同类读者对应不同类的图书流通参数,如可借册数,可借天数,可续借次数,可续借天数等); 报表管理:包括图书借阅统计报表,被注销图书统计报表等;报表可以有多种格式可供选择;可以把报表输出到文件中,可以预览报表、打印报表等。 系统管理:系统管理员使用,包括用户权限管理(增加用户,删除用户,密码修改等),数据管理(提供数据修改、备份、恢复等多种数据维护工具),系统运行日志,系统设置等功能。三、实验思想

(1)分析系统需求; (2)确定系统参与者:读者、图书管理员、图书管理系统; (3)确定系统用例; 四、实验结果 借阅人用例图: 图书系统管理员用例图:

图书管理员用例图:

1.用例名称:登录 用例描述:根据用户输入的用户名和密码判断用户的身份,赋予相应的权限。 前置条件:无 后置条件:根据用户所有的权限进入相应的操作界面。 基本操作流程: 1输入用户名 2输入密码 2校验密码是否正确。 3根据用户身份进入相应的操作界面。 可选流程:如果密码不正确,提示重新输入密码; 如果用户名不正确,提示没有此用户。 2.用例名称:查询图书 用例描述:由读者进行操作,查询图书馆中有没有需要图书,如果有,显示该图书编号、书名、作者、出版日期、当前借阅状态等信息。 前置条件:以顾客身份登录 后置条件:无 基本流程: 1 以读者身份登录。 2输入图书的名称或作者名称。 3显示相关图书的信息。 可选流程:如果没有该图书,返回提示信息:“没有找到图书”。3.用例名称:借书 用例描述:由图书管理员把读者的借书卡的条码读入计算机,再将读者所选图书的条码读入计算机,在不超过读者允许借书的情况下,累计该读者所借的书;否则提示超过借书数量。 前置条件:以图书管理员的身份登录系统。 后置条件:图书信息中相应记录的还书日期值做改变;将借书明细加入借书记录中。

uml综合练习题及答案

一、选择题 1.软件设计中的()设计指定各个组件之间的通信方式以及各组件之间如 何相互作用。 A.数据 B.接口 C.结构 D.组件 2.UML 是一种()。 A.面向对象的程序设计语言 B.面向过程的程序设计语言 C.软件系统开发方法 D.软件系统建模语言 3.面向对象中的()机制是对现实世界中遗传现象的模拟,通过该机制,基 类的属性和方法被遗传给派生类。 A.封装 B.多态C.继承 D.变异 4.下面关于类、对象和实例的叙述中,错误的是()。 A 类是创建对象的模板 B 对象是类的实例 C 类是对象的实例 D 类是一组具有共同特征的对象集合 5.下列不在UP的初始阶段中完成的 A编制简要的愿景文档 B粗略评估成本 C定义大多数的需求 D业务案例 6.下面那一种模式是不属于GRASP模式的 A 多态(Ploymorphism) B 行为对象(pure fabrication) C 中间者(Indirection) D GoF 7.类是一组具有相同属性的和相同服务的对象的抽象描述,类中的每个对象都 是这个类的一个。 A例证 B用例C实例 D例外 8.类之间共享属性与服务的机制称为(22)。 A多态性B动态绑定 C静态绑定D继承 9.一个对象通过发送来请求另一个对象为其服务。 A调用语句B消息C命令D口令 10.下面的陈述中,对迭代和增量式开发描述错误的是()。 A. 迭代是时间定量的 B. 系统是增量式增长的 C. 迭代是以循环反馈和调整为核心驱动力的 D. 当迭代无法依照时间表来集成、测试和稳定局部系统时,可以推迟完成 日期。 11.有关UP阶段的说法,不正确的是() A. UP的一个开发周期(以系统发布作为产品结束标志)由多个迭代组成; B. 初始阶段不是需求阶段,而是研究可行性的阶段。 C. 细化阶段就是需求或设计阶段; D. 细化阶段就是迭代地实现核心架构并解决高风险问题的阶段; 12.下面关于领域模型的描述,不正确的是() A. 领域模型就是软件对象图; B. 应用UML表示法,领域模型被描述为一组没有定义操作的类图; C. 创建领域模型的原因之一是帮助理解关键业务概念和词汇; D. 领域模型和领域层使用相似的命名可以减少软件表示与我们头脑中的领

人事管理系统用例图类图活动图(doc 79页)

Fox-ERP人事管理系统(二) -----毕业设计(论文) 指导老师 专业计算机应用与维护 组长 班级 组员 成都电子机械高等专科学校 2007年5月10日 目录

第一章系统功能 (1) 1.1需求分析 (3) 1.2F O X-E R P人事管理系统功能 (4) 第二章系统分析图....................................................................................... - 5 -2.1U M L图.. (5) 2.1.1用例图 (6) 2.1.2类图 (8) 2.1.3活动图 (9) 2.2系统架构 (9) 第三章主要关键技术 (10) 3.1关键技术之一 (10) 3.2关键技术之二 (11) 3.3关键技术之三 (11) 第四章数据库结构 (12) 4.1数据库设计 (12) 4.2人事管理系统的数据模型图 (16) 第五章使用FOX-ERP人事管理系统说明书 (16) 5.1F O X-E R P人事管理系统平台 (16) 5.1.1 硬件需求 (16) 5.1.2 安装: (17) 5.1.3第二期工程的后续工作 (17) 5.2F O X-E R P人事管理登录和进入系统 (17) 5.2.1 登录 (17) 5.2.2 进入FOX-ERP人事管理系统主界面 (17) 5.2.3 使用说明 (18) 第六章 FOX-ERP人事管理主要源程序....................................................................... - 32 -一、密码的修改和找回 .. (35) 1:修改密码代码 (32) 2:找回密码代码 (32) 二、员工就职 (33) 1:代号档资料维护界面代码 (33) 2:员工基本资料 (35) 3:津贴/扣款维护 (38) 4: 健保眷属资料维护代码 (39) 5:经历资料维护代码 (40) 6:证照资料维护代码....................................................................................... - 38 - 7: 技能资料维护代码....................................................................................... - 44 - 三、人事异动. (43) 1:就职单维护代码 (43) 2:调职单维护代码 ........................................................................................ - 51 - 3:离职单维护代码 ........................................................................................ - 53 -4:复职单维护代码 .. (47) 四、教育训练 (60) 2:教育训练员工文件维护 (50) 3:教育训练课程名单 (51) 4:教育训练上课员工名单 (51) 五、考绩与奖惩作业 (51) 1:考绩资料添加 (51) 2:考绩资料维护 (52) 3:奖惩资料添加 (53) 4:奖惩资料维护 (54) 六、退休作业 (55) 1:退休员工就职文件维护 (55) 2:未来退休员工预估表 (56) 七、用户注册 (57) 1:设置用户 (57) 2:用户注册 (57) 总结 (58) 主要参考文献 (59) 谢辞 (59)

相关文档
最新文档