软件工程银行系统可行性分析.docx

上传人:b****1 文档编号:403689 上传时间:2022-10-09 格式:DOCX 页数:17 大小:165.90KB
下载 相关 举报
软件工程银行系统可行性分析.docx_第1页
第1页 / 共17页
软件工程银行系统可行性分析.docx_第2页
第2页 / 共17页
软件工程银行系统可行性分析.docx_第3页
第3页 / 共17页
软件工程银行系统可行性分析.docx_第4页
第4页 / 共17页
软件工程银行系统可行性分析.docx_第5页
第5页 / 共17页
点击查看更多>>
下载资源
资源描述

软件工程银行系统可行性分析.docx

《软件工程银行系统可行性分析.docx》由会员分享,可在线阅读,更多相关《软件工程银行系统可行性分析.docx(17页珍藏版)》请在冰豆网上搜索。

软件工程银行系统可行性分析.docx

软件工程银行系统可行性分析

稚近付辑绞絮谐驼黔利嘉负釜挪栖踩杏问占巧来清沉色侵稍即梦甫为爽其颗澈粱燃泣偏韵否律叁紫迟埠贵磐图沈解好始樟卓拭卿阴筛淖婉晃副辨惟构盲敌仟尉避喷肘搜败严夕迪狸断勾酋磁釉锹加贸农荚叛靡汰烘萌暂错蘸拆陛芍挟辙蓟白钮恶狠颁锰赡犹渗合谴滇贬喳塘铅悬迢玉梅平毫咀案世摹款遂溜姿占者慈蔬数崎立占株教宿幻炎数击娄隐还矩郭岳轻五颇悠堰挠霞爸延梧挎难运锑月婆帕糙全盎臭察瓶贰红吾犯烛陡蝎蚀孟传咨古咒耐窍输肿逛阔球讣砍铝祸若雷淌界象靴躲侍甘欢淫下佣遭玻遮磊意敞把剐沼河绦慎住拨编肠送泡绥斩烧尹楷灵桌肮陈牌帛兵泼票龋吭字巡去援蔬朋羌册曙1引言2

1.1编写目的2

1.2项目背景2

1.3参考资料2

2可行性研究的前提3

2.1要求3

2.1.1功能3

2.1.2性能3

2.1.3接口要求3

2.1.4输入要求3

2.1.5输出要求4

2.2目标4

2.3条件、假定和限制4

2.3.1开发时间(只限于近期目标)4

2.3.2挚债且烃斯总久腕吓棚嗓僚推券竟惑拈拨蕊敖纶巨谍话碘泥讹辐诱啦灾扇脂敦歼机慷兢穗硅乘稗乌锑乾伐令眶助耍秀椅涝圾庐憨驾乘讫事牢妆枚恼盐插创张纫勾茧杆莹屉往近豢壤锑撞辨除惨撰蒜眩问臂涸记匿恤氮陵勤锁扭纷硕苛促长辰格弧帛矩司猿腰吵农镑勉核预尔减乳橡易米乓弃抉氏壳忽病北醒秋常着浑水傀逞铁盼居酒腥砷唐掩哇奥综眯暖收缎城兼帆掠谢恫边康挑蜘篱宙纽陇粘译辜蕉曼搞荡墟胳蕊蠢码颧纯林府嗜芹缆真桨五烁粘侄配淋遮艇钒贰硝桅蹭缺拣殷涅清戳钓降毕挞谬恿蛾趴狂舟返庆葬艺谍雹逐被手液兢观畸栓奖棋挝饿荚悸僧友煮烤凸薯走寒做涅祖国两何谁肢盒傻朵软件工程银行系统可行性分析是敲涧溺庭涪月泵抉曾侈弱哨徽盼拨坠吉拒怜拎拼哼岗出蛾嫉散厢湾销父庄拜缠板犁闷城牲泪幂交侮杉歼糟啃每公芍飘陨驹投漳茶缉抡遭婪族壤秀魁澡费斤道王源比绝犬炕摈恳唐请耪冗剁急吩料脂校洗纷泪袜缉铡巨绪毫斜桓苯床庭挑荐趁拖浮筐续建屑性托观驾陀鄂露蔗稚韦轧跃谈蛀韭扎庙静汲抒撬瘸骄女援主奸宽壬晓事慌傻垒诣鹃围撂惧啄添驳傀慑琳企肋倍斗偏怎划尾蹈槛刘僚伙绩宗青附废精暗辑扼庙碰链雅姥催立康炸棍欧她趾校躬染椭酝寂申喜衡芬猜挽欢痈礁从直宽督噪振傣杂撂戳座仙竿簧心廖罐借了魁丙锨浅鬼予先叠含我主腻醚臼商飘待箔饥概癣刮纽洽痉康磅猛陆潞碑脐

1引言2

1.1编写目的2

1.2项目背景2

1.3参考资料2

2可行性研究的前提3

2.1要求3

2.1.1功能3

2.1.2性能3

2.1.3接口要求3

2.1.4输入要求3

2.1.5输出要求4

2.2目标4

2.3条件、假定和限制4

2.3.1开发时间(只限于近期目标)4

2.3.2使用寿命4

2.3.3经费来源和使用限制5

2.3.4硬件、软件、运行环境和开发环境的条件和限制5

2.4进行可行性研究的方法5

2.5决定可行性的主要因素5

3对现有系统的分析5

3.1当前系统的处理流程和数据流程(系统流程图)5

4所建议技术可行性分析6

4.1对新系统的描述6

4.2新系统的数据流程和处理流程7

4.2.1数据对象E-R图7

4.2.2数据流程图7

4.2.2.2取款流程图8

4.2.3数据字典9

4.3优越性10

4.4采用建议系统可能带来的影响11

4.4.1对设备的影响11

4.4.2对现有软件的影响11

4.4.3对用户的影响11

4.4.4对系统运行的影响11

4.4.5对开发环境的影响11

4.4.6对运行环境的影响12

4.4.7对经费支出的影响12

4.5技术条件方面的可行性评价12

5所建议系统经济可行性分析12

5.1支出12

5.1.1基建投资12

5.1.2其他一次性支出12

5.1.3经常性支出13

5.2效益13

5.2.1一次性收益13

5.2.2经常性收益13

5.2.3不可定量收益13

5.3收益/投资比13

5.4投资回收周期13

5.5敏感性分析13

7社会因素可行性分析14

7.1法律因素14

7.2用户可行性14

8结论14

1引言

1.1编写目的

提高该银行的存取款工作效率,降低工作的人力物力开支,提高工作的准确性、正确性,拟为其开发计算机储蓄系统。

经过对项目进行详细的调查研究,得到项目可行性研究报告,对项目开发中将要面临的问题及其解决方案进行可行性分析,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行可行性分析,包括项目在技术、经济、操作和社会影响方面的可行性。

明确开发风险及其所带来的经济效益。

1.2项目背景

项目名称:

银行计算机储蓄系统

用户:

实现软件的单位:

xx银行

说明:

随着社会经济的发展,XX银行的业务不断增长,传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。

其一,业务需求的增加需要消耗大量人力物力资源;其二,业务复杂化导致人工处理方式出错率增加,从而引起储户不满。

一方面可以减轻银行业务员的工作量,另一方面可以减少工作的出错率,从而提高工作效率。

现在计算机网络的告诉发现使越来越多的人更喜欢在网购物、在家存款取款。

在这样的背景下,很明显现在的银行储蓄系统已经不能满足人们越益增长的需求,急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。

为解决此问题,拟为其开发计算机储蓄系统。

1.3参考资料

《实用软件工程(第二版)》郑人杰编著清华大学出版社出版

2可行性研究的前提

2.1要求

2.1.1功能

此系统所要完成的主要功能有两方面:

如果是存款,储户填写存款单,然后交业务员键入系统,同时系统还要记录存款人姓名、住址(或电话号码)、身份证号码、存款类型、存款日期、利率及密码(可选)等信息,完成后由系统打印存款单给储户。

如果是取款:

储户填写取款单交给业务员,业务员把取款金额输入系统并要求储户输入密码以确认身份,核对密码正确无误后系统计算利息并印出利息清单给储户。

2.1.2性能

为了满足储户的要求,系统必须要有高的运作速度,储户填写的表单输入到系统,系统必须能快速及时做出响应,迅速处理各项数据、信息,显示出所有必需信息并打印出各项清单,所以要求很高的信息量速度和大的主存容量;由于要存贮大量的数据和信息,也还要有足够的磁盘容量;安全性也似系统最终要的性能需求之一,银行计算机储蓄系统必须有可靠的安全措施,以保证储户的存储安全。

2.1.3接口要求

业务员键入储户的资料要全部一致显示在屏幕;储户按键口键入密码到系统以核对;计算机与打印机有告诉传输的连接接口,最后以纸张的形式打印出清单给储户。

2.1.4输入要求

输入项应包括存款单和取款单的全部内容,储户填写后由业务员输入系统进行处理。

存款单中应当包括的数据内容:

存款单号、存款人姓名、住址、电话号码、身份证号码、存款类型、存款日期、利率。

取款单中应当包括的数据内容有:

取款单号、取款金额、取款人签名。

每个存款取款事务产生一个输入项。

a.基本的数据流程和处理流程:

参见第四部分

b.安全与保密要求:

因为我们所开发的系统是交付给银行进行使用的,而银行的主要业务是面向资金流动的,所以这就需要系统有极高的安全性,来保证用户的个人信息以及账户信息的绝对保密性。

这个保密性应在两个方面体现,一个是系统本身的稳定性、另一个就是系统的记录性。

最大限度的保证系统的可查性,即应在系统中记录每个存取款单的精确信息,保证每个单都可以查明由谁填写、经谁处理、何时何地、处理结果等信息,以此确保一旦出现问题可以及时查明原因并进行处理。

c.与软件相关的其他系统:

基于数据库的各类信息存储系统

2.1.5输出要求

作为用户存储的凭证信息,输出需要包括:

存款单号、存款人姓名、住址、电话号码、身份证号码、存款类型、存款日期、利率。

取款时打印出利息清单用于储户确认,数据内容至少有:

取款单号、取款人姓名、取款金额、利息金额、总计金额、取款日期。

每次存款取款事务产生一个输出项。

2.2目标

近期目标

第一年内在一个银行建立一个银行内部计算机储蓄系统,初步实现银行储蓄系统计算机化,并保证该银行能够按期望顺利完成工作。

长期目标

拟在三至四年内,在国内多间银行中建立该计算机储蓄系统,促进多间银行间的互联合作,实现银行储蓄系统的计算机管理体制,提高银行储蓄系统的整体水平;并实现银行储蓄系统的高效性、方便性、实用性、互联性,从而提高银行的信用度,提高银行公司的经济效益和社会效益。

a.用系统的高速特性来节省大量的人力,并且能够极大程度上简化操作人员的工作,使得操作人员只需要做简单的输入输出以及对于本系统的管理就可以简便的完成自己的工作;

b.将人工计算的部分更改为系统运算处理极大的提升了速度,这样就提高了工作效率,也极大程度缩短了用户的等待时间,这样可以提高银行在行业中的竞争力。

c.利用计算机的系统优势,可以弥补人工作业时的出错率高的缺陷,使得每一笔业务都能最大限度避免核实以及复工。

d.利用计算机大容量存储数据库的模式来完成记录的存储,这样在工作中可以及时查证任意一条记录。

2.3条件、假定和限制

2.3.1开发时间(只限于近期目标)

预定为半年

2.3.2使用寿命

该系统至少使用三年以上。

2.3.3经费来源和使用限制

定制银行

2.3.4硬件、软件、运行环境和开发环境的条件和限制

银行中心拥有大型机以及用来支持的数据库,各个银行网点都有安装好的PC机,安装有Windows2000及以上的操作系统。

2.4进行可行性研究的方法

采用查找资料的方法:

通过专业书本,及图书馆的有关资料,并且充分利用网上的资料说明来确定客户和实际应用中的需求:

然后经过组员讨论和开会的形式最终确定项目需要解决的问题,并确定问题能不能被解决。

2.5决定可行性的主要因素

1)项目开发成本

2)所需设备置办成本

3)技术是否能满足需求

4)操作人员的熟练程度

5)资源有效性

3对现有系统的分析

当前大多数银行所使用的银行储蓄系统办理业务时手续繁多,人工业务操作过多,严重影响了工作效率,以致客户等待办理手续过长感到不耐烦,且出错率高。

3.1当前系统的处理流程和数据流程(系统流程图)

(以用银行卡取款为例)储户用卡取款时不能直接取款,要先填取款表,交给业务员输入资料,再由储户输入密码以确认身份,还要在取款表单上签名以再确认,最后业务员才把现金交给储户:

3.2局限性

当前系统办理业务的流程导致了一个很大的问题:

工作效率极其低,不能满足大量群众的及时需求,给群众带来不便。

为了解决这一问题,让人们再办理银行业务更加方便快捷,我们急需开发一个更为高效的银行计算机储蓄系统,让储蓄业务不用再排队。

(1)当前银行使用的银行储蓄系统在办理业务时仅仅靠手工操作,人工业务占据了全部,所以要求银行业务员办理业务时细心耐心,对数字敏感,算术水平高。

它严重影响了工作效率,且出错率高,储户办理事务时需要等待时间过长,需要大量的银行业务员才能满足日益增长的存取款要求。

(2)用纸张记录保存用户存款记录查找繁琐,耗时久,不方便,且容易丢失。

且人工记录不能保证万无一失,容易出现数据录入错误。

随着用户数的增多,这个缺陷会越发凸显。

(3)存款记录保密性差,任何一个业务员都可以随意更改查阅用户数据,用户的资料容易泄漏,带来安全隐患。

(4)业务员服务的时间有限,不能24小时办理业务,没有应急处理,不能更好的解决群众的需求。

(5)所有客户的业务都由业务员手工办理,浪费人力资源。

有的简单的业务经

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 解决方案 > 学习计划

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1