可行性报告(防门订单系统).doc

可行性报告  1. 引言 1.1编写目的 1.2项目背景 1.3参考材料 1.4系统简介 1.5技术要求及限定条件 2. 可行性研究的前提 2.1要求 2.2目标 2.3条件、假定和限制 2.4可行性研究方法 2.5决定可行性的主要因素 3. 对现有系统的分析 3.1处理流程和数据流程 3.2局限性 4. 所建议技术可行性研究 4.1对系统的简要描述 4.2处理流程和数据流程 4.3与现有系统比较的优越性 4.4采用建议系统可能带来的影响 5. 经济可行性研究 6. 社会因素可行性研究 7. 结论和意见 1. 引言1.1编写目的 本报告是对该系统可行性的综合报告。/hallow/blog/item/12d69810c8dc0000213f2e22.html /hallow/blog/item/12d69810c8dc0000213f2e22.html 1.4系统简介 本软件作为订单处理系统，可帮助客户公司处理所接收到的来自不同销售处的各类单据，包括各种订单及反馈单，再对订单作整合处理，分类汇总。对于不合格订单做出退单处理，对合格订单完成其录入审核，通知采购处。采购处可利用该软件查出成品库房有无现货，若没有可及时地完成算料生产等，最后将完成信息进行反馈。 本软件将由电脑取代手工完成对各类信息的处理计算，更加精确、快捷，节省时间，减少人力资源的利用，帮助公司提高效率，带来更多收益。 1.5技术要求及限定条件 本组将采用Delphi可视化编程软件配合C、Java等高级语言，结合SQL Server数据库软件完成本软件的开发。本软件需要高性能的电脑配置若干台及网络互联技术，以完成对大量信息的管理、处理。 2. 可行性研究的前提 2.1要求 经过对现行的防盗门企业的了解，我们认为现在企业面临的最大的问题就是如何能够在最短的时间内使各部门能够协调好，使订单顺利快速批量的完成。这就要求我们这个防盗门订单处理系统需要有及时性、可靠性和准确性。 2.2目标 由于用户是企业，所以，要求此系统可以使企业员工在短时间内学会操作，并且我们希望此系统在技术、经济、管理上能有很高的可行性。目标是利用最少的人，最简单的管理，最少的资金，使订单系统从开始的客户下订单到处理订单再到采购原材料与生产这样一个流水线式的系统得到实现。 2.3条件、假定和限制 条件：首先，每个部门的系统操作人员有一定的计算机基础，比如录入信息等；其次，每个部门之间信息交流要及时；然后，各部门之间可以并发地对信息进行处理； 假定：各部门之间信息传递十分及时，无障碍；各部门之间并发处理的信息可以及时反馈到其他各部门； 限制：各部门的处理信息会有冲突，可能得不到统一的信息。 2.4可行性研究方法 首先，从内部环境来讲，企业需要此系统能够达到及时传递订单信息的要求，而又不能够太复杂，所以我们认为，在技术上可以采用数据库作为存储数据信息的仓库，用Delphi工具作为界面设计的工具，方便直观，可以很快的掌握；在管理上，协调各部门之间的关系，充分利用每个部门的资源。 其次，从外部环境来说，企业需要得到客户等方面的信息的及时反馈，以及与厂家之间的沟通，所以我们认为，该系统应该能够将信息进行快速整合，反映出各方反馈的信息，以减少退货率，从而减少经济上的损失。 2.5决定可行性的主要因素 技术：由于此系统联系到多个部门，所以，更加需要技术上的严密与准确，如果一个环节出现错误，整个业务流程就会出现错误甚至停滞。 经济：整个流程进行起来需要一定的通信设备以做配合。 管理：需要各部门之间的配合以及提高各部门的效率，从而提高整体效率。 3. 对现有系统的分析 3.1 处理流程和数据流程 图3.1 订单处理业务流程 图3.2 订单处理数据流程 3.2局限性 企业的日销售量大，型号多，数据量相对密集，现行系统手工操作占主导，在数据处理过程中信息反馈延迟问题严重，可行性不高的订单不能及时反映出来，不能充分利用库存货物进行生产，从而导致错误生产或重复生产，效率随即降低。具体来说，批量生产的订单被送到接单室之前并没有进行必要的统计分类，这会加重接单室的工作量。接单室处理销售订单会由接单人员筛查能否生产出订单要求的产品，如果接单人员认为订单可行就会把订单录入到数据库中。但是这一过程存在很大漏洞，首先，接单人员只是对生产过程大体了解，并没有技术科的专业知识；其次，接单人员了解到的信息并不能与时俱进，有可能存在技术上的滞后性。在用料方面，现行系统没有对库存货物进行分类，若所订的产品库存有成品，很难及时反馈到相关部门。在整个现行系统中，没有能够与客户及时沟通的体系，企业很难了解到是否满足了客户的需求，这不利于企业日