需求分析方案模板

合集下载

软件需求分析文档模板

项目编号：（项目名称）需求剖析陈述同方智能卡产品公司研发中间目次1.2.体系（或用户）的特色31.义务概述1.1. 目的论述该项软件开辟的意图.运用目的.感化规模以及其他应向读者解释的有关该软件开辟的布景材料.解释被开辟软件与其他有关软件之间的关系.假如本软件产品是一项自力的软件,并且全体内容自含,则解释这一点.假如所界说的产品是一个更大的体系的一个构成部分,则应解释本产品与该体系中的其他各构成部分之间的关系,为此可运用一张方框图来解释该体系的构成和本产品同其他各部分的接洽和接口.1.2.体系（或用户）的特色假如是产品开辟,应列出本软件的特色,与老版本软件（假如有的话）的不合之处,与市场上同类软件（假如有的话）的比较.解释本软件预期运用频度;假如是针对合同开辟,则应列出本软件的最终用户的特色,充分辩明操纵人员.保护人员的教导水温和技巧特长,以及本软件预期运用频度.这些是软件设计工作的重要束缚.2.假定和束缚列出进行本软件开辟工作的假定和束缚,例如经费限制.开辟刻日等.3.需求划定3.1. 软件功效解释列出本体系中所有软件功效子体系和功效.假如子体系比较大,每个子体系分离编写《软件功效规格解释书》,在本处列出编号和名称.功效解释应包含以下几部分内容3.1.1 软件功效列表3.1.2 重要营业流程剖析3.1.3 软件安排构造剖析3.2. 对功效的一般性划定本处仅列出对软件体系的所有功效（或一部分）的配合请求,如请求界面格局同一,同一的错误声音提醒,请求有在线帮忙等.3.3. 对机能的一般性划定对数据精度.响应时光的请求.本处仅列出对软件体系的所有功效（或一部分）的配合请求,针对某一功效的专门机能请求应列在该功效规格解释中3.4. 其他专门请求视具体情形,列出不在本规范划定中的需求,如对数据库的请求,多平台特征请求,操纵特征请求,场适合应性请求等对一具体软件体系的所有功效（或一部分）的配合请求,针对某一功效的专门请求应列在该功效解释中.3.5. 对安然性的请求指出体系对运用权限的治理请求（运用权限分为几级.是否与部分权利体系对应等）.信息加密.信息认证（肯定穿过体系或收集的信息没有被修正）方面的请求.4.运行情形划定4.1. 装备及散布主机类型收集类型收集拓扑构造存贮器容量其他特别装备装备散布图4.2. 支持软件操纵体系数据库治理体系其他支持软件4.3. 接口扼要解释该软件同其他软件之间的公共接口.数据通讯协定等,假如外部接口仅与某子功效有关,该接口解释应列在子功效规格解释书中.4.4. 程序运行方法解释该软件的运行办法.如是部件.照样自力运行程序.API等.5.尚需解决的问题以列表的情势列出在需求剖析阶段必须解决但尚未解决的问题。

医院科室需求分析报告模板

医院科室需求分析报告模板报告模板：医院科室需求分析报告一、引言1.1 背景在医院运营中，科室是医院的核心组成部分，负责提供各类医疗服务和医疗支持，为患者提供全面的医疗保障。

1.2 目的本报告旨在对医院科室的需求进行分析，以便了解当前运营状况和未来发展方向，为科室的改进和优化提供决策依据。

二、数据收集与分析2.1 数据收集通过医院内部对科室的调研和访谈，收集科室现有的设备、人员和资源信息。

同时，还需要考虑患者的需求和医疗服务的需求，以及与其他科室的协作情况。

2.2 数据分析通过对收集到的数据进行统计和分析，了解科室目前的运营状况，包括患者就诊量、医生数量、设备利用率等指标，从而确定科室的需求和痛点。

三、需求分析3.1 诊疗设备需求根据科室的特点和目前的设备情况，分析科室是否需要购置新设备，以满足患者的就诊需求和提高医疗服务质量。

3.2 人员需求根据诊疗设备的运行情况和患者的就诊量，分析科室是否需要增加医生和护士等人员，以提高医疗服务效率和患者的满意度。

3.3 资源需求分析科室目前的资源配置情况，包括床位、药品和耗材等，以确定是否需要增加或优化资源配置，提高科室的运营效率和质量。

3.4 协作需求分析科室与其他科室的协作情况，了解是否存在协作不畅、信息交流不及时等问题，从而提出改进措施，提高医院整体服务水平。

四、解决方案4.1 设备购置方案根据诊疗设备的需求和科室的经济实力，提出适当的设备购置方案，包括选择适合的设备型号、供应商和价格等因素。

4.2 人员配置方案根据人员需求和科室的需求特点，提出合理的人员配置方案，包括医生、护士和技术人员等。

4.3 资源优化方案根据资源需求和科室的运营情况，提出资源优化方案，包括床位管理、药品和耗材采购优化等，以提高科室的效率和质量。

4.4 协作改进方案根据协作需求和科室之间的合作方式，提出改进方案，包括加强信息共享、设置协作流程和沟通机制等，以提高医院的整体服务水平。

需求分析的模板(汇总5篇)

需求分析的模板（汇总5篇）1.需求分析的模板第1篇职责：1、负责智能仓储相关产品管理信息系统的发展趋势分析、竞品分析、客户需求调研，跟踪行业技术发展和竞品发展动态;2、负责产品相关的解决方案、产品规划、产品需求文档等编写工作;3、负责业务调研及需求梳理、编写需求文档及原型设计，参与产品开发过程，负责需求管理、需求排序、进度控制、质量控制、风险管理等各项项目管理工作;4、参与内外部产品交流、产品宣传、产品推广工作;5、支撑内外部项目交流、对接项目侧需求并具备评审分析能力。

岗位要求：1、大专及以上学历，计算机、软件工程、信息管理、通信工程、电子信息技术等相关专业并取得相应学位，有3年以上相关工作经验优先;2、具备M域大型ERP、计划建设、采购供应链系统管理、规划、系统内部流程、规则等相关知识;3、能够针对客户需求制定产品解决方案，客户交流、方案及产品实施推广能力强;4、具有良好的沟通和组织协调能力，能有效推动产品和项目进展;5、具有优秀的文案撰写能力和产品展现讲解能力6、工作积极主动，能够接受和适应长期出差;7、有在智能仓储物流等相关传动行业工作经验者优先有在咨询公司、管理信息系统软件开发厂商工作经验者优先。

2.需求分析的模板第2篇职责：1、负责客户需求调研、需求分析、方案设计(PPT、word等格式);2、整理需求功能清单，协助评估开发成本和计划;3、分析细化需求，编写详细需求规格说明书，协助进行交互和UI效果图设计，与客户沟通确认需求。

4、主持需求评审、参与设计评审，参与需求功能验收工作及用户手册、需求功能培训资料的编写;5、参与客户项目招投标(项目可研、立项、投标等)需求建设方案编写和评审等。

岗位要求:1、本科及以上学历，计算机相关专业;2、 1年以上软件需求分析工作经验;成功参与过大型产品项目的需求分析工作者优先;3、熟悉需求调研方法，较强的业务流程及业务模型分析设计能力;善于控制需求，进行版本范围及项目范围管理;4、有效的沟通技巧，在团队协作中具有精炼思维和解决复杂问题的能力，能快速把握需求的核心要点;5、熟悉软件工程理论，掌握软件需求获取与分析方法;6、具备较强的需求方案表达能力，有PPT方案、项目可研方案撰写经验者优先;7、具备较强的团队协作精神、良好的学习能力，责任心强，能够承受较大的工作压力。

需求分析方案模板

客户公司名称“用友ERP-U6项目”客户公司名称调研与需求分析方案<V1.0>客户公司LOG本文件中所有内容均为用友XXX软件公司版权所有未经用友XXX软件公司书面授权同意，任何机构、个人不可转载文档控制修改记录存档姓名职位审阅签字拷贝号地点备注目录一、项目背景介绍 (8)1.1公司简介 (8)1.2公司组织架构图 (8)二、行业背景分析 (9)三、企业现状分析及解决方案 (9)第一部分：市场部 (9)1.部门现状： (9)1.1部门结构及工作 (9)1.2管理现状 (10)1.3现有业务流程描述 (11)2、现有业务分析和解决方案 (11)2.1存在问题 (11)2.2问题表象 (12)2.3问题根源 (12)2.4问题隐患 (12)2.5解决对策 (13)2.6解决价值 (13)3、ERP执行方案 (13)3.1优化业务流程 (13)3.2业务解决场景 (14)第二部分：PMC (15)1.部门现状 (15)1.1部门结构及工作 (15)1.2管理现状 (15)1.3现有业务流程描述 (16)2、现有业务分析和解决方案 (17)2.1存在问题 (17)2.2问题表象 (17)2.3问题根源 (17)2.4问题隐患 (17)2.5解决对策 (18)2.6解决价值 (18)3、ERP执行方案 (18)3.1优化业务流程 (18)3.2业务解决场景 (19)第三部分：技术开发部 (20)1.部门现状 (20)1.1部门结构及工作 (20)1.2管理现状 (20)1.3现有业务流程描述 (20)2.现有业务分析和解决方案 (21)2.1存在问题 (21)2.2问题表象 (21)2.3问题根源 (21)2.4问题隐患 (22)2.5解决对策 (22)2.6解决价值 (23)3.ERP执行方案 (23)3.1优化流程 (23)3.2业务解决场景 (23)第四部分：采购部 (24)1.部门现状 (24)1.1部门结构 (24)1.2 管理现状 (24)1.3现有业务流程描述 (25)2、现有业务分析和解决方案 (27)2.1存在问题 (27)2.2问题表象 (28)2.3问题根源 (28)2.4问题隐患 (28)2.5解决对策 (29)2.6解决价值 (29)3、ERP执行方案 (29)3.1业务流程优化 (29)3.2业务解决场景 (30)第五部分：仓库部 (31)1.部门现状 (31)1.1部门结构 (31)1.2管理现状 (32)1.3现有业务流程描述 (32)2.现有业务分析和解决方案 (35)2.1存在问题 (35)2.2问题表象 (35)2.3问题根源 (35)2.4问题隐患 (35)2.5解决对策 (36)2.6解决价值 (36)3.ERP执行方案 (36)3.1业务流程优化 (36)3.2业务解决场景 (37)第六部分：财务部 (37)1.部门现状 (38)1.1部门结构 (38)1.2管理现状 (38)1.3现有业务描述 (44)2、现有业务分析和解决方案 (51)2.1存在问题 (51)2.2问题表象 (51)2.3问题根源 (51)2.4问题隐患 (52)2.5解决对策 (52)2.6解决价值 (52)3、ERP执行方案 (53)3.1业务流程优化 (53)3.2业务解决场景 (60)第七部分：XX公司信息化整体效益分析 (62)7.1经济效益提升 (62)7.2竞争力提升 (67)前言：深圳XXX软件有限公司咨询实施顾问XX和XX通过年月日对深圳XX公司总厂及下属事业部（精密塑胶）展开两天的初步调研活动，这次调研活动得到XX公司XX的大力支持，分别对仓库部门、采购部门、生产计划办、生产技术部、财务部门进行了初步的调研工作，对XX公司有了一个初步的认识，为了能更好地把用友ERP—U8的先进管理理念融合到XX公司的业务流程中，提高企业竞争力和管理效率，现把这次调研的结果及企业概况做如下汇报及分析：一、项目背景介绍1.1公司简介1.2公司组织架构图二、行业背景分析三、企业现状分析及解决方案第一部分：市场部1.部门现状：1.1部门结构及工作市场部是按产品来划分管理销售业务：主要分为5个产品组，每个产品都设有产品总监，每个区域设有销售总监，设有四个办事外，分别是上海、北京、法国、海外。

工程需求方案怎么写的模板

工程需求方案怎么写的模板（项目名称）一、项目背景本项目（项目名称）的建设是为了解决（问题描述），以满足（需求描述）的需求，通过（解决方案描述）的方式，来达到（项目目标）的目标。

二、项目概述本项目是（项目类型）项目，主要涉及（项目内容），包括但不限于（项目范围），旨在（项目目标），以满足（项目需求）。

建设过程将主要包括（项目阶段和流程），并最终形成（项目成果）。

三、需求分析1. 项目背景分析（项目名称）项目的建设，是源于（问题的背景原因），主要是为了（解决问题的原因）。

2. 项目目标本项目的目标是（项目目标描述），通过（目标达成的方式），来满足（项目需求）。

3. 项目需求（项目名称）项目的需求主要有以下几个方面：（1）技术需求：（技术需求描述）（2）成本需求：（成本需求描述）（3）时间需求：（时间需求描述）（4）质量需求：（质量需求描述）四、解决方案1. 技术方案（技术解决方案描述），通过（解决方案核心技术）的方式，来实现（项目目标）。

2. 成本控制方案（成本控制方案描述），通过（成本控制手段）的方式，来保障（项目成本）的可控性。

3. 时间安排方案（时间安排方案描述），通过（时间安排流程）的方式，来保证（项目进度）的可控性。

4. 质量管理方案（质量管理方案描述），通过（质量管理手段）的方式，来保证（项目质量）的稳定性和可控性。

五、项目实施方案1. 项目组织架构（项目组织架构描述），包括但不限于（部门设置、人员配置等）。

2. 项目进度管理（项目进度管理流程描述），包括但不限于（进度计划、里程碑管理等）。

3. 项目质量管理（项目质量管理流程描述），包括但不限于（质量评估、质量控制等）。

4. 项目成本控制（项目成本控制流程描述），包括但不限于（成本核算、支出预算等）。

5. 风险管理（风险管理措施描述），包括但不限于（风险评估、风险应对等）。

六、项目交付方案1. 项目交付要求（项目交付要求描述），包括但不限于（交付标准、交付时间等）。

需求分析报告怎么写[范文模版]

需求分析报告怎么写[范文模版]需求分析报告篇一需求分析报告（一）一、那些人应该参与网站开发项目的需求分析活动需求分析活动其实本来就是一个和客户交流，正确引导客户能够将自己的实际需求用较为适当的技术语言进行表达（或者由相关技术人员帮助表达）以明确项目目的的过程。

这个过程中也同时包含了对要建立的网站基本功能和模块的确立和策划活动。

所以项目小组每个成员、客户甚至是开发方的部门经理（根据项目大小而定）的参与是必要的。

而项目的管理者在需求分析中的职责有如下几个方面：1、负责组织相关开发人员与用户一起进行需求分析。

2、组织美术和技术骨干代表或者全部成员（与用户讨论）编写《网站功能描述书（初稿）》文档。

3、组织相关人员对《网站功能描述书（初稿）》进行反复讨论和修改，确定《网站功能描述书》正式文档。

4、如果用户有这方面的能力或者用户提出要求，项目管理者也可以指派项目成员参与，而由用户编写和确定《网站功能描述书》文档。

5、如果项目比较大的话，最好能够有部门经理或者他授权的人员参与到《网站功能描述书》的确定过程中来。

二、完整的需求调查文档记录体系在整个需求分析的过程中，将按照一定规范的编写需求分析的相关文档不但可以帮助目成员将需求分析结果更加明确化，也为以后开发过程中做到了现实文本形式的备忘，并且有助于公司日后的开发项目提供有益的借鉴和模范，成为公司在项目开发中积累的符合自身特点的经验财富。

需求分析中需要编写的文档主要是《网站功能描述书》，他基本上是整个需求分析活动的结果性文档，也是开发工程中项目成员主要可供参考的文档。

为了更加清楚的描述《网站功能描述书》往往还需要编写《用户调查报告》和《市场调研报告》文档来辅助说明。

各种文档最好有一定的规范和固定格式，以便增加其可阅读性和方便阅读者快速理解文档内容，相关规定将在本文后面讨论。

三、向用户调查些什么在需求分析的工程中，往往有很多不明确的用户需求，这个时候项目负责人需要调查用户的实际情况，明确用户需求。

需求报告范文

需求报告范文需求报告1. 引言部分需求报告的目的是定义项目的需求和功能，明确项目目标和范围，为项目的实施提供基础。

本需求报告将详细介绍xxxx项目的需求和功能，并提出相应的解决方案。

2. 项目背景xxxx项目是为了解决xxx问题而实施的。

该问题的存在给组织/个人造成了XXXXX的影响，因此有必要通过实施该项目来解决。

3. 项目目标本项目的目标是XXX，通过实施该项目，将能够达到XXX的效果，解决目前存在的问题。

4. 需求分析4.1 用户需求分析本项目的主要用户是XXX，他们需要XXX。

通过用户调研和需求分析，我们确定了以下用户需求：- 需求1：XXX- 需求2：XXX- 需求3：XXX4.2 功能需求分析在了解用户需求的基础上，我们进一步分析了项目的功能需求。

经过讨论和整理，我们确定了以下功能需求：- 需求1：XXX- 需求2：XXX- 需求3：XXX5. 解决方案为了满足用户的需求并实现项目目标，我们提出了以下解决方案：- 方案1：XXX- 方案2：XXX- 方案3：XXX6. 项目范围本项目的实施范围包括：- 范围1：XXX- 范围2：XXX- 范围3：XXX7. 项目计划根据项目范围和解决方案，我们制定了项目的详细计划。

该计划包括以下内容：- 计划1：XXX- 计划2：XXX- 计划3：XXX8. 风险分析在项目计划中，我们也考虑了可能出现的风险。

以下是项目中可能面临的一些风险和相应的应对措施：- 风险1：XXX，应对措施：XXX- 风险2：XXX，应对措施：XXX- 风险3：XXX，应对措施：XXX9. 结论通过本需求报告，我们明确了xxxx项目的需求和功能，提出了相应的解决方案，并制定了项目的详细计划。

希望本项目能够顺利实施，达到预期的目标效果。

软件开发需求分析模板

基于android的物流客户端的需求分析1.引言1.1目的1.2背景1.3参考资料1.4术语列出本报告中用到的专门术语的定义。

2.任务概述2.1目标叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。

解释被开发软件与其他有关软件之间的关系。

如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。

如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2.2系统（或用户）的特点如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。

说明本软件预期使用频度；如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。

这些是软件设计工作的重要约束。

3.假定和约束列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。

4.需求规定4.1软件功能说明逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。

4.2对功能的一般性规定本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。

4.3对性能的一般性规定4.3.1 精度说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。

4.3.2 时间特性要求说明对于该系统的时间特性要求。

4.3.3 灵活性说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。

4.4输入输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。

对系统的数据输出及必须标明的控制输出量进行解释并举例。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

总厂市场部人数50多个，人员构成主要是销售总监、产品总监、业务员、业务助理。

销售范围及职责：销售总监可以销售所有的产品，产品总监只能销售其负责的这个产品，业务员主要是负责自己区域的销售接单，业务助理主要负责对业务员订单的内部下单、跟单、业务员订单业绩的统计工作。

1.2管理现状1、客户档案信息还比较完善；2、客户有分等级管理，主要是按其收入、规模、订单数来分；3、有国内外市场，但现在有很多国外客户在国内有工厂，所以很多交易还是在国内；4、对客户有信用管理，对长期合作的大客户，在没有特殊情况下超出信用管理一般也是按照信用管制来处理，不接受下订；如果是小客户是严格按照信用管制；5、销售计划是按区、按产品来作一年的计划任务，最终是按产品、按月分配到业务员身上，业绩的考核就是按当月的计划完成来情况来评定；每个业务员的业绩是由业务助理先统计好交给业务员自己核对，核对没有问题交给产品总监审核，产品总监审核后交给财务审核，然后再交给销售总监审批；6、销售价格的确定首先都是财务来核定产品成本，然后销售部加上利润点，之后价格需调动就是由营销中心负责调动；7、销售开票管理，首先是销售对好帐后，再交于财务审核开票；8、销售退货都是采取换货处理。

1.3现有业务流程描述流程描述：业务员接单通过评审后，通过打样确认审核后，业务助理下单到PMC （生产计划办）部门进行计划编排；生产入库后通知仓库出货；通过销售对帐后财务才开出发票。

2、现有业务分析和解决方案2.1存在问题1、各工作过程中的审批流程虽然很明确，但在具体执行过程中还是有偏差；2、客户档案管理没有用编码管理模式进行存档管理；3、数据都是手工不断地重复抄写处理，导致对统计出来的数据可信度不高；4、部门数据基本上没有日报，只有月报表；5、业务员考核统计工作量比较大，很难做到比较准确的考核数据；6、对应收款项的掌握不清晰，主要是和财务部门的数据不共享；7、市场部是对公司中所有对外销售进行服务和管理的部门，应该对公司的销售进行全面的统计和分析，为公司的营运决策提供可参考的数据，目前没有的统计分析报表缺乏这方面的信息。

2.2问题表象2.3问题根源2.4问题隐患1、针对公司在业务执行过程中偏差的问题，关键是没有一个完善的内部控制管理体系和一个有利的管理工具平台，有时出现这种随意性肯定是难免的。

2、客户档案信息虽然比较完善，但还没有用规范的编码方式进行客户存档管理，对上ERP管理来说还是个比较重要的基础工作没有完善的地方。

3、各部门与各部门之间缺乏协调，各业务数据信息不共享沟通严重脱节。

4、不能及时的提供报表，就无法对企业的每天的业务动态了如指掌。

5、对业务员的考核执行不能准确到位，业绩提升达不到一个最佳效益。

6、对客户回款的情况不能及时进行跟踪及全面分析客户欠款情况。

7、没有多方位的销售数据的分析，对市场和客户就得不到一个全面的管理定位。

2.5解决对策1、加强内部管控体系的建立及执行力度，配合ERP系统来执行。

2、配合ERP系统建立一个更完整的客户档案管理信息系统。

3、通过ERP系统来加强各部门的工作协调。

4、完善部门需要的报表种类，使企业业务得以及时、全面体现。

5、进一步加强对业务员的业绩考核，更能挖掘业务员的接单潜能，提高业绩达成的高效率。

6、完善应收款项管理的流程，使客户的款项回收情况也能让市场部清晰的掌握。

7、完善部门的分析体系，给企业的决策层提供有利的依据。

2.6解决价值1、提高客户订单的准确交付率，加强客户满意度，但不以牺牲企业成本为代价；2、分析客户、地区、产品等利润体系结构比，优化市场利润模型。

3、ERP执行方案3.1优化业务流程销售订单订单多级审批下达PMC流程描述：1、业务助理把业务员接到的订单录入系统，通过系统进行订单会审，审批完成后下达到PMC 进行订单规划编排；2、业务助理可以通过订单跟踪管理查询到订单的生产完成情况，如完成生产入库可以通过订单自动生成销售发货单通知仓库发货；3、仓库在接到发货通知时可以根据发货单自动生成销售出仓单，4、系统可以通过销售出仓或销售订单来生成销售开票作业，自动产生应收帐款。

3.2业务解决场景销售发货存货核算销售出仓应收管理销售开票财务系统第二部分：PMC（生产计划办）1.部门现状1.1部门结构及工作生产计划办部门目前有10个人，有9个人是负责业务输单。

主要工作负责下达订单备料计划、生产计划。

1.2管理现状1、目前业务输单的内容包括了客户订单、配料表、生产计划表、物料出入登记、成品入库单。

2、物料需求计算会考虑现有库存量、订单量，但库存量都是在每天10点左右更新前一天的数据。

3、物料需求计划完成后是交于采购部去确认物料交货期。

4、有最小量采购量定义，目前是下达物料需求计划后，由采购部门针对最小采购量的物料进行补充采购。

5、目前也有根据库存预测来提前给供应商备货。

6、生产订单按照正常采购后还需补料时，是由PMC来负责补采购计划交给采购部。

7、异常采购订单的取消要交于财务确认。

8、目前部门主要报表：生产订单总结（统计）、物料损耗表（按周、月提供）。

1.3现有业务流程描述流程描述：生产计划办在接到市场订单后，进行客户订单录入,再根据公司的在生产情况通过手工下达生产计划表，发给生产部进行生产排产；再根据产品BOM 、库存情况、在途情况进行手工订单备料，发给采购部进行物料采购。

市场订单生产计划办录入订单手工综合信息计划采购计划生产计划采购计划下达生产计划下达2、现有业务分析和解决方案2.1存在问题1、目前在做配料计划时虽然有定义考虑库存量、在途量等，但由于库存数据在部门间传递、更新不及时，在很多情况下基本上还是按单配料；2、在配料计划过程中没有考虑最小采购量；而是在采购部门去考虑补充；3、各个部门之间信息没有充分共享，很多工作需要重复劳动，如客户订单输入、材料出入库登记、成品入库登记；4、目前工作基本上都是通过Excel来计算完成，经常会出现数据叠加或漏减情况；5、对于物料、订单的动态变化目前基本无法实时跟踪。

2.2问题表象2.3问题根源2.4问题隐患1、数据不共享，信息传递不及时，对订单配料的数据准确性影响很大，比如物料的过多采购或过少采购。

2、职能化分不规范，从而会影响到工作的责任性，很多事情都会相互推委。

3、工作流程体系不规范，会造成很多工作在各部门的重复性操作，容易引发数据的出错问题。