当前位置:首页 > 硕士论文 > 软件工程

 基于Winform的质量管理系统的设计与实现

摘要:作为ERP系统的重要组成部分,质量管理系统,其关乎企业的生存和发展,因而显得格外迫切需要。本文对企业的需求情况进行了详细的了解,设计了ERP系统中质量管理系统的体系结构;依据企业的生产特点和业务流程,分析不同部门的间业务逻辑与相互联系;通过遴选预测对象,利用一元回归分析,对产品质量进行预测;进而修订完善质量计划,分解计划进行事中控制,并进行统计和查询事后控制,建立了完整的质量管理系统的功能模型。本系统在J2EE软件平台上,进行详细的系统软件设计与开发,通过系统的模块设计、人机界面设计以及数据库设计三个方面来描述,利用质量管理模型和相关算法,设计和实现了离散型制造企业的质量管理系统。

更多还原

关键词: ERP质量管理系统质量管理模型

 

1.绪论

2.1.1课题背景及意义

   随着人们消费水平的逐步提升,大家对产品质量要求越来越苛刻,而现有质量管理基本停留在手工、纸面的传统手工作业模式,己逐渐成为了阻碍企业打造核心竞争力和建设品牌的绊脚石。在建设和实施质量管理体系的过程中,出现了诸如管理效率不高,信息系统的开发严重落后质量管理体系的建设等问题,从而无法为企业的质量管理提供可靠的服务。虽然国内己有相当多的企业进行了国际标准化组质量体系认证,但传统的企业日常管理方法很难满足需要,由于缺乏高效的管理工具,人工收集信息效率以及准确率低下,信息传递时常出现延迟甚至错误。

    系统发展,当下汽车行业质量管理系统的应用正进入全面推广应用记得。近几年,航空、航天、军工企业也陆续展开质量管理系统规划和建设。其中航天企业对研发质量管理尤为重视。

    在国外,以美国、德国为代表的软件行业起步、发展都比较有优势的国家来

讲,没有将质量管理系统作为一个单独的系统,所以市场上很难看到哪家国外企

业提供的质量管理系统能很好的满足中国企业质量管理管控需求。

1.2国内外现状分析

    最早出现质量管理信息系统这一说法,是以计算机辅助质量系统(Computer

Aided Quality System,  CAQ)的名称登场,它是由Uirich Rembold等人于1985年提出的。CAQ系统通过计算机来采集与分析质量数据,并自动地处理以及传送质量数据,实现对质量的自动控制,保证和管理。也是1985年,集成质量系统(Integrated Quality System,  IQS这一概念被提出。在计算机的支撑下,集成度和应用范围有所不同IQSCAQ,企业实现了质量的自动管理和保证以及控制。1990年,Tannock从战略的高度论述了制造质量系统的自动化和集成,他对IQS的进行了重新设计并加以改进,提出了整合质量数据采集和质量数据管理的方法。

    研究、开发、实施质量系统在上世纪九十年代呈现出一个蓬勃发展的局面。

在计算机集成制造(Computer Integrated Manu-facturing,CIlVI)中,IQSCAQ显得也愈来愈举足轻重。上世纪八十年代末组织的“CIMS中的计算机集成质量系统”会议,有关质量信息系统的建模、体系结构、CAQCAD/CAM集成、生产检测自动化、质量管理信息系统中的专家系统和知识工程等议题在这次会议上被提出来,与会者们对上述问题进行了集中讨论。

2.质量管理系统需求分析

2.1系统需求分析

    经过前期调研,对企业现状和现行的质量管理系统有了深入细致的了解。该

企业目前的质量管理流程,大致可分为四个部分:

    1.外排业务。

    2.质量事故记录业务。

    3.质量考核监督业务。

    4.产品维修档案建立业务。

    以上各流程目前均以人员手工操作为主,主要存在以下问题:

    1.质量管理系统自成体系,缺乏与其他管理信息系统之间的接口,形成企业中的信息孤岛;检验卡片只记录检验结果,与生产和物流过程脱节,出现问题时不能准确定位责任人。

    2.关键件的记录很细致并形成档案,但是非关键件的修理、检验不易查询和追溯。某些管理过粗,只有计数检验,缺乏对计量检验的支持;

    3.查询以前维修的档案非常困难,曾经更换过那些部件、那些位置损坏程度高等数据无法获取。对企业最关心的质量优化和稳态问题显得无能为力,对提

高企业质量管理质量水平无法起到明显的作用;

    4.外排与质量事故分析缺少详细的生产环节数据支持,很难确定责任。

    5.产品维修档案是生产的核心数据,同时也是追踪查询的依据,必须录入到系统当中,形成一套完整的产品电子维修档案。

    6.质量计划、质量检验、质量统计分析,未形成信息反馈使质量检验的统计分析作为下一次质量计划制定的依据。

2.2质量管理系统的需求分析

    (1)能够进行各项质量标准的制定。

    (2)能够进行制定检验规范的制定。

    (3)进行各种检验操作。

    (4)制造期间能够保证各环节都在质量标准范围内进行生产。

    (5)能够对不合格产品,返工产品,报废品进行跟踪查询。

    (6)对化工、焊接、机械性能填写试验报告单

    (7)能够完成质量的统计工作,制作质量月报表等报告。

    (8)能够进行部分质量成本的统计,主要是在制品的质量成本统计实现。

    针对上述情况,在质量子系统中,对需求的要求进行了系统化,做出了如下

开发的要求:

    ①能够定义检测对象、检测工序、检测指标、检验数量;

    ②能够支持对有特殊要求的合同定制新的质量检验计划;

    ③可以对原材料、外协件、零部件、成品质量检验管理;

    ④可以自定义任意类型的试验单类型;

    ⑤要求支持计量、计数两种类型的质量检验;

    ⑥可以支持各种不合格品处理;

    ⑦能够可提供各种质量信息查询及报表;

    ⑧能够支持对所有质量检验信息的分类、汇总、统计、分析;

    ⑨可以对产品质量分析统计、工序质量分析统计、产品缺陷分析统计;

    ⑩能够进行质量预测,统计和控制,行进中变更等等。

3.质量管理系统的设计

3.1软件体系结构设计

    质量管理子系统是针对某企业的ERP项目的一个子系统,该ERP项目在架构设计上使用B/S结构(浏览器/服务器结构)

    为了缓解B/S结构的缺陷,针对某企业的业务形式,在系统开发中加入Ajax技术来改善处理大量数据数度慢的问题。Ajax在用户与服务器之间引入一个中间媒介,从而消除了网络交互过程中处理一等待一处理一等待的缺点。

3.2开发模式设计

    在软件开发模式上,本子系统是以J2EE设计思想为基础,采用四层体系结

:表示层、应用逻辑层、业务逻辑层和持久层。如图3-2所示。

 

    ①表示层:主要的作用是收集用户的输入、展示数据、控制界面导航并将用户的输入传递给业务逻辑层,同时还需要验证用户的输入以及维护应用的Session状态。

    ②应用逻辑层:即对增删改等基本操作和界面显示形式、权限配置及动态生成规则等进行灵活配置。作为表示层和业务逻辑层之间的桥梁,对用户输入的数据进行了第一次的筛查,对字段输入格式、是否是选择项或手工录入等进行了限制。

③业务逻辑层:逻辑层提供的应用功能包括:数据统计、单据处理、单据及数据的查询等。对单据提交后得到的数据做归一化处理,将不同来源的数据转换成标准化的数据格式并存储到核心数据库中,为上层应用提供数据支持。

④持久层:负责显示数据库中数据,通过框架中的PageQuery对象访问数据库的一些方法,从而实现对数据库的增、删、改、查等操作,以及与调用数据的文件间的交互。

3.3系统流程设计

    质量管理子系统的核心业务流程如图4-4所示,它根据质量管理对象类别不

同,包括采购、制造、成品质量管理三条主线,贯穿了质量管理的编制质量计划、

实施质量检验、进行质量统计分析和建立质量预测模型的四大质量管理活动。质

量管理子系统整体的运行路线如下图所示:

 

3.4系统功能设计

    (1)质量标准:制定所有需要检验物料的检验标准,检验方法、检验手段、质量缺陷与质量问题等级定义等。

    (2)检验计划:对不同阶段材料或产品进行质量检验所应采用的特定程序、方法,诸如测量、试验、审核标准等。

    (3)质量成本计划:对质量进行成本控制,将质量成本层层分解。根据具体情况,有针对性地进行控制措施。

    2、质量检验

    质量检验实施时,根据质量计划,生成相应物料所在的工序对应的检序的检验台帐、检验记录以及试验报告等。质量检验流程如下图4-8所示:

 

 

3.5系统接口功能模块设计

3.5.1内部接口

在质量管理子系统中,方法名称必须以query或。p开头,查询数据的方法使用query开头,而操作即对数据库产生影响的方法以op开头,事务管理会对这两种类型的方法使用不同的策略。其中部分接口函数定义如下表4-1所示。

 

3.5.2外部接口

    质量管理子系统集成物流和制造所有的车间业务处理和相关信息。如图4-10所示:

3.6系统数据库功能模块设计

    数据库为对象提供了一种持久化(Persistent)的办法,这里所提到的数据库,都指关系数据库。选择关系数据库的原因是因为它己经是一项非常成熟的技术,它有着广泛的支持企业商,并且有着良好移植性的结构化查询语言。

3.7质量管理系统界面设计的模式

    在本系统中,最常见的界面模式有三种:

    ①表单式((Grid Schema):布局简洁,操作简单,常用于数据显示及字段数较少的数据维护。

    ②自由格式(Free Form Schema):常用于字段较多的数据维护,这种模式界面友好,但操作繁琐。

    ③选择式(Selection Schema):常用于某个界面需要弹出子界面,然后选择子界面的数据,反映到主界面。

4.系统的实现

4.1程序结构

    该质量管理子系统为了方便用户使用,尽可能的提供多种操作方式:当新增

一张单据时,既可以直接在主界面填写单据基本信息,也可以进入另一界面进行

比较全面的单据填写。

    如果有需要审核的单据,则在新增单据时选择审核流程。审核流程是在系统

管理中,用户根据自身的需要自行配置的。

4.2程序实现的过程

    程序的实现过程:首先使用者访问相应功能模块的主界面,点击页面左侧菜

单树的相应功能模块后,向系统的web. xml文件发出请求,web. xml文件再根据其中的记录打开相应显示主界面的html使用的class文件名称来调用相应的

java程序。这样主界面的打开就完成了。

 

    如图5-7所示,系统收到用户的页面请求执行MainServlet,然后通过beanconfig. xml找到相应的javascript中定义的handler等等。下面叙述一下主html执行流程,首先要执行相应的handler,然后进入主html页面并且进行变量和数据的初始化,定义。pFlag变量来记录操作,检查opFlag是否是opAdd,如果是,则调入相应的负责添加功能的html页面,如果不是,检查opFlag是否是opModify,如果是,调入相应的负责修改功能的html页面,如果不是,检查opFlag是否是。pDelete,如果是,调入删除功能,并且提示用户将要进行删除操作,如果不是,检查opFlag是不是Query,如果是,调入相应负责查询功能的html页面,如果不是,则进入负责初始查询功能的html页面。添加,修改,删除,查询,初始查询功能的这些html页面在受到具体功能实现的要求的时候,调用service,执行相应功能,然后返回主html页面,开始下一个循环。

    Service的执行流程如上图5-8所示,仍然是通过。pFlag的值来进行功能分支,opAdd执行添加,opModify执行修改,opDelete执行删除,默认为查询。经过前端javascript‘中的代码检查数据是否非空,是否类型正确,是否格式正确之外,service中的修改和添加功能会对空值处理,也就是进行初始化,赋给默认值。

4.3系统接口功能模块的实现

4.3.1系统内部接口

    客户端与服务器之间的接口方式为:Client端发出同步请求后,Server一次性返回所有符合要求的记录。持久层的资料在Server补充部分信息(如时间、记录人等)后实时传送到Cliento

 

 

 

    随着信息技术的发展,ERP软件在我国的制造企业中得到了越来越广泛的应

用,对提升企业管理水平、提高企业效益起到了重要作用。

   

  • 大成 :
  • 99658261
  • 大秦 :
  • 340504978

移动办公:18310981858

鹏程论文网提供MBA/MPA、经济管理、工商管理、教育管理、法律硕士、医学硕士、软件工程、在职硕士以及电子信息技术、计算机等各专业的硕士论文代写服务,还包括开题报告的撰写。 无需定金,信誉保证,当面交易,安全可靠 .

杂志库 更多>>