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 部門通過此發布納新資訊後,學生可以直接檢視,並且填寫 入部申請表 省去了平時手工發放的繁瑣。同時,部門可在該平台上對申請的學生進行篩選後發布面試邀請。豐富的部門資訊,學生可以檢視,增加對部門的了解。而部門也可以檢視...