麦迪康公司数据采集软件详细设计.docVIP

麦迪康公司数据采集软件详细设计（初稿） 前言 2008年1月18日，本人走访麦迪康公司与该公司的软件工程师讨论关于“数据采集软件”开发事宜，现根据讨论结果，及本人的想法，撰写本设计（初稿），请回复。 麦迪康公司的仓储流程 麦迪康公司是一家从事药品、医疗器械的销售公司，该公司从各地的供货商购进药品、医疗器械，然后做销售。相关工作流程如下： 下订单 公司根据销售情况向供货商提出商品需求，并下订单，后购进货品。 收货 供货商将货品送到仓库，公司的员工根据订单收货。 上架 当公司员工对货品的种类、数量等确认无误后，将货品用叉车运往存储区或直接上货架。 下销售单 当销售人员联系客户，并确定销售货品的种类、数量，在系统中生成销售单。 拣货（出货） 客户拿销售单到仓库提货，工作人员根据销售单在货架上拣货，清点货品无误后由客户直接提取。 补货（类似转仓） 一般情况下，大多数货品都堆放在存储区，而货架上的货品是即将出货的货品。当货架上的货品数量不足，或第二天将会有客户提走大量货品时，会从存储区运来相应货品，并存放在货架上，以备提货之用。 利用条码实现货品的高效管理 药品有生产批号的概念，当遇到药品回收情况时，要求能及时查出该生产批号的药品在仓库中具体的位置和数量，并即时与相应的供货商协商，作出处理。但由于该公司可能从不同的供货商购进相同批号的相同货品，所以对于该公司来说，即使是同一生产批号的同一种货品，因为购进的供货商的不同，也认为是不同的货品，所以，在该公司的软件系统里，用一种特定的规则，根据供货商、货品种类和生产批号等条件，生成一个唯一的系统批号，用以区分货品，而不是只从货品条码和生产批号来区分。 该公司软件工程师曾提出：在收货之后，上架之前，生成系统批号条码，然后由仓库工作人员把条码贴在所有货品上，以方便货品管理，但仓库管理人员坚决反对。原因如下： 首先，货品数量太多，如果每一件货品都要贴上条码，工作量会非常的大; 其次，成本高； 第三，在收货后才生成条码，那么收货时就不能使用系统批号条码，这样增加了工作量。 鉴于上述情况，本人建议使用“货牌”来识别货品。 首先，当供货商将货品送到仓库，在实际收货之前，应利用仓库的两台电脑，根据订货单的资料和货品的条码，以及生产批号、灭菌批号等条件，立即生成并打印系统批号条码，同时打印供货商的名称、货品的名称、规格、生产批号、灭菌批号等资料，制作成“货牌”（这种货牌应至少做三个，一个放在货位，第二个做成尺寸较小的，可放在货架上，第三个可在补货时使用）； 其次，在系统生成系统批号的同时，系统根据订单和系统批号，在系统中生成相应的收货单报表。报表用收货单号和系统批号来作为主键，以标识货品，实收数量初始值为零； 第三，仓库工作人员在手持终端上输入收货单号（不是订货单号），并调出相应的订单作参考（收货单中应有一个字段和订单相关联）。在收货时，仓库工作人员只需扫一次系统批号的条码，而无需输入如供货商名称、生产批号等资料，大大节约了收货时间和提高工作效率； 第四，以后的所有操作都可以用系统批号条码来作为唯一标识货品的关键字； 第五，在同一供货商同一生产批号的同一种货品销售完以后，可把贴在“货牌”上的资料撕掉，再贴上另一种货品的资料，以达到循环使用的目的。 “货牌”方法，既可实现条码的高效管理，又减少仓库工作人员的工作量，更可以减少成本。 目前麦迪康公司信息管理系统的架构 目前麦迪康公司使用的是一套自行开发的信息管理软件，相关情况如下： 服务器端： 操作系统：Windows 2003 SP2 数据库：Oracle 9i Web 服务器：Apache（用于Oracle的管理） IIS （用于架设C#编写的Web Service） 服务器的内网地址：192.168.0.251 数据库的名称：DB251 分配给本软件的数据库用户名和密码：都为wms09test IIS服务器端口号：暂未清楚（由于网络管理员外出） 注：由于以上参数的不确定性，以及其对本软件编写至关重要，所以本人决定在编程时使用配置文件，这就可在软件发布时再修改这些参数，而不影响程序运行。 本软件的架构 本软件采用手持终端上的软件、基于IIS的Web Service和数据库三层组成。 有线网络 无线网络 手持终端上的软件 手持终端上的软件通过调用Web Service上的公共函数来读取或更新数据库。 Web Service Web Service一方面提供一个接口给手持终