银行系统需求分析

合集下载

银行需求分析

银行需求分析

银行储蓄系统数据库模型设计一、需求说明书1。

功能需求分析银行储蓄系统是一款含有数据库的软件系统,将提供如下功能:其分为储户,系统自动更新中心(1)储户储户主要对自己的账号中的余额进行查询,修改,删除自己的资料信息(密码,地址,姓名,身份证号),存取款,查询自己的余额等。

还可以验收存款单,更新存款信息。

储户信息=身份证号码+姓名+账号+存款余额+住址(2)自动更新中心主要由存款单和取款单来体现.A。

存款单用户输入存款单号,由计算机通过储户存款的方式自动计算利息,更新余额,生成存款单,让储户验收。

银行计算机储蓄系统又把存款单给银行内库进行确认审查。

存款信息=存款金额+存款日期+存款人+帐户余额B.取款单用于存放用户取款情况及个人帐户情况等,记录用户每次取款的资料和情况,当用户取款时,银行内库要把利息清单(或账单)给银行计算机储蓄系统处理,再把利息清单(或账单)交于用户,对取款单进行查询,修改,删除,主要包括取款放方式,取款日期,取款金额等取款信息=取款金额+取款日期+取款人+利息清单+帐户余额(3)超级用户(管理员)管理员主要进行对该数据库的维护,删除,修改,插入等操作2.数据项根据上述功能需求分析,数据库中要存储以下数据项:余额,存款单号,取款单号,取款方式,存款方式,取款时间,存款时间,地址,姓名,存款余额,存款日期,身份证号,账号。

3.数据结构银行储蓄业务管理系统主要包括储户,存款单,取款单等实体。

储户信息{账户,身份证号,姓名,地址,存款余额}存款单信息{存款单号,余额,存款日期,存款方式}取款单信息{取款单号,余额,取款时间,取款方式}二、CDM设计1。

根据需求分析,设计本系统的CDM如下:储户用户可以它的基本功能操作如下:修改自己的基本信息,账户,身份证号,姓名,地址,存款余额等。

2.各个实体之间的联系如下:储户与存款单之间是一对多的联系,即一个储户可以多次存款,产生多个存款单,而每一次产生的存款单只能由一个储户发生。

银行管理系统需求分析

银行管理系统需求分析

银行管理系统需求分析一、引言银行作为金融行业的重要组成部分,在现代社会扮演着至关重要的角色。

银行管理系统的设计和实施,关乎金融行业的运转效率和稳定性。

因此,进行银行管理系统的需求分析尤为重要。

二、业务需求分析1. 客户管理银行管理系统需要具有完善的客户信息管理功能,包括客户基本信息、账户信息、交易记录等细节,以便银行对客户进行有效管理和服务。

2. 账户管理系统需具备账户管理功能,包括账户开设、关闭、冻结、解冻等操作,以便银行对账户进行灵活操作和管理。

3. 银行业务管理系统需支持各类银行业务,如存款、取款、转账、贷款申请等操作,方便客户进行各类银行业务操作。

4. 风险控制系统需具备风险控制功能,包括交易监控、异常交易检测、反欺诈等措施,确保银行业务安全有序进行。

三、技术需求分析1. 安全性系统需要具备强大的安全性措施,包括数据加密、身份认证、访问控制等措施,确保系统数据和用户信息安全可靠。

2. 性能优化系统需要具备高性能的特点,能够快速响应用户操作请求,确保系统运行流畅高效。

3. 可扩展性系统需要具备良好的可扩展性,能够根据业务需求灵活扩展功能和容量,以适应业务发展需求。

四、用户需求分析1. 用户友好性系统需要具备简洁直观的用户界面,方便用户操作和使用,提升用户体验。

2. 学习成本系统需要具备低学习成本的特点,新用户能够快速上手操作,提高用户满意度。

3. 多平台支持系统需要支持多平台访问,包括PC端、移动端等,方便用户随时随地进行银行业务操作。

五、总结银行管理系统作为金融行业的核心系统之一,需求分析是系统设计的重要一环。

通过对业务需求、技术需求和用户需求的分析,系统设计者可以更好地把握系统设计方向,满足银行业务及用户需求,提升银行运营效率和服务质量。

UML案例--银行系统

UML案例--银行系统
(1)系统提示输入用户的相关信息 和转账金额。
(2)银行职员将相关信息输入后提 交,系统判断账户是否存在且有效,账 户中的金额是否大于转账金额。
(3)如果账户有效并存在同时金额 足够,建立交易记录,同时修改账户金 额,保存交易记录。
(4)判断转入账户是否属于同一银 行。如是同一银行,系统先确认转入账 户是否存在并有效。如有效更新账户相 关信息,建立转账记录,保存转账记录。 (5)如果转入和转出账户不是同一银
(1)系统提示输入用户的相关 信息和取款金额。
(2)银行职员将相关信息输入 后提交,系统判断账户是否存在且 有效,账户中的余额是否大于取款 金额。
(3)如果账户有效并存在同时 金额足够,建立交易记录,同时修 改账户金额,保存交易记录。
UML统一建模语言
三、创建系统动态模型 13、客户转账活动图
客户转账活动图创建二个泳道,分 别是银行职员对象和系统对象,具体的 活动过程描述如下:
UML统一建模语言
二、创建系统用例模型
银行职员用例能够通过 该系统进行如下活动:
(1)登录银行系统。银 行职员在登录系统时,必须 通过系统的身份验证才能进 入银行系统主界面进行下一 步的操作。
(2)对客户的账户进行 管理,包括为客户创建新的 账户、修改账户信息和删除 账户。
UML统一建模语言
二、创建系统用例模型
UML统一建模语言
三、创建系统动态模型
4、客户本行转账序列图和交互图
客户进行本行转账的工作流程如下: (1)客户向银行职员提出本行转账的 要求。 (2)银行职员在系统主界面请求转账 操作,系统创建转账界面。 (3)银行职员添加转账款信息后,提 交至账户类(转出)。 (4)账户类确认是否存在该账户,并 确认账户中的金额是否足够支付转账款项, 如可足够支付则计算新的账户余额,更新 数据库中该账户的信息,发送消息给转账 类,创建转账交易记录,保存转账交易记 录。 (5)转账界面将转账信息传递给账户 (转入),查询该账户是否存在。如存在 计算账户余额,然后更新数据库的数据。 发送消息给转账类,创建转账交易记录, 保存转账交易记录。

银行综合管理系统平台解决方案

银行综合管理系统平台解决方案

银行综合管理系统平台解决方案一、引言随着信息技术的迅速发展,银行业务的管理越来越依赖于信息系统的支持。

银行综合管理系统平台作为银行业务的核心系统,承担着客户管理、业务处理、风险控制等重要功能,对提高银行的管理效率和服务质量具有重要意义。

本文将从银行综合管理系统平台的需求分析、系统架构设计、模块功能等方面,提出解决方案。

二、需求分析1.客户管理:银行需要对客户的个人信息、账户信息、交易信息等进行管理和维护,以便提供精准的金融服务。

2.业务处理:银行需要支持各种业务类型,如存款、贷款、信用卡、证券等,提供快捷、准确的操作和处理能力。

3.风险控制:银行需要建立完善的风险控制机制,对客户的信用、资金流动等进行监测和预警,确保系统的安全稳定。

4.统计与分析:银行需要对各类业务数据进行统计和分析,以便进行业务决策和管理。

三、系统架构设计1.客户管理模块:包括客户档案管理、客户资料查询、客户关系维护等功能,支持客户信息的录入、查询、修改、删除操作。

2.业务处理模块:包括各类业务的办理、查询、撤销等功能,支持业务流程的自动化和规范化。

3.风险控制模块:包括信用评估、交易监测、风险预警等功能,对客户的信用状况和交易行为进行实时监测和分析。

4.统计与分析模块:包括各类统计报表和数据分析功能,对银行业务的运行情况和客户数据进行分析和汇总。

四、模块功能1.客户管理模块:-客户关系维护:建立客户与银行之间的关系网络,提供客户关怀、客户反馈等功能,增加客户黏性和满意度。

-客户资料查询:提供客户资料的查询功能,方便银行工作人员快速获取客户信息。

2.业务处理模块:-存款业务:支持定期存款、活期存款等各类存款业务的办理和查询。

-贷款业务:支持个人贷款、企业贷款等各类贷款业务的办理和查询。

-信用卡业务:支持信用卡的申请、发放、还款等功能,提供实时的信用额度和账户余额查询。

-证券业务:支持证券交易的下单、委托、撤单等功能,提供实时行情和交易数据查询。

网上银行系统需求分析

网上银行系统需求分析

网上银行系统需求分析一、引言互联网的发展使得人们能够更加方便地进行金融交易,网上银行系统应运而生。

本文将对网上银行系统进行需求分析,以便于开发人员能够更好地了解用户需求并进行系统设计与开发。

二、功能需求1.账户管理:用户能够通过网上银行系统进行账户开户、注销、查询、修改密码等操作。

同时,用户能够通过系统查看账户余额、交易记录等信息。

3.存取款操作:用户能够通过网上银行系统进行存款和取款操作,系统需要支持自动结算和账户冻结功能以确保资金安全性。

4.贷款管理:用户能够通过网上银行系统申请贷款,并进行贷款利率查询、还款计划查询等操作。

系统需要支持自动审批和风险评估功能。

5.理财产品管理:用户能够通过网上银行系统查看并购买各种理财产品,系统需要支持产品展示、购买、赎回等功能。

6.汇率查询与外汇交易:用户能够通过网上银行系统进行汇率查询,并进行外汇交易。

7.证券交易:用户能够通过网上银行系统进行证券交易,包括查询证券信息、买入、卖出、撤单等操作。

8.积分和礼品兑换:用户能够通过网上银行系统进行积分查询,并进行礼品兑换操作。

三、性能需求1.安全性:网上银行系统需要采取多层次的安全措施,包括用户身份验证、数据加密传输、防止黑客入侵等手段,以保障用户资金和信息的安全。

2.可靠性:系统需要具备高可靠性,能够保证用户的交易准确无误,并确保数据的完整性和一致性。

3.并发性:系统需要支持大量用户同时在线操作,能够处理高并发的请求,确保用户能够流畅地进行银行交易。

4.响应时间:系统需要具备快速响应的能力,保证用户的交易能够及时完成,同时减少用户等待时间。

5.可拓展性:系统需要具备良好的可拓展性,能够根据需求的增加进行扩展,并能够无缝集成其他金融系统。

四、用户界面需求1.用户友好性:系统需要具备良好的用户界面设计,易于使用和操作。

2.响应式设计:系统需要能够适应不同设备的屏幕尺寸,包括电脑、手机等终端。

3.个性化设置:用户能够根据自己的偏好进行个性化设置,如界面主题、字体大小、语言等。

银行贷款管理信息系统分析与设计

银行贷款管理信息系统分析与设计

一、系统需求分析
1、功能需求:银行贷款管理信息系统应该具备贷款申请、审批、合同签订、 还款计划制定、还款催收、坏账处理等功能。
2、数据需求:系统需要处理的数据包括客户信息、贷款信息、审批记录、 合同信息、还款计划等。
3、性能需求:系统应具备稳定性、安全性和可靠性,同时要保证响应速度 快,用户界面友好。
4、需求变更管理:为了适应业务变化,系统应该具有一定的可扩展性和灵 活性,能够方便地进行功能扩展和修改。
二、系统设计
1、架构设计:采用B/S架构,方便客户端的维护和升级。
2、功能模块设计:将系统分为以下几个模块: (1)贷款申请模块:客户 可以通过该模块提交贷款申请,并上传相关资料。 (2)审批模块:审批人员可
二、研究目标
本研究旨在设计一款银行客户信息管理系统,具有以下特点:
1、完整性:系统应涵盖所有客户的详细信息,包括身份信息、资产信息、 负债信息、投资信息等。
2、准确性:系统应具备数据校验和审核功能,确保客户信息的准确性。
3、高效性:系统应具备快速查询、统计和分析客户信息的功能,提高工作 效率。
4、接口实现:通过API接口与其他系统进行数据交互。
5、安全性实现:通过SSL/TLS加密、访问控制列表、密码加密等措施实现系 统安全性。
6、性能实现:采用负载均衡和高可用性等技术手段提高系统性能和稳定性。
四、系统测试与上线
1、系统测试:进行功能测试、 性能测试、安全测试等多方面的 测试工作
4、接口设计:为了与其他系统进行数据交互,该系统应该具备与其他系统 的接口,如与核心业务系统的接口、与征信系统的接口等。
5、安全性设计:为了保证系统安全性,需对用户进行身份认证,并设置权 限管理功能,不同用户拥有不同的权限。同时要建立完善的数据备份和恢复机制, 确保数据安全可靠。

建设银行需求分析总结汇报

建设银行需求分析总结汇报

建设银行需求分析总结汇报建设银行需求分析总结汇报一、引言作为我国五大国有商业银行之一,建设银行一直以来都承担着支持国家经济建设和服务百姓民生的重要角色。

随着金融科技的不断发展和用户需求的不断变化,建设银行亟需进行需求分析,以提供更好的金融服务。

本次汇报旨在总结建设银行需求分析的重要性以及关键点,并为其后续工作的推进提供指导。

二、需求分析的重要性1. 精准定位用户需求:通过需求分析,建设银行能够深入了解客户的需求和期望,为其提供个性化的金融产品和服务,提升用户满意度和忠诚度。

2. 制定战略发展规划:通过需求分析,建设银行可以掌握市场趋势和发展方向,进行战略规划和资源配置,提高整体竞争力和长期可持续发展能力。

3. 提升产品创新能力:通过需求分析,建设银行能够发现市场上的新兴需求和潜在机会,进行产品创新和改进,增强产品的竞争力和市场占有率。

4. 改善运营效率:通过需求分析,建设银行能够识别内部业务流程的痛点和改进空间,优化运营流程,提高效率和降低成本。

三、需求分析的关键点1. 深入了解用户需求:通过市场调研、用户访谈等方式,建设银行需要深入了解用户的个性化需求、痛点和期望,包括但不限于消费需求、投资需求和理财需求等。

2. 整合多渠道数据:建设银行需要整合各个渠道的数据,包括线上线下的交易数据、用户行为数据和客户关怀数据等,以获取全面的、准确的需求信息。

3. 进行数据挖掘和分析:通过数据挖掘和分析,建设银行能够发现数据背后的规律和关联性,揭示用户的潜在需求和行为特征,为产品和服务设计提供依据。

4. 引入用户体验设计:建设银行需要将用户体验设计引入需求分析过程,通过原型设计、用户测试等方式,验证产品和服务的可用性和用户满意度,并不断改进和优化。

5. 与相关部门合作:建设银行需要与业务部门、技术部门、风控部门等密切合作,共同完成需求分析的工作,确保需求的准确性和可实施性。

四、需求分析的优化策略1. 加强团队建设:建设银行需要组建专业、高效的需求分析团队,建立科学的评估体系,培养专业人才,提高整体需求分析能力。

银行需求分析岗位职责

银行需求分析岗位职责

银行需求分析岗位职责银行需求分析岗位职责主要包括以下内容:一、需求分析1. 收集客户需求:在与客户接触的过程中,听取客户的反馈和意见,了解客户的需求,并对其进行分类统计,以便更好地评估客户需求的重要性和优先级。

2. 分析需求:将收集到的需求进行分析,并确定哪些需求是最为紧迫的,需要优先解决的,同时也需要评估需求的可行性和实施难度,以便确定项目的实现计划。

3. 编写需求规格说明书:根据需求分析得出的结果,编写详细的需求规格说明书,包括需求的功能、性能、安全要求等,并与相关业务人员进行确认,保证需求规格说明书的准确性和完整性。

二、项目管理1. 确定项目计划:根据需求规格说明书,确定项目计划,包括项目的开发周期、人员配备、项目预算等,以确保项目能够按时、按质量完成。

2. 负责项目管理:负责项目开发的全过程管理,包括需求分析、计划制定、进度控制、人员管理、风险管理等,以确保项目顺利完成。

3. 与其他团队协作:与其他团队进行协作,包括开发团队、测试团队、UI 设计团队、交互设计团队等,以确保项目的整体进度和质量。

三、项目实施1. 提供技术支持:为开发团队提供技术支持,解决开发过程中遇到的技术问题,并保证项目的技术合规性。

2. 测试和验证:在项目开发过程中,进行功能测试和性能测试,以确保项目的质量和可靠性。

3. 管理项目文档:负责项目文档的管理工作,包括需求规格说明书、项目计划、设计文档、测试报告等,以确保项目的可追溯性和管理的规范性。

以上即是银行需求分析岗位的主要职责,需要掌握的技能为需求分析、项目管理、技术支持、沟通协调等。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

银行系统需求分析目录第一章引言 (3)1.1 编写目的 (3)1.2 背景 (3)1.3 参考资料 (3)第二章需求分析报告前提 (5)2.1 功能需求 (5)2.1.1 功能划分 (5)2.1.2 功能描述 (5)2.2 性能需求 (13)2.3 运行需要 (14)2.4 输入要求 (14)2.5 输出要求 (15)2.6 其他需求 (15)第三章与用户的沟通 (16)3.1 访谈 (16)3.2 描述 (16)第四章系统的数据流程和处理流程 (17)4.1 识别参与者(角色) (17)4.2 用例建模(Modeling Use Cases) (17)4.3 定义系统对象类 (21)第五章结论 (25)第一章引言1.1 编写目的本报告的目的是规化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本银行储蓄系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大围的应用此文档进一步定制软件开发的细节问题,明确软件需求、安排项目规划与进度、组织软件开发与测试,便于用户与开发商协调工作。

经过对该银行储蓄系统项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行需求分析。

1.2 背景项目名称:银行计算机系统用户:××银行说明:银行系统是与生活紧密相关的一个机构,银行提供了存款、取款、转账等业务。

在银行设立账户的人或机构通常被称为银行的储户。

一个储户可以在银行开多个账户,储户可以存钱到账户中,也可以从自己的账户中取现,还可以将存款从一个账户转到另一个账户。

储户还可以随时查询自己账户的情况,并查询以前所进行的存款、取款等交易记录。

后台管理员可以对储户的账户进行注销、删除、查询等管理,还有就是银行利息、汇率、手续费之类参数的设置,以及财务管理以及财务分析。

1.3 参考资料《件工程(第二版)》齐志昌谭庆平宁洪编著高等教育《软件工程概论》人杰马素霞殷人昆编著机械工业《软件工程——原理,方法与应用》吴钦藩编着人民交通出版《软件工程导论(第四版)》海藩编着清华大学出版《软件工程》任胜兵邢琳编着邮电大学第二章需求分析报告前提2.1 功能需求2.1.1 功能划分软件分别有注册,修改,查询,更新等功能。

各个模块各有不同的功能,但都能完成查询和存储功能。

各模块的数据都存放在数据库中。

数据的调用和连接都有程序来完成。

此软件所要完成的主要功能有三方面:如果是存款,用户填写存款单,然后交给键入系统,同时系统还要记录存款人,住址,,,存款类型,存款日期。

利率及密码(可选)等信息,完成后由系统反馈成功存款信息给用户。

如果是取款,用户填写取款的相关信息(取款金额、取款币种)进行提交,系统要求用户输入密码以确认身份,核对密码正确无误后系统计算利息并印出利息给用户。

如果是转账,用户填写转账的相关信息进行提交,系统要求用户输入密码以确认身份,核对密码正确无误后系统计算利息并反馈信息给用户。

系统进行及时更新数据库。

其他功能:开户功能。

用户通过注册的方式向系统提出开户请求,用户填写相关信息后进行提交,系统根据用户所填写信息为用户分配唯一的银行卡号,并且及时更新数据库,将用户信息进行保存。

还提供了后台管理员的一些相关功能,如账户信息管理,财务管理,系统参数以及财务分析统计。

2.1.2 功能描述外部功能:实现化窗口,开户/销户、存款/取款、查询/转账部功能:同步,过滤,定位,识别,更新,连接开户功能:通过储户申请建立一个新的描述信息,并将该添加到信息映射表中,并以系统自动生成的唯一的号作为主键。

同时系统还将生成唯一的银行卡号作为外键。

①申请需要提交有关材料的证明,并审核通过。

②银行为其建立一个新账户。

③返回账户号/密码给储户④打印开户信息给储户开户活动图:销户功能:消除储户存储在系统中的个人信息。

①通过储户申请,由管理员进行消户操作。

②系统消除储户的一切信息,更新数据库。

③返回注销信息成功通知。

销户活动图:登录功能:根据不同身份登录进入到不同的登录界面。

①用户输入登录相关信息(账号、密码)。

②系统检查用户相关信息,提示成功与否。

用户登录活动图:存款功能:以储户的存款为主要活动,相关记录根据存款结果进行调整,以使信息保持一致。

①系统需要在原信息中增加一条记录,包括存款人,住址,存款类型,存款日期。

②若为新储户须建立一个,并记录此次的记录。

存款活动图:取款功能:以储户的取款为主要活动,相关记录根据存款结果进行调整,以使信息保持一致。

①系统计算利息,在原信息中取款减去。

②账户取款相关信息都会写入到数据库中取款活动图:查询功能:为储户提供查询余额服务,将储户的相关记录输出。

①需要储户的信息及密码。

②打印储户的余额余额查询活动图:转账功能:为储户提供转账给其它储户的服务,将储户的存款信息进行调整,以保持信息的一致。

①需要储户的信息及密码。

②需要其它储户的账号信息③需要进行一定的手续费收取转账活动图:密码修改:为储户提供密码修改服务,将储户的密码信息进行调整,以保持信息的一致。

①需要储户的信息及密码。

②需要储户输入新密码并确认。

用户密码修改活动图:2.2 性能需求①数据精确度在进行向数据库文件提取数据时,需求数据记录定位精确,在往数据库文件数组中添加数时,要求输入数精确金额,,卡号等按消息设定字符数。

②时间特性程序响应时间:在人的感觉和视觉事物围;信息交换时间:要求在程序调用前调用后都与数据库保持同步更新,网络信息交换施加应该小于程序调用时间。

③适应性要求数据库局用很好的更新能力,由于本产品是试验性软件,故对磁盘和存容量没有很高的要求,但是数据库应该能够对并发事件,脏数据具有较强的识别处理能力。

④磁盘容量由于要存贮大量的数据和信息,所以要求要有足够的磁盘容量。

⑤主存容量为了满足储户的要求,系统必须要有高的运作速度,储户填写的表单输入到系统,系统必须能快速及时作出响应,迅速处理各项数据、信息,显示出所有必需信息并打印出各项清单,所以要求很高的信息量速度和大的主存容量。

2.3 运行需要①用户界面屏幕格式:采用窗口格式,通过分窗口操作进行各个操作之间的转换。

报表格式:以银行原报表格式设计电子打印表格式。

菜单格式:下拉式菜单,应显示储户资料及资料的各个详细条目。

②硬件接口网络硬件接口要求:显示中要求具有高速以太网组以实现联网操作,但是在理论试验验证软件本身的目的来看,无需网络通讯接口。

③软件接口Windows 标准接口,要求与其他软件无冲突错误发生。

④通信接口计算机与打印机有高速传输的连接接口,最后以纸的形式打印出清单给储户。

⑤故障处理软件应具备自由拼写错误检查等功能,在出现故障后应从整个系统数据库更新载入数据库进行操作。

2.4 输入要求①业务员从存取款表单输入数据,要迅速精确,适当调整输入时间,不能让客户等太久,但也不能让业务员太过忙碌以免影响正确率。

②储户自己在自动机存钱时要耐心等待机器算清正确,待准确无误时再按确认。

2.5 输出要求①要求能快速准确打印出清单给客户。

②要求能够快速响应储户的功能要求。

2.6 其他需求①可用性本软件业可以通过单步跟踪的操作进行检查处理。

②安全性由于软件运行数据库中,所以参数不容易被错改,破坏,万一参数受到破坏也不会影响源程序。

③可维护性本软件利用数据库进行编程,系统结构由程序基本无额定,大量的参数及文本容全部存放于数据库中。

修改,更新数据库只要在数据库进行修改添加,而不需要对系统结构进行修改,这样系统维护性升级都十分方便。

④兼容性适合windows 95 ,windows 98,windows xp,windows sp2及以上操作系统、数据库:SQL SERVER 2000第三章与用户的沟通3.1 访谈当前大多数银行所使用的银行储蓄系统办理业各时手续繁多,人工业务操作过多,严重影响了工作效率,以至客户等待办理手续过长感到不耐烦,且出错率高。

针对于现象,与银行相关人员进行交流,获取需求以及了解银行的主要功能模块以及各个模块之间的联系。

与用户进行交流(主要采取问卷调查方式),查看当前用户的需求。

针对用户以及银行业务人员的要求进行系统的设置。

3.2 描述如储户用卡取款时能直接取款,可以交给业务员输入资料,再由储户输入密码以确认身份,然后业务员才把现金交给储户,也可以自己到ATM取款机自己自行。

第四章系统的数据流程和处理流程4.1 识别参与者(角色)通过分析银行系统的功能需求,可以识别出3个参与者:(1)后台管理员:相当于银行的工作人员(2)客户:任何在银行中开户的个人或组织(3)银行系统:提供存、取等业务的银行。

客户可在银行中开户或销户(关闭)。

4.2 用例建模(Modeling Use Cases)存钱记录登录设置参数账户管理财务管理管理员财务分析1.使用时序图来描述用例(Using Activity Diagrams to Represent Use Cases)(1)修改信息时序图(2)存款(Deposit fund)时序图(3)取款(Withdraw fund)时序图(4)转帐(Transfer fund)时序图(5)开户(创建)时序图(6)注销账户时序图4.3 定义系统对象类1.定义过系统需求,就可以根据系统需求来识别系统中所存在的对象。

2.系统对象的识别可以通过寻找系统域描述和需求描述中的名词来进行,从系统需求描述中可以找到的名词有银行(Bank)、(Account)、客户(Customer)、资金(Funds),这些是对象图中的候选对象。

3.判断是否应该为这些候选对象创建类的方法是:是否有与该对象相关的身份和行为。

如果有,则它是一个存在于模型中的对象,应该为之创建类。

资金没有对象,也没有与资金相关的行为。

4.从上述分析可知,系统至少具有3个重要的类:Bank、Account、Customer。

在银行中,对进行存钱、取钱、转帐操作,要保留业务记录。

因此在系统中还应有代表这些业务记录的对象存在:存(Deposit)、取(Withdraw)、转帐(Transfer),这三个类都是一种业务记录,故可抽象出父类:Transaction。

5.接着需确定这些对象的属性和行为。

1)类Bank的属性和行为bankCode: String name: Stringaddress: String Phone:String Fax:StringsetBankCode(code: String)setName(name: String)setAddress(address: String)setPhone(phone: String)setFax(fax: String))(设置私有属性)getBankCode(code: String)getName(name: String)getAddress(address: String)getPhone(phone: String)getFax(fax: String))(访问私有属性)(2)类Account的属性和行为bank: Bank holder: Customer[]accountNo: String createDate: Datebalance: float (私有属性)getHolders(): Customer[ ]newAccount(holder:Customer,balance:float):voidremAccount(accountNo:String):void(销户)Withdraw(holderName:String,holderID:String,accountNo:String,mo ney:float):float(返回取户余额)Deposit(holderName:String,holderID:String,accountNo:String,mon ey:float):float(返回存款户余额)2)类Account的属性和行为transferOut(accountNo: String, bankCode: String, money: float): floattransferIn(accountNo:String, bankCode: String, money: float): floatnewBalance(): float(计算新的余额)update(): void(更新数据库中的信息)save(): void(将信息存储到数据库中)delete(): void(从数据库中删除)closeAccount(accountNo: String): voidgetAccount(accountNo:String): Account(返回指定的信息)query(holderName:String,holderID:String, accountNo:String, money:float, isSaving: Boolean):Boolean(查询存取是否存在,若是取款,还要查询余额是否足够)3)类Customer的属性和行为Name: String customID: Stringaddress: String account: account[ ]getAccounts(): Account[ ]Query(name: String, id: String): BooleannewCustomer(name: String, id: String, address: String, account: Account[ ]):void(创建客户对象)save(): void(将客户信息存储到数据库中)update(): void(更新DB中客户信息)hasAccount():Boolean(判断客户是否还持有)delete(): void(删除DB中的客户信息)(4)类Transaction的属性和行为私有属性:account: AccountcreateDate: Date fund: float(交易金额)newTransaction(account: Account, fund: float, date: Date): void save():void(将交易记录存储到数据库中)(5)类Deposit的属性和行为继承类Transaction,无私有属性newDeposit(account: Account, fund: float, date: Date):void(创建存款交易记录)save(): void(将存款交易记录存储到DB中)6)类Withdraw的属性和行为继承类Transaction(同样有account,createDate及交易金额fund属性)。

相关文档
最新文档