网上数码专营店的设计与实现毕业论文(编辑修改稿)

网上数码专营店的设计与实现毕业论文(编辑修改稿)内容摘要：

的智能性，由于本系统是采用了 Java 网络编程，自然的继承了 Java 的跨平台性，可以在任意一个操作系统下稳定的运行 [8]。 系统的主要架构及开发模式 系统的建设关键在于其所使用的架构，而网上购物这种基于 Web 的系统，传统的 C/S 架构已经不能满足大量用户的访问和操作， B/S 基于浏览器的架构则是目前网络系统应用的主流，它将大量的数据处理工作交给服务器端来处理，客户端只用通过普通的 IE 浏览器即可访问系统，方便快捷而且利于系统的更新和维护， Java 语言在该方面更是得天独厚 ， J2ee 规范的出现则使系统的开发更加规范，层次更加清楚，更利于对复杂事务的处理，而且在安全性方面也做的更好 [9]。 基于 MVC 的开发流程则使开发过程更加的清晰明了，利于做一些复杂的逻辑实现，从而节省了开发周期和开发成本。 基于 B/S 体系结构 在 B/S 体系结构系统中，用户通过浏览器向分布在网络上的许多服务器发出请求，服务器对浏览器的请求进行处理，将用户所需信息返回到浏览器。 B/S 结构简化了客户机的工作，客户机上只需配置少量的客户端软件 [10]。 服务器将担负更多的工作，对数据库的访问和应用程序的执行将在服务器上 完成。 浏览器发出请求，而其余如数据请求、加工、结果返回以及动态网页生成等工作全部由 Web Server 完成。 实际上 B/S 体系结构是把二层 C/S 结构的事务处理逻辑模块从客户机的任务中分离出来，由 Web 服务器单独组成一层来负担其任务，这样客户机的压力减轻了，把负荷分配给了 Web 服务器 [11]。 B/S 三层体系结构如图 11 所示。 图 11 B/S 三层架构示意图 Browse 浏览器 Web 服务器 数据库 哈尔滨理工大学学士学位论文 4 这种结构不仅把客户机从沉重的负担和不断对 其提高的性能的要求中解放出来，也把技术维护人员从繁重的维护升级工作中解脱出来。 由于客户机把事务处理逻辑部分分给了功能服务器，使客户机一下子“苗条”了许多，不再负责处理复杂计算和数据访问等关键事务，只负责显示部分，所以维护人员不再为程序的维护工作奔波于每个客户机之间，而把主要精力放在功能服务器上程序的更新工作。 这种三层结构在层与层之间相互独立，任何一层的改变不会影响其它层的功能。 基于 MVC 的应用开发模型 在传统的基于 Web 的应用系统中，例如 ASP、 CGI 等，通常开发者将业务逻辑，数据逻辑、展示逻辑等混杂在 一起，在同一个界面面里既进行后台数据库的访问和操作，同时还包含业务流程和页面表示。 这样编写出来的程序，既不利于程序员对业务代码的调试，同时也不利于编辑人员进行交互页面的设计。 同时系统也不具备可扩展性，当我们要在现有业务上进行扩展的时候，通常无法借助于现有的资源和应用，而只能够重新编写，大大增加了投资，延长了系统上线的时间，失去了竞争市场的优势[12]。 在本网上购物系统中，将采用通行的 MVC 模式来构建应用。 这种结构解决了前面所述的所有问题，在我们的应用集成网络中，通过企业级高端 J2EE 应用服务器实现 MVC 开 发模型， MVC 的逻辑图如图 12。 图 12 应用服务器之上采用 MVC 开发的逻辑示意图 应用服务器 EJB 容器 业务组件 数据库 Web服务器 浏览器 Jsp Serverlet 控制器 哈尔滨理工大学学士学位论文 5 图 13 MVC 业务流程示意图 通过这种方案，我们可以迅速地实现整个业务，其优势和特点如下： Model（模型）层：由 EJB 组件来实现， EJB 将具体的业务封装在组件内部，具备安全、高性能、可重用等优秀的特征。 View（视图）层：由 JSP、 HTML 组成。 这一层次的特点是能够真实地展示和客户交互的界面，具备 可描绘的功能。 同时能够嵌套动态数据，可以进行动态页面的展示。 同时可以方便地进行客户端的个性化定制。 根据每个客户的需求来展示不同风格的界面。 Controller（控制器）层：是非常重要的一层，这一层是连接 View 和Model 的纽带，同时也是将这两层进行最大限度分离的工具。 通常由Servlet 来实现， Servlet 和 JSP 虽然同样都属于页面展示工具，但分属两层。 主要在于 JSP 以脚本语言的形式存在， 它的主要优势是进行动态数据的 Web 展示，而 Servlet 是一个完整的 Java 程序，进行业务的调用和流程的处理是它 的长处。 通过这种模型的建立，我们的应用系统具备了非常好的性能和可扩展性。 将业务组件和展示页面进行分离，并通过 Controller 来描述调用关系，一方面可以提高效率，另一方面也可以增加系统扩充的能力，使我们的系统可以进行最快速度的业务扩展，以满足不同用户、不同阶段、各种各样的业务需求 [13]。 Control 服务控制 View 显示方式 Model 业务逻辑模型 输入请求 输出 Html 其他 哈尔滨理工大学学士学位论文 6 第 2章 网上购物系统分析 网上购物系统可行性分析 经济可行性 经济可行性是对将要开发的系统的成本效益进行分析的一个度量。 计算机软件系统的开发对一个公司企业来说通常被视为资本投资，因此也应该像其他的资本投资一样进行同样的投 资分析。 这些投资分析，这其中包括成本效益分析、投资回收期分析、纯收入分析、货币时间价值分析等。 成本效益分析应该从两个方面进行，一方面是成本估计，包括系统开发期间的开发成本和系统开发成功后的运行成本；另一方面是效益或利润估计，效益包括有形效益和无形效益，无形效益主要是社会效益。 下面从以下几个方面对系统的经济可行性进行具体的分析：系统初期投资如表 21 所示。 表 21 网上数码专营店初期投资 序号 项目 人工（人 日） 单价（元） 合计（元） 1 需求分析 20 20xx 40,000 2 总体设计 50 1000 50,000 3 前台系统详细设计 20 1000 20,000 4 后台管理系统详细设计 20 20xx 40,000 5 工程实际成本数据库实现 10 20xx 20,000 6 编码实现 50 1000 50,000 7 单体测试 20 1000 20,000 8 系统集成测试 20 1000 20,000 9 说明手册编制 10 20xx 20,000 10 合计 280,000 系统货币时间价值如表 22 所示。 表 22 网上数码专营店系统货币时间价值 年份 将来 值（万） （ 1+i） n 现在值（万） 累计的现在值（万） 1 14 2 14 3 14 4 14 5 14 哈尔滨理工大学学士学位论文 7 3．投资回收期 开发网上数码专营店系统两年后，可以节省 万元，比最初投还 差 万元。 但第三年可以节省 万元。 即： 2+= 4．纯收入 =32. 611(万元 ) 当然，如果想要在五年后得到预计的纯收入，那么首先就应拿出初期投资的 28 万。 而且考虑到开发本系统将为以后带来的利益，拿出 28 万来进行专营店系统的开发，是绝对必要的。 经过以上分析，网上数码专营店系统的开发是可行的。 技术可行性 根据该系统目标来衡量所需的技术是否具备，一般可从硬软件的性能要求、环境条件、操作人员水平和数量等方面去考虑和分析。 考虑到系统实施的可行性，在软件方面选择了如今较流行的 JSP 来进行开发管理平 台的设计，使用 SQL Server20xx 数据库存储数据。 在硬件方面，内存在 1G 以上，硬盘在 160G，都可以满足系统的开发需要。 当然，硬件的配置越高，系统的开发与运行会更流畅。 考虑到如今的家用或商用电脑硬件的整体配置水平，系统在硬件方面是可行的。 在软件方面，由于 MyEclipse、 Tomcat 和 SQL Server20xx 都是在业界中别认可并广泛使用的开发工具，无论在安全性、可用性、可靠性方面都深受业界的好评，因此软件方面是可行的。 网上购物系统业务流程 根据网上购物的具体情况，业务可分为两类 ,第一 类是前台业务，主要负责用户登陆、查询、订购、交费的相关处理 ,第二类是后台管理业务，主要负责管理员的登陆、商品信息管理、用户信息管理、订单管理。 前台 /后台业务流程描述如下： (1)．用户通过 IE 浏览器访问本购物网站。 (2)．用户可注册成为本站会员。 (3)．可对注册信息进行信息维护。 (4)．对已下订单进行查询。 (5)．用户对商品进行浏览。 (6)．用户对商品进行精确和模糊查询。 (7)．用户对已经分类的商品进行类型的查看。 哈尔滨理工大学学士学位论文 8 (8)．用户将 要购买的商品添加到购物车。 (9)．对购物车中的商品进行删除、清空、数量修改。 (10)．确定购物车中商品，填写订单信息、确定下单。 (11)．销售人员处理订单，并将订单存底、开发货单。 (12)．库存管理人员进行配货、发货、记录库存信息。 (13)．销售人员提供缺货信息给相应的采购部门。 前台 /后台业务流程如图 21 所示。 图 21 网上数码专营店业务流程图 网上购物系统的数据流程分析 数据流图 顾客 顾客注册 顾客信息 管理 员 销售部门吧 校验 确认订单 订单 顾客档案 采购部门 不合格订单 校验订单 不可供货订单 缺货统计 缺货通知 可供货订单 订单存 底 统计纪录 库存纪 录 开备货单 销售统计 备货单 销售统计 表 订单处理 仓库管理员 校验 哈尔滨理工大学学士学位论文 9 系统顶层数据流图如图 22 所示。 1．销售人员处理订单。 2．仓库管理人员核对处理订单，对订单商品进行盘点。 3．采购部门于供应商签订单，验收采购订单，将核对后的商品信息 添加到商品库存中。 图 22 系统顶层数据流图 数据字典 数据字典的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。 它主要是对数据流图中的数据流、处理逻辑、外部实体、数据存储和数据项等方面进行具体的定义。 数据流程图配以数据字典，就可以从图形和文字 两个方面对系统的逻辑模型进行完整的描述。 系统销售 数据项定义如表 23 所示。 采购 仓库管理员 销售人员 供应商签单 发货 验收货物订单 签单 采购订单 库存信息 销售订单 报表 盘点 哈尔滨理工大学学士学位论文 10 表 23 系统销售数据项定义 编号 名称 别名 类型 长度 I0101 Usrid 用户编号 Int 5 字节 I0102 UserName 用户名 Varchar 4 字节 I0103 password 用户密码 Varchar 4 字节 I0104 Email 用户电子邮箱 Varchar 4 字节 I0105 tureName 真实姓名 Varchar 6 字节 I0106 sex 用户性别 Char 10 字节 I0107 phone 联系方式 Int 8 字节 I0108 postCode 用户邮编 Int 2 字节 I0109 address 家庭住址 Varchar 2 字节 I0110 qqCode 号码 Int 2 字节 I0111 orderId 订单编号 Int 7 字节 I0112 orderDate 订单日期 Datetime 4 字节 I0113 isPayed 是否付款 Char 4 字节 I0114 allPrice 订单总价 Float 8 字节 I0115 addInfo 备注信息 Varchar 100 字节 I0116 goodsId 商品编码 Int 40 字节 I0117 goodsNum 商品数量 Int 20 字节 I0118 goodsName 商品名称 Varchar 4 字节 I0119 goodsClass 商品类型 Varchar 8 字节 I0120 goodsType 商品型号 Varchar 8 字节 I0121 goods。