《产品数据管理期末书面报告.docx》由会员分享，可在线阅读，更多相关《产品数据管理期末书面报告.docx（30页珍藏版）》请在三一办公上搜索。
1、產品資料管理課程期末書面報告授課老師：邵揮洲教授報告題目：嘉鴻集團E 化採購系統建置（需求規格書、軟體開發計劃書、工作說明書）報告日期：96.06.21書面報告繳交日期：96.06.21組別：第七組報告人：陳怡如組長：N07951343 柯景元組員：N07951107 何公豪 N07951351 陳怡如P16951123 黃信榮 P16951204 鍾家軒P16951220 朱敦孝產品資料管理CONTENTS一、嘉鴻集團營運現況與問題描述41 營運現狀42 問題描述4二、系統規劃主題4三、解決問題思維4四、系統描述：AS-IS Model5五、系統規劃：TO-BE Model6六、商業邏輯（工
2、作流程）定義71 制度化72 透明化73 詢 / 報價作業說明7七、E 化採購系統需求規格書（UR）81 整體系統概述82 系統操作環境平台83 使用者介面94 遵循及參考標準95 軟體功能需求96 系統功能範圍117 介面需求128 非功能性需求128.1 處理時間需求128.2 穩定性需求128.3 資料安全性需求138.4 操作安全性需求139 雛型系統摘述13八、E 化採購系統軟體開發企劃書141 系統建置策略142 系統開發模式143 需求擷取與分析164 系統分析與設計175 專案管理196 E化採購系統作業流程207 詢報價流程218 E化採購系統採購流程219 E化採購系統對帳
3、流程2210 E化採購系統對採購方的連結2211 E化採購系統對供應商的連結2312 E化採購系統導入方法2313 E化採購系統規劃準備階段2414 E化採購系統導入實作階段2415 E化採購系統上線階段25九、E 化採購系統工作說明書（SOW）261 工作說明262 工作範圍與地點263 初步系統架構264 工作項目與程序265 系統廠商的權利義務276 客戶的權利義務277 計畫時程與查核點278 系統驗收前應準備的文件289 付款方式2810 保密協議28十、結語30一、 嘉鴻集團營運現況與問題描述1 營運現狀嘉鴻遊艇創立於1987 年（創立自有品牌Horizon），從第一艘45 呎遊艇
4、，到現正建造130 呎大型遊艇；從一家30 人的小船廠，到2006 年產能排名躍為全球第六、亞洲最大FRP 遊艇製造公司。其為專業之外銷遊艇設計製造及生產複材產品之公司，在美國設有辦事處，員工逾千人，為集團化經營管理公司。嘉鴻遊艇以歐洲為主要市場（約占6 成），其次是北美（約占3 成），以及亞洲、澳洲。可提供客製化服務，以滿足每位客戶的願望，而且從設計、製造、機具安裝、管線配置、測試、運送，都可以自力完成。嘉鴻集團擁有業務研發設計生產品管售後服務一套完整的流程，同時與國外著名造型及室內設計師合作致力於船隻精品化；其產品於國外著名船展上均獲好評，未來將朝向世界第一之遊艇造船廠等級邁進。2 問題描
5、述嘉鴻集團內現有五家分公司，三家（嘉鴻、鴻洋、高港）為遊艇製作分公司，二家（先進、快藝）為專業供應分公司。目前因為專業供應分公司對於集團內其他遊艇製作分公司的報價常與對外部遊艇廠同業報價價格（例如報價嘉信遊艇公司）相同，造成同集團公司之間常有誤會與爭議產生（集團內的遊艇製作分公司認為專業供應分公司應以成本價報價）。集團化後，各分公司對於集團目標似乎不甚瞭解，溝通有所問題。成立二家專業供應分公司的主要目的，主要是將專業區隔。如先進專職製作FRP、快藝專職製作系統木工家具等，使遊艇廠降低人事成本、廠房空間，更不致因為其他專業施工進度影響造成生產量下降，使得公司管理易更加容易。二、 系統規劃主題本個
6、案以嘉鴻遊艇集團化後E 化採購系統的規劃為研究對象，主要以兩大主題作為規劃的方向，一為如何於嘉鴻集團的各分公司之間建立有效之溝通管道？二為二家專業供應分公司如何建立集團內遊艇製作分公司與外部遊艇廠同業報價合理基準點。三、 解決問題思維本個案著重在解決上述問題，本組認為首先需針對嘉鴻集團現行採購作業模式以系統化的方式描述（AS-IS Model），接著勾勒出本組解決該問題之構想（TO-BE Model），再來是定義系統的商業邏輯（工作流程，Rule），而後才進行系統展開工作：依序製作需求規格書（What we need？）、軟體開發計劃書（Which methodology？），以及工作說明書（
7、How to do？）。四、 系統描述：AS-IS Model現況：各報各個價五、 系統規劃：TO-BE Model解決方案：建置E 化採購系統六、 商業邏輯（工作流程）定義採購活動是目前許多企業著手改善其供應鏈作業的第一步。本個案以嘉鴻遊艇集團化後E 化採購系統的規劃為研究對象，網際網路所促成的電子化採購，可以協助企業：（1）壓低進貨成本；（2）選擇適合的專業供應分公司（3）提升專業供應分公司績效；（4）建立與專業供應分公司間的伙伴關係，以及；（5）減少行政與紙張成本。許多專家相信電子化採購具有增加企業邊際利潤的策略性價值。1 制度化嘉鴻集團內部針對本系統開會訂定規章辦法（遊戲規則），使集團
8、內成員達成共識，有利於系統建置。2 透明化所有詢 / 報價作業以及訂購數量、規格、價格及交期均於系統內可查找，當集團內成員有疑義時，可隨時提出溝通 / 協調需求，並由公正的第三者（集團負責人）裁決。3 詢 / 報價作業說明嘉鴻、鴻洋、高港：集團內產品需求公司。外部公司：集團外部產品需求公司。庫存檢索：供給廠商（先進、快藝）庫存量檢索與評估。當需求公司向供給廠商提出產品需求時，E 化採購系統即會丟出產品定價給需求廠商（通常此定價必定高出實際售價），此時E 化採購系統即會進入丟訊息給供給廠商進行庫存評估即會丟需求單給採購平台，採購平台會先獲得解決方案七、 E 化採購系統需求規格書（UR）1 整體系
9、統概述建置本系統主要目的在於協助嘉鴻整合集團內現有五家分公司，包含三家遊艇製作分公司，以及二家專業供應分公司的採購資源，並為嘉鴻集團降低有形及無形成本支出，因此透過本系統之建置，期能達成以下目標：（1）建立集團內部以及對外部遊艇廠同業標準報價及採購作業程序。（2）提升集團內專業供應分公司經營績效。（3）降低有形（紙張）及無形（行政）成本支出。（4）進行專業產品協同採購，以壓低進貨成本。2 系統操作環境平台A. 操作電腦（Client）：每家廠商設置一台。a. 作業環境：Microsoft Windows 2000 Professional（含）以上版本。b. 開發工具：無（Client 端可不
10、用安裝開發工具）c. 資料庫軟體：無（Client 端可不用安裝資料庫軟體）d. 硬體週邊設備中央處理單元：AMD Opteron 1214 DC 2.2GHz / 2MB（2x1MB）L2 Cache（含）以上。記憶體：1GB（512MB x 2） / 8GB PC2-4200 ECC DDR2-SDRAM（含）以上。網路介面：NetXtreme 1000 T+ Server Adapter 1組。B. 系統伺服器（System Server）：一台a. 作業環境：Microsoft Windows 2000 Server（含）以上版本。b. 開發工具：Microsoft Visual St
11、udio 6.0（含）以上版本。c. 資料庫軟體：無。d. 硬體週邊設備中央處理單元：Intel Xeon DC 2.0 GHz / 1333MHz / 4MB L2 Cache （EM64T）（含）以上。記憶體：1GB（512MB x 2） / 32GB ECC PC2-5300 DDR2-SDRAM（含）以上。網路介面：PRO/1000 MT Dual Port Server Adapter by Intel 1 組。磁碟機陣列：160GB Hot-Swap SATA HDD 2 組（含）以上。 容量需可擴充。 提供RAID1 容錯功能。 具備熱插拔（Hot Swap）功能。 提供與伺服主
12、機相匹配的傳輸介面。C. 資料庫伺服器（Database Server）：一台a. 作業環境：同B. 系統伺服器。b. 開發工具：無。c. 資料庫軟體：Microsoft SQL Server 2000（含）以上版本。d. 硬體週邊設備：同B. 系統伺服器。3 使用者介面（1）Server 端需提供資料之維護介面，以確保資料的一致性，及跨系統之共用資料不需重復建立。（2）各系統之維護方式應力求簡化，以確保系統之正確性。（3）Client 端需提供簡易且彈性之使用者介面，便利使用者操作。（4）支援資料新增、刪除、修改及查詢之操作。（5）支援依特定條件查詢、排序及列印資料之操作。（6）支援以選單操
13、作方式選取目標資料紀錄。（7）對輸入資料檢查資料型別之正確性。（8）提供全中文化的操作環境。（9）支援以逐筆的查詢方式選取到目標資料紀錄。4 遵循及參考標準應用系統之開發請參酌經濟部工業局九十一年度修訂版之軟體開發技術文件-指引手冊，運作環境相關技術規範、軟體規劃及維護技術文件之定義。5 軟體功能需求透過此E 化採購系統，所有上下游廠商可在此進行詢價及報價動作。本系統是由九個次系統所組成，參見圖1及表1，分別說明如下：圖1 E 化採購系統架構系統功能名稱功能描述l 詢 / 報價作業詢 / 報價單透過此單據進行詢 / 報價作業。詢價撤銷通知提供撤銷詢 / 報價單之功能。已報價案號通知通知已報價之
14、案號。未得標通知若專業供應分公司未得標，則透過系統通知給上線的專業供應分公司。l 訂單作業訂購通知當完成詢價、開標、比價、決購、呈核後，即透過網際網路，以批次方式傳送訂單（訂購通知）予相關受訂專業供應分公司，再由專業供應分公司安排生產線生產。交貨通知透過交貨作業將需用量、交期透過網際網路通知專業供應分公司排定製程交貨。l 交貨管理作業交貨提示表提供對外訂購貨品後，於約定交貨日前一定天數內，透過網際網路，以批次方式傳送交貨提示表予相關受訂專業供應分公司，通知安排備貨與相關送貨作業。交貨變更通知變更訂貨數量、交貨日期或交貨地點。l 催交作業催交單若未能如期交貨，可透過網際網路，以批次方式傳送催交單
15、予相關受訂專業供應分公司，進行催交通知作業。確認交貨日被通知交貨之專業供應分公司可進行線上輸入確認交貨日期。l 憑證文件催交作業逾期交貨扣款通知單專業供應分公司交貨後，因逾期交貨導致逾交而須扣款時，通知專業供應分公司扣款原因及金額，經專業供應分公司確認無誤後才進行扣款作業。催發票函l 付款進度查詢匯款通知單驗收合格後，若專業供應分公司所附發票正確，則進行付款作業。付款進度查詢透過系統可查詢相關付款進度。l 報表作業協助上線專業供應分公司作資料的批次列印和再利用。l 字型下載利用字型下載服務可使其他非使用採購系統字型標準的內部 / 外部客戶以及專業供應分公司，都能輕易的使用本系統，增加交易的方便
16、性。l 更改密碼內部 / 外部客戶以及專業供應分公司可自行更改密碼，防止他人盜用。表1 系統功能描述6 系統功能範圍（1）詢 / 報價作業詢 / 報價作業為本系統所有作業之主軸，其餘八項作業均以本作業所產生資料作為依據。上線的專業供應分公司在系統首頁中，便可清楚了解目前為止，內部 / 外部客戶所發出來的詢價資料、訂購通知、交貨提示通知 等，而各項資料的詳細內容，均存放於系統主功能中的各項作業。詢 / 報價作業中以選單、條件搜尋、結果顯示等功能，透過親和性的界面模式，提供詢報價單、詢價撒銷、已報價案號、未得標通知等作業給上線的專業供應分公司。將專業供應分公司所經手的所有詢價單作有系統的管理，集團
17、內的管理階層（Ex. 集團負責人）可利用十餘種查詢方式了解某一請購案號的執行現況，或將搜尋回覆中的所有資料，下載到集團內部作業系統作資料整合與再利用。而在內部 / 外部客戶以及專業供應分公司最重視的報價資料安全問題方面。透過RSA 的安全機制，報價作業提供上線專業供應分公司直接輸入、加密、傳送等功能，經此安全機制加密後的報價資料，僅提供上網詢價的內部 / 外部客戶承辦人員解碼、讀取。（2）訂單作業主要分為指定交期訂單和未指定交期定單，另有內部 / 外部客戶需用時另行通知叫貨等二大功能。當完成詢價、開標、比價、決購、呈核後，即透過網際網路，以批次方式傳送訂單（訂購通知）予相關受訂專業供應分公司，
18、再由專業供應分公司安排生產線生產；至於未指定交期之案件，則先透過網際網路，將訂單傳送通知受訂專業供應分公司，待需要時再透過交貨作業將需用量、交期透過網際網路通知專業供應分公司排製交貨。至於未受訂之專業供應分公司，則可利用本系統傳送未得標通知單予未受訂專業供應分公司。（3）交貨管理作業本系統之應用，將提供對外訂購貨品後，於約定交貨日前一定天數內，透過網際網路，以批次方式傳送交貨提示表予相關受訂專業供應分公司，通知安排備貨與相關送貨作業。另欲變更訂貨數量、交貨日期或交貨地點時，則可利用本系統，透過網際網路，以批次方式傳送交貨變更通知予相關受訂專業供應分公司，而相關被通知變更之專業供應分公司則可進行
19、線上輸入交貨變更確認，本系統亦配合集團內之需要，將所有交貨變更確認轉換成所需之格式，以批次方式傳送給回來，經確認無誤，再更新採購進度及訂購資料。（4）催交作業接受訂單的專業供應分公司，若未能如期交貨，發單之內部 / 外部客戶可利用本系統，透過網際網路，以批次方式傳送催交單予相關受訂之專業供應分公司，進行催交通知作業，而相關被通知交貨之專業供應分公司則可進行線上輸入確認交貨日期。（5）憑證文件催交作業專業供應分公司交貨後，因逾期交貨導致逾交而須扣款時，下訂之內部 / 外部客戶可利用本作業，先行通知專業供應分公司扣款原因及金額，經專業供應分公司確認無誤後才進行扣款作業；至於專業供應分公司交貨後，若
20、未附上發票或未依約提供投資抵減文件等，都可利用本作業通知專業供應分公司補寄。（6）付款進度查詢提供專業供應分公司進行線上查詢付款進度，以暸解下訂之內部 / 外部客戶付款作業處理狀況。當下訂之內部 / 外部客戶接到受訂專業供應分公司所交之貨品，經驗收合格後，若專業供應分公司所附發票正確，則進行付款作業，並利用本系統，透過網際網路，以批次方式傳送匯款通知單予相關專業供應分公司。（7）報表作業本系統所有資料處理結果，在報表作業中將依螢幕上原來顯示的資料格式作原樣重現，提供給專業供應分公司儲存所有詢報價資料的另一管道。系統並將所搜尋資料儲存成WORD 的資料格式（*.doc檔），可線上協助專業供應分公
21、司作資料的批次列印和再利用。（8）字型下載下訂之內部 / 外部客戶以及專業供應分公司所使用的字型系統並不一致，利用字型下載服務可使其他非使用採購系統字型標準的廠商，都能輕易的使用本系統，增加交易的方便性。（9）密碼更改此項服務是屬於交易安全的輔助之一，由內部 / 外部客戶以及專業供應分公司自行需要更改密碼，防止他人盜用。7 介面需求（1）系統必須能透過TCP/IP 傳輸協定，將資料送給各子系統。（2）Client 端可以透過瀏覽器從Server 端擷取資料。（3）Server 端可以透過資料庫（Database）抓取資料。8 非功能性需求8.1 處理時間需求資料查詢及交易反應時間（Online
22、 Transaction Response Time）應少於2 秒，於網路上的環境應避免並解決因多人使用而造成反應遲緩之問題。8.2 穩定性需求系統必需維持高度的可操作性，資料不能因系統相關之問題，而導致毀損。即使系統發生毀損，亦必需能在極短的時間內恢復其正常運作。8.3 資料安全性需求系統需提供遊艇製作分公司與專業供應分公司安全的檔案資料傳輸機制，透過網際網路或與TCP/IP 相容之廣域網路，達到資料的交換與共享。8.4 操作安全性需求系統需具備使用者認證之功能，決定系統建檔人員與系統管理人員之權限，資料庫具備資料庫存取管制功能，以有效防止非合法授權者侵入系統內取用資料。系統會對使用者之帳號
23、密碼作出確認，才允許使用者進入此系統。9 雛型系統摘述（1）簡易及方便之資料輸入方式。（2）視窗操作環境，以利交互查詢。（3）可直接擷取系統資料之功能，亦可將系統資料轉入資料庫中使用。（4）明確易懂的輸出/輸入格式。（5）系統發展符合使用者需求。（6）資料查詢反應時間（Online Transaction Response Time）於上線時應少於2秒，亦應避免並解決多人使用而造成反應遲緩之問題。（7）使用者權限管制之功能。（8）資料庫檔案存取管制之功能。（9）簡易操作程式，提供使用者理想之作業環境。（10）系統之程式設計必須力求簡單明瞭，並避免不當之作業流程，以維持作業之流暢與安全。（11）
24、系統之設計必須採用專案管理方法、軟體開發方法，以利專案品質控制及系統未來維護。（12）系統雛型應涵蓋使用者端所有畫面、功能、介面及資料連線測試。具備相關系統資料連線的能力，以達資料流通。（13）報表之列印，提供以下功能：a. 預覽b. 自定資料列印格式c. 自訂預設值八、 E 化採購系統軟體開發企劃書1 系統建置策略在決定採取哪一種系統建置策略時，需考慮成本、時效、適用性、技術水準、人員調派及經營策略等因素。使用者自行開發委外 / 聯合開發購買套裝軟體成本最高中最低時效最慢適中最快適用性最佳居中最差技術水準若本身無技術能力，或是為引進先進技術和外界合作人員調派若是時效與人員不足，也只好由外面取
25、得經營策略競爭策略武器 / 商業機密的考量本系統建議採用使用者自行開發（End User Development，EUD）或委外開發（Outsourcing）的設計方式。2 系統開發模式系統開發階段可概分成：【分析】、【設計】與【實施】等三階段。若面對較大或複雜之系統時，其階段可再被細分成更多個階段，如下圖表示：分析設計實施1.可行性分析2.需求分析3.系統分析4.概念性設計5.細部設計6.程式編輯與單元測試7.整合測試8.安裝與系統測試9.教育訓練10.操作與維護完整的系統軟體開發模式如下圖所示：因為嘉鴻集團集團化不久，無法對所有需求同時考量，同時集團內成員需要時間來熟悉和接受，並且建置系統
26、的預算需分期編列，故建議採用漸增模式系統開發方法。該方法把所有需求分成幾個部分，然後依漸增開發計畫將每個部分需求之開發訂為一個開發週期，每個週期可依序或平行以瀑布模式之原則開發。每個週期之階段清楚定義要做哪些工作及交付哪些文件，每個階段循序進行且僅循環一次。漸增模式需先經歷需求分析以完全掌握需求，接著再進行漸增開發規劃，其工作如下：對系統之分析與設計採由上而下之方式，將需求分成若干部分，並進行上層規格描述，此時須把由上而下之各部份或功能切割清楚，這包括整個系統之上層架構，可能重複使用之部分與依序將發展之各子系統。完成上層規格描述後，需進一步擬定漸增開發計畫，以規範與指引系統之漸增開發，然後依計
27、畫進行，最後歷經幾個版本之漸增，才能完成系統之開發。應用漸增模式，其重要開發階段、週期、程序與系統之關係如下圖： 漸增模式特色： 系統被分成幾個子系統或功能，各子系統可獨立依序或平行開發。 系統開發可由多個週期完成，每個週期均有分析設計、程式編輯及測試，每個週期完成不同版本之系統。 使用者參與程度高，每個週期均參與，故相較於瀑布模式，漸增模式之風險較低。 漸增模式適用之情況：（1）目標與需求可完全與清楚描述。（2）預算需分期編列。（3）需要時間來熟悉和接受新科技。3 需求擷取與分析需求擷取方法：常用的有查閱文件、觀察、訪談、問卷、開會討論與聯合開發等六種。建議嘉鴻集團可採取訪談（Intervi
28、ew）與開會討論方式。訪談可分為開放式訪談與結構化訪談二種。需求表達工具：建議採用流程圖的方式。需求分析之重要步驟：各種事物現象（擷取出）描述性綱目（轉換為）概念性綱目。需求分析文件：需包含（1）問題描述；（2）新系統目標；（3）新系統限制；（4）使用者需求（以流程圖配合處理描述）。4 系統分析與設計本階段工作之主要目的是把需求分析文件轉換成分析與設計規格文件，重要工作包含流程塑模、資料塑模、模組設計、軟硬體環境設計及開發工具選擇等。建議以資料流程圖（Data Flow Diagram，DFD）進行流程塑模工作；採用由中間往外的方式建構資料流程圖，建構步驟為（1）建立環境圖；（2）建立事件列；
29、（3）建立初步的資料流程圖，也就是將前述的事件列利用事件分割（Event Partitioning）方法，以獲得初步資料流程圖；（4）將初步資料流程圖經由不斷地向上及向下階層化，直到獲得完整的資料流程圖為止。完成後之資料流程圖必須測試其正確性（Correctness）與有用性（Usefulness）。建議以實體關係圖（Entity Relationship Diagram，ERD）進行資料塑模工作。建立實體關係圖可依以下三階段進行：（1）確認實體及其屬性；（2）確認實體間之關係；（3）確認實體關係之基數。實體關係圖建立後，需轉換成設計階段的關聯表，關聯表建立後，需進行正規化的處理，將資料屬性組
30、合成為一個具有良好結構的關聯表（含有最少量的重複狀況，並且可以讓使用者插入、刪除或修改關聯表中的資料，而不會產生資料錯誤或是不一致的情形）。下圖為正規化的步驟：模組設計只關心資料及處理的流程，模組設計的工具為結構圖（Structure Chart）或HIPO（Hierarchical Input Process Output）圖，除了考量最底層之處理外，還須加入可能的資料輸入與輸出、例外狀況處理、輔助與錯誤訊息處理等，且此時之處理（模組）規格描述，須以結構化英文或程式設計語言，來描述其程式邏輯與所需資料屬性等。軟硬體環境設計及開發工具選擇，包括硬體與網路架構、作業系統、應用系統架構之設計與開發
31、工具之選擇等。q RADTs 評估準則被歸納成：l 開發環境l 資料庫連結能力l 資料查詢與表達能力l 設定管理與應用程式l 擴充性l 價格l 速度效率l 物件導向技術l 供應商能力與支援等q 以下列出每一大類，並在該類下逐一列出可能之考慮因素：l 開發環境，考慮支援Windows 作業系統、可自製Windows 元件並放入元件庫中、可包裝Visual Basic 的自訂控制元件（VBX）、有OLE 自訂控制元件（OCX）之能力、分散式OLE、支援OLE，DDE，DLL，VBX，OCX 等項目與支援中文等。l 資料庫連結能力，可能考慮支援ODBC 與支援高效率內建資料庫連結。l 資料查詢與表達
32、能力，可能考慮資料查詢能力、報表產生能力、圖形產生能力、應用程式設計儲存庫等。l 設定管理與應用程式，可能考慮提供物件程式庫程式碼管理、階層化的應用程式瀏覽器、可隨時重建應用程式的設計與產生安裝磁片等。l 擴充性l 價格l 速度效率l 物件導向技術l 供應商能力與支援等系統分析與設計文件：需包含（1）環境模式；（2）流程塑模；（3）資料塑模；（4）模組設計；（5）軟硬體環境設計及開發工具選擇。l 流程塑模 以資料流程圖表達系統範圍內，所有外部實體與系統之互動，系統內部之處理程序及所需資料之輸出與輸入等。資料流程圖需從最高層（第零階）分解至最底層，並表達處理描述。l 資料塑模 以實體關係圖表示資
33、料與資料間之關係，進一步將實體關係圖轉成關聯表，並進行正規化精練以設計關聯式資料庫。 模組設計l 將資料流程圖底層之處理進一步的加入例外狀況之處理、錯誤訊息與輔助訊息之處理等，並以程式設計語言描述該處理之程式邏輯。必要時，以結構圖表達新系統之所有模組及模組間之關係。 使用者介面塑模l 以介面結構圖、介面藍圖與介面元件規格、介面狀態圖與轉換表等表達介面之展示、摘述與控制，並進一步表達進階之使用者介面設計。l 軟硬體環境設計及開發工具選擇l 表達新系統之硬體與網路架構、作業系統與應用系統架構之設計。此外，亦需決定開發工具之評估準則及評估之方案，並進一步摘述評估結果。5 專案管理包含預算管理、時程管
34、理、人員管理及品質管理、風險管理等。預算管理可分為（1）人事費用；（2）資本支出；（3）費用；（4）經常費用的控制。時程管理步驟：（1）將專案活動依工作分解圖（Work Breakdown Structure，WBS）展開；（2）找出活動的先後順序並劃成PERT 圖；（3）找出要徑；（4）將活動的起訖時間轉為甘特圖人員管理主要是針對資源過度分配及不平衡的情形加以限制，再利用寬延時間的彈性進行資源平滑（Leveling）。品質管理必須在開發階段的早期就將品質納入規劃（Planned In），接著在設計階段把所需要的品質設計進去（Designed In），最後才到執行及測試檢驗階段將錯誤找出（Te
35、st Out）。兩種常用於軟體開發的品質管理方法為審查及檢驗，這兩種方法同樣適用於系統分析與設計階段。審查（Review）是透過會議的方法來找出潛在的錯誤，以確保品質。風險管理也是在軟體生命週期的每一階段都該進行，其步驟為：（1）風險認定；（2）風險評估；（3）風險排序；（4）風險規劃；（5）風險解決；（6）風險追蹤。6 E化採購系統作業流程7 詢報價流程8 E化採購系統採購流程9 E化採購系統對帳流程10 E化採購系統對採購方的連結11 E化採購系統對供應商的連結12 E化採購系統導入方法13 E化採購系統規劃準備階段14 E化採購系統導入實作階段15 E化採購系統上線階段九、 E 化採購系
36、統工作說明書（SOW）1 工作說明協助嘉鴻集團建置E 化採購系統。2 工作範圍與地點工作地點：高雄 / 嘉鴻集團，集團外部遊艇廠同業之操作電腦建置由嘉鴻集團資訊部人員負責。工作範圍：（1）系統硬體架構建置；（2）系統軟體建置；（3）導入顧問工作；（4）系統測試；（5）系統教育訓練；（6）系統文件製作；（7）系統保固服務。3 初步系統架構4 工作項目與程序（1）系統硬體架構建置；（2）系統軟體建置；（3）導入顧問工作；（4）系統測試；（5）系統教育訓練；（6）系統文件製作；（7）系統保固服務。5 系統廠商的權利義務A. 專案內相關人員在專案各週期參與程度對應表(1) 使用客戶：本專案為專案開發計
37、畫。(2) 專案成員包括：其後在系統開發、系統整合、專案結案等階段都必須有專案全體成員參與。B. 專案內相關人員監控機制說明本專案對於專案內相關人員的監控項目如下（為預設之監控項目，若計畫之執行依對計畫之重要性及計畫資源情況，設定是否為監控項目）(1) 計畫初期：若有參與人員欲退出本計畫，需於一個月之前提出通知，同時計畫主持人需於一個月之內找到替代人選。(2) 開發階段：若有參與人員欲退出本計畫，需於二個月之前提出通知，計畫主持人需於一個月之內找到替代人選，替代人選需於加入計畫一個月內交接完成。(3) 完成階段：若有參與人員欲退出本計畫，需於一個月之前提出通知，計畫主持人需將退出人員之工作分派
38、給其他成員。6 客戶的權利義務提供商業邏輯。提供必要之支援。7 計畫時程與查核點A 預訂查核點說明查核點預定時間查核點概述技術文件M1YY.MM.DD需求規格書需求規格書(T2.3)M2YY.MM.DD專案執行規格書專案執行規劃書(T1.3)M3YY.MM.DD系統細部設計書系統細部設計書(T2.4)M4YY.MM.DD軟體模組整合測試完成軟體功能測試報告書(T3.3)M5YY.MM.DD軟硬體整合測試完成驗收報告書(T4.2)M6YY.MM.DD教育訓練完成訓練教材(T6.4)B 預定時程依據嘉鴻集團排定時程規劃工作進度。C 時程與查核點監控機制說明本專案對於進行中的工作採用一個月監控一次，
39、由專案負責人針對所完成的工作比例進行進度審視的方式。而需要實施矯正措施時，其基準為：(1) YY/MMYY/MM 矯正基準定為20%，當進度落後超過20% 必須實施矯正措施。(2) YY/MMYY/MM 矯正基準定為10%，當進度落後超過10% 必須實施矯正措施。矯正措施為由專案負責人邀請相關人員召開會議，討論如何修改時程規劃，並實行之。本專案的監控項目如下所列：（下面為預設監控項目，但計畫執行中可依此監控項目對計畫之重要性及計畫資源情況，設定是否為監控項目）(1) 系統規格分析完成監控時點矯正基準矯正機制YY/MM/DDSRS 完成明確列出未完成的部分，之後每隔2 日確認完成的進度YY/MM
40、/DDSDS 完成明確列出未完成的部分，之後每隔2 日確認完成的進度(2) 軟體開發完成監控時點矯正基準矯正機制YY/MM/DD完成資料庫相關模組開發與測試明列未完成的部分，於YY/MM/DD 前完成並reviewYY/MM/DD完成主機伺服器安裝測試成員加班於YY/MM/DD 前完成YY/MM/DD60% 軟體項目完成列出落後之百分比數，之後每週監控進度直至趕上進度YY/MM/DD100% 軟體項目完成成員加班於YY/MM/DD 前完成(3) 系統開發完成監控時點矯正基準矯正機制YY/MM/DD軟體模組整合測試完成列出落後之百分比數，加派人力，之後每日監控進度直至趕上進度YY/MM/DD系統軟硬體整合測試完成列出落後之百分比數，加派人力，之後每日監控進度直至趕上進度8 系統驗收前應準備的文件本系統驗收前須準備之文件計有系統需求規格書、需求規格表或需求追溯表、軟體測試計畫書、軟體驗證報告等足以說明系統需求功能與軟體系統品質驗證結果之文件。9 付款方式T/T 匯款。（工作施行後30 日內匯款）依業主付款辦法：每季請款（即每三個月請款乙次）。另議： 。10 保密協議非經嘉鴻集團書面同意，系統整合廠商不得將本系統相關資料（全部或一部份）給予、或對第三者發表。系統整合廠商工作人員並應嚴守嘉鴻集團相關之業務機密。十、 結語第七組書面報告
