項目原型設計

做業要求

這個做業屬於哪一個課程	軟件工程1916-W(福州大學)
這個做業要求在哪裏	項目原型設計
團隊名稱	基於雲的勝利衝鋒隊
項目名稱	雲評：高校學生成績綜合評估及可視化分析平臺
這個做業的目標	項目原型設計，NABCD分析，用戶問題解答
原型設計工具	墨刀
博客隨筆PDF	原型設計PDF版
其餘參考文獻	[1]鄒欣.構建之法[M]

團隊陣容

隊員學號	隊員姓名	我的博客地址	備註
221500201	孫文慈	https://www.cnblogs.com/swc221500201/
131601207	陳序展	https://www.cnblogs.com/chenxuzhan/
221600414	馮凱	https://www.cnblogs.com/codingkai/	隊長
221600415	傅德泉	https://www.cnblogs.com/dqblog/
221600416	黃海山	https://www.cnblogs.com/hhs-blog/
221600417	黃樂興	https://www.cnblogs.com/hlxing/
221600439	<script>	https://www.cnblogs.com/aaaaaaaaaaaaaa/

原型設計

分析過程

原型展現

• 老師端/助教端 首頁
  
• 老師端/助教端 新建班級
  
• 老師端/助教端 做業評分
  
• 老師端/助教端 查看做業
  
• 老師端/助教端 新建做業
  
• 老師端/助教端 查看題庫
  
• 隊長端 首頁
  
• 隊長端 查看做業
  
• 學生端 提交做業
  
• 學生端 首頁
  
• 學生端 提交做業
  
• 學生端 查看做業
  
• 登陸
  

• 註冊
  

  NABCD模型

• N（Need，需求）
  • 老師和助教可查看做業提交列表，對做業進行打分評價。
  • 老師和助教可查看題庫，從題庫中選擇做業併發布。
  • 老師和助教可新建班級。
  • 老師和助教可新建做業，而且將做業選擇保存至題庫，而後發佈做業。
  • 隊長可對本團隊的做業進行查看。
  • 隊長可對本團隊的成員進行做業的貢獻率打分
  • 隊長可執行解散團隊、踢出隊員等操做。
  • 學生可提交做業。
  • 學生可查看每次做業的打分狀況、班級平均分等。
• A（Approach，作法）
  • 用戶在系統上可註冊不一樣角色的用戶名，每一個角色有不一樣的權限。系統將角色分爲老師（助教）、隊長、學生端，每一個角色能夠在本身的權限之下進行相關的操做。
• B（Benefit，好處）
  • 老師在線查看做業，實時打分，審覈批閱一站搞定
  • 自動生成表格數據，學生成績盡收眼底
  • 數據可視化分析，雷達圖、柱狀圖、折線圖通通實現
  • 表格導出導入，一鍵完成
  • 表格導出導入，一鍵完成
  • 人性化評分機制，多勞多得
• C（Competitors，競爭）
  • 目前本項目打算只在本課程進行試用，待後期優化以後，若是老師試用效果不錯，會嘗試在全校課程進行推廣，讓老師們都能使用本系統辦公，提升工做效率，減輕老師的負擔。校內目前正在試用的相關產品只有THEOL網絡教學綜合平臺，然而THEOL網絡教學綜合平臺以線上授課爲主，做業點評只是一個簡單的功能，不具有數據可視化，生成報表、班級管理等功能，所以競爭性不大。
• D（Delivery，推廣）
  • 線上推廣：利用社交媒體。好比QQ、微信、微博等，發表說說動態，在廣大師生用戶之間宣傳咱們的產品。
  • 線下推廣：將咱們的產品在學校老師羣體中進行推廣，鼓勵他們使用咱們的產品進行線上教學。另外，能夠和學校的相關單位進行協商，將該平臺上線學校的教學系統，鼓勵老師試用咱們的產品進行教學。

效能分析和PSP

效能分析

本次原型設計過程當中，咱們根據項目的需求用例文檔，對老師、助教、學生等角色的用例進行分析，將用例進行拆分合並，最後總結出幾個主要的用例，對它們的原型進行設計，設計出比較主要的界面，可是比較細的一些用例沒有再原型上展現出來，後期還須要對原型進行細化。

PSP表格

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

團隊成員貢獻率

學號	貢獻率
221500201	17%
131601207	18%
221600414	18%
221600415	10%
221600416	10%
221600417	10%
221600439	17%

選題報告問題解答

• 課程數據如何導入？
  • 課程數據的導入有在線打分和表格導入兩種方式。在線打分：當老師和助教在登系統後，能夠經過平臺對每一個同窗的做業進行線上打分及可視化的統計分析，團隊隊長登錄後可對每一個組員的貢獻度進行評價。表格導入：老師可將已存在的excel電子表格導入到系統中，系統能夠對其中的數據進行分析，而後將有效數據在頁面上進行顯示並加以可視化分析。
• 是否能擴展到其餘課程？選題有點大
  • 由於軟工實踐課程做業的評分機制仍是比較複雜的，若是要推廣到其餘課程，可能其餘老師評分用不了這麼多指標，只須要簡單的打分功能。因此初步打算先實現咱們課程的要求，後期要推廣的話，再去增長適合大多數課程老師須要的通用功能，知足老師廣泛的需求。
• 市場調查不明確？
  • 近幾年各大高校在大力改革教學方式，在這個項目開始以前，咱們團隊對市場上的在線教育平臺作了認真的調研，發現各類教育平臺功能良莠不齊，有的是在線課堂平臺，但缺乏做業評審功能，沒法線上批改和分析成績，還有一些有提交和批改做業的功能，但沒法將數據進行可視化，難以精確的看到成績的總體狀況。目前大多數高校老師採用博客園平臺來發布和收集做業，可是博客園提供的功能頗有限，老師只能在平臺上面發佈做業，而後將學生的做業收集起來，線下進行批改和打分。然而有的老師但願能把每次做業的各項數據分析和報表等直觀的在平臺上顯示出來，這些需求博客園的打分平臺是沒法知足的，並且後期手動生成十分繁瑣耗，所以咱們咱們的系統則將二者的優勢結合起來，既知足了線上做業評審和打分功能，有實現了數據可視化分析的功能，還擁有後臺管理系統，方便老師和助教進行班級和學生信息管理。
• 有何同類產品？
  • 就本校而言，目前瞭解到的同類型產品只有THEOL網絡教學綜合平臺，然而THEOL網絡教學綜合平臺以線上授課爲主，做業點評只是一個簡單的支線功能，不具有數據可視化，生成報表等更加具體細緻的功能。
• 未能真正實現系統的自動打分，本質上仍是使用工具進行打分？
  • 咱們的產品並非要實現自動打分功能（對做業的內容進行分析和評判，目前機器還作不了，若是這些事情機器均可以作了，那還要老師幹什麼？？？），主要是針對目前博客園線上批改做業功能沒法將數據進行可視化的問題，給老師和學生們提供一個直觀清晰的數據分析平臺，方便老師經過這些數據更加了解學生的學習進度和各方面能力的變化狀況。