计算机储蓄系统实验报告(包含可行分析需求分析概要设计).doc

软件工程实验报告计算机储蓄系统可行性分析一、引言1.1编写目的 经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效益。本报告经审核后，交由软件经理审查。1.2背景开发软件名称：计算机存储系统。项目任务提出者：武汉科技大学邮政储蓄银行。项目开发者：武汉科技大学开发小组。用户：武汉科技大学邮政储蓄银行。 说明：现在的人们希望能更方便更省时地办理储蓄业务。在这样的背景下，切需要建立一个新的、高效的、方便的计算机储蓄系统。1.3参考资料软件工程导论（第五版） 张海藩 编着 清华大学出版社出版 二、可行性研究的前提2.1基本要求2.1.1 功能要求此系统所要完成的主要功能有两方面： 储户填写存款单或取款单交给业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。如果是取款，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户2.1.2 性能要求为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也要有足够大的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。2.1.3 接口要求业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。2.1.4 输入要求业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率，造成用户损失。2.1.5 输出要求要求快速准确地打印出存款或取款清单给客户。2.2开发目标近期目标：第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。2.3限制条件2.3.1 开发时间(只限于近期目标)预定为半年。2.3.2 运行环境Windows xp 及以上操作系统、数据库：Microsoft SQL Server 2000。Microsoft Visual Basic 6.0 中文版.2.3.3 使用寿命该系统至少使用四年以上。2.3.4 进行可行性研究的方法采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈或开会的形式和专家以及银行经理交谈，落实最后的问题定义。三、系统可行性的分析3.1 系统简要描述当前大多数银行所使用的银行储蓄系统办理业务时手续繁多，人工业务操作过多，严重影响了工作效率，且出错率高，以至客户等待办理手续过长感到不耐烦，降低了银行效率。3.2当前系统的处理流程和数据流程 打印存单 开户系统用户业务员 取款 存款 存款 查询 取款 打印清单四、经济可行性分析4.1 投资估计正版软件2000元Microsoft SQL Server 2000 15万元网络设备 15万元机器设备（假设有五个窗口） 20万元辅助设备 20万元共计约 70万元其它投资 业务员工资 600万元/五年培训技术员 10万元维护费用 10万元不可知费用 10万元共计 630万元 投资共计约 700万元4.2 收益分析 减少人员5人（6000元/月）五年收益： （按利息率1%）6000*12*（1.1-1+（1.1）-2+(1.1)-55）*5*5=682 万元 每年可以增加10%的收益（假设当前收益是1500万/年）：1500万*(0.1*1.1-1+(1.12 1)*（1.1）-2+(1.15 -1)*(1.1)-55)*5=9750万共计收益 10432元 收益/投资比 10432元/700元=15 五、社会方面的可行性5.1 法律方面的可行性 全部软件购买正版机器设置通过正当途径购得5.2用户可行性 开发的系统操作要非常简单，以便适合各类人群都可以很方便操作使用。还有，要有经过培训的专业人员指以便当储户有什么疑难问题时能及时得到正确的答复。计算机储蓄系统需求分析一、需求分析系统中要求每个人银行管理者都有一个系统帐号，并每个帐号都有密码，系统的一切操作（如：增加存储用户，提高利率等）都由管理者执行，而不是由存诸用户执行，也主是说存储用户并不直接与系统交互，而是通过管理员与系统交互。该系统主要有两部份业务功能，存款与取款。储户填写的存款单或取款单由业务员输入系统，如果是存款则系统记录存款人姓名，住址（或电话号码），身份证号码，存款类型，存款日期，到期日期，利率及密码（可选）等信息，并打印存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算得利息并打印出利息清单给储户。11系统的功能性需求 系统为管理者提供主功能界面 系统在启动时要求管理者输入登录帐号与密码 系统要通过管理员执行一系操作（如：添加用户，修改，查询，删除等） 管理员代用户实现存款，取款，查询等操作 储户的一切信息，存储在数据库表中12系统需求分析规格说明书l 实现储户开户登记l 办理定期存款帐l 办理定期存款手续l 办理活期取款帐l 办理活期取款手续l 实现利息计算l 输出明细表l 数据备份和数据恢复功能l 查看帐户信息13系统ER图住址身份证号码姓名储户1 1金额存款类型到期日期存款日期查询存款取款 n金额 n n取款日期操作员 打印存单打印清单系统查询存款取款 n n n姓名清单信息员工号金额 n n n取款日期存款类型到期日期金额存款日期 1 1 11 114系统数据流程图系统顶层数据流（DFD）图 打印存单 开户系统用户业务员 取款 存款 存款 查询 取款 打印清单系统0层数据流（DFD）图8打印存单 打印存单 储户信息文件 存取款信息变动 密码错误 读取储户信息5验证 1开户 保存新用户信息2存款 密码正确2存款3取款3取款系统业务员储户4查询6计算利息 7打印清单 利息清单15数据字典数据名字：注册申请表数据来源：储户数据目的：储户信息数据组成：姓名+密码+住址+身份证号码数据名字：储户信息表数据来源：储户数据目的：身份验证数据组成：姓名+密码+住址+身份证号码+现有金额数据名字：利息清单数据来源：系统数据目的：储户数据组成：利息+姓名+取款时间+取款金额数据名字：存单数据来源：存款信息表数据目的：储户数据组成：姓名+到期时间+存入类型+存入时间+利率+存入金额 数据名字：取款单数据来源：储户 数据目的：储户信息表数据组成：姓名+到期时间+存入类型+存入时间+利率+取款金额+身份证号数据名字：存款单数据目的： 存款信息表数据组成：姓名+到期时间+存入类型+存入时间+利率+存入金额+身份证号二、计算机储蓄系统的运行要求2.1计算机储蓄系统中的各个子系统的硬件和软件的配置如下：1服务器端子系统的运行要求： 系统软件： Window NT Server 数据库管理系统：SQL Server 硬件要求：Pentium III 450以上, 258M RAM, 14G HD2.客户端子系统的运行要求： 系统软件： Window NT Workstation 数据库管理系统：SQL Server 硬件要求：Pentium 133以上, 32M RAM, 4.3G HD三、建立机票预定系统的约束3.1 人力、资金、时间的约束 计算机储蓄系统实施的目标就是要带给银行看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是储蓄系统中的方便快捷，能提供给人们以优质高效的服务，并提高销售的效率和便捷，为银行带来良好的效益。3.2 技术发展规律的约束 计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。计算机储蓄系统概要设计一、引言1.1编写目的 经过对该银行储蓄系统项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行可行性分析。明确开发风险及其所带来的经济效益。本报告经审核后，交由软件经理审查。1.2背景开发软件名称：计算机存储系统。项目任务提出者：武汉科技大学邮政储蓄银行。项目开发者：武汉科技大学开发小组。用户：武汉科技大学邮政储蓄银行。 说明：现在的人们希望能更方便更省时地办理储蓄业务。在这样的背景下，切需要建立一个新的、高效的、方便的计算机储蓄系统。1.3定义银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的1.3参考资料软件工程导论（第五版） 张海藩 编着 清华大学出版社出版 二、任务概述2.1基本目标近期目标：第一年内在一个银行建立一个银行内部计算机储蓄系统，初步实现银行储蓄系统计算机化，并保证该银行能够按期望顺利完成工作。2.2 运行环境Windows xp 及以上操作系统、数据库：Microsoft SQL Server 2000。Microsoft Visual Basic 6.0 中文版.2.3需求概述2.3.1 功能要求此系统所要完成的主要功能有两方面： 储户填写存款单或取款单交给业务员键入系统，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，完成后由系统打印存款单给储户。如果是取款，业务员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户2.3.2 性能要求为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也要有足够大的磁盘容量；另外，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。2.3.3 接口要求业务员键入储户的资料要全部一直显示在屏幕上；储户键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。2.3.4 输入要求业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率，造成用户损失。2.3.5 输出要求要求快速准确地打印出存款或取款清单给客户。2.4限制条件2.4.1 开发时间(只限于近期目标)预定为半年。2.4.2 使用寿命该系统至少使用四年以上。三、总体设计31 处理流程图初始界面系统初始化业务员登录存 款实时处理查 询否取 款是否统计是记总帐批量处理报表打印结 束数据备份1动系统后，首先进入系统初始化。2初始化工作完毕，就可以由各业务员按各自的登录号、密码登录号、密码登录启动业务员工作画面。3进入联机实时处理，其中记账部分包括定期存取、活期储蓄、查询等多储种业务的记账处理。4调整分户信息主要是：调整开户、销户及有关参数。5查询则提供分户账信息查询、总账信息查询业务员记账信息查询及某一科目发生额信息查询等。6 统计所有账目。3.2总体结构和模块外部设计系统总体的模块图业务员操作银行存储管理系统用户操作系统输出查询取款存款开户计算利息打印存单更新用户信息保存新用户信息密码验证提交用户查询表提交取款单提交存款单提交用户申请表打印清单 用户操作可将用户操作分解为：开户民，存款，取款，查询。如下图所示：用户操作开户存款取款查询提交用户申请表提交存款单提交用户申请表提交用户查询表业务员操作业务员的操作是将用户的操作传送给系统，代替用户与系统交互，所以，业务员的操作与系统的操作基本类似，也可以近似地将业务员看作用户。所以操作员操作可分解为：开户，存款，取款，查询并且如用户在开户时设有密码，则进行密码验证。所以分解图如下：业务员操作查询取款存款开户密码验证提交用户申请表提交存款单提交用户申请表提交用户查询表 系统输出系统输出可分解为：计算利息-打印清单，保存新用户信息，更新用户信息，打印存单分解图如下：系统输出计算利息保存新用户信息更新用户信 息打印存单打印清单3.3 功能分配银行储蓄系统主要可以分为三大功能模块，它们是：系统初始化、实时处理、批量处理根据上图可了解各模块的大致功能。四、接口设计4.1外部接口用户界面 在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用 软件接口 Windows2000/NT或更高的操作系统。硬件接口 赛扬133 、内存32兆以上PC机满足输入端条件。4.2内部接口内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。 五、数据结构设计5.1逻辑结构设计业务员代码表业务员代码姓名性别出生年月年龄密码取款信息卡号密码取款人取款金额取款类型利率取款日期余额利息存款信息卡号存款人储户姓名存款金额存款日期存款类型利率存款期限余额身份证接受储户存/取款时填写的单据后，产生相应的存/取款信息写入数据库收/付款信息卡号储户姓名业务员编号收/付款金额收/付款日期在业务员收/付款之后打印相应的存款凭证并修改帐户余额。储户信息卡号储户姓名联系电话身份证地址备注主要在存取款时将客户信息写入数据库并返回。5.2物理结构设计业务员代码表列名数据类型可否为空备注业务员代码intNOT NULL用于唯一标识本行内的所有业务人员姓名charNULL业务人员的姓名性别 charNULL业务人员的性别出生年月datetimeNULL业务人员的出生年月年龄intNULL业务人员的年龄密码charNULL业务人员的密码存款信息列名数据类型可否为空备注帐号intNOT NULL用户的帐号存款人charNULL取款人姓名储户姓名charNULL帐号开户姓名存款类型charNULL当次取款类别存款金额moneyNULL当次取款数量存款日期datetimeNULL当次取款时间存款期限datetimeNULL存款到期时间余额moneyNULL存款后余额利率moneyNULL存款相应类型联系电话intNULL存款者的联系号码身份证intNULL存款者的身份证取款信息列名数据类型可否为空备注帐号intNOT NULL用户的帐号密码charNULL用户的密码取款人charNULL取款人姓名取款类型charNULL当次取款类别取款金额moneyNULL当次取款数量利率moneyNULL相应存款类型的利率取款日期datetimeNULL当次取款时间余额moneyNULL取款后的余额利息moneyNULL从存款日起至今的利息储户信息列名数据类型可否为空备注帐号intNOT NULL用户的帐号储户姓名charNULL帐号开户姓名联系电话intNOT NULL开户者的联系电话身份证intNULL开户者的身份证号地址charNULL开户者的联系地址备注charNULL特殊储户应注明收/付款信息列名数据类型可否为空备注帐号intNOT NULL用户的帐号收/付款人charNULL取款人姓名业务员编号intNOT NULL相应操作员的编号收/付款金额moneyNULL当次存款数量收/付款日期datetimeNULL当次存款时间5.3数据结构与程序的关系程序在对存/取款进行操作时需对数据库数据库数据结构，也就是数据表进行查询和修改：在存/取款过程中都需要对数据库中的所有表，进行联合查询、修改。物理数据结构主要用于各模块之间函数的信息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中，最后送入打印准备模块中准备打印格式。六、运行设计61 运行模块的组合客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。62 运行控制运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。63 运行时间在软体的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。所以将采用高速ATM 网络，实现客