# 專題報告重點
###### tags: `專題會議`
雙週進度報告，在JS108
* 每人都要上台講到話
* 9/28為第一次週報
* 期末成果報告（在第16週，12/21）
* 錄影因為VR特性所以要嘛只能錄不完整畫面、要嘛只能以PC的顯示版本為範例

[TOC]

## 主要內容
專題完整性、正確性、創新性、團隊合作。
進度簡報。
期末報告。
校外參賽。(系主任會要強制參加)

## 必要項目
### Gantt Chart
甘特圖是條狀圖的一種流行類型，顯示專案、進度以及其他與時間相關的系統進展的內在關係隨著時間進展的情況。

### UML diagram
在資訊系統愈來愈往大規模化，複雜化的發展趨勢下，促成了統一塑模語言（UML, Unified Modeling Language）的誕生。「塑模」的意思就是以圖形的方式，先將系統的功能與結構畫成「模型」與藍圖，然後再依據藍圖進行實體開發。
統一塑模語言是非專利的第三代塑模和規約語言。UML是一種開放的方法，用於說明、視覺化、構建和編寫一個正在開發的、物件導向的、軟體密集系統的製品的開放方法。
* use case
* activity diagram
* class diagram
* sequence diagram
* 序列圖，亦稱為循序圖、時序圖，是一種UML行為圖。描述物件在時間序列中的交叉作用。序列圖會描繪在此情境下有關的物件，以及此物件和其他物件交換訊息的順序。序列圖一般和待開發系統邏輯視圖上，用例的實現有關。序列圖有時也稱為事件圖或事件情境。
### ERD
### Prototype
Prototype 泛指一個產品的初步樣子，至於如何定義「初步的樣子」，其實沒有明確規範，有時已經很接近成品，有時只有樣子但是功能很少，有時功能滿完整但是介面尚未優化等等，都是 case by case，要看情況而定。
* 有了 Prototype 才有比較具體的東西展示，有利進一步的內部或者外部討論，而且看到一些實際的東西有時比講的再多都有用。
* 將 Prototype 給使用者使用看看，可以得到比較真實、正確的使用者反饋。
* 製作 Prototype 的過程可以獲得更多資訊，或者證明某種技術做得出來。
* 製作 Prototype 的成本較低，可以降低風險，幫助風險評估。

(來源：[想寫程式創業？先搞懂什麼是 Prototype!](https://coder01.com/blog/想寫程式創業？先搞懂什麼是-prototype/))

## 系上規劃
期中需求規格書
* 分析書、軟體需求說明書(SRS,Software Requirements Specification)
* 開發工具

這門課訓練簡報技巧、團隊合作、臨床
這學期期末報告完整系統文件
下學期完整系統操作

# 報告紀錄
## 20221012
[簡報](https://www.woodo.cn/edit/?docId=2496549&pId=38529756)
* 要強調與上屆學長姐內容不同的重點：
* 把原本物件對物件的操作方式，改由人對物件。也就是原本是要用VR設備進行操作拿與物件或點擊對話框，我們要把對話框刪除，改由口說的方式與遊戲內對話。
* 語音辨識一定要強調清楚。
* 不然會有人覺得我們只是在拿之前學長姐的東西，這樣我們做得再多，也都不會有人看到。
* [整理內容](https://hackmd.io/ez13DsGvTSyolRoR5PrueQ)
* 程式架構的重構也應該要強調出來
* Git記得要趕快弄，這樣我們才能進行比較。(應該是直接用學姊原始檔去跟後來我們改動的部分來比較)
* IRB老師已經申請好

## 20221026
* 剛好我們來不及講，所以下週第一個報告。
* 許老師喜歡看的
* Use Case完整圖。
* 活動圖
* 軟體需求說明書(SRS,Software Requirements Specification)
* 反正放到簡報上他會很愛。

## 20221109
[簡報](https://www.woodo.cn/document/slides/0393432416/)
* 簡報底下要標記頁數
* 有做的事情都要詳細列點
* 比如要說明做了些什麼，不要只有寫解bug。
* 也不要只有列幾項，有做的就全部都寫出來。
* 敘述內容要準確
* 「google無法辨識中文」改成「特殊文字google會辨識錯誤」。