图书管理系统开发文档

1、目 录需求文档61引言61.1编写目的61.2项目背景61.3术语定义62任务概述72.1目标72.2用户特点73需求规定73.1需求信息的收集73.2用例使用场景83.2.1整体用例图83.2.2子用例图管理图书信息子用例用户信息子用例图后台数据维护子用例103.3业务流程描述113.3.1公共活动图用户登录活动图管理员修改登录信息活动图图书管理员、用户查询图书活动图123.3.2图书管理员活动图用户借阅信息查询还书活动图借书活动图14

2、续借图书活动图添加、修改图书活动图删除图书活动图153.3.3用户活动图预订活动图解除预定活动图查询预定图书信息查询借阅证信息修改密码活动图173.3.4系统管理员活动图添加、修改用户信息活动图删除用户信息活动图183.4数据流建模183.4.1查询图书信息193.4.2借书193.4.3还书203.4.4预定203.4.5续借213.4.6图书管理员管理图书213.4.7系统管理员数据流图224功能需求234.1功能描

3、述234.2数据定义234.3动态数据定义254.4数据库描述265性能需求265.1安全性要求265.2性能要求265.3数据精确度265.4时间特性275.5适应性276运行需求276.1用户界面276.2硬件接口276.3软件接口276.4故障处理27概要设计说明书281引言281.1编写目的281.2背景281.3定义281.3.1 专门术语281.3.2缩写291.4参考资料292总体设计292.1需求规定292.2运行环境292.3基本设计概念和处理流程292.3.1体系结构设计292.3.2基本处理流程30借书程序流程图30还书续借程序流程图302.3

4、.3整体结构312.4功能需求与程序的关系322.5尚未问决的问题333接口设计333.1外部接口333.1.1用户界面333.2 软件接口333. 3 硬件接口333.4内部接口334运行设计344.1运行模块组合344.2运行控制344.3运行时间345系统数据结构设计345.1逻辑结构设计要点345.2物理结构设计要点355.2.1图书类表355.2.2图书信息表355.2.3借阅记录表355.2.4预订图书记录表355.2.5管理员信息表365.2.6用户信息表365.3数据库概念结构设计365.3.1部分E-R图3图书3管理员3用户37

5、5.3.2整体E-R图386系统出错处理设计386.1出错信息386.2补救措施396.3系统维护设计396.4 安全保密设计39详细设计说明书401引言401.1编写目的401.2背景411.3定义411.4参考资料412程序系统的结构412.1类图：413程序设计说明433.1 流程逻辑433.1.1系统管理员模块433.1.2图书管理员模块443.1.3用户模块：443.2程序描述453.2.1 InquiryBook（）查看图书过程453.2.2Login过程453.2.3用户借阅信息查询过程ReaderInquiryBorrowsInformation ()453.2.4用户预定信息

6、查询过程ReaderInquiryPredeterminedInformation()453.2.5用户预定图书过程ReaderPredeterminedBook()453.2.6用户解除预定过程ReaderRelievesPredetermined()453.2.7ManagerRevisesPassword()管理员修改密码过程463.2.8借书过程BorrowBook（）463.2.9还书过程ReturnBook（）463.2.10管理员查询用户信息过程ManagerInquiresReaderInformation()463.2.11管理员图书添加过程ManagerIncreaseBo

7、ok()463.2.12管理员删除图书过程ManagerDeleteBook()473.2.13管理员图书信息修改过程ManagerRevisionBookInformation()473.2.14系统管理员添加用户过程SystemManagerIncreasesUser()473.2.15系统管理员删除用户过程SystemManagerDeleteUser()483.2.16系统管理员修改用户过程SystemManagerReviseUser()483.2.17日志维护过程：DiaryMaintenance()483.2.18数据维护过程DataMaintenance（）483.3.1总界面

8、493.3.1用户登录493.3.3管理员登录503.3.4管理员信息查询界面503.3.5管理员还书处理503.3.6管理员借书处理51测试计划521引言521.1编写目的521.2背景521.3定义521.4参考资料522计划532.1软件说明532.2测试内容532.3登录、浏览功能模块测试542.3.1进度安排542.3.2条件542.3.3测试资料542.4查询功能模块测试542.4.1进度安排542.4.2条件552.4.3测试资料552.4.4测试计划552.5插入、修改功能模块测试562.5.1进度安排562.5.2条件562.5.3测试资料562.5.4测试计划562.6删除

9、功能模块测试582.6.1进度安排582.6.2条件582.6.3测试资料592.6.4测试设计593测试设计说明593.1浏览功能模块测试593.1.1控制593.1.2输入593.1.3输出593.1.4过程603.2查询功能模块测试603.2.1控制603.2.2输入603.2.3输出623.2.4过程633.3插入、修改功能模块测试633.3.1控制633.3.2输入633.3.3输出673.3.4过程683.4修改功能模块测试683.4.1控制683.4.1输入683.4.1输出683.4.1过程683.5删除功能模块测试683.5.1控制693.5.1输入693.5.1输出693.

10、5.1过程694评价准则694.1范围694.2数据整理714.3尺度71需求文档1引言1.1编写目的此文档的编写目的是为了让项目组建人员能通过该文档以明确的安需求规划来实现项目的功能和应用，方便使用户、软件设计人员、软件开发人员和整合测试人员、对该版本的运行环境、功能和性能需求的初始规定的一种共同理解，为整个开发工作打好基础，为用户的编写、概要设计提供需求说明。本概要设计说明书的预期用户主要是用户代表、软件分析人员、开发管理人员和测试人员。1.2项目背景针对电子产品的市场需求，以及买家卖家的需要。市面上类似的网站运行版本风格的变动，以及系统更新换代的趋势。为了提供对电子产品了解的电子网站多功

11、能，方便用户和商店顾客的使用，公司适合性的对其升级和更换。有必要的使其类型的新风格网站诞生。1.3术语定义缩写、术语 解释DFD数据流图，Data Flaw DiagramE-R实体-联系图 Entity-Relution Diagram2任务概述2.1目标“电子上网网站系统”要从根本上改变过去复杂、低效的手工管理方式，使工作规范化，即管理工作基于工作流程，完全采用计算机技术处理物品交易管理工作。使顾客与网站管理人员能方便快捷地交易、交流信息。同时又能便于用户对此类商品的了解以及采购、使用等。2.2用户特点管理员用户需要学习电子商务理论，学习计算机基本操作、编程、网站建设，学习网络营销的基本操

12、作方法；用户需要了解一定的网上购买知识，同时对本网站的规则制度有一定的了解，商家需要熟悉网上开店的营销模式，以及了解相关的经营规则。 3需求规定3.1需求信息的收集l 用户对互联网了解程度通过直接与用户洽谈，我们可以直接地了解用户对互联网的熟练程度，我们需要思考3点内容：a)、是用专业化的语言阐述方案还是用平民化的语言去阐述方案；b)、用户对互联网的了解程度，让我方思考，用户是否会进行深入的互联网应用；c)、同行竞争对手实力情况。 3.2用例使用场景3.2.1 整体用例 系统的使用者共有三方面：用户、商家、网站维护与管理员；用户共有六个用例：（1）系统登录：用户根据自己的注册帐号和密码登录到系

13、统；（2）个人信息管理：用户可以修改自己的相关信息；（3）检索商品：用户需要查看某一款型号的商品的信息情况，可以通过该系统进行查询；用户也可以根据品牌、价格或者是关联子模糊查询商品信息； （4）在线咨询：用户在不太清楚某产品的相关情况时可以通过该模块在线与相关工作人员获取信息；（5）订购商品：用户在选定自己合适的产品后，通过该系统实现订购需求（暂时放入购物车中）；（6）在线支付：用户在订购商品之后通过在线支付系统实现支付购买流程。商家共有六个用例：（1）登录店铺后台管理：商家根据自己的密码和登录名登录到系统中。（2）订单处理：商家可以根据用户的订单进行相应的操作；（3）商品信息管理：根据市场情

14、况进行物品的更新，下架等操作。（4）留言管理：根据用户的留言信息实现双方的信息交流，及时回馈信息；（5）订单收款：交易成功，依据此模块实现货币回收功能；系统管理员有三个用例：（1）登录：系统管理员根据自己的密码和登录名登录到系统中。（2）账户管理：系统管理员可以根据系统反馈的信息，实现用户的增删查改功能；（3）维护包括：日志维护：通过日志记录对图书管理员及用户的操作记录进行维护，以方便以后查询。用户信息维护：实现对管理员、用户信息的添加、删除；后台维护：对各个数据库信息进行维护，以保证系统正常运行；图3.2.1 整体用例图3.2.2后台数据维护子用例系统管理员可以将不用的信息删除，也可以将数据

15、恢复。图 后台数据维护子用例3.3业务流程描述3.3.1公共活动图用户登录活动图用户输入用户名和密码，系统根据用户的输入要数据库中检索，信息正确，则进入系统，否则给出出错提示信息。管理员修改登录信息活动图管理员登录成功后，可以对的自己的登录信息进行修改。输入原始用户名和密码，然后输入需要改的用户名和密码，为保证准确，用户要重新输入一次新密码，提交，系统验证用户信息，信息无误则提示用户修改成功，否则提示用户输入错误，重新让用户输入 。 图 用户登录活动图 图 管理员修改登录信息系统管理员、用户查询产品活动图用户、

16、商家和系统管理员可不登录就能实现查询商品。输入查询信息，提交系统，系统到读数据库中查询，搜索到则显示产品信息，否则，提示查询失败。图 查询产品活动图3.3.2系统管理员活动图此处的管理员的活动图都是基于已经成功登录到系统中。添加、修改产品活动图在添加产品信息，管理员录入差评信息，提交信息，系统更新数据库，修改时，要求先输入产品编号查询出该产品，输入要更改的信息，提交更新数据库。 图 添加产品 3.3.3用户活动图修改密码活动图用户登录后，可以修改登录密码。要求输入原始密码，输入新密码。重新输入新密码。最后提交，成功则提示修改密码成功，否则

17、提示用户继续输入。图 用户修改密码活动图3.3.4系统管理员活动图系统管理员执行的操作都是基于已成功登录系统、添加、修改用户信息活动图系统管理员输入要增加的用户信息选择用户的权限，提交，保存用户，系统更新数据库提示添加成功，若信息录入不正确则提示系统管理员，重新输入。删除用户信息活动图首先，系统管理员根据要删除的用户名查询出用户的信息，执行删除，并确认删除，系统更新数据库，比高提示管理员删除成功，若管理员取消删除，则取消删除的执行。 图 添加用户信息 图3.3.4.删除用户信息3.4数据流建模总体功能主要有： 买入产品 在线支付 产品信息

18、查询 产品的增删改 用户增删改 系统管理员查询统计产品和用户信息 系统管理系统数据备份 系统管理员、系统管理员、商家登录信息修改3.4.1查询产品信息（1）许可检验：验证用户的身份若用户的密码、用户名正确则成功登录到系统发出“查询信息”，否则发出“验证错误”信息；（2）查询产品：用户输入查询条件，系统根据查询条件到数据库中检索返回给用户查询结果； 3.4.6系统管理员管理产品（1）登录检验：验证管理员省份根据，不同的权限，分配不同的操作。输入用户名，密码，如果用户信息不存在或信息错误，返回登录失败，成功登录系统；（2）增加产品记录：输入要录入的产品信息，若信息输入有误，则返回添加失败，若添加信

19、息时系统发生异常，则返回添加失败；否则返回添加成功；（3）修改产品记录：输入编号、要修改的产品信息，若信息输入有误，则返回修改失败，若修改信息时系统发生异常，则返回修改失败；否则返回修改成功；（4）删除产品记录：输入要删除的产品信息，若删除时系统发生异常，则返回删除失败；若用户取消删除则取消删除；否则删除信息，更新数据库，返回删除成功提示信息；（5）产品整理登记：输入产品信息，登记原因，返回登记成功，并产生报表。 3.4.7系统管理员数据流图（1）登录检验：验证管理员省份根据，不同的权限，分配不同的操作。输入用户名，密码，如果用户信息不存在或信息错误，返回登录失败，成功登录系统；（2）用户信息

20、维护：输入用户名、用户信息，若删除时系统发生异常，则返回删除失败；若修改时系统发生异常，则返回修改失败；若用户取消删除则取消删除；若添加时系统发生异常，则返回添加失败；若用户取消删除则取消删除；否则返回添加成功、修改成功，确认删除提示，删除成功。 图3.4.7 系统管理员数据流图4功能需求4.1功能描述1. 查询功能 查询产品信息2.插入功能 增加一个产品记录 增加一个用户记录 增加一个商家记录3.修改功能 系统管理员修改用户信息 商家修改登录名和密码 用户修改登录密码4.删除功能 删除一条用户记录 删除一条产品记录 删除一条商家记录 删除一条系统管理员记录4.2数据定义用户名汉字|英文字母，

21、至少1个，最多50个字符用户密码数字|英文字母，六位用户地址具体地址（依据数据库而定）用户邮箱合乎规范的邮箱名称商家编号从1开始，上限不限商家名称汉字|英文字母，至少1个，最多50个字符商家密码数字|英文字母，六位商家店铺营业证号依据市场规范而定商家地址具体地址（依据数据库而定）4.4数据库描述数据库采用my-SQL数据库5运行需求5.1用户界面采用对话框方式，多功能窗口运行。5.2硬件接口支持各种X86系列PC机5.3软件接口运行于Windows95/98及更高版本并装有java虚拟机（.Net平台）的操作系统之上。5.4故障处理正常使用时不应出错，对于用户的输入错误应给出适当的改正提示，若

22、运行时遇到不可恢复系统错误，也必须保证数据库完好无损。概要设计说明书1引言1.1编写目的本概要设计说明书的目的在于从总体设计的角度明确企业网上电子商务系统的功能和处理模式，完成接口设计，把系统的功能需求分配给软件结构，形成软件的系统结构，使系统开发人员和产品管理人员明确产品功能，可以有针对性的进行系统开发、测试以及验收等各方面的工作，为以后的详细设计打下基础。本概要设计说明书的预期用户主要是用户代表、软件分析人员、开发管理人员和测试人员。1.2背景随着电脑技术突飞猛进的发展， 商业开始从传统的商场购物方式逐渐转向基于电脑技术的网络化购物方式，网络电子商务就是当前一种网络化商业的诞生物并注定将成

23、为未来商业购物的主流。在这种商业购物模式下，商家（个人商店或企业）可以更方便地将自己的商品推销给用户（消费者），同时在这种较公平的平台下，商家之间的商品可以更直观地进行比较，从而使商家之间的竞争更加激烈。另外，消费者通过这种购买模式可以更方便地选购商品，不需要像传统那样花大量时间和精力逛商场，而且可以在最早的时间了解新的产品，只需要轻点鼠标。1.3定义电子商务：利用现有的计算机硬件设备、软件和网络基础设施，通过一定的协议连接起来的电子网络环境进行各种各样商务活动的方式。通俗一点说，一般就是指利用国际互联网进行商务活动的一种方式，例如：网上营销、网上用户服务、以及网上做广告、网上调查等。网上购物

24、：通过互联网检索商品信息，并通过电子订购单发出购物请求，然后填上私人支票帐号或信用卡的号码，厂商通过邮购的方式发货，或是通过快递公司送货上门。网上银行：网上银行又称网络银行、在线银行，是指银行利用Internet技术，通过Internet向用户提供开户、销户、查询、对帐、行内转帐、跨行转帐、信贷、网上证券、投资理财等传统服务项目，使用户可以足不出户就能够安全便捷地管理活期和定期存款、支票、信用卡及个人投资等。可以说，网上银行是在Internet上的虚拟银行柜台。1.4参考资料 概要设计说明书（GB856788） Software EngineeringA Practitioners Appro

25、ach 第五版 淘宝网 / 温州网上商城 /2总体设计2.1需求规定这套网上电子商务系统面向两类人群：企业用户和普通用户。企业用户可以在网上购物系统注册网上店铺，并提供企业信息给系统，之后便可以方便地在网上店铺增减自己的商品以及查看普通用户的订购信息。企业把商品按需发给购物网站备存，由网站寄送给顾客，货款由网上银行系统实时转帐给购物网站后，再定期转帐给相关企业。普通用户在购物网站注册后，可以自由选择不同企业的不同商品（购物车记录商品信息），购物完成后生成订单，点击付款后系统把加密过的订单信息发送给网上银行系统，输入

26、自己银行卡的帐号及密码（当然这一过程得足够安全），确认信息后银行实现转帐，并向购物网站发送转帐成功与否信息同时反馈给用户。用户之后可在购物网站的订单页面查看支付与否以及发货与否的信息。2.2运行环境网站主体用JSP编写，数据库基于SQL Server，其配置在服务端进行，用户端访问时只需普通网络浏览器即可。2.3基本设计概念和处理流程本系统由两部分组成：网上购物系统和网上银行系统。两套系统独立运作，购物系统用作商品交易平台，网上银行则作为金钱流动平台，实现资金转帐。其处理过程如下：2.4结构网上购物系统部分：1）用户注册页面：分为企业用户和顾客用户，企业用户需管理员验证。2）用户登录页面：co

27、okie的记录。3）用户资料页面：包含资料查看及修改。4）商品展示页面：包括单独店铺展示以及全站搜索信息，搜索方式多样化。5）企业用户管理页面：商品的增减及企业帐号信息修改。6）顾客用户订单页面：显示订单信息。7）购物车功能：顾客用户当前会话的购物记录。8）留言板功能：每个店铺一个，用来实现企业与顾客的互动。9）订单信息传递：把确认付款的订单信息发送给网上银行系统。网上银行系统部分：1）购物网站订单信息的验证：判断购物网站是否合法。2）帐号密码输入页面：密码输入键盘、信息确认。3）转帐状况页面：转帐是否成功或是某一步验证失败信息。2.5功能器求与程序的关系JSP数据库通讯加密用户注册用户登录用

28、户资料商品展示商品管理订单购物车留言板订单信息传递订单信息验证帐号密码输入资金转帐2.6人工处理过程1）企业合法性的审核2）企业和个人资料的录入与修改3）商品和信息的录入与修改4）物流以及发货信息的更新2.7尚未解决的问题1）密码输入框的随机排列3接口设计3.1用户接口系统采用的是B/S结构，用户只需按照网页上的提示一步一步操作即可。1）购物网站买家在购物之前需要有一个购物网站账号，因此在进入购物网站页面以后需要申请一个新账号，该账号唯一标示了用户在购物网站的身份以及相关信息记录。每个商品有商品名，供货方名，货物上架时间，商品图片组成。用户通过点击购买商品按钮将该商品加入到购物车当中。购物车包

29、括用户选择的若干商品的集合，当用户将所有货物放入购物车以后，点击提交订单按钮，从而进入银行转账界面进行转帐。2）网上银行系统买家在网上银行转帐时，输入个人银行帐号与银行密码（可以使用软键盘进行输入），点击确定付款按钮进行付款，这时会跳出一个对话框显示用户所有输入，包括订单号，商家名称，用户银行帐号，用户确认无误后点击确定提交付款单。最后银行跳出一个反馈信息表明是否转帐成功，若转帐失败（包括用户银行帐号不存在，账号与密码不匹配，用户的银行帐号余款不够等信息），则给出相应的提示。3.2外部接口本系统的银行转帐部分可以支持多个购物网站提供转帐服务。可以支持类似淘宝的所有购物网站。本系统采用自己开发的

30、一个简单的购物网站作为演示。3.3内部接口3.3.1 从购物网站到网上银行系统每份用户订单递交时，购物网站向网上银行系统发送一条消息，包括购物网站代号，订单号，该订单转帐钱数等信息，并保证该条信息足够安全的到达银行。银行通过监听一个端口，接受该条消息并验证消息的正确性，如果消息正确（非他人向银行恶意传递）则实现由购物网站页面到网上银行系统页面的跳转。购物网站代号：该代号唯一标实了购物网站，对应了购物网站在银行中的帐号等信息。订单号：由购物网站提供，包含了用户在购物网站中购物的所有信息。订单转帐钱数：订单的总金额，接下去将从用户银行账户转向购物网站的银行帐户。安全性：购物网站消息必须经过加密，然

31、后在银行监听到这条消息之后进行解密，再进行正确性验证。3.3.2从网上银行系统到购物网站当用户银行账户中的钱顺利转到购物网站银行账户中以后，银行需要把这条消息反馈给购物网站，同样购物网站通过监听一个端口，接受银行传过来的反馈信息，标实哪位用户的哪笔订单转帐成功。3.3.3安全性及通讯协议设计安全性是网上银行与购物网站接口部分的重要保证，因为涉及到钱的内容，因此必须格外小心，也就是说不能通过明码传输，不能让别有用心的人恶意得逞。为达到安全目的，我们通过自己设计的购物网站与网上银行系统间的通讯协议，主要做到以下保障：1）双方通过相互分析接受到的消息，使网上银行系统能够精确确定消息来源，并且购物网站

32、可以收到银行的反馈是否转账成功。2）如果消息中途被截取，并且进行修改，或者进行了增删内容，则网上银行系统能够轻松判断是否经过了这样的操作。我们传输的消息总共包括四个元素：购物网站代号，购物网站向网上银行系统要求的服务，订单号以及将要转账的金额。在购物网站端对消息进行加密，共有三步：1） 字符映射在初始消息中我们会用到az，AZ，09共62个字符再加上%字符用来表示消息各元素之间的间隔，其中%总共会出现3次。我们将所有的az，AZ，09这些62个字符映射到一个二维的表当中这样原先的这些字符就进行了扩充，以对应的横坐标字符和纵坐标组合表示。2）%扩充在第一步产生的字符的基础上再进行扩充，使每隔5个

33、字符就加一个%字符，与原先的分隔符达到一种混淆。而在网上银行系统端，我们按照这个协议，每隔5个字符进行删除在购物网站端所加的%字符。3） 原文翻倍我们将原先字符串从横向排列转变为纵向排列，再将这两段字符结合在一起，在接受端只需进行重新分离比较，如果在消息传输过程中遇到修改或者增删操作，则此步操作能清晰地判定错误在网上银行系统端以反向进行的解码，并在中间进行正确性判定，从而达到购物网站与银行之间准确无误的消息传递4运行设计4.1运行模块组合系统共有两大主要运行模块：网上购物模块以及网上银行模块，两个模块之间有安全的数据通讯协议。4.2运行控制用户运行网上购物模块时，首先需进行资料注册，由系统认可

34、后可以获得其他内部模块的使用许可，之后便可以运行查询浏览模块，用户完成购物会话后，便运行结帐模块，生成订单信息，待用户确认后运行付款模块，系统会调用通讯加密模块，对订单及网站信息打包加密后发送给网上银行模块。网上银行模块获取订单信息包后，运行解密模块对其进行数据解密。确定信息包的合法性后，系统运行转帐模块，提供给用户安全的帐号密码输入界面，待获取正确的银行卡信息后即可以进行数据库操作实现金额的转帐。同时系统还有失败处理模块，应用于各阶段的错误操作的响应。4.3运行时间正常网页浏览速度，用户在稳定的网络条件下几乎感觉不到停顿。5系统数据结构设计5.1逻辑结构设计要点购物网站的E-R图由四张表组成

35、，分别是用户、企业、商品以及订单。消费者和企业之间由订单连接。网上银行部分就一张单独的表，详细的E-R图以及表设计如下所示：E-R图表设计名称数据类型大小描述商品商品代号char10商品在购物网站的唯一标识商品名称char20商品名显示在购物网站页面上单价float8.2用户购买商品金额库存int4购物网站中存有该商品的数量商品描述char60对商品的所有详细的描述，由商家提供企业企业代号char10企业在购物网站中的唯一标识名称char12企业的称谓地址char40企业公司所在地邮箱地址char20企业email地址联系电话char11企业联系电话银行帐号char16企业用来收购物网站货款的

36、帐号用户用户代号char10用户在购物网站中表明身份的唯一标识姓名char12用户姓名地址char20用户联系地址联系电话char12用户联系电话身份证号订单订单号char10每份定单的一个唯一标识用户代号char10此订单的操作用户商品总价float8.2总金额通过银行转账银行账户银行卡号char16每个银行用户在银行中的唯一标识用户姓名char12持卡人姓名密码char16银行卡对应密码身份证号char23持卡人身份证号码性别bit1地址char40联系电话char11用户余额float8.2银行卡中所有金额总数5.2物理结构设计要点给出本系统内所使用的每个数据结构中的每个数据项的存储要求

37、，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。5.3数据结构与程序的关系消费者：用户在进入购物网站以后在购物网站注册，购物网站的数据库中保存用户的相关信息商户：商品的提供方，在我们这个购物网站中提供的服务是由商家将商品卖给购物网站，因此商品金额转帐不是在我们的考虑范围之内。商品：购物网站显示商品相关信息，这部分内容显示呈现在用户面前订单：用户向购物提交的购买商品的信息，也是最终购物网站向银行发送的消息的一部分。购物车：用户在购物网站购买商品信息的缓冲区，一旦用户点击购买商品以后，该条商品信息就保存在购物车内了，当用户需要提交所有购物车中的商品时，就生成了一份

38、订单。6系统出错处理设计6.1出错信息1）购物用户账号或是银行帐号不存在或不匹配购物用户输入了错误的账号或者已经建立的账号由于某些原因已经被销毁了或是输入的密码和账号不匹配、银行用户的账号输入错误、原来的账号已经被注销、该账号已经通过法律或者诸如此类的手段被政府或者其他的组织冻结、银行账号被恶意侵入或者破坏。可能原因有密码修改后被遗忘或者由其他知道密码的人在用户不知情的情况下将密码变更。2）网站信息的丢失由于不正当的操作、没有采用安全机制或者安全机制的不完备，引起了网页间信息传递时候的外泄、丢失、甚至被恶意篡改。引起了数据库中数据丢失。或者是系统引起的错误，包括在支付商品后仍然在网站中保留了该

39、商品的信息，导致了网页显示与实际有出入；由于设计时候考虑得不够周详引起的某些信息无法在任何情况下都安全传递到应该到达的网页。 3）服务器的不自然关闭由于未知的原因，包括诸如停电，自然灾害或者人为过失引起的硬件系统断电，或者是服务器的操作系统崩溃，软件遇到问题，导致服务器的不自然关闭甚至毁坏。4）用户银行账户金额小于转账金额银行用户不知道账号上的金额已经不足以支付所购商品的费用；问题主要在用户一方，银行应该通过网页机制给用户发送剩余金额不够的通知，并且取消交易的进行。5）他人冒充商家恶意发送消息给银行受到诸如黑客之类的人入侵或者是不小心造成的过失；6）他人截取消息后并在该消息中增添内容后再发给银

40、行是上面问题的一种特殊化，同样有恶意入侵或者是无心之过之分。6.2补救措施购物网站和银行中最容易出错就在于数据库问题，而且一旦出现将带来无法弥补的状况，因此购物网站和银行能做的就是防范于未然，定期做好数据备份，以保证一旦丢失不至于带来毁灭性的结果。对于购物用户账号或是银行帐号不存在或不匹配现象，可以通过在数据库中检验用户账号密码信息后反馈给用户，如果责任在网站的一方应该予以补偿。对于网站信息的丢失现象，因为是本工程应该完成的部分，所以在设计和编码中一定会尽量避免错误的出现；在测试中一定尽全力使bug呈现，得以实质性的解决；如果问题没有被发现，在实际使用中出现并且造成一定的损失后，通过升级或者维

41、护等技术手段来解决，改善这类问题。问题是在无法解决时候可以通过修改模块的形式来改变。对于服务器的不自然关闭，由网站工作人员定期加以维护，在安全性方面加大力度，提供诸如镜像备份等技术支持。对于用户银行账户金额小于转账金额现象，由服务器发送一个消息给用户的网页，弹出窗口提示用户的错误，告知用户存入或者转账到需要使用的账户。同时，银行的网页需要发送一个消息给网上商店的服务器，告知交易被搁置或者是取消。对于他人冒充商家恶意发送消息给银行现象，采用高级安全机制，诸如SSL2.0加密手段。强化重要数据传递的优先权，加大对商品密钥的保护力度。在工程中的设计阶段就加以功能上的区分，舍弃可能引起信息丢失的模块，

42、加强保护模块的存在。与购物网站签订特别协议，防止错误的出现。对于他人截取消息后并在该消息中增添内容后再发给银行现象，与上诉现象处理方法类似。如果说上述问题的解决出现了，那不啻是一场灾难；任何与此有关的人都应该负上责任。在问题实在无法修正的状态下，可以引入回避机制和折中战略，通过取消部分实现功能来完成工程的大体架构。6.3系统维护设计在结构设计中我们已经将整个系统按照模块化划分，每一部分对应了相应的功能，并且小组分工完成，因此一旦有新的需求进行扩充或者系统出现问题之后都将是非常容易进行维护的。参与部分：通讯协议部分的总体设计及相关部分的文档撰写。心得：由于前期问题分析作的相对较为充分，给这个阶段

43、的总体设计带来很大的便利，是我们对系统的设计能有一个较为清晰的设计思路。进一步加强了文档的撰写能力。详细设计说明书1引言1.1编写目的 在前一阶段（概要设计说明书）中，已解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。在本阶段中，确定应该如何具体地实现所要求的系统，从而在编码阶段可以把这个描述直接翻译成用具体的 程序语言书写的程序。主要的工作有：根据在需求分析说明书中所描述的数据、功能、运行、性能需求，并依照概要设计说明书所

44、确定的处理流程、总体结构和模块外部设计，设计软件系统的结构设计、逐个模块的程序描述（包括各模块的功能、性能、输入、输出、算法、程序逻辑、接口等等），解决如何（1） 接收：接收用户信息，以及产品信息。（2） 用户查看产品信息( 3 ) 系统管理员 日志维护( 4 ) 系统管理员 用户信息维护( 5 ) 系统管理员 后台维护( 6 ) 输出：相关提示信息 在以下的各个阶段中，用户操作手册将与本阶段的工作紧密结合，努力作到 让用户易懂易学。测试报告和维护报告也将参考本说明书，检验本系统的各项性能指标，及时发现纰漏及时修补，一定要把功能强大、稳定可靠、便于维护的图书借阅系统交到用户手中。1.2背景本项

45、目名称：电子商务网站系统本项目是由本组经过精心讨论而来的的项目开发人员：江双龙、赵海水、张斯文、郑坤卫 1.3定义由于本系统功能不是太过复杂，所以选用轻量级的数据库My-SQLMy-SQL系统服务器所使用的数据库管理系统。 SQL: 一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。ROLLBACK: 数据库的错误恢复机制。1.4参考资料（1） 软件工程项目开发文档范例（2） 软件工程国家标准文档（3） 本开发小组的图书借阅管理需求说明书（4） 本开发小组的概要设计说明书2程序系统的结

46、构 2.1类图：3程序设计说明从本章开始，逐个地给出各个层次中的每个程序的设计考虑。以下给出的提纲是针对一般情况的。对于一个具体的模块，尤其是层次比较低的模块或子程序，其很多条目的内容往往与它所隶属的上一层 模块的对应条目的内容相同，在这种情况下，只要简单地说明这一点即可。3.1 流程逻辑3.1.1系统管理员模块首先，调用Login（）函数实现管理员的登录，对要实现的每一项功能，都有相应的函数在删除用户时，调SystrmManagerDeleteUser（）函数，SystrmManagerInsertUser（）函数实现添加用户，SystrmManagerRevisetUser（）函数实现对的

47、用户信息的修改，函数实现对数据的维护，函数实现对日志的维护等。3.1.2系统管理员模块对于系统管理员来说首先可以调用Login（）函数实现其登录，query（）函数来实现系统管理员查看产品的活动（可以不登录），登录之后，对于管理产品book函数来实现对图书的增加，book函数来实现对图书的删除，函数实现对用户借书的处理，实现对用户还书的处理等等。3.1.3用户模块：用户可以不登录就来实现产品查询，系统调用query（）函数来实现用户的查询产品的请求，用户登录系统调用函数实现，同时对于用户的查询产品信息调用相应的函数。3.2程序描述3.2.1 query（）查看产品过程用户输入产品的名称，或者产

48、品品牌、产品型号对输入的信息进行检测。检测是否存在要该相关类的产品。如果根据输入信息检测不到相关产品信息，则给出提示信息。否则显示相关产品信息。该过程的输入数据有：产品名 String computerName 产品型号 String computerClassID摘要 String Summary3.2.2Login过程 用户输入用户名和密码，然后对用户名和密码进行检测。如不存在该用户，给出提示信息。如果存在该用户，则接着进行用户类别判断。判断该用户属于哪一类（用户，图书管理员，系统管理员）。根据判断结果分别进行不同的界面。该过程的数据有： 用户名：String UserName 用户密码：

49、String Password3.2.3ManagerRevisesPassword()管理员修改密码过程 管理员登录后可修改自己的登录信息，管理员输入自己的原始登录名、原始密码、新用户名、两次新密码后确定修改，如果输入的两次新密码不一致，则提示相关错误信息，如果输入的新用户名已经存在，则提示该用户名已经存在的提示信息，或者修改成功。该过程输入的数据有： 原始用户名 String OldUserName原始密码 String OldPassword新用户名 String NewUserName新密码 String NewPassword1确认密码 String NewPassword23.2.

50、10管理员查询用户信息过程ManagerInquiresReaderInformation() 管理员输入产品号，根据输入的产品号查询该用户的相关信息(姓名，性别，邮箱，住址。，联系电话，用户类别)和所购买的产品信息（产品ID，产品名，购买日期）。该过程的输入数据有： 产品号：String computerID3.2.11管理员产品添加过程ManagerIncreaseComputer () 管理员进入产品添加界面，输入待添加产品的信息（产品ID，产品名，产品商家提供者，产品单价，产品摘要），入库，更新产品库信息。该过程中输入的数据有： 产品ID Guid ComputerID 产品名 Str

51、ing ComputerName产品商家提供者String shopProvider产品单价 Double ComputerPrice产品摘要 String ComputerSummary3.2.12管理员删除产品过程ManagerDeleteComputer() 系统管理员输入ComputerID，得到该产品的相关信息，确定删除之后，更新产品库信息。该过程输入的数据有： 产品ID Guid ComputerID3.2.13管理员产品信息修改过程ManagerRevisionComputerInformation() 系统管理员输入ComputerID，显示符合条件的产品相关信息。然后再对要修改的项进行修改。修改完成之后更新产品库该过程输入的数据有： 图书ID Guid ComputerID3.2.14系统管理员添加用户过程SystemManagerIncreasesUser() 系统管理员进入用户添加界面