注册 | 帮助 | 更新 | 排行
站长介绍 友情链接 客户评价 我的程序人生
读书首页 图书排行榜 书讯 书评 读书笔记 专业杂志
架构首页 OOA OOD 重构技术 AJAX 架构测试 Java .NET JavaScript Ruby & RoR XML
Hibernate Spring Struts Eclipse NetBeans
VB.NET C# ASP.NET ADO.NET
咨询服务简介 敏捷 OO 个人辅导计划 所有问答 客户评价
培训服务简介 敏捷 OO 个人辅导计划 OOAD*UML 统一用例方法 UUCM 敏捷迭代开发 客户评价 所有课程
评论首页 新闻与综合评论 书评 所有评论消息
用例首页 用例新闻 用例资源 用例问答 统一用例方法 UUCM 用例模版 UUCMTool
UML 首页 UML 新闻 UML 中文 FAQ UML 问答 UML 文章 UML 图书 UML 资源 UML 工具 UML 与 OOAD UML 业务建模 SysML MDA
敏捷首页 敏捷 FAQ 敏捷新闻 敏捷资源 敏捷问答 敏捷工具 CMM/CMMI Lean MSF Scrum UDD UP/RUP/AUP 家族 XP
模式首页 业务/领域/分析模式 软件需求/用例模式 软件架构/设计模式 张恂编写的设计模式 模式资源 模式图书
登录 | 登录 |
登录 0 人

用例分析: 领用资产

豆豆他爹 一直冲杀在前线,有许多很好的例子和段子可以说给大家听。这回他遇到一个关于用例实战的新问题——逆工程,他问我有什么看法。这真是个不错的案例,于是我一时兴起,操起自己的 UUCM 胡乱写了点东西,索性推荐给大家分享。其中一个目的是,告诉初学者,不要小看了用例的威力。

下面的用例采用“统一用例模板(UUCT)”写成。

一、

二、

三、

用例名称:

领用资产登记(比办理资产领用更贴切

类型:

SUC

范围:

资产管理系统

层次:

!

优先级:

High

版本:

1.0

作者:

张恂

日期:

2005.7.17

变更历史:

1.0 - 根椐 豆豆他爹的 blog 原文 改写补充

用例图:

相关用例:

<查询部门可领用资产> <查询领用记录> <查询资产状态> ...

简述/背景:

本用例记录了资产管理员在领用人办理领用出库时做《资产出库记录》的情况。该领用已通过了审批,登记后,即可以立即出库。

注: 资产管理员 经常使用《花名册》的方式,允许多个人领取多件资产;或者,资产管理员会把某种资产 批量 分给多个人(比方说,一个部门的人员或者一个公司的人员都来领电话,这种情况更常见于领取 不分开核算 的资产——记量资产的资料时)。

为了方便起见,系统现在的做法是支持 一个领用人可以同时领多件资产,并且这些资产可以分属不同的部门或核算单位 。

* 为了简化,忽略 资产领用人 申请和领用申请审批等流程,假设这些工作是在系统外完成的。)

实现的特性:

情节举例:

主用角责权利:

资产管理员 (以下简称“ 用户 ”):对于批量领用,操作应简便,有效避免操作错误;支持建立《资产台帐》,支持跟踪资产的生命周期。

其他干系者责权利:

资产领用人 :领用资产

成本中心 :不光要记录资产的状态(领用数量、剩余数量)和去向(领用人、领用部门、用途),还要能够准确地支持成本中心的管理( 哪些管理? )。

领用人的相关部门 :控制对资产的操作权限,领用需经部门领导以上审批。

资产管理部门:

资产仓库:

采购部门:

财务部门:

其他系统

后置条件

最小保证:

成功保证:

系统创建了领用人的《领用记录》,修改了所有已领用资产的状态。
领用人是否还应该获得什么凭证?

前置条件:

资产管理员已登录系统。
领用人的领用资格已得到核实,持有审批文件,可以出库。
领用人具有已知的工号。

触发事件:

用户选择资产领用登记。

基本流:

1. 系统显示资产领用登记界面。

{ 输入领用人相关信息 }
2. 用户直接输入(或从列表中选择)领用人的 工号
2.1 系统显示该领用人的姓名及隶属部门,并默认选中隶属部门列表中的第一个部门。 (默认部门可以在他处设置)
2.2 用户选择该领用人指定的部门。
2.3 用户填写本次领用涉及的所有资产的 默认用途、默认的领用数量 ,系统缺省值为“空”和“ 1

{ 编辑领用明细 }
3. 用户逐一填写、编辑欲领用资产的各项明细。针对每一项资产,用户执行如下操作:
3.2 用户从当前部门可用的 资产列表 中 逐一或批量地 选择可领用的资产,可以直接输入资产名称或资产编号。对于记件资产,用户可以直接输入 资产编号 。对于记量资产,用户可以直接输入资产名称(含型号)。若资产名称、编号有误,使得具体的资产无法确定,系统应提示用户重新输入或选择。
3.3 系统显示用户已选中的各项资产的核算类型、库存数量和当前可领用数量,自动填写各项资产默认的用途、默认的领用数量(自动修正以确保小于等于可领用数量)。
3.4 用户检查明细,根据需要输入或修改每项资产的申请领用数量。对于记量核算的资产,系统应确保用户输入的申请领用数量小于等于可领用的数量。
3.5 用户输入必填的资产领用用途 (有些资产用途字段是可选的)
3.6 用户可以直接删除当前欲领用的资产,或者全部清空当前明细。删除前,系统要求用户确认是否删除。
3.7 用户可以逐个选择实际提交哪些资产,也可以通过“全选”,提交整个明细表。

{ 验证领用明细 }
4. 在全部或部分领用资产资料输入完毕后,用户即可以提交领用明细。
4.1 若存在用户未填写的必填字段,系统提示用户补全这些信息,并返回到 { 编辑领用明细 }
4.2 系统验证完整的资产领用明细表。
4.3 系统生成含有领用时间、具体实施登记操作的资产管理员工号的《领用记录》并显示,供用户确认。

{ 确认领用记录 }
5 .用户确认领用记录,如不满意可以返回 { 编辑领用明细 } 继续修改。

{ 执行登记 }
6. 系统收到用户对领用记录的确认,执行领用登记:增加《领用记录》中每项资产的《流转记录》,给实际领用人授予编辑查看已领用资产的权限,将各项已领用资产从“未使用”状态变更到“使用中”状态,更新库存资产的数量。

{ 领用登记完毕 }
7. 系统告知用户本次领用登记完毕。

扩展流:

 

3.2
查询部门可领用资产:
用户可以通过执行用例 <查询部门可领用资产> 找到要领用的资产名称或资产编号。

{ 编辑领用明细 }
保存当前明细:
用户可以随时选择让系统缓存当前已输入的资产数据,并在需要时再调出修改。

{ 编辑领用明细 }
查看资产状况:
用户选择查看资产,系统执行用例 <查询资产状态>

{ 编辑领用明细 }{ 验证领用明细 }{ 执行登记 }
领用明细填写有误(如不完整、领用数量无效、资产被锁定,无法领用等情况):
系统报错,提示用户重填有关字段。

{ 领用登记完毕 }
需登记领用人为其他部门领用的资产,用户改变了当前部门设置:
系统在经用户确认后,清空《领用明细登记表》。

*
查看资产的已领用信息:
用户可以选择用户或其部门,系统执行用例 <查询领用记录>

扩展点:

技术和数据变化:

非功能需求:
(FURPS+)

业务规则:

{ 编辑领用明细 }
用户只能从自己有权查看、管理的资产列表中选择资产。

数据字段:

*( 资产领用人,成本中心 ? or 部门 )[ 领用用途 ]

1 、对于不同资产,是否需要单独填写其用途? 2 、需进一步解释成本中心的概念,好像通常是一些部门、机构的集合,与之对应的是利润中心,这与企业的组织模型有关)

分开核算 的资产信息
Disp: 资产名称 是否分开核算 资产编号
不分开核算 的资产信息
disp: 资产名称 是否分开核算 可用数量
Edit * 申请领用数量

1 、“分开核算”与“不分开核算”,这样的名称可读性不好,也许可以用“记件核算”、“记量核算”; 2 、不分开核算的资产似乎也应该有某种特殊类型的资产编号)

未决问题:

领用时间 要不要手工指定?

《花名册》, 多个人领用同一种资产如何处理?

部门的含义是什么?为什么不用领用人所属的部门?

为什么不加项目,客户等其他信息节点?

会不会有 代理人 ?

使用频率

备注:


更新日期 19.02.2008 ,支持 IE 1024 * 768 以上
使用指南 | 站点地图 | 版权声明 | 联系方法 | © 2005-2008 张恂 版权所有. 沪ICP备05023401号