怎麼寫小論文

※ 本文轉錄自 [justin] 信箱



作者: pigchang.bbs@ptt.cc (pigchang.bbs@ptt.cc)

標題: Re: [請益] 怎麼寫小論文

時間: Sun May 27 22:47:57 2007



作者: Rutina (夏天減肥天) 看板: Master_D

標題: Re: [請益] 怎麼寫小論文

時間: Sun May 27 12:32:15 2007



※ 引述《acer4593 ()》之銘言：

: 如題

: 最近摘要通過了

: 接著十月要發表全文了

: 我目前還是大四生

: 狠早就推甄上研究所

: 所以老師要我去參加

: 我從來沒有寫過小論文

: 題目跟研究方法有關

: 要應用在系統設計上

: 現在毫無頭緒 不知從何開始

: 想給自己定一個進度表

: 我知道要看很多文獻

: 目前正在蒐集中

: 下一步我不知該如何做

: 有前輩可以指點我一下嗎

: 要如何寫好小論文呢

: 謝謝



原本前幾天就想要PO了...不過前幾天忙著論文所內口試，沒什麼時間，

希望沒有耽誤到原PO的時程。



其實投研討會是督促自己進度的一個好方法，因為有截稿時間嘛!!

要不然都會一直拖拖拖....



----------------------------題外話-----------------------------

看到原PO的文章，讓我想起我兩年前也是以大學生的身份去投研討會，

被嚇的半死。>"<

老師還安撫我好久...



-----------------------------正題------------------------------



第一次寫的時候其實真的不知道如何下筆，這時候可以用以前寫作文的方法來下手，



起、承、轉、合。



通常「起」都會寫，目前現況，我看原PO是說系統設計，

我不清楚哪方面的，你可以說...因為沒有整合系統設計流程，

導致多數的系統設計者在設計程式功能會很混亂等等...

點明現在的情形有多糟糕或是很研究的情況。

也可視為是研究動機。



「承」，這部份就是你想解決目前的現況，譬如說你想利用問卷調查的方式，

找出大家系統設計的普遍流程，嘗試整理出大部分程式設計者可接受的設計流程，

進而改進並整合...有助於節省時間，或是統一設計流程，

使後續研究者比較容易清楚了解。(其中可說明預計的研究方法)

可視為研究目的。



「轉」，這部份可以寫你的研究流程，

你是問卷哩?還是專家訪談?

收集好的資料是要用信度效度還是什麼樣的統計方法做分析。

分析的流程是怎樣，各數值是怎樣產生的，並解釋這些數值代表的意義。



「合」，這部份就是結論與建議，

根據整理出來的數據或是資料，你對這些下哪些結論，以及你根據這些數據有哪些建議等



當然，如果有跑假設流程的話，就要有案例驗證，

使用案例來驗證說你產生的新的設計流程可以比沒有使用你的設計流程節省多少時間，

這部份就是轉之後合之前，

那你的合也可以提出這部份的結果。

 

第一次下筆總是很難...不過還是建議可以多寫寫看，



不好寫的話，就多看別人的論文或文章，可以模仿之前大家或先進的筆調或語氣，

也可以用引用的方法引用到自己的文章中，不過要註明出處。

之後可以拿給老師看，請老師修正。

(大部分老師都很樂意啦....別怕)

 

之後研討會還要上去報告呢。

也要多練習報告的技巧喔!!!

大部分主持人對大學生都很客氣，

我記得我去報告的時候主持人還說：這位是大學生，很有勇氣，就不要問她問題了。

(結果還是問了嘛!!  = =|| )

 

加油!!!