# PPT
###### tags: `NTUT` `Course` `SE`

## 01/10 補

## 成果概覽
* 有需要需求探討嗎? --> 今天報告組別有放
* (SRS/SDD找general cases，有沒有match到圖片)
* STD加上Gitlab進度的cases

## 專案架構
* 老師今天有問到兩組syquence daigram事先有model還是先有圖 --> 被問到的組別syquence daigram不太正確，但我們好像沒這個問題。

## user story
* 除沿用期中之外，是否需要與incremental3的STD同步?
*

## 開發進程
* 無特別議題

## Test plan and issue tracking
* 是否需要與incremental3的STD同步?

## 會議記錄
* 無特別議題

## __Project Retrospective 集火章節__
* 呈現方始可能要改為，待改進以及好的部分
* 待改進
* 框架及語言不熟悉，錯估學習成本，導致開發進程速度緩慢
* 小組會議時間配合不易
* Waterfall > 規劃不夠詳細，導致有新功能提案時在incemental花了更多的時間

* 好的部分
* Line群組 > 可即時聯繫掌握專案狀態
* 將繼承過程遇到困難提出解決方案 > User Guide line
* Waterfall > 雖然在incemental花了更多的時間導致進程慢，但是卻在過程中能更清楚的掌握專案的變化。

## 01/07 討論
## 成果概覽
* 分功能截圖
1.登入

2.初始畫面

3.新增/刪除專案

4.新增/刪除Reposity

5.Trello

6.Github

7.Gitlab

8.SonarQube

## 專案架構
* 架構概述：Project Visualization System 是為了輔助使用者有系統地查看開發過程中的專案狀態。本系統主要分為以下四個子系統：
* UMS：負責使用者註冊、登入驗證以及第三方帳號連結。
* PRMS：負責建立、管理 Project 以及 Project 內的 Repository。使用者可通過此系統建立要管理的專案，並連結多個 Repository，如 GitHub及Gitlab 上的 Repository 之Issue、Commit、SonarQube 上的報表等，藉此多方面瞭解專案開發的狀態與團隊效率。
* RCS：負責發送 API 從第三方平台(Github、Gitlab、SonarQube 等)中取得 Repository 資訊並儲存。
* RVS：負責將 Repository 資訊整理，並以各種不同方式展示圖表。
* 靜態架構

* 動態架構(簡報針對每一張圖的流程進行說明)
1.系統登入
2.github service
3.gitlab service
4.git commit
5.get github/gitlab issue
6.sonar qube

* SDD的圖(如上放置的)

* 標出~~重構部分~~<!-- 重構拿掉因為怕老師問程式碼改了哪裡 -->以及新功能

## user story
* 期中考user story加上測試

## 開發進程
* Gitlab commits

* Github功能修正(原本不會變封面)

* Gitlab功能修正(選單不會縮小)

* 目前進度(可成功連上，但功能沒做)

* time log

## Project Retrospective
* 感性時刻
* 回答的方法要面對解決問題的面向(文字說明issue tracking的起)
* 執行專案問題：
* 人員開會時間搭配不易
* problem：組員來自不同系級，課表也不同，能夠相互搭配的時間不容易，又因為是water-fall在前期討論時，比較難有進展，因此開發的期程小耽誤。
* sol：事後大家利用下課後1hr或是線上會議的方式進行討論，下課後的好處是大家會來上課，不用另外找時間在召集大家；線上的好處是組員不論在哪裡只要有網路就可以開會，同時也建立line群組，也能夠隨時聯絡彼此。
* 系統建置
* problem：在系統交接的時，各項文件只有把系統規格以及需求等內容進行撰寫及紀錄，然而對於開發人員要接手復刻系統中的細節並沒有交代，如套件版本、系統參數設定等，一些細節的眉角沒有傳承，造成初期在接手專案時的難度。
* sol：在組員血與淚的嘗試之後，把一路上的心血進行紀錄，提供給後續交接的小組能夠快速上軌道把環境建置成功，進入開發環節，在下一章節也會提及大略使用手冊的內容。
* 功能開發問題
* problem：Gitlab沒有跟GitHub對應的資料格式可以抓，
* sol：在未來規劃開發功能時，應該要先把所以會遇到的問題先詳列在進行規劃，以避免在開發時造成期程延宕的問題。

## Test plan and issue tracking
* STD
* issue tracking
* 使用手冊
* 動機：在專案交接時即使設計文件製作完善，但在操作上仍然會是一個銜接上的困難，尤其在於一般程式碼的復刻及建置上，因此本小組在接手本專案時，將環境建置的過程所遇到的問題紀錄並製作成手冊以利後續專案交接能夠更快上手。
* (然後放上大略的使用手冊截圖+push上去gitlab上面的截圖)

## 會議記錄
* 甘特圖

* [會議記錄](https://hackmd.io/@K_9_7keRSqaYKFcKDyLkRQ/team3minute)

* 沿用期中考的timelog(兩張

## Demo
* 影片(一鏡到底)

* 星期一1700三教1樓