A. 求用java写的网上购书系统
我这有写好的,并携带数据库:
有图书管理 ,上传图片 购物车 下订单,处理订单 留言 回复 冻结用户,解除冻结 一系列功能的....
主要使用 MVC ajax 技术...没有使用框架...
看看您需要吗?需要的话,联系我...
B. 网上书店系统的需求分析
1 引言
1.1 编写目的：本文档将描述对网上书店（电子商务网站）项目的可行性研究。
1.2 项目背景：
本项目作为《软件工程》课程的实习项目提出，希望通过《网上书店》电子商务网站的设计开发，了解软件文档的相关标准和编写原则，训练并掌握软件各类文档写作的技巧；另一方面，提高使用JSP开发J2EE架构的电子商务网站（B/S结构）的能力。
B/S结构的特点：
几乎没有限制的客户端访问和极其简单化的应用程序部署和管理是B/S模型的优势所在。它和C/S模型比较优点极为突出。
两层技术模型（Two-Tier Architecture）是指客户机直接与服务器交流，没有其他服务介入的技术模型。对用户量在12—100的局域网环境中，两层模型的确是个不错的方案。由于该模型中，所有的用户连接都是被保持的，也就是说即使在空闲状态，连接依然存在。所以，用户的并发请求数量有限的。为了解决这个限制，使得成千上万的用户可以被无顾虑地添加，我们最好选用三层模型。
B/S结构，即Browser/Server（浏览器/服务器）结构，是随着Internet技术的兴起，对C/S结构的一种变化或者说是改进的结构。用户界面完全通过浏览器实现，一部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，形成三层结构，是一种全新的软件系统构造技术。B/S模型结构图如下所示：
从上图可见 这种结构的一个重要的特点是，用户可以完全不需要安装客户端软件，当然也不需要担心任何软件升级和不兼容等任何客户端所遇到的问题。
相比之下，B/S模型的优点显而易见，更适合这个网站的构建，有利于网站的维护和扩充。
● 所建议开发项目的名称 ：
网上书店。
● 所建议开发项目的开发平台：
WINDOWS XP SP2。
● 所建议开发项目的测试平台：
WINDOWS XP SP2。
● 所建议开发项目的使用平台：
WINDOWS XP SP2。
● 所建议开发项目的开发软件：
Borland JBuilder2005 企业版，Tomcat5.0，SQL Server2000标准版，JDK1.5。
● 所建议开发项目的建模工具：IBM rational rose 2003 企业版。
1.3 定义：
电子商务
JSP，J2EE，JINI,
1.4 参考资料：
《软件工程》齐治昌 谭庆平 宁洪 高等教育出版社
《实用软件工程》郑人杰 殷人昆 陶永雷 清华大学出版社
《软件工程方法与实践》胥光辉 金凤林 丁力 机械工业出版社
《软件设计文档国家标准》GB8567-88
2 可行性研究的前提
2.1 要求：
● 功能 ：对书店的图书信息和用户（书店工作人员，网站注册用户即潜在购书者）信息的进行有效的管理；对图书的进存销等环节进行信息化管理；实现读者网上浏览图书，网上购书的可能；通过论坛同读者进行有效的沟通；通过聊天室实现作者和读者的实时交流；处理读者网上的投诉和建议。
● 性能：数据库的录入；图书检索；用户信息查询；图书信息查询；论坛和bbs互动；网上购书；
● 安全与保密要求 ：书店中所有的图书能够供用户随时查阅；用户的个人信息可以由用户自己修改，添加；书店图书的信息只能由书店管理人员添加，修改；所有注册用户信息只能由书店管理人员查询。
● 运行环境 ：
服务器端 ：
操作系统 ：WINDOWS，LINUX/UNIX及任何能运行Java虚拟机的平台；
Java Runtime Environment ：version5.0以上。
Web Server：Tomcat 5.0以上。
客户端：
操作系统 ：任何pc平台；
浏览器 ：Internet Explorer，Netscape Navigator。
● 完成日期 ：2005年12月。
2.2 目标：
本系统希望通过构建一个J2EE架构的电子商务网站，利用日益繁荣的互联网，为传统的书店打造一个新的销售平台。本系统希望通过电子信息化的手段对书店的进存销等环节进行管理，以达到人力与设备费用的减少，服务能力的提高，管理信息服务的改进，工作人员利用率的提高等目标。
2.3 条件、假定和限制：
● 建议开发软件运行的最短寿命： 四个月
● 进行显然方案选择比较的期限 ：暂时不考虑
● 经费来源和使用限制 ：暂时不考虑
● 法律和政策方面的限制 ：暂时不考虑
● 硬件、软件、运行环境和开发环境的条件和限制 ：在Windows XP SP2下使用
● 建议开发软件投入使用的最迟时间 ：四个月
2.4 可行性研究方法
2.5 决定可行性的主要因素：
技术因素、硬件因素、软件因素、经济因素、团队合作精神等。
3 对现有系统的分析 （缺乏原型系统）
3.1 处理流程和数据流程 ：暂时不考虑
3.2 工作负荷 ：暂时不考虑
3.3 费用支出：如人力、设备、空间、支持性服务、材料等项开支 ：暂时不考虑
3.4 人员：列出所需人员的专业技术类别和数量 ：暂时不考虑
3.5 设备 ：暂时不考虑
3.6 局限性：暂时不考虑
C. 软件工程购书子系统
去得益网看看 里面东西很全
D. JAVA ee编写网上购书系统
可以网络私信我哦~
E. 网上购书系统的设计 怎么介绍
系统名称：网上购书系统 数据表代码：book 数据表名称：书 唯一索引字段（主 键） 其它排序字段 IID IID 字段说明 字段名称 数据类型 允许为空 唯一 修改时间 MODIFIED TIMESTAMP 否 否 修改者 MODIFIER VARCHAR（255） 是 否 目录名称 NAME VARCHAR（64） 否 是 创建者 CREATOR VARCHAR（255） 是 否 编号 Iid VARCHAR(32) 否 是 书名 Name VARCHAR(64) 否 是 作者 bookAuthor VARCHAR(64) 否 否 出版社 bookkConcern VARCHAR(64) 否 否 价格 bookPrice VARCHAR(64) 否 是 数量 bookNo VARCHAR(64) 否 是 外键： xxx 索引： Iid
F. 软件工程 图书管理系统
借阅时间
馆藏号
书名
分类号
作者
价格
借书证号
姓名
性别
图4 图书流通的E-R图
属于
单 位
1
n
单位名称
单位编号
先设计图书流通的实体－关系图(E-R图)。E-R图由3个相关联的部分构成，即实体、实体与实体之间的关系以及实体和关系的属性。图书流通过程中实体“图书”与“读者”之间的关系是借阅和被借阅的关系，实体“读者”与“单位”之间的关系是属于和被属于的关系，“图书”的属性有“馆藏号”、“书名”、“分类号”、“作者”、“价格”，“读者”的属性有“借书证号”、“姓名”、“性别”，“单位”的属性有“单位编号”和“单位名称”，“借阅”属性“借书日期”，由此得出E-R图如图4。
从图中可以知道：
①“借书证号”是唯一的，所以“借书证号”决定“姓名”，每位读者应只属于一个性别，所以“借书证号”也决定“性别”；
②“馆藏号”是唯一的，所以“馆藏号”决定“书名”、“分类号”、“作者”、“价格”；
③ “单位编号”是唯一的，所以“单位编号”决定“单位名称”；
④ 每位读者在一个时间只能借一本书，所以“借书证号” +“馆藏号”决定“借阅时间”。
如果将这些数据项置于一个关系模式中，根据范式理论，该关系模式属于1NF（第一范式），它存在删除异常和冗余等问题，不是理想的模式，因此要把它分解成满足3NF或BCNF的关系模式。根据范式理论和E-R图转换成关系模型的规则，上面的E-R图可转换为4个关系模式：①图书（馆藏号、书名、分类号、作者、价格）；②读者（借书证号、姓名、性别、单位编号）；③借阅（借书证号、馆藏号、借阅时间），④单位(单位编码、单位名称)，其中打下划线的为码，这样就解决了插入、删除和数据冗余等问题。
我们对数据的结构进行详细的分析，按照上述的设计思想，共设计了读者表，书目表，馆藏表，流通表等百余张数据表，然后创建视图和存储过程。下面举例说明：
读者表：借书证号、姓名、单位、读者类别、职称等字段；
书目表：馆藏号、ISBN、题名、作者、出版社、复本数、语种、文献类型、版次等字段；
馆藏表：馆藏号、索书号、分类号、种次号、馆藏位置、单价、出版日期等字段；
流通表：借书证号、馆藏号、借期、还期、续借、应还期、操作员等字段；
借阅规则表：读者类别编码、图书类别编码、限借册数、每期天数、续借天数、过期日期、罚金等字段。
读者类别表：读者类别编码、读者类别等字段。
图书类别表：图书类别编码、图书类别等字段。
3.4 数据库索引
建立索引是加快查询速度的有效手段，数据库的每一个表建立了主键，主键由一个或几个字段组成，每一个表都按主键建立了索引，部分表为了满足查询和排序的需要，除建立主索引外，还建立了次索引。例如在查询时要用到“馆藏号”、“作者”、“题名”等条件来查找图书，因此，在书目表上除了对主键“馆藏号”建立了主索引外，也对“作者”、“书名”等建立了次索引。
3.5 视图
视图是从一个或几个基本表导出的表，它是定义在基本表之上的，它是一个虚表，数据库中只存放视图的定义，而不存放视图对应的数据，数据仍然存放在原来的基本表中。通过定义视图，可以使用户眼中的数据库结构简单、清晰，并可以简化用户的数据查询操作。由于本系统数据表较多，表中的字段多，为了简化对表的操作，我们创建了图书_按书名查询、期刊_按刊名查询、期刊_按编辑部查询、借阅规则查询、待还书查询、超期记录查询等30余个视图。
3.6 存储过程
存储过程是一段经过编译的程序代码，存放在数据库服务器端。通过调用适当的存储过程，可在服务器端处理大量数据，再将处理结果送到客户端。这样可减少数据在网络上的传送，消除网络阻塞现象；例如：要查询某条记录，若该记录在表中的顺序号是10000，不采用存储过程，服务器将从1至于10000条记录数据逐条送至客户端，采用存储过程后，由于过程是经过编译的并且是在本地，不需要通过网络，因此能很快查出所需记录并将结果送到客户端，大大减少了网上数据传输量。存储过程另一好处是可供不同的开发工具调用，如PB、VB、ASP、Delphi等开发工具均可调用。在流通模块和WEB查询模块上均有图书检索功能，实际上调用同一存储过程完成的。本系统建立了60多个存储过程，实现诸如借还书处理、新书入库统计、编目入馆藏、读者统计、生成索书号等功能。
3.7 数据库调用
采用ODBC接口实现数据库的调用，采用ADO接口调用。
4 条形码的使用
条形码具有唯一性和一次输入后就可反复使用的优点，利用条形码技术作为信息快速输入的手段可迅速且不易发生错误地处理图书管理业务。本系统使用条形码作为图书和读者的标识，实现标识的唯一性。
使用条码后，能够使图书管理工作更加简单、快捷、不易出错。例如，当一本书具有唯一条形码标识，每位读者也具有唯一条形码标识时，图书的借阅、查询就十分便捷了。应用条形码取代了以往填写书袋卡、借书证，核对借阅时间等繁琐的手工劳动。读者在借书时只要将借书证给工作人员，工作人员只需登录借书系统，用条形码阅读器扫描读者借书证上的条形码，屏幕就会显示出该读者的信息，包括读者姓名、单位、可借几本书、已借几本书、是否过期、有无罚款等。如可以借书，工作人员只需用条形码阅读器扫描该读者所需借的书上的条形码符号后，该书的书名和条形码等信息都从数据库中调出显示在屏幕上，自动记录在该读者的借阅档案中，借书工作即告完成。一般借一本书仅需 1至 2秒钟。操作完后，计算机自动地将该借阅者和借阅的图书号码输入对应数据库中，并自动提示借阅期限