进销存物资管理信息系统

进销存物资管理信息系统内容摘要：

：对系统所有的用户以列表形式浏览并能进行删除。 ：对本企业的部门进行管理，有添加、删除、修改等管理。 E1 用户管理表 用户管理模块 用户登陆模块 E1 用户表 存在用户 不存在用户 终 止 终 止 终 止 终 止 更多设计文档请联系更多相关教育文档资源请访问 本文档包含 CAD 设计文档、源代码请加 68661508 索要。 供应商管理模块 P１ 添加供应商 部门管理模块 P２ 显示 部门 P１ 添加部门 E1 部门管理表 ］ ：对提供物资的企业或厂商信息进行添加、删除、修改。 P４ 删除供应商 P３ 修改部门 P４ 删除部门 更多设计文档请联系更多相关教育文档资源请访问 本文档包含 CAD 设计文档、源代码请加 68661508 索要。 P２ 显示 供应商 E1 供应商管理表 员工管理模块 P２ 显示 员工 P１ 添加员工 E1 员工管理表 合同管理模块 P２ 显示 合同 P１ 添加合同 ：对企业的员工进行添加、删除、修改。 ：对企业采购物品的合同进行添加、删除、修改管理 P３ 修改供应商 P３ 修改员工 P４ 删除员工 更多设计文档请联系更多相关教育文档资源请访问 本文档包含 CAD 设计文档、源代码请加 68661508 索要。 E1 合同管理表 仓库管理模块 P２ 显示 仓库 P１ 添加仓库 E1 仓库 管理表 P2 向库存中添加产品 P1 显示 库存中的产品 ：对企业仓库进行管理。 ：对所采购的物资进行核查，合格进入仓库，不合格列入退货列中。 P３ 修改合同 P４ 删除合同 P３ 修改仓库 P４ 删除仓库 核查管理模块 合格 不合格 更多设计文档请联系更多相关教育文档资源请访问 本文档包含 CAD 设计文档、源代码请加 68661508 索要。 P1 显示 库存中的产品 P2 删除所有退货产品 P1 显示 所有退货产品 ：对所有库存中物资以列表形式列出，并可以对该信息进行修改和删除。 ：对核查不合格的产品进行管理。 库存管理模块 Ｅ１ 库存管理表 Ｅ１ 库存管理表 退货管理模块 Ｅ１ 退货表 更多设计文档请联系更多相关教育文档资源请访问 本文档包含 CAD 设计文档、源代码请加 68661508 索要。 P１ 依据商品类型查询 P２ 依据商品名查询 P１ 依据所在仓库查询 P１ 依据条形码查询 ：根据查询条件进行查询，查询条件可以是条形 码、产品名称、产品类型、所在仓库。 数据字典 数据词典（ data dictionary,简称 DD）是有关资料的信息的收集、维护和发布的机制。 在结构化分析中，数据词典是对数据流图上的每一个成分给以定义与说明。 系统资料词典是对数据流程图中出现的数据流和处理（加工）的进一步补充说明，其内容主要包括三种类型的条目：数据元素条目、数据存储条目和数据流条目。 在系统分析中，数据词典起着重要的作用。 下面列出该系统的部分数据： 库存查询模块 Ｅ１ 库存管理表 更多设计文档请联系更多相关教育文档资源请访问 本文档包含 CAD 设计文档、源代码请加 68661508 索要。 ———————————————————————————————— 条目名称：商品编号 编号： F1 别名：无 存储处：商品信息、库存盘点、入库登记、出库登记 类型及宽度：数字类型 /10 取值范围：“ 0” ~“ 9999999999” ———————————————————————————————— 条目名称：商品条形码 编号： F2 别名：无 存储处：商品信息、库存盘点、入库登记、出库登记 类型及宽度：字符型 /20 取值范围：任意 —————————————————— —————————————— 条目名称：商品名称 编号： F3 别名：无 存储处：商品信息、定货单商品 类型及宽度：字符型 /15 取值范围：任意 ———————————————————————————————— 条目名称：职员编号 编号： F4 别名：无 存储处：职员信息 类型及宽度：数字型 /10 位 取值范围：“ 0” ~“ 9999999999” ———————————————————————————————— 更多设计文档请联系更多相关教育文档资源请访问 本文档包含 CAD 设计文档、源代码请加 68661508 索要。 条目名称：现有数量 编号： F5 别名：数量 存储处：库存盘点、商品入库 类型及宽度：数字型 /10 位 取值范围：“ 0” ~“ 9999999999” ———————————————————————————————— ———————————————————————————————— 条目名称：购货退货单 编号： F6 来源：库房 去向：供应商 数据流量：退货量 /天 数据流结构组成：购货退货单 ={商品编号 +规格 +退货数量 +退货单价 +退货金额 +经手人 +退货日期 +退货单号 } ———————————————————————————————— 条目名称：商 品订货单 编号： F7 来源：供应商 去向：库房 数据流量：进货量 /天 数据流结构组成： {订单编号 +经手人 +定货日期 +定金 +累计金额 +是否入库 } ———————————————————————————————— 条目名称：库存盘点 编号： F8 来源：仓库 去向：销售部 数据流量：一份 /天 更多设计文档请联系更多相关教育文档资源请访问 本文档包含 CAD 设计文档、源代码请加 68661508 索要。 数据流结构组成：商品订货单 ={商品编号 +规格 +现有数量 +商品价格 +盘点日期 +经手人 } 系统开发的相关技术 开发工具介绍 介绍： 是一个免费的开源的 Serlvet 容器，它是 Apache 基金会的 Jakarta 项目中的一个核心项目，由 Apache， Sun 和其它一些公司及个人共同开发而成。 由于有了 Sun的参与和支持，最新的 Servlet 和 Jsp 规范总能在 Tomcat 中得到体现。 Tomcat 被JavaWorld 杂志的编辑选为 2020 年度最具创新的 java 产品，可见其在业界的地位。 Tomcat 新版本是。 与 的架构不同，而是重新设计的。 中采用了新的 Servlet 容器： Catalina，完整的实现了 和 规范。 Tomcat 提供了各种平台的版本供下载，可以从 上下载其源代码版或者二进制版。 由于 Java 的跨平台特性，基于 Java 的 Tomcat 也具有跨平台性。 与传统的桌面应用程序不同， Tomcat 中的应用程序是一个 WAR（ Web Archive）文件。 WAR 是 Sun 提出的一种 Web 应用程序格式，与 JAR 类似，也是许多文件的一个压缩包。 这个包中的文件按一定目录结构来组织：通常其根目录下包含有 Html 和 Jsp文件或者包含这两种文件的目录，另外还会有一个 WEBINF目录，这个目录很重要。 通常在 WEBINF 目录下有一个 文件和一个 classes 目录， 是这个应用的配置文件，而 classes 目录下则包含编译好的 Servlet 类和 Jsp 或 Servlet 所依赖的其它类（如 JavaBean）。 通常这些所依赖的类也可以打包成 JAR 放到 WEBINF 下的 lib 目录下，当然也可以放到系统的 CLASSPATH 中，但那样移植和管理起来不方便。 在 Tomcat 中，应用程序的部署很简单，你只需将你的 WAR 放到 Tomcat 的 webapp目录下， Tomcat 会 自动检测到这个文件，并将其解压。 你在浏览器中访问这个应用的 Jsp 时，通常第一次会很慢，因为 Tomcat 要将 Jsp 转化为 Servlet 文件，然后编译。 编译以后，访问将会很快。 另外 Tomcat 也提供了一个应用： manager，访问这个应用需要用户名和密码，用户名和密码存储在一个 xml 文件中。 通过这个应用，辅助于 Ftp，你可以在远程通过 Web 部署和撤销应用。 当然本地也可以。 Tomcat 不仅仅是一个 Servlet 容器，它也具有传统的 Web 服务器的功能：处理更多设计文档请联系更多相关教育文档资源请访问 本文档包含 CAD 设计文档、源代码请加 68661508 索要。 Html 页面。 但是与 Apache 相比，它的处理 静态 Html 的能力就不如 Apache。 我们可以将 Tomcat 和 Apache 集成到一块，让 Apache 处理静态 Html，而 Tomcat 处理 Jsp和 Servlet。 这种集成只需要修改一下 Apache 和 Tomcat 的配置文件即可。 另外， Tomcat 提供 Realm 支持。 Realm 类似于 Unix 里面的 group。 在 Unix 中，一个 group 对应着系统的一定资源，某个 group 不能访问不属于它的资源。 Tomcat用 Realm 来对不同的应用（类似系统资源）赋给不同的用户（类似 group）。 没有权限的用户则不 能访问这个应用。 Tomcat 提供三种 Realm， 1： JDBCRealm，这个 Realm将用户信息存在数据库里，通过 JDBC 获得用户信息来进行验证。 2： JNDIRealm，用户信息存在基于 LDAP 的服务器里，通过 JNDI 获取用户信息。 3： MemoryRealm，用户信息存在一个 xml文件里面，上面讲的 manager 应用验证用户时即使用此种 Realm。 通过 Realm 我们可以方便地对访问某个应用的客户进行验证。 在 Tomcat4 中，你还可以利用 提供的事件监听器功能，来对你的应用或者 Session 实行监听。 Tomcat 也提供其它的一些特征，如与 SSL 集成到一块，实现安全传输。 还有 Tomcat 也提供 JNDI 支持，这与那些 J2EE 应用服务器提供的是一致的。 说到这里我们要介绍一下通常所说的应用服务器（如 WebLogic）与 Tomcat有何区别。 应用服务器提供更多的 J2EE 特征，如 EJB， JMS， JAAS 等，同时也支持Jsp 和 Servlet。 而 Tomcat 则功能没有那么强大，它不提供 EJB 等支持。 但如果与JBoss（一个开源的应用服务器）集成到一块，则可以实现 J2EE 的全部功能。 既然应用服务器具有 Tomcat 的功能，那么 Tomcat 有没有存在的必要呢。 事实上，我们的很多中小应用不需要采用 EJB等技术， Jsp 和 Servlet 已经足够，这时如果用应用服务器就有些浪费了。 而 Tomcat 短小精悍，配置方便，能满足我们的需求，这种情况下我们自然会选择 Tomcat。 基于 Tomcat 的开发其实主要是 Jsp 和 Servlet 的开发，开发 Jsp 和 Servlet 非常简单，你可以用普通的文本编辑器或者 IDE，然后将其打包成 WAR 即可。 我们这里要提到另外一个工具 Ant， Ant 也是 Jakarta 中的一个子项目，它所实现的功能类似于 Unix 中的 make。 你需要写一个 文件，然后运行 Ant 就可以完成 xml 文件中定义的工作，这个工具对于一个大的应用来说非常好，我们只需在 xml 中写很少的东西就可以将其编译并打包成 WAR。 事实上，在很多应用服务。