劉倩 俞佳 邢磊 張翔 王利娜
(1.中國航空綜合技術(shù)研究所 北京市 100028 2.華質(zhì)卓越生產(chǎn)力促進(jìn)(北京)有限公司 北京市 100028)
我國為了加強(qiáng)對國內(nèi)電子元器件的管理,實際出了專門的電子元器件管理系統(tǒng),用來管理國內(nèi)電子元器件制造商各種產(chǎn)品信息。電子元器件管理系統(tǒng)通常分為兩個部分,分別為信息網(wǎng)上發(fā)布以及后臺管理。為了使系統(tǒng)內(nèi)部每個關(guān)系之間更加清晰,并且功能更加全面。電子元器件管理系統(tǒng)采用了J2EE平臺中的三個版本,這個三個版本適用于不同設(shè)備,比如適用在小型設(shè)備、智能卡以及桌面系統(tǒng)等等。并以此為基礎(chǔ)采用一種新的網(wǎng)狀組織以及對象關(guān)系映射框架技術(shù)。其中網(wǎng)狀組織技術(shù)主要負(fù)責(zé)MVC模式的實現(xiàn),對象關(guān)系映射框架技術(shù)是負(fù)責(zé)數(shù)據(jù)持久層的實現(xiàn)。為了保證系統(tǒng)內(nèi)的數(shù)據(jù)真實有效,電子元器件管理系統(tǒng)使用了網(wǎng)狀組織自帶的攔截器,具備較好的恢復(fù)性。另外在電子元器件關(guān)系系統(tǒng)中,為了保證系統(tǒng)內(nèi)部頁面風(fēng)格能夠保持一致,采用了一種網(wǎng)頁布局和修飾框架的技術(shù)進(jìn)行整合,這樣做的目的是提高代碼的復(fù)用率,減少工作人員的工作量,提高工作效率。
三層架構(gòu)技術(shù)主要分為三個部分,分別是模型-視圖-控制器。其中分為三個部分。首先是WebWork技術(shù),WebWork是以XWork的Command模式框架為基礎(chǔ),在MVC框架中能夠進(jìn)行組織實踐。XWork系統(tǒng)具有很好的優(yōu)點,其中最明顯的是就有簡潔、靈活的特點,XWork系統(tǒng)是在標(biāo)準(zhǔn)的Command模式框架進(jìn)行設(shè)計的,同時也基本上從web層分離出來。在XWork系統(tǒng)中,為WebWork提供了很多核心功能性作用,比如前端攔截機(jī),在運(yùn)行的過程中,能夠?qū)崿F(xiàn)表單屬性驗證,然后進(jìn)行類型上的轉(zhuǎn)換,同時也能為其提供強(qiáng)大的語言功能。WebWork2是以XWork系統(tǒng)為基礎(chǔ),能夠?qū)崿F(xiàn)HTTP的請求與響應(yīng)。在整個請求的過程中,WebWork2都會被前端控制器所截獲,從而快速完成響應(yīng)的功能。另外在整個響應(yīng)的過程中,前端控制器會對請求的數(shù)據(jù)進(jìn)行不斷優(yōu)化,對系統(tǒng)內(nèi)部的數(shù)據(jù)展開初始化,根據(jù)其中的文件去尋找統(tǒng)一資源定位符所對應(yīng)的行動程序,并且要不斷去執(zhí)行,最后將執(zhí)行結(jié)果傳送到系統(tǒng)頁面中。在WebWork2系統(tǒng)中,通常會支持多視圖技術(shù)的應(yīng)用,具體包括JSP,Velocity等技術(shù)[1]。
MCV模式是電子元器件中非常重要的設(shè)計模式,同時也是行業(yè)內(nèi)廣泛所應(yīng)用的設(shè)計模式。在MVC模式中,M通常指的是業(yè)務(wù)模型,V通常指的是用戶界面,C則是用來表示控制器,在應(yīng)用MVC的過程中,其最終目的是將M和V進(jìn)行代碼分離,使電子元器件同一個程序可以表現(xiàn)出不同的樣式。另外對View的定義比較清晰的概念,也就是人們所說的用戶界面。MVC模式具有很強(qiáng)的優(yōu)點,具體包括以下幾個方面:
(1)降低代碼之間的偶然性。在MVC模式中,模型-視圖-控制器三個層會各司其職,如果某一層的需求發(fā)生了變化,那么只需要改變相應(yīng)層中的代碼即可,并且還不會影響到其他層中的代碼。
(2)能夠保證電子元器件內(nèi)部系統(tǒng)進(jìn)行分工合作。在應(yīng)用MVC模式中,根據(jù)模型-視圖-控制器三個層將系統(tǒng)分開,從而很好實現(xiàn)整體分工。電子元器件系統(tǒng)網(wǎng)頁設(shè)計人員可以在視圖層中進(jìn)行JSP,而對業(yè)務(wù)熟悉的人員可開發(fā)業(yè)務(wù)層,而其他開發(fā)人員可開發(fā)控制層。使工作效率大大提升。
(3)有利于系統(tǒng)內(nèi)部組件的重組。比如可以將控制層想象成一個獨立的組件,那么表示層也可以做成通用的操作界面。當(dāng)模型在運(yùn)行的過程中,可以同時建立和使用多個視圖,從而達(dá)到分工明確的效果。
Struts是Apache軟件基金會所贊助開發(fā)的一個項目。最初是Jakarta項目中的一個子項目,并且在之后的幾年中,逐漸成為ASF的頂級項目。Struts一般是采用JavaServlet或者JSP技術(shù),是MVC經(jīng)典設(shè)計模式中的一個經(jīng)典產(chǎn)品。Struts的優(yōu)點主要集中體現(xiàn)在兩個方面,分別為Taglib和頁面導(dǎo)航。Taglib在Struts技術(shù)中相當(dāng)于標(biāo)記庫,有著靈活多用的特點,能夠大大提高開發(fā)的效率。Struts這個名字一般來源于建筑和舊式飛機(jī)中使用的支持金屬架。所開發(fā)的目的是為了降低在應(yīng)用MVC設(shè)計模型的過程中,給開發(fā)Web系統(tǒng)提供相對應(yīng)的時間。在此過程中,仍然需要學(xué)習(xí)和應(yīng)用該架構(gòu),不過它將可以完成其中一些繁重的工作。Struts跟Tomcat、Turbine等諸多Apache項目一樣,是開源軟件,這是它的一大優(yōu)點,使開發(fā)者能更深入的了解其內(nèi)部實現(xiàn)機(jī)制。在Struts中,每一個開始類文件都需要由一個抽象的概念所指引。但是在Java編程中,很容易出現(xiàn)一些問題,比如關(guān)于多種繼承的問題。WebWork的開始類功能可以利用其它接口實現(xiàn) 更多的功能,比如驗證功能等等。在struts中,每一個開始類功能都需要允許一個實例去處理所有的清切,保證開始類所用到的資源都必須保持統(tǒng)一。但是這樣做的話,很容易引來線程安全的問題。在WebWork中,每一個請求都會對應(yīng)一個開始類功能,因此很少會出現(xiàn)線程上的安全問題。WebWork的開始類功能相比于Struts,不需要依賴Web層以及其他的容器,通過特點的代碼,去直接訪問系統(tǒng)主頁面。Struts在對開始類功能進(jìn)行控制時,需要創(chuàng)建Struts本身創(chuàng)建一個開始類功能,如果想將執(zhí)行順序進(jìn)行控制的話,需要對Struts代碼重新編寫,實現(xiàn)對電子元器件系統(tǒng)的功能需求。在整個執(zhí)行的過程中,WebWork的攔截器能夠提供強(qiáng)大功能,開始類的所有切面都能通過攔截器進(jìn)行實現(xiàn)[2]。
1.2.1 Hibernate對象映射框架
Hibernate是一個具有開放性質(zhì)的源代碼對象關(guān)系映射框架,在進(jìn)行操作的過程中,能夠?qū)DBC進(jìn)行非常非常輕量級的封裝,在特定的條件下,將POJO與數(shù)據(jù)庫表結(jié)合起來,并且形成一種新的映射關(guān)系,最終形成一個全自動的orm框架。在hibernate中,可以自動生成SQL語句,并且自動執(zhí)行下去,使得Java程序員可以隨心所欲的使用編程思維來操縱數(shù)據(jù)庫。Hibernate在任何JDBC場合下都適合使用,一方面可以在Java的客戶端程序中使用,另一方面也可以在Servlet或者JSP的Web應(yīng)用中使用。隨著信息技術(shù)的不斷發(fā)展,Hibernate可以在應(yīng)用EJB的JavaEE架構(gòu)中取代CMP,從而達(dá)到數(shù)據(jù)持久化的效果。Hibernate作為連接數(shù)據(jù)庫與界面之間的有效途徑,需要利用對象思想的角度進(jìn)行操作。其具體對象內(nèi)容可能包括JavaBeans以及POJO。應(yīng)用程序通過抽象的思維,將應(yīng)用從底層事務(wù)隔離開,在應(yīng)用底層的API或Transaction后,就可以完成輕量級框架的布置,同時為電子元器件系統(tǒng)提供一級緩存和二級緩存的功能。Hibernate為電子元器件功能直接提供相關(guān)的技術(shù)支持,底層驅(qū)動可以隨意切換數(shù)據(jù)庫,具有更好的方便性。將業(yè)務(wù)層與具體數(shù)據(jù)庫分開后,只針對Hibernate框架進(jìn)行開發(fā),就可以完成數(shù)據(jù)信息持久化的特點,根據(jù)不同類型的數(shù)據(jù)庫,形成不同的SQL查詢語句,最終有效降低數(shù)據(jù)庫遷移的成本[3]。
1.2.2 數(shù)據(jù)持久層的作用
一般在企業(yè)在應(yīng)用持久層的過程中,需要和數(shù)據(jù)庫信息進(jìn)行頻繁交換。技術(shù)人員通常會在企業(yè)數(shù)據(jù)庫之內(nèi)建立一個持久層,其主要目的是將數(shù)據(jù)信息進(jìn)行儲存,并且不斷將數(shù)據(jù)信息進(jìn)行更新與審核。在數(shù)據(jù)持久層中,最為明顯的特點就是具有持久性,指的是對象的生存特點。如果對象生存期跨越程序執(zhí)行時間較長,那么說明該對象具有非常明顯的持久性特點,能夠?qū)⒐芾沓志脤ο筮M(jìn)行有效儲存。但是在儲存的過程中,程序員無法利用同一種表達(dá)式語法進(jìn)行訪問,只能將系統(tǒng)中的暫態(tài)對象空間以及永久對象空間進(jìn)行統(tǒng)一。其實在整個數(shù)據(jù)持久層應(yīng)用的過程中,會發(fā)現(xiàn)如果對象變得過于持久化,那么很有可能會改變對象的生命周期。如果沒有將持久化機(jī)制應(yīng)用在電子元器件系統(tǒng)中,那么對象生命周期需要被刪除。反之電子元器件在應(yīng)用數(shù)據(jù)持久層后,對象的生命周期就會被延續(xù),并且經(jīng)過一系列的建立使用后,可以保證持久化機(jī)制能夠延續(xù)下去。數(shù)據(jù)持久化就是在保證對象狀態(tài)的前提下,后續(xù)采用的特定方法進(jìn)行存儲與檢查,實現(xiàn)數(shù)據(jù)持久層的長久使用。實現(xiàn)好這一功能后,對象就不再需要重新進(jìn)行創(chuàng)建,在經(jīng)過數(shù)據(jù)持久化的儲存以及檢查后,采用特定的方式將對象進(jìn)行恢復(fù),做到進(jìn)一步的使用。在對象持久化的過程中,需要隨時考慮到持久存儲的作用,保證持久性。但是需要注意的是,并不是所有存儲對象都需要進(jìn)行保存的,因為很有可能使系統(tǒng)出現(xiàn)混亂的現(xiàn)象。另外還需要著重考慮持久對象的存儲場所,一般會儲存在文件系統(tǒng)。數(shù)據(jù)庫系統(tǒng)以及大型事務(wù)處理系統(tǒng)中[4]。
1.2.3 數(shù)據(jù)持久層的原理以及特點
數(shù)據(jù)持久層從本質(zhì)上是一個提供數(shù)據(jù)庫服務(wù)的中間件,其工作原理就是利用數(shù)據(jù)庫,將一些配置文件等應(yīng)用程序提供持久性的服務(wù)。數(shù)據(jù)持久層本身最大的特點就是具有靈活性,能夠?qū)⒏鞣N存儲對象進(jìn)行隨意切換,同時將數(shù)據(jù)庫的位置也能夠進(jìn)行隨意更改。能夠在最大以及最小模式之間,形成某些功能上的聯(lián)系。因此從以上內(nèi)容可以看出,數(shù)據(jù)持久層本身的體現(xiàn)結(jié)構(gòu)非常復(fù)雜,并且能夠為電子元器件提供不同的運(yùn)行模式。在輕型體系中,應(yīng)用程序應(yīng)當(dāng)與JDBC進(jìn)行連接,并且有著自動管理的特點,這種管理方式應(yīng)用了數(shù)據(jù)持久層中的一個最小子集。但是在全面解決體系中,相對于應(yīng)用程序來講,數(shù)據(jù)持久層更加適合電子元器件系統(tǒng),并且會把握電子元器件系統(tǒng)中的各種細(xì)節(jié)[5]。
數(shù)據(jù)持久層是JDBC輕量級的對象封裝,并且是一個獨立的對象持久層框架,。除了具有靈活性的特點外,數(shù)據(jù)持久層還具有操作簡單,穩(wěn)定性強(qiáng)等特點,并且數(shù)據(jù)傳輸?shù)男室沧銐蚩欤虼丝梢源鍶DBC編程應(yīng)用各種場合。并且為集合、對象關(guān)系以及類型提供支持。數(shù)據(jù)持久層本身自己也有強(qiáng)大查詢語言功能,查詢功能之間也具有非常高的相似性。但是卻并不是完全面向?qū)ο蟮?。在?shù)據(jù)持久層中,可以為電子元器件系統(tǒng)提供專用的查詢語言功能,并完成最終聚合任務(wù)。并且在運(yùn)行的過程中,可以利用反射機(jī)制來處理類的持久性,將持久對象一直照應(yīng)在映射文件中,最終在啟動程序的過程中,會進(jìn)映射文件加載進(jìn)去。保證在程序運(yùn)行的過程中,能夠提供持久性的屬性信息。數(shù)據(jù)持久層不同于持久對象,持久對象在容器中能夠處理大部分的數(shù)據(jù),并且充分保持這些數(shù)據(jù)的完整性,同時能夠?qū)①Y源進(jìn)行有效的管理。并且技術(shù)人員需要在此過程中,不斷關(guān)注業(yè)務(wù)邏輯以及數(shù)據(jù)處理流程。在持久對象中,一般會有兩種持久性管理,分別為BMP以及CMP。BMP是由技術(shù)人員所編寫的持久化代碼,CMP由容器自動生成持久代碼。并且管理著持久性邏輯。但是從整體的框架來看,數(shù)據(jù)持久層是不能代替持久對象的。雖然數(shù)據(jù)持久層以及持久對象實現(xiàn)了透明持久性,但是這種技術(shù)細(xì)節(jié)是不需要進(jìn)行太多關(guān)注的,并且數(shù)據(jù)持久層為企業(yè)提供了更加靈活的事務(wù)管理機(jī)制,增加了實用性[7]。
電子元器件力立足于信息化建設(shè)需求所要求的,并且結(jié)合相關(guān)的技術(shù),針對不同企業(yè)產(chǎn)品所言的電子元器件,所建立完整的,并且信息明確的電子元器件系統(tǒng)。在整個系統(tǒng)中,具體包括了電子元器件的設(shè)計信息、采購信息、質(zhì)量信息以及生產(chǎn)商的信息。為工作人員提供了各種詳細(xì)的電子元器件設(shè)備信息。并且根據(jù)相關(guān)的編碼進(jìn)行信息融合,使電子元器件的信息程度更加具有規(guī)范性。利用電子元器件系統(tǒng)能夠集中所有的電子元器件信息設(shè)備,形成規(guī)范的數(shù)據(jù)流程,為數(shù)字化設(shè)計打下良好的基礎(chǔ)。最終從根本上保證產(chǎn)品的質(zhì)量性,為企業(yè)帶來更高的收益。
2.1.1 數(shù)據(jù)庫目標(biāo)
根據(jù)企業(yè)所應(yīng)用的電子元器件清單,能夠建立電子元器件基礎(chǔ)數(shù)據(jù)庫,其中包括電子元器件的基本屬性。而這些基本屬性又包含著元器件編碼、名稱以及規(guī)格等等。
2.1.2 軟件平臺目標(biāo)
根據(jù)企業(yè)設(shè)計產(chǎn)品以及質(zhì)量管理流程的需求,建立完善的電子元器件系統(tǒng),并且形成統(tǒng)一的電子元器件信息管理交流平臺。同時開發(fā)出信息系統(tǒng)與主數(shù)據(jù)系統(tǒng)以及EDA的數(shù)據(jù)接口。在此過程中,需要將電子元器件數(shù)據(jù)系統(tǒng)作為源頭,并且逐步實現(xiàn)各個系統(tǒng)數(shù)據(jù)之間的同步更新。
根據(jù)企業(yè)生產(chǎn)產(chǎn)品的需求,收集單位研制中所使用的物料清單,經(jīng)過一定的篩選后,建立起原始的電子元器件清單。根據(jù)產(chǎn)品設(shè)計、工藝以及質(zhì)量的需求,最終制定出電子元器件清單的處理原則。電子元器件清單處理原則具體包括兩個內(nèi)容,第一需要對原始清單逐步的進(jìn)行審核,分析清單中存在的錯誤信息。將不符合事實的數(shù)據(jù)信息剔除掉,最終形成完善的電子元器件清單。第二是做好電子元器件數(shù)據(jù)收集的工作。將這些信息數(shù)據(jù)逐步進(jìn)行規(guī)范化以及審核化,最終建立完善的電子元器件基礎(chǔ)信息庫。另外在設(shè)計電子元器件系統(tǒng)的過程中,需要形成統(tǒng)一的企業(yè)元器件信息管理交互平臺,最終實現(xiàn)系統(tǒng)內(nèi)部各個數(shù)據(jù)之間的轉(zhuǎn)換,做好同步更新的準(zhǔn)備。
在建設(shè)電子元器件信息管理平臺的過程中,具體分為四個部分。首先在需求調(diào)研中,需要對元器件管理現(xiàn)狀以及需求進(jìn)行調(diào)研,對元器件基礎(chǔ)信息庫的字段進(jìn)行調(diào)研,以及對信息管理系統(tǒng)功能機(jī)接口需求進(jìn)行調(diào)研。其次在信息庫建設(shè)中,具體包括原始清單收集、清單處理、信息入庫以及數(shù)據(jù)庫打包。然后在軟件開發(fā)上,具體流程為數(shù)據(jù)庫設(shè)計-架構(gòu)設(shè)計-軟件功能開發(fā)-接口開發(fā)-系統(tǒng)打包。最后在項目交付上,具體流程為系統(tǒng)接口調(diào)試-平臺試運(yùn)行-平臺運(yùn)行維護(hù)-最終交付-項目驗收。
2.3.1 系統(tǒng)數(shù)據(jù)設(shè)計
主要分為五個部分,分別為數(shù)據(jù)庫關(guān)系、元器件信息、性能參數(shù)、技術(shù)標(biāo)準(zhǔn)以及質(zhì)量等級等等。數(shù)據(jù)庫關(guān)系主要是對各種數(shù)據(jù)信息進(jìn)行整理,并且分析這些不同之處。元器件信息主要是對各種元器件基本信息進(jìn)行描述,能夠為用戶提供元器件各種信息。性能參數(shù)主要指的是儲存元器件的性能參數(shù)信息,根據(jù)用戶在元器件的基本信息內(nèi)容,將已經(jīng)錄入好的元器件類別代碼自動在元器件類別參數(shù)中提前出來。技術(shù)標(biāo)準(zhǔn)以及質(zhì)量等級的制定是用來對元器件進(jìn)行儲存的。
2.3.2 信息庫建設(shè)
信息庫建設(shè)在電子元器件系統(tǒng)中是非常關(guān)鍵的部分,首先需要將原清單進(jìn)行分析處理,對清單常見的問題進(jìn)行確認(rèn),比如元器件型號出現(xiàn)錯誤,不夠完整;生產(chǎn)單位不明確,存在錯誤現(xiàn)象;質(zhì)量等級不夠明確;以及封裝形式存在問題。在確認(rèn)好清單存在的問題后,需要對清單處理原則進(jìn)行確定,然后最終建立起完善的清單庫。其次是對信息欄目進(jìn)行確定,將元器件各種名稱、信息類別以及規(guī)格等等編寫成相關(guān)的代碼,然后將這些代碼更加的進(jìn)行規(guī)范化,并且建立起完善的基礎(chǔ)參數(shù)表。通過對數(shù)據(jù)信息進(jìn)行有效收集后,為數(shù)據(jù)信息庫的建設(shè)打下良好基礎(chǔ)。最后是需要對各種信息數(shù)據(jù)進(jìn)行收集,并且將這些信息仔細(xì)檢查。在信息收集的過程中,需要通過多種渠道進(jìn)行收集,包括生產(chǎn)單位以及用戶單位等等。收集的內(nèi)容包括元器件基礎(chǔ)信息以及元器件的詳細(xì)規(guī)范需求。信息檢查也是非常關(guān)鍵的一部分,檢查內(nèi)容包括對元器件分類的檢查;生產(chǎn)單位是否規(guī)范合理;元器件名稱是否規(guī)范正確;詳細(xì)技術(shù)資料是否標(biāo)注的足夠明確;供貨狀態(tài)是否正確。通過以上內(nèi)容方面的建設(shè),最終完成電子元器件基礎(chǔ)信息庫的建設(shè)。
(1)數(shù)據(jù)收集。數(shù)據(jù)收集是建立電子元器件基礎(chǔ)信息庫的必要前提,要確定好元器件的生產(chǎn)編碼,因為生產(chǎn)編碼是元器件唯一的標(biāo)識,能夠快速判斷元器件的質(zhì)量性。在確定好生產(chǎn)編碼后,對產(chǎn)品的名稱以及產(chǎn)品供貨時的類型進(jìn)行確定,將每一個規(guī)格的類型具體描述出來。最后填寫生產(chǎn)執(zhí)行標(biāo)準(zhǔn)的質(zhì)量保證等級,將每個元器件進(jìn)行等級劃分,保證系統(tǒng)整體的質(zhì)量性。另外在封裝代碼上,標(biāo)準(zhǔn)封裝的產(chǎn)品要給出封裝形式的代碼,將外形尺寸的范圍調(diào)到最大。
(2)數(shù)據(jù)清洗。在接受到所有電子元器件清單后,需要根據(jù)清單中的每一個內(nèi)容,將所有信息進(jìn)行規(guī)范化管理,并且做好信息收集的準(zhǔn)備與審核,給出相關(guān)的處理意見。在檢查的過程中,需要將每個元器件的信息整理好,并且不斷的進(jìn)行核實。如果在核實的過程中發(fā)現(xiàn)問題,需要及時反饋,并尋找解決的問題,以保證下一步工作能夠順利進(jìn)行。比如面對產(chǎn)品未明確封裝問題時,需要判斷出封裝形式是否具有唯一性,在確定出唯一性的特點后,需要按照產(chǎn)品自行的詳細(xì)規(guī)范或者產(chǎn)品手冊提供的封裝列出。如果生產(chǎn)商有誤,并且產(chǎn)品出現(xiàn)破損的情況,一般有三種解決方法,第一種是根據(jù)類型規(guī)格自動糾正生產(chǎn)商。第二種是明確元器件的生產(chǎn)商,否則無法進(jìn)行信息處理。第三種如果生產(chǎn)商出現(xiàn)破產(chǎn)的現(xiàn)象,則不需要進(jìn)行信息處理。
(3)數(shù)據(jù)規(guī)范化。為了加強(qiáng)對電子元器件系統(tǒng)的管理與應(yīng)用,需要通過數(shù)據(jù)的建設(shè),來完成對電子元器件系統(tǒng)的規(guī)范管理,在整個規(guī)范的過程中,能夠形成各種參數(shù)數(shù)據(jù),并且對元器件參數(shù)的填寫更加規(guī)范,從而達(dá)到維護(hù)更新的效果。在規(guī)范信息參數(shù)表的過程中,具體分成兩個內(nèi)容,分別是分類代碼表以及基礎(chǔ)性能參數(shù)表。分類代碼表主要是將電子元器件系統(tǒng)中的各個設(shè)備編寫成數(shù)字代碼的形式。基礎(chǔ)性能參數(shù)表是將電子元器件系統(tǒng)中每個設(shè)備的基礎(chǔ)性能進(jìn)行詳細(xì)描述。
(4)建立信息庫。根據(jù)電子元器件主數(shù)據(jù)的基本信息需求,需要提前將每個元器件信息進(jìn)行收集與審核,保證這些信息數(shù)據(jù)更加規(guī)范化,最終性能成完善的電子元器件基礎(chǔ)信息庫。電子元器件基礎(chǔ)信息庫具體包括以下幾個內(nèi)容:1元器件編碼:根據(jù)生產(chǎn)廠商提供的編碼規(guī)則,最終生成完善的電子元器件編碼,并且要求電子元器件編碼符合一物一碼的原則,也就是一個編程碼需要對應(yīng)相關(guān)的類型規(guī)格。2元器件類別:根據(jù)元器件分類法的規(guī)定,將清單中的每一條元器件對應(yīng)分別的關(guān)鍵點。3元器件名稱以及類型規(guī)格:產(chǎn)品所使用的名稱應(yīng)當(dāng)與廠家技術(shù)資料的名稱保持一致,并要求所有元器件的類型規(guī)格與要求保持好一致。4主要性能參數(shù):表現(xiàn)元器件性能的主要參數(shù)名稱以及相應(yīng)的數(shù)值符號,并且主要的性能參數(shù)根據(jù)元器件基本參數(shù)表進(jìn)行確定。5執(zhí)行標(biāo)準(zhǔn):是元器件產(chǎn)品生產(chǎn)時的質(zhì)量控制標(biāo)準(zhǔn),根據(jù)相關(guān)的技術(shù)要求來看,執(zhí)行標(biāo)準(zhǔn)是可以通過規(guī)范以及反復(fù)優(yōu)化進(jìn)行實現(xiàn)的。
(5)建立生產(chǎn)商信息庫。根據(jù)電子元器件基礎(chǔ)信息庫元器件所對應(yīng)的元器件生產(chǎn)商,在建立生產(chǎn)商信息庫之前,需要收集相關(guān)的生產(chǎn)商信息,同時根據(jù)生產(chǎn)廠商所提供的信息資料,為企業(yè)提供一下內(nèi)容,包括生產(chǎn)商的全稱、簡稱以及生產(chǎn)商聯(lián)系方式。對主要產(chǎn)品進(jìn)行詳細(xì)介紹,并且將質(zhì)量進(jìn)行確定。通過對生產(chǎn)商信息庫的有效建立,使電子元器件系統(tǒng)規(guī)模初步成型,同時也為系統(tǒng)本身提供源源不斷的動力。
2.3.3 系統(tǒng)設(shè)計
電子元器件系統(tǒng)主要包括了六中功能,分別是信息的發(fā)布,后外維護(hù)、用戶管理、流程管理、配套管理以及數(shù)據(jù)管理等等。另外需要對系統(tǒng)結(jié)構(gòu)進(jìn)行強(qiáng)化設(shè)計,實現(xiàn)和主數(shù)據(jù)系統(tǒng)的連接。
從以上內(nèi)容來看,電子元器件系統(tǒng)主要結(jié)合的是商業(yè)智能相關(guān)技術(shù),包括數(shù)據(jù)收集、數(shù)據(jù)清洗以及數(shù)據(jù)整合等等。在整個設(shè)計的過程中,對電子元器件系統(tǒng)設(shè)計具體包括在項目目標(biāo)、建設(shè)內(nèi)容以及實施方案的內(nèi)容等等。
綜上所述,本文分析了電子元器件系統(tǒng)目前的發(fā)展?fàn)顩r以及所產(chǎn)生的問題,并且對人們的作用以及應(yīng)用范圍進(jìn)行詳細(xì)描述。在電子元器件系統(tǒng)實現(xiàn)的過程中,需要充分應(yīng)用WebWork以及Hibernate兩種編程技術(shù)。其中雖然出現(xiàn)時間較短,并且應(yīng)用范圍還不夠具體,但是卻具有很高的實在性,并且能夠快速提升電子元器件系統(tǒng)的速度性以及安全性?,F(xiàn)如今隨著科學(xué)信息技術(shù)的不斷發(fā)展,電子元器件管理系統(tǒng)性能表現(xiàn)的相當(dāng)良好,能夠滿足客戶各種查詢的需求,促進(jìn)企業(yè)以及其他行業(yè)的經(jīng)濟(jì)發(fā)展,提升發(fā)展程度。