原型設計（結對第一次）

031502615 李家鵬

031502639 鄭秦

原型設計使用 axure rp 。

部門通過此發布納新資訊後，學生可以直接檢視，並且填寫「入部申請表」，省去了平時手工發放的繁瑣。同時，部門可在該平台上對申請的學生進行篩選後發布面試邀請。

豐富的部門資訊，學生可以檢視，增加對部門的了解。而部門也可以檢視提交申請的學生的資訊，增加對學生的了解。

學生資訊大部分來自於教務處，保證了資訊真實可靠。

學生在進行選擇部門時，系統可以協助並給出是否有多部門時間衝突的提醒，防止出現被選中後還是被淘汰。而部門在發布時，可以檢視彼此部門的發布資訊，系統同樣可以協助防止出現太多衝突。

劣勢：介面設計上，無太多美化，長時間面對略顯枯燥。

原型作品展示點這

為節省篇幅，有些功能不展開詳細介紹，可點選上方鏈結進行演示。

預估耗時（分鐘）

實際耗時（分鐘）

planning

計畫30

40· estimate

· 估計這個任務需要多少時間

3040

development

開發780

710· analysis

· 需求分析 (包括學習新技術)

60120

· design spec

· 生成設計文件

6060

· design review

· 設計複審 (和同事審核設計文件)

6030

· coding standard

· **規範 (為目前的開發制定合適的規範)00

· design

· 具體設計

600500

· coding

· 具體編碼00

· code review

· **複審00

· test

· 測試（自我測試，修改**，提交修改）00

reporting

報告90

80· test report

· 測試報告

3030

· size measurement

· 計算工作量

3020

· postmortem & process improvement plan

· 事後總結, 並提出過程改進計畫

3030

合計900

830zq：

jp：[第一次結對作業部落格內容附件.pdf](

原型設計（結對第一次）

客戶的主要需求為通過乙個原型系統，讓部門和部員的選擇能夠資訊化，解決因人工篩選導致的部員部門時間 興趣等方面的不匹配，並使學生能更加了解部門 部門也能更加了解學生的情況，同時減少納新的繁瑣程式。需求的物件分別為學生和部門。基本 完善 基本 完善 當初討論時，見作業要求上說如果客戶通過這次設計，該方案...

原型設計（結對第一次）

170320075 解哲 170327078 張合勝 原型1.pdf 現有的部門納新都是以紙質表單為基礎的。這樣做的好處是內容正式，條理清晰，但是缺點也是顯而易見的。例如，資訊彙總不及時，不準確，無法直觀的判斷各個部門間的活動安排情況，資訊發布不及時，資訊獲取渠道少，檔案丟失率高等。上述一些缺點是目...

原型設計（結對第一次）

031502615 李家鵬 031502639 鄭秦 原型設計使用 axure rp 部門通過此發布納新資訊後，學生可以直接檢視，並且填寫 入部申請表 省去了平時手工發放的繁瑣。同時，部門可在該平台上對申請的學生進行篩選後發布面試邀請。豐富的部門資訊，學生可以檢視，增加對部門的了解。而部門也可以檢視...