基于j2ee的食品安全监管系统

基于j2ee的食品安全监管系统内容摘要：

（ 5） Java Servlet 是一种开发 Web 应用的理想框架。 JSP 以 Servlet 技术为基础，又在许多方面作了改进。 利用跨平 台的 JavaBeans 组件， JSP 为分离处理逻辑与显示样式提供了卓越的解决方案。 JSP 的劣势： （ 1）为了跨平台的功能，为了极度的伸缩能力，极大的增加了产品的复杂 Java 系统中包括 JRE， JDK， J2EE， EJB 等多种产品，这就需要大量的学习和培训才能掌握它们，将它们有效地搭配在一起，灵活地加以运用。 （ 2） Java 的运行速度快是由于用户将 class 常驻内存，这样使用的内存空就比较大。 另一方面，它还需要硬盘空间来存储一系列 .Java 文件和 .class 文件以及对应的版本文件。 （ 3） JSP 只有对 Java 相当 熟悉的人才能用得很好。 （ 4） JSP 程序调试困难。 6 第 3 章 需求分析 软件需求分析是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。 通过对应用问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段。 需求分析是介于系统分析和软件设计阶段的重要桥梁。 一方面，需求分析以系统规格说明和项目规划作为分析活动的基本出发点，并从软件角度对它们进行检查与调整；另一方面，需求规 格说明又是软件设计、实现、测试直至维护的主要基础。 良好的分析活动有助于避免或尽早剔除错误，从而提高软件生产率，降低开发成本，改进软件质量。 需求分析任务是确定待开发软件的功能需求、性能需求和运行环境约束，编制软件需求规格说明、软件系统的确认测试准则和用户手册概要。 软件的功能需求应指明软件必须完成的功能。 软件的性能需求包括：软件的安全性、可靠性、可维护性、精度、错误处理、适应性，等等。 软件系统在运行环境方面的约束指待开发的软件系统必须满足的运行环境方面的要求。 需求分析的目标是从信息处理的功能需求上提出系统设 计的方案，即逻辑模型， 为下一阶段进行概要设计提供依据。 现行业务描述及需求 工商部门各个人员负责的主要业务如下：管理员主要负责整个系统的管理与维护，包括对系统用户的管理、权限的设置。 监管人员主要负责对食品的质量管理工作，包括食品质量准入、食品质量检测，并适当的对已有的食品信息进行修改，从而保证食品的正常销售。 市场巡查人员主要负责食品市场管理，包括食品市场巡查、食品召回、案件查处等的管理。 系统在处理数据时，要有一定的灵活性，当用户输入错误时，能有适当的提示，允许用户再次操作。 在开发阶段，当数据库出现问题 时，管理员也能及时对其进行相应的修改，在软件方面，系统响应时间、更新处理时间要快，能满足用户的需求。 系统功能分析 本系统要实现的业务管理功能。 系统分为如下几个模块： 食品信息模块：包括食品受理机关编号、产品类别编号、企业序号。 食品质量管理模块：包括食品质量准入、食品质量检测等。 食品市场模块：包括食品市场巡查、食品召回、案件查处等。 7 系统开发目标 开发建立一个食品安全监管系统，完成食品质量管理、食品市场管理，包括食品质量检测、食品市场巡查、食品召回、案件查处等。 系统为 B/S 结构。 另外，界面友好 、操作方便也是开发目标之一。 数据流图 一个基于计算机的信息处理系统是由数据流和一系列的转换构成的，而这些转换将输入数据流变换为输出数据流。 数据流图就是用来刻画数据流和转换的信息系统建模技术。 它用简单的图形记号分别表示数据流、转换、数据源以及外部实体。 它提供了层次结构，让分析人员能够方便地表示任意抽象级别上的信息系统或其子系统，并支持问题分解、逐步求精的分析方法。 在众多的分析方法中，结构化分析方法（ Structured Analysis，简称 SA 方法）上一种简单实用的方法。 SA 方法从最上层的系统组织结构入 手，采用自顶向下，逐步分解的方式分析系统。 SA 方法把任何一个系统都抽象为数据流图，如图 示。 其中给出的只是最高层次抽象的系统概貌，要反映更详细的内容，可将处理功能分为若干子功能，直到系统工作过程表示清楚为止。 在处理功能逐步分解的同时，它们所有的数据也逐级分解，形成若干层次的数据流图。 这里给出了本系统的部分数据流图。 系统顶级数据流图如图。 1 级数据流图如图。 退货管理的 2 级数据流图如图。 系统用户 图 32 顶级数据流图 ID 与密码验证 系统 数据流 数据来源 数据流 数据输出 数据存储 处理 图 31 基本数据流图 8 运行环境 运行环境主要包括数据库的选择和操作系统的选择。 系统的软件配置要根据用户对系统的稳定性要求、系统的容量以及用户的维护水平来确定。 具体如下： 数据库选择：使用的是 MySQL 数据库。 操作系统选择：可以根据用户量的大小选择不同的操作系统。 一般情况下，管理员对微软 Windows界面比较熟悉。 因此，客户端选择使用 Windows 2020 或者 Windows XP 操作系统。 支持软件：开发工具为 MyEclipse。 输出设备：一般的打印机。 抽样检测 图 34 质量管理 数据流图 供应商 不合格 检测结果 质量管理操作 食品安全监管系统 登陆 食品信息 食品管理 市场管理 图 33 食品安全监管 系统流图 信息管理 质量管理 市场巡查 9 第 4 章 设计与实现 总体设计 总体设计的任务，是在需求分析的基础上，考虑经济、技术和运行环境等各方面条件，确定系统的总体结构和系统各组成部分的技术方案，合理选择计算机和通信的软硬件设备，提出系统的实施计划。 总体设计内容主要包括系软件系统总体结构设计，系统流程设计等等。 总体架构设计 J2EE 企业级应用正朝着多层架构的设计思想转变， N 层架构主要指的是前台展示层、控制层、业务处理层、数据持久化层、各层之 间分工明确，当代码需要调整是，只需要找到对应的层即可，其它层不受影响，前台展示只负责展示静态的数据，不在夹杂着任何的逻辑，如 Struts 框架，控制层只负责各个前台页面的跳转工作，而业务路 u 偶记曾负责具体的业务处理流程，数据持久化层仅仅对数据库数据进行增删改等操作，本平台所采用优秀的开源 Struts 架构， Spring 框架， Hibernate 框架，能较好地体现以上多成的架构体系，同时具有架构简单但是功能强大，在不同的应有服务器之间有较高的可移植性，可扩展性，课维护性，也可以方便在容器外进行但愿测试，在框架整合过 程中，当把 Struts 框架与 Spring 框架进行整合， Hibernate 框架也与 Spring框架进行整合，客户端部分由浏览器来实现，表现层有 Struts 框架来实现，业务逻辑层中个组件的管理、 Struts 架构中的 Action 组件以及持久成中的事务部分，均由 Spring容器来管理，而最后对数据库部分的操作则由 Hibernate 框架来实现，在业务逻辑层与数据持久层之间的数据交互则通过 POJO 来实现，控制层中 Action 与业务逻辑层之间的交互也可引入 POJO 类封装参数进行传递。 10 图 41 系统架构图 总体结 构设计 系统总体结构设计确定软件由哪些模块组成以及这些模块之间的动态调用关系。 本系统不是一个简单的软件，它覆盖了工商局的食品检测、食品市场管理工作的主要环节。 是一个实现科学化管理的集成应用系统。 在功能方面：系统面向工商局的需求，包括系统管理人员、操作员、实施工作人员。 并为工商管理提供全面、及时、准确的信息和可靠的依据。 在通用性设计方面：以标准化为基础，通过信息流程和管理过程的合理模型化，使得系统具有一定的通用性和规范性。 在系统开放性方面：按照软件工程开发规范实现系统的开放性，既便于扩充又便于升级，以适 用今后连锁超市的发展及改革的需要。 在系统和数据的安全性方面：系统采用应用程序级运行权限的控制机构，提供了基于角色的用户管理手段，具有较为完善的数据安全保障体系。 在操作性方面：采用图形用户界面技术，使系统能够有多重图形窗口和便利的操作界面，通过鼠标或键盘的操作，为用户提供快速有效的使用方法。 总体模块设计 本系统的功能在系统的需求分析已确定，共分为四大功能模块。 各模块之间并非各自独立，而是相互联系，相互影响。 各功能模块功能概述如下： 食品信息管理：受理机关编号、产品类别编号、企业序号； 食品质量管理： 食品质量准入、食品质量检测； 食品市场管理：食品市场巡查、食品召回、案件查处； 11 系统管理：添加用户、修改密码、权限设置。 食品安全监管系统 基本信息 质量管理 市场管理 系统管理 受理机关编号 产品类别编号 企业序号 质量准入 质量检测 市场巡查 食品召回 案件查处 添加用户 修改密码 权限设置 图 42 系统模块结构图 12 系统流程图 流程说明： 首先经过身份验证，无误后进入系统。 如果错误，将提示重新输入。 当错误次数达到 6 次，自动退出系统。 在进入系统后，根据用户类型的不同，即权限的不同，实现不同的操作。 系统管理员拥有对整个系统的管理和所有操作。 操作员对食品的基本信息管理 以及食品质量信息的管理。 市场巡查人员负责对市场进行巡查、食品召回、以及案件查处。 营运户只有查看基本信息的权限。 重新登录能实现不同用户的切换。 数据库设计 数据库概念设计 一个信息系统的各个部分能否紧密的结合在一起以及如何结合，关键在数据库。 数据库是信息系统的核心和基础。 它把信息系统中大量的数据按一定的模型组织起来，提供存储、维护、检索数据的功能，使信息系统可以方便、及时、准确的从数据库中获得所需信息。 因此只有对数据库进行合理的逻辑设计和有效的物理设计才能开发出完善而高效的信息系统。 数 据库设计是信息系统开发和建设的重要组成部分。 数据库设计是建立数据库及其应用系统的技术，是信息系统开发和建设中的核心技术。 否 是 通过 失败 欢迎界面 用户登录 主 界 面 4 大模块 退出系 统 图 43 系统流程图 身份验证 错误小于 6 次 13 具体说，数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效的存储数据，满足各种用户的应用需求（信息要求和处理要求）。 （ 1） ER 图 通过上面的分析便可以设计出能够满足用户需求的各种数据实体，以及它们之间的关系。 这些实体包括各种具体信息，由此便可以画出系统的 ER 图。 （ 3） 实体定义 案件查处：（查处日期，经办人，查出原因，查处结果） 经 营 户：（名称，编号，地址，电话） 抽样检测：（食品编号，品名称，厂家，检测结果） 食品信息：（食品编号，食品名称，生产厂家） 管理员： （姓名，性别，地址，电话） m m n n n 案件查处 经营户 抽样检测 食品信息 管理员 所属 查处 巡查 管理 所属 图 44 系统 ER 图 1 n n m 1 14 （ 2） 表的设计 通过以上的需求分析和系统的总体设计，数据库中各表及内容的设计如下： 操作员信息表：姓名，编号，性别，年龄，地址，电话； 登陆用户表：用户名，密码，权限； 食品基本信息表：食品编号，食品名称，生产厂家；其中，食品编号共 6 位，前两位 表示 类型号， 后 四位 为 食品号。 经营户信息 表：名称，编号，地址和电话； 抽样检测信息表：食品编号，品名称，厂家，检测结果； 系统管理员信息表：姓名，性别，年龄，地址和电话； 案件查处信息表：办案人姓名，查处日期，查处原因以及查处结果； 数据库逻辑设计 本数据库包括操作员信息表、登录用户表、食品信息表、营户信息表、抽样食品信息表、管理员信息表、案件查处信息表、根据用户的登陆，查询食品的信息，抽样查处的信息以及案件的查处信息等。 数据库物理设计 系统在 MySQL 环境中建立数据库，数据库的名称为 zcls，在此数据库中创建 6个表 ，各表的设计如下： 表 41 操作员信息表 OpeInf 列名 数据类型 长度 允许空 说明 OpeNam char 8 否 姓名 OpeCod char 6 否 编号（主键） OpeSex bit 1 否 性别 OpeAge int 4 否 年龄 OpeAdr varchar 30 否 地址。