“储蓄业务子系统”概要设计报告.docxVIP

概要设计： 槪要设汁是根拯需求分析对软件系统进行数据、体系结构、模块接口等方而的设计，体 现了对系统在结构层次上的设计决策。在而向对象的软件系统建模中，概要设il?报告主要有 类图、部署图、顺序图、协作图和状态图等容，其中类图和部署图主要描述系统的静态部分, 而顺序图、协作图、状态图主要描述系统的动态部分。 系统中的类可以分为实体类、边界类和控制类。实体类保存要持久存储的信息(如数据 库)，边界类实现系统与外界的交互，控制类实现系统的主要功能和行为。部署图主要描述 系统中软件和硬件组件的物理架构和分布情况，表达了构成应用程序的这些组建的配置和部 署方式。对于表达系统动态行为的顺序图、协作图、状态图，则根掳需要进行选择。此外, 概要设计文档中还需对用户界而进行概念上的描述。 以下概要设计报告以国家标准《GB/T 8567-2006))中的《软件(结构)涉及说明》为模 板，文档中的图参照UML的建模方法。 “储蓄业务子系统”概要设计报告 1.引言 标识 文件状态： []草稿 [V]正式发布 []正在修改 文件标识 概要设计报告A2 当前版本 1.0 作 者 XXX 完成日期 2007-11-1 1.2系统概述 软件名称：银行系统中的储蓄业务。 软件功能：为银行储户提供一卡通的开户、挂失、销户、存款、取款和转账等储蓄操作、 利息计算等功能。 与其他子系统的关系：此系统为银行系统的一部分，项目来源于XX银行的委托。整个 银行系统分为六个部分，另外五个为：贷款业务、外汇交易、网上银行、信用卡业务和 系统管理。用户需要从系统管理子系统登录后才能进入储蓄模块。贷款业务、外汇交易、 网上银行、信用卡业务这四个子系统的一卡通账户信息，包括客户信息、存款信息等， 与储蓄子系统共享。 图A1-1所示的子系统关系图，主要描述储蓄业务子系统与英他子系统的关系，其 他子系统之间的相互关系略。 用户：银行的柜台人员。 开发者：XXX, XXX. XXX, XXX. 图A1-1子系统关系图 1.3文档概述 文档根据《“储蓄业务子系统”需求分析报告》，对软件的功能实现、接口和街而等进行 设汁。文档采用了而向对象的设计方法，描述了系统中的主要的类、各用例对应的顺序图等。 1.4基线 [1] “储蓄业务子系统”需求分析报告1.0 引用文件 计算机软件文档编制规(GB/T8567-2006) ,2006年3月14日发布，2006年7月1日实 施。 系统结构 系统采用B/S结构，用户界而通过www浏览器来实现，主要的业务逻傅在Web服务器 和应用服务器端实现，数据存储在数据库服务器，形成常见的Web应用三层结构。 系统开发采用MVC (Model-View-Controller)框架，模型(Model)提供数据的部表示, 视图(View)负责显示数据，控制器(Controller)负责对用户的输入或部事件进行解释， 决泄要做的处理步骤和处理容，控制模型和视图作相应的改变。 3.1部署图 系统部署如图A2-1所示，前台采用Web浏览器显示页面，后台包括Web服务器、应 用服务器和数据库服务器，主要处理业务逻辑。 提髙数据的安全性，一台备份数据库服务器用于数据的实时备份，当数据库服务器出 现故障时，通过人工切换可以保证银行业务基本上不受影响。 备份数拯库数拯库服务器 备份数拯库 数拯库服务器 图A2-I系统部署图 3.2类图 图A2-2为系统的实体类图，系统中主要有七个实体类：客户类(Customer)拥有类 (Posses)、类(Account)存款信息类(Deposit)、子类(SubAccount)取款信息类(Fetch)o 下而 给出每个类的描述。 类Account为一通账户类，accountNo属性表示账户的账号，password属性为密码， loss为是否挂失或销户，lossDatc为挂失或销户日期。具体属性数据类型与需求中的数据字 典相似。对应的set歆)方法的功能为给这些私有属性赋值，而get* ()方法则得到这些属性 值。 类 Customer (略) 类 Possess (略) 类 Deposit (略) 类 SubAccount (略) 图A2-2实体类图 图A2-3所示为边界和控制类图(只画出开户(OpenAccount)、存款(Deposit).取款 (Fetch)、转账(Transfer)和挂失(Rcpor(Loss)相关的类)，其中，边界类负责用户与系 统的交互，控制类负责业务处理，修改数据库并控制边界类。 OpcnAccountForm为开户功能界而，貝属性为开户时用户要输入的项。而 Open Accountcontroller控制OpcnAccountForm.并根据相应操作，对Account实体类进彳亍修 改,存储到数据库中。它有一