ATM系统概要设计

概要设计说明书ABC组目录文档版本 错误！未定义书签。TOC\o"1-5"\h\z目录 2\o"CurrentDocument"1引言 3\o"CurrentDocument"1.1编写目的 31.2背景 31.3定义 3\o"CurrentDocument"1.4参考资料 32总体设计 4\o"CurrentDocument"2.1需求规定 42.2运行环境 4\o"CurrentDocument"2.3基本设计概念和处理流程 72.4结构 72.5功能器求与程序的关系 错误！未定义书签。2.6人工处理过程 错误！未定义书签。2.7尚未问决的问题 错误！未定义书签。\o"CurrentDocument"3接口设计 8\o"CurrentDocument"3.1用户接口 8\o"CurrentDocument"3.2夕卜部接口 8\o"CurrentDocument"3.3内部接口 8\o"CurrentDocument"4运行设计 9\o"CurrentDocument"4.1运行模块组合 9\o"CurrentDocument"4.2运行控制 9\o"CurrentDocument"4.3运行时间 9\o"CurrentDocument"5系统数据结构设计 9\o"CurrentDocument"5.1逻辑结构设计要点 9\o"CurrentDocument"5.2物理结构设计要点 9\o"CurrentDocument"5.3数据结构与程序的关系 9\o"CurrentDocument"6系统出错处理设计 106.1出错信息 10\o"CurrentDocument"6.2补救措施 10\o"CurrentDocument"6.3系统维护设计 101引言1.1编写目的本文档描述银行ATM系统，预期读者工商银行和相关教员。该文档描述ATM系统的概要功能定义，并对模块划分、业务流程进行了定义。所有设计人员、开发人员、测试人员以及其他团队成员都应该以该文档作为产品的概要功能定义，并衍生出其他文档。1.2背景系统中文名：银行ATM系统系统开发代码：ATM。任务提出者：武昌工商银行。开发者：ABC团队。用户：各个持有银行卡的用户以及银行相关工作人员。1.3定义系统：工商银行ATM提款系统。用户：武昌工商银行。密码：进入业务所需要的凭证。查询：查询帐户余额。帐号：用户的卡号。提款：提取银行款项。存款：存入卡号的款项。1.4参考资料《调研报告》。《可行性研究报告》。《ATM系统需求报告说明书》。2总体设计2.1需求规定2.1、对功能的规定登陆：任何拥有私人银行卡帐号和密码的人都能使用本系统登陆。登陆权限：只有正确的帐号和密码才能登陆。查询：已登陆本系统的操作人员有权查询本人帐户余额。取款：已登陆本系统的操作人员可以提取本人帐户款项。存款：已登陆本系统操作人员可以把款项存入本人帐户。转帐：已登陆本系统操作人员可以把本人帐户款项转入其他本行帐户。密码修改：已登陆本系统操作人员可以修改密码凭证。登出：已登陆本系统操作人员可以安全退出本系统。注意：当交易金额超过当前帐户余额时，系统自己提示“余额不足”自动退出本系统，当系统遇到任何不对输入时都自动退出本系统。2.1.2、对性能的规定1、 在查询过程中，要求系统显示该帐户卡上所有的余额。2、 在取款过程中，该系统只支持交易金额为100的倍数。3、 在存款过程中，该系统只支持交易金额为50的倍数。4、 在转帐过程中，该系统支持任何用户输入的数据，但是仅仅限于本行之间的帐户转帐。5、 如果交易中响应时间超过30秒，系统提示“操作已过时”，自动推出本系统。6、 交易结束时，系统知道更新帐户上的数据，保持帐户余额的一致性。7、 交易完成后，用户可以惦记“取卡”退出本系统。8、 本系统可以进行各个银行的金额交易。9、 系统可以并行使用的用户在100个以上。注意：当交易金额超过当前帐户余额时，系统自己提示“余额不足”自动退出本系统，当系统遇到任何不对输入时都自动退出本系统。由于系统规模较小，需求规定定义如下图所示，不再提供单独的文档说明。用例图用例说明登录用户输入正确的账户名和密码，可以登录系统。如果密码错误三次，将锁定账户一天。查询余额点击“查询”，显示帐户所有余额，每次查询的时间间隔应该大于1分钟。取款用户在登录以后，可以取款。输入的金额应该小于账户余额，余额不能小于100元，每次取款不能小于100元，不能大于2000元，同一天取款上限为5000元。存款存入银行款项，每笔存款不能小于50元，一天最多存款100次。转账每笔转账金额不能大于1，000，000.00元，每天只能进行10次转账，不能跨行转账。修改密码用户输入老密码，两次确认新密码后，可以更改密码。密码只能为6位数字，新密码不能和老密码相同退出当用户完成自己想要的操作后，可以退出系统。如果用户不主动退出，在5分钟后系统应该清除该用户登录信息，用户将需要重新登录才能正常使用系统2.2运行环境开发工具与程序语言Tool DescriptionVisualstudio2005SQLSERVER2000软件平台PlatformVersionDeveloptoolVisualstudio2005OSforWASSolaris8,Windows2000OSforActuateServerWindows2000SQLServer2000BrowserIE6ClientOSWindows2000,WindowsXPSMTPServerAllSMTPserverwhichimplementedRFC28212.3基本设计概念和处理流程概述-本系统采用典型的N层体系、B/S结构来实现。-用户将使用浏览器访问系统，在浏览器窗口中完成所有的操作,系统将基于Visualstudio2005平台构建系统结构系统真实运行时可能如图一所示：图一2.4结构概述-系统遵循MVC模式开发。- 系统使用tiles框架进行页面布局，使用validator框架进行输入验证。,业务逻辑层使用sessionbean实现，并且采用声明式事务配置。-系统主要使用C#语言开发，经典的设计模式实现。, 系统使用MSSQLSERVER2000数据库作为数据存储方案。-系统将模拟跨行转账的功能。技术架构，系统整体技术架构如图二所示:，系统整体技术架构如图二所示:SQLSERVER2000图二3接口设计3.1用户接口说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。3.2外部接口说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。3.3内部接口说明本系统之内的各个系统元素之间的接口的安排。4运行设计4.1运行模块组合说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。4.2运行控制说明每一种外界的运行控制的方式方法和操作步骤。4.3运行时间说明每种运行模块组合将占用各种资源的时间。5系统数据结构设计5.1逻辑结构设计要点给出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、文卷和系的标识、定义、长度及它们之间的层次的或表格的相互关系。5.2物理结构设计要点给出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。5.3数据结构与程序的关系说明各个数据结构与访问这些数据结构的形式：6系统出错处理设计6.1出错信息总体设计原则所有因为系统原因导致的出错信息，都应该有对应的日志文件记录；对于因用户操作不正确而导致的错误操作，应该有标准的提示。异常处理数据访问层：包装成自定义的数据访问异常，然后向上抛出。业务逻辑层：包装成自定义的应用程序异常，然后向上抛出。6.2补救措施。后备技术说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一