 |
|
關於本公司的服務流程，請參考下面的委外服務流程說明，主要區分為四大部分:合約的建立、需求蒐集、系統開發、系統保固與維護。
|
|
 |
|
 |
|
|
專案正式開始前，我們會請客戶簽訂專案合約，合約內會詳訂雙方的權利義務、專案內容、價格、付款方式、專案開發時程。同時，為了確保專案的保密性，我們在合約內會註明各項保密條文；同時，所有ERSOFT的同仁都必須與公司簽訂保密條文，方能參與各項專案。ERSOFT團隊會盡力確認客戶所委託專案的安全與保密性，並且保障客戶付款的權益。 |
|
|
付款方式: 所有專案的款項，除了專案簽約金之外，都將是經客戶驗收每一個Milestone後，客戶才需付款。
|
|
 |
|
 需求分為三種層次： |
|
|
| 1. |
商業需求: 專案的商業目標，屬於大方向的需求(Vision & Scope Docutment) |
| 2. |
使用需求: 系統使用者所使用功能的情境與流程(Use Case) |
| 3. |
功能需求: 詳細說明本系統的功能清單(SRS) |
|
|
|
|
 |
|
| ERSOFT開發團隊的服務綱要： |
|
|
| 1. |
需求訪談階段，儘可能邀請系統使用者參與會議，並提出詳細的需求說明。從每一個使用者群組內的負責人員，提供該群組的明確需求；同時各使用者群組的負責人必須參與驗證雛型系統(Prototypes)和事務流程圖，以確保其完整性與有效性。 |
| 2. |
確保需求資料正確。資料有不正確的地方，使用者可提建議修改或修正雛型系統。同時，在這個階段定義 (Functional
Spec) 也將有效發現分析文件內的遺漏處。 |
| 3. |
將各功能的重要性定義優先順序，這將有助於發現high cost-low
value的系統功能。同時客戶可以考慮，是否應該投入時間跟資源開發這些不常使用，或是跟本專案商業目標無關的功能。 |
| 4. |
確保專案的範圍已經定義。由於多數的專案完成時間是確定的，因此，若是需求訪談過程中，有功能增加的需求時，雙方必須折衷各功能重性的取捨。 |
| 5. |
建立正確的需求變更程序。各需求的重要性，以及變更需求的重要性，需要排訂開發順序。另外，各種變更都需要有足夠的分析，讓雙方避免影響系統開發時程與系統穩定的風險。 |
| 6. |
最後，最重要的是，即使專案開發時程再急迫，充分的溝通與分析是非常關鍵的專案成功因素。 |
|
|
|
|
|
|
 |
|
|
 |
|
 |
|
|
V型軟體開發模式為瀑布式模式的變化形式，瀑布式軟體開發模式和V型軟體開發模式的差別在於後者的抽象層次觀點清晰更為明確。因此，它可以更詳盡的發展與確認工作的相關性。 |
|
|
V型軟體開發模式將軟體開發專案分為三個開發層次：高階的抽象層次為處理使用者的需求萃取；中階的抽象層次則將重點置於將所了解的需求轉化為軟體架構；低階的抽象層次主要為軟體元件的組合或發展新的元件。V型軟體開發模式如下圖所示。 |
|
|
|
V型軟體開發模式為瀑布式模式的變化形式，瀑布式軟體開發模式和V型軟體開發模式的差別在於後者的抽象層次觀點清晰更為明確。因此，它可以更詳盡的發展與確認工作的相關性。 |
|
|
|
| 設計 |
|
|
| 這個階段，依據專案架構圖、事務流程圖、Functional
Spec，以及雛型系，上述文件都是在專案需求定義階段經客戶確認、同意的正式資料。本階段的工作事項如下： |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 開發 |
|
|
|
本階段，開始正式的程式碼撰寫，並且依據設計階段的文件進行開發。本階段包含下列工作事項： |
|
| 1. |
系統程式開發依據設計階段的分析模式文件，進行撰寫。 |
| 2. |
系統原始碼，透過事務流程圖與Functional Spec進行驗證。 |
|
|
|
|
|
|
|
|
|
|
 |
|
|
專案開發完成後，系統開發人員將系統完整安裝與設定，並開始進行整合測，邀請系統使用者進行完整的功能測試。測試完成後，進行專案文件與檔案移交，客戶支付專案經費，專案開發完成，進入系統保固服務。
|
