当前位置:首页>软件介绍>基于UML银行管理系统分析与设计 查询:
     
基于UML银行管理系统分析与设计

        一、 项目概述

        本课题所引用的银行系统一共分为储蓄业务、贷款业务、外汇业务、网上银行、信用卡业务和系统管理六个子系统。

        1. 储蓄业务

        所有储蓄业务通过一卡通进行操作,不再使用传统的存折和存单。一卡通是一张多币种、多储种的银行借记卡,储蓄种类分为活期和整存整取定期储蓄两种。利用一卡通,银行客户可以进行存款、取款和转帐等储蓄操作。

        银行开展人民币与外币的储蓄业务,各币种储蓄的本金和利息均以相应的币种来支付,可办理的外币有美元、港币、日元和欧元。

        2. 贷款业务

        贷款按照期限分为短期、中期与长期贷款,短期贷款是指期限在1年以内的贷款,中期贷款是指期限在1年至3年之间的贷款,长期贷款是指期限超过3年的贷款。

        贷款的种类目前有个人助学贷款和个人住房贷款:

        (a) 个人住房贷款:以所购房屋为质押物,贷款额度不超过所购住房售价的80%。贷款的期限为1到20年,可申请展期一次,但合计不得超过20年。在审批通过之后,贷款将一次性发放到一卡通帐户中。  不能按期归还贷款的,借款人应当在贷款到期日之前,向银行申请贷款展期。短期贷款展期以日为单位,累计不得超过原贷款期限,长期贷款展期期限累计不超过3年。

        (b) 个人助学贷款:须提供2位担保人,无须质押物,贷款额度不超过人民币10万元。

        贷款期限为1至8年,可申请展期一次,但合计不得超过8年。系统将在合同生效日发放第1笔贷款到指定一卡通帐户中,以后每满1年发放一次,每次发放金额=贷款总额/贷款期限。

        3. 外汇业务

        为进行外汇交易,客户需要在银行开设专门的外汇交易专户。同一位客户只能开设一格外汇交易专户,外汇交易只能使用外汇交易专户中的资金,交易专户中的资金不计利息。客户可以通过网上银行进行外汇买卖。

        银行个人外汇买卖业务采用实盘交易方式,也就是客户必须持有足额的需要卖出的货币,才能按照实时汇率买入想买的货币。目前客户可以进行美元、港元、欧元、日元等货币的实时交易。

        客户可以随时将资金从自己的一卡通外币活期帐户转入外汇交易专户,也可以随时将资金从外汇交易专户转出到自己的一卡通外币活期帐户。客户可以查询自己任意时间段内的转帐记录、任意日期的外汇交易情况,也可以实现查看任意时间段内某一个特定汇率的走势图。

        4. 网上银行

        客户可以到银行柜台开通网上银行功能,选择要在互联网上进行操作的本人一卡通帐户和信用卡。网上银行的用户名和密码都是由不超过16位的英文字母或数字组成。

        通过网上银行,客户可以进行以下操作: 

        (a) 转帐:

        客户可以在一卡通或信用卡帐户之间进行转帐,转账时需提供转入帐户的客户姓名和帐号。网上银行同时提供收款方信息管理功能,供用户存储常用的收款方信息,以便下次转帐。 

        (b) 一卡通帐户信息查询:

        客户可以查看所有已选择开通的一卡通下各个子帐户的名称、币种、余额、起息日、存期、利率等信息。 

        (c) 修改密码:

        客户可以修改自己的网上银行密码和帐户密码。 

        (d) 网上挂失:

        客户可以在网上对自己的一卡通和信用卡帐户进行挂失,挂失之后该帐户将不能进行存取款及转帐操作。

        (e) 一卡通交易信息查询:

        客户可以查询一卡通帐户下任意时间段的所有交易记录,包括所有存取款、转帐、利息结算、贷款的发放及偿还等。 

        (f) 财务分析:

        客户可以对自己某一个时间段的财务收支情况进行分析,查看自己所有收支的分类明细以及相应的图形表示。 

        5. 信用卡业务

        客户还款未能达到最低还款额时,除计收利息之外,还将收取最低还款额未还部分百分之五的滞纳金。如果客户超过60天未达到最低还款额则冻结信用卡的使用,超过90天未达到最低还款额则将被自动销卡。

        用信用卡进行刷卡消费,可享受最短20天,最长50天的免费还款期。信用卡还可以在ATM上预借现金。

        客户可选择通过柜台或网上银行转账进行还款,客户在还款日之前应还清所有款项。客户也可以选择以最低还款额方式还款,选择这种方式将不能享受免息还款期待遇,按日息万分之五收取利息,并按月计收复利。

        银行信用卡只能使用人民币结算,信用卡卡号为2开头的http10位数字。用户在收到信用卡之后,需通过网上银行开卡之后方能使用。信用卡有不同的信用额度,由银行在发卡时确定,并可以由银行随时调整,超过信用额度的消费将不被接受。

        客户可以通过网上银行查询到所有信用卡的每月结单以及当月消费记录。

        6. 系统管理

        用户管理部分包括创建、删除、修改和查询用户等功能。银行系统的用户号一律用工号来表示,工号为5位数字,首位数字代表所属部门,其他4位是顺序号。用户密码的长度最少8位,最多16位,密码必须同时包括字母、数字以及其他符号,不能含有工号。密码三个月内至少修改一次,每次修改的密码不能与前三次密码相同。

        系统管理分为三部分:普通用户的功能和系统管理员执行的用户管理、修改核心数据。 普通用户可以执行的功能是用户登录、修改密码和浏览本人信息。

        所有核心数据都可以根据需要由系统管理员修改,系统管理员可以设定一个修改计划,并制定其执行时间。在计划运行之前系统管理员可以随时取消该计划。系统中不能同时有2个尚未执行的,并可以随时将系统数据恢复到某一个计划执行之前的状态。

        修改核心数据部分包括添加、删除和查询修改计划,以及恢复修改等功能。银行系统现有的核心数据主要有:各类储蓄、贷款的利率;信用卡利息及预借现金手续费;各种外汇之间的市场汇率以及银行各档次交易价格。

        二、 需求分析

        在需求分析阶段结束之前,系统分析员应该写出软件需求规格说明书,以书面形式准确的描述软件需求。

        需求分析是软件定义时http期的最后一个阶段,它的基本任务是准确的回答“系统必须做什么?”这个问题。也就是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。

        在面向对象的需求分析报告中,主要通过用例来描述系统的功能和行为,以及用数据字典来描述系统中的数据。

        需求分析主要从功能、数据、行为等方面来描述软件系统,它是进行软件设计的基础,同时也是进行软件验收的基准。

        1. 储蓄业务子系统需求分析报告 

        1) 系统概述

        (a) 与其他系统的关系:此系统为银行系统的一部分,项目来源于金融高校银行。

        整个银行系统分为六个部分,另外五个为:贷款业务、外汇交易、网上银行、信用卡业务和系统管理。用户需要从系统管理子系统登录后才能进入储蓄模块。贷款业务、外汇交易、网上银行、信用卡业务这四个子系统的一卡通账户信息,包括客户信息、存款信息等,与储蓄子系统共享。 

        (b) 软件名称:银行系统中的储蓄业务

        (c) 用户:银行柜台人员 

        (d) 开发者:

        (e) 软件功能:为银行储户提供一卡通的开户、挂失、销户、存款、取款和转帐等储蓄操作,利息计算等功能 

        2) 功能需求

        系统功能主要分为以下三个部分

        数据流图包含了以下处理:数据转换的处理,转移数据的数据流,产生和使用数据的施动者对象以及数据存储对象。如2.2窗口系统的图标的显示数据流图。

        功能模型表示变化的系统的“功能”性质,更直接的反映了用户对目标系统的需求,通常,功能模型由一组数据流图组成。

        储蓄操作:通过一卡通进行存款、取款、转帐等。   利息计算。

        一卡通操作:有开户、销户、补办、挂失、解挂、修改密码等。

        那么,用UML如何描述系统的功能需求呢:

        系统的总体用例图如图2.3所示,其中修改密码由用户完成,利息计算在后台由系统管理员完成,其他功能由客户口述或填表,交给柜台人员操作完成。

        (a) 开户

        一卡通是一张可以进行多币种,多储种储蓄的银行借记卡,其帐号为以1开头的10位数字,该卡号在银行中是唯一的。每一张一卡通都可以包含任意多个储蓄子账户,每个子账户的帐号是5位数字。第一位表示币种,第二位表示储蓄种类,后三位按顺序自动生成。客户开办一卡通时需提供以下资料:姓名、身份证、住址与联系电话。开户时需设定6位数字密码。学生说出主干过程。

        (b) 挂失

        一卡通挂失,必须由本人持身份证办理。

        主干过程:客户填写挂失申请书,提供以下资料:一卡通帐号,密码,本人身份证;柜台人员输入客户提供的资料;系统验证客户资料;系统对此卡进行挂失;柜台人员给挂失申请书盖章,签字,将申请书交给客户。 

        (c) 补办

        一卡通挂失一星期后可办理补办手续,补办后所有的帐号不变。补办时必须由本人持身份证。

        (d) 销户

        当客户不需要一卡通时,可以对一卡通进行销户,结清所有帐款。销户时客户须提供本人身份证。学生说出主干过程。

        (e) 解挂

        客户挂失后,如果卡又找到,则可以通过解挂恢复使用。解挂时必须由客户本人持身份证及挂失申请书到银行办理。解挂后一卡通可正常使用。

        (f) 存款

        目前银行开办人民币与外币储蓄业务,可办理储蓄业务的外币有美元、港币、日元和欧元,外币储蓄业务的存款本金和利息均以外币支付。所有储蓄业务都通过一卡通进行操作,不再使用传统的存折和存单。

        整存整取是一种由客户选择存款期限,整笔存入,到期提取本息的一种定期储蓄,所有币种100元起存。存款期限可选择一年或5年,未到期时可以部分提前支取一次,但提前支取部分将按支取当日挂牌活期存款利率计息,未支取部分仍按照原利率计息。整存整取存款可以预先设定续存,续存时整存整取的本息将一并计入新的本金。如未设定续存,将自动转为活期储蓄。

        存款时客户可以指定是否生成新的子账户,如果要生成新的子账户,则按表1.1和表1.2的规范生成子账号,将存款信息计入此子帐号。否则,选择一个同种类的子帐号存入。 储蓄种类目前有活期储蓄和整存整取储蓄两种。活期储蓄是指无固定存期、可随时存取、存取金额不限的一种比较灵活的储蓄方式,所有币种1元起存。

        主干过程:客户提供姓名、身份证、帐号、是否生成子帐号、币种、储蓄种类、存款金额、定期存款到期日这些信息;客户提交现金;柜台人员接受现金,输入客户提供的信息;系统核对客户信息;存款成功。 

        (g) 修改密码

        为保证密码的安全性,客户可以不定http期的对密码进行修改。修改时需要输入原密码与新密码,并确认新密码。 

        (h) 利息计算

        利息计算分为活期储蓄、定期储蓄两种,都是在后台根据设置自动执行。活期储蓄存款的利息根据实际存期按天计算,每年结息一次(每年6月30日为结息日)。结息时把元以上利息并入本金,元以下的角分部分转入下年利息余额内。活期储蓄存http款在寸期内遇有利息调整,按结息日挂牌公告的活期储蓄存款利率计算利息。

        定期储蓄存款的到期日,以对年对月对日为准,如到期日为该月所没有的,以月底日为到期日。定期储蓄存款在存期内遇有利率调整,按存单开户日挂牌公告的相应的定期储蓄存款利率计付利息。定期储蓄存款提前支取的,按支取日挂牌公告的活期储蓄存款利率计付利息,部分提前支取的,提取部分按活期利率计付利息,其余部分把到期时按原定利率计息。

        (i) 取款

        客户凭一卡通从帐号中提取现金,取款时输入姓名、身份证号、帐号、密码及提款金额。柜台人员在核对号取款信息后打印确认单,由客户签字确认,完成取款。

        (j) 转帐

        转帐是从银行一张一卡通转移金额到另外一张一卡通中,转帐时客户要提供汇款人的姓名、卡号、帐号、转帐金额,密码。收款人的姓名、卡号。转帐只能在活期储蓄之间进行。转帐不收取任何手续费。 

        3) 外部接口需求

        (a) 与外汇交易接口

        与外汇交易子系统共享客户信息与账户信息

        (b) 与系统管理接口

        柜台人员需要登录系统管理界面后,根据权限才能进入储蓄子系统。储蓄、利息计算等部分需要与系统管理子系统共享币种及其利率等信息。

        (c) 与网上银行接口

        与网上银行系统的联系:客户一卡通开户后,即可进行网上银行的用户信息查询,转帐等各种操作。本系统与网上银行共享客户信息与账户信息。 

        4) 数据

        名词解释:

        账户信息:Account表; 客户信息:Customer表;

        一卡通信息:包括账户信息及所属的客户信息; 存款信息:Deposit表; 取款信息:Fetch表; 

        2. 系统管理子系统需求分析报告 

        1) 系统概述

        (a)  软件名称:银行系统中的系统管理

        (b)  与其他子系统的关系:为储蓄业务、贷款业务、外汇交易、信用卡业务等子系统提供了登录功能,与其他五个子系统共享相应的核心数据。

        (c)  用户:银行的普通用户和系统管理员

        (d)  软件功能:主要提供了用户管理和修改数据设置两个功能。用户管理包括创建、修改、删除用户,用户浏览本人信息,修改用户密码,以及用户登录等功能。核心数据设置可以对银行系统中的各种核型数据(主要http包括:

        (1)各类储蓄、贷款利率);

        (2)信用卡利息及预借现金手续费;

        (3)各种外汇之间的市场汇率以及银行各档次交易价格)进行设置和修改。

        5)  需求概述

        (a) 用户的特点

        最终的用户包括两类人员,第一类为银行的普通用户,第二类为银行的系统管理原。普通用户具备一定的银行相关知识和基本的计算机操作知识。由于系统管理员需要进行用户创建、修改、删除以及设置核型数据等工作,因此要求具有相关的计算机知识,如权限管理。

        (b) 目标

        系统管理子系统的目标是在现有的网络和数据库系统的前提下,为银行系统中的各个模块提供用户管理和核心参数设置,实现统一管理。 

        6) 功能需求

        功能主要分为三类:

        (a) 普通用户可以执行的功能,包括用户登录、修改密码和浏览本人信息

        (b) 用户管理,系统管理员可以创建、删除、修改和查询用户

        (c) 修改核型数据,系统管理员可以添加、删除和查询修改计划,以及恢复修改。

        .1 系统用例

        系统的整体用例图如图2.1。所有用户,即使用此系统的银行员工,包括系统管理员和普通银行部门用户。除了用户的登录、浏览本人信息、修改密码等功能外,此系统还提供系统管理员创建用户、查询员工信息等另外8个功能。

        (a) 修改密码

        用户通过登录界面修改自己的密码。密码长度至少8位,最多16位,密码必须同时包含字母、数字以及其他字符,不能含有工号。密码在三个月内至少修改一次。

        (b) 用户登录

        银行系统的用户一律用工号作为用户号登录,登录时输入用户名和密码。 

        (c) 浏览本人信息 

        (d) 创建用户

        用户一律用工号登录系统,工号为5位数字,首http位数字是所属部门的编号,如下表2-4,后4位是顺序号。系统管理员在创建用户时应以工号作为用户号,用户信息包括用户号、用户姓名、密码等。

        (e) 创建用户系统

        (f) 修改用户信息

        系统管理员可以修改任意用户信息,但用户号不可修改。 

        (g) 查询用户信息

        (h) 设定修改计划

        银行系统中主要包括以下核心数据:

        (a) 各种外汇之间的市场汇率以及银行各档次交易价格

        (b) 信用卡利息及预借现金手续费

        (c) 各类储蓄、贷款利率

        系统中不能同时有两个尚未执行的修改计划。在修改计划自动执行之前系统管理员可以随时删除该计划。计划执行后,系统管理员可以随时通过恢复修改功能将系统的核心数据恢复到某一个计划执行之前的状态。

        所有核心数据都可以根据需要由系统管理员修改,系统管理员可以先设定一个修改计划,并指定其执行时间(精确到分)。预定的时间到达时,数据库自动执行修改计划,对数据进行修改。

        (i) 修改核心数据

        当修改计划到达时间时,由系统自动执行核心数据的修改。

        修改核心数据

        7)外部接口需求(略)

        5)数据

        系统管理部分的数据库E-R图2-7,其中核心数据只列出储蓄信息和贷款信息,涉及信用卡和外汇交易的核心数据略。 

        (a) 储蓄利率信息:DepositRate表 

        (b) 贷款利率信息:LoadRate表

        (c) http用户信息:User表

        (d) 修改计划:ModifyPlan表

        三、 概要设计

        概要设计是根据需求分析对软件系统进行数据、体系结构、模块接口等方面的设计,体现了对系统在结构层次上的设计决策。在面向对象的软件系统建模中,概要设计报告主要有类图、部署图、顺序图、协作图和状态图等内容,其中类图和部署图主要描述系统的静态部分,而顺序图、协作图、状态图主要描述系统的动态部分。  系统中的类可以分为实体类、边界类和控制类。实体类保存要持久存储的信息(如数据库),边界类实现系统与外界的交互,控制类实现系统的主要功能和行为。部署图主要描述系统中软件和硬件组件的物理架构和分布情况,表达了构成应用程序的这些组件的配置和部署方式。对于表达系统动态行为的顺序图、协作图、状态图,则要根据需要进行选择。此外,概要设计文档中还需要对用户界面进行概念上的描述。

        1. “储蓄业务子系统”概要设计

        1)部署图

        系统部署图如3-1所示,前台采用Web浏览器显示页面,后台包括web服务器、应用服务器和数据库服务器,主要处理业务逻辑。

        提高数据的安全性,一台备份数据库服务器专用于数据的实时备份,当数据库服务器出现故障时,通过人工切换可以保证银行业务基本上不受影响。 

        2) 系统结构

        系统采用B/s结构,用户界面通过www浏览器来实现,主要的业务逻辑在web服务器和应用服务器端实现,数据存储在数据库服务器,形成常见的web应用三层结构。  系统开发采用MVC(Model-View-Controller)架构,模型提供数据的内部表示,视图负责显示数据,控制器负责对用户的输入或内部事件进行解释,决定要做的处理步骤和处理内容,控制视图和模型做相应的改变。

        3) 类图

        图3.2为系统实体类图,系统中主要有7个实体类:客户类(Customer)、拥有类(Possess)、账户类(Account)、存款信息类(Deposit)、取款信息类(Fetch)。

        边界类位于系统与外界的交界处,包括所有窗体、报表、打印机和扫描仪等硬件的接口

        以及与其他系统的接口。  要寻找边界类,可以检查Use Case框图。每个角色/使用案例交互至少要有一个边界类。边界类使角色能与系统交互。

        控制类负责协调其他类的工作。每个使用案例通常有一个控制类。控制类本身不完成任何功能,其他类并不向控制类发送许多消息,而是由控制类发出许多消息。  图3.3所示为边界和控制类图(只画出开户OpenAccount,存款Deposit,取款Fetch,转帐Transfer和挂失reportLoss相关的类),其中,边界类负责用户与系统的交互,控制类负责业务处理,修改数据库并控制边界类。  OpenAccountForm为开户功能界面,其属性为开户时用户要输入的项。而OpenAccountController控制OpenAccountForm,并根据相应操作,对Account实体类进行修改,存储到数据库中。它有一个Account类的成员变量account。函数newAccount生成Account类,InsertAccount把类写入数据库。

        4) 执行

        下面通过采用顺序图来表示各对象之间或对象与参与者之间如何通过交互来实现需求中的功能,每个顺序图分别与需求文档中的用例相对应。 

        (a) 开户  Sequence框图按时间排序,用于通过情景检查逻辑流程。一卡通开户的顺序图如其中客户和柜台人员为用例中的参与者OpenAccountForm为边界类,表示开户时的界面;OpenAccountController为控制类,控http制边界类和实体类间的交互;Customer和Account为实体类,与数据库中的客户表和账户信息表对应。横线上的文字描述了对象发出和接收的消息。

        。

        (b) 存款  存款的顺序图如图3.6所示,其中客户和柜台人员为用例中的参与者,DepositForm为边界类,表示存款界面;DepositController为控制类;account为实体类。

        (c) 挂失

        一卡通挂失的顺序图如图3.5所示,其中客户和柜台人员为用例中的参与者,

        为边界类,表示挂失界面;ReportLossController为控制类;Account为实体类

        (d) 转帐  转帐的顺序图如图3.8所示,其中客户和柜台人员为用例中的参与者,TransferForm为http界类,表示转帐界面;TransferController为控制类;Account为实体类,而fromAccount,toAccount表示这个类的两个对象,前者为汇款人账户,后者为收款人账户。(异常处理略)

        (e) 取款  取款的顺序图如图3.7所示,其中客户和柜台人员为用例中的参与者,FetchForm为边界类,表示取款界面;FetchController为控制类;Account为实体类(异常处理略)

        (f) 用户界面设计

        采用图形用户界面

        (1) 取款界面:输入姓名、身份证、账户、密码、取款类型、币种及提取金额,按“确定”进行存款,按“取消”按钮取消。可以通过“选择操作”链接回到整体界面。

        (2) 开户界面:输入姓名、身份证号码、住址与联系电话,按“确定”按钮提交内容,按“取消”按钮取消。可以通过“选择操作”链接回到整体界面。

        (3) 整体界面:供银行员工选择操作,提供开户、存款、取款、转帐、挂失等功能的链接。 

        (4) 挂失界面:输入一卡通账号、密码、客户身份证,按“确定”提交,按“取消”按钮取消。可以通过“选择操作”链接回到到整体界面。

        (g) 系统出错处理  略

        2. “系统管理子系统”概要设计

        1) 系统结构

        同储蓄业务子系统

        2) 执行

        为了能更好的理解网站工作流程,几个重要需求的活动图进行详细说明。 

        (a) 添加修改计划  

        添加修改计划功能的活动图如图3.14.管理员选择增加计划,在界面中填入相关信息。在数据库中保存计划,除非数据库中有未执行计划,则添加失败。

        (b) 创建用户  

        创建用户功能的活动图如图3.12,此图为“相关操作”活动的补充之一。图中共有三条泳道:管理员,界面,User数据库。管理员输入新用户信息,在交互界面中验证信息格式后,如正确,则加入数据库。 

        (c) 修改用户信息  

        修改用户信息功能的活动图如图3.13所示,此图也是图3.11中的“相关操作”活动的补充之一。其中有三条泳道:管理员,界面,数据库。由管理员点击修改用户信息链接,进入相关界面。这个界面可以修改密码,用户名,用户权限等。输入修改信息后,在数据库中做出相应修改。若成功,进入成功页面。失败,进入出错页面。

        (d) 用户登录

        用户登录功能的活动图如图3.11,图中共有三条泳道:用户、界面、数据库。用户输入编号和密码,在数据库中寻找匹配数据。如果找到,进入主页面;如果找不到,则显示出错信息。进入主页面后,进行相关操作,后结束。这里的用户为系统管理员或银行员工。

        3) 类图

        图3.9为系统的实体类图。图中有4个类:用户(User)、修改计划(Plan)、储蓄数据(Deposit)和贷款数据(Loan)(其他核心数据略)。  类User为用户类,useName属性为用户姓名,UserNo为工号,currPassword为密码,pastThreePassword为前三次密码,isManager为用户权限标志,dept为用户所属银行部门。对应的set*()方法的功能为给这些私有属性赋值,而get*()方法得到这些属性值。 

        图3.10为部分边界类和控制类。其中,边界类负责银行员工与系统的交互;控制类负责边界http与系统内部(如数据库等)的交互。

        为用户登录界面,CreateUserForm为创建用户界面,ChangeUserInfoForm为修改用户信息界面,CretePlanForm为添加修改计划界面。  而CreateUsercontroller负责创建用户的具体操作,ChangeUserInfocontroller负责修改用户信息操作,CreatePlanController负责生成修改核心数据计划操作。  CreateUserForm中的属性为创建用户时需要输入的项,chkForm()负责对这些项的格式检查。CreateUsercontroller中有User类类型的变量user,函数newUser()生成user,userSave把生成的用户信息写入数据库。

        四、 详细设计与实现

        在本阶段中,确定应该如何具体的实现所要求的系统,从而在编码阶段可以把这个描述直接翻译成用具体的程序语言书写的程序。主要的工作有:根据在《需求分析报告》中所描述的数据、功能、运行和性能需求,并依照《概要设计报告》所确定的处理流程、总体结构和类图设计,设计软件系统的结构和详细类图,说明类图的属性、函数。由于两个子系统都用网页实现,因此采用了Web建模分析方法。

        1. “储蓄业务子系统”详细设计 

        1) 系统结构

        在系统实现中,边界类和控制类用jSP文件实现;与数据库相关的类,包括实体类以及作为实体类与数据库接口的几个类,用Java文件实现。xxxxx  图中主要描述了开户、挂失、存款和取款部分。其中第一层CardHome.jsp、Reghttpister.jsp、Carddrop.jsp、Deposit.jsp和Fetch.jsp相当于边界类。而第二层的几个*Done.jsp文件相当于控制类。

        2) 文档概述

        概要设计描述了整个系统的构架,而详细设计则按照概要设计,描述其具体实现。由于此系统用Web实现,因此在这一文档中,主要用了Web建模分析方法,描述系统的主要类图和顺序图。

        第三层为实体类。       

        介绍Rose模型的视图Case框图:

        包括了系统中的所有角色,使用案例和Use Case框图,还可能包括一些Sequence或Collaboration框图。Use Case视图是系统中与实现无关的视图。Use Case视图关注系统功能的高层形状,而不关注系统的具体实现方法。

        1) Activity:描述业务用例中的工作流或用例中的事件流。 Logical视图:

        视图,关注系统如何实现使用案例中提出的功能。它提供系统的详细图形,描述组件间如何关联。除了这些外,Logical视图还包括需要的特定类、class框图和Statechar框图,利用这些细节元素,开发人员可构造系统的详细设计。

        2) Actor:业务角色,是机构外与公司交互的公司、人员或其他实体。

        3) Use Case Diagram:显示角色、使用案例和它们之间的交互。每个系统通常有几个

        case框图,分别显示角色和使用案例的子集。 

        4) Sequence和statechart Diagram:显示一个使用案例流程涉及的对象或类。 

        5) Package:包是角色/使用案例或其他模型元素组。用于将类似项目组合在一起。 

        6) Use Case:业务用例,是机构中的工作流。

        7) Class:类是系统的建筑块,是信息(属性)和功能(操作)组合。

        8) Class框图:用于浏览系统中的类,类的属性与操作及其相互关系。通常,系统有几个class框图,分别显示所有类的子集。 

        9) Statechart框图:显示对象的动态行为。包括对象存在的各种状态,并演示对象如何从一种状态过度到另一种状态。这些状态是对象首次生成时的状态和对象删除前的状态。 

        10) Collaboration和sequence框图:用于显示参与使用案例事件流程的类。Use Case框图中的Collaboration和sequence框图通常显示高层和实现的相互独立性,http而Logical视图中的Collaboration和sequence框图通常显示类。 

        11) 包:一组相关类或其他模型元素。包装类不是必须的,但有助于组织开发。有些系统可能有几百个类,包装类可以减少模型的复杂性。要得到系统的一般图形,可以看看包。要看到更细的视图,可以到包中浏览其中的类。 Component视图:

        视图包含模型代码库、可执行文件、运行库和其他组件的信息。系统的

        视图可以显示代码模块间的关系。主要用户是负责控制代码和编译部署应用程序的人。

        12) Component组件,代码的实际模块

        13) 可以按体系结构层次显示系统的物理分解。例如,一个包可能保存用户界面元素,另一个包可能保存业务逻辑,还有一个包可能保存数据库连接类。然后小组可以建模和分析包之间的相关性,评估系统体系结构。

        14) Component Diagram:组件框图,显示组件及其相互关系。

        15) Processor处理器:任何有处理功能的机器,每个进程可以在一个或几个处理器中运行。

        16) Device设备:包括任何没有处理功能的机器,如打印机。 说明:使用包:包是UML结构,可以将模型元素组合在一起。可以创建用例、角色、类和任何模型元素的包。包主要用于组织模型。在Use Case视图中,包将用例和角色组织成更可管理的视图;而在Logical视图中,包有两个作用:

        17) 将类与其他模型http元素组织成逻辑模型(如所有处理订单的类、所有处理客户的类等等);

        18) Package:包,相关组件的包,和包装类一样,包装组件时的目的之一是重复使用。 Deployment视图:

        视图关注系统的实际部署,可能与系统的逻辑结构有所不同。例如,系统可能有三层逻辑结构。换句话说,界面与业务逻辑可能分开,业务逻辑又与数据库逻辑分开。但部署可能是两层的。界面放在一台机器上,而业务和数据库逻辑放在另外一台机器上。除此之外,视图还关注其他问题,如容错,网络带宽,故障恢复和响应时间。还可以显示网络上的进程和设备及其相互间的实际联系。

        开发软件的典型建模步骤:

        1) 业务模型

        a) 分析级class框图 

        b) Activity框图(工作流) 

        c) Business Use Case视图 

        2) 系统用例模型

        a) Use Case框图 

        b) 角色 

        c) 用例 

        3) 分析 

        a) 补充规范

        b) 用例事件流 

        c) 分析级Class框图 

        d) 分析级Sequence和Collaboration框图

        4) 设计

        a) 分析级Class框图 

        b) 分析级Sequence与Collaboration框图

        c) Component框图 

        d) Statechart框图 

        e) Deployment框图 

        5) 编码 

        6) 测试 

        7) 部署

        


六款主流企业CRM测评:CRM选型CRM关系客户管理实施方案
基于智能手机的物流CRM解析谈ERP与CRM结合
成熟CRM与自主开发CRM的不同优势不要给CRM贴金 CRM不是包治百病的灵丹妙药
互联网时代的CRM客户关系管理系统未来的BI应该是为CRM服务
crm系统有哪些功能crm客户管理系统管理制度
企业应当怎样合理选择CRM软件CRM客户关系管理软件介绍
如何选择租用CRM服务CRM第三次浪潮来临
CRM客户关系系统初级阶段企业应用CRM客户关系软件的八大误区
详述ERP、CRM、SCM三大系统整合之道CRM客户关系管理软件选型要做到“知己知彼”
CRM是什么意思?物流运输系统中最短路径算法及应用
物流运输系统规划及其合理化分析浅议智能物流运输系统
物流运输管理信息系统crm客户管理系统
客户管理系统CRM客户管理整体信息化解决方案如何选择CRM软件和实施CRM软件
怎么样借助于CRM软件加强客户期望值管理CRM客户管理系统应该有哪些功能
crm客户关系管理系统协同OA移动办公软件功能应用介绍
协同OA办公软件的销售误区移动OA办公管理平台解决方案
协同oa办公管理软件应用的价值企业OA办公系统软件
企业OA软件开发与应用浅谈协同OA办公管理平台二次开发
信息发布:广州名易软件有限公司 http://www.myidp.net
  • 名易软件销售服务
  • 名易软件销售服务
  • 名易软件技术服务

  • 基于UML银行管理系统分析与设计,外汇交易,储蓄,贷款,一卡通,专户,客户,活期,期限,帐户,网上银行