库存管理系统总体方案Word格式.docx
《库存管理系统总体方案Word格式.docx》由会员分享，可在线阅读，更多相关《库存管理系统总体方案Word格式.docx（27页珍藏版）》请在冰豆网上搜索。
原材料、辅料类别：
定义及维护原材料、辅料的类别。
物料列表：
定义及维护及维护物料列表。
条码管理：
对每批产品生成唯一的基本条码序列号标签，用户可以根据自己的需要定义序列号，每种型号的产品都有固定的编码规则，在数据库中可以对产品进行添加、删除和编辑等操作。
1.1.3采购管理模块
（1）采购定单：
当需要采购的时候，可以填写采购定单，此时并不影响库存；
（2）采购收货：
当采购定单被批准，完成采购后到货的时候，首先给货物帖上条形码序列号标签，然后在采购收货单上扫描此条形码，保存之后，库存自动增加；
（3）其他入库：
包括借出货物归还、退货等只需要填写采购收货单。
1.1.4仓库管理模块
（1）产品入库：
采购入库或者其他入库，自动生成入库单号，货品及可选择方便快捷，可以区分正常入库、退货入库等不同的入库方式。
（2）产品出库：
销售出库或者其他出库，可以自动生成出库单号，可以区分正常出库、赠品出库等不同的出库方式；
（3）库存管理：
不需要手工管理，当入库和出库时，系统自动生成每类产品的库存数量，查询方便；
（4）特殊品库：
当客户需要区分产品时，可以建立虚拟的仓库管理需要区分的产品，各功能和正常品库一致。
（5）调拨管理：
针对不同的库之间需要调拨，可以自动生成调拨单号，支持货品在不同的仓库中任意调拨。
（6）盘点管理：
用户随时可以盘点仓库，自动生成盘点单据，使盘点工作方便快捷。
（7）预警管理：
当库存数量不满足一个量的时候，系统报警。
1.1.5销售管理模块
销售定单：
当销售出库的时候，首先填写销售出库单，此时不影响库存；
当销售出库的时候，将销售出库产品序列号扫描至该出库单上，保存之后，库存报表自动减少该类产品。
1.1.6查询统计模块
包括采购单查询，销售单查询，单个产品查询，库存查询等。
查询条件主要是条形码序列号、出库日期、出库客户等，用户可以自定义。
1.1.7报表生成模块
月末，季度末以及年末销售报表、采购报表以及盘点报表的自动生成功能，用户自定义需要统计的报表。
1.1.8优选分析模块
在数据积累的基础上，通过对历史数据进行分析挖掘，寻找最优的库存配比、数量，以及进行产品趋势分析等。
1.2.实现功能
1.2.1业务批次管理
该功能提供完善的物料批次信息、批次管理设置、癖好编码规则设置、日常业务处理、报表查询，以及库存管理等综合批次管理功能，使企业进一步完善批次管理，满足经营管理的需求。
1.2.2保质期管理
在批次管理基础上，针对物料提供保质期管理及到期存货预警，以满足食品和医药行业的保质期管理需求。
用户可以设置保质期物料名称、录入初始数据、处理日常单据，以及查询即时库存和报表等。
1.2.3质量检验管理
集成质量管理功能是与采购、仓库、生产等环节的相关功能，实现对物料的质量控制，包括购货检验、完工检验和库存抽检3种质量检验业务。
同时为仓库系统提供质量检验模块，综合处理与质量检验业务相关的检验单、质检方案和质检报表，包括设置质检方案检验单、质检业务报表等业务资料，以及查询质检报表等。
1.2.4即时库存智能管理
该功能用来查询当前物料即时库存数量和其他相关信息，库存更新控制随时更新当前库存数量，查看方式有如下多种：
1）所有仓库、仓位、物料和批次的数量信息
2）当前物料在仓库和仓位中的库存情况
3）当前仓库中物料的库存情况
4）当前物料的各批次在仓库和仓位中的库存情况
5）当前仓库及当前仓位中的物料库存情况
1.2.5赠品管理
该功能实现赠品管理的全面解决方案，包括赠品仓库设置、连属单据定义、赠品单据设置、定义业务单据联系、日常业务流程处理，以及报表查询等功能。
1.2.6虚仓管理
仓库不仅指具有实物形态的场地或建筑物，还包括不具有仓库实体形态，但代行仓库部分功能且代表物料不同管理方式的虚仓。
仓库管理设置待检仓、代管仓和赠品仓等3种虚仓形式，并提供专门单据和报表综合管理虚仓业务。
1.2.7仓位管理
该功能在仓库中增加仓位属性，同时进行仓位管理，以丰富仓库信息，提高库存管理质量，主要包括基础资料设置、仓库仓位设置、初始数据录入、日常业务处理和即使库存查询等。
1.2.8业务资料联查
单据关联（包括上拉式和下推式关联）是工业供需链业务流程的基础，而单据联查查询业务流程中的单据关系。
在仓库系统中提供了单据、凭证、账薄、报表的全面关联，以及动态连续查询。
1.2.9多级审核管理
多级审核管理是对多级审核、审核人、审核权限和审核效果等进行授权的工作平台，是采用多角度、多级别及顺序审核处理业务单据的管理方法。
它体现了工作流管理的思路，属于ERP系统的用户授权性质的基本管理设置。
1.2.10系统参数设置
该功能初始设置业务操作的基本业务信息和操作规则，包括设置系统参数、单据编码规则、打印及单据类型等，帮助用户把握业务操作规范和运作控制。
1.2.11报表工具
利用功能强大、使用灵活方便的报表系统工具，为用户处理数据，形成多种样式的报表，满足用户的需要。
1.2.12优选分析
利用功能强大、使用灵活方便的数据挖掘及分析工具，对历史数据进行多维度的分析，找到最优的库存配比比例、最优的库存数量，以及对产品及库存的趋势进行分析等。
1.3.建设原则
1.3.1整体规划原则
库存管理系统是一个长期的工作，系统建设必须从整体角度考虑，以保证系统建设的完整性、延续性，保证系统的健康发展，减少重复投资。
1.3.2完整性原则
库存管理系统是属于ERP系统的一部分，但也可以单独使用，实现仓储管理，满足企业的需要，因此，在设计中充分考虑了系统的完整性原则，可以独立使用，也可以方便、快捷的与其他系统连通。
1.3.3易用性的原则
库存管理系统的用户主要是库存管理人员、出入库操作员以及相关领导等，系统应简单、易用，以能够快捷、方便、简单、实用的完成入库、出库、查询、统计等功能，提高工作效率。
1.3.4标准化平台原则
库存管理系统建设要尽量依据开放式平台进行架构设计，不绑定于任何厂家和专用系统。
数据库和模块接口要公开和透明。
按照七分平台、二分定制、一分开发的理念进行开发。
2.系统总体设计
2.1.设计原则
为了保证本系统的质量，我们在进行系统的设计、开发、部署和运行管理规划时将遵循如下原则：
Ø
标准化
系统严格按照规范及标准开展工作，保证开发流程规范化，数据标准化。
准确性
通过周密的系统调研和分析，确保对业务的正确理解；
通过规范的项目管理和严密的系统测试，保证系统业务处理的准确性。
安全性
系统设计中采用严格的安全保密措施，保证系统及数据的安全性。
系统可靠性
本系统在设计时充分考虑了对可靠性的要求，采用多种高可靠、高可用性技术以使系统能够保证高可靠性，尤其是保证关键信息服务的连续不间断运作和对非正常情况的可靠处理。
可伸缩性
系统真正符合三层客户/服务器体系结构，随着应用水平的提高、规模的扩大和需求的增加，系统在满足用户新增的需求的前提下，系统的体系结构不需做较大的改变。
可扩展性
系统平台方便扩展，能够支持有价值的新兴应用。
同时，可配置多服务器集群协同工作，实时地监测服务器状态，通过负载平衡来保证实现大用户量并发处理和高效的网页浏览速度。
实用易用性
系统具有一致的、友好的客户化界面，易于使用和推广，并具有实际可操作性，使用户能够快速地掌握系统的使用。
2.2.技术路线
2.2.1J2EE技术
J2EE是一种利用Java2平台来简化解决方案的开发、部署和管理相关的复杂问题的体系结构。
J2EE技术的基础就是核心Java平台或Java2平台的标准版，J2EE不仅巩固了标准版中的许多优点，例如"
编写一次、随处运行"
的特性、方便存取数据库的JDBCAPI、CORBA技术以及能够在Internet应用中保护数据的安全模式等等，同时还提供了对EJB、JavaServlets、JSP、JMX以及XML技术的全面支持。
J2EE体系结构提供中间层集成框架用来满足需要高可用性、高可靠性以及可扩展性的应用的需求。
通过提供统一的开发平台，J2EE降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，增强了安全机制，提高了性能。
J2EE为搭建具有可伸缩性、灵活性、易维护性的业务系统提供了良好的机制。
1、支持异构环境：
J2EE能够开发部署在异构环境中的可导入程序。
基于J2EE的应用程序不依赖任何特定操作系统、中间件、硬件。
因此设计合理的基于J2EE的程序只需开发一次就可部署到各种平台。
这在典型的异构计算环境中是十分关键的。
J2EE标准也允许使用与J2EE兼容的第三方的现成组件，把它们部署到异构环境中，节省了由自己制订整个方案所需的费用。
2、可伸缩性：
基于J2EE平台的应用程序可被部署到各种操作系统上，为消除系统中的瓶颈，允许多台服务器集成部署，实现可高度伸缩的系统，满足未来业务系统的需要。
3、稳定的可用性：
一个服务器端平台必须能全天候运转以满足业务运行的需要。
将J2EE部署到可靠的操作环境中，将支持长期的可用性。
4、强大的应用开发能力：
J2EE框架中的多种技术提供了应用开发的手段，如XML、JMS、RMI/IIOP、JCA，从数据级、组件级、应用级等层次支持应用的集成。
2.2.2B/S架构
Browser/Server（浏览器/服务器）是一种当今世界范围内技术最先进的系统结构方案之一，也是配合Internet/Intranet建设的最佳方案。
由于所有使用了这种技术结构的系统，其客户端内容都是从后台传送过来的，而全部的业务处理都是在服务器端完成的，所以最大限度地方便了用户部署和维护大型软件系统，从而大大降低了用户目标系统的总体拥有成本（TCO）。
在这种结构下,客户端主要负责人机交互，包括一些涉及数据和应用关系的图形和界面运算；
WEB服务器主要负责对客户端应用程序的集中管理；
应用服务器主要负责应用系统的逻辑结构和数据关系，即事务处理，应用服务器又可以根据其处理的具体业务不同而分为多个；
数据服务器则主要负责数据的存储和组织、分布式管理、备份和同步等等。
通过上述的应用开发和部署，我们保证了界面展现、业务模型事务处理，以及数据库操作的相互隔离，提高了安全性和稳定性。
2.2.3MVC设计模式
M/V/C是指“模型/视图/控制器”（Model/View/Controller）三元组，由Smalltalk的发明者提出的，是用来设计应用系统的一种模式。
M/V/C模式定义了一个应用要包括的数据、表现和控制三部分信息，并且要求这三部分信息被分离在不同的对象中。
其中：
模型（Model）是代表纯的应用数据的对象，它不包含数据应当如何展现给用户的知识；
视图（View）是将模型的状态可视化的形式，是负责将模型数据展现给用户的部分；
控制器（Controller）提供改变模型的状态的灵活方式。
Model/View/Control逻辑架构图
严格的讲，“M/V/C”是一种设计模式，但是它是一种“大模式”，直接指导了应用系统的逻辑架构设计。
通过采用“M/V/C”逻辑架构，可以使软件设计的层次更清楚，可复用性更强，从而很好的提高系统的可靠性与可用性。
2.2.4中间件技术
随着计算机技术的飞速发展，各种各样的应用软件需要在各种平台之间进行移植，或者一个平台需要支持多种应用软件和管理多种应用系统，软、硬件平台和应用系统之间需要可靠和高效的数据传递或转换，使系统的协同性得以保证。
这些，都需要一种构筑于软、硬件平台之上，同时对更上层的应用软件提供支持的软件系统，而中间件正是在这个环境下应孕而生。
比较流行中间件的定义是：
中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。
中间件位于客户机/服务器的操作系统之上，管理计算资源和网络通讯。
从中间件的定义可以看出，中间件是一类软件，而非一种软件；
中间件不仅仅实现互连，还要实现应用之间的互操作；
中间件是基于分布式处理的软件，定义中特别强调了其网络通讯功能。
2.2.5业务流程管理
从业务角度来看，使用目标、业务功能、限制等来代替流程所需资源信息对业务流程进行描述是非常重要的。
在业务流程设计过程中，需要业务经理与负责业务流程管理的管理人员之间经常进行交流，以保证业务流程管理的顺利实施。
业务流程管理系统（BPMS）为管理者提供了一种有效的决策辅助方法，正确的执行管理决策依赖于清晰业务流程。
BPMS技术能够为管理者和审批业务人员提供定义、变更、实施业务流程的方法，并保证业务系统的灵活性和一致性，而不必考虑更多的细节问题。
BPMS是辅助G2G、G2B和G2C这样的现代集成式应用的核心工具。
BPMS为管理整个自动化的审批业务流程和业务活动提供如下帮助：
能够迅速使业务调整通过业务概念和业务目标等形式付诸实施，并且这些实施几乎可以是实时进行。
能够从审批业务角度对任何业务流程的调整进行分析和评价。
能够按照制订好的业务规则目标，保证具体审批业务的顺利实施，进而通过优化，降低成本，提高效率。
2.2.6XML技术
可扩展标记语言（XML）是Web上的数据通用语言。
XML是一种开放的标准，XML语言不受任何实体的控制也不归任何实体所有。
XML可以扩展，XML标签可以被任何人创建并被其他人所采用。
它使开发人员能够将结构化数据，从许多不同的应用程序传递到桌面，进行本地计算和演示。
XML允许为特定应用程序创建唯一的数据格式。
它还是在服务器之间传输结构化数据的理想格式。
在系统应用中使用XML技术有以下的优势：
⏹它提供用于本地计算的数据
传递到桌面的数据可以进行本地计算。
XML分析器可以读取数据，并将它递交给本地应用程序（例如浏览器）进一步查看或处理。
数据也可以由使用XML对象模型的脚本或其他编程语言来处理。
⏹向用户提供正确的结构化数据视图
传递到桌面的数据可以以多种方式表示。
本地数据集，可以根据用户喜好和配置等因素，以适当的形式，在视图中动态表现给用户。
⏹允许集成不同来源的结构化数据
一般情况下，使用代理，在中间层服务器上集成来自后端数据库和其他应用程序的数据，使该数据能够传递给桌面或者其他服务器，做进一步聚合、处理和分布。
⏹描述来自多种应用程序的数据
由于XML是可扩展的，因此它可以用于描述来自多种应用程序的数据，从描述Web页面集合到数据记录。
由于数据是自描述的，因此不需要数据的内置描述，也能够接收和处理数据。
⏹通过粒度更新来提高性能
XML允许粒度更新。
开发人员不必在每次有改动时都发送整个结构化数据集。
有了粒度更新后，只有改变的元素才必须从服务器发送到客户机。
改变的数据可以在不必刷新整个页面或表的情况下显示。
2.2.7Webservices
Webservices是为了让地理上分布在不同区域的计算机和设备一起工作，以便为用户提供各种各样的服务。
用户可以控制要获取信息的内容、时间、方式，而不必像现在这样在无数个信息孤岛中浏览，去寻找自己所需要的信息。
利用Webservices，公司和个人能够迅速且廉价地通过互联网向全球用户提供服务，建立全球范围的联系，在广泛的范围内寻找可能的合作伙伴。
随着Web服务技术的发展和运用，我们目前所进行的开发和使用应用程序的信息处理活动将过渡到开发和使用Webservices。
将来，Webservices将取代应用程序成为Web上的基本开发和应用实体。
Web服务是采用标准的、规范的XML描述操作的接口，这种服务描述被称为Web服务描述。
Web服务描述囊括了与服务交互需要的全部细节，包括消息格式、传输协议和位置。
Web服务接口隐藏了实现服务的细节，允许独立于软硬件平台的服务调用Web服务。
WebService是独立的、模块化的应用，能够通过因特网来描述、发布、定位以及调用。
从而实现面向组件和跨平台、跨语言的松耦合应用集成。
Web服务是分布式环境中实现复杂的聚集或商业交易的最佳体系结构。
WebService具有以下特点：
良好的封装性：
Web服务是一种部署在Web上的对象，具备对象的良好封装性，对于使用者而言，他看到的仅仅是该服务的描述。
松散耦合：
当Web服务的实现发生变更时，只要Web服务的调用接口不变，调用者是不会感到这种变更，Web服务的任何变更对调用他们的接口来说都是透明的。
XML/SOAP是Internet环境下Web服务一种比较适合的消息交换协议。
协议规范：
Web服务使用标准的描述语言来描述（比如WSDL）服务；
其次，通过服务注册机制，由标准描述语言描述的服务界面是可以被发现的；
同时，标准描述语言不仅用于服务界面，也用于Web服务的聚合、跨Web服务的事务、工作流等。
其次，Web服务的安全标准也已形成；
最后，eb服务是可管理的。
高度可集成能力：
由于Web服务采取简单的、易理解的标准Web协议作为组件界面描述和协同描述规范，完全屏蔽了不同软件平台的差异，无论是CORBA、DCOM还是EJB都可以通过这一种标准的协议进行互操作，实现了在当前环境下最高的可集成性。
2.3.总体架构设计
架构说明：
1、系统用户主要包括：
库管员、产品经理、公司领导等。
2、系统主要包括出入口管理、采购管理、销售管理、基本信息管理、系统管理等功能模块。
3、数据主要包括物料数据、订单数据、库存数据以及客户供应商数据等。
4、系统提供查询、报表以及优选分析等功能。
5、系统提供与财务系统、ＯＡ系统、合同管理系统、ＣＲＭ系统等的接口。
2.4.系统安全设计
2.4.1平台安全性
保护网络安全性的目标是防止未授权的用户访问服务器、用户和数据。
网络的物理安全性是通过使用设备（如过滤用路由器、防火墙和代理服务器）而建立的，这些设备对您要提供给用户的各种网络服务（如LDAP、POP3、FTP和STMP）启用网络连接。
也可使用这些设备控制网络连接安全性访问。
例如，您可以定义允许访问的连接，以及被授权使用这些连接的人员。
NoAccess、Read-only、Read-write
用户口令的时效性可以进行设定。
口令可以多次使用，也可以设为一次使用。
网络传输的安全性可以通过设置安全套接字层（SSL），对系统的数据传输进行安全加密，保证数据的传输安全性。
2.4.2系统安全性
物理安全性：
是通过使用设备（如过滤用路由器、防火墙和代理服务器）而建立的，这些设备对您要提供给用户的各种网络服务（如LDAP、POP3、FTP和STMP）启用网络连接。
操作系统安全性：
管理员权限、补丁及其他，保证操作系统的安全性。
服务器安全性：
可指定哪些用户和服务器可以访问系统服务器，并限制其在服务器上的活动
用户认证：
提供基于工业标准RSA的公共密钥基础架构（PublicKeyInfrastructure,PKI），即层次化或平面化的验证字发放与验证、交叉验证体系。
数字签名：
数字签名技术保证了数据的完整性和不可篡改性。
安全套接字层（SSL）：
数据在出入客户机时被加密，因此可确保事务处理期间的保密性。
CA（验证字认证中心）：
安全性规划中的一个重要方面是确定是否以及如何设置验证字认证中心以发布Internet验证字。
防病毒体系：
电子邮件已经成为病毒的重要传播手段，如果不对电子邮件进行病毒防护，将对系统内部造成重大影响。
2.4.3应用安全性
定义应用的访问控制列表ACL，对列表项设置访问权限。
系统权限：
系统权限是指用户对协同办公系统中各子系统的访问权限。
数据权限：
数据权限是指用户在对各子系统的使用中对数据的访问权限，我们将数据权限分为查询权、插入权、删除权、修改权等四种情况
系统角色：
是指根据角色控制用户访问数据的范围，根据用户的职务进行划分为。
3.项目实施方案
3.1.项目组织
3.1.1项目组织结构
为了保证项目的顺利实施，项目将成立一个由我们公司与客户方共同组成的项目管理组，负责项目实施期间重大问题的解决。
项目实施团队将在项目管理组的直接领导下开展工作。
项目实施团队根据我公司的项目管理体系，从现有的优秀技术人员和管理人员中抽取合适的人选构成。
围绕项目实施工作，将项目实施团队划分为应用开发、测试、质量与配置管理等小组。
项目组织结构如下图所示：
我方项目组包括项目经理、技术经理（系统总架构师）以及各专业小组组成。
其中项目经理负责项目开发和实施的总体指挥和管理；
技术经理（系统架构师）负责系统的架构设计以及对系统开发全过程进行技术指导并负责。
3.1.2项目实施人员管理
选择合适的人员参与项目开发工作、职责明确、严格管理、沟通顺畅，是项目顺利开发和高质量交付的关键。
项目实施过程中，项目经理接受项目管理组相关成员的指导和监督管理，按项目总体计划制定阶段计划，带领相关小组按计划执行；
把控项目总体执行工作，指导各小组按计划执行任务。
项目组作为一个团队，定期召开沟通例会，汇报各自进展及执行情况；
每周召开项目例会，每个组员汇报个人工作进度。
3.2.实施计划
对库存管理系统我们将按照以下步骤进行：
步骤
阶段名称
主要工作内容
1
初访（调研）和启动会
●了解用户基本情况
●与用户确认实施进度和项目组人员等资源
●召开项目启动会
2
软硬件安装集成
●检查系统软、硬件配置是否符合系统需求
●系统软件与产品安装
3
业务需求搜集及需求调研
●了解客户基本需求
●了解客户原有系统应用情况
●了解客户流程需求
●了解客户对字段内容需求
●用户界面确认
4
系统设计
●系统结构设计和功能设计
5
编码与内部测试
●进行系统编码
●进行系统内部测试
6
数据初始化
●对客户基本信息进行初始设置
●
升级会员 