Mini手机银行系统需求分析

Mini手机银行系统需求分析
Mini手机银行系统需求分析

Soft Requireme nts

Specificati on

Mini手机银行软件需求规格说明书

Revision Record 修订记录

Catalog

目录

1 Introduction 简介.................................................... 错误!未定义书签。

Purpose 目的...................................................... 错误!未定义书签。

Scope 范围........................................................ 错误!未定义书签。

2 General description 总体概述 ........................................ 错误!未定义书签。

Software perspective 软件概述...................................... 错误!未定义书签。

the Project 项目介绍........................................... 错误!未定义书签。

of Product 产品环境介绍........................................ 错误!未定义书签。

Software function 软件功能.......................................... 错误!未定义书签。

Actors ....................................................................................................... 错误!未定义书签。

Assumptions & Dependencies 假设和依赖关系........................ 错误!未定义书签。

3 Functional Requirements 功能需求................................... 错误!未定义书签。

SJYH001登录注册.................................................. 错误!未定义书签。

Goal in Context 简要说明................................. 错误! 未定义书签。

Preconditions 前置条件 .................................. 错误!未定义书签。

End Condition 后置条件.................................. 错误!未定义书签。

Actors ..................................................................................... 错误!未定义书签。

Trigger 触发条件 ........................................ 错误!未定义书签。

Description 基本事件流描述............................... 错误!未定义书签。

SJYH002转账汇款.................................................. 错误!未定义书签。

Goal in Context 简要说明................................. 错误! 未定义书签。

Preconditions 前置条件 .................................. 错误!未定义书签。

End Condition 后置条件.................................. 错误!未定义书签。

Actors ..................................................................................... 错误!未定义书签。

Trigger 触发条件 ........................................ 错误!未定义书签。

Description 基本事件流描述............................... 错误!未定义书签。

SJYH003查询服务.................................................. 错误!未定义书签。

Goal in Context 简要说明................................. 错误! 未定义书签。

End Condition 后置条件.................................. 错误!未定义书签。

Actors ..................................................................................... 错误!未定义书签。

Trigger 触发条件 ........................................ 错误!未定义书签。

Description 基本事件流描述............................... 错误!未定义书签。SJYH004账户管理.................................................. 错误!未定义书签。

SJYH004-1修改密码 ..................................... 错误!未定义书签。

SJYH004-毀置账户变动提醒............................... 错误!未定义书签。

SJYH004-設置支付密码................................... 错误!未定义书签。

SJYH004-4^结账户...................................... 错误!未定义书签。

SJYH004-5青求解冻账户 ................................. 错误!未定义书签。SJYH005汇率利率查询............................................. 错误!未定义书签。

Goal in Context 简要说明................................. 错误! 未定义书签。

Preconditions 前置条件 .................................. 错误!未定义书签。

End Condition 后置条件.................................. 错误!未定义书签。

Actors ..................................................................................... 错误!未定义书签。

Trigger 触发条件 ........................................ 错误!未定义书签。

Description 基本事件流描述............................... 错误!未定义书签。SJYH006储蓄服务.................................................. 错误!未定义书签。

Goal in Context 简要说明................................. 错误! 未定义书签。

Preconditions 前置条件 .................................. 错误!未定义书签。

End Condition 后置条件.................................. 错误!未定义书签。

Actors ..................................................................................... 错误!未定义书签。

Trigger 触发条件 ........................................ 错误!未定义书签。

Description 基本事件流描述............................... 错误!未定义书签。SJYH007自助缴费.................................................. 错误!未定义书签。

Goal in Context 简要说明................................. 错误! 未定义书签。

Preconditions 前置条件 .................................. 错误!未定义书签。

End Condition 后置条件.................................. 错误!未定义书签。

Actors ..................................................................................... 错误!未定义书签。

Description 基本事件流描述............................... 错误!未定义书签。

SJYH011业务管理.................................................. 错误!未定义书签。

Goal in Context 简要说明................................. 错误! 未定义书签。

Preconditions 前置条件 .................................. 错误!未定义书签。

End Condition 后置条件.................................. 错误!未定义书签。

Actors ..................................................................................... 错误!未定义书签。

Trigger 触发条件 ........................................ 错误!未定义书签。

Description 基本事件流描述............................... 错误!未定义书签。

SJYH012 银行职员权限管理......................................... 错误!未定义书签。

Goal in Context 简要说明................................. 错误! 未定义书签。

Preconditions 前置条件 .................................. 错误!未定义书签。

End Condition 后置条件.................................. 错误!未定义书签。

Actors ..................................................................................... 错误!未定义书签。

Trigger 触发条件 ........................................ 错误!未定义书签。

Description 基本事件流描述............................... 错误!未定义书签。

4 Performance Requirements 性能需求................................. 错误! 未定义书签。

5 Interface Requirements 接口需求..................................... 错误! 未定义书签。

User Interface 用户接口............................................. 错误!未定义书签。

登录注册 ....................................................... 错误!未定义书签。

主菜单 ........................................................ 错误!未定义书签。

转账汇款 ....................................................... 错误!未定义书签。

查询服务 ....................................................... 错误!未定义书签。

账户管理 ....................................................... 错误!未定义书签。

汇率利率查询................................................... 错误! 未定义书签。

储蓄服务 ....................................................... 错误!未定义书签。

自助缴费 ....................................................... 错误!未定义书签。

Software Interface 软件接口......................................... 错误!未定义书签。

Hardware Interface 硬件接口........................................ 错误!未定义书签。

Communication Interface 通讯接口 .................................. 错误!未定义书签。

Other Interfaces 其他接口........................................... 错误!未定义书签。

Standards compliance 标准符合性................................... 错误!未定义书签。

Hardware Limitations 硬件约束...................................... 错误!未定义书签。

Technology Limitations 技术限制.................................... 错误!未定义书签。

7 Software Quality Attributes 软件质量特性............................. 错误!未定义书签。

Reliability 可靠性................................................... 错误!未定义书签。

Usability 易用性.................................................... 错误!未定义书签。

8 Other Requirements 其他需求....................................... 错误!未定义书签。

Database 数据库................................................... 错误!未定义书签。

Operations 操作 ................................................... 错误!未定义书签。

Localization 本地化................................................. 错误!未定义书签。

9 Requirements Classification 需求分级................................ 错误!未定义书签。

10 Issues To Be Determined 待确定问题................................ 错误!未定义书签。

11 Appendix 附录..................................................... 错误!未定义书签。

Feasibility Study Results 可行性分析结果............................. 错误!未定义书签。

Glossary词汇表..................................................... 错误!未定义书签。

1 Introduction 简介

1.1Purpose 目的

本文档描述的是“基于Android 手机平台的手机银行”软件功能的需求点分析,本文档主要针对手机银行软件各个业务功能模块需求点进行业务、用例、功能上的分析,文档主要面向本项目开发本的项目组成员,让项目组成员充分了解本手机银行软件开发项目的需求、功能模块、业务逻辑等,从而完整、有效地开发以及实现软件全部的功能。

本系统以团队协作的形式进行研发,个人研发可根据选用的系统功能模块,计算裁剪后的系统规模。

1.2Scope 范围

本手机银行需求规格说明文档包括:总体概述、功能需求、性能需求、接口需求、总体设计约束、软件质量特性、其他需求、需求分级、待确定问题、附录相关章节,每章节分别提出针对本手机银行项目不同层面的分析。

2 General description 总体概述

2.1Software perspective 软件概述

the Project 项目介绍

手机银行是网上银行的延伸,也是继网上银行、电话银行之后又一种方便银行用户的金融业务服务方式,有贴身“电子钱包”之称。它一方面延长了银行的服务时间,另外也扩大了银行服务范围。当手机把收音机、MP3、照相机、摄相机、电视机、PDA等各种功能集于一身,超出了最初作为单纯的通讯工具的定位、成为人们日常生活的一个重要组成部分时,同时也成为了银行业嫁接的目标,即银行业务与手机结合而成的“手机银行”。

银行储蓄管理系统

燕山大学三级项目设计说明书 题目:银行储蓄管理系统 学院(系):信息学院 年级专业:教育技术学15—1 学号: 学生姓名:付叶禹 郑凯峰 李文悦 王宇晨 李晓晗 指导教师:梁顺攀 教师职称:副教授 燕山大学三级项目设计(论文)任务书 院(系):信息学院教学单位:

说明:此表一式四份,学生、指导教师、基层教学单位、系部各一份。 年月日燕山大三级项目设计评审意见表

摘要 论文阐述的是在SQL server 2008开发环境下对银行储蓄管理系统的设计。希望通过该系统的应用,能促使银行储蓄管理工作的规范化、标准化和自动化,提高管理水平和管理效率,为管理工作提供更完善的信息服务和一个成功的信息管理系统。数据库是一个非常重要的条件和关键技术,管理系统所涉及的数据库设计分为:数据库需求分析、概念设计、逻辑设计过程。 本论文叙述了数据库设计的全过程。 主要分为: 1. 系统需求分析与功能设计阶段,包括功能需求、性能需求、数据需求、系统功能框图、系统总体数据流图及分模块数据流图、数据字典。 2. 总体设计阶段,包括系统总体功能模块图、功能模块描述、输入输出及统计查询等功能模块。 3. 概念设计阶段,包括系统各个模块的ER图及系统的总ER图。 4.逻辑结构设计阶段,包括系统各个模块的ER图所转化的关系模式。 关键词:数据库设计;管理系统; SQL server 2008;

目录 摘要...................................................... 1 绪论................................... 错误!未定义书签。1.1项目背景............................. 错误!未定义书签。1.1编写目的............................. 错误!未定义书签。1.1软件定义............................. 错误!未定义书签。 1.1开发环境............................. 错误!未定义书签。 2 系统需求分析 (2) 2.1信息与功能需求 (2) 2.2业务处理需求 (2) 2.3数据流图 (3) (3) (4) 2.4安全性与完整性要求 (8) 2.5数据字典 (8) 2.5.1储户基本信息表 (8)

银行系统数据库需求分析报告

银行数据库系统需求分析 报告 王莫凡 信管0802 2008112445

目录 第一章引言 (3) 1.1 编写目的 (3) 1.2 背景 (3) 1.3 参考资料 (4) 第二章需求分析报告前提 (4) 2.1 功能需求 (4) 2.1.1 功能划分 (4) 2.1.2 功能描述 (4) 2.2 性能需求 (7) 2.3 输入要求 (7) 2.4 其他需求 (8) 第三章与用户的沟通.................................................................. 错误!未定义书签。 3.1 访谈................................................................................. 错误!未定义书签。 3.2 描述................................................................................. 错误!未定义书签。第四章结论 (8)

第一章引言 1.1 编写目的 本报告的目的是规范化本数据库系统的编写,旨在于提高数据库开发过程中的能见度,便于对数据库开发过程中的控制与管理,同时提出了本银行数据库系统的开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用 此文档进一步银行系统数据库开发的细节问题,明确数据库需求、安排项目规划与进度、组织开发与测试,便于用户与开发商协调工作。经过对该银行数据库系统项目进行详细调查研究,初拟系统实现报告,对开发中将要面临的问题及其解决方案进行需求分析。 1.2 背景 项目名称:银行系统数据库 用户:××银行 说明:银行系统是与生活紧密相关的一个机构,银行提供了存款、取款、贷款等业务。在银行设立账户的人或机构通常被称为银行的客户。 1、银行有多个分支机构,每个分支机构位于某个城市,由唯一的名称标识, 每个分支机构有一定的资产。 2、银行的客户通过其身份证号唯一标识。银行存储每个客户的姓名、居住 城市和街道。 3、一个客户可以有多个账户,每个账户有一个唯一的账号。银行记录每个 账户的余额以及每个账户的所有者和账户的所有存取款记录。 4、客户可以在银行的任何一个分支机构贷款,而且同一客户可以同时在不 同的分支机构都有贷款,但每笔贷款只能由一个分支机构发放。每笔贷 款用唯一的贷款号标识,一笔贷款可以分多次偿还。银行需要知道每笔 贷款的金额、贷款期限、贷款利率和逐次还款情况,对每次还款要记载

网上银行系统需求分析

网上银行系统需求分析 1.引言 1.1 编写目的 本报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见 度,便于对软件开发过程中的控制与管理, 同时提出了本网上银行系统的软件开 发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同 时也表明了本软件的共性,以期能够获得更大范围的应用 此文档进一步定制软件开发的细节问题,明确软件需求、安排项目规划与 进度、组织软件开发与测试, 便于用户与开发商协调工作。 本文档面向的读者主 要是项目委托单位的管理人员、 设计人员和开发人员, 希望能使本软件开发工作 更具体。 1.2 项目背景 软件名称:网上银行系统 委托单位:银行 开发单位: XXXXXX 组长: XXX 成员: XXX 1.3 定义 网上银行系统:基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求:用户解决问题或达到目标所需的条件或功能; 系统或系统部件要满足 合同、标准,规范或其它正式规定文档所需具有的条件或权能。 需求分析:包括提炼, 分析和仔细审查已收集到的需求, 以确保所有的风险 承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。 模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能, 而和软件系统中其他的模块的接口是简单的 1.4 参考资料 1.吴钦藩 《软件工程——原理,方法与应用》 人民交通出版社出版 6.唐有明、吴华 《 JSP 动态网站开发(典型案例) 》 清华大学出版社 2006年 8 月 7.宇帆、王方、何翠平 《网站建设——从入门到精通》 人民邮电出版社 2006年 8 月 2.任务概述 2.1 目标 2002年 6 月 2.张海藩 《软件工程导论 出版 2003 年9月 3.任胜兵、邢琳 《软件工程》 4.郑人杰 《实用软件工程》 第四版)》 清华大学出版社 北京邮电大学出版社 2001 年 10 月 清华大学出版社 2004 年7月 5.王珊、萨师煊 数据库系统概论》 高等教育出版社 2006 年 5 月

演讲稿银行系统需求分析.docx

一、需求陈述 随着经济建设的发展,人民生活水平得到了质的飞跃,手头的多余资金越来越多,在倡导消费理念的同时,人们也热衷于理财,银行管理系统为广大用户提供了方便,快捷的资金管理通道。因此,银行是一个与人们日常生活息息相关的机构。实际中的银行功能十分复杂,在这里仅讨论银最基本的功能,包括取款、存款、转账、开户以及注销账户。在对银行系统的基本功能进行分析后,得出需求陈述如下: 在银行系统中,银行首先需要为客户进行开户,一个银行可以有多个客户,一个客户可以持有多个账户。客户进入银行系统首先需要登录,银行系统验证用户身份后,客户可以进行业务操作。业务操作包括存款、取款、转账,其中转账操作可以实现银行内账户之间的转账和不同银行的账户之间的转账。银行职员可以为客户进行账户管理操作,包括创建、注销账户以及修改账户信息。 二、需求分析 1.确定参与者。 通过对系统需求陈述的分析,可以确定系统有如下执行者: (1)银行 任意一个可以为客户提供开户、销户、存款、取款、转账等业务的银行。 (2)银行职员 在银行中可以修改客户的账户信息,进行开户、销户等操作的职员。 (3)客户 可以在银行中进行存款、取款及转账等业务的任意组织或者个人。 2.确定用例 在确定参与者之后,结合银行系统的基本功能,进一步分析系统的需求,识别出的用例有: (1)登录 本用例提供了验证用户身份的功能。 (2)账户管理 本用例提供了创建、删除账户的功能,以及对账户信息进行修改的功能。 (3)存款 本用例提供了将钱存入账户的功能。 (4)取钱 本用例提供了将账户中的钱取出的功能。 (5)转账 本用例提供了将钱从一个账户转入其他账户的功能,它包括属于同一个银行的账户之间的转账和属于不同银行的账户之间的转账。 三、用例规约描述

银行综合业务系统需求规格说明书

银行综合业务系统 需求规格说明书 工程名称银行业务综合系统工程编号编写单位Object小组编写日期负责人周侃版本号

目录 一、引言3 1.1编写目的3 1.2工程背景3 1.3定义4 1.4参考资料5 二、任务概述5 2.1目标5 2.1.1 用户特点5 2.1.2 业务设计目标6 2.1.3 开发原则7 2.2名词解释8 三、系统概述15 3.1系统概述15 3.2具体架构说明17 四、需求分析17 4.1界面需求18 4.1.1签到界面19 4.1.2客户开户界面20 4.1.3账户客户界面20 4.1.4贷款21 4.1.5签退界面26 4.1.6查询错误!未定义书签。 4.1.6.1账户查询错误!未定义书签。 4.1.6.2贷款查询错误!未定义书签。 4.2交易需求27 4.2.1Teller端27 4.2.1.1签到27 4.2.1.2签退28 4.2.2ESB端29 4.2.2.1服务拆分29 4.2.3Core端29 4.2.3.1客户开户界面29 4.2.3.2账户开户界面30 4.2.3.3贷款发放界面32 4.2.3.4日终错误!未定义书签。 五、数据描述33 5.1 系统描述33 5.2 系统E-R图33 5.3实体及其属性的分析37 5.4实体间的关系分析38

一、引言 近年来,金融业的竞争开始由低层次向高层次发展,高科技战场将是我国各银行参与竞争、加快自身发展的主战场。银行要保持和扩大市场份额,必须拥有一种明显的、持久的优势。这种优势不是产品的优势,也不是网点的优势,而是高科技的优势。因此,银行电子化是银行提高工作效率,提高经管水平,提高服务质量,加速资金周转,促进社会经济发展的趋势。 随着计算机技术的不断发展,银行电子化水平的提高起到了积极的作用。随着客户金融意识的加强,对银行的选择条件也越来越高,而选择的尺度主要就是银行的服务质量。现在客户对银行的服务要求不仅仅是礼貌服务,更主要的看银行能不能给其提供更多的便利、更好的服务方式、更先进的服务工具来满足他们的各种需要。目前,各银行都投入许多精力,针对客户需求,在保持和完善传统业务的基础上,利用信息高技术开拓了许多新的业务领域,为客户提供了许多新的服务手段。 因此,由于银行有处理大量数据的要求,全部采用人工的方式处理显然不合适。这不仅要花费很高的成本,而且处理事物的效率和质量都存在很大的问题。处于这些问题的考虑,采用计算机来处理这类问题就是一个相当理想的解决技术方案。利用计算机可以极大地降低处理成本,更重要的是可以几乎没有错误的高效的处理所有的事务。 1.1编写目的 编写该文档的目的是明确“银行综合业务系统”工程的业务背景、业务范围、定义工程的专业名词,分析工程的核心功能和系统需求,为后续的系统设计以及开发人员和测试人员提供功能需求和非功能需求的详细定义,为测试人员提供测试用例设计的功能参考。 该文档为了便于更好地理解客户对软件的需求,对于其软件性能以及功能需求有一明确的目标,对于工程规划以及进度也做了简单的计划。 预期读者:组内成员 1.2工程背景 1.开发工程名称:银行综合业务系统 2.任务提出人员:神州数码融信软件有限公司

银行储蓄管理系统需求分析设计

〖银行储蓄管理系统〗需求分析 2016年5月

目录 1 引言 (3) 1.1 编写目的 (3) 1.2 项目背景 (3) 1.3 定义 (3) 1.4 参考资料 (3) 2 任务概述 (3) 2.1 目标 (3) 2.2 运行环境 (3) 2.3 条件与限制 (3) 3 数据描述 (3) 3.1 静态数据 (3) 3.2 动态数据 (3) 3.3数据库描述 (3) 3.4数据词典 (5) 3.5数据采集 (6) 4 功能需求 (7) 4.1 功能划分 (7) 4.2 功能描述 (7) 5 性能要求 (8) 5.1 数据精确度 (8) 5.2 时间特性 (8) 5.3适应性 (8) 6 运行需求 (8) 6.1 用户界面 (8) 6.2 硬件接口 (8) 6.3 软件接口 (8) 6.4 故障处理 (8) 7 其他需求 (9)

1引言 1.1 编写目的 根据需求调研分析报告,定义系统功能和系统数据流图,通过编写需求分析规格说明书,让开发人员能够根据需求规格说明书来开发项目。 1.2 项目背景 软件名称:银行储蓄系统 委托单位:银行 开发单位:科技大学 主管:荀亚玲 1.3 定义 银行储蓄应用软件:基本元素为构成银行储蓄行为所必需的各种部分。 媒体素材:是指传播教学信息的基本才来单元,可分为五大类:文本类素材、图形(图像)类素材、音频类素材、动画类素材、视频类素材。 需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有风险承担者都明其含义并找出其中的错误,遗憾或其他部族的地方。 1.4 参考资料 《软件工程导论——第5版》张海藩编著清华大学出版社 2任务概述 2.1 目标 完善目前银行储蓄系统,之智能跟上时代发展,同时通过实践来提高自己动手能力。 2.2 运行环境 操作系统:Windows XP/Windows Vista,支持环境:IIS 5.0 数据库:Microsoft SQL. Server 2000,编程环境:Microsoft visual basic 6.0中文版。 2.3 条件与限制硬件配置要求 硬什外部设备需奔腾133以上的pc机,内存需16兆以上 软件要求操作人员具有初步的相关知识 由于本系统为即时软件,刘数据蚓叫步要求较高,建议配置网络时使川叫靠性较高佝相关网络硬件设

银行储蓄系统需求分析报告

银行储蓄系统需求分析报告 1.引言 编写目的 本报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本银行储蓄系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用 项目背景 软件名称:银行储蓄系统 委托单位:银行 定义 银行储蓄应用系统软件:基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。 需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。 模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的 参考资料 《精通C#数据库开发》王华杰等清华大学出版社 2004年出版 《软件工程——原理,方法与应用》吴钦藩编着人民交通出版社出版 《软件工程导论(第四版)》张海藩编着清华大学出版社出版2.任务概述 目标 完善目前银行储蓄系统,使之能跟上时代的发展。同时通过实践来提高自己的动手能力 运行环境 操作系统:Microsoft Windows 2000 Advanced Server

支持环境:IIS 数据库:Microsoft SQL Server 2000 条件与限制 硬件配置要求:硬件外部设备需奔腾133以上的pc机,内存需16兆以上软件要求操作人员具有初步的相关知识 由于本系统为即时软件,对数据的同步要求较高,建议配置网络时使用可靠性较高的相关网络硬件设施。 银行以记时器记时完毕触发利息结算;对用户取款额未做上限约束;各间银行采用集中控制。 有效证件仅为身份证,牵涉到开户、撤户、挂失、取款时客户必须提供身份证号;存款及余额查询时不需提供身份证号。 不考虑系统的运行平台可能会出现的硬件故障。 3.数据描述 静态数据 包括系统登录密码,各数据库所在位置,系统分析原始数据。 动态数据 输入数据: 姓名,年龄,性别,身份证号,地址,帐号,密码 输出数据: 姓名,年龄,性别,身份证号,地址,帐号,密码,交易金额,余额,交易时间,交易号码 数据库介绍 采用JDBC技术连接使用SQL SERVER 2000 来设计数据库。 数据库名称:Bank 其中有六张表,它们是: Depositor (IDCode, IDCard, DName, Sex, Age, Address) 其中IDCode为系统自动赋值,IDCard为主键,是用户的身份证号码,DName表示姓名; CreditCard (IDCode, Number, Code, Pay) IDCode为在表Depositor中的IDCode值,Number为主键,是信用卡的卡号;Account (IDCode, Number, Code, Pay) IDCode为在表Depositor中的IDCode值,Number为主键,是存折的帐号;ExchangeRate (rateName, rateValue) 该表存储汇率值 IntrestRate(rateName, rateValue) 该表存储利率值

银行系统需求分析

银行系统需求分析 The manuscript was revised on the evening of 2021

一、需求陈述 随着经济建设的发展,人民生活水平得到了质的飞跃,手头的多余资金越来越多,在倡导消费理念的同时,人们也热衷于理财,银行管理系统为广大用户提供了方便,快捷的资金管理通道。因此,银行是一个与人们日常生活息息相关的机构。实际中的银行功能十分复杂,在这里仅讨论银最基本的功能,包括取款、存款、转账、开户以及注销账户。在对银行系统的基本功能进行分析后,得出需求陈述如下: 在银行系统中,银行首先需要为客户进行开户,一个银行可以有多个客户,一个客户可以持有多个账户。客户进入银行系统首先需要登录,银行系统验证用户身份后,客户可以进行业务操作。业务操作包括存款、取款、转账,其中转账操作可以实现银行内账户之间的转账和不同银行的账户之间的转账。银行职员可以为客户进行账户管理操作,包括创建、注销账户以及修改账户信息。 二、需求分析 1.确定参与者。 通过对系统需求陈述的分析,可以确定系统有如下执行者: (1)银行 任意一个可以为客户提供开户、销户、存款、取款、转账等业务的银行。(2)银行职员 在银行中可以修改客户的账户信息,进行开户、销户等操作的职员。 (3)客户 可以在银行中进行存款、取款及转账等业务的任意组织或者个人。 2.确定用例 在确定参与者之后,结合银行系统的基本功能,进一步分析系统的需求,识别出的用例有: (1)登录 本用例提供了验证用户身份的功能。 (2)账户管理 本用例提供了创建、删除账户的功能,以及对账户信息进行修改的功能。(3)存款 本用例提供了将钱存入账户的功能。 (4)取钱 本用例提供了将账户中的钱取出的功能。 (5)转账 本用例提供了将钱从一个账户转入其他账户的功能,它包括属于同一个银行的账户之间的转账和属于不同银行的账户之间的转账。

银行储蓄系统的需求规格说明书

1.引言 1.1 项目背景 项目说明:随着社会经济的发展,以及数字生活的逐步渗透,如何为用户提供更加便捷、更加周到的服务已经成为各大银行竞争的焦点。但如今银行储蓄系统工作效率比较低,越来越不能满足广大人民群众的需求,人们希望可以更方便更省时更省力的办理储蓄的相关业务。人们不再满足于以前传统的哪家银行卡只可以在那家银行存款提款的模式。而如今计算机网络的高速发展及普及度的进一步加强,越来越多的人希望通过在家实现存取款或是通过上网实现网上银行的功能等。在这样的趋势下,明显可以看出现今的银行计算机储蓄系统不能够满足人们日益增长的需求,为提高该银行的存取款工作效率,降低工作的人力、物力开支,提高工作的准确性、正确性,并且便于用户信息存取,需要建立一个新的、高效的、方便的、互联的计算机储蓄系统 1.2 项目目标 (1).处理速度的提高及准确度的保证; (2).人员利用率的改进及合理调度。 (3).改进管理和服务; 2.运行环境 1)客户端 操作系统:Windows xp/2000 server/2003 server/2008 server/7, Linux。 浏览器:IE 7.0以上,Firefox3.5以上,chrome 6以上。 2)服务器端 操作系统:Windows xp/2000 server/2003 server/2008 server/7, Linux。 浏览器:IE 7.0以上,Firefox3.5以上,chrome 6以上。 3)数据库 操作系统:Windows 7 数据库系统:Mysql 5.0及更新版本

3.性能需求 1)客户端一般相应时间不超过1秒。 2)报表统计时间不超过30秒。 4.安全性需求 1)对数据的访问设置权限,以保证用户个人信息的保密性。 2)对用户输入的密码进行单向加密,以防止密码泄露造成经济损失。 3)保证用户进行的业务执行正确和安全。 5.外部接口需求 用户接口 本系统采用B/S架构,所有界面使用WEB风格,用户界面的具体细节将在概要设计文档中描述。 6. 银行系统业务流程图

银行系统需求分析

一、需求陈述 随着经济建设得发展,人民生活水平得到了质得飞跃,手头得多余资金越来越多,在倡导消费理念得同时,人们也热衷于理财,银行管理系统为广大用户提供了方便,快捷得资金管理通道。因此,银行就是一个与人们日常生活息息相关得机构。实际中得银行功能十分复杂,在这里仅讨论银最基本得功能,包括取款、存款、转账、开户以及注销账户。在对银行系统得基本功能进行分析后,得出需求陈述如下: 在银行系统中,银行首先需要为客户进行开户,一个银行可以有多个客户,一个客户可以持有多个账户。客户进入银行系统首先需要登录,银行系统验证用户身份后,客户可以进行业务操作。业务操作包括存款、取款、转账,其中转账操作可以实现银行内账户之间得转账与不同银行得账户之间得转账。银行职员可以为客户进行账户管理操作,包括创建、注销账户以及修改账户信息。 二、需求分析?1、确定参与者。 通过对系统需求陈述得分析,可以确定系统有如下执行者:?(1)银行?任意一个可以为客户提供开户、销户、存款、取款、转账等业务得银行。 (2)银行职员?在银行中可以修改客户得账户信息,进行开户、销户等操作得职员。?(3)客户 可以在银行中进行存款、取款及转账等业务得任意组织或者个人。?2、确定用例?在确定参与者之后,结合银行系统得基本功能,进一步分析系统得需求,识别出得用例有:?(1)登录?本用例提供了验证用户身份得功能。 (2)账户管理 本用例提供了创建、删除账户得功能,以及对账户信息进行修改得功能。 (3)存款?本用例提供了将钱存入账户得功能。 (4)取钱 本用例提供了将账户中得钱取出得功能。?(5)转账?本用例提供了将钱从一个账户转入其她账户得功能,它包括属于同一个银行得账户之间得转账与属于不同银行得账户之间得转账。 三、用例规约描述 1、用例名称:登录 用例描述:客户进行业务操作前,需要启动该用例,使客户登录到银行系统中。前置条件:无 后置条件:如果用例成功,则客户登录到系统中。否则,系统状态不变。 活动得基本过程:当客户想登录到银行系统中时,用例启动。 (1)系统提示客户输入用户名与密码

银行帐户管理系统需求分析说明书

银行帐户管理系统需求分析说明书

银行帐户管理系统需求分析说明书1、引言

1.1编写本数据库的目的 经过本课题研究,能够较详细地体会数据库系统的构建过程、加深对课堂所学知识的理解,并将所学知识应用于现实生活实践中。结合对银行管理要求及储户需要的调查分析,运用数据库系统这门课程的内容,从银行的实际要求出发设计一个《储户储蓄账户管理系统》。在设计中将调查现有银行系统的优点及不足,并在本套系统中对长处加以继承,对不足处进行必要的改进。 1.2数据库的作用范围 本数据库系统使用在银行的日常储蓄业务中,是整合了储蓄所柜台操作系统、自动取款机系统和网上银行三个界面的,并包含了管理系统的综合数据库。管理系统能够对银行内的储蓄业务上的资金流进行分析,以及时发现不良的异常行为和对银行业绩进行评估。 1.3定义、同义词与缩写 ATM:自动柜员机 1.4参考文献 《软件工程理论与实践》科学出版社 《数据库系统教程》(第二版)高等教育出版社 《PowerDesigner分析设计与应用》电子工业出版社 2、一般性描述 2.1用户需求

经过问卷调查可知,普遍认为ATM方便快捷,安全性较好;综合问卷结果和银行效率,认为ATM上不需要增加其它币值的币种;网上银行作为一种较新的银行形式,安全性较高但有待于宣传,如果在安全性保证的前提下网上银行还是很有前景的;网上证券和网上购物都是有其相对于ATM和柜台的优势,即方便和快捷,但其功能有待于进步完善和推广。 调查问卷见附3 2.2产品与其环境之间的关系 本数据库系统应用平台是PC机及ATM上。由键盘输入信息,由屏幕显示并带有打印机。随着应用的需要,不同银行间的不同的数据库系统将有可能互联,因此本数据库系统将提供外部接口。 2.3产品功能 1)为银行用户提供ATM提款机自动化服务; 2)对各类账目进行统计和管理; 3)提供网上转账操作 4)对用户的帐户的活动进行记录; 5)对行内总支出收入做一个详细的统计; 6)银行对用户的各种操作进行登记,生成记录,以便以后对 某段时间内账目的监控。 7)支持一般的存取转查功能。

银行系统 UML需求分析图

电子科技大学软件学院标准实验报告(实验)课程名称UML 电子科技大学教务处制表

电子科技大学 实验报告 学生姓名:黄斌学号:2823102006 学生姓名:马少龙学号:2823102008 学生姓名:袁孝涛学号:2823102007 学生姓名:文志伟学号:2823102009 学生姓名:杨超学号:2823102010 指导老师:訾德义 实验地点:教学楼A105 实验时间:10,12,05 一、实验室名称:软件实验室 二、实验项目名称:可存取款ATM系统 三、实验学时:16 四、实验原理:(是不是把银行系统都改成ATMXXX?) 五、实验目的: 随着经济建设的发展,人民生活水平得到了质的飞跃,手头的多余资金越来越多,在倡导消费理念的同时,人们也热衷于理财,银行管理系统为广大用户提供了方便,快捷的资金管理通道。

银行系统分为ATM机,用户,后台服务器。用户向ATM提交数据,ATM机向服务器提出申请,服务器向ATM发送数据,ATM机将数据反馈给用户。 银行系统主要功能用:取款,存款,账户设置,转账汇款,查询账户。六、实验内容: 一个功能完善的银行管理系统,必须包括以下的几个模块。 ●用户登陆 由用户登陆、用户注销、退出系统3个部分组成。 ●取款 客户从银行合法账户取出一定资金。 ●查询账户 客户接受银行合法账户余额。 ●转账 用户把一个合法账户的款项存到另一个合法账户。 ●账户设置 主要对用户的账户相关信息的设置与修改。 七、实验器材(设备、元器件): a.试验环境Rose 2003 b.操作系统window XP

八、实验步骤: 步骤1:需求分析 步骤1.1:用户登陆 用户登陆所包括的功能模块如下图: 用户进入本银行管理系统的入口,没有得到身份验证的用户只能拥有最低的使用权限,即只能选择退出系统或是用户登陆。这是一个稳定、安全的系统所必须具备的。 步骤1.2:账户管理 账户管理系统是整个银行系统的核心,用户在此选项可以对合法账户的资金进行一定的操作,满足客户日常需要。并且对自己账户的密码,个人信息等进行安全方面的设置。

银行管理系统需求模板

银行管理系统需求

1.引言 1.1编写目的 本报告的目的是规范化本软件的编写, 旨在于提高软件开发过程中的能见度, 便于对软件开发过程中的控制与管理, 同时提出了本银行储蓄系统的软件开发过程, 便于程序员与客户之间的交流、协作, 并作为工作成果的原始依据, 同时也表明了本软件的共性, 以期能够获得更大范围的应用 此文档进一步定制软件开发的细节问题, 明确软件需求、安排项目规划与进度、组织软件开发与测试, 便于用户与开发商协调工作。本文档面向的读者主要是项目委托单位的管理人员、设计人员和开发人员, 希望能使本软件开发工作更具体 1.2项目背景 软件名称: 银行管理系统 委托单位: 第三小组( 银行) 开发单位: 武汉工程大学邮电与信息工程学院软件0602第四小组项目经理: 邹皓系统分析师: 黄山杜涛系统测试师: 朱海勇 1.3定义 银行管理系统应用系统软件: 基本元素为构成银行储蓄及相关行为所必须的各种部分。 需求: 用户解决问题或达到目标所需的条件或功能; 系统或系统部件要满足合同、标准, 规范或其它正式规定文档所需具有的条件或权能。

需求分析: 包括提炼, 分析和仔细审查已收集到的需求, 以确保所有的风险承担者都明其含义并找出其中的错误, 遗憾或其它不足的地方。 模块的独立性: 是指软件系统中每个模块只涉及软件要求的具体的子功能, 而和软件系统中其它的模块的接口是简单的 1.4参考资料 《软件工程——原理, 方法与应用》吴钦藩编著人民交通出版社出版 《软件工程导论( 第四版) 》张海藩编著清华大学出版社出版《软件工程》任胜兵邢琳编著北京邮电大学出版社《21天学通C++》 [美]Jesse Liberty Bradley Jones 编著人民邮电出版社 2.任务概述 2.1目标 完善当前银行管理系统, 使之能跟上时代的发展。同时经过实践来提高自己的动手能力 2.2运行环境 操作系统: Microsoft Windows 支持环境: IIS 5.0 数据库: Microsoft SQL Server 2.3条件与限制

银行储蓄系统——软件工程完整报告课程设计毕业论文

银行储蓄系统 小组成员任务 李健健 09 编写总体设计、详细设计中存款模块 马康白 04 用户验证模块 束锦萍 06 取款单打印模块 翟高星 03 1.编写报告总体框架与报告最终整理 2.取款模块 3.编写测试计划、测试分析报告并写入程序代码 周晖 06 按用户名和ID查询模块 朱文俊 07 (组长) 1.编写总体设计、详细设计中存款单打印模块 2.负责分配详细的任务 可行性分析报告 1引言 编写目的 经过对该银行储蓄系统项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效益。本报告经审核后,交由软件经理审查。 背景 项目名称:银行计算机储蓄系统 用户:××银行 说明:现在的银行储蓄系统工作效率低,不能满足广大人民群众的要,人们希望能更方便更省时地办理储蓄业务。在这样的背景下,切需要建立一个新的、高效的、方便的计算机储蓄系统。 1.3参考资料 《软件工程导论(第四版)》张海藩编着清华大学出版社出版 《软件工程》任胜兵邢琳编着北京邮电大学出版社 2 可行性研究的前提 基本要求 2.1.1 功能要求 此系统所要完成的主要功能有两方面: 储户填写存款单或取款单交给业务员键入系统,如果是存款,系统记录存款人姓名、住址、存款类型、存款日期、利率等信息,完成后由系统打印存款单给储户。 如果是取款,业务员把取款金额输入系统并要求储户输入密码以确认身份,核对密码正确无误后系统计算利息并印出利息清单给储户。 2.1.2 性能要求 为了满足储户的要求,系统必须要有高的运作速度,储户填写的表单输入到系统,系统必须能快速及时作出响应,迅速处理各项数据、信息,显示出所有必需信息并打印出各项清单,所以要求很高的信息量速度和大的主存容量;由于要存贮大量的数据和信息,也要有足够大

银行管理系统需求分析报告

银行管理系统 学院: 班级: 姓名: 学号: 目录 1背景分析 2目的 3可行性分析 4 性能需求 5功能需求 6系统功能分解 6-1整体功能分解 6-2用户操作分解 6-3业务员操作的分解 6-4系统输出分解 6-5整体功能 7数据流图 7-1系统顶层数据流(DFD)图 7-2用户存款的数据流图 7-3用户取款的数据流图 7-4用户查询的数据流图 7-5整体数据流图 8数据字典 9 总结

需求规格说明书 1 背景分析: 随着社会的不断发展,计算机越来越普及。我们正处在一个信息时代,计算机无处不在,它进入各行各业,改变着人们的生活。银行系统事关民之财政,重中之重,然而它的管理模式也随着时代不断进步发展,为实现人们方便省时的办理银行储蓄业务,出现了银行计算机储蓄系统。银行储蓄系统可以为人们方便办理储蓄业务,使人们在互联网办理存款、取款、查帐等业务,以高效、安全、互联为主要特征,为储户足不出户,提供各项业务的综合办理。 2 目的: 在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的银行储蓄业务系统,实现银行的金额交易自动化的计算机系统,为银行的决策层提供准确、精细、迅速的交易金额变动信息。 3 可行性分析: 对于系统的实现部分我们进行了分析,通过对现有技术力量和软硬件条 件的分析我们得出系统完全是可行性的。 1:技术上的可行性: 系统用java编程实现, 数据库运用sql server2005来实现, 采用自顶向下的方案进行设计实现。 2:时间可行性: 系统的实现为两个月,通过对各个阶段的分析我们得出时间的可行性, 系统科学分配完成需求分析,软件设计,编码,测试等过程。

银行客服中心知识库系统需求分析

客服知识库需求分析 一、当前主要的业务困境 (2) 1. 应用系统的困境 (2) 2. 日常知识管理的困境 (2) 3. 员工培训的困境 (2) 4. 业务和管理支持的困境 (3) 5. 专家知识发掘和利用的困境 (3) 6. 知识共享的困境 (3) 7. 岗位知识传承和优化的困境 (4) 8. 培训考核的困境 (4) 二、应用知识管理系统提升服务水平 (4) 三、知识库系统需求分析 (6) 1. 知识库分类设置 (6) 2. 用户、角色权限管理模块 (6) 3. 知识采集与录入 (8) 4. 知识的审核 (10) 5. 知识建议、意见和点评模块 (10) 6. 知识关联模块 (10) 7. 自定义知识模版管理 (11) 8. 版本管理 (11) 9. 知识转移管理 (12) 10. 知识搜索 (12) 11. 多格式附件 (14) 12. 附件知识在线阅读 (14) 13. 个人门户(个人空间) (14) 14. 培训、考试的个人功能: (15) 15. 案例库管理 (15) 16. 系统公告管理 (16) 17. 征询问答模块 (17) 18. 最新/最热知识 (18) 19. 知识统计模块 (18) 20. 知识库地图功能 (19) 21. 培训模块 (19) 22. 考试模块 (21) 23. 系统安全机制 (22)

一、当前主要的业务困境 随着业务的不断发展,客户的需求以及对服务质量的要求不断提高,对我们的服务能力提出了更高的要求。做为直接面向终端客户的客户服务部门,知识库成为日常应答客户问题、提升工作效率必备的工具,但我们当前用共享文件服务器管理知识库的模式存在一些较为突出的问题,造成了工作效率降低,座席相应时间增长,业务管理部门的知识生产、审核与座席人员的知识使用被割裂等,具体表现在以下方面: 1. 应用系统的困境 目前现有知识库功能比较简单,查询较慢等,已不能满足我们日常工作,以及业务发展的需求。 2. 日常知识管理的困境 知识管理比较混乱,日常工作中的资料、方案、计划、坐席通用FQA等存储和管理方式还比较简单,导致在使用、查找、版本等方面存在一定的混乱情况,尤其是在对Call Center的应用支持上明显不足。 3. 员工培训的困境 客户服务中心管理着全国众多的呼叫中心,人员众多,流动率也比较大,总是新人很多,这对总体员工(总体上)掌握和积累咨询业务

银行储蓄系统需求分析报告

银行储蓄管理系统需求分析报告 学校:河北科技师范学院 院系:数学与信息学院 班级:科技0901班 学号:XXXXXX 姓名:薛润霞

目录 1.引言……………………………………………………………………………… 1.1编写目的……………………………………………………………………… 1.2背景…………………………………………………………………………… 1.3定义…………………………………………………………………………… 1.4参考资料……………………………………………………………………… 2. 任务概述…………………………………………………………………………… 目标…………………………………………………………………………… 系统角色分析………………………………………………………………… 假定和约束…………………………………………………………………… 系统基本业务流程图…………………………………………………………3. 需求规定………………………………………………………………………… 对功能的规定………………………………………………………………… 对性能的规定………………………………………………………………… 精度…………………………………………………………………………… 时间特性要求………………………………………………………………… 灵活性………………………………………………………………………… 磁盘容量和主存容量………………………………………………………… 可扩展性……………………………………………………………………… 输入输出要求………………………………………………………………… 数据管理能力要求…………………………………………………………… 故障处理要求………………………………………………………………… 其他专门要求…………………………………………………………………4. 运行环境规定……………………………………………………………………

银行ATM机系统需求分析报告

ATM 系统需求分析报告

目录 第二章需求分析报告 (7) 功能需 求……………………………………………………………………. .7 运行需 要 (1) 6 输入要 求 (1) 6 输入要 求 (1) 6 其他需 求 (1) 6 第三章系统总体及界面设

计 (18) 总体设计 (18) 界面设计 (19) ATM系统表清单 (26) 系统ER 图 (29) 31

第一章引言 编写目的 应课程的需要,为了明确银行用户对ATM系统的需求,并在充分了解ATM系统软件的基础上较好的对ATM软件的细节问题进行了修正和改进,并提出了一些有一定意义的建议,使用户与开发人员双方对软件需求取得共同理解和双方满意,并作为优化整个银行软件系统的基础。 此报告文档进一步定制软件开发的细节问题,明确软件需求并进行了具体分析、组织软件开发与测试等,便于用户与开发商协调并行工作。经过对银行ATM系统项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行需求分析。 这个项目的开发是为银行提供一套高效稳定可靠的终端服务平台,为储户登录,存款,取款,查询,打印凭条等操作提供便利,尤其是在ATM机出现故障的情况下,提供了故障恢复的功能。 希望通过本次报告的编写,作为学生自身能够了解到更多关于编程及数据库应用方面的实际案例,将学习到的理论知识应用到实际生活中去,并在应用的过程中巩固学习到的理论知识,加深理解和掌握认知度,便于以后更好的学习其它知识,优化自我,提高自我。 背景 项目名称:银行ATM系统 银行系统是与生活紧密相关的一个机构,银行提供了存款、取

银行系统需求分析

一、需求陈述 随着经济建设得发展,人民生活水平得到了质得飞跃,手头得多余资金越来越多,在倡导消费理念得同时,人们也热衷于理财,银行管理系统为广大用户提供了方便,快捷得资金管理通道。因此,银行就是一个与人们日常生活息息相关得机构。实际中得银行功能十分复杂,在这里仅讨论银最基本得功能,包括取款、存款、转账、开户以及注销账户。在对银行系统得基本功能进行分析后,得出需求陈述如下: 在银行系统中,银行首先需要为客户进行开户,一个银行可以有多个客户,一个客户可以持有多个账户。客户进入银行系统首先需要登录,银行系统验证用户身份后,客户可以进行业务操作。业务操作包括存款、取款、转账,其中转账操作可以实现银行内账户之间得转账与不同银行得账户之间得转账。银行职员可以为客户进行账户管理操作,包括创建、注销账户以及修改账户信息。 二、需求分析1叭确定参与者。 通过对系统需求陈述得分析,可以确定系统有如下执行者:飢1)银行珥壬意一个可以为客户提供开户、销户、存款、取款、转账等业务得银行。 (2)银行职员A在银行中可以修改客户得账户信息,进行开户、销户等操作得职员。4(3)客户 可以在银行中进行存款、取款及转账等业务得任意组织或者个人。24、确定用例A在确定参与者之后,结合银行系统得基本功能,进一步分析系统得需求,识别出得用例有3 (1)登录A本用例提供了验证用户身份得功能。 (2)账户管理 本用例提供了创建、删除账户得功能,以及对账户信息进行修改得功能。 (3)存款金本用例提供了将钱存入账户得功能。 (4)取钱 本用例提供了将账户中得钱取出得功能。粼5 )转账丄本用例提供了将钱从一个账户转入其她账户得功能,它包括属于同一个银行得账户之间得转账与属于不同银行得账户之间得转账。 三、用例规约描述 1、用例名称:登录 用例描述:客户进行业务操作前,需要启动该用例,使客户登录到银行系统中。 前置条件:无 后置条件:如果用例成功,则客户登录到系统中。否则,系统状态不变。 活动得基本过程:当客户想登录到银行系统中时,用例启动。 (1)系统提示客户输入用户名与密码 (2)客户输入自己得用户名与密码,提交

银行系统需求分析

银行系统需求分析

目录 第一章引言 (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 参考资料 《件工程(第二版)》齐志昌谭庆平宁洪编著高等教育 《软件工程概论》人杰马素霞殷人昆编著机械工业 《软件工程——原理,方法与应用》吴钦藩编着人民交通出版

相关文档
最新文档