來架個網站吧-09.系統流程規劃
tags: 來架個網站吧
昨天大致上說明了開發環境準備的工作，於是可以開始著手開始開發了。在大學時期的我通常一直是這認為的。
在網站開發之前，得先有系統設計。就讓我繼續拿線上字典的例子繼續吧！
確認需求項目
在規劃系統流程之前，首要事項是確認需求項目。下列是我歸納的需求項目：
- 系統使用者: 初淺識字的人
- 使用者需求:
- 透過文字搜尋詞彙語意
- 預期使用人數(處理效能要求):
- 每分鐘10次查詢
- 系統資料來源: 國語小字典
- 資訊流程：
- (大學生)在網頁中輸入要搜尋的文字
- (系統)在資料庫中搜尋文字的資料
- (系統)將文字資訊呈現在網頁中
- (大學生)在網頁中知道文字的資訊
規劃系統流程
在學生時期有以下列資訊圖表示：
- User Case
- 系統流程圖
- 領域模型圖(DFD資料流程圖)
但是在職場上實際上往往只有「系統流程圖」，原因很簡單，與需求確認的對象往往看不懂。因為我認為圖示用來溝通的，如果對方有很大一部份都看不懂，必須得花費一小時甚至更久先聽完解說，聽完之後或許不會立刻了解。有了一兩次實物經驗後，在跟客戶對談前，系統流程圖夠表達雙方認定的作業流程即可。
以下就是這次的系統流程規劃：
系統雛型
網站功能如果有提供使用者介面，做好先做雛型畫面，而且雛型畫面必須與不同觀點的人參預討論，通常會邀請下列人參預：系統開發人員、前端技術人員、需求訪談者、系統使用者。
通常會優先跟需求訪談者、系統使用者初次確認系統畫面，在此次確認的項目如下：
- 系統功能
- 操作流程順暢
系統雛型如下
確認沒有問題之後，才會跟系統開發人員、前端技術人員說明系統雛型。如果這階段有人說技術難很高時就會採減法策略，優先不處理與業務不相關的項目，以我自己來說就是畫面要很漂亮、很美麗(我只繪畫火柴人程度而已)。如果技術難以克服的項目與系統主要業務項目重疊時，會採用小步快跑策略。把技術難以達成的業務項目再切割，例如系統要承受每分鐘10次查詢這項需求可以做完查詢功能再探討如何達成目標。
以上就是系統流程規劃部份，接下來就要進入資料規劃。