• 沒有找到結果。

第四章 系統環境與內容說明

4.2 系統環境

本系統建構的環境如下所示:

1. 作業系統:Microsoft Windows

2. 網路伺服器:Microsoft IIS 網路伺服器 3. 資料庫系統:Microsoft SQL Server 2000

系統建構的模式採用三層式架構,以下為三層式架構示意圖:

圖 4.1 三層式架構示意圖

4.3 相關軟體

本系統使用的相關軟體如下所示:

1. 互動式網頁撰寫程式:ASP.NET

2. 軟體塑模 CASE 工具:Rational Rose 2003 Enterprise Edition

程,為現今市面上功能較齊全的軟體塑模 CASE 工具。

4.4 系統介面與操作說明

本新產品研發專案警訊系統的主要功能為專案警訊功能,除此之外仍包括了 專案管理系統所必需的基本功能,系統的功能主要可分為三大類:專案規劃功 能、人力資源規劃功能與專案警訊功能。

4.4.1 使用者權限

系統之使用者為專案管理者(專案主管)與任務負責人。專案管理者為系統之 主要使用者,因此擁有使用系統所有功能之權限,包括專案規劃功能、人力資源 管理與專案警訊功能。任務負責人為系統之次要使用者,僅有在接收到電子郵件 警訊通知時,透過信件內容之網路連結瀏覽警訊表單的權限(相關內容請參考章 節 4.4.4.2)。

4.4.2 專案規劃功能

專案管理員在進行控管專案之前必須輸入專案相關資料,藉由資料庫將這些 資料儲存,日後系統藉由這些資料來控管專案,提供專案管理者專案的進行狀況 或查詢相關資訊。專案規劃功能可分為:建立新專案、專案資料維護、專案成本 維護與專案歷史資料紀錄等四項子功能,如圖 4.2 所示。

圖 4.2 專案規劃功能畫面

4.4.2.1 建立新專案

系統在使用之初並不會存在任何專案相關資料,因此在使用系統之前需要由 使用者輸入專案的相關資料,本系統的專案相關資料大致上分為六項,如圖 4.3 左方功能表所示:

圖 4.3 建立新專案畫面

1. 輸入專案基本資料

在專案基本資料的輸入頁面,使用者必須輸入專案代號、專案名稱、專 案主管、專案計畫主持人、專案描述、專案預計開始日期與專案預計完成日 期等資料,如圖 4.4 所示。

圖 4.4 輸入專案基本資料畫面

2. 輸入專案產品規格

一項新產品研發專案通常必須記錄此項產品的相關規格資料,方便專案 管理者日後查詢,如圖 4.5 所示。

圖 4.5 輸入專案產品規格畫面

3. 輸入任務基本資料

在完成專案基本資料的輸入後,使用者便可以進行輸入專案任務的基本 資料,資料內容包括:任務名稱、任務負責人、任務所屬的研發階段、任務 預計開始時間與任務預計結束時間,如圖 4.6 所示。

任務資料設定完成後,會在輸入頁面底下出現專案目前的甘特圖,以供 使用者瞭解目前專案包含哪些任務,以及其時程狀況。

在指派任務負責人時,系統會依據任務負責人的工作負荷數來決定任務 負責人是否超出負荷,若此負責人已超出工作負荷件數,使用者可以選擇是 否強制指派此任務給任務負責人。若任務負責人未超出任務負荷,則直接指 派任務給此任務負責人。新增任務時提供設定任務參與人員選項,供使用者 於輸入完任務基本資料後設定任務所有的參與人員。

圖 4.6 輸入任務基本資料畫面

4. 輸入子任務基本資料

專案中的一項任務可能還會包含子任務,因此系統允許任務底下設置子 任務,使用者可以為專案底下的某個任務設置數個子任務,子任務的基本資 料和任務相同,如圖 4.7 所示。

圖 4.7 輸入子任務基本資料畫面

5. 設定前置任務

一項專案中的各項任務之間可能會存在前置/後續關係,為了記錄和表 現出此關係,使用者必須為任務設置前置/後續關係,使用者設定前置/後續 關係之後,設定頁面會出現及時的甘特圖,以虛線顯示出各任務目前的前置 /後續關係,方便使用者瞭解目前設定狀況,如圖 4.8 所示,此頁面亦提供修

改功能,方便使用者日後做必要的修改。

圖 4.8 設定前置任務畫面

6. 設定前置子任務

由於任務底下可能存在子任務,假若子任務間存在前置/後續關係,使 用者必須為子任務設定前置/後續關係,子任務的前置/後續關係亦會顯示在 頁面下方,如圖 4.9 所示。

圖 4.9 設定前置子任務畫面

4.4.2.2 專案資料維護

專案資料維護功能提供使用者迅速瀏覽/修改專案相關資料的功能,在專案 資料列表,如圖 4.10 所示,使用者可以利用搜尋專案代碼的方式篩選出欲觀看 之專案相關資料,並且可以使用下挖的方式(點選 Project Code 欄位)瀏覽或修改 專案底下所有任務的相關資料,如圖 4.11 所示。

圖 4.10 專案資料維護畫面

在任務修改頁面中可以選擇修改任務名稱、任務所屬專案、任務研發階段、

任務預計時程等資料(任務負責人更改資料請參考章節 4.4.3.2,指派任務負責人 之內容),使用者可以選擇是否記錄時程更改記錄,若選擇是則可填入更改原因 系統將會把此筆時程更改記錄儲存至任務預計時程更改記錄中(詳細內容請見章 節 4.4.2.4,任務預計時程更改記錄之內容)。

圖 4.11 任務資料修改畫面

專案維護的子功能包含:專案甘特圖、任務進度開始確認(取消)與任務進度 完成確認(取消),如圖 4.12 左方功能表所示。

圖 4.12 專案資料維護子功能畫面

1. 專案甘特圖

在完成「建立新專案」後,使用者可以藉由查詢專案甘特圖的頁面觀察 專案目前的時程狀況、任務之間的前置/後續關係、任務負責人與子任務等 相關資料,藉由甘特圖的圖形化顯示,使用者可以清楚地瞭解專案的一些基 本資料。在完成警訊準則設定後,使用者可以進一步觀察出任務是否有警訊 狀況發生,任務若有警訊發生,時程長條圖會呈現紅色,使用者可以點選觀 看細部的警訊資料,如圖 4.13 所示(必須事先完成警訊相關設定,詳細內容 請參考章節 4.4.4)。

圖 4.13 專案甘特圖查詢畫面 2. 任務進度開始/完成確認(取消)

在擬定專案的預計時程之後,專案管理者必須在專案會議後進行任務的進度 確認,而進度的確認又分為開始確認和完成確認。假若在專案會議後有一項任務 已經確認開始進行,此時專案管理員則會在會議後進行專案進度開始確認,並且 輸入開始日期,此時系統便會將任務實際開始時間存入資料庫,並且判斷是否有 警訊發生(必須事先完成警訊相關設定,詳細內容請參考章節 4.4.4)。

在確認任務進度開始/完成後,頁面下方的甘特圖也會同時更新,而任務的 實際時程長條圖以藍色代表此任務已完成,以黃色代表任務尚未完成,若甘特圖 中無實際時程長條圖則表示任務尚未開始(任務實際開始/完成時間尚無資料),如 圖 4.14 所示。而使用者亦可以對專案的實際開始/完成狀況加以修改。

圖 4.14 任務進度開始/完成確認畫面

3. 檢核點確認

除了提供確認任務開始或完成之外,系統亦提供了檢核點確認功能(必 須事先完成檢核點設定,詳細內容請參考章節 4.4.4.2),在任務進行開始確 認後便可以進行檢核點的確認,如圖 4.15 所示,進入檢核點頁面之後便可 以對該檢核日期的檢核項目進行確認,如圖 4.16 所示。

圖 4.15 檢核點確認畫面

圖 4.16 檢核點項目確認畫面

4.4.2.3 專案成本維護

系統控管專案進度之外,另一項控管的重點即是專案成本。在此系統中,專 案的成本記錄為專案每月的成本支出(NT$/Month),而每月的成本支出包括了數 項成本項目,並將成本分為預計成本和實際成本。在使用者輸入每月的預計(累 計)總成本之後,系統將自動累計專案每月的累計總成本成本,如圖 4.17 所示。

除了專案成本列表之外,系統提供了圖形化的表示介面,以折線圖來表示專 案預計和實際成本之間的差異和趨勢,使用者能夠清楚且迅速的得知目前的專案 成本狀況,如圖 4.18 所示。

圖 4.17 專案成本維護畫面

圖 4.18 專案成本折線圖畫面

專案成本維護包含:預計成本新增/修改與實際成本新增/修改兩項子功能,

如圖 4.19 左方功能表所示。在控管專案成本之前,使用者必須根據專案會議的 結果,進入系統輸入專案每月各項預計成本,此後在專案進行期間於每月結束 時,進入系統輸入專案每月各項實際成本,以利系統記錄並追蹤控管,圖 4.20 為新增專案預計成本頁面。

圖 4.19 專案成本維護子功能畫面

圖 4.20 新增專案預計成本畫面

4.4.2.4 專案歷史資料紀錄

系統提供記錄歷史資料功能,方便使用者查詢專案的歷史相關資料,這些歷 史資料包括:任務預計時程更改記錄、任務負責人更改記錄與負責人警訊記錄等 三類,如圖 4.21 左方功能表所示。

圖 4.21 專案歷史資料紀錄功能畫面 1. 任務預計時程更改記錄

任務預計時程更改記錄頁面顯示各任務更改過的時程記錄,並且記錄更 改時間以及更改原因,若任務更改預計時程前存在進度警訊記錄,則警訊記 錄將會儲存至歷史警訊記錄中,以便日後追蹤,使用者可以點選每筆預計時 程更改記錄的相關進度警訊歷史記錄(警訊記錄內容請參考章節 4.4.4),如圖 4.22 所示。

圖 4.22 任務預計時程更改記錄畫面

2. 任務負責人更改記錄

任務負責人更改記錄頁面將顯示各任務更改過的負責人記錄,以及更改 時間和更改原因,若該負責人負責此任務期間發生進度警訊,則警訊記錄將 會儲存至歷史警訊記錄中,作為警訊權責歸屬的依據,如圖 4.23 所示。

圖 4.23 任務負責人更改記錄畫面

3. 負責人警訊記錄

負責人警訊記錄的內容為各負責人目前或過去曾經負責的任務所發生 的警訊記錄,如圖 4.24 所示。

圖 4.24 負責人警訊記錄畫面

4.4.3 人力資源規劃功能

系統在指派任務改專案負責人(部門員工)之前,必須建立完整的人員資料,

此後才開始進行指派任務相關人員與設定人員負荷等工作。

此後才開始進行指派任務相關人員與設定人員負荷等工作。

相關文件