学校固定资产管理系统建模.docVIP

《统一建模语言》课程作业 题 目： 学校固定资产管理系统 专业班级： 09级软件工程3班 成 员： 刘婵娟 2012-05-25 UML在开发中的应用 1经分析，本系统的用例图如图所示． 图2-1 系统用例图 部分用例描述 编号：1 用例名称：分配资产 参与者：系统管理员、院系负责人 基本事件流： 1，系统管理员查看院系负责人的分配资产申请表，经过审核，同意分配。 2，系统管理员查看学校现有资产能否满足其需求，如果满足，就分配。系统自动记录这批资产的去向。 扩展事件流： 1a：系统管理员不同意院系负责人的资产分配申请，通知院系负责人，并告知其理由。 2a：如果学校现有资产不能满足其需求，系统管理员就新购入这批资产，将其基本信息录入系统后分配给该院系。 前置条件：院系负责人提出分配资产的申请，即填写分配资产申请表。 编号：2 用例名称：维修受损资产 参与者：维修人员、院系负责人 基本事件流： 1，维修人员发现有资产受损后，登录系统，根据资产编号找到该资产。 2，维修人员对受损资产进行维修。 3，修理好后填写维修报告并上报维修情况，对该资产添加一条维修记录。 扩展事件流： 3a：该资产没有修理好，就通知该院系负责人，院系负责人登录系统，对该资产进行报销。 前置条件：维修人员定期检查资产时发现问题。 3 创建系统的静态模型 系统管理员登录系统，需要提供系统管理员的用户名称username和密码password。同样，院系负责人和维修人员也是如此。对于每个院系负责人和维修人员还要录入他们的一些个人信息，比如姓名、职工号等。根据这些属性，可以建立参与者：系统管理员、院系负责人和维修人员的初步类图模型，如图3-1所示。 图 3-1 参与者的基本类图 对于该系统，资产类必须要在数据库中存储。同样，系统管理员要对数据库中的数据进行增删改查的操作，必须有一个和数据库中的数据进行交互通信的类来控制系统的业务逻辑。同时，还需要设计出处理业务的界面类来。这些业务实体类的表示如图3-2所示。 图3-2 业务实体类 4 创建系统的动态模型 4.1创建序列图和协作图 对上面进行用例描述的两个用例（分配资产、维修受损资产）进行建模。 系统管理员分配资产的工作流程： ⑴院系负责人登录系统，在边界类（这里是一个登录表单）输入自己的用户名和密码并提交。 ⑵系统将院系负责人提交的用户名和密码传送到控制类中，在控制类中封装了对数据库的操作，进行身份验证。 ⑶验证完毕后，给院系负责人返回一个结果。 ⑷院系负责人在边界类（这里是一个申请表的表单）填写分配资产申请表。 ⑸系统管理员登录系统，在边界类（这里是一个登录表单）输入自己的用户名和密码并提交。 ⑹系统将系统管理员提交的用户名和密码传送到控制类中，在控制类中封装了对数据库的操作，进行身份验证。 ⑺验证完毕后，给系统管理员返回一个结果。 ⑻系统管理员在边界类中查看并审核申请表。 ⑼通过审核后，系统管理员分配资产，对资产这个实体类进行操作。 ⑽分配完成后，院系负责人就领取资产，同时也对资产这个实体类进行操作。 根据基本流程，系统管理员分配资产的序列图如图4-1所示。 图4-1 分配资产的序列图 用例“分配资产”的协作图如图4-2所示。 图4-2 分配资产的协作图 维修人员维修受损资产的工作流程： ⑴维修人员登录系统，在边界类（这里是一个登录表单）输入自己的用户名和密码并提交。 ⑵系统将维修人员提交的用户名和密码传送到控制类中，在控制类中封装了对数据库的操作，进行身份验证。 ⑶验证完毕后，给维修人员返回一个结果。 ⑷维修人员进入查询页面。 ⑸维修人员在边界类中填入查询条件并提交查询请求。 ⑹系统将查询条件传入控制类中。 ⑺在控制类中调用数据库类及资产实体类进行符合条件的资产查询。 ⑻控制类将查询结果返回到边界类上。 ⑼维修人员从边界类获得查询结果。 ⑽维修人员在边界类（这里是一个维修报告单）中填写维修报告并提交。 ⑾控制类将提交的维修单中的资产编号取出，查询资产实体类。 ⑿对应的资产实体类就会添加一条维修记录。 ⒀边界类将维修报告提交的结果返回给维修人员。 根据基本流程，维修人员维修受损资产的序列图如图4-3所示。 图4-3 维修受损资产的序列图 用例“维修受损资产”的协作图如图4-4所示。 图4-4 维修受损资产的协作图 4.2 创建状态图 在该系统中，资产的包含8种状态：被申请分配的资产、被购入的资产、被分配的资产、闲置的资产、正常使用的资产、受损的资产、被维修的资产、被报销的资产。它们之间的转化条件如下： ①系统管理员新购入一批资产，分配给各院系；余下的则闲置，等待分配。 ②院系负责人申请分配