韓緯杰,高 菲,孫磊斌,許開州,施元超

1(中國航天科技集團第八研究院 上海航天動力技術(shù)研究所,上海 201109)

2(中國航天科技集團第八研究院 上海航天控制技術(shù)研究所,上海 201109)

航天不合格品審理系統(tǒng)①

韓緯杰1,高 菲1,孫磊斌1,許開州1,施元超2

1(中國航天科技集團第八研究院 上海航天動力技術(shù)研究所,上海 201109)

2(中國航天科技集團第八研究院 上海航天控制技術(shù)研究所,上海 201109)

針對某航天企業(yè)不合格品管理中存在的問題,設(shè)計并實現(xiàn)了航天產(chǎn)品不合格品審理系統(tǒng).系統(tǒng)采用統(tǒng)一的管理平臺對不合格品審理、不合格品預(yù)防、歸零要求和基礎(chǔ)設(shè)置進行統(tǒng)籌管理,使用主流的WebService集成方式與外部系統(tǒng)集成,將不合格品審理結(jié)果回傳進行統(tǒng)計分析,經(jīng)測試和應(yīng)用情況表明,該系統(tǒng)是可行及有效的.

不合格品管理;系統(tǒng)集成;WebService;統(tǒng)計分析

1 引言

隨著航天企業(yè)科研生產(chǎn)任務(wù)量的不斷增加,對航天產(chǎn)品的質(zhì)量也提出了更高的要求.在生產(chǎn)過程中由于某些設(shè)計、工藝、管理和操作方面的因素,不合格產(chǎn)品也隨之產(chǎn)生[1].現(xiàn)階段上海某研究所依據(jù)企業(yè)制定的質(zhì)量體系文件中的《不合格品控制程序》[2]來開展不合格品的審理工作,根據(jù)不合格品的缺陷類別確定一級、二級、三級的審理級別,按照審理級別由相關(guān)審理組參與審理,而往往審理組的相關(guān)人員未被及時告知或因工作無法及時參與審理,同時又缺乏及時提醒的措施不利于相關(guān)人員及時掌握不合格品審理進程,導(dǎo)致整個審理周期時間過長,難以符合《不合格品控制程序》對不合格品審理時間期限的要求[3-5].另外,每年因產(chǎn)品返工、返修、讓步接收、降級使用和報廢產(chǎn)生的經(jīng)濟損失居高不下,但又缺乏不合格品數(shù)據(jù)分析的支撐,不利于對及時采取質(zhì)量糾正措施[6,7].

本文以確保產(chǎn)品的質(zhì)量保證能力、提升質(zhì)量管理工作效率為前提,采用統(tǒng)一的管理平臺對不合格品審理、不合格品預(yù)防、歸零要求和基礎(chǔ)設(shè)置進行統(tǒng)籌管理,將不合格品審理結(jié)果回傳進行統(tǒng)計分析,為提供質(zhì)量問題歸零提供有效支持.

2 相關(guān)工作介紹

2.1 系統(tǒng)需求

現(xiàn)階段不合格品審理的主要流程如圖1所示.

① 檢驗員判定產(chǎn)品不合格,填寫“不合格品通知(處理)單”(紙質(zhì)版)交不合格品發(fā)生部門,部門不合格品審理員負責對B類不合格品進行三級審理.

圖1 現(xiàn)有不合格品審理流程

② 超出三級審理范圍的B類不合格品應(yīng)提交不合格品審理組(型號線設(shè)計、工藝、質(zhì)量相關(guān)人員)進行二級審理.

③A類及不合格品審理組提交的B類不合格品應(yīng)提交不合格品審理委員會進行一級審理,責任部門根據(jù)審理結(jié)論處置不合格品,檢驗員確認不合格品處理結(jié)果執(zhí)行情況,完成不合格品審理閉環(huán).

2.2 系統(tǒng)架構(gòu)

不合格品審理系統(tǒng)(Airspace Reject Cognizance System)主要分為系統(tǒng)管理基礎(chǔ)平臺層、業(yè)務(wù)執(zhí)行層、外部系統(tǒng)三大部分組成,如圖2所示.

圖2 不合格品審理系統(tǒng)總體架構(gòu)

基礎(chǔ)平臺層負責管理系統(tǒng)的基礎(chǔ)配置,包括任務(wù)管理、用戶管理、權(quán)限管理、日志管理、審理管理、報表管理六大模塊,為審理系統(tǒng)提供IT運行的基礎(chǔ).

業(yè)務(wù)執(zhí)行層是整個系統(tǒng)的核心平臺,包括不合格品審理管理、不合格品預(yù)防管理、歸零要求管理、統(tǒng)計分析管理四大模塊.

不合格品審理系統(tǒng)與三個外部系統(tǒng)集成,包括ERP系統(tǒng)、消息推送系統(tǒng)、制造執(zhí)行系統(tǒng).

2.3 關(guān)鍵技術(shù)應(yīng)用

2.3.1 Web Service

Web Service是在當今企業(yè)級應(yīng)用中廣泛使用的一種系統(tǒng)集成技術(shù)[8].根據(jù)W3C制定的一套協(xié)議標準, Web Service在系統(tǒng)平臺上提供多種web協(xié)議數(shù)據(jù)格式,例如WSDL(網(wǎng)站服務(wù)描述語言),UDDI(統(tǒng)一注冊和查找服務(wù))和SOAP(簡單對象訪問協(xié)議),在XML標準上允許用戶在不同平臺上使用不同的開發(fā)語言,并將它們進行有效的整合.

2.3.2 Adapter設(shè)計模式

適配器模式(Adapter pattern)是Gof模式中的一種常用的設(shè)計模式,該模式是將一個類的接口轉(zhuǎn)換成客戶希望的另一種接口,把類的具體實現(xiàn)封裝在適配類中[9].在開發(fā)過程中,用戶類只要通過調(diào)用適配器類對外提供方法即可達到開發(fā)目標.使得開發(fā)更加靈活和透明,從而降低類的耦合度,對系統(tǒng)的集成擴展有很好應(yīng)用價值.

3 設(shè)計與實現(xiàn)

3.1 系統(tǒng)設(shè)計

3.1.1 數(shù)據(jù)集成設(shè)計

為了能夠及時從外部系統(tǒng)得到數(shù)據(jù),不合格品審理系統(tǒng)的審理管理模塊提供接口,負責實現(xiàn)與外部系統(tǒng)的數(shù)據(jù)集成,需要對系統(tǒng)的基礎(chǔ)數(shù)據(jù)作對照映射、保證基礎(chǔ)數(shù)據(jù)的一致性,各系統(tǒng)數(shù)據(jù)傳遞情況如表1所示.

表1 不合格品與外部系統(tǒng)的數(shù)據(jù)傳遞關(guān)系

① 不合格品審理系統(tǒng)從ERP系統(tǒng)中讀取產(chǎn)品型號、產(chǎn)品名稱、產(chǎn)品圖號等標準數(shù)據(jù),該數(shù)據(jù)供用戶選擇,以便進行數(shù)據(jù)統(tǒng)一化.

② 當生產(chǎn)過程中相關(guān)產(chǎn)品發(fā)生不合格,由檢驗人員發(fā)起填寫不合格審理單(通過制造執(zhí)行系統(tǒng)自動錄入相關(guān)數(shù)據(jù)),走審理程序.

③ 審理結(jié)束后,審理系統(tǒng)自動將審查結(jié)果以及審查人員和不合格審理單編號回傳給制造執(zhí)行系統(tǒng)(制造執(zhí)行系統(tǒng)提供唯一標示ID).

④ 根據(jù)待辦任務(wù)統(tǒng)一處理的需要,將相關(guān)內(nèi)容發(fā)布到消息推送系統(tǒng)進行統(tǒng)一通知,將審理系統(tǒng)的待辦任務(wù)發(fā)布到消息推送系統(tǒng)中.

為了實現(xiàn)不合格品審理系統(tǒng)與三個外部系統(tǒng)的集成設(shè)計,首先必須設(shè)計三個適配器(Adapter)來滿足集成要求,適配器主要用來負責封裝符合集成規(guī)范的接口,如圖3所示.

圖3 適配器設(shè)計

① 審理系統(tǒng)用SOAP信息向Adapter1發(fā)送請求, Adapter1將消息傳遞到ERP系統(tǒng),ERP系統(tǒng)接收請求,將產(chǎn)品型號、產(chǎn)品名稱、產(chǎn)品圖號等結(jié)果返回給Adapter1,最后Adapter1將該結(jié)果返回至審理系統(tǒng).

② 制造執(zhí)行系統(tǒng)提供XML的接口標準,審理系統(tǒng)采用WebService方式得到xml進行解析,最后將審查結(jié)果通過Adapter2回傳給制造執(zhí)行系統(tǒng).

③ 消息推送系統(tǒng)提供單點登錄和WebService接口,接口負責同步任務(wù),用戶點擊某項任務(wù)后直接打開審理系統(tǒng).

以審理系統(tǒng)向制造執(zhí)行系統(tǒng)調(diào)用方法為例,首先制造執(zhí)行系統(tǒng)提供了wsdl接口描述和targetNamespace地址空間,對外開放一個SimpleService服務(wù)類,該類中包含了一個 getProductInfo(int ProId)方法,傳入ProId后,返回Productform對象。然后審理系統(tǒng)中創(chuàng)建 調(diào) 用 類 ,在 調(diào) 用 類 Productcall中 實 例 化SimpleService服務(wù),然后調(diào)用getProductInfo方法得到返回值。部分代碼如下:

3.1.2 基于角色的訪問控制

鑒于航天企業(yè)內(nèi)部管理的特殊性,系統(tǒng)借鑒了RBAC的理論模型思想[10-12],建立組織模型來劃分部門,根據(jù)部門業(yè)務(wù)特點劃分角色,通過角色對特定審理表單中的對象和不同字段作訪問控制.

3.1.3 動態(tài)功能分配

不合格品審理系統(tǒng)中涉及的人員是系統(tǒng)的核心部分,由于工作原因很多人員需要進行崗位變動或轉(zhuǎn)崗,為了適應(yīng)人員流動的變化,通過建立部門、角色和人員之間的對應(yīng)關(guān)系,使得人員獲得角色的功能權(quán)限.系統(tǒng)中所有的角色都具備相應(yīng)的功能集合,系統(tǒng)管理員可通過業(yè)務(wù)需要對不同的人員進靈活配置,確保系統(tǒng)的正常運行.

3.2 功能模塊的實現(xiàn)

整個通知單審理的審批由檢驗人員發(fā)起審理流程,由三級審理員提交二級審理部門進行責任審理判定,并流轉(zhuǎn)至各個業(yè)務(wù)部門進行會簽,最后由檢驗人員填寫不合格品處理結(jié)果的執(zhí)行情況,具體流程如圖4所示.

圖4 不合格品處理執(zhí)行

本系統(tǒng)數(shù)據(jù)庫采用Oracle10g,系統(tǒng)中接口數(shù)據(jù)通過數(shù)據(jù)表的形式存儲,主要數(shù)據(jù)表的數(shù)據(jù)結(jié)構(gòu)如表2所示.

表2 不合格品審理通知單

11 技術(shù)要求 varchar 12 審理結(jié)論批注 varchar 13 審理結(jié)論對應(yīng)數(shù)量 num 14 處理時間 date

表3 審理結(jié)果回傳表

3.2.1 不合格品審理

不合格品審理模塊主要涉及到 User、Role、RoleManager和Integrate Rejected四個類,主要類圖如圖5所示.

整個審理模塊發(fā)起流程設(shè)計如下:

① 首先通過User類獲取所內(nèi)所有用戶清單;

②Role類通過UserId獲取用戶所屬的組織機構(gòu)和角色功能,得到角色權(quán)限;

③RoleManager類通過getRoleInstance方法得到角色的實例,最后用戶通過Integrate Rejected類發(fā)起送審流程.

圖5 不合格品審理主要類圖

系統(tǒng)在現(xiàn)有的不合格審理表單基礎(chǔ)上,根據(jù)質(zhì)量管理要求及信息統(tǒng)計分析需要,進行不合格品審理表單的梳理與標準化、結(jié)構(gòu)化管理.經(jīng)過標準化處理后的不合格品審理表單,有效保障不合格品審理過程信息填報的規(guī)范性;結(jié)構(gòu)化處理后的不合格品審理表單可提取相關(guān)的信息進行統(tǒng)計分析,如圖6所示.

圖6 不合格品通知審理

3.2.2 不合格品預(yù)防

系統(tǒng)支持對不合格品審理流程的固化流轉(zhuǎn)或靈活指派管理.支持多種不合格品處理方式和處理流程(含二級審理和一級審理),并自動生成不合格品審理單,包括原樣讓步接收、返工/返修、降級使用、報廢、退貨等,可對不合格品的處理過程及狀態(tài)進行監(jiān)控.

當該不合格品審理過程確認需要實施糾正措施整改時,系統(tǒng)可支持用戶在線直接發(fā)起《不合格品糾正措施單》并實現(xiàn)網(wǎng)絡(luò)審批流轉(zhuǎn)控制,如圖7所示.

圖7 不合格品糾正措施

3.2.3 歸零管理

當該不合格品審理需要進行雙無歸零閉環(huán)處理時,提供雙無歸零編號、計劃歸零時間、完成情況、實際歸零時間、歸零狀態(tài)等信息以及紙質(zhì)雙五歸零掃描件附件上載的功能,如圖8所示.

圖8 歸零執(zhí)行

4 應(yīng)用實例

通過不合格品審理系統(tǒng)流程管理不僅實現(xiàn)所內(nèi)相關(guān)不合格品報告的網(wǎng)上傳遞和審理、實時追蹤或追溯不合格品的處理進度及各環(huán)節(jié)的審批信息,而且實現(xiàn)對歸檔后不合格品信息的統(tǒng)計查詢.

圖9 不合格品關(guān)閉情況分析

圖10 不合格品審理結(jié)論統(tǒng)計

報廢、返工及返修的產(chǎn)品概率下降明顯,產(chǎn)品報廢率降低為6%.

5 結(jié)論

本文以所內(nèi)的實際業(yè)務(wù)需求為背景,對業(yè)務(wù)、系統(tǒng)需求進行了研究分析,采用java語言設(shè)計并實現(xiàn)了航天產(chǎn)品不合格品審理系統(tǒng),系統(tǒng)通過引入先進的質(zhì)量管理思想及工具方法,建立了高效、規(guī)范的不合格品審理信息化流程;創(chuàng)建了所內(nèi)統(tǒng)一的不合格品審理平臺,支持各管理層實時了解不合格品審理狀態(tài)并實現(xiàn)動態(tài)跟蹤監(jiān)控及整改閉環(huán).同時實現(xiàn)了與外部系統(tǒng)的數(shù)據(jù)集成,解決了不合格品管理中存在的問題.

1宋弼波,鄭偉,戰(zhàn)玉曉.航天產(chǎn)品制造質(zhì)量管理信息化解決方案淺析.質(zhì)量與可靠性,2009,141(3):50–56.

2袁潔.強化航天可靠性工作深入推進航天型號精細化質(zhì)量管理.質(zhì)量與可靠性,2011,(1):1–4.

3孔樂佳.計算機輔助質(zhì)量管理在國內(nèi)外的理論研究與實踐綜述.價值工程,2008,27(8):87–89.

4李剛.B/S結(jié)構(gòu)質(zhì)量信息管理系統(tǒng)的設(shè)計和應(yīng)用.中國科技信息,2005,(17):97.

5孫衛(wèi)琴.JAVA開發(fā)專家?精通 Hibernate:Java對象持久化技術(shù)詳解.第2版.北京:電子工業(yè)出版社,2010.

6 Reed R.Totalquality managementand sustainable competitive advantage.Journal of Quality Management, 2000,(5):5–26.

7 Gerber A,Dietzsch M.Karnten altheas information based dynamic quality system for non-hierarchic regional production network.Robotics and Computer Integrated Manufacturing,2004,(20):583–591.

8吳朔媚,宋建衛(wèi),范亞斌.基于Web Service的煤炭企業(yè)信息系統(tǒng)集成方案.煤炭技術(shù),2011,12(30):146–148.

9莫勇騰.深入淺出設(shè)計模式(C#/Java版).北京:清華大學(xué)出版社,2006.

10 Thompson D.A System approach to TQM.Manufacturing Engineering,1999,(6):63–80.

11 Sandhu RS,Coyne EJ.Role-based access control models. IEEE Computer,1996,2(3):8–47.

12丁仲,左春.用于RBAC權(quán)限管理的面向?qū)ο罂蚣?計算機工程與應(yīng)用,2005,41(17):43–45.

Airspace Reject Cognizance System

HAN Wei-Jie1,GAO Fei1,SUN Lei-Bin1,XU Kai-Zhou1,SHI Yuan-Chao2

1(Shanghai Space Propulsion Technology Research Institute,Shanghai 201109,China)
2(Shanghai Institute of Spaceflight Control Technology,Shanghai 201109,China)

The Airspace Reject Cognizance System is designed to solve the problem existing in the management of unqualified products in a certain aerospace industry in daily work.The system is highly expandable and also it has uniform management platform which can carry out overall managements such as:the unqualified product trial,the unqualified product prevention,the zero return request and the basic establishment.Using WebService to integrate external systems,the result of feedback data from Airspace Reject Cognizance System can be analyzed.The test and operation show that this system is feasible and reliable.

management reject;integrate system;WebService;analyze result

2016-08-24;收到修改稿時間:2016-09-23

10.15888/j.cnki.csa.005736