资讯设备维护RFID资讯系统File.PPT

資訊設備 維護RFID資訊系統 組別：手機應用組 隊伍：WCSOA-39_資通貓狗 F435 系統貢獻(1/2) 只要擁有手持式裝置，加上處在無線網路的環境之下，就能即時地管理資訊設備的各種情況。改善資訊公司在設備的規格建檔、維修記錄、報修處理、交接資料上的人力成本浪費問題。 避免掉原本人工作業可能發生的人為疏失和資訊交接不同步的問題。 系統貢獻(2/2) 與某資訊設備公司討論出此系統對他們公司的實質貢獻 能夠在單位時間內服務更多的對象，即增加工作效率。 節省人力成本，以更少的人員完成相同的工作量。 節省電話費的開銷，減少工程師間用電話詢問設備資訊的過程，直接由系統資料庫查詢即可一目瞭然。 系統創新度(1/3) Client / Server 端採用 XDNA 分散式架構 開發應用程式時不用花費很多時間來建構伺服器系統，降低開發的技術門檻與時間。 中央管控「程式」與「資料庫」，藉由 XDNA 分散式架構當 Middleware 可簡化資料庫程式的開發。 XDNA 分散式架構的精簡及高效率，對電腦硬體需求低，可降低開發專案的總成本。 系統創新度(2/3) 實作離線作業同步機制 讓使用者無論在有、無網路的環境下，都能正常地操作本系統。 由系統來幫使用者自動判別有、無網路的情況，進而自動做 PDA 端與 Server 端的資料庫同步動作。 運用 NTP 時間伺服器解決時間同步的問題。 系統創新度(3/3) 結合行動RFID裝置簡化作業流程 利用RFID Tag可讀寫的特性，將部份資訊規劃寫入Tag中，可讓重要資訊隨時依附著設備。 就算不採用本系統，只要有標準的RFID Reader就可讀取資訊。 利用Tag Number的單一性來辨別裝置，減少人為錯誤。 利用RFID W/Reader來輸入資料減少手動輸入的步驟，進而減少錯誤。 系統架構圖 系統開發流程簡述(1/4) 使用者訪談與需求分析 與負責學校資訊設備的公司進行訪談，了解其公司設備維護記錄的詳細流程。 與該公司討論其流程的電子化與好處。 確認系統的需求及評估其可行性(S.M.A.R.T.)，完成後產出需求文件。 訂定專案目標並規劃整個專案，完成後產出專案企劃文件。 系統開發流程簡述(2/4) 系統設計 透過需求文件的使用案例分析出物件、介面和動作，進而設計出組成系統所需之類別，完成後產出類別圖。 透過需求文件的功能需求與介面需求加上和科技公司人員的需求訪談可設計出資料表並分析出各資料表之間的關係，進而產出資料表的E-R model。 透過需求文件的使用案例分析出程式執行的流程和前後順序，進而可產出系統的流程圖與順序圖。 透過需求文件中的介面需求並和科技公司人員共同討論後可確定程式操作人員所需的UI和各個子系統間相互溝通的資料介面。 系統開發流程簡述(3/4) 系統實作 系統實作時在PDA端採用目前用在Windows Mobile中最普及的C#語言，在Server端則採用跨平台機制較方便的Java 2 Standard Edtion。 在撰寫程式原始碼時都參考該語言公認較普及的Coding standard來保持程式的可讀性與未來的可維護性。 實作Client / Server間的溝通採用當下最普及的http protocol，而訊息的內容則採用標準的XML格式來增加與其他程式或系統的相容，保持其擴充性。 系統開發流程簡述(4/4) 系統測試 功能測試方面協同科技公司人員訂定測試案例，並對照當初需求文件中的功能需求來進行功能測試，完成後產出功能測試報告。 單元測試是採用Visual Studio 2008所內建的單元測試精靈來測試我們的每個Method，由於我們很多的功能是要用連網的狀態和需要配合特殊配備(RFID reader)才能有正確的response，所以該精靈測出”結果不明”的情況佔大多數。 專案管理手法 本軟體開發遵循國際專案管理學會IPMA專案管理知識體系的精神。 專案規劃時依序進行 “專案目標規劃”，“WBS展開”，“專案期程規劃”，“專案風險規劃”。 系統功能完成度(1/3) PDA端RFID資訊設備管理系統 經過功能測試有達到需求文件裡的功能需求 IMS001_提供維修工程師可透過PDA讀取RFID Tag。 IMS002_提供維修工程師查詢RFID Tag所對應的設備詳細資訊。 IMS003_提供維修工程師透過讀取RFID Tag的方式新增設備資訊到資料庫中。 IMS004_提供離線作業的機制，透過網路狀況的判別與NTP伺服器的時間判斷，來達到本地端與伺服端資料庫同步的功能。 IMS005_提供將資訊設備的重要欄位資料儲存到RFID Tag上。 系統功能完成度(2/3) 經過公司人員測試有達到需求文件裡的介面需求