【軟 工 實 踐 · 結 隊 作 業】 第一次作業
Part 1 · 結隊成員資訊
- 吳 海 林 - 031502430 · 主力抱大腿
- 蘇 偉 鵬 - 031502331 · 主力代碼輸出
Part 2 · 需求分析
-
Need
使用者:學生及學生會各個部門
需求:
- 學生部門手動彙總所有學生報名資訊,工作資訊量大且繁瑣;
- 需要一個包含學生及部門相關基本資訊的系統,如學生基本情況、愛好、興趣、部門相關納新人數、活動時間等;
- 解決學生因活動時間沖突而淘汰的問題
- Approach
學生部門互選系統
問題一:學生部門之間互不了解
解決方法:
1.部門完善個人資訊:部門介紹、相關特色活動、納新人數、面試時間等;
2.學生完善個人資訊:基本資訊、興趣、愛好等;
問題二:學生所選部門限制
1.設定系統預設值,保證不沖突的情況下,上限為5個部門
問題三:部門活動請假限制
1.設定一個觸發器,當學生在一個部門活動請假次數達到上限時,系統自動将該學生從待選名單中去;
- Benefit
- 學生及部門之間能夠互相了解,保證學生和部門能最大可能進入或接 收心儀的部門或部員;
- 部門之間資訊溝通通暢;
- 網際網路時代,采用web開發,網絡流量大,比較容易推廣,使用者操作比 較友善;
- 篩選申請表過程自動化,減輕相關部門時間及精力;
- Competitors
優勢
- 目前尚未有同款web應用出現,這塊領域處于待開發狀态;
采取類似導師學生互選的機制能夠較好的滿足使用者需求;
劣勢
- 需要同其它小組競争;
- 可能不能像現在那種網站快速運作(這可能自己代碼優化的不全面);
- 有可能自己網站不容易被發現(這需要搜尋引擎優化);
- Delivery
- 向學院部門負責人推薦本系統,減輕部門納新工作量
- 收集學院部門回報情況,及時修改并釋出新版本
- 符合使用者需求之後,嘗試推廣到全校部門使用
- emmmm,最終推廣到全國各大高校????
Part 3 · 原型系統
工具清單
- 分析工具:Axure RP + Xmind
需 求 分 析 之 假 思 維 導 圖
![](https://img.laitimes.com/img/__Qf2AjLwojIjJCLyojI0JCLicmbw5yN4YDNxMzM5QTMtATN3QTMyAjNxcTM5AzNxAjMtAjM1UDO48CX5AzNxAjMvwFMyUTN4gzLcd2bsJ2Lc12bj5ycn9Gbi52YucTMwIzcldWYtl2Lc9CX6MHc0RHaiojIsJye.png)
I 學 生 部 門 互 選 系 統 ·【 登 錄 頁 面 】
II 學 生 部 門 互 選 系 統 ·【 學 生 登 錄 頁 】
III 學 生 部 門 互 選 系 統 ·【 部 門 介 紹 】
PS:可通過點選相應按鈕跳轉到此界面
IV 學 生 部 門 互 選 系 統 ·【 報 名 界 面 】
V 學 生 部 門 互 選 系 統 ·【 個 人 信 息 】
VI 學 生 部 門 互 選 系 統 ·【 已 面 試 部 門 】
VII 學 生 部 門 互 選 系 統 ·【 待 面 試 部 門 】
VIII 學 生 部 門 互 選 系 統 ·【 部 門 公 告 】
IX 學 生 部 門 互 選 系 統 ·【 部 門 登 錄 頁 】
Part 4 · PSP記錄
PSP2.1 | Personal Software Process Stages | 預估耗時(分鐘) | 實際耗時(分鐘) |
---|---|---|---|
Planning | 計劃 | 20 | 30 |
· Estimate | · 估計這個任務需要多少時間 | 120 | 200 |
Development | 開發 | - | |
· Analysis | · 需求分析 (包括學習新技術) | 80 | 150 |
· Design Spec | · 生成設計文檔 | ||
· Design Review | · 設計複審 (和同僚稽核設計文檔) | ||
· Coding Standard | · 代碼規範 (為目前的開發制定合适的規範) | ||
· Design | · 具體設計 | 60 | 100 |
· Coding | · 具體編碼 | ||
· Code Review | · 代碼複審 | ||
· Test | · 測試(自我測試,修改代碼,送出修改) | ||
Reporting | 報告 | 90 | |
· Test Report | · 測試報告 | ||
· Size Measurement | · 計算工作量 | ||
· Postmortem & Process Improvement Plan | · 事後總結, 并提出過程改進計劃 | ||
合計 | 310 | 570 |
Part 5 · 結隊設計過程
【 此 處 應 該 有 圖 片 】
Part 6 · 心得&總結
隊友感受:本次第一次結對作業讓我學會了和隊友去分析,去實踐,這是一個合作的過程,也很高興和我的隊友合作。慢慢地,我也發現了軟工實踐的樂趣所在。這次還讓我懂得了去如何分析一個工程,如何去實作元模型建構。關鍵還是隊友很好的文筆水準。很高興有這樣的隊友。
我的感受:跟隊友都是高中就認識的,是以兩個人交流起來也比較友善,對于項目的設計讨論過程,兩個人也各自有發表自己的觀點,整體感覺就是兩個人共同設計一個項目,考慮到因素會比一個人多得多,比如在需求分析那一塊,兩個人想的都不一樣,最後同時整合在一起,形成比較完整的分析,我想這應該就是組隊做項目的最大魅力吧······
你打開前面那扇門的時候,身後的退路就會消失,自始至終,你都隻有一條路走——Distance