业务模型模板

基于 UML 的银行贷款系统业务建模

0 引言

一套完善的银行贷款系统，不仅可以大大提高贷款业务的办理效率，而且可以根据客户的需求快速完成新业务的开发和重组，改善银行的服务品质。然而对于像银行贷款系统这种大中型系统的开发，很难直接对其进行分析设计，需要借助建立业务模型来分析系统。

UML（Unified Modeling Language，统一建模语言）不仅提供了描述软件系统模型的概 念和图形表示法，而且能准确地表达面向对象的概念，体现面向对象的分析和设计风格。

RUP（Rational Unified Process，统一建模过程）是 Rational 公司为用户提供的基于 UML 的

软件开发过程，它是一种基于用例驱动的，以系统架构为中心的迭代与增量开发软件的过程。

本文是从银行贷款的实际业务出发，在遵循 RUP 迭代开发思想的指导下，利用 UML

开发工具（如 Rational Rose）建立了银行贷款系统的 UML 用例模型。在用例模型的基础上，详细介绍了从用例描述中提取和筛选系统类的语法分析过程，通过分析类之间的关系，建立了银行贷款系统的类图模型，实现了从业务需求分析到系统设计和编码的无缝连接。

1 业务建模

业务建模在软件开发过程中起了非常重要的作用，通过业务建模可以帮助开发人员了解现状，启发愿景和需求，为后续的分析和设计提供精确有效的参考。实施业务建模可以按下文提及的步骤进行。

1.1 选定业务领域

对业务领域的划分应该有一个明确的界限，这一步是基本前提，如果范围不明确，会导致以后的分析缺乏依据，或者产生矛盾。本文引用的实例是银行贷款系统，通过对银行贷款业务的需求调研，选定银行贷款系统的业务领域如图 1 所示。

图 1 银行贷款系统的业务领域

1.2 识别业务执行者

业务执行者（business actor）是在系统之外与业务交互的人或组织；业务工人（business

1 商业模式画布

主要伙伴

关键业务

价值主张

客户关系

客户细分

核心资源

渠道通路

成本结构

收入来源

商业画布说明

顺序：客户细分 → 价值主张 → 渠道通路 → 客户关系 → 收入来源 → 核心资源 → 关键业务 → 主要伙伴 → 成本结构

在综合了各种概念的共性的基础上，提出了一个包含十个要素的参考模型。这些要素包括：

价值主张（Value Proposition）：即公司通过其产品和服务所能向消费者提供的价值。价值主张确认了公司对消费者的实用意义。

消费者目标群体（Target Customer Segments）：即公司所瞄准的消费者群体。这些群体具有某些共性，从而使公司能够（针对这些共性）创造价值。定义消费者群体的过程也被称为市场划分（MarketSegmentation）。

分销渠道（Distribution Channels）：即公司用来接触消费者的各种途径。这里阐述了公司如何开拓市场。它涉及到公司的市场和分销策略。

客户关系（Customer Relationships）：即公司同其消费者群体之间所建立的联系。我们所说的客户关系管理（Customer Relationship Management）即与此相关。

价值配置（ValueConfigurations）：即资源和活动的配置。

核心能力（CoreCapabilities）：即公司执行其商业模式所需的能力和资格。

价值链（Value chain）：为了向客户提供产品和服务的价值，相互之间具有关联性的，支持性活动。

成本结构（Cost Structure）：即所使用的工具和方法的货币描述。

收入模型（Revenue Model）：即公司通过各种收入流（Revenue Flow）来创造财富的途径。

裂变模式(Business Name Consumer):也即BNC模式，公司商业模式转变的方式、转变的方向。

武 汉 工 程 大 学

计算机科学与工程学院

《信息系统建模》实验报告

专业班级 计算机科学与技术01 实验地点 机电大楼403

学生学号 指导教师 刘菲

学生姓名 实验时间 3月16日

实验项目 业务建模

实验类别 操作性（） 验证性（） 设计性（√） 综合性（ ） 其它

实验目的及要求

1．学习使用Rational Rose对题目进行进度安排。

2．掌握信息系统业务建模的方法。

3．掌握建立业务用例模型、绘制用例图的方法。

4. 掌握建立业务对象模型、绘制类图的方法。

5. 掌握详述业务用例、绘制活动图的方法

成 绩 评 定 表

类 别 评 分 标 准 分值 得分 合 计

上机表现 积极出勤、遵守纪律

主动完成实验设计任务 30分

实验报告 及时递交、填写规范

内容完整、体现收获 70分

说明：

评阅教师：

日 期： 年 月 日

计算机科学与工程学院

《面向对象方法学》实验报告 2 实 验 内 容

图书管理系统的原始需求如下所示：

（1） 该系统是一个基于WEB的计算机应用系统；

（2） 读者登录系统后，可以查询图书信息以及借阅信息；

（3） 读者可以修改自己的资料信息；

（4） 管理员登录系统后，可以完成读者的借书、还书业务；

（5） 管理员可以对图书信息进行增加、修改和删除；

（6） 管理员可以对读者信息进行增加、修改和删除；

（7） 对到期的图书，系统会自动向读者发送催还信息；

要求：

1、对图书管理系统进行业务分析，建立业务用例模型。

查询图书信息修改个人信息读者查询借阅信息登录借书还书维护读者信息图书管理员维护图书信息时间发送催还信息

作业：结合自己的毕业设计，完成需求分析

业务建模

主要工作：

针对项目特点，分析业务现状，识别业务参与者、业务用例、业务工人、业 务实体。（釆用活动图对业务流程进行图形化建模）

1•业务现状：

某旅店可对外开放50个双人间和20个单人间，房间费用视情况按季节调整, 但周一到周五提供半价（周末全价）折扣。

旅客可以直接入住房间（如果有空房），也可提前预订；入住和预订都需要登 记个人信息八

旅‘V总前预订房间时，需提交一定的订金；入住时间24小时之前，旅客可 以取消预订，并退回所有订金，24小时以内则不退还订金。

退房时缴纳全部的住宿费用。

服务员每月为经理提供房间的预订情况和入住情况的详细信息。

2•业务用例图（业务参与者，业务用例）：

3•针对业务用例住宿的活动图（流程图.数据流图）:

4•识别业务工人和业务实体，完成业务对象模型的建模:

5•需要注意的地方：

（1）针对业务用例的建模，可以针对项L1特点釆用序列图或活动图，其中序列 图强调对象之间的消息传递，使用Rational Rose建模，序列图中较难体现分支、 循环和并发。活动图侧重描述活动和活动之间的关系（顺序、分支、循环、并发）， 如果要在活动图中体现对象之间的交互，可以添加泳道，但为了保证图形的清晰 化，建议泳道不要超过四个。

（2）业务用例只有1个，针对该业务用例采用活动图进行图形化建模；若业务 用例有多个，且多个业务用例之间也具有联系，建议采用总体活动图+子活动图 的方式展开。

用例建模（需求分析）

••从用户的角度去看待问题

针对业务建模中提到的功能，从业务用例模型中寻找系统改进点，结合系统 远景，获取系统用例来表达需求，最终确定系统功能点。此阶段主要工作为：识 别系统参与者，识别系统用例，识别用例与用例之间的关系，完成用例描述。

可能存在的对应关系（并非一一对应）：

（1）业务用例一〉系统（子系统）（2）业务参与者-〉系统参与者