银行存储系统项目开发可行性报告分析.doc

银行储蓄系统开发与设计可行性研究报告 1、引言 1.1编写目的 经过对银行储蓄系统项目进行详细调查研究，初步拟定系统实现报告，明确开发风险及其所带来的经济效益，对软件开发中将要面临的问题及其解决方案进行可行性分析。本报告经审核后，交由软件项目经理审查。 1.2项目背景 1.2.1 项目名称：银行储蓄系统 1.2.2 用户：银行 1.2.3 说明：现在的银行储蓄系统工作效率低，越来越不能满足广大储户的需要。银行与客户都迫切希望能更方便更省时就可以办理储蓄业务。现代计算机网络的高速发展使越来越多的人更喜欢网上购物、不出门即可交纳各种费用。在这样的背景下，很明显现行的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的银行储蓄系统。 1.3参考资料 《软件工程——原理，方法与应用》 吴钦藩编著 人民交通出版社出版 《软件工程导论（第四版）》 张海藩编著 清华大学出版社出版 《软件工程》　任胜兵、邢琳编著　　北京邮电大学出版社 2、可行性研究的前提 2.1要求 2.1.1 功能要求 此系统所要完成的主要功能模块有两部分：取款系统与存款系统。 存款时，储户填写存款单，然后交给银行业务人员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率等信息，完成后由系统打印存款凭单给储户。 而取款时，储户填写取款单交给业务人员，业务人员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。 2.1.2 性能要求 为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也还要有足够大的磁盘容量；安全性也是系统最重要的性能需求之一，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。 2.1.3 接口要求 业务员键入储户的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。 2.1.4 输入要求 　　业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率。 2.1.5 输出要求 要求能快速准确打印出清单给客户。 2.1.6基本的数据流程和处理流程 2.1.7安全与保密要求 为了确保储户的利益，储户的各种信息应保密，特别是对储户账户密码等信息的保密安全。由于查询人员的身份和目的不同，本系统还提供不同的查询权限，如行长与普通的业务人员之间的权限不同。 2.1.8完成期限 初步确定开发期为6个月，试运行期为3个月，系统计划于2012年春节正式投入运行。 2.2目标 银行是以盈利为主的服务性机构。为了在竞争中取得优势，必须提供优质的管理服务使其能够顺利发展。目标具体表现为在银行内部建立储蓄系统，初步实现系统计算机化，并保证该银行能够按期望顺利完成工作，提高工作人员的工作效率；与其他多间银行联网，促进银行间的互联合作，提高银行储蓄系统的整体水平，从而实现银行储蓄系统的高效性、方便性、实用性、互联性，提高银行的信用度、银行的经济效益和社会效益。 2.3条件、假定和限制 假设开发的软件运行的最短寿命为五年；开发时间与试运行时间预定为八个月；经费的投资限制在30万元以内；系统运行环境如下：系统平台： Microsoft XP/编程软件：J2SE v 1.4.2_01 SDK/Microsoft Visual C++6.0/创建数据库：Microsoft Office Access 2003； 2.4可行性研究方法 采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈或开会的形式和专家和银行经理交谈，落实最后的问题定义。 2.5决定可行性的主要因素 本次可行性分析是按照软件工程的规范步骤进行的，即按复查项目目标和规模，研究目前正使用的系统，导出新系统的高层逻辑模型，重新定义问题这一循环反复的过程进行。然后提出系统的实现方案，推荐最佳方案，对所推荐的方案进行经济、技术、用户操作和法律的可行性分析，最后给出系统是否值得开发的结论。 3、对现有系统的分析 当前大多数银行所使用的银行储蓄系统办理业各时手续繁多，人工业务操作过多，严重影响了工作效率，以至客户等待办理手续过长感到不耐烦，且出错率高。 3.1处理流程和数据流程 以