第二章 文獻探討
2.1.3 專案管理流程圖
第三章 專題規劃
本章包含六節，第一節介紹系統開發方法；第二節介紹需求分析；第三節進 行系統藍圖描述；第四節說明專題設備；第五節說明專題時程規劃；第六節進行 專題分工。
3.1 系統開發方法
本專題採用的系統開發方法是雛型，進行過程是先了解客戶的需求，依據需 求定義來進行快速設計，依據設計結果來快速建立雛形版本，然後將雛型的結果 交給客戶評估，並且收集客戶的意見與建議，再來依據客戶的意見與建議來更新 雛型，待顧客滿意後，才正式開發真正的系統，完成系統實作。
圖 3.1 開發方法模型圖
3.2 需求分析
專案管理系統 組別:A18
元培科技大學 版本:0.1
需求分析報告
壹. 功能需求(Functional Requirement)
1. 教資助理可以利用此系統建立專案。
專案管理系統 組別:A18
專案管理系統 組別:A18
貳.非功能的需求(Non-functional Requirement)
一、Usability
此系統對於初學者和使用者在 20 分鐘以內學會使用及操作。
系統的設計手冊一定要有詳細的說明，並且使用者在 20 分鐘內看 懂以及會操作。
系統使用者必須對系統感到 8 成的滿意度。
二、Reliability
系統當機次數必須小於 2 次/每年。
系統資料備份必須大於 3 次/每月。
系統資料更新必須大於 10 次/每日。
三、Performance
系統登入時的驗證必須少於 5 秒內完成。
系統同時處理那麼多筆資料時，不能造成系統 70%以上嚴重負荷。
3.3 系統藍圖描述
本節介紹本專題之軟硬體結構，在軟體方面，分別以 Use Case 圖、系統架 構圖來表達;在硬體方面，則以硬體架構圖來表達。
1.Use Case 圖
圖 3.3.1 Use Case 圖
2.系統架構圖
圖 3.4 系統架構圖
3.硬體架構圖
圖 3.5 硬體架構圖
3.4 專題設備
本專題開發所需使用之軟硬體有：
(1) 軟體方面 1. Access 2. Windows 3. JavaScript 4. Java 程式語言 5. JSP
6. Apache Tomcat (2) 硬體方面:
1. 電腦主機一部
3.5 專題時程規劃
本專案由開始規劃至系統完成，預計會有下列幾項工作 (1) 需求定義與收集
(2) 設計
(3) 雛型建立與修改 (4) 評估
(5) 雛型更新 (6) 系統實作
茲將本專案進行流程的甘特圖繪製如下：
階段 一月 二月 三月 四月 五月 六月 七月 八月 九月 十月 十一月
需求定義
與收集
設計
雛型建立
與修改
評估
雛型更
新
系統實
作
圖 3.6 甘特圖
3.6 專題分工
本專案組員的分工如下表所示：
表 3-1 專案分工表
工作 彭莉鈞 陳偉皓 劉得彥 李俊慶 張育勛
1. 需求定義與收集
2. 設計
3. 雛型建立與修改
1. 評估
2. 雛型更新
3. 系統實作
第四章 專題成果
本章共有兩小節，第一小節介紹本專題系統的系統分析報告書；第二小節進 行本專題系統成果的簡介。
4.1 系統分析報告書 4.1.1 Use Case 圖
專案管理系統 組別:A18
使用案例:建立專案 版本:0.1
編號:UC-001
4.1.2 使用案例描述
Use Case Specification:建立專案
1. 名稱(Name) 建立專案。
1.1 簡述(Brief Description) 建立專案的過程。
2. 參與者(Actors) 教資中心助理。
3. 前提(Pre-Conditions) 助理已經登入此系統。
4. 成功條件(Successful Post-Conditions) 建立專案成功。
5. 失敗條件(Unsuccessful Post-Conditions) 建立專案失敗。
6. 事件路徑(Flow of Events)
6.1 基本路徑(Typical Course of Events)
Actor 動作 系統回應
1.TUCBW:客戶提交建立專案的訊息 2.系統接收並傳送給上級看 3.客戶去查看有沒有通過 4. TUCEW:系統送出訊息給客戶
6.2 其他/例外路徑(alternative/exceptional course) 6.2.1 助理提交新的建立專案訊息
專案管理系統 組別:A18
使用案例:查詢專案 版本:0.1
編號:UC-002
Use Case Specification:查詢專案
1. 名稱(Name) 查詢專案。
1.1 簡述(Brief Description) 查詢整個專案的資料。
2. 參與者(Actors) 教資中心助理。
3. 前提(Pre-Conditions) 助理已登入此系統。
4. 成功條件(Successful Post-Conditions) 顯示資料。
5. 失敗條件(Unsuccessful Post-Conditions) 斷線或系統發生問題。
6. 事件路徑(Flow of Events)
6.1 基本路徑(Typical Course of Events)
Actor 動作 系統回應
1.TUCBW:助理按查詢鈕 2.系統顯示查詢頁面
3.助理輸入資料 3. TUCEW:系統去找資料並顯示在網頁上
6.2 其他/例外路徑(alternative/exceptional course) 6.2.1 助理查詢失敗
步驟 1.可能系統發生問題。
6.2.2 沒有顯示任何資料
步驟 2.可能資料庫沒存到或此專案未申請。
專案管理系統 組別:A18
使用案例:上傳核准簽呈 版本:0.1
編號:UC-003
Use Case Specification:上傳核准簽呈
1. 名稱(Name) 上傳核准簽呈。
1.1 簡述(Brief Description)
這個使用案例描述客戶上傳核准簽呈的過程。
2. 參與者(Actors) 教資中心助理。
3. 前提(Pre-Conditions) 簽呈已完成。
4. 成功條件(Successful Post-Conditions) 上傳核准簽呈成功。
5. 失敗條件(Unsuccessful Post-Conditions) 上傳核准簽呈失敗。
6. 事件路徑(Flow of Events)
6.1 基本路徑(Typical Course of Events)
Actor 動作 系統回應
1.TUCBW:助理上傳核准簽呈 2.系統接收到並存放在一個空間裡 3.主持人可以去下載使用 4. TUCEW:系統把資料傳送給主持人
6.2 其他/例外路徑(alternative/exceptional course) 6.2.1 助理沒有上傳資料
專案管理系統 組別:A18
使用案例:登入 版本:0.1
編號:UC-004
Use Case Specification:登入
1. 名稱(Name) 登入。
1.1 簡述(Brief Description)
使用此系統必須先登入才能使用。
2. 參與者(Actors) 教資助理或主持人。
3. 前提(Pre-Conditions) 系統發帳號。
4. 成功條件(Successful Post-Conditions) 登入成功。
5. 失敗條件(Unsuccessful Post-Conditions) 登入失敗。
6. 事件路徑(Flow of Events)
6.1 基本路徑(Typical Course of Events)
Actor 動作 系統回應
1.TUCBW:助理或主持人按了登入鈕 2.系統顯示請輸入帳號密碼 3.助理或主持人輸入帳號密碼 4.系統驗證帳號密碼正不正確
5. TUCEW:顯示登入成功或失敗
6.2 其他/例外路徑(alternative/exceptional course) 6.2.1 助理或主持人沒有按登入鈕
專案管理系統 組別:A18
使用案例:註冊 版本:0.1
編號:UC-005
Use Case Specification:註冊
1. 名稱(Name) 註冊。
1.1 簡述(Brief Description) 描述使用者註冊的過程。
2. 參與者(Actors)
教資中心助理或主持人。
3. 前提(Pre-Conditions) 按建註冊的鈕。
4. 成功條件(Successful Post-Conditions) 註冊成功。
5. 失敗條件(Unsuccessful Post-Conditions) 註冊失敗。
6. 事件路徑(Flow of Events)
6.1 基本路徑(Typical Course of Events)
Actor 動作 系統回應
1.TUCBW:助理或主持人按了註冊的鈕 2.系統跑出註冊頁面
3.客戶填寫基本資料 5. TUCEW:顯示註冊成功或失敗
6.2 其他/例外路徑(alternative/exceptional course) 6.2.1 助理或主持人沒有按註冊的鈕
專案管理系統 組別:A18
使用案例:發出活動即將到期通知 版本:0.1
編號:UC-006
Use Case Specification:發出活動即將到期通知
1. 名稱(Name)
發出活動即將到期通知。
1.1 簡述(Brief Description)
這個使用案例描述活動即將到期通知的過程。
2. 參與者(Actors) 主持人。
3. 前提(Pre-Conditions) 活動已經申請完畢。
4. 成功條件(Successful Post-Conditions) 活動通知成功。
5. 失敗條件(Unsuccessful Post-Conditions) 活動通知失敗。
6. 事件路徑(Flow of Events)
6.1 基本路徑(Typical Course of Events)
Actor 動作 系統回應
1.TUCBW:主持人活動申請完畢 2.系統會檢查活動的日期
3. TUCEW:日期即將到期系統會發出通知給 客戶
6.2 其他/例外路徑(alternative/exceptional course) 6.2.1 主持人活動沒有申請成功
專案管理系統 組別:A18 使用案例:發出活動已過期尚未舉辦通知 版本:0.1 編號:UC-007
Use Case Specification: 發出活動已過期尚未舉辦通知
1. 名稱(Name)
發出活動已過期尚未舉辦通知。
1.1 簡述(Brief Description)
這個使用案例描述活動已過期尚未舉辦通知的過程。
2. 參與者(Actors) 主持人。
3. 前提(Pre-Conditions) 活動已經申請完畢。
4. 成功條件(Successful Post-Conditions) 活動通知成功。
5. 失敗條件(Unsuccessful Post-Conditions) 活動通知失敗。
6. 事件路徑(Flow of Events)
6.1 基本路徑(Typical Course of Events)
Actor 動作 系統回應
1.TUCBW:主持人活動申請完畢 2.系統會檢查日期
3. TUCEW:日期超過卻還未舉辦活動，系統 會發出通知給客戶
6.2 其他/例外路徑(alternative/exceptional course) 6.2.1 主持人活動沒有申請成功
專案管理系統 組別:A18 使用案例:發出預算支用未達預定比率通知 版本:0.1 編號:UC-008
Use Case Specification: 發出預算支用未達預定比率通知
1. 名稱(Name)
發出預算支用未達預定比率通知。
1.1 簡述(Brief Description)
這個使用案例描述預算支用未達預定比率通知的過程。
2. 參與者(Actors) 主持人。
3. 前提(Pre-Conditions) 活動已經申請完畢。
4. 成功條件(Successful Post-Conditions) 預算支用未達預定比率通知成功。
5. 失敗條件(Unsuccessful Post-Conditions) 預算支用未達預定比率通知失敗。
6. 事件路徑(Flow of Events)
6.1 基本路徑(Typical Course of Events)
Actor 動作 系統回應
1.TUCBW:主持人活動申請完畢 2.系統會檢查預算支用有沒有達到一定比率 3. TUCEW:預算支用未達到一定比率，系統 會發出通知給客戶
6.2 其他/例外路徑(alternative/exceptional course) 6.2.1 主持人活動沒有申請成功
專案管理系統 組別:A18
使用案例:填寫專案預算 版本:0.1
編號:UC-009
Use Case Specification: 填寫專案預算
1. 名稱(Name) 填寫專案預算。
1.1 簡述(Brief Description)
這個使用案例描述填寫專案預算的過程。
2. 參與者(Actors) 主持人。
3. 前提(Pre-Conditions) 要申請活動時。
4. 成功條件(Successful Post-Conditions) 填寫專案預算成功。
5. 失敗條件(Unsuccessful Post-Conditions) 填寫專案預算失敗。
6. 事件路徑(Flow of Events)
6.1 基本路徑(Typical Course of Events)
Actor 動作 系統回應
1.TUCBW:主持人填寫預算送出 2.系統把資料儲存在資料庫裡
3. TUCEW:系統會顯示存儲成功或失敗
6.2 其他/例外路徑(alternative/exceptional course) 6.2.1 主持人沒有把預算送出
專案管理系統 組別:A18
使用案例:填寫活動申請與預算表 版本:0.1
編號:UC-010
Use Case Specification: 填寫活動申請與預算表
1. 名稱(Name)
填寫活動申請與預算表。
1.1 簡述(Brief Description)
這個使用案例描述填寫活動申請與預算表的過程。
2. 參與者(Actors) 主持人。
3. 前提(Pre-Conditions)
按填寫活動申請與預算表的鈕。
4. 成功條件(Successful Post-Conditions) 填寫活動與預算表申請完成。
5. 失敗條件(Unsuccessful Post-Conditions) 填寫活動與預算表申請沒完成。
6. 事件路徑(Flow of Events)
6.1 基本路徑(Typical Course of Events)
Actor 動作 系統回應
1.TUCBW:主持人填寫活動與預算表送出 2.系統把資料儲存在資料庫裡 3.系統送給教資中心助理看
4. TUCEW:系統送出給客戶有沒有申請成功
6.2 其他/例外路徑(alternative/exceptional course) 6.2.1 主持人沒有送出
專案管理系統 組別:A18
使用案例:上傳專案計畫書 版本:0.1
編號:UC-011
Use Case Specification: 上傳專案計畫書
1. 名稱(Name)
上傳專案計畫書。
1.1 簡述(Brief Description)
這個使用案例描述上傳專案計畫書的過程。
2. 參與者(Actors) 主持人。
3. 前提(Pre-Conditions) 專案已完成。
4. 成功條件(Successful Post-Conditions) 上傳專案計畫書完成。
5. 失敗條件(Unsuccessful Post-Conditions) 上傳專案計畫書失敗。
6. 事件路徑(Flow of Events)
6.1 基本路徑(Typical Course of Events)
Actor 動作 系統回應
1.TUCBW:主持人按上傳專案計畫書的鈕 2.系統儲存專案計畫書
3. TUCEW:系統顯示上傳成功
6.2 其他/例外路徑(alternative/exceptional course) 6.2.1 主持人沒有按上傳計畫書的鈕
專案管理系統 組別:A18
使用案例:上傳活動成果報告 版本:0.1
編號:UC-012
Use Case Specification: 上傳活動成果報告
1. 名稱(Name)
上傳活動成果報告。
1.1 簡述(Brief Description)
這個使用案例描述上傳活動成果報告的過程。
2. 參與者(Actors) 主持人。
3. 前提(Pre-Conditions) 活動已舉辦了。
4. 成功條件(Successful Post-Conditions) 上傳活動成果報告完成。
5. 失敗條件(Unsuccessful Post-Conditions) 上傳活動成果報告失敗。
6. 事件路徑(Flow of Events)
6.1 基本路徑(Typical Course of Events)
Actor 動作 系統回應
1.TUCBW:主持人按上傳活動成果報告的鈕 2.系統儲存活動成果報告 3. TUCEW:系統顯示上傳成功
6.2 其他/例外路徑(alternative/exceptional course) 6.2.1 主持人沒有按上傳活動成果報告的鈕
專案管理系統 組別:A18
使用案例:上傳核准後之核銷簽 版本:0.1
編號:UC-013
Use Case Specification: 上傳核准後之核銷簽
1. 名稱(Name)
上傳核准後之核銷簽。
1.1 簡述(Brief Description)
這個使用案例描述上傳核准後之核銷簽的過程。
2. 參與者(Actors) 主持人。
3. 前提(Pre-Conditions) 專案已經批准完。
4. 成功條件(Successful Post-Conditions) 上傳核准後之核銷簽完成。
5. 失敗條件(Unsuccessful Post-Conditions) 上傳核准後之核銷簽失敗。
6. 事件路徑(Flow of Events)
6.1 基本路徑(Typical Course of Events)
Actor 動作 系統回應
1.TUCBW:主持人按上傳核准後之核銷簽的 鈕
2.系統儲存上傳的核銷簽 3. TUCEW:系統顯示上傳成功
6.2 其他/例外路徑(alternative/exceptional course) 6.2.1 主持人沒有按上傳核准之核銷簽的鈕
專案管理系統 組別:A18 使用案例:填寫工作項目與預定完成時間 版本:0.1 編號:UC-014
Use Case Specification: 填寫工作項目與預定完成時間
1. 名稱(Name)
填寫工作項目與預定完成時間。
填寫工作項目與預定完成時間。