基于UM L技術(shù)的疵點(diǎn)數(shù)據(jù)管理系統(tǒng)

邵景峰,王崑凌,任克儉,陳金廣

(1.西安工程大學(xué)教務(wù)處,陜西 西安 710048;2.陜西風(fēng)輪紡織股份有限公司生產(chǎn)技術(shù)部,陜西 咸陽 712000)

疵點(diǎn)數(shù)據(jù)的管理與整合是紡織廠整理車間生產(chǎn)管理業(yè)務(wù)發(fā)展的一個(gè)重要分支,更是整個(gè)紡織企業(yè)生產(chǎn)管理與統(tǒng)計(jì)分析工作的一個(gè)重要組成部分.疵點(diǎn)數(shù)據(jù)的正確性直接關(guān)系著各個(gè)生產(chǎn)車間乃至企業(yè)的生產(chǎn)過程的管理和利潤分析與統(tǒng)計(jì).隨著紡織廠的不斷重組和生產(chǎn)管理方式的不斷改革,疵點(diǎn)的管理與考核方式以及管理方式也在不斷的細(xì)化,其傳統(tǒng)的人工統(tǒng)計(jì)工作逐漸不能滿足紡織廠生產(chǎn)管理的需求.開發(fā)疵點(diǎn)信息管理系統(tǒng),不僅會(huì)給整理車間的業(yè)務(wù)工作和生產(chǎn)管理工作帶來顯著效益和成果,而且符合紡織廠信息化、網(wǎng)絡(luò)化發(fā)展的方向.目前,在國外布匹疵點(diǎn)檢測和疵點(diǎn)數(shù)據(jù)的管理發(fā)展到了比較成熟的階段[1-2],但是尚未形成統(tǒng)一的管理標(biāo)準(zhǔn);而在國內(nèi),一些專家、學(xué)者,主要針對(duì)布匹的疵點(diǎn)檢測進(jìn)行了大量的理論研究[3-5],但成功投入使用的系統(tǒng)相對(duì)較少,在技術(shù)上還處于研究階段.此外,國內(nèi)紡織廠在疵點(diǎn)數(shù)據(jù)的管理方面缺乏行業(yè)規(guī)范標(biāo)準(zhǔn),雖然有的紡織廠開發(fā)了或正在研發(fā)符合本廠的疵點(diǎn)數(shù)據(jù)管理系統(tǒng),但是只局限與單機(jī)狀態(tài)和本廠使用,很難具有通用性,尤其當(dāng)需要長期保存這些數(shù)據(jù)時(shí),數(shù)據(jù)庫的容量以及檢索效率都難以保證.

本文針對(duì)現(xiàn)有系統(tǒng)在疵點(diǎn)數(shù)據(jù)處理和管理方面的不足,結(jié)合整理車間生產(chǎn)管理的需求,開發(fā)一種面向?qū)ο蟮拇命c(diǎn)信息管理系統(tǒng),利用UML(Unified Modeling Language,統(tǒng)一建模語言)[6]為系統(tǒng)建模,并給出其用例圖、類圖、活動(dòng)圖及序列圖,詳細(xì)分析創(chuàng)建這些圖的要點(diǎn)及過程.

1 UML建模機(jī)制

UML不僅支持面向?qū)ο蟮姆治雠c設(shè)計(jì),而且支持從需求分析到設(shè)計(jì)以及實(shí)現(xiàn)軟件開發(fā)的全過程.UML還支持三種建模方式:功能性、靜態(tài)及動(dòng)態(tài)建模,其中功能性建模是描述系統(tǒng)提供的功能,靜態(tài)建模是現(xiàn)實(shí)生活中各種對(duì)象以及它們之間的關(guān)系抽象,動(dòng)態(tài)建模描述系統(tǒng)中的對(duì)象在執(zhí)行期間不同的時(shí)間點(diǎn)的動(dòng)態(tài)交互[7].

1.1 用例視圖

疵點(diǎn)數(shù)據(jù)管理系統(tǒng)的服務(wù)對(duì)象主要是廠級(jí)生產(chǎn)管理者,各個(gè)車間的主任、班長、系統(tǒng)管理員以及全體職工,而系統(tǒng)的使用對(duì)象為整個(gè)紡織廠的工作人員.用例用于描述用戶需求的基本功能,使得系統(tǒng)主要完成以下功能:

(1)疵點(diǎn)編碼:對(duì)各類疵點(diǎn)按照編碼規(guī)則進(jìn)行編碼,從根本上保證疵點(diǎn)編碼在系統(tǒng)數(shù)據(jù)庫中的唯一性,以及消除疵點(diǎn)名稱在各個(gè)車間重復(fù)的現(xiàn)象,從而保證系統(tǒng)數(shù)據(jù)庫的穩(wěn)定性.

(2)疵點(diǎn)數(shù)據(jù)管理:對(duì)已正式轉(zhuǎn)入疵點(diǎn)歷史數(shù)據(jù)庫中的疵點(diǎn)數(shù)據(jù)進(jìn)行錄入、查詢、刪除、統(tǒng)計(jì)與分析、以及一致性校驗(yàn)等操作,從而形成生產(chǎn)管理與統(tǒng)計(jì)分析所需的各類報(bào)表.

(3)用戶管理:由于系統(tǒng)的體系結(jié)構(gòu)采取的是Client/Server模式,使系統(tǒng)內(nèi)的所有用戶通過局域網(wǎng)實(shí)現(xiàn)疵點(diǎn)數(shù)據(jù)的存取.因此,對(duì)各個(gè)客戶端用戶進(jìn)行合理的管理,進(jìn)行訪問權(quán)限的分配和管理,以及IP地址的管理,保證系統(tǒng)數(shù)據(jù)庫的安全性.

(4)參數(shù)設(shè)置:為保證系統(tǒng)的正常運(yùn)行,必須為系統(tǒng)提供各類運(yùn)轉(zhuǎn)參數(shù),諸如疵點(diǎn)數(shù)據(jù)考核指標(biāo)、工作月首日的設(shè)置、各類報(bào)表格式的設(shè)置等.

(5)數(shù)據(jù)處理:根據(jù)紡織廠生產(chǎn)管理發(fā)展的要求,以及各個(gè)生產(chǎn)車間生產(chǎn)管理考核方式的不同,對(duì)一些不合理數(shù)據(jù)進(jìn)行預(yù)處理,進(jìn)而保證整個(gè)系統(tǒng)數(shù)據(jù)庫中疵點(diǎn)數(shù)據(jù)統(tǒng)計(jì)結(jié)果的正確性,為各類報(bào)表的統(tǒng)計(jì)與分析提供最正確的基礎(chǔ)數(shù)據(jù).

(6)統(tǒng)計(jì)分析:通過一定的查詢條件對(duì)系統(tǒng)數(shù)據(jù)庫中的各類疵點(diǎn)數(shù)據(jù)進(jìn)行查詢、統(tǒng)計(jì),使其形成生產(chǎn)管理所需的各類圖、表、報(bào)表以及曲線,能夠比較直觀、清楚的形成各類參考依據(jù),從中挖掘影響生產(chǎn)數(shù)據(jù)正確性的、干涉疵點(diǎn)數(shù)據(jù)完整性的隱形信息,從而達(dá)到為廠級(jí)生產(chǎn)管理者提供準(zhǔn)確、及時(shí)、全面的決策依據(jù),進(jìn)而達(dá)到提高生產(chǎn)管理的目的.根據(jù)功能需求分析,定義的用例如圖l所示.

圖1 系統(tǒng)用例圖

基于系統(tǒng)用例圖,其系統(tǒng)數(shù)據(jù)流程為:首先由系統(tǒng)管理員在系統(tǒng)中設(shè)置系統(tǒng)使用權(quán)限,建立用戶賬戶,并為相應(yīng)的用戶分配使用權(quán)限;然后當(dāng)用戶擁有相應(yīng)的用戶名、密碼和使用權(quán)限后,在相應(yīng)的權(quán)限范圍內(nèi)對(duì)系統(tǒng)中的基礎(chǔ)數(shù)據(jù)(其中包括疵點(diǎn)信息編碼規(guī)則的建立、疵點(diǎn)的編碼、疵點(diǎn)數(shù)據(jù)的錄入、導(dǎo)入導(dǎo)出、產(chǎn)量數(shù)據(jù)的獲取,工作日志的建立,品種信息的獲取、二次編輯等)進(jìn)行維護(hù).而對(duì)于局域網(wǎng)內(nèi)的其他車間的系統(tǒng)管理員、數(shù)據(jù)庫管理員而言,可通過局域網(wǎng)進(jìn)行產(chǎn)量數(shù)據(jù)、品種信息以及疵點(diǎn)數(shù)據(jù)的錄入、查詢、統(tǒng)計(jì)、打印以及更新操作.同樣,廠級(jí)領(lǐng)導(dǎo)、生產(chǎn)管理者也通過局域網(wǎng)對(duì)已交接班的產(chǎn)量數(shù)據(jù)、疵點(diǎn)數(shù)據(jù)根據(jù)需要進(jìn)行統(tǒng)計(jì)與分析,形成比較直觀的數(shù)據(jù)統(tǒng)計(jì)分析結(jié)果,并按考核指標(biāo)和考核目的的不同,除去一定比例的不合理數(shù)據(jù),使其形成比較接近實(shí)際需要的管理決策數(shù)據(jù).

1.2 靜態(tài)視圖

靜態(tài)結(jié)構(gòu)主要用類圖和對(duì)象圖來描述,其中對(duì)象圖是類圖的實(shí)例,幾乎使用與類圖完全相同的標(biāo)識(shí),其不同點(diǎn)在于對(duì)象圖顯示類的多個(gè)對(duì)象實(shí)例[8],而類圖設(shè)計(jì)是面向?qū)ο蠓椒ǖ暮诵募夹g(shù),通過類圖將用例的實(shí)現(xiàn)具體到每個(gè)類中,從而完成從設(shè)計(jì)走向細(xì)化的過程[9].

1.2.1 系統(tǒng)對(duì)象

(1)類Persistent

主要用來支持對(duì)象的持久存儲(chǔ),具有將對(duì)象寫入數(shù)據(jù)庫文件的方法read()和從數(shù)據(jù)庫讀出對(duì)象的方法write(),通過OID檢索對(duì)象,獲得持久對(duì)象的OID,以及存儲(chǔ)、刪除、更新對(duì)象的方法[10].

(2)類OID

主要用來引用系統(tǒng)中的持久對(duì)象,使得從數(shù)據(jù)庫文件中引用和檢索對(duì)象變得容易,通過將OID傳遞給類Persistent的方法subject(),可以從數(shù)據(jù)庫文件中讀出對(duì)象,并將對(duì)象返回給調(diào)用者.

(3)類User

描述系統(tǒng)中的所有用戶信息,其中主要包括用戶名 、密碼、姓名 、性別 、崗位 、所屬車間、工種、工作號(hào)等,所有對(duì)象都是持久的(Persistent),繼承了類Persistent并實(shí)現(xiàn)了讀寫操作.

(4)類Assortment

主要用例描述系統(tǒng)中的品種信息,包括品種編號(hào)、品種支數(shù)、品種英制名稱、品種公制名稱、緯密、匹長、計(jì)劃單產(chǎn)、理論單產(chǎn)、計(jì)劃車速等,它也繼承了類Persistent并實(shí)現(xiàn)了讀寫操作.

(5)類Defect

代表疵點(diǎn)數(shù)據(jù)的基本信息,主要包括疵點(diǎn)編碼、疵點(diǎn)名稱、疵點(diǎn)匹數(shù)、所屬車間等.

(6)類Yield

主要描述在品種的下機(jī)產(chǎn)量信息,其中主要包括品種編碼、品種公制名稱、品種英制名稱、匹長、打包數(shù)、產(chǎn)量、日期、班次等信息,所有對(duì)象都是持久的(Persistent).

(7)類HistoryData

主要用來描述疵點(diǎn)數(shù)據(jù)的交接班數(shù)據(jù)信息,其中主要包括品種編碼、品種公制名稱、品種英制名稱、匹長、疵點(diǎn)編碼、疵點(diǎn)名稱、疵點(diǎn)匹數(shù)、日期等,所有對(duì)象都是持久的(Persistent).

1.2.2 用戶界面類

(1)類LoginDlg

提供系統(tǒng)登錄界面,即當(dāng)所有用戶擁有職工號(hào)、密碼以及系統(tǒng)用戶權(quán)限后,通過系統(tǒng)登錄界面可以登錄到系統(tǒng),進(jìn)行權(quán)限范圍內(nèi)的系統(tǒng)操作.

(2)類UserDlg

進(jìn)行職工信息的維護(hù),并可執(zhí)行諸如添加、刪除、查詢、統(tǒng)計(jì)操作等.

(3)類AssortmentDlg

進(jìn)行品種數(shù)據(jù)的處理界面,數(shù)據(jù)庫管理員以及擁有權(quán)限的普通用戶可通過局域網(wǎng)實(shí)現(xiàn)品種信息的錄入、查詢、統(tǒng)計(jì)、分析等操作.

(4)類YieldDlg

進(jìn)行產(chǎn)量數(shù)據(jù)的處理界面,整理車間的數(shù)據(jù)庫管理員可對(duì)已交接班的產(chǎn)量數(shù)據(jù)進(jìn)行預(yù)處理,并進(jìn)行產(chǎn)量信息的錄入、導(dǎo)入導(dǎo)出、增加、刪除、一致性校驗(yàn)等操作.

(5)類DefectDlg

進(jìn)行疵點(diǎn)數(shù)據(jù)的處理界面,整理車間的數(shù)據(jù)庫管理員可對(duì)疵點(diǎn)數(shù)據(jù)信息進(jìn)行增加、刪除、查詢、統(tǒng)計(jì)、分析等操作.

(6)類RearchDlg

信息綜合查詢界面,當(dāng)系統(tǒng)中的用戶擁有使用權(quán)限后,登錄系統(tǒng)并進(jìn)行驗(yàn)證,使合法用戶在一定的權(quán)限范圍內(nèi)進(jìn)行疵點(diǎn)數(shù)據(jù)信息查詢、統(tǒng)計(jì),此操作也可通過局域網(wǎng)來實(shí)現(xiàn).

(7)類StaticsDlg

對(duì)已交接班的疵點(diǎn)數(shù)據(jù)信息按預(yù)設(shè)條件進(jìn)行查詢、統(tǒng)計(jì),形成一定的數(shù)據(jù)結(jié)果,此功能僅限于權(quán)限級(jí)別較高的系統(tǒng)管理員、廠級(jí)生產(chǎn)管理者,他們可以在局域網(wǎng)內(nèi)實(shí)現(xiàn)疵點(diǎn)數(shù)據(jù)信息的預(yù)處理、一致性校驗(yàn),并以圖、表、報(bào)表、曲線等形式對(duì)疵點(diǎn)數(shù)據(jù)進(jìn)行統(tǒng)計(jì)與分析,從而形成管理決策數(shù)據(jù)依據(jù).

1.3 并發(fā)視圖

靜態(tài)建模以后,需要描述所建立的模型是否可以執(zhí)行,以及執(zhí)行時(shí)的時(shí)序狀態(tài)或交互關(guān)系,以及顯示系統(tǒng)的并發(fā)工作狀況[11].

系統(tǒng)的動(dòng)態(tài)建?？梢杂媒换プ饔脠D、序列圖、狀態(tài)圖和活動(dòng)圖來描述.其中序列圖用來顯示各個(gè)對(duì)象之間的動(dòng)態(tài)合作關(guān)系,重點(diǎn)強(qiáng)調(diào)各對(duì)象之間消息的發(fā)生順序,同時(shí)顯示對(duì)象及它們之間的交互[12].圖2給出了廠級(jí)生產(chǎn)管理者在疵點(diǎn)數(shù)據(jù)管理系統(tǒng)中進(jìn)行查詢統(tǒng)計(jì)疵點(diǎn)數(shù)據(jù)活動(dòng)的序列圖.整個(gè)消息的發(fā)送過程為:廠級(jí)生產(chǎn)管理者輸入用戶名和密碼后,系統(tǒng)進(jìn)行身份驗(yàn)證,當(dāng)驗(yàn)證通過后,為其分配用戶賬戶對(duì)應(yīng)的系統(tǒng)權(quán)限,并啟動(dòng)系統(tǒng)的主界面;然后在統(tǒng)計(jì)分析子系統(tǒng)中選擇需要查詢統(tǒng)計(jì)的各種組合條件,當(dāng)查詢條件選定后,向服務(wù)器發(fā)送查詢請(qǐng)求;而服務(wù)器接受請(qǐng)求后,在系統(tǒng)數(shù)據(jù)庫中進(jìn)行用戶界面條件的查詢、統(tǒng)計(jì),并形成結(jié)果數(shù)據(jù),再按條件形成圖、表、報(bào)表或曲線等形式在系統(tǒng)終端顯示;最后根據(jù)顯示形式在系統(tǒng)數(shù)據(jù)參考依據(jù)中列出影響生產(chǎn)管理過程、產(chǎn)量數(shù)據(jù)正確性的主要因素以及最佳的決策數(shù)據(jù)依據(jù).

圖2 疵點(diǎn)數(shù)據(jù)統(tǒng)計(jì)與分析時(shí)序圖

2 系統(tǒng)功能設(shè)計(jì)與算法構(gòu)造

2.1 系統(tǒng)功能設(shè)計(jì)

(1)系統(tǒng)的執(zhí)行流程為:若在系統(tǒng)初始狀態(tài),系統(tǒng)數(shù)據(jù)庫中的所有數(shù)據(jù)表均為空,則:

首先從整理車間的信息管理系統(tǒng)中檢索所選日期的品種、產(chǎn)量信息,然后根據(jù)系統(tǒng)提示選取所需要的品種對(duì)應(yīng)產(chǎn)量數(shù)據(jù)直接增加到產(chǎn)量臨時(shí)表Yield-Temp中.

在品種臨時(shí)表BreedTemp中對(duì)品種產(chǎn)量信息進(jìn)行過濾、核對(duì),并進(jìn)行品種信息的更新,使其成為完整的、可滿足疵點(diǎn)數(shù)據(jù)錄入需要的品種信息.

根據(jù)BreedTemp中的品種信息利用疵點(diǎn)數(shù)據(jù)導(dǎo)入功能或手工錄入功能將所選日期的疵點(diǎn)數(shù)據(jù)錄入疵點(diǎn)臨時(shí)表DefectTemp中,通過疵點(diǎn)人機(jī)界面對(duì)該表中的疵點(diǎn)數(shù)據(jù)進(jìn)行核對(duì)、查詢等;若疵點(diǎn)數(shù)據(jù)正確無誤,則直接將這些數(shù)據(jù)導(dǎo)入疵點(diǎn)歷史表DefectHistory中,同時(shí),將DefectTemp中的數(shù)據(jù)同步備份到DefectBackup表中,進(jìn)行永久性存儲(chǔ),為各類報(bào)表的產(chǎn)生與打印、疵點(diǎn)歷史數(shù)據(jù)的分析與統(tǒng)計(jì)提供基礎(chǔ)數(shù)據(jù);最后將BreedTemp中的臨時(shí)數(shù)據(jù)轉(zhuǎn)入BreedHistory中,并YieldTemp中的臨時(shí)數(shù)據(jù)轉(zhuǎn)入YieldHistory中,進(jìn)行永久性存儲(chǔ).

(2)若不在系統(tǒng)初始狀態(tài),系統(tǒng)的執(zhí)行流程為:

首先判斷疵點(diǎn)臨時(shí)表DefectTemp中的疵點(diǎn)信息是否正式轉(zhuǎn)入到疵點(diǎn)歷史表DefectHistory中.若疵點(diǎn)歷史表中已存在所選日期的疵點(diǎn)信息,則需要執(zhí)行一致性校驗(yàn)操作,其主要是為了防止因人為的誤操作而導(dǎo)致數(shù)據(jù)庫中數(shù)據(jù)的不一致,從而保證系統(tǒng)數(shù)據(jù)庫中數(shù)據(jù)的完整性和一致性;若不存在,則將疵點(diǎn)信息從疵點(diǎn)臨時(shí)表DefectTemp直接轉(zhuǎn)入歷史表DefectHistory中.

系統(tǒng)自動(dòng)選取新品種,并提示是否需要該品種和產(chǎn)量.若需要,則直接將該品種和產(chǎn)量信息增加到產(chǎn)量臨時(shí)表YieldTemp中,若不需要,則放棄;而對(duì)于產(chǎn)量臨時(shí)表中已存在的品種信息,系統(tǒng)所采取的方法是在該表中執(zhí)行更新操作,將品種、產(chǎn)量、日期等數(shù)據(jù)信息進(jìn)行更新,使其成為所選日期的最新數(shù)據(jù);再根據(jù)品種歷史表BreedHistory中的品種信息對(duì)該品種進(jìn)行更新,使其成為完整的、可滿足需要的品種信息;

在品種臨時(shí)表BreedTemp中,對(duì)所選日期的品種、產(chǎn)量數(shù)據(jù)進(jìn)行核對(duì)和新品種信息的修改,為后期疵點(diǎn)錄入做準(zhǔn)備.若品種、產(chǎn)量數(shù)據(jù)信息正確無誤,同2.1節(jié)(1)中的操作,將疵點(diǎn)數(shù)據(jù)錄入疵點(diǎn)臨時(shí)表DefectTemp中.如果疵點(diǎn)數(shù)據(jù)正確無誤,則直接將這些數(shù)據(jù)導(dǎo)入疵點(diǎn)歷史表DefectHistory中,進(jìn)行永久性存儲(chǔ),為各類報(bào)表的產(chǎn)生與打印、疵點(diǎn)歷史數(shù)據(jù)的分析與統(tǒng)計(jì)提供基礎(chǔ)數(shù)據(jù);同時(shí),將DefectTemp中的數(shù)據(jù)同步備份到DefectBackup表中;最后將BreedTemp中的數(shù)據(jù)導(dǎo)入BreedHistory中,并將YieldTemp中的數(shù)據(jù)導(dǎo)入YieldHistory中,也進(jìn)行永久性存儲(chǔ).

2.2 算法的構(gòu)造

根據(jù)系統(tǒng)功能設(shè)計(jì)原理,為了提高數(shù)據(jù)庫中數(shù)據(jù)的運(yùn)行或存儲(chǔ)效率,在各數(shù)據(jù)表中,數(shù)據(jù)均以分品種的順序存儲(chǔ).在數(shù)據(jù)更新和傳輸過程,對(duì)每條數(shù)據(jù)以一維數(shù)組的方式進(jìn)行計(jì)算和傳輸,其數(shù)組的定義如下:

首先在讀取產(chǎn)量信息的系統(tǒng)界面上獲取所選日期T1,然后在產(chǎn)量臨時(shí)表YieldTemp中讀取日期T2,再判斷T1與T2的大小.若T1＞T2,則從整理車間信息管理系統(tǒng)數(shù)據(jù)庫中以分品種的方式讀取第m條品種、產(chǎn)量信息,并將品種名稱、匹長、產(chǎn)量米數(shù)等值賦給數(shù)組B[i]進(jìn)行暫存,直到檢索完為止,其中i為指針.此時(shí),如果YieldTemp中無任何數(shù)據(jù),則根據(jù)用戶需要判斷是否需要錄入第m條數(shù)據(jù);若需要增加,則用數(shù)組B[i]中的數(shù)據(jù)按B[1](B[1]中存放的是品種英制名稱)中的數(shù)據(jù)不斷更新YieldTemp表中各字段的數(shù)據(jù).如果YieldTemp中有數(shù)據(jù),則判斷所讀取的數(shù)據(jù)中是否有新品種信息;若有,同樣,根據(jù)B[1]中的品種數(shù)據(jù)不斷更新YieldTemp表中個(gè)字段的數(shù)據(jù);若無,則直接將B[i]中的數(shù)據(jù)增加到數(shù)據(jù)表中.若T1≤T2,則根據(jù)B[1]中的品種數(shù)據(jù),用B[i]中的數(shù)據(jù)不斷判斷YieldTemp表中逐條記錄的字段數(shù)據(jù)值,其算法的實(shí)現(xiàn)過程見表1.

表1 算法實(shí)現(xiàn)過程表

29 if(A[i]==C[i])30 break;31 end if 32 else 33 C[i]←A[i]//用疵點(diǎn)臨時(shí)表中的數(shù)據(jù)更新疵點(diǎn)歷史數(shù)據(jù)表中的數(shù)據(jù)34 end else 35 n++;36 i++;37 end while 38end else___39____e________________________________________ndelse

3 系統(tǒng)安全性設(shè)計(jì)

系統(tǒng)安全管理主要指權(quán)限管理,而權(quán)限管理主要指將選定的權(quán)限對(duì)象授權(quán)給相應(yīng)的角色或用戶,同時(shí)權(quán)限對(duì)象可以根據(jù)用戶和角色兩種方式進(jìn)行分配[13].因此,在疵點(diǎn)數(shù)據(jù)管理系統(tǒng)中,由系統(tǒng)管理員對(duì)系統(tǒng)用戶進(jìn)行管理和審批,以確定用戶享有信息的大小和類別,對(duì)不同級(jí)別的用戶分配不同的使用權(quán)限,從而達(dá)到保護(hù)系統(tǒng)數(shù)據(jù)庫的安全管理.

疵點(diǎn)數(shù)據(jù)管理系統(tǒng)的數(shù)據(jù)庫管理包括系統(tǒng)運(yùn)行參數(shù)的管理、疵點(diǎn)數(shù)據(jù)的管理、品種信息的管理、產(chǎn)量數(shù)據(jù)信息的管理、用戶數(shù)據(jù)的管理和數(shù)據(jù)檢索等主要部分組成.結(jié)合實(shí)際需求,以及系統(tǒng)功能的升級(jí)和集成需求,我們將系統(tǒng)的角色分為兩類:

(1)系統(tǒng)管理員(administrator),其能夠進(jìn)行創(chuàng)建應(yīng)用數(shù)據(jù)庫(application database),能在應(yīng)用數(shù)據(jù)庫數(shù)據(jù)的基礎(chǔ)上創(chuàng)建系統(tǒng)運(yùn)行參數(shù)、品種信息、用戶信息、產(chǎn)量數(shù)據(jù)信息、疵點(diǎn)數(shù)據(jù)信息、數(shù)據(jù)集成接口數(shù)據(jù)信息等,并對(duì)應(yīng)用數(shù)據(jù)庫進(jìn)行多功能操作,以及刪除應(yīng)用數(shù)據(jù)庫,導(dǎo)入規(guī)定格式的疵點(diǎn)數(shù)據(jù)、產(chǎn)量數(shù)據(jù)等;

(2)普通用戶(user),其只能在權(quán)限范圍內(nèi),在系統(tǒng)界面上進(jìn)行一些疵點(diǎn)數(shù)據(jù)的錄入、查詢、統(tǒng)計(jì)和報(bào)表的打印.對(duì)其他車間的遠(yuǎn)程客戶端而言,同樣在權(quán)限范圍內(nèi),通過局域網(wǎng)實(shí)現(xiàn)一些工藝參數(shù)、系統(tǒng)運(yùn)轉(zhuǎn)參數(shù)、產(chǎn)量數(shù)據(jù)、疵點(diǎn)數(shù)據(jù)的網(wǎng)上錄入,查詢,以及報(bào)表打印等操作.

用例是由系統(tǒng)完成的一組動(dòng)作的描述,它產(chǎn)生對(duì)特定參與者有價(jià)值的結(jié)果,根據(jù)這個(gè)定義以及系統(tǒng)的功能需求分析,建立了系統(tǒng)的角色管理用例模型,如圖3所示.有效地保證了系統(tǒng)數(shù)據(jù)庫的安全性,以及數(shù)據(jù)庫所有數(shù)據(jù)的正確性和一致性.

圖3 角色管理用例

4 系統(tǒng)應(yīng)用分析

以UML建模理論為指導(dǎo),設(shè)計(jì)了一個(gè)面向?qū)ο蟮拇命c(diǎn)數(shù)據(jù)管理系統(tǒng)模型,并開發(fā)了相應(yīng)的管理系統(tǒng).經(jīng)過實(shí)際應(yīng)用證明,系統(tǒng)界面友好、功能強(qiáng)大、結(jié)構(gòu)簡潔靈活,主要管理滿足了整理車間在疵點(diǎn)數(shù)據(jù)管理方面的實(shí)際需要,提高了車間的工作效率,減少了不必要的人工手工操作,優(yōu)化了車間生產(chǎn)管理的工作流程,提高了信息來源的準(zhǔn)確性和高效性,同時(shí),其他生產(chǎn)車間和部門可通過局域網(wǎng)可實(shí)現(xiàn)疵點(diǎn)數(shù)據(jù)信息的共用共享,促進(jìn)了紡織企業(yè)信息化的發(fā)展,并且疵點(diǎn)數(shù)據(jù)管理系統(tǒng)模型是可行的、合理的,具有一定的經(jīng)濟(jì)應(yīng)用價(jià)值.

5 結(jié)束語

基于軟件工程思想,利用UML分析設(shè)計(jì)疵點(diǎn)數(shù)據(jù)管理系統(tǒng),可以對(duì)項(xiàng)目進(jìn)行有效的計(jì)劃和管理,同時(shí)降低風(fēng)險(xiǎn)、提高質(zhì)量、降低軟件開發(fā)復(fù)雜度、提高軟件開發(fā)效率.使用UML建立系統(tǒng)模型,從不同的方面,采用不同的視圖,全面地分析出系統(tǒng)的靜態(tài)和動(dòng)態(tài)結(jié)構(gòu),使疵點(diǎn)數(shù)據(jù)管理系統(tǒng)的開發(fā)流程變得十分清晰,有利于提供系統(tǒng)的穩(wěn)定性、可維護(hù)行和重用性,并為系統(tǒng)開發(fā)人員、系統(tǒng)用戶、分析人員、測試人員以及廠級(jí)生產(chǎn)管理者提供了一條標(biāo)準(zhǔn)的交流途徑.

[1]Arivazhagan S,Ganesan L,Bama S.Fault segmentation in fabric images using Gabor wavelet transform[J].Machine Vision and Applications,2006,16(6):356-363.

[2]Bodmarova A,Bennamoun M,Kubik K K.Suitability analysis of techniques for flaw detection in tex tiles using tex ture analysis[J].Pattern Analysis&Applications,2000,3(3):254-266.

[3]劉建立,左保齊.BP神經(jīng)網(wǎng)絡(luò)在織物疵點(diǎn)識(shí)別中的應(yīng)用[J].紡織學(xué)報(bào),2008,29(9):43-46.

[4]陳俊杰,謝春萍.基于神經(jīng)網(wǎng)絡(luò)的織物疵點(diǎn)識(shí)別技術(shù)[J].紡織學(xué)報(bào),2006,27(4):36-38.

[5]鄒超,朱德森,肖力.基于類別共生矩陣的紋理疵點(diǎn)檢測方法[J].華中科技大學(xué)學(xué)報(bào):自然科學(xué)版,2006,34(6):25-28.

[6]Kuntimad G,Ranganath H S.Perfect image segmentation using pulse coupled neural networks[J].IEEE T ransactions on Neural Networks.1999,10(3):591-598.

[7]Kumar A,Pang G.Defect detection in textured materials using gabor filters[J].IEEE T ransactions on Industry Applications,2002,38(2):425-440.

[8]Antonio Tilocca.Detecting fabric defects with a neural network using two kings of optical patterns[J].T ex tile Research Journal,2003,72(6):545-550.

[9]Offutt A J,Abdurazik A.Using UM L collaboration diag rams for static checking and test generation[C]//Proc.3rd International Conference on the Unified Modeling Language.York,UK,2000:383-395.

[10]吳少剛.機(jī)群OpenMP系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)學(xué)報(bào),2004,27(7):904-911.

[11]汪文元,沙基昌,譚東風(fēng).基于Petri網(wǎng)和UM L活動(dòng)圖工作流建模比較[J].系統(tǒng)仿真學(xué)報(bào),2006,18(2):504-510.

[12]Ryan J,Heavey C.Process modeling for simulation[J].Computers in Industry,2006,57(3):437-450.

[13]Malinowski E,Zimanyi E.Hierarchies in a multidimensional mode:From conceptual modeling to logical representation[J].Data&Knowledge Engineering,2006,59(2):348-377.