ERP系统可行性分析报告

1、* 有限公司可行性研究报告编制:审核:批准:日期:1.引言1.1 编写目的本可行性研究报告的编写是针对*有限公司的ER陈统的运行现状进行 分析和总结，通过对新系统的改进和完善，实现新系统在技术、经济、社会因素等 各方面的优化，同时对新系统进行可行性分析，并将其与原系统对比分析，通过这 一系列的研究最终得出新系统是否可行的结论。本可行性报告面向的读者是系统用户、系统开发人员、系统开发的决策者以及 企业的决策者。1.2 背景(1)所建议开发的软件系统是在原有的ER朦统上增加订单评审、一级计划平台、 二级计划平台、机台派工、实绩采集模块。(2)本项目的提出者是该企业的管理人员。开发者为南京亿格软件有

2、限公司。使用者为该销售内勤、采购员、生产计划员、仓库管理员。(3)该软件系统首先联入企业内部局域网，与原有的 ER朦统相联系，统一管理企 业的运营状况，使企业整体协调性更高。2.可行性研究的前提*有限公司提出了公司的业务要实现流程合理化、信息化、高效化的发 展战略。目前公司从接单到评审到计划下发到车间生产处理效率已经成为了瓶颈，效率 不好，原有模式很难有提升空间。种种背景使得公司若要持续高速稳定发展，就必须从流程合理化与信息化入手。2.1 要求基本运行要求：公司所需要开发的软件要求能在公司所有计算机上基于 WINDOWS 系统运行，同时所开发的软件要能与公司其他管理系统平台相衔接，统一管理公司

3、 的运营状况。功能要求：主要功能模块为基础信息管理、订销存管理、生产计划管理、配套 计划管理、仓库管理、采购管理等基本信息变得更为轻易，并使这些信息更为一目 了然。安全要求：登陆系统时，需验证身份和密码，只有通过验证的身份才能进入系统进行信息的操作。系统间信息的传递也需要进行安全设置， 以防止公司信息泄露。 同时该系统还需具有灵活性、兼容性等要求。2.2 目标亿阀的系统目标：建立一个能灵敏、高效、全面提高公司运营的精细化管理系统，辅助管理决策者及时、准确地做出决策。2.3 条件、假定和限制(1)系统开发基于windows操作系统，通过Orade等数据库软件和Delphi , .Net 等开发工

4、具进行系统开发。(2)进行系统开发时间为3个月左右。(3)收集信息主要有以下几个途径：1 .通过对公司进行实地考察与访谈，确定问题所在。2 .通过对先进的公司进行考察，确定行业标杆。3 .通过开发简易模型与反复访谈，确定最适合公司的运营模式。2.4 进行可行性研究的方法通过反复的访谈，可以得知公司自身的情况，已经对各种可能方案的真实想法, 并以此为依据，进行可行性分析。在财务的分析上，可以通过走访市场确定各种设备的价格，根据现有的工作效 率与工资体系，可以计算出将来的效益提高的收入与工资节省额度。2.5 评价尺度对系统评价的尺度主要有：(1)经济可行性分析：从支出、收益以及两者之间的关系来分析

5、，还需要进行 投资回收期分析、敏感性分析；(2)技术可行性分析：对提出的主要技术路线进行分析；(3)社会可行性分析：从组织内外部的社会环境入手来分析， 如系统在法律方 面和使用方面的可行性。3.对现有系统的分析公司现在仍采用手工作业。由于采用手工作业的方式，数据往往需要反复输入， 多次登记，因而出错率较高，效率也较低下。订单评审按照人员传递的方式，对快速响应客户交期是一种制约。在这种情况下，该公司只能一次又一次地扩大员工队伍，期望借此提高效率。 但是事实上，工作效率不但没有改善，工资支出却年年增高，逐步吞噬着该公司的 利润率。因此，该公司认为这样的人工系统会损害公司的竞争力，所以开发一个新的管

6、 理信息系统迫在眉睫。3.1 处理流程和数据流程3.1.1 销售业务需求分析根据销售部门的业务现状，归纳为三种类型的业务1）标准的销售业务流程管理，目前的销售业务现状流程不规范，通过本次项目实施需要规范销售订单一一销售发货一一销售出库一一销售开票一一销售收款的管理。2）规范销售退货处理流程，关联销售订单，实现销售订单、退货业务、发票、 收款的关联。3.1.2 采购业务需求分析根据采购部门的业务现状，需求分析如下：1）规范制定采购申请，替代按经验采购，综合考虑产品 BOM销售订单、安全 库存、在途量、预计用量等因素，建立物料的科学库存水平，减少资金的占用， 降低仓储压力；2）标准采购业务流程的管

7、理：采购订单一一收料通知单一一外购入库一一采 实发票一一付款申请一一付款；各个动作规范操作，避免时有时无情况的发生； 3）采购价格使用系统中价格管理功能统一管理由老板审核，在采购订单中带 入；采购发票根据外购入库单生成，减少采购发票和入库单勾稽的工作量；3.1.3 生产数据管理分析目前*有限公司的物料编码、产品BOM1没有积累，都是各部门零 散的资料，对物料也没有形成统一的叫法和命名。同时也没有专人负责这部分 的工作。基于本次的项目实施工作生产数据管理上的需求可以明确为：1）指定专人负责物料及产品BOM勺维护工作；2）根据企业的实际情况，制定科学的物料分类、编码及命名原则，形成统一的资料导入系

8、统，共享各部门使用，实现基础资料的共享；3）编制产品BOM包括结构部分、软件部分、包装部分，完整的产品BOMS料, 供采购、生产、财务核算物料需求、实现定额领料、核算产品成本提供数据支 持；4）实现不同产品BOM勺差异分析3.1.4生产管理分析根据生产业务的现状，需求分析如下：1）生产计划的分析模式分为两种，一种是根据销售订单排产，二是根据库存 排产；2 ）实现生产的配额领料，按照产品 BOMK料，改善凭经验领料的现状；3）标准的生产管理流程：MRF析一一生产计划的下达一一生产投料一一生产 领料一一产品入库一一完工结案；4）生产返修的管理：返修生产任务单一一任务下达一一投料一一生产领料一一 产

9、品入库一一完工结案，通过系统管控返修任务，改善现在的没有任何记录， 几人一小组到仓库维修的现状。5）通过系统生成生产报表，主要是生产任务按产线和产品类别的汇总表。3.1.5仓存管理分析根据仓存管理的现状，需求分析如下：1）入库类业务：外购入库根据采购订单生成、产品入库根据生产任务单生成, 当然需要仓管员核实数量，实现入库业务有上游单据支撑；2）出库类业务：生产领料根据生产任务单生成，配额领料、销售出库根据发 货通知单生成，实现出库类业务有上游单据支撑；3 ）规范采购退货和销售退货的流程，退货单据根据业务的退货通知生成；4）委外业务根据采购部门的通知执行出入库操作，委外业务需要核销，实现 委外发

10、出数量和委外返回数量的报表；5）其他出入库业务按照不同的业务类型区分：如研发领料、样品领料、库存 盘盈盘亏；6 ）建立安全库存，系统提供安全库存预警分析表；7 ）建立盘点规范，通过系统实现盘点作业；3.2工作负荷现有模式的工作负荷主要是3.2.1 销售业务现状和用户需求1）接到销售订单后业务处理：接单一一发放到计划员一一确认交期。基本上 都需要按客户要求时间发货，客户插单现象很频繁，从客户下单到发货多少不 超过1周，正常生产不能满足是就加班和催供应商的原材料到货；2）销售出库业务：询问生产、仓库订单完成入库情况一一开据发货通知单给 到仓库和司机一一在仓库发货后打印的销售出库单上签字；3）销售退

11、货的处理：客户退货后告知仓库和生产，需要及时补货的情况，由 生产安排生产。也有不需要补货的情况，如果开票了就在下一笔订单货款中扣 除；如果没开票，就在本次订单货款中扣除。客户退回来的货物基本不做处理, 偶尔有缺少原材料的紧急时候，生产会拆解部分退回来的成品，使用其中的部 分配件；3.3.2 采购业务现状和用户需求1）确定采购需求，根据销售的订单信息，询问仓库来确定，仓库人员比较熟 悉产品，核心配件（如基表、电子单元）数量相对准确，这部分基本上没有多 余的库存，其他通用物料都是估算的用量，感觉少了就买一批，和订单没有直 接关系；2）采购发票的整理，收到供应商发票后附上供应商的入库单，交给财务，同

12、时打付款申请给老板审核，审核后的付款申请给到财务后财务会付款。存在要 求供应商多开发票的情况；3）委外订单的管理。3.3.3 研发技术管理现状和用户需求1）目前没有专门的部门和人员负责物料的分类、定义和维护。2）目前无详细的物料编码规则或者是经过整理的物料清单。3）目前无专门的部门和人员负责产品B OM的定义和维护，没有产品BOM勺资料。研发技术部门的核心需求在调研中参与人员都表示没有，但是会配合项目实施完成物料编码和产品BOM勺编制工作。3.3.4 生产管理现状和用户需求1 ）产线的生产任务的通知是由生产计划负责人通知到 3条产线的领班；2 ）产线领料人员接到通知后去仓库领料，领哪些料会和仓

13、库确定，多数物料 是否使用凭借经验，仓库发料后会打印领料单，双方签字确认；3 ）产品入库的工作：目前半成品没有入库；产成品生产完工后会拉倒仓库，仓库打印产品入库单，双方签字确认；4 ）生产每个月统计每条产线的各类产品生产数据。3.3.5 仓库管理现状和用户需求1 ）目前仓库手工记账；2 ）目前仓存的库存台账中只有少部分的核心物料的库存是准确的，其他不准 确；3 ）入库业务包含外购入库、产线生产入库、委外加工入库，现在存在部分委 外供应商送货到产线，仓库不知道的情况；4 ）出库业务包含生产领料、销售出库、委外加工出库；5 ）良品目前没有在仓库规划区域，也没有规范的处理流程5 ）盘点有需求，但是目

14、前还没有盘点过。仓库的收发存业务还没有形成文档 的管理制度。3.3 费用开支现行模式的费用主要包括：固定成本：人员基本工资以及办公用品、水电费等费用。3.4 人员（1）销售员1人，负责订单处理。（2）计划员1人，负责生产计划排定。（3）采购员1人，负责物料的采购。（4）仓库管理员4人，负责日常货物出入库的环节、库存的盘点、各种信息登 记。3,5局限性原系统采用人工模式，这样比较复杂而且容易出现错误，会出现数据重复且不 一致的问题，无详细的物料编码规则或者是经过整理的物料清单可操作性差、凭经 验估算的物料需求。货物的堆放也具有一定的随意性。如要取出特定货物，只能依赖仓库管理员的 记忆才能知道该货

15、物究竟在哪里。单据过多不仅造成信息难以及时查询，同时也带来相当大的财务负担。4,所建议的系统4.1 对所建议系统的说明这是一个针对公司内部的订单、计划、生产、仓储管理的信息系统。(1)功能概括本系统具有：单据一次录入，根据权限多个部门享用，避免各个部门重复录入, 录错导致的数据不一致性。信息传递快速、高效、及时。(2)系统环境及工具运行环境：Microsoft Windows 2008以及其后继操作系统数据库：ORACLE(3)安全设置登陆系统时，需验证身份和密码，只有通过验证的身份才能进入系统进行信息 的操作，系统采用管理员ID密码登陆。4.2处理流程。1.3 改进之处(1)实现了订单和计划

16、业务全面计算机处理， 提高了公司的工作效率和工作质 量。(2)能够及时提供订单信息，提高了管理水平。(3)能够与供应商共享信息，一人录入多人共享，避免各个部门重复录入，录 错的差异。(4)能够为决策者提供更加有效的信息， 辅助其做出正确的决策，从而提高了 公司的运营状况，提升利润空间。1.4 影响1.4.1. 对设备的影响无需添加新设备1.4.2. 对软件的影响在现有ERK件中进行开发。1.4.3. 对用户单位机构的影响(1)员工适应方面，员工与新的流程接轨需要一段时间，并会付出一定成本。(2)岗位方面，除了新增的系统管理员需要专业知识外，相关岗位的管理员、 内勤也需进行相关操作培训。(3)员

17、工士气方面，优秀的岗位职责制度可以带来更高的效率与更高的员工满 意度。1.4.4. 对系统运行过程的影响系统运行基于windows系统；服务器基于windows系统，数据库平台为Orade。1.4.5. 对开发的影响系统开发周期约为六个月，开发人员约为2-3人。开发人员需要对业务流程全面 了解。1.4.6. 对地点和设施的影响完全不需要重新布局1.4.7. 对经费开支的影响信息系统硬件的成本：无 软件成本：双方合同约定的价格1.4.8. 局限性说明所建议系统尚存在的局限性以及这些问题未能消除的原因。1.5 技术条件方面的可能性由于只需要录入员手工整理和通知一次，其余通过信息系统自动流动，信息将

18、 更为通畅。在信息治理方面，计划管理系统具有权限控制功能，保证只有相应权限的人才 能对相应模块进行操作。安全性方面，采用人员账号和密码进行控制难点在于员工培训。考虑到当今从业人员的知识水平，在短时间内全部掌握， 会有一定难度。5 .可选择的系统方案5.1 可选择的系统方案1维持原模式不变。这是最简易的方案，但该公司如果要继续保持竞争力，就必须有所改革，否则 便会被市场所淘汰。故不予考虑。5.2 可选择的系统方案 2购买现有的ER添统软件。这个方案成本不高，获得速度也快。但标准化的系统并不开放源代码，所以在 日后有个性化的更新升级需求时便无法满足。故不予考虑。5.3 可选择的系统方案3请相关专业软件公司进行定制开发在标准化的计划系统上满足本公司的个性化需求，可以根据公司自身的业务和 工作流程减少或者增加软件功能，实现软件更好的辅助企业的功能。同时定制化开 发可以符合公司现有的使用习惯，员工上手相对容易，参与积极性高，实施起来相 对简单。因此本次系统方