專利名稱：用于通訊網(wǎng)絡(luò)維護的可測試的電子系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種網(wǎng)絡(luò)維護可控電子系統(tǒng)，尤其涉及一種用于 通訊網(wǎng)絡(luò)維護可測試的電子系統(tǒng)，屬于電子信息領(lǐng)域。
背景技術(shù)：
目前，在網(wǎng)絡(luò)大發(fā)展時期，應(yīng)用網(wǎng)絡(luò)的力量來調(diào)用或者 均衡備件資源，來提高工作效率，降低成本的做法，日趨流 行，特別適用與于服務(wù)為主的公司，因此，在世界各主要的 跨國公司當中，都有使用該方法。然而，由于社會背景不同， 文化背景的不同，客戶群的不同，對網(wǎng)絡(luò)維護的電子系統(tǒng)的 要求也各有千秋。
在中國市場上，客戶要求更標準化的管理，要求擁有更 準確高效的服務(wù)網(wǎng)絡(luò)。然而由于中國通訊網(wǎng)絡(luò)覆蓋面廣，服 務(wù)要求等級眾多，如中國電信的要求是標準化的大規(guī)模的標 準服務(wù)，而地區(qū)級的通訊公司則要求個性化的通訊服務(wù)，對 于小型的電信運營商又要求低成本的快速反映的通訊服務(wù)。 因此，就需要多角度多層次的服務(wù)。此外各級通訊公司采購 的通訊產(chǎn)品有很大的差距，有著名的跨國產(chǎn)品，也有自主產(chǎn) 權(quán)的產(chǎn)品，設(shè)備類型種類繁多，互相混搭工作的情況十分普 遍，這就要求有一個統(tǒng)一的網(wǎng)絡(luò)維護電子系統(tǒng)來實時對通訊 服務(wù)網(wǎng)絡(luò)的運行提供服務(wù)。然而，目前還沒有一個針對中國 市場的通訊網(wǎng)絡(luò)進行服務(wù)的網(wǎng)絡(luò)維護電子系統(tǒng)，使中國通訊行業(yè)需要浪費大量的人力和物力來維護通訊網(wǎng)絡(luò)正常運行。

發(fā)明內(nèi)容
本發(fā)明提供了一種用于通訊網(wǎng)絡(luò)維護的可測試的電子系 統(tǒng)，主要用于配件的入庫、維修、領(lǐng)用、租賃、盤點等流程 操作，可簡化人工操作流程，提高各類通訊器件的互通性、
利用率和維修效率；能夠極大的降低通訊網(wǎng)絡(luò)維護的運營成 本，提高工作效率。
本系統(tǒng)中的入庫模塊、庫存模塊、庫存歸檔模塊中的庫 房是指客戶的自有庫房、服務(wù)商的自有庫房和服務(wù)商提供的 公共庫房等的統(tǒng)稱。這正是本發(fā)明的獨特之處就是建立了一 個大庫的概念。
本系統(tǒng)包括入庫模塊、庫存模塊、維修模塊、領(lǐng)用模
塊、盤點模塊、軟件升級模塊、租賃模塊、測試模塊、報廢 模塊、借出模塊、歸還模塊、歸還后存檔模塊、出庫模塊、 全球采購模塊以及調(diào)撥模塊。
其中，入庫模塊通過對配件的判斷和判斷后的要求分別 與庫存模塊、軟件升級模塊和維修模塊相連，庫存模塊通過 調(diào)撥需求、盤點需求、出庫需求、租賃需求、升級需求、測 試需求、領(lǐng)用需求以及維修需求等的分析與領(lǐng)用模塊、盤點 模塊、測試模塊、軟件升級模塊、租賃模塊、出庫模塊和調(diào)
撥模塊相連；租賃模塊又與軟件升級模塊、測試模塊相連，測試模塊與維修模塊，報廢模塊、借出模塊和庫存模塊相連， 借出模塊與歸還模塊相連，歸還模塊與庫存模塊相連，維修 模塊與報廢模塊相連，報廢模塊與庫存模塊相連；領(lǐng)用模塊
分別與維修模塊和測試模塊相連，盤點模塊在判斷匹配或不 匹配后分別與測試模塊、庫存模塊和調(diào)撥模塊相連，出庫模
塊與軟件升級模塊相連；軟件升級模塊與測試模塊相連，調(diào) 撥模塊通過調(diào)撥判斷是否缺貨后分別與全球采購模塊和軟 件升級模塊相連，借出模塊通過出庫判斷與歸還模塊和出庫 模塊相連，以上無論哪一種需求流程結(jié)束后，都與庫存模塊 相連，從而，形成各個工作閉環(huán)，共同完成通訊網(wǎng)絡(luò)維護工 作。
一種用于通訊網(wǎng)絡(luò)維護的可測試的電子系統(tǒng)包括以下 步驟
第一步通過入庫申請模塊錄入新增入庫配件信息并提 交入庫申請信息，進入入庫確認階段；
根據(jù)提交的入庫申請信息，對配件進行入庫確認，更新 庫存信息，并將信息發(fā)送至第二步對配件判斷模塊；
第二步配件判斷模塊接到第一步發(fā)送的信息，對配件 的狀態(tài)屬性進行人為判斷，產(chǎn)生三種結(jié)果， 一、判定配件為 新件時，更新庫存信息，將配件信息發(fā)送至第十二步庫存模 塊，有使用需求時進入第三步需 分析模塊；二、判定貨物 為舊件時，將配件的測試需求信息發(fā)送至第三步需求分析模塊；三、判定配件為故障件時，將故障配件的維修需求信息 發(fā)送至第三步需求分析模塊；
第三步需求分析模塊，根據(jù)實際需求將庫存歸檔配件 信息發(fā)送至領(lǐng)用模塊、軟件升級模塊、租賃模塊、出庫模塊、 盤點模塊、調(diào)撥模塊、測試模塊、維修模塊，啟動相應(yīng)模塊；
第四步領(lǐng)用模塊接收第三步的信息，操作人員根據(jù)需 求選擇領(lǐng)用配件，配件送達故障現(xiàn)場后進行送達確認，并人 為判斷現(xiàn)場配件是否出現(xiàn)故障，現(xiàn)場配件有故障，將現(xiàn)場故 障配件信息發(fā)送至第十一步維修模塊；現(xiàn)場配件不能確認是 否有故障，將現(xiàn)場配件信息發(fā)送至第十步測試模塊；
領(lǐng)用結(jié)束模塊接收第十步測試結(jié)果為"正常"的配件信 息，對配件進行領(lǐng)用結(jié)束操作，將信息發(fā)送至第十二步庫存 模塊；檢測結(jié)果為"不正常"的配件信息發(fā)送至第十一步維 修模塊；
第五步盤點模塊接第三步的信息，啟動盤點模塊，盤 點分為兩種方式一種為系統(tǒng)根據(jù)預(yù)設(shè)的盤點期限自動啟動 盤點模塊進行系統(tǒng)盤點；另一種為所屬庫房管理員手動進行 啟動進行人工盤點；
盤點內(nèi)容為庫存盤點，統(tǒng)計庫存量、分析庫存信息，操 作員根據(jù)盤點結(jié)果判斷各所屬庫房配件數(shù)量是否與需求數(shù) 量相匹配，不匹配時，對配件的數(shù)量進行重新分配，并將分 配結(jié)果發(fā)送至第六步的調(diào)撥模塊；當數(shù)量匹配時，判斷庫存
11配件是否需要測試，存放時間超過庫存測試時間的配件需要
進入第十步測試模塊；檢測結(jié)果為"不正常"的配件信息發(fā) 送至第十一步維修模塊；
將沒有測試需求的配件信息，及測試結(jié)果為"正常"的 配件信息發(fā)送至盤點流程中的盤點結(jié)束模塊，更新信息并發(fā) 送至第十二步庫存模塊；
第六步調(diào)撥模塊接收第三、五步發(fā)送的信息，啟動調(diào) 撥模塊，在所屬庫房之間進行配件的調(diào)撥，更新各倉庫庫存 信息，根據(jù)實際需求判斷被調(diào)撥的配件是否需要調(diào)整軟件版 本，需要調(diào)整將信息發(fā)送至第九步軟件升級模塊；不需要調(diào) 整則將信息發(fā)送至第十步測試模塊，測試后，如果正常返回 第六步；檢測結(jié)果為"不正常"的配件信息發(fā)送至第十一步 維修模塊；
調(diào)撥后配件的庫存量仍舊不充足時，選擇租賃配件方式 或購買配件方式來補充庫存配件，若選擇租賃方式，發(fā)送賃 需求信息至第三步需求模塊；若有購買配件需求，發(fā)送購買 需求信息至全球采購，采購結(jié)束后進入第一步入庫模塊；
調(diào)撥結(jié)束模塊接收測試正常信息后，結(jié)束調(diào)撥流程，更 新信息并發(fā)送至第十二步庫存模塊；
第七步租賃模塊接第三，六步的信息，操作人員根據(jù) 需求選擇租賃配件，判斷該配件是否需要進行軟件版本的調(diào) 整，不需要調(diào)整，將配件信息發(fā)送至第十步測試模塊，測試完畢，對測試結(jié)果為"正常"的配件進行借出操作；檢測結(jié) 果為"不正常"的配件信息發(fā)送至第十一步維修模塊；若需 要調(diào)整軟件版本，則將配件信息發(fā)送至第九步軟件升級模 塊，軟件版本調(diào)整完畢后進入第十步測試模塊，測試完畢對 測試結(jié)果為"正常"的配件，返回執(zhí)行第七步，即進行借出 操作，派送租賃配件，配件送達時進行送達確認；檢測結(jié)果 為"不正常"的配件信息發(fā)送至第十一步維修模塊；
在租賃期歸還的配件，進入第十步測試模塊，測試正常， 將測試信息發(fā)送至租賃結(jié)束模塊，結(jié)束租賃流程，更新信息 并發(fā)送至第十二步庫存模塊；檢測結(jié)果為"不正常"的配件 信息發(fā)送至第十一步維修模塊；租賃到期前，客戶提出購買 意向，結(jié)束租賃流程，并將配件信息發(fā)送至進入第十步測試 模塊，測試正常，將測試信息發(fā)送至第八步出庫模塊；，結(jié) 束租賃流程，更新信息并發(fā)送至第十二步庫存模塊；檢測結(jié) 果為"不正常"的配件信息發(fā)送至第十一步維修模塊；
第八步出庫模塊接第三，七步的信息，確認出庫配件， 判斷是否需要進行軟件版本的調(diào)整，需要調(diào)整則將信息發(fā)送 至第九步的軟件升級模塊，升級完畢后將信息發(fā)送至測試模 塊，測試為正常后，返回第八步；不需要調(diào)整則將信息發(fā)送 至測試模塊，測試不正常，信息發(fā)送至第十一步維修模塊， 測試正常，則信息返回第八步，即將派送配件，確認配件出 庫，結(jié)束出庫流程，更新信息并發(fā)送至第十二步庫存模塊；
13第九步軟件升級模塊接第三，六，八步的信息，啟動 軟件升級模塊，對配件進行軟件升降級，軟件版本調(diào)整完畢， 將配件信息發(fā)送至第十步測試模塊；
軟件升級結(jié)束模塊接收測試結(jié)果為"正常"的配件信息，
結(jié)束軟件升級流程，更新數(shù)據(jù)并發(fā)送至第十二步庫存模塊； 檢測結(jié)果為"不正常"的配件信息發(fā)送至第十一步維修模塊；
第十步測試模塊接收第三，四，五，六，七，八，九 步中的測試申請信息，確認測試配件，對配件進行測試，根 據(jù)測試報告的數(shù)據(jù)，檢測結(jié)果為"不正常"的配件信息發(fā)送 至第十一步維修模塊；測試結(jié)果為"正常"的配件信息發(fā)送 至對應(yīng)提出測試申請的流程的結(jié)束模塊；來自第三步中的因 入庫判斷操作提出測試需求的配件信息發(fā)送至第十二步庫 存模塊；
第十一步維修模塊接收第三，四，五，六，七，八， 九，十步中的信息，將來自第三，四，五，六，七，八，九 步配件送廠家進行維修，來自第十步的測試配件信息根據(jù)測 試報告進行報廢判斷，未達到報廢條件的配件送廠家維修； 測試結(jié)果達到報廢條件的配件，將配件狀態(tài)更新為報廢，發(fā) 送報廢配件信息報廢模塊后，發(fā)相關(guān)信息至第十二步庫存模 塊；
配件維修結(jié)束返回后，將配件信息發(fā)送至第十步測試模 塊；維修結(jié)束模塊接到第十步測試結(jié)果為"正常"的配件信 息，對配件進行維修返回操作，結(jié)束維修流程，將信息發(fā)送 至第十二步進入庫存模塊，進行歸檔；第十二步庫存模塊接收以上步驟發(fā)送的信息，對上述 信息進行歸檔保存，為各種報表的制作提供有效信息。
其中，各個所屬的庫房可設(shè)有自己的管理員，也可以委 托服務(wù)商進行管理，但是，需求模塊的管理設(shè)有限制等級， 原則上對被托管的服務(wù)商(操作員)開放，也可根據(jù)需要， 局部為其他服務(wù)商或系統(tǒng)內(nèi)外的客戶開放。
有益效果
1、 這正是本發(fā)明的獨特之處，就是建立了一個大庫的 概念，在多個不同所屬的庫房之間實現(xiàn)了資源共享和利益共 擔(dān)，在最短的時間內(nèi)最大限度的實現(xiàn)了配件的合理調(diào)用，方 便了各個客戶方，并有效地節(jié)約了成本提高了效率。
2、 第五，六步的優(yōu)點在于可為客戶提供兩種盤點方式， 系統(tǒng)的自動盤點功能可免去人工操作，自動進行盤點，管理 員可根據(jù)結(jié)果，還可通過本軟件的調(diào)撥功能調(diào)整自身的所屬 庫房配件配置情況，適應(yīng)他的需求。同時，該調(diào)撥模塊的信 息與本系統(tǒng)共享，可以通過系統(tǒng)直接向其他通訊公司供應(yīng)商 提出采購需求，或向服務(wù)商提出租賃需求來滿足配件的使用 需求，增強了客戶、供應(yīng)商及服務(wù)商三者之間的聯(lián)系，簡化 了操作流程，使三者之間的信息傳遞更為便捷。
3、 經(jīng)過該系統(tǒng)的統(tǒng)一管理，使得所有的通訊公司的信息 在該系統(tǒng)中都具有通用性。配件庫存信息的共享功能可將所 有通訊公司所有配件資源統(tǒng)一管理，滿足通訊公司對不同配件的需求都能得到合理并快速的分配，提高配件資源的有效 使用率。
4、 第七步優(yōu)點在于，客戶可以購買正在租賃的配件， 當客戶因資金問題或?qū)Σ淮_定配件的性能是否符合自己的 需求時，可先選擇租賃配件，使用一段時間后，再進行購買。
5、 該系統(tǒng)強化了軟件升級模塊和測試模塊的作用，其他 每一個模塊的操作，都與軟件升級和配件測試相關(guān)聯(lián)，提高 了配件性能的可靠性，同時也提高了服務(wù)質(zhì)量。
此外，各個所屬的庫房可設(shè)有自己的管理員，也可以為 了節(jié)省人員，不設(shè)有自己的管理員，委托服務(wù)商進行管理， 但為了維護各個客戶商的經(jīng)濟安全，需求模塊的管理要設(shè)有 限制等級， 一般為服務(wù)商，也可根據(jù)需要，局部為服務(wù)商開 放。


圖1本發(fā)明中一種用于通訊網(wǎng)絡(luò)維護的可測試的電子系 統(tǒng)的實施例的示意圖。
具體實施例方式
第一步通過入庫申請模塊錄入新增入庫配件信息并提 交入庫申請信息，進入入庫確認階段；
根據(jù)提交的入庫申請信息，對配件進行入庫確認，更新 庫存信息，并將信息發(fā)送至第二步對配件判斷模塊；
第一步需要入庫三塊配件，第一塊為新購買配件L0C，設(shè)備型號為SLM-2000,第二塊為通過回收的舊配件0TU1，設(shè) 備型號為OLS400G，第三塊為故障配件PIDS3，設(shè)備型號為 AMD16/1。
倉庫管理員錄入這三個配件的信息，包括備件類型，生 產(chǎn)廠家，所屬專業(yè)，硬件號，設(shè)備類型，板卡編號等，錄入 完成后，選擇儲存所屬庫房，生成入庫申請單及配件識別條 形碼，發(fā)送至所屬庫房操作員。所屬庫房操作員收到入庫信 息之后，進行入庫準備操作，通過掃描配件匕的條形碼核對 配件與入庫申請單上的信息是否相同，操作員確認信息核對 后，點擊"入庫確認"按鈕，3塊配件的信息保存至信息庫 中。假如入庫配件與申請單里的配件信息不相同時，所屬庫 房操作員可以點擊"暫緩入庫"按鈕，注明原因，將信息發(fā) 送至倉庫管理員，進行協(xié)調(diào)。
第二步配件判斷模塊接到第一步發(fā)送的信息，對配件 的狀態(tài)屬性進行人為判斷，產(chǎn)生三種結(jié)果， 一、判定配件為 新件時，更新庫存信息，將配件信息發(fā)送至第十二步庫存模 塊，有使用需求時進入第三步需求分析模塊；二、判定貨物 為舊件時，將配件的測試需求信息發(fā)送至第三步需求分析模 塊；三、判定配件為故障件時，將故障配件的維修需求信息 發(fā)送至第三步需求分析模塊；
第二步對于L0C配件，屬于新的配件，因為廠家保證 了配件質(zhì)量，直接入庫保存，等待使用；對于0TU1配件屬 于回收的舊配件，不能保證配件是否存在故障，則提出測試 需求，配件進入測試模塊；PIDS3配件屬于故障配件，則提
17出維修需求，配件進入維修模塊。管理員根據(jù)配件的去向， 生成申請單并向?qū)?yīng)的模塊發(fā)送需求。
第三步需求分析模塊，根據(jù)實際需求將庫存歸檔配件 信息發(fā)送至領(lǐng)用模塊、軟件升級模塊、租賃模塊、出庫模塊、 盤點模塊、調(diào)撥模塊、測試模塊、維修模塊，啟動相應(yīng)模塊；
第三步用戶根據(jù)使用需求，選擇對已入庫的配件，對 配件進行需求申請，啟動對應(yīng)模塊。如領(lǐng)用模塊、軟件升級 模塊、租賃模塊、出庫模塊、盤點模塊、調(diào)撥模塊、測試模 塊、維修模塊中的任一模塊進行操作；
收到的需求包括
客戶要求對一個L0C配件進行測試，發(fā)送測試需求至 測試模塊；
客戶要求對一個0TU1配件進行維修，發(fā)送測試需求至 維修模塊；
客戶要求對一個L0C配件進行領(lǐng)用，發(fā)送測試需求至 領(lǐng)用模塊-,
客戶要求對一個L0C配件進行軟件升級，發(fā)送測試需 求至軟件升級模塊；
客戶要求對 一個0TU1配件進行租賃，發(fā)送測試需求至 租賃模塊；
客戶要求對一個0TU1配件進行出庫，發(fā)送測試需求至 出庫模塊。
對應(yīng)的模塊的操作員將收到以上的的需求信息。第四步領(lǐng)用模塊接收第三步的信息，操作人員根據(jù)需 求選擇領(lǐng)用配件，配件送達故障現(xiàn)場后進行送達確認，并人 為判斷現(xiàn)場配件是否出現(xiàn)故障，現(xiàn)場配件有故障，將現(xiàn)場故 障配件信息發(fā)送至第十一步維修模塊；現(xiàn)場配件不能確認是 否有故障，將現(xiàn)場配件信息發(fā)送至第十步測試模塊；
領(lǐng)用結(jié)束模塊接收第十步測試結(jié)果為"正常"的配件信 息，對配件進行領(lǐng)用結(jié)束操作，將信息發(fā)送至第十二步庫存 模塊；檢測結(jié)果為"不正常"的配件信息發(fā)送至第十一步維 修模塊；
第四步當客戶的LOC配件發(fā)生故障時，會啟動領(lǐng)用模 塊，系統(tǒng)會根據(jù)客戶的需要的配件類型，找到L0C配件，并 派送到故障現(xiàn)場，替換故障的配件。當LOC配件替換后故障 現(xiàn)象解除，說明了客戶的配件確實存在故障，并將替換下來 的故障配件送至維修模塊進行維修，重復(fù)維修和測試流程。 假如當LOC配件替換了故障配件后，仍然發(fā)生故障，說明故 障原因不完全在L0C配件上，將替換下來的疑似故障配件送 至測試模塊，記錄測試信息。
LOC配件維修后，測試結(jié)果為"正常"，進行入庫歸檔。 第五步盤點模塊接第三步的信息，啟動盤點模塊，盤
點分為兩種方式一種為系統(tǒng)根據(jù)預(yù)設(shè)的盤點期限自動啟動 盤點模塊進行系統(tǒng)盤點；另一種為所屬庫房管理員手動進行 啟動進行人工盤點；
盤點內(nèi)容為庫存盤點，統(tǒng)計庫存量、分析庫存信息，操作員根據(jù)盤點結(jié)果判斷各所屬庫房配件數(shù)量是否與需求數(shù) 量相匹配，不匹配時，對配件的數(shù)量進行重新分配，并將分 配結(jié)果發(fā)送至第八步的調(diào)撥模塊；當數(shù)量匹配時，判斷庫存 配件是否需要測試，存放時間超過庫存測試時間的配件需要 進入第十步測試模塊；檢測結(jié)果為"不正常"的配件信息發(fā) 送至第十一步維修模塊；
將沒有測試需求的配件信息，及測試結(jié)果為"正常"的 配件信息發(fā)送至盤點流程中的盤點結(jié)束模塊，更新信息并發(fā) 送至第十二步庫存模塊；
第五步所屬庫房中的配件經(jīng)過- 一 段時間的需求使用 后，或庫存信息發(fā)生了變化時，可啟動盤點流程來了解當前 庫存情況，如盤點結(jié)果為
Al庫L0C配件 5 A2庫L0C配件3
0TU1酉cM牛 0 0TU1酉己<牛0
PIDS3配件3 PIDS3配件1
為保證工作的正常進行，配件庫存數(shù)量最佳值為L0C 配件數(shù)量為3， 0TU1配件數(shù)量為1， PIDS3配件數(shù)量為2。
L0C配件的庫存量與實際需求相匹配，直接對其庫存信 息進行歸檔，當配件在倉庫中的靜態(tài)儲存時間超過6個月的 時候，需要進行測試，確認性能是否正常。Al庫中有2個 L0C配件的靜態(tài)儲存時間超過了 6個月，需要進入測試模塊；
0TU1配件和P工DS3配件的庫存量與實際不匹配，需要進
20行調(diào)撥，啟動調(diào)撥模塊；
第六步調(diào)撥模塊接收第三、五步發(fā)送的信息，啟動調(diào) 撥模塊，在所屬庫房之間進行配件的調(diào)撥，更新各倉庫庫存 信息，根據(jù)實際需求判斷被調(diào)撥的配件是否需要調(diào)整軟件版 本，需要調(diào)整將信息發(fā)送至第九步軟件升級模塊；不需要調(diào) 整則將信息發(fā)送至第十步測試模塊，測試后，如果正常返還 第六步；檢測結(jié)果為"不正常"的配件信息發(fā)送至第十一步 維修模塊；
調(diào)撥后配件的庫存量仍舊不充足時，選擇租賃配件方式 或購買配件方式來補充庫存配件，若選擇租賃方式，發(fā)送賃 需求信息至第三步需求模塊；若有購買配件需求，發(fā)送購買 需求信息至全球采購，采購結(jié)束后進入第一步入庫模塊；
調(diào)撥結(jié)束模塊接收測試正常信息后，結(jié)束調(diào)撥流程，更 新信息并發(fā)送至第十二步庫存模塊；
第六步啟動調(diào)撥模塊，系統(tǒng)根據(jù)實際庫存數(shù)量和庫存 最佳值自動對配件數(shù)量進行分配，生成調(diào)撥單 調(diào)撥結(jié)果為Al庫需要調(diào)出1個PIDS3配件至A2庫
配件調(diào)撥結(jié)束時，更新庫存信息數(shù)據(jù)，此時的庫存情況
為
Al庫L0C配件 5 0TU1酉己件- 0 PIDS3酉己ft"- 2
A2庫L0C酉己件 3 0TU1酉己〈牛 0 PIDS3酉己《牛 2倉庫管理員發(fā)現(xiàn)0TU1配件庫存量不足，Al庫和A2庫 分別需要增加l個，操作員可以通過軟件系統(tǒng)發(fā)送租賃或購 買需求，需要進行租賃，進入租賃模塊，需要進行全球采購。 操作員選擇采購方式補充庫存的配件數(shù)量，將采購回來的2 個0UT1配件進行入庫操作，并將信息歸檔。
此時的庫存數(shù)量為
Al庫L0C配件 5 A2庫L0C配件 3
0TU1配件 1 0TU1配件 1
PIDS3配件2 PIDS3配件 2
被調(diào)撥的PIDS3配件需要進行軟件版本的調(diào)整，需要送 入軟件升級模塊，如果配件不需要調(diào)整則將信息發(fā)送測試模 塊，測試后，如果正常返還調(diào)撥模塊；檢測結(jié)果為"不正常" 的配件信息發(fā)送至維修模塊；
第七步租賃模塊接第三，六步的信息，操作人員根據(jù) 需求選擇租賃配件，判斷該配件是否需要進行軟件版本的調(diào) 整，不需要調(diào)整，將配件信息發(fā)送至第十步測試模塊，測試 完畢，對測試結(jié)果為"正常"的配件進行借出操作；檢測結(jié) 果為"不正常"的配件信息發(fā)送至第十一步維修模塊；若需 要調(diào)整軟件版本，則將配件信息發(fā)送至第九步軟件升級模 塊，軟件版本調(diào)整完畢后進入第十步測試模塊，測試完畢對 測試結(jié)果為"正常"的配件，返回執(zhí)行第七步，即進行借出 操作，派送租賃配件，配件送達時進行送達確認；檢測結(jié)果
22為"不正常"的配件信息發(fā)送至第十一步維修模塊；
在租賃期歸還的配件，進入第十步測試模塊，測試正常， 將測試信息發(fā)送至租賃結(jié)束模塊，結(jié)束租賃流程，更新信息 并發(fā)送至第十二步庫存模塊；檢測結(jié)果為"不正常"的配件 信息發(fā)送至第十一步維修模塊；租賃到期前，客戶提出購買 意向，結(jié)束租賃流程，并將配件信息發(fā)送至進入第十步測試 模塊，測試正常，將測試信息發(fā)送至第八步出庫模塊；，結(jié) 束租賃流程，更新信息并發(fā)送至第十二歩庫存模塊；檢測結(jié) 果為"不正常"的配件信息發(fā)送至第十一步維修模塊；
第七步客戶提出對0TU1配件的租賃需求，操作員在 庫中搜索并確認租賃配件，根據(jù)客戶的需求判斷配件是否需 要進行軟件版本的調(diào)整，庫中的0TU1配件的軟件版本與客 戶需求的相同，不需要進入軟件升級模塊，直接進行測試， 測試結(jié)果為"正常"，配件及測試報告共同送至客戶，操作 員確認租賃期限，租賃到期時，客戶歸還0TIJ1配件，配件 首先進入測試模塊，測試結(jié)果為正常，入庫歸檔，更新信息。 假如客戶在租賃時，有購買該租賃配件的傾向，可以進行購 買需求，配件進入出庫模塊。
第八步出庫模塊接第三，七步的信息，確認出庫配件， 判斷是否需要進行軟件版本的調(diào)整，需要調(diào)整則將信息發(fā)送 至第九步的軟件升級模塊，升級完畢后將信息發(fā)送至測試模 塊，測試為正常后，返回第八步；不需要調(diào)整則將信息發(fā)送 至測試模塊，測試不正常，信息發(fā)送至第十一步維修模塊，，確認配件出 庫，結(jié)束出庫流程，更新信息并發(fā)送至第十二步庫存模塊；
第八步客戶需要購買0TU1配件，操作員在庫中搜索 并確認配件，根據(jù)客戶的需求判斷配件是否需要進行軟件版 本的調(diào)整，庫中的0TU1配件的軟件版本與客戶需求的相同， 不需要進入軟件升級模塊，直接進行測試，測試結(jié)果為"正 常"，操作員將配件及測試報告共同派送至客戶，配件送達 時，客戶進行送達確認。
第九步軟件升級模塊接第三，六，八步的信息，啟動 軟件升級模塊，對配件進行軟件升降級，軟件版本調(diào)整完畢， 將配件信息發(fā)送至第十步測試模塊；
軟件升級結(jié)束模塊接收測試結(jié)果為"正常"的配件信息， 結(jié)束軟件升級流程，更新數(shù)據(jù)并發(fā)送至第十二步庫存模塊； 檢測結(jié)果為"不正常"的配件信息發(fā)送至第十一步維修模塊；
第九步客戶提出軟件升級需求的LOC配件進入軟件升 級模塊，操作員將軟件版本升級到客戶要求的軟件版本。配 件軟件升降級完畢后，直接進入軟件測試模塊，對軟件版本 升級后的配件進行測試，測試結(jié)果為正常，庫存歸檔，等待 使用需求；如果測試后發(fā)現(xiàn)LOC配件存在故障，則進行維修， 維修后再次進入測試，循環(huán)此過程直到配件修復(fù)為止。
LOC配件經(jīng)過測試成功后，庫存歸檔，等待使用需求。 第十步測試模塊接收第三，四，五，六，七，八，九
步中的測試申請信息，確認測試配件，對配件進行測試，根據(jù)測試報告的數(shù)據(jù)，檢測結(jié)果為"不正常"的配件信息發(fā)送
至第十一步維修模塊；測試結(jié)果為"正常"的配件信息發(fā)送 至對應(yīng)提出測試申請的流程的結(jié)束模塊；來自第三步中的因 入庫判斷操作提出測試需求的配件信息發(fā)送至第卜二步庫 存模塊；
第十步庫戶提出測試需求的LOC配件和入庫時判斷為
舊件的PIDS3配件進入測試模塊，經(jīng)過測試后，操作員在系 統(tǒng)中分別填寫2塊配件的測試信息，包括配件的測試類型， 故障描述，測試內(nèi)容，其他告警記錄，測試結(jié)果，測試員等 信息，生成測試報告單，最終發(fā)現(xiàn)2個配件都存在故障，并 且進一步判斷PIDS3配件已經(jīng)達到了報廢的條件，記錄PIDS3 配件的標識報廢原因，存檔結(jié)束并將信息歸檔。而L0C配件 不滿足報廢條件，則進入維修模塊，進行維修。假如配件不 存在故障，將配信息發(fā)送至庫存模塊，歸檔保存信息并等待 使用需求。
第十一步維修模塊接收第三，四，五，六，七，八， 九，十步中的信息，將來自第三，四，五，六，七，八，九 步配件送廠家進行維修，來自第十步的測試配件信息根據(jù)測 試報告進行報廢判斷，未達到報廢條件的配件送廠家維修； 測試結(jié)果達到報廢條件的配件，將配件狀態(tài)更新為報廢，發(fā) 送報廢配件信息報廢模塊后，發(fā)相關(guān)信息至第十二步庫存模 塊；
配件維修結(jié)束返回后，將配件信息發(fā)送至第十步測試模 塊；維修結(jié)束模塊接到第十步測試結(jié)果為"正常"的配件信 息，對配件進行維修返回操作，結(jié)束維修流程，將信息發(fā)送至第十二步進入庫存模塊，進行歸檔；
第十-一步測試結(jié)果為不正常的L0C配件、客戶提出
維修需求的0TU1配件以及入庫時判斷為故障件的PIDS3配
件屬于需要維修的配件，維修模塊接到發(fā)送的維修需求信息 后，維修操作員在系統(tǒng)中錄入維修廠家，維修時間，維修地點，維 修金額，報修說明等，生成報修配件信息表，派送配件到達維修廠家
時進行送達確認，并在系統(tǒng)中記錄配件維修狀態(tài)，L0C， 0TU1， PIDS3配件維修返回后，配件同維修報告單一同進入測試模塊， 測試結(jié)果達到了報廢的條件，記錄配件的標識報廢原因，存 檔結(jié)束并并將信息發(fā)送至庫存歸檔。測試結(jié)果為"不正常" 但不滿足報廢條件的配件，則再次進入維修模塊，進行維修。 假如配件不存在故障，將配信息發(fā)送至庫存模塊，歸檔保存 信息并等待使用需求。
判斷結(jié)果為L0C配件報廢；0TU1配件重新維修；PIDS3 配件庫存歸檔等待使用需求。
第十二步庫存模塊接收以上步驟發(fā)送的信息，對上述
信息進行歸檔保存，為各種報表的制作提供有效信息。
第十二步庫存模塊對上述的庫存歸檔信息，數(shù)據(jù)更新 信息進行歸檔保存，這些歸檔的數(shù)據(jù)主要用于配件信息的査 詢和各種報表的制作，方便操作人員和客戶的査看。
本發(fā)明包括但不限于以上實施例，凡是在本發(fā)明的精神 和原則之下進行的任何局部改進或等同替換都將視為在本 發(fā)明的保護范圍之內(nèi)。
2權(quán)利要求
1、一種用于通訊網(wǎng)絡(luò)維護的可測試的電子系統(tǒng)，包括入庫模塊、庫存模塊、維修模塊、領(lǐng)用模塊、盤點模塊、軟件升級模塊、租賃模塊、測試模塊、報廢模塊、借出模塊、歸還模塊、歸還后存檔模塊、出庫模塊、全球采購模塊以及調(diào)撥模塊；其特征在于其中，入庫模塊通過對配件的判斷和判斷后的要求分別與庫存模塊、軟件升級模塊和維修模塊相連，庫存模塊通過調(diào)撥需求、盤點需求、出庫需求、租賃需求、升級需求、測試需求、領(lǐng)用需求以及維修需求等的分析與領(lǐng)用模塊、盤點模塊、測試模塊、軟件升級模塊、租賃模塊、出庫模塊和調(diào)撥模塊相連；租賃模塊又與軟件升級模塊、測試模塊相連，測試模塊與維修模塊，報廢模塊、借出模塊和庫存模塊相連，借出模塊與歸還模塊相連，歸還模塊與庫存模塊相連，維修模塊與報廢模塊相連，報廢模塊與庫存模塊相連；領(lǐng)用模塊分別與維修模塊和測試模塊相連，盤點模塊在判斷匹配或不匹配后分別與測試模塊、庫存模塊和調(diào)撥模塊相連，出庫模塊與軟件升級模塊相連；軟件升級模塊與測試模塊相連，調(diào)撥模塊通過調(diào)撥判斷是否缺貨后分別與全球采購模塊和軟件升級模塊相連，借出模塊通過出庫判斷與歸還模塊和出庫模塊相連，以上無論哪一種需求流程結(jié)束后，都與庫存模塊相連。
2、根據(jù)權(quán)利要求1所述的一種用于通訊網(wǎng)絡(luò)維護的可測 試的電子系統(tǒng)，其特征在于具體操作包括以下步驟第一步通過入庫申請模塊錄入新增入庫配件信息并提 交入庫申請信息，進入入庫確認階段；根據(jù)提交的入庫申請信息，對配件進行入庫確認，更新 庫存信息，并將信息發(fā)送至第二步對配件判斷模塊；第二步配件判斷模塊接到第一步發(fā)送的信息，對配件 的狀態(tài)屬性進行人為判斷，產(chǎn)生三種結(jié)果， 一、判定配件為 新件時，更新庫存信息，將配件信息發(fā)送至第十二步庫存模 塊，有使用需求時進入第三步需求分析模塊；二、判定貨物 為舊件時，將配件的測試需求信息發(fā)送至第三步需求分析模 塊；三、判定配件為故障件時，將故障配件的維修需求信息 發(fā)送至第三步需求分析模塊；第三步需求分析模塊，根據(jù)實際需求將庫存歸檔配件 信息發(fā)送至領(lǐng)用模塊、軟件升級模塊、租賃模塊、出庫模塊、 盤點模塊、調(diào)撥模塊、測試模塊、維修模塊，啟動相應(yīng)模塊；第四步領(lǐng)用模塊接收第三步的信息，操作人員根據(jù)需 求選擇領(lǐng)用配件，配件送達故障現(xiàn)場后進行送達確認，并人 為判斷現(xiàn)場配件是否出現(xiàn)故障，現(xiàn)場配件有故障，將現(xiàn)場故 障配件信息發(fā)送至第十一步維修模塊；現(xiàn)場配件不能確認是 否有故障，將現(xiàn)場配件信息發(fā)送至第十步測試模塊；領(lǐng)用結(jié)束模塊接收第十步測試結(jié)果為"正常"的配件信 息，對配件進行領(lǐng)用結(jié)束操作，將信息發(fā)送至第十二步庫存 模塊；檢測結(jié)果為"不正常"的配件信息發(fā)送至第十一步維修模塊；第五步盤點模塊接第三步的信息，啟動盤點模塊，盤 點分為兩種方式一種為系統(tǒng)根據(jù)預(yù)設(shè)的盤點期限自動啟動 盤點模塊進行系統(tǒng)盤點；另一種為所屬庫房管理員手動進行 啟動進行人工盤點；盤點內(nèi)容為庫存盤點，統(tǒng)計庫存量、分析庫存信息，操 作員根據(jù)盤點結(jié)果判斷各所屬庫房配件數(shù)量是否與需求數(shù) 量相匹配，不匹配時，對配件的數(shù)量進行重新分配，并將分 配結(jié)果發(fā)送至第六步的調(diào)撥模塊；當數(shù)量匹配時，判斷庫存 配件是否需要測試，存放時間超過庫存測試時間的配件需要 進入第十步測試模塊；檢測結(jié)果為"不正常"的配件信息發(fā) 送至第十一步維修模塊；將沒有測試需求的配件信息，及測試結(jié)果為"正常"的 配件信息發(fā)送至盤點流程中的盤點結(jié)束模塊，更新信息并發(fā) 送至第十二步庫存模塊；第六步調(diào)撥模塊接收第三、五步發(fā)送的信息，啟動調(diào) 撥模塊，在所屬庫房之間進行配件的調(diào)撥，更新各倉庫庫存 信息，根據(jù)實際需求判斷被調(diào)撥的配件是否需要調(diào)整軟件版 本，需要調(diào)整將信息發(fā)送至第九步軟件升級模塊；不需要調(diào) 整則將信息發(fā)送至第十步測試模塊，測試后，如果正常返回 第六步；檢測結(jié)果為"不正常"的配件信息發(fā)送至第十一步 維修模塊；調(diào)撥后配件的庫存量仍舊不充足時，選擇租賃配件方式 或購買配件方式來補充庫存配件，若選擇租賃方式，發(fā)送賃 需求信息至第三步需求模塊；若有購買配件需求，發(fā)送購買 需求信息至全球采購模塊，采購結(jié)束后進入第一步入庫模 塊；調(diào)撥結(jié)束模塊接收測試正常信息后，結(jié)束調(diào)撥流程，更 新信息并發(fā)送至第十二步庫存模塊；第七步租賃模塊接第三，六步的信息，操作人員根據(jù) 需求選擇租賃配件，判斷該配件是否需要進行軟件版本的調(diào) 整，不需要調(diào)整，將配件信息發(fā)送至第十步測試模塊，測試 完畢，對測試結(jié)果為"正常"的配件進行借出操作；檢測結(jié) 果為"不正常"的配件信息發(fā)送至第十一步維修模塊；若需 要調(diào)整軟件版本，則將配件信息發(fā)送至第九步軟件升級模 塊，軟件版本調(diào)整完畢后進入第十步測試模塊，測試完畢對 測試結(jié)果為"正常"的配件，返回執(zhí)行第七步，即進行借出 操作，派送租賃配件，配件送達時進行送達確認；檢測結(jié)果 為"不正常"的配件信息發(fā)送至第十一步維修模塊；在租賃期歸還的配件，進入第十步測試模塊，測試正常， 將測試信息發(fā)送至租賃結(jié)束模塊，結(jié)束租賃流程，更新信息 并發(fā)送至第十二步庫存模塊；檢測結(jié)果為"不正常"的配件 信息發(fā)送至第十一步維修模塊；租賃到期前，客戶提出購買 意向，結(jié)束租賃流程，并將配件信息發(fā)送至進入第十步測試模塊，測試正常，將測試信息發(fā)送至第八步出庫模塊；，結(jié) 束租賃流程，更新信息并發(fā)送至第十二步庫存模塊；檢測結(jié) 果為"不正常"的配件信息發(fā)送至第十一步維修模塊；第八步出庫模塊接第三，七步的信息，確認出庫配件， 判斷是否需要進行軟件版本的調(diào)整，需要調(diào)整則將信息發(fā)送 至第九步的軟件升級模塊，升級完畢后將信息發(fā)送至測試模 塊，測試為正常后，返回第八步；不需要調(diào)整則將信息發(fā)送 至測試模塊，測試不正常，信息發(fā)送至第十一步維修模塊， 測試正常，則信息返回第八步，即將派送配件，確認配件出 庫，結(jié)束出庫流程，更新信息并發(fā)送至第十二步庫存模塊；第九步軟件升級模塊接第三，六，八步的信息，啟動 軟件升級模塊，對配件進行軟件升降級，軟件版本調(diào)整完畢， 將配件信息發(fā)送至第十步測試模塊；軟件升級結(jié)束模塊接收測試結(jié)果為"正常"的配件信息， 結(jié)束軟件升級流程，更新數(shù)據(jù)并發(fā)送至第十二步庫存模塊； 檢測結(jié)果為"不正常"的配件信息發(fā)送至第十一步維修模塊；第十步測試模塊接收第三，四，五，六，七，八，九 步中的測試申請信息，確認測試配件，對配件進行測試，根 據(jù)測試報告的數(shù)據(jù)，檢測結(jié)果為"不正常"的配件信息發(fā)送 至第十一步維修模塊；測試結(jié)果為"正常"的配件信息發(fā)送 至對應(yīng)提出測試申請的流程的結(jié)束模塊；來自第三步中的因 入庫判斷操作提出測試需求的配件信息發(fā)送至第十二步庫 存模塊；第十一步維修模塊接收第三，四，五，六，七，八， 九，十步中的信息，將來自第三，四，五，六，七，八，九 步配件送廠家進行維修，來自第十步的測試配件信息根據(jù)測 試報告進行報廢判斷，未達到報廢條件的配件送廠家維修； 測試結(jié)果達到報廢條件的配件，將配件狀態(tài)更新為報廢，發(fā) 送報廢配件信息報廢模塊后，發(fā)相關(guān)信息至第十二步庫存模 塊；配件維修結(jié)束返回后，將配件信息發(fā)送至第十步測試模 塊；維修結(jié)束模塊接到第十步測試結(jié)果為"正常"的配件信 息，對配件進行維修返回操作，結(jié)束維修流程，將信息發(fā)送 至第十二步進入庫存模塊，進行歸檔；第十二步庫存模塊接收以上步驟發(fā)送的信息，對上述信息進行歸檔保存，為各種報表的制作提供有效信息。
3. 根據(jù)權(quán)利要求1所述的一種用于通訊網(wǎng)絡(luò)維護的電子 系統(tǒng)，其特征在于本系統(tǒng)中的庫房是各種不同屬性的庫房 組成的庫房群。
4. 根據(jù)權(quán)利要求1所述的一種用于通訊網(wǎng)絡(luò)維護的電 子系統(tǒng)，其特征在于各個所屬的庫房可設(shè)有自己的管理員， 也可以委托服務(wù)商進行管理，但是，需求平臺的管理設(shè)有限 制等級，原則上對被托管的服務(wù)商開放，也可根據(jù)需要，局 部為其他服務(wù)商或系統(tǒng)內(nèi)外的客戶開放。
全文摘要
本發(fā)明公開了一種用于通訊網(wǎng)絡(luò)維護可測試的電子系統(tǒng)，包括入庫模塊、庫存模塊、維修模塊、領(lǐng)用模塊、盤點模塊、軟件升級模塊、借出模塊、歸還模塊、出庫模塊、調(diào)撥模塊、測試模塊以及庫存歸檔模塊；具體操作步驟為庫存、清點、歸檔，并判斷配件的狀態(tài)屬性；所屬庫房儲存中的配件經(jīng)過需求分析，分別進入領(lǐng)用模塊、盤點模塊、租賃模塊、軟件升級模塊、出庫模塊、調(diào)撥模塊以及測試模塊；最后進行庫存歸檔并對信息進行保存。經(jīng)過該系統(tǒng)的統(tǒng)一管理，使得所有的通訊公司的信息在該系統(tǒng)中具有通用性。配件庫存信息的共享功能將所有通訊公司所有配件資源統(tǒng)一管理，滿足通訊公司對不同配件的需求都能得到合理并快速的分配，提高配件資源的有效使用率。
文檔編號G06Q10/00GK101645144SQ200910086200
公開日2010年2月10日 申請日期2009年6月9日 優(yōu)先權(quán)日2009年6月9日
發(fā)明者序 仇, 任海蛟, 囡 關(guān), 武彥君, 班黎明 申請人:北京千禧維訊技術(shù)服務(wù)有限公司