項目原型設計（那周餘嘉熊掌將得隊）

時間 2019-11-09

標籤項目原型設計熊掌简体版

原文原文鏈接

做業格式

課程名稱：軟件工程1916|W（福州大學）
做業要求：項目原型設計
團隊名稱： 那周餘嘉熊掌將得隊
做業目標：對肯定的選題進行分析，並完成原型設計
團隊信息：

隊員學號	隊員姓名	博客地址	備註
221600131	Jamin	https://www.cnblogs.com/JaminWu/	隊長
221600308	我超可愛的	http://www.cnblogs.com/XNC-SoCute/
221600305	haziza	http://www.cnblogs.com/haziza/
221600340	你看見個人小熊了嗎	https://www.cnblogs.com/stereohearts/
221600426	Hunterj Lin	https://www.cnblogs.com/HunterJ/
021600823	玫葵	https://www.cnblogs.com/offeroques/

做業正文

一、NABCD模型

Need 需求
- 用戶端 :
- 展現實驗室項目成果、獲獎狀況、成員信息
- 經過網站進行報名和做品提交
- 可經過交流平臺招募隊友或尋找隊伍
- 實驗室可經過平臺進行納新
- 收取通知
- 管理員端 :
- 增刪改比賽、獲獎做品、成員信息
- 導出報名表、做品
- 管理交流平臺
- 發佈通知
- 網站數據統計與分析
- 發佈頭條快報
Approach 方法
- 前端主要使用Webpack，Vue以及AntDesign等框架進行實現。
- 後端使用 .Net Core。
- NLP算法使用Pytoch框架,LSTM網絡和ERNIE預訓練模型。
Benefit 好處
- 方便實驗室進行對外的成果展現
- 方便老師和實驗室的負責人進行通知的發佈。
- 方便負責人獲取報名隊伍信息和做品的收集。
- 方便同窗瞭解實驗室信息和實驗室納新報名。
- 方便同窗進行大賽信息的瞭解和報名。
Competitors 競爭
- 因爲選題緣由，基本不存在競爭壓力。
- UI界面交互上用戶可能會與其它官網進行對比。若是不能提供一個風格清新、使用順暢的界面可能會被「見多識廣」的數計院同窗詬病。
- 賽事資源整合功能上網上其實有相似的網站，例如賽氪網，整合了各學科各等級的賽事。但咱們是有針對性地整合那些獲得教育部支持，我校認可並會在綜合測評和保研資格考覈中加分的計算機賽事。二者實際上是相輔相成。
Delivery 交付
- 由於該項目是實驗室的官方網站，因此在推廣方面將獲得學院老師、輔導員、團委學生會的鼎力支持。例如在官方公衆號、各信息通知羣等平臺發佈宣傳消息，迅速提高知名度。
- 在賽事報名和實驗室納新正式通知中告知學生須要在此網站進行報名。

二、原型設計

使用工具：墨刀、Adobe Photoshop

階段一：準備
- 在線上根據選題肯定需求以及大概功能。
- 針對選題和需求進行分析和討論。
- 站在用戶和管理員角度對操做步驟進行大體規劃。
- 上網查找大量設計樣式進行參考。
- 分工完成各用戶端和管理員端的不一樣模塊的大體草圖和原型。
階段二：討論
- 見面對原型進行討論，提出不一樣意見見解。
- 共同交流各模塊的功能，進一步肯定網站的功能模塊和交互流程。
- 肯定各自的職責分工。
階段三：實施
- 線上根據分工，分紅不一樣部分。
- 一部分去網上查找樣式組件，使用PS切圖提供UI素材。
- 一部分對本身的部分使用原型工具進行原型的設計，並加以說明。
- 線下討論，進行原型細節調整。
階段四：總結
- 將UI內容和原型內容進行彙總。
- 將內容進行必定的精簡和修改。
- 由隊長最後進行整理。
- 進行發佈。

網站功能模塊前端

功能名稱	功能描述		權限	備註
1.首頁			全部人
2.賽事相關	2.1賽事通知	各項賽事全部通知	全部人	可添加附件
	2.2競賽報名	各項賽事報名	註冊用戶	點擊競賽報名後可展開還在報名時段內的競賽列表，從中選擇點擊報名。
	2.2競賽報名	各項賽事報名	註冊用戶	報名信息有錯或者換題如何處理
	2.3對接招募	找人、找隊伍	註冊用戶	固定格式、限定字數
3.獲獎做品	獲獎做品名稱、何競賽何獎項、年份、成員（第一順位爲隊長）、做品海報或截圖、簡介		全部人	按年份展現
3.獲獎做品	獲獎做品名稱、何競賽何獎項、年份、成員（第一順位爲隊長）、做品海報或截圖、簡介		全部人	海報及截圖的大小是否須要統一？
4.瞭解咱們	4.1成員介紹	頁面分五個區展現四個工做組成員（相片、姓名、參加項目）以及教師（相片、研究方向以及簡介）	全部人
	4.2前輩風采	優秀畢業生的照片、去向	全部人
	4.4平常狀態	展現些實驗室的場景、活動照片	全部人
5.加入咱們	報名加入實驗室		註冊用戶	無需上傳項目，保留申請者我的介紹
5.加入咱們	報名加入實驗室		註冊用戶	報名信息有錯如何處理
6.我的中心	6.1帳號設置	我的資料、密碼修改	註冊用戶	點擊個人報名後，應出現報名列表，選擇後上傳對應文件
	6.2對接招募	個人發帖、個人回帖、收到回帖	註冊用戶
	6.3個人報名	查看報名狀況以及上傳所報名比賽的源碼、PPT、海報、視頻等	註冊用戶

管理員功能模塊

功能名稱	功能介紹		備註
1.發佈通知	發佈至「賽事相關—賽事通知」，面向全部人		統一格式，可添加附件
2.添加獲獎	添加字段參照網站功能中的3
3.競賽管理	3.1添加競賽	設定競賽所需收集信息，構造競賽模板	不一樣競賽須要收集的信息不一樣，例如：「軟件杯」沒有賽題分組，「服創大賽「有賽題分組，」省賽「每一個賽題能夠有兩個分組。
	3.2修改競賽	修改競賽模板	這個模塊須要考慮多樣比賽，適配性要強。
4.報名導出	4.1.納新導出	申請加入實驗室結果導出	Excel
	4.2競賽報名	競賽報名信息導出
5.材料導出	競賽材料導出		導出可按競賽名稱導出（評審時使用）、可按材料類別導出（例如只導出海報或PPT，決賽中使用）
6.人員調整	添加及刪除教師、成員、優秀畢業生		若是沒有照片，能夠選擇卡通形象

原型截圖

用戶電腦端
- 首頁
- 登陸註冊
- 賽事模塊
- 實驗室介紹
- 加入咱們
- 優秀做品
- 前輩風采
- 交流中心
管理員端
- 首頁
- 交流中心
- 競賽管理
- 參賽狀況可視化
- 實驗室成員管理
- 比賽材料導出
- 比賽材料導出
- 添加獲獎
手機端
- 首頁
- 成員介紹
- 前輩風采
- 加入咱們
- 實驗室介紹
- 賽事介紹
- 優秀做品

三、組隊照片

四、分析及PSP

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

五、問題回答

問題1：如何用戶保證隱私安全？
- 關於用戶隱私安全問題，咱們在選題報告中提過，咱們採用的.net core框架支持身份認證，這一點能夠在訪問控制和權限管理模塊獲得保證。若是說怕服務器被攻擊，形成數據庫數據的流失（這一點能夠經過把數據庫服務和web服務放在兩臺服務器，對於目前咱們這樣的小型項目性價比不高）；或者是被拖庫，那麼解決措施能夠是對數據進行可逆加密（然而，加密和解密會形成很大的性能損失），所以，我認爲咱們在訪問控制和權限管理模塊作到隱私保護便可。
- 附上向業界安全人士請教圖
問題2：解決什麼用戶的什麼痛點？
- 這一點我在宣講過程以及ppt裏都講到了，可能有的團隊沒有聽到，在這裏再次統一解答。
- 一方面是對實驗室而言。目前實驗室缺少能夠展現實驗室成員風采、獎項成果，介紹實驗室概況的一個對外平臺。同時實驗室舉辦的服務外包與軟件設計校賽以及實驗室納新也都缺少一個統一報名提交申請的通道。
- 另外一方面是對廣大數計學院的學生而言。咱們經常想要參加比賽豐富本身的簡歷，可是賽事種類繁多，這時候選擇含金量高且還能抵學分加綜測的比賽可謂一箭雙鵰；且同窗經常面臨找不到合適團隊和隊友的狀況，最後被迫放棄參賽。
問題3：用戶羣體單一，只適用於校內實驗室
- 參考上述問題２的解答，咱們的用戶還包括廣大想要報名實驗室或者參加競賽尋找隊友的同窗，實驗室成員中包括物信學院和人文學院的學生。此外實驗室在對外校宣傳實驗室時，該網站也將成爲首要的門面擔當。因此我認爲用戶羣體其實種類多、數量大。
- 此外關於推廣到其它實驗室的問題，我有兩種理解：若是意思是要開放一個通道給別的實驗室用，那全部人的UI界面都是同樣的，這就不叫做官方網站了，不然咱們瀏覽的各家公司，甚至是同一家公司旗下的子公司爲什麼都不統一使用一個官網模板；而若是意思是要實現代碼移植，打造其它的官方網站，我認爲是徹底沒問題的，只須要根據甲方要求修改前端，後臺的功能基本沒有差異。
問題4：不支持手機端，不易使用。代碼複用不夠充分
- 這個兄弟可能不知道Web是跨平臺的。並且我很好奇一個開題報告爲何就能夠看出來代碼複用不充分。
問題5：對算法效率要求高，實現難度大。工做量大，本學期可否完成？
- 首先，難度大工做量大不該該是優勢嗎，爲何會是存在問題？
- 關因而否完成，多說無益，結題答辯見，大不了雅思暑假再學。

六、博客內容.pdf

下載連接web

七、我的貢獻比例權重

衡量準則
- 主要衡量部分在於團隊成員的團隊任務貢獻度以及成員負責的任務難度。
- 當團隊成員接受了團隊分配的任務以後，有責任的、按時有質量地交付會有必定的加分，不然須要受到必定的績效上的處罰。
- 在團隊成員的相互交流時，肯定團隊的共同目標和階段性任務時，對構建積極、信任、和諧的團隊有貢獻的成員會有所加分，對消極的成員（例如開會遲到、交流時全程划水）的也會有所處罰。

我的貢獻比例

學號	姓名	分工	比例
221600131	Jamin	客戶端原型設計和博客	21%
221600308	我超可愛的	客戶手機端原型設計	18%
221600426	Hunterj Lin	管理員端原型設計	19%
021600823	玫葵	PS切圖提供圖片素材	15%
221600340	你看見個人小熊了嗎	管理員端原型設計	16%
221600305	haziza	素材採集和文檔撰寫	11%