作業要求
| 這個作業屬於哪個課程 | 軟件工程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網絡教學綜合平台以線上授課為主，作業點評只是一個簡單的支線功能，不具備數據可視化，生成報表等更加具體細致的功能。
-
未能真正實現系統的自動打分，本質上還是使用工具進行打分？
- 我們的產品並不是要實現自動打分功能（對作業的內容進行分析和評判，目前機器還做不了，如果這些事情機器都可以做了，那還要老師干什么？？？），主要是針對目前博客園線上批改作業功能無法將數據進行可視化的問題，給老師和學生們提供一個直觀清晰的數據分析平台，方便老師通過這些數據更加了解學生的學習進度和各方面能力的變化情況。