系統是否完善與否在於系統分析。早期系統分析主要以[結構化分析與設計-DFD]，DFD是一個最直覺的系統分析方法，DFD架構與開發人員提供了方便通的介面。DFD是由上往下的結構性分析，從系統第零層，一路往下描繪，論述系統結構等資料，提供系統分析師與工程師的溝通媒介。
接著DFD之後就是E-R Model(實體關係模型圖)來進行系統分析，E-R Model有三個重要的組成要素，分別是：實體（entity）、屬性（attribute）與關係（relationship）等，這些進步都來自於追求溝通的改進，並以加強系統開發效率。
系統開發大多已經不是一個系統分析師可獨立完成的，系統分析師要從客戶端瞭解系統功能及需求，並且要將自身得到的資訊與其他系統分析師分享及溝通，最後再將系統設計提供給開發工程師進行系統開發。系統開發的方法也分為瀑布模式、漸增模式、雛型模式、螺旋模式、同步模式、敏捷開發等等模式，各種開發模式各有優劣，最主要的是要在專案期程內完成。
由於系統分析師與客戶間的溝通，大多是以會議進行，系統分析師將自身得到的需求內容轉換成E-R Model等文件，再以此份文件與客戶及開發人員進行溝通，等客戶確認文件後，工程師再進行程式開發、測試，最後將成果提供給客戶進行最終測試、上線，上線後再因其他問題及需求再修改分析文件、修改程式等。
系統開發最終的功能是提供給End User來使用，但End User沒有IT的相關知識，IT人員知道目前程式開發是有界限的，且在功能與功能間可能存在相互矛盾情形，或是A功能可替代B功能等，在成本考量的情況下，IT人員不會讓End User無限上綱的提出需求，這時IT人員就扮演系統很重要的橋樑，IT人員是否能將End User的想法及意見詳細的提供給系統分析師，反之也相同，就算End User在需求會議上，系統分析師頭頭是道的講演新系統架構，相信還是有些人無法理解系統分析師的想法，因為會議上只是提供概念，就算系統分析師有時也會誤解其他系統分析師所說的，更何況是End User，若在需求討論會議上能提供類似的畫面，這將對User端的認知有很大的幫助。
軟體業界的人員都知道，目前就算開發純HTML畫面都相當的耗時，自動產出HTML畫面，且能在系統分析階段就快速產出，而且在需求訪談後快速變更的軟體不多，目前我利用EXCEL設計，在需求訪談中調整EXCEL欄位規格，以及相關內容後，即可產出相關的HTML畫面，並可做靜態的畫面展示。
自動產出的HTML畫面有【單筆式】、【多筆式】、【表單式】、【頁籤式】、【行事曆】等畫面格式(包含相關查詢、新增、修改等畫面)，這些格式在ERP後台維護管理作業中，大多都有使用到，且產出之HTML是標準語法，未來進行修改或加工處理都相當容易。
透過軟體產生程式碼，可產出的程式碼包含畫面HTML，JAVA程式碼，HIBERNATE的ENTITY、DAO、SERVER等檔案，經過細節調整後，啟動專案即可運行專案。專案中的Business Logic可另行撰寫。單元測試只需依Business Logic進行測試，修改也只需修改撰寫的程式碼即可。專案中不乏使用者需求修改之情形，若無關Business Logic的修正，則在EXCEL檔案修正後重新調整，若攸關Business Logic時，則只需修改Business Logic程式。
沒有留言:
張貼留言