內容
需求單, 送出後, 由 MIS/或分派的責任者 (依照本系統, 有依照 "類別" 預設指定責任分配人員),相關流程如下 - 系統一 照所選的"系統類別" (必選) , 將自動分派的處理的負責技術人員。
- 另外問題主要分兩大類: 是既有系統的"問題/除錯" 還是, 新功能的 "新需求"。
- 原來系統沒有的欄位, 報表, 功能, 判別的新增, 都屬於"新需求", 依照之前會議結論, 所有 "新需求"都需要單位主管, 與 MIS 確認用才會接續處理。(核准作業方式, 另外提供)。
- 如"問題/除錯"者,循以下流程處理
- 相關的問題, 如有需要延伸的資料, 討論, 等, 請提報者, 處理者與關心者使用 "處理此需求單"頁簽下的"追蹤討論" 來確認狀況, 收集相關資訊
-
-
- 4.1 此需求單的相關的 提出者、關心者、分配責任者 都會收到在此區域下相關的討論等訊息的通知。
-
- 4.2 確認後續的處理設定時, 回到需求單, 設定: 預訂解決時間, 必要時設定新增關心者來邀請相關人員加入。或是關聯其他需求單等地設定。如下圖
- 後續處理人員會將處理的解決方案, 也在上述的位置提出, 如下範例
- 系統會一樣將發出 Email 通知提報者與關心者。
- 提報者, 可以在相同位置, 進行"接受", 或是"拒絕" 解決方案, 並說明原因:
- 拒絕者, 會回復到處理中狀態, 拒絕的顯示如下:
- 提報者接受後,(或是系統會在解決方案提出7 日曆天後, 如無被拒絕的輸入, 系統將自動視為, 方案被接受, 自動改變狀態為結案) 此需求單將轉換為為結案。如下圖顯示方式。
- 如後來有其他問題需要, 提報者可以在需求單的頁簽內, 使用"重新開啟", 如下:
- 所有此需求單的相關流程歷程, 都可在"歷史" 下顯示:
|