网上销售订单管理系统论文

网上销售订单管理系统论文内容摘要：

，用户端只需要密码登录，不需要安装程序，便于系统维护和保密。 本系统的设计按照下述原则进行： 1． 实用性：系统以用户需求为目标，以方便用户为原则，同时融入先进的管理经验。 系统界面友好，操作简单，企业的工作人员只需掌握一些基本电脑使用方面的知识，要求会打字，这样简单进行培训能够轻松使用本系统，无须企业花费多少财力物力来培训员工。 2． 先进性：本设计将充分应用现有成熟的计算机技术、网络技术、软件开发技术，为用户提供高性能的系统。 数据库采用 SQL Server 2020,开发平台选用 Microsoft Visual Studio 2020。 3． 高可靠性：一个实用的系统同时必须是可靠的，本设计通过合理而先进的网络设计以及软、硬件的优化选型，可保证系统的可靠性与容错性。 4． 高安 全性：在设计中，将充分利用网络软、硬件提供的各种安全措施，既可以保证用户共享资源，同时也可保证关键数据的安全性。 系统将运用先进的 B/S(浏览器 /服务器 )结构，为不同用户设定不同权限，便于系统维护和保密。 5． 采用标准技术：本系统的所有设计遵循国际上现行的标准进行，以提高系统的开放性。 6． 可维护性：系统的设计要求方便维护，包括硬件的维护，软件的维护（更改，升级等）和网络的维护。 7． 可扩展性及灵活性：系统的设计以方便未来业务的扩展和系统扩充为目标，系统要求能够方便的升级，充分保护系统的投资。 8． 智能性：系 统在设计时，充分考虑系统运行的智能性，尽量的使程序智能化，在使用系统一段时间后，系统可以和所处部门的业务相融合。 系统设计目标 登录系统的主要功能要求： 1． 欢迎页面。 2． 功能登 陆 页面及密码验证。 网上销售订单的主要 功能 实现目标： 6 1． 利用 Session 对象对用户进行验证工作。 2． 能够对客户、供应商、商品进行添加与相应的管理，并在添加时对相应字段进行格式要求。 3． 能够对订单进行分类登记，若库存不足时提示重新输入值，根据数量与单价自动产生应付款值，根据应付款与已付款产生未付款值。 4． 对于已 登记的销售订单转入第二步处理：订单确认。 主要分为两种确认方法，分别是发送电子邮件、通知客服。 发送电子邮件时，能够根据订单信息显示相应的邮件内容发送给客户进行确认。 5． 确认完的销售订单转入第三步处理： 货物发送。 这一步主要是对销售订单发货情况进行确认管理。 6． 各类订单可根据订单类型进行相应的付款结账，在结账时显示未付款金额，可通过订单号查看其详细信息，每一次结账细节都可查看其相应的结账明细，支持多次付款。 7． 可以对库存商品的剩余量，销售量进行查询。 可根据不同的条件对各种订单进行查询。 从上面的分析可以看出 ：系统设计必须从保证系统的可变更性入手，设计出一个易于理解，易于维护的系统。 需要注意以下几个问题： 1． 把系统划分为一些部分，其中每一部分的功能简单明确，内容简明易懂，易于修改，我们把这样的部分称为模块。 2． 系统分成模块的工作按层次进行。 首先把整个系统看成一个模块按功能分解成若干个第一层模块，这些模块相互配合，共同完成整个系统的功能。 然后按功能再分解第一层的各个模块。 依次下去，直到每一个模块都十分简单。 3． 每一个模块应尽可能独立，即尽可能减少模块间的调用关系和数据交换关系。 当然，系统中的模块不可能与其它 模块没有联系，只是要求这种联系尽可能少。 4． 模块间的关系要阐明，这样在修改时可以追踪和控制，总之一个易于修改的系统应该有一些相对独立、功能单一的模块按照层次结构组成。 这些模块之间不必要的联系都已去掉，而且它们的功能及其相互关系都已阐明。 这就是结构化设计的基本思想。 7 第 2 章 需求分析 需求分析重要性 所谓管理信息系统（ Management Information System）系统，是一个由人、计算机及其他外围设备等组成的能进行信息的收集、传递、存贮、加工、维护和使用的系统，是一门新兴的科学，其主 要任务是最大限度的利用现代计算机及网络通讯技术加强企业的信息管理，通过对企业拥有的人力、物力、财力、设备、技术等资源的调查了解，建立正确的数据，加工处理并编制成各种信息资料及时提供给管理人员，以便进行正确的决策，不断提高企业的管理水平和经济效益。 无论采用何种方法开发管理信息系统，系统分析工作都是十分重要的环节。 软件的需求分析是软件生存周期中重要的一步，也是最为关键的一步。 只有通过软件需求分析，才能把软件功能和性能的总体概念描述为具体的软件需求规格说明，进而建立软件开发的基础。 需求分析的任务是分析员通过需 求分析提供一种可转化为数据设计、结构设计和过程设计的数据与功能表示，在软件完成后，需求分析阶段研究的对象是软件项目的用户要求。 软件需求分析工作是软件计划阶段完成之后开始的，其主要目的是：要综合分析用户对系统提出的一组需求（功能、性能、数据等方面）的基础上，构造一个从抽象到具体的逻辑模型表达软件将要实现的需求，并以“软件需求规格说明书”的形式作为本阶段工作的结果，为下一阶段的软件设计提供设计基础。 软件需求分析阶段，结合所用的开发工具： ,SQL Sever 对问题进行了分析和深入的了解，建立了实 现目标软件逻辑模型与 物理模型。 可行性分析 可行性分析的目的就是用最小的代价在尽可能短的时间内确定问题是否可解决。 可行性研究的目的不是解决问题，而是确定问题是否值得去解决。 一般来说至少达到以下三个可行性： 8 经济可行性 ： 本系统所带来的经济利益能 否 超过它的开发成本。 技术可行性 ： 使用现有的技术能 否 实现这个系统。 运行可行性 ： 系统的操作方式是否为用户所接受。 经济可行性 经济可行性研究主要进行成本效益分析，包括估计项目的开发成本，估算开发成本是否会高于项目预期的全部 利 润，同时还要看此软件是否 能够为用户带来经济效益。 由于 程序设计采用结构化设计思想，且具有语言简单易学、开发快捷等特点，所以用 一些可预见的风险可降到最低，如技术问题，人员流失等，从而保证了项目的开发周期，节约了时间成本，也极大减少了对程序员的培训资金； 开发的应用程序易于维护，可降低产品后期的维护成本，提高项目利润点，网上销售订单管理系统开发的目的是为了提高用户工作效率，方便操作与管理而设计。 开发此软件并不需要大量的经费，而是个人独立设计，所以从经济角度来讲，所以本系统的开发经济上是完全可行的。 技术可行性 根据该系统目标来衡量所需的技术是否具备，一般可从硬软件的性能要求、环境条件、操作人员水平和数量等方面去考虑和分析。 考虑到系统 技术 可行性，在软件方面选择了如今较流行的 来进行开发管理平台的设计，使用 SQL Server 2020 数据库存储数据。 Microsoft 的动态服务器网页 技术，语法简单，很容易被程序员所接受，且调试起来也比较容易。 从 B/S 的开发模式， 技术的先进性方面考虑， 无非是一个最好的技术。 微软公司提供了 丰富的 技术资源库，供程序员及用户查询，同时也有强大的技术服务中心，使技术风险降到最低，这是任何一门 WEB 语言在目前形势下不可比拟的。 与 相比， 中加入了更多的新特性，使得开发人员在工作效率、管理、扩展性和性能等方面均有了大幅度的提高。 引入了许多新的服务器控件，从而能够为数据访问、登录安全 、向导导航、菜单、树视图及门户等提供功能强大的声明性支持。 因此在 9 软件方面，此系统是可行的。 在硬件方面，则选择空间较大，只要是 P4 系列及以上的计算 机，内存在 256M 以上，硬盘在 10G 以上 ，都可以满足系统的开发需要。 当然，硬件的配置越高，系统的开发与运行会更流畅。 考虑到如今的家用或商用电脑硬件的整体配置水平， 系统在硬件方面是 完全 可行的。 运行可行性 管理形式的计算机网络化是社会发展的必然趋势， 各 种智能化的软件层出不穷。 本系统直接面向用户，界面设计时充分考虑管理人员的习惯，使得操作简单；数据录入迅速、规范、可靠；统计准确；制表灵活；适应力强；容易扩充。 对于初次使用本系统的用户，不必经过复杂的培训和学习就可以掌握系统的操作流程。 由此可见，开发此 软件在运行上是可行的。 利用网络和数据库技术， 基于 B/S 模式开发了网上销售订单管理系统这一 应用程序。 本系统开发平台采用 Visual Studio 2020,开发语言采用 C＃，后台数据库采用 SQL Server 2020。 它运用方便，操作简单，效率很高，实现了对销售订单登记、订单确认、 货物发送 、订单查询及退货结账等功能。 它取代了传统的手工对订单管理，从而减少了销售数据误差并实现了数据规范化，能够满足销售单位高效管理要求，本系统具有一定的实际开发价值和使用价值。 业务流程图 管理业务流程图 是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，通过它可以帮助分析人员找出业务流程中的不合理的流向。 在业务流程图中圆形代表系统中人员，矩形代表系统外实体，箭头代表数据、报表账目的流向。 本系统主要是对销售订单进行管理，但在销售这一环节的管理上与库存有密切的联系，所以对库存的进货订单也有相应的管理。 总体业务流程描述如下： 1． 销售订单登记：将每一笔销售信息进行登记，以便财务进行账款上的处理并且也便于对销售统计的查询。 2． 订单确认 :根据客户的联系方式将所接受的订单具体信息与其进行确认。 使客户及时了解订单处理状态，也便于对订单进行流程化管理。 10 3． 货物发送：将与客户确认过的订单进行货物上的发送。 4． 账款结算：对于订单账款进行管理，对于每张订单应付款、已付款、未付款及每次付款记录都有详细记载。 其过程是：订单管理员要对库管部门的进货订单与进货退货订单进行登记，再将订单送财务部门供其账款结算使用，财务部门将订单账款信息送订单管理员，由订单管理员对订单付款信息进行更新。 对于客户的退货信息由售后部门做出相关处理制定销售退货单送订单管理员进行登记，再由财务部门对账款进行管理。 本系统业务流程图如 图 21 所示。 客 户退 货 信 息 销 售 订 单售 后 部 门财 务 部 门销 售 退 货 单订 单管 理 员各 类 订 单 信 息订 单 账 款 信 息库 管 部 门进 货 订 单进 货 退 货 单供 应 商销 售 出 库 单 图 21 系统业务流程图 当接收到客户销售订单时，订单操作人员要根据客户相关信息来确认此订单是否有效，若订单有效则要判断库存量是否充足，对于不充足的情况要 11 即时通知库管部门，充足的情况下要通过相应联系方式通知客户其订单已被受理。 对于销售出库或销售退货要进行相关的减库存或加库存作业。 销售订单处理步骤如图 22 所示。 业 务 员 登 记 订 单订 单是 否 有 效 ?否是否取 消 订 单库 存是 否 充 足 ?采 购 入 库是订 单 确 认库 存 盘 点库 存 管 理退 货 作 业 ( 加 库 存 )发 货 减 库 存商 品 资 料 维 护 图 22 销售订单处理步骤 数据流图 在详细描述系统 功能时，使用数据流图能清晰的描绘数据的流向以及整个系统工作的流程。 数据流图是表示系统逻辑模型的常用工具，图中不存在任何具体的物理元素，只表示信息在系统中流动和处理的情况。 数据流图是逻辑系统的图形化表示，因此，它是系统分析员与用户进行交流的极好工具。 同时也是系统分析员与系统设计人员之间的交流工具。 在数据流图中矩形代表数据输入的源点和数据的汇点。 圆形代表加工，输入数据在此进行变换产生输出数据。 箭头代表数据流，被加工的数据与流向。 12 对于新客户的销售订单先要向公司信息表中添加此客户的相关基本信息如公司名称、联系方 式等。 对于所销售的各类商品信息若没有其相关记录则要先进行添加如商品名称、供应商、产地等信息。 接收到客户的销售订单时，订单操作人员根据用户的相关信息如联系方式、预付款等条件判断是否接受此订单，即确定订单是否有效，对于有效的订单要将其转入订单流程化管理。 订单查询支持多条件查询如按照供应商、客户、时间等，同时也将从结账信息表中检索其有关的结账信息。 账务管理支持多次的结账处理，每次结账金额与时间有明确记录。 根据以上分析 系统数据流图如图 23 所示。 系 统 管 理 员P 1 0 1 基本 信 息 管理D 1 0 1 公 司 信 息D 1 － 0 2 商 品 信 息P 1 0 2 商品 进 货 管理D 0 1 0 4 进 货 退 货 信 息D 1 － 0 3 进 货 订 单P 1 0 3 销售 订 单 管理D 1 0 5 销 售 订 单 基 本 信 息D 1 0 7 已 登 记 订 单P 1 0 6 订单 登 记P 1 0 7 订单 确 认P 1 0 8 货物 发 送P 1 0 9 销售 退 货 管理D 1 0 8 确 认 后 订 单D 1 － 1 0 订 单 状 态 信 息D 1 0 9 已 发 送 货 物 订 单。