軟件工程實踐2017結對做業

1.結對成員

031502643 朱曉健
031502626 孫浩楷

2.需求分析

Need

每到開學的時候，各大部門就會擠滿青春廣場經過各類方式來招收新成員。新生頂着烈日填寫完申請表交由部門篩選，部門篩選完再經過面試的方式剔除一批人，最後留下來的即是能正式加入部門的的人。這種工做方式不只不方便新生，對部門工做人員的耐力也是極大考驗，並且因爲各部門之間信息的不通暢，致使部門工做人員還要在後期對活動時間有衝突的成員進行剔除。這時候就很是須要一個APP來解決這些惱人的痛點。這個APP不該該只是爲了解決招收新成員時遇到的難題，還應該考慮部門和成員之間後期進行相關信息通信的問題。

Approach

首先這個APP應該分紅部門端和學生端，由於若是把2個端集成到一個應用中，因爲部門端的功能和學生端的功能有較大的不一樣，將會使整個APP顯得很是臃腫。
部門端和學生端之間共享一個數據庫，對於不一樣的端進行一些權限的限制。部門端和學生端爲Android或者IOS平臺上的APP。

Benefit

經過使用這個APP：
部門人員受益以下：

• 不用再站在大太陽底下賣力地拉人了
• 電子版的申請表相比紙質版的申請表不只省去了打印費，更有利於環保
• 不用再手工對活動時間有衝突的學生進行篩選了
• 方便開除請假次數超過6次的學生
• 臨時通知不用再羣發短信了，APP上一鍵push到全部成員的終端。

學生受益以下：

• 一樣不用在烈日下填寫申請表了
• 申請請假在APP上就能夠方便完成
• 接收部門通知更加方便

Competitors

一款APP要想在競爭中搶奪更多的用戶，首先功能必定要強大完善，bug少，且界面美觀。說實話，咱們的這個原型模型在交互界面上仍是很不錯的，只是功能上仍是隻能知足一些基本需求。

Delivery

宣傳方面的話部門的領導人員是宣傳的主要對象，由於若是部門領導人員以爲不錯的話，便會讓部門人員使用，部門人員以爲OK的話，便會在納新時推薦新生使用這款APP進行相關操做。

3.原型系統

採用的原型模型設計工具：墨刀

學生端：

學生端的功能圖以下：

學生端的原型模型UI以下

• 登陸界面, 註冊界面
  
• 通知界面(主要是接收部門消息，包括臨時活動通知)
  
• 活動表(主要用來查看各活動的時間，點擊活動便可查看活動詳情以及請假)
  
• 個人(包括「賬戶設置」「個人部門」「個人請假」「設置」菜單)
  
• 賬戶設置(能夠修改用戶名，密碼，手機號，頭像)
  
• 個人部門(包括「已加入部門」「待面試部門」「加入新部門」等功能菜單)
  
  
• 個人請假(選擇一個部門便可查看歷史請假日期以及累計請假次數)
  

• 設置
  

  部門端

  部門端功能圖以下：
  
  部門端的原型模型UI以下
• 申請列表(主要接收來自學生的申請表)
  
• 個人部門
  
• 部門簡介
  
• 成員列表(包括成員詳情)
  
• 公告通知(用來設置部門信息，包括常規活動時間)
  

• 發佈通知(主要用來發布臨時通知)
  

  4.PSP表格

  PSP2.1	Personal Software Process Stages	預估耗時（分鐘）	實際耗時（分鐘）
  Planning	計劃	480	600
  · Estimate	· 估計這個任務須要多少時間	480	600
  Development	開發	360	480
  · Analysis	· 需求分析 (包括學習新技術)	60	60
  · Design Spec	· 生成設計文檔	270	380
  · Design Review	· 設計複審 (和同事審覈設計文檔)	30	40
  · Coding Standard	· 代碼規範 (爲目前的開發制定合適的規範)	0	0
  · Design	· 具體設計	0	0
  · Coding	· 具體編碼	0	0
  · Code Review	· 代碼複審	0	0
  · Test	· 測試（自我測試，修改代碼，提交修改）	0	0
  Reporting	報告	120	120
  · Test Report	· 測試報告	30	10
  · Size Measurement	· 計算工做量	30	10
  · Postmortem & Process Improvement Plan	· 過後總結, 並提出過程改進計劃	60	100
  合計		480	600

  5.結對過程，結對照片

• 主要是結對討論一些相關的功能銜接以及原型系統的交互界面風格

• 附上照片
  

  6.心得總結

  朱曉健：

  剛看到此次做業的時候是比較茫然的，什麼是原型模型？？？那些工具怎麼用？？？在我一臉懵逼的時候，浩楷同窗主動找我結對。由於浩楷是作過前端的大神，因此當他找我結對的時候我內心那個樂的啊溢於言表。在浩楷的指導下，我懂得了原型模型就是設計出應用程序的「外殼」，還懂得了如何使用墨刀進行設計。
  咱們兩個進行了任務的分工，浩楷作部門端，我作學生端。接下來我就開始思考學生端應該具有的功能，隨後和浩楷同窗一塊兒討論了相關功能銜接以及整個圖形界面的設計風格，最後便開始使用墨刀進行圖形界面的設計。剛入門的我開始用這個工具的時候很不熟練，浪費了挺多時間的，後來慢慢地有了點感受，進度也隨之加快了。
  總的來講吧，此次結對做業對個人幫助仍是蠻大的。經過此次結對做業，我瞭解了設計原型系統的通常步驟以及相關工具的使用方法，學會了如何和他人溝通合做來共同完成這樣一個做業，更爲我未來的團隊項目打下了良好的基礎。

  孫浩楷：

  因爲以前參加比賽的時候用過墨刀進行過原型設計，因此一開始看到做業的時候是竊喜的。但個人優點也僅僅是比部分人更早了解和接觸過這個工具，減小了上手時間而已。 在此次做業過程當中我也吸收了教訓得出如下幾點經驗： 一、在開始動工前必定要和隊友對每一個端、界面、功能等進行詳細的規劃，理清之間的聯繫，否則會形成邊作邊改，作完重作的後果。 二、此次我和曉健同窗是分開作的，咱們相互模擬學生和部門管理員的身份並對對方提出需求，這讓我體會到了團隊協做的特點和奇妙之處。 三、一開始的時候覺得後期要實現設計的功能，因此在操做時畏手畏腳，可是這次做業我想老師的意圖是讓咱們嘗試一下當PM（產品經理）的身份和感受，因此應該盡最大的能力去想象和拓展功能，至於可否實現 和實現程度則要再和開發部門溝通和完善。