原型設計（結對第一次）

客戶的主要需求為通過乙個原型系統，讓部門和部員的選擇能夠資訊化，解決因人工篩選導致的部員部門時間、興趣等方面的不匹配，並使學生能更加了解部門、部門也能更加了解學生的情況，同時減少納新的繁瑣程式。

需求的物件分別為學生和部門。

基本：完善：

基本：完善:

當初討論時，見作業要求上說如果客戶通過這次設計，該方案將作為第三次結對專案。所以我們一致認為設計web版更好實現些。（其實龍榮覺得沒差）（噫！哪來的蜜汁自信一定會通過！大概因為我們是正能量team吧ｈｈｈｈｈ）

其實最初的設計和成品差很多的，當時的設計是最左有乙個導航欄，類似於福大易班的介面，但是真正實現起來，發現介面太空洞了。現在回想起來好像也沒什麼差別……只是差了乙個logo。

萬事開頭難，好的基調對於網頁來說很重要，隊員們開始查詢各類**，看看有沒有可學習的地方……於是找到了我們本學院的官網，發現官網的排版一臉正氣，很值得學習！所以你會發現我們的模型製作和官網風格很相似，一看就是數計的學生做的…

具體的板塊設計原則是怎麼方便怎麼來，以滿足需求為首要目標。但，時間長了發現，我們的設計太簡單了。對於網頁來說空洞導致醜陋，於是我們又很認真地新增了一些介面。

最後的最後就是你能看到的那個樣子啦，詳情點選鏈結～

emmmmmm，這次原型系統是兩個隊員沒吃飽時討論的產物，因而存在不合理之處，請見諒

產品的最大亮點就是介面簡潔明瞭，操作方便簡單，資訊得到了有效整合，學生和部門之間的雙向選擇，也大大提高了效率，節約了時間。**區分學生和部門使用了**使用者登入模式，在學生端可見部門介紹並提前得知部門活動時間，學生通過填寫申請表報名感興趣部門，報名表會上傳系統後台資料庫，在我的申請模組學生可以檢視申請進度。而登入部門端，可以檢視已提交的學生報名表及時地進行初步審核，進一步篩選的報名物件。

合作討論並分析使用者需求，及介面的大致設計和操作流程。

ｖｖ主要負責首頁和雙向申請情況、成員資料的頁面設計，ｌｌ主要負責登陸介面、互動、部門展示、申請表單的頁面設計，其餘共同完成。

之後不斷進行拼裝統一頁面，優化介面，直至完成產品。

ｌｌ：兩個人的合作相對於乙個人來說，有很明顯的優勢:首先減輕了任務難度，也縮短任務時長，其次在合作的過程中通過討論可以發現更多問題，做出更全面的分析有利於互相學習和促進。增強和隊友的交流，鍛鍊溝通交際的能力，如果缺乏溝通，在結對過程中就免不了要面對的意見不統一發生意見分歧的問題。剛開始兩個人對於要著手的專案都還比較生疏，所以著手初期效率相對較低，熟悉之後會好很多。總之。結對的過程中還是收穫了很多，也知道了自己的缺陷所在，所以還需要學習許多東西，這樣我們之後的合作才能更加的順暢。

ｖｖ：一定要提前定製好具體的安排，對細化具體化要求！對於團隊合作設計來說，不同設計風格約等於只完成了一半，有時甚至要重新製作。這樣效率太低了。這是第一次用原型模型設計軟體製作原型模型，感覺很神奇。製作出成品後，有一丟丟開心，雖然還是很醜陋，一些功能沒實現…再繼續加油吧~提高思想的深度，爭取做的更豐富合理些。

忘記拍照的我們

預估耗時（分鐘）

實際耗時（分鐘）

planning

計畫30

30· estimate

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

3030

development

開發840

690· analysis

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

60120

· design spec

· 生成設計文件

6060

· design review

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

6030

· coding standard

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

· design

· 具體設計

600420

· coding

· 具體編碼00

· code review

· **複審00

· test

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

6060

reporting

報告90

60· test report

· 測試報告

6045

· size measurement

· 計算工作量

3015

· postmortem & process improvement plan

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

3030

合計960

780

原型設計（結對第一次）

原型設計（結對第一次）

原型設計（結對第一次）

原型設計（結對第一次）

相關推薦