SAP-FICO模块基本构架

SAP-FICO模块基本构架
SAP-FICO模块基本构架

小贴士:什么是SAP中的FICO模块?

--- IBM ERP项目小组

说到SAP,人们通常首先会提到的就是FICO模块。因为,一个企业在实施SAP系统时,可以根据企业的性质和需求不上销售模块或者生产模块等,但几乎所有实施SAP的企业都必须上FICO模块,可以说FICO是SAP最核心的组件。

那么,究竟FICO代表着什么,它有哪些功能呢?本文就是来简单介绍SAP的FICO模块。

FI代表英文单词Finance财务会计的缩写

CO代表英文单词Controlling管理会计的缩写

FI和CO其实是SAP财务会计系统的两大组成部分:

?FI,重点关注财务会计,即外部会计,关注的是按照一定的

会计准则,组织账务,并出具满足财税等外部实体及人员要

求的法定财务报表,通常比较标准。

?CO,重点关注管理会计,即内部会计,通常比较灵活,出

具的报表是为了满足内部管理机构及相关人员的需要。

图1:财务会计和管理会计分别面对的人群首先,我们来看FI包括哪些内容:

应付帐款

应收帐款固定资产总帐

SAP FI

图2:SAP FI的组成

其次,在SAP的CO中,包括以下内容:

SAP CO

图3:SAP CO的组成

SAP 是个高度集成的系统,那么它的FICO 财务模块是如何与其他系统集成的呢? 1)FI 模块的集成性

图4: FI 与其他模块的集成

图4是SAP FI (财务会计)模块与其他模块之间的集成图。 图的上半部分表示了财务会计(FI )的核心构成,包括总账、应收账款、应付账款、固定资产、银行会计、特殊用途扩展总账等。

下半部分(黄色部分)表示了SAP 其他核心模块的构成,包括采购、仓库、生产、销售等。同时,该图也说明了各模块与财务的集成关系:采购通过发票确认与应付账款实时集成;仓库收发货的同时

采购 仓库 仓库

生产 销售

产生财务凭证,更新总账;销售通过开具销售发票与应收账款实时集成。

图5:业务模块与财务模块间的集成示意

图5形象地描绘了业务模块产生交易凭证如何通过SAP的集成特点,反映到财务模块的总账中。

SAP的集成性,真正实现了业务与财务的一体化。任何业务环节中产生的交易信息都能及时反映到财务帐上,一方面省却了财务人员的手工重复性劳动,另一方面也方便财务人员及时获悉业务的发生情况,对业务进行事中监控。很多企业通过SAP系统,改变了财务人员传统的记账工作性质,提升其在企业中的监督和控制的作用。

2)CO模块的集成性

下图则描绘了SAP的CO模块与其他模块之间的集成关系:

图6:管理会计与财务会计及其他业务模块的集成

图6说明了管理会计与财务会计及其他业务模块之间集成关系。

图中上半部分是表示了管理会计的核心组成,包括间接费用管理(CO-OM),生产成本控制(CO-PC),获利能力分析(CO-PA),利润中心会计(CO-PCA)。

图的下半部说明了管理会计与其他模块的关系:

人力资源模块,在发生工资及福利成本费用计提时会实时更新到成本会计;

?MM(采购及库存管理)在发生成本费用采购确认(收货或

发票)以及成本费用性收发料时会实时更新到成本会计;

?PP(生产管理)在进行工艺确认时,工费成本会实时更新到

成本会计;

?SD(销售管理)在开票时,产生的收入会实时更新到成本会

计。

通过SAP集成的成本管理,可以对业务流程进行全面监控,进一步提高间接费用的透明程度。并以数量结构为基础,利用现有的成本驱动因素进行自动计划和分摊,大大提高产品成本核算的准确性,还能进行多维的获利性分析。

系统总体结构设计

一、系统设计的原则 1、系统性 从整个系统的角度进行考虑,系统的代码要统一,设计规范要标准,传递语言要尽可能一致,对系统的数据采集要做到数出一处、全局共享,使一次输入得到多次利用。 2、灵活性 系统应具有较好的开放性和结构的可变性,采用模块化结构,提高各模块的独立性,尽可能减少模块间的数据偶合,使各子系统间的数据依赖减至最低限度。 3、可靠性 可靠性是指系统抵御外界干扰的能力及受外界干扰时的恢复能力。一个成功的管理信息系统必须具有较高的可靠性,如安全保密性、检错及纠错能力、抗病毒能力等。 4、经济性 经济性指在满足系统需求的前提下,尽可能减小系统的开销。一方面,在硬件投资上不能盲目追求技术上的先进,而应以满足应用需要为前提;另一方面,系统设计中应尽量避免不必要的复杂化,各模块应尽量简洁,以便缩短处理流程、减少处理费用。 二、系统设计的主要内容 1、系统总体结构设计 系统总体结构设计包括两方面的内容: 系统网络结构设计; 系统模块化结构设计。 2、代码设计 代码设计就是通过设计合适的代码形式,使其作为数据的一个组成部分,用以代表客观存在的实体、实物和属性,以保证它的唯一性便于计算机处理。 3、数据库(文件)设计

根据系统分析得到的数据关系集和数据字典,再结合系统处理流程图,就可以确定出数据文件的结构和进行数据库设计。 4、输入/输出设计 输入/输出设计主要是对以纪录为单位的各种输入输出报表格式的描述,另外,对人机对话各式的设计和输入输出装置的考虑也在这一步完成。 5、处理流程设计 处理流程设计是通过系统处理流程图的形式,将系统对数据处理过程和数据在系统存储介质间的转换情况详细地描述出来。 6、程序流程设计 程序流程设计是根据模块的功能和系统处理流程的要求,设计出程序模框图,为程序员进行程序设计提供依据。 7、系统设计文档 系统标准化设计是指各类数据编码要符合标准化要求,对数据库(文件)命名、功能模块命名也要标准化。 描述系统设计结果是指系统设计说明书,程序设计说明书,系统测试说明书以及各种图表等,要将他们汇集成册,交有关人员和部门审核批准; 拟定系统实施方案设计是在系统设计结果得到有关人员和部门认可之后,拟定系统实施计划,详细地确定出实施阶段的工作内容、时间和具体要求。 另外,为了保证系统安全可靠运行,还要对数据进行保密设计,对系统进行可靠性设计。 三、系统设计的步骤 1、系统总体设计 包括:系统总体布局方案的确定;软件系统总体结构设计;数据存储的总体设计;计算机和网络系统方案的选择。 2、详细设计

系统功能模块详细介绍

江苏省招标代理信用管理系统 操作使用手册

目录 第1章系统功能模块详细介绍 (3) 1.1 代理机构用户功能 (3) 1.1.1 代理机构登录 (3) 1.1.2 如何下载并安装加密狗驱动程序? (4) 1.1.3 新代理机构资质申请 (5) 1.2 代理机构信息变更 (9) 1.2.1 机构信息变更 (10) 1.2.2 法人变更 (11) 1.2.3 技术负责人变更 (12) 1.2.4 专职人员变更 (12) 1.3 信息查询 (13)

第1章系统功能模块详细介绍 省招标代理机构信用管理系统主要分为三大块: 1、招标代理机构用户功能模块 2、管理机构用户功能模块 3、系统管理员后台管理功能模块。 其中整个信用管理系统主要定义了以下角色名称:如下表格所示: 1.1代理机构用户功能 代理机构用户功能模块包括:新代理机构资格申请、代理机构信息变更、信息查阅、考试报名等。 1.1.1代理机构登录 代理机构用户领到管理机构授予的加密狗后,在电脑上插入加密狗,打开浏览器在地址栏输入本信用管理系统的网址后回车。便成功进入系统登录界面如下图所示:

参照上图:新代理机构进行资格申请时,要通过管理机构授予的加密狗(usb 接口设备)来登录进入系统。系统通过直接读取加密狗中的编码信息,从而替代再次输入“登录名、密码”的方式,直接进入系统。(前提条件是已安装加密狗驱动程序,系统并检索到插入的加密狗) 注意事项:在新代理机构进行资质申请第一次使用本系统时,首先要下载安装加密狗的驱动程序,只有成功安装了加密狗的驱动程序,计算机才能识别代理机构操作人员插入的加密狗设备,信用管理系统才能正确的读取其中的编码数据。从而确保新代理机构操作人员能顺利使用本系统进行资质申请。 1.1.2如何下载并安装加密狗驱动程序? 在信用管理系统登录界面的底部区域,系统给出的红色提示信息中,鼠标右 键点击的“下载”,系统弹出保存对话框,然后选择驱动程序保存到用户的本地计算机盘符中,选择完毕点击按钮,成功将加密狗驱动 程序保存到计算机对应的路径中,变完成了驱动程序的下载。如下图所示:

sap组织架构概念

一、SAP相关概念 (一)财务会计的概念 1、集团(client)的概念 它是SAP系统中的最高等级,每一集团建立主数据库,一个完整的数据库,包括建立一个完全集成的系统所必须的所有表格,相当于EAS的数据中心 2、『公司』(company) 它是能够产生合法财务报表的最小组织单元 财务报表是在公司的级别上建立合并的 一个公司可以包含一个或多个公司代码 相当于EAS的虚体财务组织(集团级) 3、公司代码(companycode) 公司代码是最小的独立会计实体。 对应于集团下法人公司或分公司,自备完整的会计帐簿 资产负债表和损益表是建立在公司代码级别上的。(货币、语言、会计科目表、会计年度结构) 4、业务范围(businessarea) 用于做内部报表,内部资产负债表和内部损益表的一个内部组织结构,可用于所有的公司代码。必须在所有的公司代码中有相同的含义,根据业务范围,更新总帐平衡余额,可设置与事业部对应。 (二)管理会计概念: 1、经营组织(operatingconcern) 是获利能力分析中的核心组织要素,控制区域应对应到唯一一个经营组织,用于内部管理的盈利分析报告。 是管理会计的组织结构单元,一个经营组织可有多个成本控制范围,一个成本控制范围只能指派给一个经营组织。 业务关联区是获利能力分析中的核心组织结构,用来监控及分析该业务关联区内各“获利段”的运作情况和获利能力。“获利段”可以是销售地区、产品、客户等属性的灵活组合。因此可以按照各获利段为依据生成获利分析报表,考核其获利能力。 2、控制范围(controlarea) 它是一个用来定义公司的成本/管理会计行为的结构组织单元;

家具公司SAP实施专案HR组织架构调整流程精修订

家具公司S A P实施专案H R组织架构调整流 程 集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#

第一章-HR01_组织架构调整流程 1.流程说明 该流程主要描述了依据企业目标策略的调整及业务环境需求的变化而重新确定组织架构时,人力资源依照经核准的《组织系统图》在系统中修改或定义组织架构。 ●该流程主要涉及到的部门是总部人力资源,其具有创建、修改及显示的权限,区公司及营业的人力资源 只具有显示权限 ●创建组织架构包括:创建组织单元、职位、分配成本中心;组织单元与组织单元之间的关系是:一对一 或一对多,组织单元与职位之间的关系是:一对一或一对多;即一个组织单元下可建一个或多个组织单元,也可建一个或多个职位。由于在业务中财务需要对各个组织单元、人员的成本费用进行成本核算,所以需要给组织单元分配成本中心,或给职位分配成本中心,便于同财务的集成。组织单元的编码是由系统外部给号,由8位数字构成,分成四层,编码范围是00000000~,例:01000000~01009999用于总经理,01010000~01019999用于策略,02000000~用于其它各级组织单元。(见附件三十四) ●组织架构创建完后,通过Graphic,打印出组织系统图(参见报表样例“26组织系统图”) 2.流程图 3.系统操作 3.1.操作范例 3.1.1.创建 3.1.1.1.创建组织单元对象、关系 例1:创建组织单元营业,组织代码为

例2:创建组织单元销售行政,组织代码为3.1.1.1.1. 系统菜单及交易代码 人力资源组织管理专家模式组织单位 交易代码:P010

从数据流程图导出初始结构图方法模板

从数据流程图导出初始结构图方法 下面分别讨论经过”变换分析”和”事务分析”技术, 导出”变换型”和”事务型”初始结构图的技术。 1.变换分析 根据系统说明书, 能够决定数据流程图中, 哪些是系统的主处理。主处理一般是几股数据流汇合处的处理, 也就是系统的变换中心, 即逻辑输入和逻辑输出之间的处理。 确定逻辑输入——离物理输入端最远的, 但仍可被看作系统输入的那个数据流即为逻辑输入。确定方法是从物理输入端开始, 一步步向系统的中间移动, 直至达到这样一个数据流: 它已不能再被看作为系统的输入, 则其前一个数据流就是系统的逻辑输入。确定逻辑输出——离物理输出端最远的, 但仍可被看作系统输出的那个数据流即为逻辑输出。方法是从物理输出端开始, 一步步向系统的中间反方向移动, 直至达到这样一个数据流: 它已不能再被看作为系统的输出, 则其后一个数据流就是系统的逻辑输出。对系统的每一股输入和输出, 都用上面的方法找出相应的逻辑输入、输出。逻辑输入和逻辑输出之间的加工, 就是系统的主加工。如图4-24所示。

图4-24(a)初始DFD图 图4-24(b)找系统的主加工 2) 设计模块的顶层和第一层 ”顶层模块”也叫主控模块, 其功能是完成整个程序要做的工作。在与主加工对应的位置上画出主模块。系统结构的”顶层”设计后, 下层的结构就按输入、变换、输出等分支来分解。 设计模块结构的第一层: 为逻辑输入设计一个输入模块, 它的功能是向主模块提供数据; 为逻辑输出设计一个输出模块, 它的功能是输出主模块提供的数据; 为主加工设计一个变换模块, 它的功能是将逻辑输入变换成逻辑输出。 第一层模块同顶层主模块之间传送的数据应与数据流程图相对应。这里主模块控制并协调第一层的输入、变换、输出模块的工作。( 3) 设计中、下层模块 由自顶向下、逐步细化的过程, 为每一个上层模块设计下属模块。输入模块的功能是向它的调用模块提供数据, 由两部分组成: 一部分是接受输入数据; 另一部分是将这些数据变换成其调用模块所

sap中的组织架构

1. 深入了解采购、销售、仓存组织的内部架构及应用场景;采购、销售、仓存以及财务组织之间的相互关系。 A、销售组织 销售组织下包括分销渠道和产品组。 销售区域是销售组织、分销渠道、产品组的组合。客户必须建立/管理在销售区域 销售区域下分为销售办公室、销售组和销售代表 B、采购组织 采购组织下包括采购组 C、销售/采购组织可以定义在不同的组织层次,如集团、公司代码和工厂。由于公司代码与财务有关。自然也就建立了他们之间的关系 2. 采购/销售/库存组织架构中的组织单元是否要和行政组织单元建立影射关系?如果要建立如何建立?如果不要,为什么不要建立? 应该是不需要的,销售/采购/库存组织是一个系统定义的组织,它可以与行政组织有一定的关系,也有可能关系不确定,也有可能没有关系。这样可以满足不同企业的需要,可以将这些组织放置在不同的层别、与不同的单位建立不同的关系,实现系统灵活的组织架构能力。 3. 控制采购组织的采购控制范围是在库存组织层面还是在仓库层面,如何控制? 4. 控制销售组织的销售控制范围是在库存组织层面还是在仓库层面,如何控制? 5. 请深入说明SAP中工厂、库存地点、库存种类、特殊库存、仓库、存储类型、仓位等的关系和在采购、销售/分销、配送/运输中的应用 A、一个工厂可以包含几个库存地。一个库存地只能属于一个工厂 B、几个库存地可以属于一个仓库(同工厂内)。 C、通过存储类型来区分不同的区域,比如接收区、出库区、捡配区等 D、 E、在采购、销售/分销、配送/运输中跟仓库管理没有关系,发生关系的是工厂和仓库地,输入库存管理。 6. SAP中销售组织、销售渠道、产品组、销售办公司、销售组等对产品、客户、价格等基础数据有何具体影响,跟组织架构相关的产品和客户的分组方式有哪些,分别有什么控制

模块图和结构图

结构化设计方法使用的描述方式是系统结构图,也称结构图或控制结构图。它表示了一个系统(或功能模块) 的层次分解关系,模块之间的调用关系,以及模块之间数据流和控制流信息的传递关系,它是描述系统物理结构的主要图表工具。 系统结构图反映的是系统中模块的调用关系和层次关系,谁调用谁,有一个先后次序(时序)关系.所以系统结构图既不同于数据流图,也不同于程序流程图.在系统结构图中的有向线段表示调用时程序的控制从调用模块移到被调用模块,并隐含了当调用结束时控制将交回给调用模块。 如果一个模块有多个下属模块,这些下属模块的左右位置可能与它们的调用次序有关.例如,在用结构化设计方法依据数据流图建立起来的变换型系统结构图中,主模块的所有下属模块按逻辑输入,中心变换,逻辑输出的次序自左向右一字排开,左右位置不是无关紧要的. 系统结构图是对软件系统结构的总体设计的图形显示。在需求分析阶段,已经从系统开发的角度出发,把系统按功能逐次分割成层次结构,使每一部分完成简单的功能且各个部分之间又保持一定的联系,这就是功能设计.在设计阶段,基于这个功能的层次结构把各个部分组合起来成为系统.处理方式设计:确定为实现软件系统的功能需求所必需的算法,评估算法的性能.确定为满足软件系统的性能需求所必需的算法和模块间的控制方式(性能设计).确定外部信号的接收发送形式. 系统功能模块结构图,是什么 1.功能结构图就是按照功能的从属关系画成的图表,图中的每一个框都称为 一个功能模块。功能模块可以根据具体情况分的大一点或小一点,分解得最小功能模块可以是一个程序中的每个处理过程,而较大的功能模块则可能是完成某一个任务的一组程序。 2.功能结构图是对硬件、软件、解决方案等进行解剖,详细描述功能列表的 结构,构成,剖面的从大到小,从粗到细,从上到下等而描绘或画出来的结构图。从概念上讲,上层功能包括(或控制)下层功能,愈上层功能愈笼统,愈下层功能愈具体。功能分解的过程就是一个由抽象到具体、由复杂到简单的过程。图中每一个方框称为一个功能模块。功能模块可以根据

学生管理信息系统功能结构图

郑州华信学院学生信息管理系统 课程名称:信息系统分析与设计 项目名称:学生信息管理系统 报告名称:功能结构图 指导老师:王国君老师 专业班级: 08计算机科学与技术 小组编号:第6组

系统功能结构 1.结构设计 根据对系统进行的需求分析,本系统将分为4个模块: 1>学生管理 管理学生的基本信息,包括个人信息的添加、修改、删除,以及选课信息的添加。 2>课程管理 管理课程的基本信息,包括课程信息的添加、修改和删除。3>成绩管理 管理学生选课的成绩信息,包括成绩的登记与修改。 4>信息查询 查询已经登记的信息,包括学生的基本信息、课程的基本信息成绩信息。 2.功能结构图 2.1系统功能结构如图所示:

2.2功能流程及工作流描述 1>增加学生信息 系统操作人员打开学生信息增加界面,输入相关信息(姓名、民族、籍贯、出生日期、入学年份、专业和学院等),在数据库中添加相关数据。

2>修改学生信息 根据学生学号查询出该学生的相关信息,修改相关条目后保存在数据库中。 3>删除学生信息 根据学生学号查询出该学生的相关信息,确定删除后,在数据库中删除该信息。 4>学生选课 根据学生学号与需要选择的课程,确认无误后保存,数据库中将自动添加新的选课记录。 5>增加课程信息 系统操作人员根据打开的课程信息增加界面,输入相关信息(课程名称、授课教师、上课时间、上课地点和课程类型等),在数据库中添加相关数据。 6>修改课程信息 根据课程号查询出课程的相关信息,修改相关条目后保存在数据库中。 7>删除课程信息 根据课程号查询出该课程的相关信息,确定删除后,在数据库中删除该信息。 8>登记成绩 根据学号以及该学生所选择的课程,进行成绩登记,未选课的学生无法进行登记

模板-SAP_组织结构及代码

上海实业交通电器有限公司 SAP ERP 实施项目 业务蓝图设计 To-Be Process Document 组织结构及代码 Cross-Function Design <2010-6-22> 版本管理:

修订历史

文档审批: 图例:

目录 1概述 (6) 2FICO蓝图设计总览 (7) 2.1FICO系统组织图 (7) 2.1.1组织要素 (7) 2.1.2编码规则和定义 (9) 2.2主数据 (9) 2.2.1会计科目主数据 (9) 2.2.2固定资产主数据 (10) 2.2.3成本要素主数据 (10) 2.2.4作业类型主数据 (11) 2.3交易数据 (11) 2.3.1会计期间 (11) 2.3.2凭证类型 (11) 2.3.3外币业务 (12) 2.3.4税务处理 (12) 2.3.5成本中心会计 (12) 2.3.6产品成本控制 (13) 3MMWM蓝图设计总览 (14) 3.1MMWM系统组织图 (14) 3.1.1组织图 (14) 3.1.2组织要素 (15) 3.1.3编码规则和定义 (16)

3.2MMWM概要设计 (18) 3.2.1供应商科目组与编码规则 (18) 3.2.2付款条件 (19) 3.2.3单据类型和编码范围 (19) 3.2.4IM移动类型及说明 (20) 3.2.5评估类定义 (21) 4SD蓝图设计总览 (22) 4.1SD系统组织图 (22) 4.1.1组织图 (22) 4.1.2组织要素 (22) 4.1.3编码规则 (23) 4.2主数据描述 (23) 4.2.1客户主数据定义 (24) 4.2.2客户信用额度 (24) 4.2.3客户料号主数据 (24) 4.3系统功能 (25) 4.3.1单据类别 (25) 4.4销售计价 (26) 4.5拣配 (26) 4.6信用额度管控 (27) 4.7运输及运输成本计算 (27) 4.8报表/接口/功能增强 (27) 4.9术语与名称解释 (27) 5PP蓝图设计总览 (29) 5.1计划订单类型及编码 (29) 5.2正常生产订单类型及编码 (29) 5.3试产生产订单类型及编码 (29) 5.4专机生产订单类型编码 (29) 5.5模具生产订单类型及编码 (29) 5.6返工生产订单 - 装配一车间 (1100)编码 (29) 5.7返工生产订单 - 装配二车间 (1100)编码 (29) 5.8返工生产订单 - 装配三车间 (1200)编码 (29) 5.9工作中心描述及编码 (29) 5.10车间编码 (33)

ORACLE-EBS-组织架构介绍

(一)业务组(BG) (二)法律实体(LE) (三)业务实体(OU) (四)库存组织(INV) (五)公司成本中心(Cost Center) (六)HR组织 (七)多组织接入控制 在企业管理实践的过程中,“组织”(Organization)一词是个经常需用到的概念,一般与“人员”与“职能”这两个要素密切相关,反映某种行政管理关系,例如“财务部、销售部、采购部、生产部、仓储部”等等。企业内部行政组织(部门)的划分是企业基于“职能驱动”业务管理模式进行运作的基础。目前,国内适用于小企业使用的大多数低端管理软件并不考虑系统中的“组织”设置问题,其系统应用模块的划分,例如采购模块、仓管模块、销售模块等等,实际上就已经基本反映了企业运作的“组织职能”划分问题。 但是,对于业务复杂、规模较大的企业(如所谓“集团企业”),管理软件使用与实施的系统“组织设置”问题将是一个首要的重要问题。一个常见的、也是错误的系统实现方式就是将企业的“行政组织设置”直接映射到系统中,以“行政组织”代替“业务组织”。这种系统实现方式虽有理解、 精选范本

掌握比较容易的优势,但却完全违背了大企业运作必须基于“流程驱动”业务模式的基本管理原则。国内有所谓高端管理软件在系统实施过程中,常常出现有几十个财务、采购组织,几百个销售组织,乃至上千个库存组织的“盛况”,导致系统几乎没法使用的困境,其症结正在于此。 与企业的“行政组织”设置与人员规模密切相关且复杂多变不同,软件系统的“组织设置”必须以业务流程运作为核心,要求尽可能简单并保持相对稳定,在公司(人员)规模扩大的过程中具有延续性与继承性。作为ERP鼻祖的SAP将系统组织简单地分为“集团(Client)、公司代码(Company Code)、采购组织(Purchase Org)、销售组织(Sale Org)、工厂(Plant)”等类别。ORACLE的组织设置本质上与之基本相似,但作为后来者作了进一步抽象与简化,系统组织划分为“业务组(Business Group)、法律实体(Legal Entity)、业务实体(Operating Unit)、库存组织(Inventory Org)”等。 如果说SAP的组织模型字面上多少还带有一点“行政组织”痕迹的话(这可能是某些声称学SAP的国内产品误入歧途的原因),ORACLE 系统的组织模型字面上已经几乎看不出与“行政组织”还有什么关系,其中的“Inventory Org”现今中文翻译成“库存组织”,容易令人望文生义和企业的“仓库管理部门(Warehouse)”混淆,但Inventory的本义实际应该是“存货”,称之为“存货组织”或许更好一些。如下图22所示ORACLE系统有关核心业务的多组织模型: 上图中的“财务、销售、采购”并非系统的“组织实体”,它仅表示业务实体(OU)具有的相关业务处理功能。“子库”是特殊的系统组织实体,没有上下文环境可进入,主要表示库存组织之下的某种业务功能。 精选范本

数据流图与功能结构图

XXX系统结构化概要设计 (文档封面及目录格式与以前作业相同) 1.文档说明(5分) 1.1文档目的 //说明本文档的目的和作用

1.2文档范围 //说明本文档描述的主要内容 1.3读者对象 //说明可能的读者,比如详细设计、编码人员和测试人员 1.4参考文档 //说明编写该文档需要的参考资料,比如《用户需求说明书》和《需求分析规格说明书》等1.5术语与缩写解释 //说明本文档与具体业务无关的技术术语,比如数据流、模块、关系表等 2.项目背景(2分) //说明项目的需求来源以及用户的基本需求,可以参考《用户需求说明书》。 3.需求分析结果(3分) //此章节描述需求分析的分层数据流图 3.1顶层数据流图 //将基于结构化数据流图的《需求分析规格说明书》中顶层数据流图展示出来,无须进行修改(原样拷贝粘贴)

3.2第一层数据流图

3.3第二层数据流图 1. 处理临过期商品子系统 …… 3.n 第n层数据流图 4.基于功能需求的初始功能结构图(50分) //结合以上分层的数据流图,将整个系统对应的数据流图划分成多个功能相对独立的子系统,每个子系统由一个或多个结合紧密的加工组成。比如教科书第100页,从“医院就诊管理系统”的第一层数据流图可以看出,它由三个相对功能独立的子系统组成,分别是挂号子系统、问诊子系统、交费取药子系统。 4.1子系统1 处理临过期商品子系统 4.1.1数据流图(分数占20%)

4.1.2 功能结构图(分数占50%) // 画出对应的功能结构图,主模块名字和子系统名字一致

4.1.3功能模块说明(分数占30%) // 为功能结构图中每一个模块写一份处理说明和一份接口说明,格式如下: 1.模块名字1(与功能结构图中名字相同) (1)处理说明 // 参见教科书155页7.7.1 (2)接口说明 // 参见教科书155页7.7.2,只需要说明入口参数、返回值、下属模块、上级模块2.模块名字2 (1)处理说明 (2)接口说明 …… 4.2子系统2 定价子系统 4.2.1数据流图

很详细的系统架构图

很详细的系统架构图 --专业推荐 1.1.共享平台逻辑架构设计 1.2. 如上图所示为本次共享资源平台逻辑架构图,上图整体展现说明包括以下几个方面: 1 应用系统建设 本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发,从而建立行业的全面的应用系统架构群。整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合,完成应用系统的统一化管理与维护。 2 应用资源采集 整体应用系统资源统一分为两类,具体包括结构化资源和非机构化资源。本次项目就要实现对这两类资源的有效采集和管理。对于非结构化资源,我们将通过相应的资源采集工具完成数据的统一管理与维护。对于结构化资源,我们将通过全面的接口管理体系进行相应资源采集模板的搭建,采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。 3 数据分析与展现 采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现,具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。 4 数据的应用 最终数据将通过内外网门户对外进行发布,相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询,从而有效提升了我局整体应用服务质量。 综上,我们对本次项目整体逻辑架构进行了有效的构建,下面我们将从技术角度对相关架构进行描述。 1.3.技术架构设计 如上图对本次项目整体技术架构进行了设计,从上图我们可以看出,本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。下面我们将分别进行说明。 1.4.整体架构设计 上述两节,我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明,通过上述设计,我们对整体项目的架构图进行了归纳如下: 综上,我们对整体应用系统架构图进行了设计,下面我们将分别进行说明。

集团SAP项目PP-工厂组织架构、BOM、主配方会议纪要V40 (2)

会议纪要 整理人:日期: 2011-11-02 版本: Ver4.0

组别:PP组 参加人员: 时间:2011-11-02 9:30-12:00 地点:会议室 议题: 1.生产整体概况调研 2.生产主数据中BOM及工艺路线 预期目标: 1.了解整个三台公司的组织结构和组织职能。 2.了解生产车间的基本生产情况,主产品,生产控制框架等。 3.了解各生产相关单位的基本工作流程。 4.了解生产车间的产品类型、原材料BOM及工艺的结构和说明信息。议程: 1.由生产安全技术部、生产车间负责人介绍各单位组织架构及相关职能 2. 顾问就相关问题进行提问交流 3.由各生产安全技术部相关负责人介绍工艺流程及BOM 4.顾问就关键点提出问题进行沟通 新的术语: 乳胶基质硝酸铵溶液 将准备的交付文档说明: 1.各生产相关部门组织结构图 2.生产工艺路线,BOM结构 3.其他问题细节说明 会议进程记录: 一、组织结构及职能说明 1.三台公司组织结构

◆三台公司设总经理一名,下设副总经理一名,总工程师一名。 ◆总经理对公司全面负责,具体分管综合部、销售部、财务部。 ◆副总经理兼职生产安全技术部部长,分管生产车间、保卫部及生产安全技术部的安全、生 产、环保等职能。 ◆总工程师具体管理生产安全技术部的技术、质量、设备、项目等职能。 2.生产安全技术部组织构成及职责

◆负责民爆产品的产、供、销的衔接,负责年度、月度、日生产计划的下发、生产调度及生 产组织,协调电等生产条件的适时供给。 ◆负责生产过程基础设施(建筑物、构筑物、作业场所)的零星维护、固定资产的管理。 ◆负责生产过程控制管理,保持均衡、稳定、优质生产。 ◆负责进货、生产过程检验和最终产品的检验工作及理化试验工作。 ◆负责各生产单位生产过程的监督检查控制工作,检查产品标识是否按规定执行;负责组织 实施不合格品的控制工作。 ◆负责产品的标准、工艺规程、安全操作规程、检验规程、作业指导书等技术文件拟制及下 发工作(工艺路线及BOM)。 ◆负责对各车间(分厂)的关键工序(特殊过程)的确认和管理工作的监督指导。 ◆负责监视和测量状态的标识监督检查工作。 ◆负责组织纠正和预防措施的实施与验证。

10 BTS设备结构及各模块面板图

BTS结构及各模块面板图A. BTS标准架结构图: E.BTS的体系 A9100BTS包括4个不同的部分。 电信部分: ●作用:无线信道的管理。 Abis link 管理。 The EVOLIUM BTS能管理最多12TRX。 操作维护部分: ●作用:配置管理。 故障管理。 性能管理。 各硬件单元的安全显示。 Abis接口的传输部分: ●作用:传输配置 外部的映射配置 数据信令的复用 无线接口的天馈部分: ●作用:耦合 双工 滤波 放大 功分 图2.1:B T S的功能体系 Abis BTS-BSC接口 SUM 站单元模块 TRANS 传输 Clock 时钟 OMU 操作维护单元 TRE 收发信设备 AN 天线网络模块 BTS_TE BTS本地维护终端

SUM电路板的类型确定了BTS的类型(SUMP用于G3 BTS,SUMA 用于EE BTS)。 此外,G3 BTS和EE BTS的区别还在于天馈网络,EE BTS开始使用ANC。 EE BTS的硬件体系中包括3个基本的物理实体: ●SUM. 一个BTS只有一块SUM板。它提供BTS和BSC之间的接口。支 持: 传输的端口和Abis 映射的控制。 所有BTS模块的同步。 数据帧的产生。 中心化BTS的操作与维护特性。 本地维护终端的接口。 ●TRE. 执行GSM的收发信机的功能。 ●ANC. 对等于G3的ANX 和ANY的组合。每个物理扇区一定配一个 ANC,一个ANC能处理带分集功能的最大4个TRX。 所有的模块有它们自己的电源。所有的基本模块支持热插拔。 一.SUM板面板图: SUMP的前面板上有8个LEDs;SUMA的前面板上有6个LEDs。他们多是用来提供SUMA/SUMP的操作状态的指示。 ABIS1灯:2M传输灯。常亮表示传输通,闪,未通。ABIS2状态同ABIS1 OML灯:ABIS1灯常亮前提下,正常情况常亮状态。O&M灯:OML灯常亮前提下,正常情况常亮,闪表示正下载数据或未下载数据。PS1,PS2电源灯常亮。 二.TRGM硬件面板图: 5V, 3.3V灯常亮。RSL灯,OP灯常亮。用户占用时,TX灯常亮,未占用,闪。 一个小区只有一块载频板BCCH灯常亮,其他BCCH灯灭掉。 FAULT灯:告警红灯,正常灭掉。 未加频点参数时,RSL灯,OP灯闪烁。TX灯,BCCH灯灭掉。 三.CA单元面板图: 各种告警信号被直接连接到XIOB板,其它的信号通过SUM 板进行收发。 电源开关:从左而右,有5个标识为SR1-SR5的空气开关,分别为各层子架供电,最底层分架对应SR1,另有一个标识为BTS INT(5A)的开关,用以控制顶部风扇。 SUMP(基站控制单元):无论扇区和载频的数量是多少, 每个基站只有一块SUM板; SUM板的总控制功能也叫做站单元共享。SUMA板具有支持高功率板(TRAG)的功能 主要的基站控制功能如下: -为基站其他模块生成时钟; 时钟要么与外部时钟参照物同步-如Abis接口, GPS或其他基站-要么通过一个内部频率生成器以纯粹自由运转的方式生成. -确保基站中心的维护保养应用; -处理Abis发射链路(两个Abis接口),

软件系统架构图参考案例

软件系统架构图-参考案例

————————————————————————————————作者:————————————————————————————————日期: ?

各种软件开发系统架构图案例介绍

第一章【荐】共享平台架构图与详细说明 1.1.【荐】共享平台逻辑架构设计 (逻辑指的是业务逻辑) 注:逻辑架构图--主要突出子系统/模块间的业务关系, 这里的逻辑指的是业务逻辑如上图所示为本次共享资源平台逻辑架构图,上图整体展现说明包括以下几个方面: 1应用系统建设 本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发,从而建立行业的全面的应用系统架构群。整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合,完成应用系统的统一化管理与维护。 2 应用资源采集 整体应用系统资源统一分为两类,具体包括结构化资源和非机构化资源。本次项目就要实现对这两类资源的有效采集和管理。对于非结构化资源,我们将通过相应的资源采集工具完成数据的统一管理与维护。对于结构化资源,我们将通过全面的接口管理体系进行相应资源采集模板的搭建,采集后的数据经

过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。 3数据分析与展现 采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现,具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。 4数据的应用 最终数据将通过内外网门户对外进行发布,相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询,从而有效提升了我局整体应用服务质量。 综上,我们对本次项目整体逻辑架构进行了有效的构建,下面我们将从技术角度对相关架构进行描述。

常用的系统架构图

常用的系统架构图

1.1.共享平台逻辑架构设计 1.2. 如上图所示为本次共享资源平台逻辑架构图,上图整体展现说明包括以下几个方面: 1 应用系统建设 本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发,从而建立行业的全面的应用系统架构群。整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合,完成应用系统的统一化管理与维护。 2 应用资源采集 整体应用系统资源统一分为两类,具体包括结构化资源和非机构化资源。本次项目就要实现对这两类资源的有效采集和管理。对于非结构化资源,我们将通过相应的资源采集工具完成数据的统一管理与维护。对于结构化资源,我们将通过全面的接口管理体系进行相应资源采集模板的搭建,采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。 3 数据分析与展现 采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现,具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。 4 数据的应用 最终数据将通过内外网门户对外进行发布,相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询,从

而有效提升了我局整体应用服务质量。 综上,我们对本次项目整体逻辑架构进行了有效的构建,下面我们将从技术角度对相关架构进行描述。 1.3.技术架构设计 如上图对本次项目整体技术架构进行了设计,从上图我们可以看出,本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。下面我们将分别进行说明。 1.4.整体架构设计 上述两节,我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明,通过上述设计,我们对整体项目的架构图进行了归纳如下:

ORACLE EBS 基础设置之组织架构

ORACLE EBS 基础设置之组织架构 四、组织架构 在企业管理实践的过程中,“组织”(Organization)一词是个经常需用到的概念,一般与“人员”与“职能”这两个要素密切相关,反映某种行政管理关系,例如“财务部、销售部、采购部、生产部、仓储部”等等。企业内部行政组织(部门)的划分是企业基于“职能驱动”业务管理模式进行运作的基础。目前,国内适用于小企业使用的大多数低端管理软件并不考虑系统中的“组织”设置问题,其系统应用模块的划分,例如采购模块、仓管模块、销售模块等等,实际上就已经基本反映了企业运作的“组织职能”划分问题。 但是,对于业务复杂、规模较大的企业(如所谓“集团企业”),管理软件使用与实施的系统“组织设置”问题将是一个首要的重要问题。一个常见的、也是错误的系统实现方式就是将企业的“行政组织设置”直接映射到系统中,以“行政组织”代替“业务组织”。这种系统实现方式虽有理解、掌握比较容易的优势,但却完全违背了大企业运作必须基于“流程驱动”业务模式的基本管理原则。国内有所谓高端管理软件在系统实施过程中,常常出现有几十个财务、采购组织,几百个销售组织,乃至上千个库存组织的“盛况”,导致系统几乎没法使用的困境,其症结正在于此。 与企业的“行政组织”设置与人员规模密切相关且复杂多变不同,软件系统的“组织设置”必须以业务流程运作为核心,要求尽可能简单并保持相对稳定,在公司(人员)规模扩大的过程中具有延续性与继承性。作为ERP鼻祖的SAP将系统组织简单地分为“集团(Client)、公司代码(Company Code)、采购组织(Purchase Org)、销售组织(Sale Org)、工厂(Plant)”等类别。ORACLE的组织设置本质上与之基本相似,但作为后来者作了进一步抽象与简化,系统组织划分为“业务组(Business Group)、法律实体(Legal Entity)、业务实体(Operating Unit)、库存组织(Inventory Org)”等。 如果说SAP的组织模型字面上多少还带有一点“行政组织”痕迹的话(这可能是某些声称学SAP的国内产品误入歧途的原因),ORACLE系统的组织模型字面上已经几乎看不出与“行政组织”还有什么关系,其中的“Inventory Org”现今中文翻译成“库存组织”,容易令人望文生义和企业的“仓库管理部门(Warehouse)”混淆,但Inventory的本义实际应该是“存货”,称之为“存货组织”或许更好一些。如下图22所示ORACLE系统有关核心业务的多组织模型:

SAP多组织结构的关系和设置

多组织结构 ORACLE EBS一个很大的卖点是它的多组织结构.ORACLE EBS的文档资料里面解释呈现这样一个树型图: 未完待续.

接上. 实际上, ORACLE电子商务套件中的组织属性可以分为如下几类: 1. 业务组: 它代表组织结构的最高层次, 它分离了人力资源的信息. 例如, 当你查询人员时, 它会列出所有分配给相应业务组的成员, 而你自己所属于的组织只不过是业务组的一份子. 这样说可能造成一种误解: 一个公司只能有一个业务组, 实际上可能有多个, 但是业务组之间不能共享信息. 2. 帐簿: 它其实不能称为一种组织, 更象组织中的一个层次或性. 一个业务组中可以有一个或者多个帐簿. 3. 法律实体: 法律实体类型赋予组织税码以及其它与法律相关的属性. 一套帐簿可以分配给多个法律实体. 4. 平衡实体: 平衡实体就是帐户结构中的一个段, 即平衡段. 在你准备财务报表的时候它体现你的帐户实体. 5. 业务实体: 如果一个组织应用到现金管理, 订单管理, 运输, 应收, 应付和采购模块, 则它就是一个业务实体. 它可能是一个销售中心, 一个分公司, 或者一个部门. 对于这些应用, EBS按照法律实体分离了业务信息, 每个用户只能访问到他自己所属于的业务实体的信息. 一个法律实体下面可以有一个或者多个业务实体. 6. 库存组织: 当一个组织要用到库存事物(例如接收, 转移等), 或者它要负责制造和分销产品时, 这个组织就是一个库存组织. 它可能是一个制造厂, 仓库, 分销中心或者销售部门. 当用到下列模块时, EBS按照库存组织来分割业务信息: Oracle Inventory, Bills of Material, Engineering, Work in Process, Master Scheduling/MRP, Capacity, and

(完整版)物流软件的模块结构图

物流软件的模块结构图 各系统功能简述 配送管理信息系统以最大限度的降低物流成本、提高运作效率为目的,按照实时配送(JIT)原则,在多购买商并存的环境中,通过在购买商和各自的供应商之间建立实时的双向链接,构筑一条顺畅、高效的物流通道,为购买、供应双方提供高度集中的、功能完善的和不同模式的配送信息服务。 货代管理信息系统 按照资源最大化和服务最优化的原理,满足了代理货物托运、接取送达、订舱配载、联运服务等多项业务需求,完成物流的全程化管理,包括代理航空和船务,实现门对门,一票到底的最佳物流方式,成为托运人和承运人之间电子化的桥梁和纽带。 仓储管理信息系统 可以对所有的包括不同地域、不同属性、不同规格、不同成本的仓库资源,实现集中管理。采用条码、射频等先进的物流技术设备,对出入仓货物实现联机登录、存量检索、容积计算、仓位分配、损毁登记、状态报告等进行自动处理,并向系统提交图形化的仓储状态。 运输管理信息系统 可以对所有可以调度的运输工具,包括自有的和协作的以及临时的车辆信息进行调度管理,提供对货物的分析,配载的计算,以及最佳运输路线的选择。系统支持全球定位(GPS)和地理图形系统(GIS),实现运输的最佳路线选择和动态调配。 结算管理信息系统 充分利用现有的业务信息管理系统和计算机处理能力,以达到自动为客户提供各类业务费用信息、大幅降低结算业务工作量、提高结算业务的准确性和及时性为目的,从而为广大物流企业(仓储、配送中心、运输等企业)的自动结算提供一套完整的解决方案。 客户管理信息系统

通过对客户资料的全方位、多层次的管理,使物流企业之间实现流通机能的整合,物流企业与客户之间实现信息分享和收益及风险共享,从而在供应链管理模式发展下,实现跨企业界限的整合。 决策支持信息系统 及时地掌握商流、物流、资金流和信息流所产生的信息并加以科学地利用,在数据仓库技术、运筹学模型的基础上,通过数据挖掘工具对历史数据进行多角度、立体的分析,实现对企业中的人力、物力、财力、客户、市场、信息等各种资源的综合管理,为企业管理、客户管理、市场管理、资金管理等提供科学决策的依据,从而提高管理层决策的准确性和合理性。 报关管理信息系统 集报关、商检、卫检、动植物检疫等功能于一体,满足用户进出口电子报关的需求,增加联机报关功能,真正使跨境物流成为无缝物流,使报关业务迅速、及时、准确,为物流客户提供全方位的报关服务。 数据交换信息系统 系统提供EDI数据交换服务,通过电子商务网站,提供EDI交换表单,可以为自身的商务数据交换以及客户或合作伙伴提供WEB形式的数据交换(WEB-EDI)功能。 行政管理信息系统 以最大限度的降低办公成本、提高办公效率为目的,在包含基本业务信息管理(配送、仓储和运输等)和财务信息管理(结算)的基础上,通过对客户、人力资源、质量管理、决策支持等信息的管理,为物流企业的管理决策层提供统一、全面、高效的办公平台,以实现无纸化办公。 统计管理信息系统 统计工作作为企业管理的基础,按照物流行业的标准,针对物流企业的经营管理活动情况进行统计调查,统计分析,提供统计资料,实行统计监督,从而对企业的经营活动及经营状况进行量化管理。 财务管理信息系统 结合成熟的财务管理理论,针对物流企业财务管理的特点,根据财务活动的历史资料进行财务预测并通过专门的方法进行财务决策,然后运用科学的技术手段、有关信息、特定手段和数量方法进行财务预算、财务控制,并进行财务分析,最终实现企业价值最大化。 合同管理信息系统 合同是业务开展的依据,系统通过对合同的数字化解析,充分理解甲方的需求,拟订物流服务的实施方案,并以此为依据,分配相应的资源,监控实施的效果和核算产生的费用,并可以对双方执行合同的情况进行评估以取得客户、信用、资金的相关信息,交调度和决策部门作为参考。

相关文档
最新文档