基于Struts+Spring+JDBC架构的课程设计实训教学示例项目——《网上银行账户管理系统》——系统概要设计说明书.doc

《基于Struts+Spring+JDBC架构的课程设计实训教学示例项目——《网上银行账户管理系统》——系统概要设计说明书.doc》由会员分享，可在线阅读，更多相关《基于Struts+Spring+JDBC架构的课程设计实训教学示例项目——《网上银行账户管理系统》——系统概要设计说明书.doc（22页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、J2EE课程设计实训教学示例项目网上银行账户管理系统系统概要设计说明书撰写者XXX、XXX版本完成时间201X-X-XX修改时间校对者校对日期评审员评审时间文档信息基本信息项目网上银行系统用户编号版本原著建立日期20XX年X月XX日修订状态 等待修订 正在修订 已修订审核状态 等待审核 正在审核 审核通过修订记录日期修订说明修订者20XX-X-XX创建初步确认需求XXXX审核记录日期审核意见审核者目 录第一章 引言5编写目的5概要设计说明书目的5预期读者5背景5待开发软件系统的名称5项目的任务提出者6项目的任务开发者61.3定义6本文档中涉及的专业词汇6名词说明6第二章 总体设计（系统架构设计

2、）7需求规定7输入输出要求7时间要求7灵活性要求7运行环境7设备7支撑软件8基本设计概念和处理流程8系统概述82.3.2 系统架构示图9各层中应用了相应的主流的J2EE框架技术11系统基于MVC设计122.4 系统结构（系统各个组件设计）13体系结构包图（架构包图）13组件设计图（系统中的各个组件）13类图与接口设计（各个组件中的相关的类和接口）13第三章 系统数据结构设计15数据库逻辑结构设计15实体关系（Entity-Relationship）图15数据库表的逻辑设计16第四章 系统出错处理设计21出错信息21补救措施21系统维护设计22第一章 引言本文档作为网上银行的概要设计说明文档，用

3、于与用户确定最终的目标，并成为协议文本的一部分，同时也是本系统设计人员的基础文档。1.1.1 概要设计说明书目的本概要设计说明书说明了网上银行系统设计的整体结构。1.1.2 预期读者本系统开发人员及维护人员。网上银行是开展各项金融业务的基础，是一切金融交易的门槛，不论什么样的金融交易，只要通过银行，都表现为资金从一个账户到另一个账户的转移，都会在账户记录中留下痕迹。因此，必须加强银行账户系统的信息化建设，加大对账户资金流动的监控力度。通过该银行账户管理系统的开发，使银行的账户管理工作系统化、规范化、自动化，从而达到提高账户管理效率的目的，使有关的工作人员可以轻松快捷地完成对账户管理的任务用户到

4、银行办理业务主要有开户、存款、取款、查询、转账、改密码、销户等七项工作。因此，系统的前台基本功能应该包含开户、存款、取款、转账、改密码等多项功能模块。1.1.3 待开发软件系统的名称网上银行系统1.1.4 项目的任务提出者1.1.5 项目的任务开发者1.1.6 本文档中涉及的专业词汇1、GB：中华人民共和国国家标准的英文缩写字母2、构件：具有某种功能的可重用的软件模版单元，表示了系统中主要的计算元素和数据存储。3、逻辑视图：描述支持系统的功能需求的视图。4、开发视图：也称模块视图，主要侧重于软件模块的组织和管理描述。1.1.7 名词说明1、JSP（JavaServer Pages）JSP技术使

5、用Java编程语言编写类XML的tags和scriptlets，来封装产生动态网页的处理逻辑。网页还能通过tags和scriptlets访问存在于服务端的资源的应用逻辑。JSP将网页逻辑与网页设计和显示分离，支持可重用的基于组件的设计，使基于Web的应用程序的开发变得迅速和容易2、Struts只是一个MVC框架（Framework）它用于快速开发Java Web应用。Struts实现的重点在C(Controller)，包括ActionServlet/RequestProcessor和我们定制的Action,也为V(View)提供了一系列定制标签（Custom Tag）。但Struts几乎没有涉

6、及M(Model),所以Struts可以采用JAVA实现的任何形式的商业逻辑。第二章 总体设计（系统架构设计）输入输出要求界面风格：要求整体界面美观，有清晰的层次感，布局简洁、合理。同时保证后台的管理页面和前台的服务页面保持风格的一致。时间要求时间需求:在软件方面，响应时间，更新处理时间都比较快且迅速，系统响应时间不能超过20秒。 灵活性要求灵活性:当用户需求，如操作方式，运行环境，结果精度，数据结构等其他软件接口等发生变化时，设计的软件能做出适当调整，灵活性非常大。设备1、主机类型如表2-1表2-1 主机类型类别服务器标准配置CPUIntel奔腾P4 2。0GHz以上内存256MB，最好51

7、2MB以上硬盘120G以上其他无特殊要求2、网络类型：百兆高速局域网3、存贮器容量：大容量存贮器4、其他特殊设备：网络打印机，复印机支撑软件1、操作系统： Windows 20032、数据库管理系统：MySQL 以上版本数据库3、其他支撑软件：J2SDK1.5及以上版本4、应用服务器：Tomcat 5.0以上系统概述1、系统采用基于J2EE的轻量级B/S架构体系BBS网上论坛系统采用B/S架构（浏览器/服务器）模式来实现。考虑到系统应用性、安全性、可扩展性与可维护性，决定采用基于J2EE的轻量级架构体系。其体系结构图如下所示： 2、为什么对本项目要应用轻量级的框架技术轻量级容器的设计目标是为了

8、能够避免如下所有这些麻烦事情，基于以下的各个优点，我们决定在本项目中采用轻量级的框架技术。1) 侵略性的API（代码依赖于EJB）2) 对容器的依赖（代码不能在EJB 容器之外工作）3) 只提供固定的一组功能,不具备配置能力4) 启动时间长5) 部署过程取决于特定的产品，无法通用2.3.2 系统架构示图1、网上银行的整体架构设计为Struts +Spring +hibernate架构组成Struts（承担表示层和控制层的角色）Spring（利用IoC进行各种对象的管理 ）Hibernate（实现数据访问和O/R Mapping）相互集成对 DAO进行管理（1）对于表示层经验表明，最好的方法是选

9、择已存在的并已得到证明了的Web应用框架，而不是自己去设计和开发新的框架。我们拥有多个可选择的框架，如Struts，WebWork和JSF等，在本项目中，我们选择采用Struts。（2）EJB 和POJO都可以用来创建业务逻辑层如果应用是分布式的，采用具有remote接口的EJB是一个好的选择；由于本系统是一个典型的不需要远程访问的Web应用，因此选用POJO，并充分利用Spring 框架的IoC和AoP的特性，将是实现业务逻辑层的更好选择。（3）在持久层中由于需要利用关系型数据库实现数据的持续化，但在应用中可以存在多种方法可用来实现： 1) JDBC：这是最为灵活的方法，然而，低级的JDBC

10、难以使用，而且质量差的JDBC代码很难运转良好 2) EJB Entity beans：CMP的Entity bean是一种分离数据访问代码和处理ORM的昂贵的方法，它是以应用服务器为中心的方法，即Entity bean不是将应用与某种数据库类型而是EJB容器约束在一起。 3) O/R Mapping 框架：一个ORM框架采用以对象为中心的方法实现数据持续化，一个以对象为中心的应用易于开发并具有高度的可移植性-在该领域中存在几个框架可用JDO、Hibernate、TopLink以及iBATIS 和CocoBase等。在本项目中我们选用Hibernate。2、架构示图Struts表示层（JSP和

11、HTML）Struts控制层Spring业务处理层Hibernate数据访问层前端控制器类业务控制类业务处理基类业务接口数据操作类数据连接类持久实体类数据访问服务数据访问操作业务处理类业务实体类本系统采用了多层非分布式的构架，上图展示了系统的分层以及每一层中所采用的技术和对应的框架，并且各层将存在于同一个Web容器中。3、该形式的总体架构设计的主要特点（1）遵循Sun J2EE中两个主要的原则：“多层架构、松藕合”由于采用分层的设计方式，各个模块功能相互独立封装，层与层之间关联少，保持松耦合连接，稳定性高，便于扩展和维护。（2）本项目中的每一层所采用的技术都是可替换的例如Struts可以被JS

12、F或者Tapestry替换掉，JDO可替换Hibernate。1) 在每个层中都不同程度地应用了J2EE中常用的设计模式2) 使用基于POJO的轻量级架构，从而使得系统易于测试；便于移植；“开发-发布”周期短。4、各层中的组件（1）表示层由Struts JSP组件实现，利用了Struts 中的构造标签技术，在用户浏览界面利用表单构造网页的整体结构（2）控制层由Struts中的ActionServlet和 Action组件实现，并利用ActionForm封装JSP页面中的表单。将页面整体作为对象处理，在相应的Action了中调用业务逻辑，完成业务功能。1) 前端控制层： ActionServle

13、t类，并且对它加以扩展。2) 业务中心控制层：各个业务Action类（标准Action类和 DispatchAction类）（3）业务处理层由Spring中的IoC来管理1) 业务处理基类：将各个业务功能模块中共同的部分抽象出，从而完成一些共同的功能。2) 各个业务处理类：完成具体的应用功能的各个模块（4）数据访问层由Hibernate框架来提供技术支持l 数据库操作（DAO）类：完成对数据库数据的相关操作（增、删、解、查询等）。l 数据持久（PO）类：针对应用系统中的各个数据库表提供对应的POJO类2.3.3各层中应用了相应的主流的J2EE框架技术1、服务器端表示层Struts框架完成如下工

14、作1) 客户端表单进入的验证；2) 管理请求和响应；3) 提供控制器来完成页面流转和向业务逻辑层的委托；4) 返回到客户端页面显示。其它：标签技术、MVC、成熟技术、ActionForm技术等2、业务逻辑层Spring框架完成如下工作1) 为服务器段表示层提供松散的耦合；2) 处理真实的企业级应用；3) 事务管理的选择；4) 协调各种业务逻辑对象之间的依赖关系；5) 为持久层和业务逻辑层之间提供松散耦合；6) 实现持久层的业务逻辑。其它：1) 解藕（类与类、系统本身脱离容器） 2) AOP（统一地解决系统中一些“切面”-技术性的问题）3) IoC（对象的管理由容器完成） 4) POJO（普通J

15、avaBean）-不继承框架中某个类5) 容器服务（事务、数据库连接池）-Spring中已经提供了6) 包装其它的框架（简化）3、持久层Hibernate框架完成如下工作1) 对数据库进行查询，得到持久化对象PO;2) 对数据库进行添加、删除、修改的动作并以PO来进行。域模型层VO完成如下工作：为各层之间数据交互服务，同时也在持久层部分可以描述一个实体，并与PO进行转换。其它：1) 屏蔽数据库的差异性-数据库方言2) 以面向对象的数据库访问（减少了SQL）3) 各种对象关系O/R Mapping实现4) 技术成熟-企业开发5) 统一的事务管理实现6) 提供各种缓存技术以提高速度（性能）2.3.

16、4系统基于MVC设计模型组件控制调度层表示层中的请求业务处理层表示层中的业务成功显示数据访问层表示层中的业务失败显示 2.4 系统结构（系统各个组件设计）2.4.1体系结构包图（架构包图）组件设计图（系统中的各个组件）类图与接口设计（各个组件中的相关的类和接口）1、数据访问层组件2、业务处理层组件3、控制层组件4、表示层组件第三章 系统数据结构设计3.1.1实体关系（Entity-Relationship）图1、逻辑图（Logic diagram）2、物理图（Physical diagram）数据库表的逻辑设计1、账户表结构及数据字典定义表（account）字段名标识符类型及长度是否允许为空账

17、户IDaccountIDVARCHAR(10)Not null账户密码passwordVARCHAR(15)Not null账户状态stateVARCHAR(15)Not null账户余额balanceDOUBLENot null开户时间startTimeDATETIMENot null存款月数savingMonthINTEGERNot null用户IDuserIDINTEGERNot null身份证号idCardVARCHAR(20)Not null是否销户isCloseINTEGERNot null所属类型：原创、转贴、问题、灌水、建议、种子、资料、下载2、普通用户表结构及数据字典定义表(

18、userinfo)字段名标识符类型及长度是否允许为空主键用户IDidINTEGERNot nullPK用户名userNameVARCHAR(30)Not null用户密码userPasswordVARCHAR(15)Not null用户类型userTypeINTEGERNot null用户性别userSexINTEGERNot null真实姓名realNameVARCHAR(30)Not null密码问题passWordAskVARCHAR(50)密码答案passWordAnswerVARCHAR(50)用户EmailuesrEmailVARCHAR(30)用户图像userImageVARCH

19、AR(100)注册时间registerTimeDATETIME出生日期userBirthDayVARCHAR(15)Not null来源地userComeFromVARCHAR(10)QQ号userQQCodeVARCHAR(20)MSN号userMSNCodeVARCHAR(20)3、管理员表结构及数据字典定义表(adminuserinfo)字段名标识符类型及长度是否允许为空主键用户IDidINTEGERNot nullPK用户名userNameVARCHAR(10)Not null用户密码userPasswordVARCHAR(15)Not null用户类型userTypeINTEGERN

20、ot null用户性别userSexINTEGERNot null真实姓名realNameVARCHAR(30)Not null密码问题passWordAskVARCHAR(50)密码答案passWordAnswerVARCHAR(50)用户EmailuesrEmailVARCHAR(30)用户图像userImageVARCHAR(100)注册时间registerTimeDATETIMENot null出生日期userBirthDayVARCHAR(15)Not null来源地userComeFromVARCHAR(10)用户简述userResumeLONGTEXT工作单位workUnitVA

21、RCHAR(30)学历studyHistoryVARCHAR(30)毕业院校studySchoolVARCHAR(50)身份证号idCardNoVARCHAR(20)4、账户日志信息表结构及数据字典定义表(accountloginfo)字段名标识符类型及长度是否允许为空主键日志IDlogIDINTEGERNot nullPK用户IDuserIDINTEGERNot null业务类型（开户，存款等）actionTypeVARCHAR(30)Not null办理日期actionDateDATETIMENot null办理详细信息actionDescriptorVARCHAR(100)Not nul

22、l5、备用账号信息表及数据字典定义表(allaccountinfo)字段名标识符类型及长度是否允许为空主键IDidINTEGERNot nullPK账号accountNumVARCHAR(15)Not null账号所在区域号码accountComeVARCHAR(15)Not null此账号是否使用isUsedINTEGERNot null下表是初始化的数据，根据此表获取账号，0为此账号未被使用，1为已使用，应获取未被使用的账号，获取后此账号标记为已使用“1”。6、区域表结构及数据字典定义表(comefrom)字段名标识符类型及长度是否允许空主键区域号码comeFromIDVARCHAR(10

23、)Not nullPK省份名称stateNameVARCHAR(30)Not null所在市名称cityNameVARCHAR(30)Not null下表是初始化的数据 第四章 系统出错处理设计出错信息出错情况或故障情况系统输出信息含义处理方法用户密码错误“XX的密码有错，请您重新输入”用户输入的密码与数据库不匹配返回登陆界面重新输入注册名已存在“XX用户名已存在，请另外取名”用户输入的注册名在数据库中已经存在了返回注册界面重新输入查询方式有误“关键字不符合系统要求，请重新输入”用户的查询方式与设计的查询方式不一致返回查询界面重新查询打印不成功“打印机有误，请检查”与打印机连接有硬件错误用户检查打印机硬件设置数据库信息丢失“数据库有误”后台数据库有错误，有可能是意外断电或硬件故障立刻采用后备数据库，并保证正常工作时，随时备份数据库补救措施系统要提供方便的手段供系统维护人员进行日常的安全管理、数据备份，以及系统意外崩溃时数据的恢复等工作。其具体要求如下：1、 在开发阶段可以随即修改数据库里的相应内容。2、 服务器最好安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。同时可采用数据备份恢复数据。3、 在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。系统维护设计由于系统较小没有外加维护模块，因为维护工作比较简单，仅靠数据库的一些基本维护。