供应商管理系统

数据库设计那些事儿

我是研究僧i 提交于 2020-03-03 08:12:27
目的: 有效的存储,高效的访问。 优良的设计特点 1.减少数据冗余 2.避免数据异常 3.节约存储空间 4.高效的数据访问 数据库设计步骤 1.需求分析 2.逻辑设计ER建模 3.物理设计(Mysql、Oracle、Sql server) 4.维护优化(新需求建表、索引优化、大表拆分) 需求分析 搞清楚实体与实体之间的关系? 实体包含哪些属性? 实体的唯一标识是什么? 对于日志类的实体,可以进行分库分表设计,定期归档。 电商实例, 用户模块、商品模块、订单模块、购物车模块、供应商模块。 用户模块,包含属性:用户名、密码、电话、邮箱、身份证号、地址、姓名、昵称... 可选唯一标识,用户名、身份证、电话、邮箱。 存储特点,随系统上线逐渐增加,需要永久存储。 商品模块,包含属性:商品编码、商品名称、商品描述、商品分类、供应商名称、价格 可选唯一标识(商品编码)、(商品名称、供应商名称) 存储特点:对于下线商品可以归档存储(不要删除)。 订单模块,包括属性:订单号、用户姓名、电话、收货地址、商品编号、商品名称、数量、价格、订单状态、支付状态、订单类型... 可用唯一标识,订单号。 存储特点:永久存储(分库分表) 购物车模块,包括属性:用户名、商品编号、商品名称、商品价格,商品分类,加入时间,商品数量... 可选唯一标识:(用户名、商品编号、加入时间)、(购物车编号) 存储特点:不用永久存储

ECC中如何使用供应商分类来扩展供应商的属性的详解

梦想的初衷 提交于 2020-02-07 09:27:41
ECC中如何使用供应商分类来扩展供应商的属性的详解 作者:袁云飞(AlbertYuan)- 微信号yuanalbert 以下内容均为原创,希望对初学者有一些辅助作用,本人主要从事MM/QM/WM的相关工作,不专业处请多多指点,十足干货,码字不易,且行且珍惜,你们的关注就是我努力的动力,转载请引用出处,感激不尽; 小伙伴们常常会面对业务部门一些比较有意思的请求,比如供应商主数据中能否将一些额外的信息放入其中,这些信息里有些是对供应商的档案性质的描述,这些信息,在ECC版本里确实缺少一些标准字段进行存放,或者系统有类似的功能可以实现,但实现过程有相对复杂,对于这种比较小的需求,没有必要去进行实现(这里指的是成体系的实现); 比如企业想将收集到的供应商的生产线产能,厂房面积,核心研发人数,营业执照,税号,以及经营主体等相关信息记录到供应商主数据中;而这些信息其实往大的方向去挖掘又能形成一套独立的供应商管理系统,但目前企业还没有建立独立的子系统进行管理;所以SAP能存放这些信息对于发展中的企业来说,是相对必要的; 基于这种现状,我们其实有比较多的手段进行处理,一个可以通过客制化表和维护界面完成数据录入,然后通过供应商编码进行关联;一个是可以使用供应商主数据客制化字段增强,完成独立数据收集窗口与XK*界面绑定的方式;这两个方式其实都存在一些额外的开发量,实现周期和调试周期相对较长

采购职位名称详解:Purchasing, Procurement, Buyer & Sourcing

こ雲淡風輕ζ 提交于 2020-01-24 02:41:34
在日常阅读英文资料和文章时,我们经常会看到这几个和采购有关的英文单词。他们看起来好像都是采购的意思,但意义还是有所差别的。在此根据我的理解,简单分析一下。 首先我们从容易理解的 Sourcing 说起。Sourcing 虽然也是翻译成“采购”,但实质它代表“资源开发”。比如, 供应商开发就是工作的主要内容,他们的工作侧重于通过获取信息去寻找和确定符合资质的新供应商或新产品的供应商。在跟采购活动中,它处于比较靠前的位置。 Source 本来的意思也就是资源,因此 sourcing 的含义即寻找/获取资源。当某个项目还没有外部资源时,或者某个新的生意不知道从哪去获取合适的供应商时,需要做 sourcing 的工作。 有时候某些采购工作的技术性要求较高,要求有很强的分析能力,比如,公司大量需要大米/玉米之类的产品,就需要从策略的角度寻求最优购买,甚至可能需要做套期保值等金融相关操作来降低风险/锁价。 所以对于大公司来说,有时候还会提升到战略性高度,即从 Sourcing 到 Strategic Sourcing。 因此对于 Sourcing,我一般理解为: 供应商资源开发(货源开发) 。 Sourcing 要评估正在接触的供应商的商品是否能完全满足需求,因此 通常 sourcing 要协调各个部门,如技术部门,研发部门,销售部门等,有些时候某供应商是否 qualified

采购管理核心流程

旧巷老猫 提交于 2019-12-23 07:34:20
采购核心流程 包括采购请购,采购订单,采购接收。 而实际上企业的采购业务涉及到更多的流程,包括物料,供应商的认证和维护,采购寻源,招投标等一系列流程。 对于采购需要用到得供应商信息维护,物料信息的维护在前面已经有说明。物料和供应商是采购管理的基础数据,在物料和供应商都维护后,还可以进一步维护供应 商和物料的对应关系信息,在ERP里面叫供应来源维护。 供应来源维护包括物料批准的供应商列表,批准供应商列表会讲物料,供应商,供应商发运组织和地点等 建立对应关系。 一个物料可以有多个合格供应商,那么可以进一步维护每个供应商的供货比例信息。那么在定义了供应来源规则和每个供应商的供货比例后,可以根据事先定义的百 分比把计划订单采购分到不同供应商。这种场景一般在更加采购申请或MRP计划需求信息,自动生成采购订单的时候使用。从一个长周期时间段来看,每个供应商 的供货量应该符合供货比例分配设置。 采购请购流程 采购请购单和采购订单 1.制作主体:请购单各个业务需求部门都可以提交,采购订单只有采购部门能够制作。 2.单据内容:请购部门只关心请购物料和交期,一般不指定具体的供应商和价格,供应商和价格是采购的事。 3.对应关系:请购一般根据项目需求,可能需要从多个供应商采购,一张请购单可对应到多种采购订单。 4.基础数据:请购的物料和供应商都可能是新的,也可能是已有的,根据请购内容涉及到不同采购实施策略。

mysql数据库设计

匿名 (未验证) 提交于 2019-12-02 22:06:11
数据库设计 简介 简单来说,数据库设计就是根据业务系统的具体需要,结合我们所选的数据库管理系统,为这个业务系统构造出最优的数据库存储模型.并建立好数据库中的表结构及表与表之间的关联关系的过程.使之能有效的对应应用系统中的数据进行存储,并可以高效的对已经存储的数据进行访问. 常用关系型数据库:mysql、Oracle、SQL server、PgSql 常用非关系型数据库:Mongo、Memcache、Redis 数据库设计作用 优良的设计 糟糕的设计 减少数据冗余 存在大量数据冗余 避免数据维护异常 存在数据插入,更新,删除异常 节约存储空间 浪费大量存储空间 高效的访问 访问数据低效 维护调整方便 较难调整维护 数据库设计步骤 需求分析 数据库是什么 数据库有哪些属性 数据库和属性各自的特点有哪些 逻辑设计 使用ER图对数据库进行逻辑建模 物理设计 根据使用的数据库自身的特点把逻辑设计转换为物理设计 维护优化 新需求进行表建立 索引优化 大表拆分 需求分析 1.了解系统中所要存储的数据 2.了解数据的存储特点 3.了解数据的生命周期 需求分析要搞清以下问题 实体及实体之间的关系(1对1,1对多,多对多) 实体所包含的属性有什么 哪些属性或属性的组合可以唯一标识一个实体 实例演示需求分析过程 以小型电子商务网站为例,包含的模块: 用户模块 包括属性:用户名、密码、电话、邮箱、身份证号

数据库设计——医药销售管理系统

泪湿孤枕 提交于 2019-12-01 02:11:47
开发环境和开发工具 操作系统:win8.1 开发环境:Mysql、Web 开发工具:Workbench、Eclipse、JDBC 功能需求分析 员工有权查看、添加会员,查看、添加供应商,查询药品(输入药品编号或名称、类别等查询该药品或该类药品库存),添加药品采购记录,销售药品,处理退货,盘点仓库,查看销售、退货、入库记录,修改个人信息 经理有权查看、添加、删除会员,查看、添加、删除供应商,查看、添加、删除员工,盘点仓库,查看销售、退货、入库记录,修改个人信息,无权进行销售和退货业务 供应商和顾客对此系统没有使用权限 系统设计 系统设计 数据流 E-R图 数据库关系模式设计 登录用户(用户编号,用户名,密码,类别) 员工(员工编号,员工姓名,联系电话,用户编号) 经理(经理编号,用户编号) 财政收支(收支编号,药品编号,员工编号,数量,日期,总额,类型) 供应商(供应商编号,供应商名称,联系人,联系方式,所在城市) 会员(客户编号,客户姓名,联系方式) 入库记录(入库记录编号,供应商编号,收支编号) 退货管理(退货编号,销售编号,收支编号) 销售管理(销售编号,客户编号,收支编号) 药品(药品编号,药品名称,供应商编号,生产批号,产地,所属类别,进价,单价,会员折扣,库存,包装规格,生产日期,有效期) 数据库物理结构设计 本次项目使用的引擎是InnoDB,MySQL的数据库引擎之一

mysql数据库设计

浪尽此生 提交于 2019-11-29 13:55:31
数据库设计 简介 简单来说,数据库设计就是根据业务系统的具体需要,结合我们所选的数据库管理系统,为这个业务系统构造出最优的数据库存储模型.并建立好数据库中的表结构及表与表之间的关联关系的过程.使之能有效的对应应用系统中的数据进行存储,并可以高效的对已经存储的数据进行访问. 常用关系型数据库:mysql、Oracle、SQL server、PgSql 常用非关系型数据库:Mongo、Memcache、Redis 数据库设计作用 优良的设计 糟糕的设计 减少数据冗余 存在大量数据冗余 避免数据维护异常 存在数据插入,更新,删除异常 节约存储空间 浪费大量存储空间 高效的访问 访问数据低效 维护调整方便 较难调整维护 数据库设计步骤 需求分析 数据库是什么 数据库有哪些属性 数据库和属性各自的特点有哪些 逻辑设计 使用ER图对数据库进行逻辑建模 物理设计 根据使用的数据库自身的特点把逻辑设计转换为物理设计 维护优化 新需求进行表建立 索引优化 大表拆分 需求分析 1.了解系统中所要存储的数据 2.了解数据的存储特点 3.了解数据的生命周期 需求分析要搞清以下问题 实体及实体之间的关系(1对1,1对多,多对多) 实体所包含的属性有什么 哪些属性或属性的组合可以唯一标识一个实体 实例演示需求分析过程 以小型电子商务网站为例,包含的模块: 用户模块 包括属性:用户名、密码、电话、邮箱、身份证号