---
# System prepended metadata

title: '20200605'

---

# 20200605

## 錄音檔時間軸
1830 附錄是訪談紀錄 要注意 只有一個表 正式報告最忌諱的就是章節裡面只有一個表 至少要有一段開場白 描述這一節
21:00 系統發展環境



## 摘要一定要好好寫
題目 摘要 動機 是大家看的順序
老師也只會翻一下 所以通常前面寫得順寫得好 後面大概也就是那個樣子 也就是說前面要寫的順


## 目錄
九 一十
正常文獻從參考文獻之後就不會標示章節號碼了
附錄也是依樣
如果附錄很多 就會有附錄A 附錄B 但是不會有章節

目錄內容 前面也會有摘要 目錄等等的頁碼 不會從第一章開始
目錄等等 是I IV 不是123

八 專題貢獻
一般不會這樣寫
在一班的情況下 只會寫預期貢獻

## 可以標題不用改 但是內容與語氣盡量用比較 未來式的寫法
因為這是計劃書 但學校給的格式是期末報告的

## 研究貢獻可以不用寫 因為我們甚麼都沒有寫
研究比較像是學術上的東西，可以寫對於專案開發的方法如何實現
對我們自己而言 可以寫 對於我們以前學過的專業知識 的一種實現
要更貼近的謝法 應該是這個應用領域 將來比較可能會推展 從小農這樣的產業 這樣的系統是不是可以符合他們 所以研究貢獻就是對小農的需求的一個探討跟研究 我們對這個產業的特質跟需求的探討
所以我們也用了嘉義大學溫室跟負責人 透過訪談 去了解甚麼甚麼之類的
研究貢獻就比較偏向對於產業的了解

實務貢獻 預期上面 會牽扯到FINAL要去呈現
老闆一定會問你說 我花了錢 我的績效在哪裡
可識時務貢獻上 我們只寫了功能
我們描述都是從功能面 但是我們在講這件事情 應該是要說對有什麼績效 不是在說功能 要從兩個面來看 一個就是說本來有甚麼困難或問題可以被解決 另外一個是他可以量化個概念 例如一筆交易以前要花多久 現在要花多久 或是說 以前完成一筆交易有多少成本 導入之後我的成本又是多少 老闆想聽的是這種東西

你的實務貢獻這件事情 就是老闆想聽的 我們的績效在哪裡
要寫的話要盡可能的 更有量化的績效 可以參雜一些不容易被量化的

這樣看起來比較吸引人啦 比較不會覺得像在寫大話 套到哪個專案都依樣

因為這個是計劃書 所以大部分的公司 一定是寫來客量預期會達到多少 至於怎麼做才是細節

很難證明的數據 就要靠推演 例如我們有甚麼活動 可以吸引20 我們還有哪些行為 可以在20 總共就是40這樣
儘管20還是沒有證明 可是聽起來就是比較合理

另外一個績效就是錯誤率可以降低多少
就算寫不出所以然 可是起碼可以講得更明確一點
## 附錄
有些東西要注意一下 像是訪談紀錄 寫正式報告的時候 最忌諱的就是只有一個表或是一個圖 這是錯誤寫法 至少也要有一段開場白 描述這一節到底要幹嘛
兩次訪談差別是甚麼 得到甚麼結論 第二次訪談是基於甚麼原因 為甚麼需要第二次訪談 才會知道兩次訪談的意義到底是甚麼
## 所以像我們系統發展環境
我們就分成軟體跟硬體 硬體只有寫是什麼 甚至只有表 至少要寫個 **這個電腦是做甚麼用的**
這一張的標題是系統發展環境 我們做的是一個實務系統
理想上我們希望這個系統最後會被拿去用 所以我們設備要分成兩面來看
開發 跟 實際上線
開發也許東西會比較多一點 因為需要模擬等等
硬體影響會更大 舉例來說 WIFI 到底指的是將來上線需要 還是開發會用到 兩個會不一樣
還有個人電腦跟觸控螢幕 也是相同的問題




另外補充一下 像是八跟九 POS機的錢櫃 他是一個獨立的東西 計劃書應該要寫規格跟作用 對於最基本的規格要有一些描述 按照專案的需求 例如說手動或電動 規格上有沒有特別的需要 或是不需要特別的需要 這也是一種需求
> 寫出規格與作用，對於規格的描述與需求，以及專題實際需求

下面的會員卡也是依樣 到底是哪一類的 我們希望的是甚麼 因為目的是甚麼 所以應該要有什麼東西在上面 所以我們建議是甚麼樣的材質或解決方案這樣子

>因為甚麼目的 希望怎樣 所以會員卡要有甚麼東西在上面 因此建議材質或解決方案是甚麼
>
那例如有些小店 不能花很多錢 那就護貝
手做的東西 護貝過後會變大張 很多人都會做太大

例如說 以前發生過 老師問說 所以你們需要這樣嗎 同學說不是 只是因為我們現在是這台

如果是老師 他會寫 例如
> 我們要WIFI 為啥需要 需求是甚麼
> 對於本專案的開發過程中 我們使用的是以下這個規格 這個已經可以滿足我們需要
 
這樣就可以講得很清楚

我們可以利用這點 到打同學一把 我們為甚麼需要這些東西 規格是甚麼 我們最後採用的是甚麼設備 紙本上寫的都很清楚 順便提到我們有做這件事情
PPT不用放很清楚


## 第五章 系統特色
還有很多東西可以調整
像是系統特色就是有1 2 3
這樣很像是條列式的寫法 很像是投影片
所有東西 一個段落 至少都應該要有前文 所以
1 透過farmin完善使用者體驗 接下來至少要有一小段 簡單的血一下
聽錄音33:00 這樣才是完整的寫法


## 計劃書格式
如果不知道格式 或是認為系上給的格式不夠清楚 可以去找資管學報 因為系上無論是碩班論文等等 最有可能都是參考資管學報的 還有中英文等等。


## 使用需求分析
有寫道有三個案例圖 後來只有用三個圖用三段 看不太懂
會建議說 錄音39:00

## 像是配備阿 硬體甚麼的
我們都只有說那是甚麼 我們應該要有一些去描述 因為會對應到成本分析 那總要有參考的東西 為甚麼寫這個價錢 那不管是已經有了 還是未來會採購 哪個型號是多少 用這樣去都出來 
不會只是寫一千兩千三千 起碼有個東西可以參考

## 會寫說 我們根據學者 XXX提出的五個目標市場型態
後面就是參考資料

## 盧俊吉你是不是打半形符號 我改了好多個
>笑死我檢查下
#### 功能架構圖只有圖而已
可以解釋一下就盡量解釋一下

#### 圖的細節對不對不會去看
#### 37頁 怪怪
>多了一個句點 typeo
#### App.的點需要嗎?



使用需求分析 寫道有三個案例圖 會建議