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

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

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

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

1 UML建模機制

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

1.1 用例視圖

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

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

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

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

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

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

(6)統(tǒng)計分析:通過一定的查詢條件對系統(tǒng)數(shù)據(jù)庫中的各類疵點數(shù)據(jù)進行查詢、統(tǒng)計,使其形成生產(chǎn)管理所需的各類圖、表、報表以及曲線,能夠比較直觀、清楚的形成各類參考依據(jù),從中挖掘影響生產(chǎn)數(shù)據(jù)正確性的、干涉疵點數(shù)據(jù)完整性的隱形信息,從而達到為廠級生產(chǎn)管理者提供準(zhǔn)確、及時、全面的決策依據(jù),進而達到提高生產(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)對系統(tǒng)中的基礎(chǔ)數(shù)據(jù)(其中包括疵點信息編碼規(guī)則的建立、疵點的編碼、疵點數(shù)據(jù)的錄入、導(dǎo)入導(dǎo)出、產(chǎn)量數(shù)據(jù)的獲取,工作日志的建立,品種信息的獲取、二次編輯等)進行維護.而對于局域網(wǎng)內(nèi)的其他車間的系統(tǒng)管理員、數(shù)據(jù)庫管理員而言,可通過局域網(wǎng)進行產(chǎn)量數(shù)據(jù)、品種信息以及疵點數(shù)據(jù)的錄入、查詢、統(tǒng)計、打印以及更新操作.同樣,廠級領(lǐng)導(dǎo)、生產(chǎn)管理者也通過局域網(wǎng)對已交接班的產(chǎn)量數(shù)據(jù)、疵點數(shù)據(jù)根據(jù)需要進行統(tǒng)計與分析,形成比較直觀的數(shù)據(jù)統(tǒng)計分析結(jié)果,并按考核指標(biāo)和考核目的的不同,除去一定比例的不合理數(shù)據(jù),使其形成比較接近實際需要的管理決策數(shù)據(jù).

1.2 靜態(tài)視圖

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

1.2.1 系統(tǒng)對象

(1)類Persistent

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

(2)類OID

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

(3)類User

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

(4)類Assortment

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

(5)類Defect

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

(6)類Yield

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

(7)類HistoryData

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

1.2.2 用戶界面類

(1)類LoginDlg

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

(2)類UserDlg

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

(3)類AssortmentDlg

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

(4)類YieldDlg

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

(5)類DefectDlg

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

(6)類RearchDlg

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

(7)類StaticsDlg

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

1.3 并發(fā)視圖

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

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

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

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

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

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

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

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

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

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

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

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

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

2.2 算法的構(gòu)造

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

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

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

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

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

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

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

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

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

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

圖3 角色管理用例

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

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

5 結(jié)束語

基于軟件工程思想,利用UML分析設(shè)計疵點數(shù)據(jù)管理系統(tǒng),可以對項目進行有效的計劃和管理,同時降低風(fēng)險、提高質(zhì)量、降低軟件開發(fā)復(fù)雜度、提高軟件開發(fā)效率.使用UML建立系統(tǒng)模型,從不同的方面,采用不同的視圖,全面地分析出系統(tǒng)的靜態(tài)和動態(tài)結(jié)構(gòu),使疵點數(shù)據(jù)管理系統(tǒng)的開發(fā)流程變得十分清晰,有利于提供系統(tǒng)的穩(wěn)定性、可維護行和重用性,并為系統(tǒng)開發(fā)人員、系統(tǒng)用戶、分析人員、測試人員以及廠級生產(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ò)在織物疵點識別中的應(yīng)用[J].紡織學(xué)報,2008,29(9):43-46.

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

[5]鄒超,朱德森,肖力.基于類別共生矩陣的紋理疵點檢測方法[J].華中科技大學(xué)學(xué)報:自然科學(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]吳少剛.機群OpenMP系統(tǒng)的設(shè)計與實現(xiàn)[J].計算機學(xué)報,2004,27(7):904-911.

[11]汪文元,沙基昌,譚東風(fēng).基于Petri網(wǎng)和UM L活動圖工作流建模比較[J].系統(tǒng)仿真學(xué)報,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.