java web 网上书店系统

1.1系统需求分析

系统的主要目的是实现一个图书管理系统。系统有2 类用户分别为管理员、读者会员。管理员经口令认证进人系统后，管理员可完成维护系统的功能， 包括管理图书和管理会员。读者会员则完成查询图书、修改个人资料、查询个人借阅信息的功能， 工作完成后可以退出系统。

1.2功能需求描述

随着互联网的高速发展，网上购物已经成为了当今主流，网上购书也不例外。所以设计一个网上书店系统可以轻松解决人们的便利购书。

系统主要是为方便用户定制开发的，因此针对网上购书而言，经过了反复地论证，最终确定了网上书店系统的设计方案，网上书店系统的主要功能为：

（1） 用户登录。管理员或会员根据账号和密码登录系统进行身份验证。

（2） 查询图书。登录系统后进行图书检索， 并可以通过点击图书名称查看书本详细信息。

（3） 添加图书。只有管理员登录成功后才能添加图书。通过点击导航条上的“添加图书“超链接进入添加图书页面，填好后点提交， 就进数据库了。

（4） 修改图书。只有管理员登录成功后才能修改图书。通过点击导航条上的“修改图书“超链接进入修改图书页面，修改好后点提交， 就进数据库了。

（5） 删除图书。只有管理员登录成功后才能修改图书。通过点击导航条上的“删除图书“超链接进入删除图书页面，点删除就可将书删除。

（6） 修改和查询个人信息。用户可以修改自己的个人信息和密码。

（7） 购物车功能。用户可以把自己选好的图书放进购物车，再次确认购物车里的信息即可以确认购书。

1.3性能需求

为了保证系统能够长期、安全、稳定、可靠、高效的运行，网上书店系统应该满足以下的性能需求：

（1）系统处理的准确性和及时性

系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足中小型企业对信息处理的需求。

（2）系统的开放性和系统的可扩充性

网上书店系统在开发过程中，应该充分考虑以后的可扩充性。例如用户查询的需求也会不断的更新和完善，都要求系统提供足够的功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。

（3）系统的易用性和易维护性

网上属书店系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面。

（4）系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。

（5）系统的先进性

目前计算系统的技术发展相当快，做为图书管理系统工程，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。

（6）系统的响应速度

图书管理系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。

1.4开发工具,参考文献,小组分工  

参考文献

1、《软件工程》 张海藩等 清华大学出版社 2009.7

2、《软件工程基础与实训教程》 杜文洁等 电子工业出版社 2010.9

3、《软件工程》 吕云翔等 人民邮电出版社 2009.9

4、购书网站，如蔚蓝网、卓越亚马逊等。

开发工具

MyEclipse 6.0

Macromedia Dreamweaver 8

MySQL

小组分工

二、系统总体设计

2.1功能规定

前台功能划分:

        (1)图书搜索

        (2)查看图书详细信息

        (3)用户注册

        (4)用户登录

        (5)修改用户信息

        (6)购物车功能

        (7)查看订单

后台功能划分为：

(1)图书管理系统(增删改查)

(2)用户信息管理(删查)

     (3)订单信息管理(查看订单清单,更新出货状态)

2.2功能描述

后台（管理员）:

  (1)图书管理系统(增删改查):对库内图书进行相关管理,可以增加,删除某些图书,对指定图书的属性进行修改,并且在进行管理后进行查看.

  (2)用户信息管理(删查):对已注册过的用户的信息进行管理,管理员可以对指定用户的信息进行查询,如果有必要的话,还可以对某些用户的信息进行删除,取消其使用该系统的权限. 

  (3)订单信息管理(查看订单清单,更新出货状态等):当有用户一次需要购买多本书籍,并且列出清单后,管理员可对用户的这些订单进行查询,并且当完成买卖后,对库内的图书信息进行更新.

2.3功能模块图                    

三、系统的详细设计

3.1程序流程图

用户登录流程图

管理员登录流程图

3.2数据库的设计

3.2.1数据字典

（1）名称：管理员

描述：记录管理员信息

定义：管理员信息=管理员ID+管理员密码

输入数据:管理员信息

输出数据:管理员信息

（2）名称：图书信息表结构

描述：记录所有图书的基本情况

定义：图书信息=图书ID+图书名称+图书描述+图书价格+图书类别

输入数据：图书信息

输出数据：图书信息

（3）名称：用户信息表结构

描述：记录所有用户信息情况

定义：用户信息=用户id+用户姓名+用户密码+用户电话+用户地址

输入数据：用户信息

输出数据：用户信息

（4）名称：订单人信息表结构

描述：记录所有订单人的基本情况

定义：读者信息=订单ID+订单人+订单人电话+订单人地址+订单日期+订单的状态

输入数据：订单人信息

输出数据：订单人信息

（5）名称：订单表结构

描述：记录已下订单的情况

定义：订单信息=订单ID+订单人+订单人电话+订单人地址+订单日期+订单的状态

输入数据：订单信息

输出数据：订单信息

3.2.2数据库的逻辑设计

在需求分析阶段已完成该系统所有的数据分析。根据该阶段所建立的概念模型，已经得出满足系统设计要求的几个关系描述，该阶段的主要工作就是把前一阶段的成果转化为具体的数据库。下面给出概念结构设计得E-R图

（1）管理员实体E-R图

图3.1

（2）用户实体E-R图

图3.2

（3）图书信息实体E-R图

图3.3

（4）购物车实体E-R图

图3.4

（5）订单实体E-R图

图3.5

（6）总体E-R图

图3.6

3.2.3数据库的物理设计

Book表是图书的信息（包括：图书ID，图书名称，图书描述，图书价格，图书类别等），如表3.1

orderitem表是购物车的信息（包括：购物车ID，图书ID，图书单价，购买数量，订单ID等），如表3.2

Orders表是订单的信息（包括：订单ID，订单人，订单人电话，订单人地址，订单日期，订单的状态），如表3.3

   User表是用户的信息（包括：用户id,用户姓名，用户密码，用户电话，用户地址）

4.1登陆界面

4.2网页主页

4.3用户查看自己订单

4.4用户修改自己信息

部分代码: 当前用户

 新的密码

 新的电话

 新的住址

4.5用户挑选书籍

部分代码: 1)(pageNo-1) : 1%>&bookname=<%=bookname%>&bookkind=<%=bookkind%>">前页 第<%=totalPages%>页 共<%=pageNo%>页 共<%=totalRecords%>本 &bookname=<%=bookname%>&bookkind=<%=bookkind%>">下页      

 完成

4.6用户通过购物车完成的订单

部分代码: for(Iterator it = orderitems.iterator(); it.hasNext(); ) {

     OrderItem oi = it.next();

     %>

      <%=oi.getBookOfOrderItem().getBookId() %>

      <%=oi.getBookOfOrderItem().getBookName() %>

      <%=oi.getBuyCount() %>

      <%=oi.getBookOfOrderItem().getBookPrice() %>

4.7管理员管理图书

部分代码: 图书ID:

4.8管理员对用户进行管理

4.9管理员对订单进行管理

部分代码: 

五、软件测试

5.1测试说明：

错误级别：

一级：不能完全满足系统要求，基本功能未完全实现；或者危及人身安全。

二级：严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动

该软件不属于更正办法）。

三级：严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重

新启动该软件不属于更正办法）。

四级：使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。

五级：其他错误。

优先级定义可采用以下方法（QFD对功能需求的分类方法）：

A 高——必须实现的功能，用户有明确的功能定义和要求；

B 中——应该实现的功能，用户的功能定义和要求可能是模糊的、不具体的、或低约束的，但是这类功能的缺少会导致用户的不满意，因此这类功能的具体需求应当由需求分析人员诱导用户产生并明确；

C 低——尽量实现的功能，并可根据开发进度进行取舍，但这类功能的实现将会增加用户的满意度。

5.2测试表格

日期：    2011/12/26        测试人员`         编号：     A1     

从实训的第一天到接近尾声，有时候感觉几乎做的事情是很沉闷的。

第一周的需求分析设计，第二周的概要设计，第三周的编码和最后的作品评审，每一周的工作都是安排的有序的进行。前两周都还不是编码的工作，只是对系统的分析和设计方面的问题。只要认真去做这个任务还是可以完成的。前期对于安排的工作都是完成的，有时候很享受小组里的人进行讨论时的那种感觉。看到自己做的作品一步步成型，真的很高兴。这是组里每一个人共同努力的成果。

不是从一开始到结尾都是一帆风顺的，也有我们面对许多问题的时候。有时候意见不统一的时候会发生争吵，这或许都是很常见的事情。特别到了编码这结尾一项工作时，那是一种压力。是由于自己对与这个的一窍不通。这时候那是相当无助的一件事。但是在组里人的帮助和鼓励之下这些都变得不重要了，因为他们给了我很大的帮助。

三周实训有得有失，学习到许多。平时不努力学习，到了最后关头就忙的满头大汗这就是不好好学习的结果吧！在实训期间很谢谢组里的组员给了我一定的帮助，或许那个帮助是微不足道的。但是这本身也是一种支持。因为这是一个团队。

实训期间学到许多平时上课所没有学到的一些知识。知识方面有了许多的长进，也学会如何在一个团队中该怎么样做，与每一个人团结。