《银行系统可行性分析报告书告 》.doc

UML系统可行性分析 报告 题目： 学 ： ： ：指导教师： 1 引言 3 1.1 编写目的 3 1.2 背景 3 2 可行性研究的前提 3 2.1 基本要求 3 2.1.1 功能要求 3 2.1.2 接口要求 4 2.1.3 输入要求 4 2.1.4 输出要求 4 2.2 开发目标 4 2.3 限制条件 4 2.3.1 开发时间 4 2.3.2 运行环境 4 2.3.3 使用寿命 4 2.3.4进行可行性研究的方法 5 3 对现有系统的分析 5 3.1 当前系统的处理流程和数据流程 5 3.2 工作负荷 5 3.3 人员 5 3.4 局限性 5 4 建议选择的系统方案的描述 6 4.1 对新系统的说明 6 4.2 新系统的数据流程和处理流程 6 4.2.1 数据对象E-R图 6 4.2.2 数据流程图 7 4.2.3 数据字典 9 4.3 改进 9 4.4 新系统的影响 9 4.4.2 对银行业务员的影响 9 4.4.3 对客户的影响 10 4.5 局限性 10 4.6 技术条件方面的可行性 10 4.7 可供选择的其他系统方案 10 5 投资、成本及收益分析 11 5.1 投资估计 11 5.1.1 基础投资 11 5.1.2其它投资 11 5.2 收益分析 11 5.2.1 精减人员收益 11 5.2.2 整体收入增加 11 5.3 收益/投资比 11 6 技术风险评价 12 7 社会、法律因素发面的可能性 12 7.1 法律方面的可行性 12 7.2 用户可行性 12 8 结论 12 1 引言 1.1 编写目的 应某银行要求，为提高该银行的存取款工作效率，降低工作的人力、物力开支，提高工作的准确性、正确性，并且便于储户信息存取，现为其开发计算机存取款系统。 本报告的读者对象为研究中心人员和主管技术人员以及项目设计人员 1.2 背景 项目名称：银行管理系统 用 户：××银行 说 明：项目名称初步定为：银行管理系统 分为四个子功能模块：密码模块、更新模块、存款模块和取款模块。本项目设计过程中参考了某研究中心以前开发的基于Windows系统的数据库管理系统。 2 可行性研究的前提 2.1 基本要求 2.1.1 功能要求 银行计算机储蓄系统应便于储户进行存款和取款，并且便于对个人信息的查询，便于操作，提高工作效率，并能在一定程度上实现自动化。 （1）功能： CBAS系统的主要功能为：数据更新、存款、取款和数据导入/出。 数据更新功能分为三部分：数据添加、数据删除和数据修改。 数据添加功能提供便捷的录入界面，通过应用程序将原始数据追加到数据库中。 数据删除将满足用户要求的相应记录从数据库中删除。 数据修改功能允许用户对他所指定记录的相关信息进行修改。 存/取款功能：允许用户进行相应的存/取款业务，处理数据，计算数据。 数据导入/出：允许用户将全部记录导入至数据库或其他存储设备。 （2）性能：方便快捷有效地完成存/取款业务。 （3）系统的输出：各类型的报表 （4）安全和保密要求：系统对不同权限的用户提供不同的功能模块 （5）完成期限：暂定 月，具体进度安排见详细设计 2.1.2 接口要求 业务员键入储户的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。 2.1.3 输入要求 　　业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率。 2.1.4 输出要求 　　要求能快速准确打印出清单给客户。 2.2 开发目标 开发目标应考虑到如下因素： （1） 人力与设备费用的相对减少 （2） 处理速度的提高 （3） 人员利用率的改进 近期目标 第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。 长期目标 拟在三至四年内，在国内多间银行中建立该计算机储蓄系统，促进多间银行间的互联合作，实现银行储蓄系统的计算机管理体制，提高银行储蓄系统的整体水平；并实现银行储蓄系统的高效性、方便性、实用性、互联性，从而提高银行的信用度，提高银行公司的经济效益和社会效益。 2.3 限制条件 2.3.1 开发时间（只限于近期目标） 预定为半年 2.3.2 运行环境 Windows 98/xp 及以上操作系统、数据库：Oracle 8 2.3.3 使用寿命 该系统至少使用四年以上。 2.3.4进行可行性研究的方法 采用