毕业论文_基于j2ee的食品安全监管备案系统(编辑修改稿)

毕业论文_基于j2ee的食品安全监管备案系统(编辑修改稿)内容摘要：

J2EE 体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。 通过提供统一的开发平台， J2EE 降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持Enterprise JavaBeans，有良好的向导支持打包和部署应用 ，添加目录支持，增强了安全机制，提高了性能。 结构的选择方面有两种： B/S 结构和 C/S 结构。 C/S 结构，即 Client/Server(客户机 /服务器 )结构，是大家熟知的软件系统体系结构，通过将任务合理分配到 Client 端和 Server 端，降低了系统的通讯开销，可以充分利用两端硬件环境的优势。 早期的软件系统多以此作为首选设计标准。 B/S 结构，即 Browser/Server(浏览器 /服务器 )结构，是随着 Inter 技术的兴起，对 C/S 结构的一种变化或者改进的结构。 在这种结构下，用户界面完全通过 WWW浏览 器实现，一部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，形成所谓 3tier 结构。 B/S 结构，主要是利用了不断成熟的 WWW 浏览器技术，结合浏览器的多种 Script 语言 (VBScript、 JavaScript…) 和 ActiveX 技术，用通用浏览器就实现了原来需要复杂专用软件才能实现的强大功能，并节约了开发成本，是一种全新的软件系统构造技术。 随着 Windows 98/Windows 2020 将浏览器技术植入操作系统内部，这种结构更成为当今应用软件的首选体系结构。 相比较而言 B/S 结构具有分布性特点，可 以随时随地进行查询、浏览等业务处理。 业务扩展简单方便，通过增加网页即可增加服务器功能。 维护简单方便，只需要改变网页，即可实现所有用户的同步更新。 开发简单，共享性强。 虽然也存在功能弱化等缺点，但是对于本系统来说完全够用了。 对于控制层的选择，虽然 Struts2 更先进，但是考虑到 Struts1 这个框架已经深入开发人员的大脑里 ，而且对 Struts2 并不是很熟悉，所以为了系统的稳定和开发周期的缩短，还是决定采用 Struts1。 Struts 是 Apache 软件组织提供的一项开放源码项目，它为 Java Web 应用提供了 模型 视图 控制器（ ModelView Controller，简称 MVC）框架，尤其适用于开发大型可扩展的 Web 应用。 Struts 这个名字来源于在建筑和旧式飞机中使用的支持金属架。 Struts 为 Web 应用提供了一个通用的框架，使得开发人员可以把精力集中在如何解决实际业务问题上。 此外， Struts 框架提供了许多供扩展和定制的地方， 7 应用程序可以方便的扩展框架，来更好的适应用户的实际需求。 对数据库的操作选择 JDBC，虽然 Hibernate 和 ibatis 是关系数据库框架，开发速度快，更加面向对象，可以 移植更换数据库，但是影响系统的性能，相比较而言，JDBC 就更为灵活，因为 SQL 语句是开发者自己编写的，且操作数据库的效率更高，系统运行速度快。 所以综上分析，本系统决定采用的方案是：使用 B/S 结构，利用 Struts1，可以采用 MVC 的设计模式，利用 JDBC 访问数据库 Oracle，服务器使用免费开源的Tomcat。 8 第 3 章 需求分析 软件需求分析是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。 通过对应用问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完 全化，最终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段。 需求分析是介于系统分析和软件设计阶段的重要桥梁。 一方面，需求分析以系统规格说明和项目规划作为分析活动的基本出发点，并从软件角度对它们进行检查与调整；另一方面，需求规格说明又是软件设计、实现、测试直至维护的主要基础。 良好的分析活动有助于避免或尽早剔除错误，从而提高软件生产率，降低开发成本，改进软件质量。 需求分析任务是确定待开发软件的功能需求、性能需求和运行环境约束，编制软件需求规格说明、软件系统的确认测试准则和用户手册概要。 软 件的功能需求应指明软件必须完成的功能。 软件的性能需求包括：软件的安全性、可靠性、可维护性、精度、错误处理、适应性，等等。 软件系统在运行环境方面的约束指待开发的软件系统必须满足的运行环境方面的要求。 需求分析的目标是从信息处理的功能需求上提出系统设计的方案，即逻辑模型， 为下一阶段进行概要设计提供依据。 现行业务描述 系统各个人员负责的主要业务如下： 工商局管理员 主要 负责 全省行政区划管理、全省工商行政管理机构管理、食品集中交易场所管理、 对备案商户的营业执照、卫生许可证等证照进行备案、查询、预警管理。 企 业 管理员 主要负责 备案自身信息、客户信息、生产厂家信息、供应商信息和商品信息。 功能需求 本系统主要有 9 个子系统 ，分别是 全省行政区划管理、全省工商行政管理机构管理、食品集中交易场所管理、食品经营主体管理、 商户信息管理、客户信息管理、生产厂家信息管理、供应商信息管理和商品信息管理。 是 建立全省行政区划基础数据。 需要工商局管理员填写 区划代码、区划全称、上级区划、区划性质 ， 可以分别对 区划代码、区划全称、上级区划、区划性质 进行增、改、查。 2. 全省工商行政管理机构是 建立全省工商行政管理 机构基础数据 管理。 需要工商局管理员填写 机构代码、机构全称、地址、邮编、上级机关、管辖区划、从事食 9 品相关监管执法人员数。 可以 进行增、改、查。 3. 食品集中交易场所管理是 建立食品集中交易场所基础数据。 登记项包括场所名称、场所地址、所属区划、管辖工商机关、场所类型、地域类型、其他性质、市场开办方名称、营业执照号、前置许可证号。 4. 食品经营主体管理 是对备案商户的营业执照、卫生许可证等证照进行备案、查询、预警管理。 5. 商户信息管理是指管理辖区内所有食品销售商户的基本信息，如名称、所属工商所、工商注册号、地理 位置、联系人、联系电话。 可以进行修改。 6. 客户信息管理是指管理备案商户的客户信息，如名称、地理位置、联系人、联系电话。 7. 生产厂家管理是指记录备案商户所销售的产品的生产厂家，作为溯源的资料进行管理。 包括名称、地址、工商注册号、联系人、联系电话。 8. 供应商管理是指记录备案商户所销售的产品的生产厂家，作为溯源的资料进行管理。 包括名称、地址、工商注册号、联系人、联系电话。 9. 商品信息管理是指对备案商户所销售的食品进行登记，包括商品名称、条形码、单位、规格、生产厂家、保质期 系统开发目标 项目总体目标是 建立 一款面向各级工商监管部门和经营者食品安全监管 备案的应用软件， 食品安全监管备案系统要求食品进入市场前必须进行备案，保证了消费者可以购买到来路正当、渠道合法的的商品；对经营者来说，如果销售的食品一旦有问题可以立刻进行追根溯源，规避风险；对于工商局的管理人员来说，通过系统，了解工商局辖区内是否存在问题，可以更进一步的详细了解辖区某个店是否存在问题。 综上所述，帮助 工商局 备案企业的食品信息 ，解决实际管理中的各类问题，是设计该系统的主要目标。 系统数据流图 一个基于计算机的信息处理系统是由 数据流和一系列的转换构成的，而这些转换将输入数据流变换为输出数据流。 数据流图就是用来刻画数据流和转换的信息系统建模技术。 它用简单的图形记号分别表示数据流、转换、数据源以及外部实体。 它提供了层次结构，让分析人员能够方便地表示任意抽象级别上的信息系统或其子系统，并支持问题分解、逐步求精的分析方法。 在众多的分析方法中，结构化分析方法（ Structured Analysis，简称 SA 方法）是一种简单实用的方法。 SA 方法从最上层的系统组织结构入手，采用自顶向下，逐步分解的方式分析系统。 SA 方法把任何一个系统都抽象为 数据流图，如图 31 所 10 示。 其中给出的只是最高层次抽象的系统概貌，要反映更详细的内容，可将处理功能分为若干子功能，每个子功能还可以继续分解，直到系统工作过程表示清楚为止。 在处理功能逐步分解的同时，它们所有的数据也逐级分解，形成若干层次的数据流图。 图 31 基本数据流图 这里给出了本系统的部分数据流图。 系统顶级数据流图如图 32 所示， 1 级数据流图如图 33 所示， 2 级数据流图如图 34 所示。 图 32 系统顶级数据流图 全省行政区划管理 工商 行政机构 管理 食品交易场所管理 食品经营主体管理 操作判断 操作 区划备案 机构备案 场所管理 主体管理 行政信息 场所信息 主体信息 区划信息 数据流 数据来源 数据流 数据输出 数据存储 处理 密码验证 系统用户 系统 11 图 33 系统 1级数据流图 图 34 系统 2级数据流图 系统 ER 图 概念数据模型独立于具体的数据处理的细节和数据库管理系统。 这次设计仍采用实体联系图作为概念设计的工具，再进行优化后，尽量满足结构清晰，关联简洁，实体个数适中，属性分配合理，没有低级冗余，根据分析，设计规 划出的实体有：企业实体 、 工商局 实体 、用户实体、日志实体。 操作 食品经营主体管理 许可证管理 申请许可证 退出 12 图 35 系统 ER图 1 N 用户 企业 工商局 管理 备案 编号 用户名 密码 权限 区划 机构 客户 场所 供应商 商户 经营主体 商品 1 N N 1 日志 管理 操作 时间 许可证 申请 审核 13 运行需求 硬件环境（推荐）： CPU： P4—1GHZ 或更高 内存： 128M 或更多 显示器分辨率 : 800x600 或更高 软件环境 :（推荐） 操作系统： windows XP 操作系统 数据库： Oracle_11g 数据库 Java 环境： JDK 开发工具 :MyEclipse 服务器： 14 第 4 章 设计与实现 总体设计 本系统采用 B/S 结构 (Browser/Server,浏览器 /服务器结构 )和基于 Web 服务两种模式，是一个适用于 Inter 环境下的模型结构。 只要用户能连上 Inter,便可以在任何时间、任何地点使用。 系统总体目标是 要求食品进入市场前必须进行备案，保证了消费者可以购买到来路正当、渠道合法的的商品；对经营者来说，如果销售的食品一旦有问题可以立刻进行追根溯源，规避风险；对于工商局的管理人员来说，通过系统，了解工商局辖区内是否存在问题，可以更进一步的详细了解辖区某个店是否存在问题。 该项目不仅 满足了工商局的各项要求 ，而且要具备良好的可扩展性、可移植性、可复用性。 系统设计原则 该系统是以管理 体系 为基础开发的 通用 食品安全监管备案系统 ，适合 各地工商局 使用。 该系统应有较高的可靠性，在系统设计及程序设计上应该强调系统的可靠性。 应该保证该系统在系统的功能，结构方面具有可扩充性。 以便适应 工商局 将来发展的需要，做出相应的功能结构上的调整。 应该注重系统的性价比，在同等功能的基础上尽可能的减少 工商局 的投入。 UI 界面设计力求简单明了，但是也要考虑一定的美观与整齐性。 尽量多使用形象化的图片形式来展现给使 用者，且字体尽量设计的大一点。 操作要力求简单，不繁杂。 总体结构设计 总体结构设计确定系统由哪些模块组成以及这些模块之间的动态调用关系。 整个系统包括 9 大模块，每个模块还内嵌几个功能性的小模块，系统总体结构图见图示 41 15 图 41 系统结构图 食品安全监管备案系统 食品经营主体信息管理 食品流通许可管理 食品交易场所管理 工商行政机构管理 全省行政区划管理 食品经营主体管理 申请许可证 审核许可证 批准许可证 变更许可证 注销许可证 商户信息管理 客户信息管理 生产厂家信息管理 供应商信息管理 商品信息管理 16 系统模块设计 本系统的功能在需求分析阶段已确定，共分为 九 大功能模块。 各模块之间并非各自独立，而是相互联系，相互影响。 各功能模块功能概述如下： 建立全省行政区划基 础。