Purpose of a research talk Is not to Impress the audience, not to Tell them all you know about a subject,

not to Present every little detail of your work. Purpose of a research talk Is to Give the audience a sense
of what your idea/work is, is to Make them want to read your paper , is to Get feedback on your work.

Know your audience Who would be there? Scientists expert in your field? Scientists not expert in your
field? Students? Non experts? Who knows?. Keep in mind, They might be tired, They can read  ,
Theyare thinking “Why should I listen?”, Non-experts will tune off within 2 minutes, Experts after 5
minutes

What can you do? 1. Early motivation - at the beginning of your talk motivate your research with easy to
understand examples, 2. Spoil the punch line - State your results early and in simple terms, 3. Visuals –
Illustrate your idea with images and diagrams

Examples are your weapon to Motivate your work, Illustrate the basic intuition, Show your solution in
action (baby problem), Highlight extreme cases or shortcomings. If you are running out of time cut the
general case not the example

Use timeline to mark what topic you are explaining, use bulet & numbering not full description, use
decent font and sanserif word, color are goob but don’t too much, use attractive but simple background,
use graph rather than word and chart. Bad graph : Minor gridlines are unnecessary, Font is too small,
Colors are illogical, Title is missing, Shading is distracting.

How To Speak, Speak slowly and clearly, Take a breath before you move to next slide, Take a deep
breath (unobtrusively) before you start, Try not to say so, ummm or other time fillers too much. We all
do it, it takes practice, Try standing squarely on both feet and keep hands someone still.

What not to do, Stand on one leg, Hit yourself or a table, Tab your pen, Turn your back on the audience,
Wave your hands like your talking Italian, Put your thumbs in your pockets, Cross your arms and take a
football pose, Try to smile at the audience if you are not too nervous.

Handling questions, Different types – handle accordingly (Need clarification, Suggest something helpful,
Want to engage in research dialog, Show that he/she is better than you), Anticipate questions
(additional slides), Don’t let them highjack the talk (postpone)

How can I get better? Practice every chance you can, Observe others, Seek comments from friends and
mentors.

Susunan bab analisis dan sistem, 1. Sejarah/latar belakang perusahaan/organisasi(Tujuannya agar

pembaca mengerti terlebih dahulu business process yang menjadi dasar pembuatan sistem), 2. Struktur
organisasi perusahaan & job description(Tujuannya agar pembaca tahu ruang lingkup tanggung jawab
masing-masing entitas/pengguna sistem.), 3. Analisis permasalahan(penjabaran dari perumusan
masalah di bab pendahuluan (agar pencapaian pembuatan Tugas Akhir dapat berguna, baik bagi penulis
sendiri maupun untuk Perusahaan/Organisasi/Lembaga/Individual. Sajikan pula data-data yang relevan
dari hasil pengamatan.), 4. Deskripsi Sistem Sebelumnya/Sejenis (menganalisis perbaikan atau
keunggulan sistem yang akan dibuat, dibandingkan sistem yang sudah ada sebelumnya.),
5. Desain Arsitektural(berisi rancangan arsitektural sistem secara umum. Digambarkan dalam diagram
yang menampilkan hubungan sistem dengan entitas dan sistem lain), 6. Desain Sistem(berisi rancangan
utama dari sistem yang akan dibuat. Desain yang dimaksud meliputi: Context Diagram, Data Flow
Diagram, Entity Relationship Diagram, Conceptual Data Model, dan Physical Data Model.), 7. Desain
Basis Data(berisi rancangan database dalam bentuk tabel-tabel yang digunakan, lengkap beserta
penjelasan tiap fieldnya, yang dibuat berdasarkan ERD, CDM, dan PDM yang sudah dibuat pada tahap
sebelumnya.), 8. Desain Antar Muka(Berisi desain awal rancangan interface yang akan dibuat sebagai
acuan dalam pembuatan perangkat lunak), 9. Desain Prosedural(Berupa flowchart untuk beberapa
proses utama dari sistem yang akan dibuat. Tidak perlu semua proses ditampilkan).

Cara penyajian data. Dalam tahapan analisis dan desain sistem perlu diperkuat dengan data-data,
Penyajian data bisa berupa: Tabel , Grafik/diagram, Foto , Flowchart, Dan lain-lain. Data yang diperoleh
dari sumber referensi luar harus mencantumkan sumber referensinya. Data yang diperoleh dari hasil
wawancara, sertakan profil orang/organisasi dari narasumber serta waktu dan tempat wawancara
dilakukan. Sajikan data secara akurat dan dapat dipertanggungjawabkan

kesalahan yang sering dilakukan: Analisis permasalahan belum jelas tetapi langsung mengerjakan desain
sistem. Analisis dan desain sistem bisa dikerjakan belakangan yang penting implementasi dulu, Data-
data diambil secara asal-asalan yang penting ada. ERD, CDM, PDM, dan desain tabel tidak sinkron
(jumlah dan penamaan tabel/field tidak sama), Gambar asal tempel tanpa memperhitungkan kualitas,
resolusi atau ukurannya. Gambar/tabel/diagram ditampilkan tanpa ada narasi penjelasan sama sekali
tentang gambar/tabel/diagram tersebut. Karena mengatur halaman agar tidak banyak ruang kosong,
gambar/tabel/diagram dibuat dengan ukuran kecil sekali.

Bab Implementasi Sistem (Bab 4) membahas tentang proses pengerjaan aplikasi perangkat lunak
dan/atau perangkat keras yang sudah didesain pada tahap Desain Sistem. Apa yang dikerjakan pada
implementasi sistem, haruslah sesuai (sinkron) dengan apa yang sudah didesain pada bab sebelumnya.
Perubahan dan/atau penambahan fitur selama implementasi hendaknya diminimalkan (fitur sudah
harus matang di tahap desain sistem). Setiap perubahan minor yang memang perlu dilakukan,
hendaknya juga menyesuaikan kembali desain yang sudah ada di bab sebelumnya. Dokumentasi
implementasi sistem harus sesuai dengan apa yang dibuat. Jangan mengurangi atau menambahkan
sesuatu dari apa yang benar-benar diimplementasikan.

Spesifikasi perangkat keras dan lunak membahas tentang spesifikasi perangkat keras dan perangkat
lunak yang digunakan untuk menjalankan sistem aplikasi yang dibuat. Spesifikasi server, Spesifikasi
client, Spesifikasi perangkat keras pendukung, Perangkat lunak server, Perangkat lunak client.

Spesifikasi sistem yang dihasilkan Di subbab ini hendaknya dituliskan kebutuhan fungsional dan
kebutuhan non fungsional dari sistem yang dihasilkan. Kebutuhan Fungsional adalah kebutuhan yang
berisi proses-proses apa saja / layanan apa saja yang nantinya. Harus disediakan oleh sistem, mencackup
bagaimana sistem harus bereaksi pada input tertentu dan bagaimana perilaku sistem pada situasi
tertentu. Apa saja yang bisa dilakukan oleh sistem? Kebutuhan Non Fungsional adalah kebutuhan yang
menitikberatkan pada properti prilaku yang dimiliki oleh sistem. kebutuhan fungsional juga sering
disebut sebagai batasan layanan atau fungsi yang ditawarkan sistem seperti batasan waktu, batasan
pengembangan proses, standarisasi dan lain lain.

Secara umum kebutuhan non fungsional suatu perangkat lunak terdiri dari empat macam, yaitu:

1. Usability, adalah kebutuhan non fungsional terkait dengan kemudahan penggunaan sistem atau
perangkat lunak oleh user.

2. Portability, ialah kemudahan dalam pengaksesan sistem khususnya terkait dengan faktor waktu dan
lokasi pengaksesan, serta perangkat atau teknologi yang digunakan untuk mengakses. Perangkat
atau teknologi tersebut meliputi perangkat lunak, perangkat keras, dan perangkat jaringan.

3. Reliability, merupakan kebutuhan terkait kehandalan sistem atau perangkat lunak termasuk juga
faktor keamanan (security) sistem.

4. Supportability, kebutuhan terkait dengan dukungan dalam penggunaan sistem atau perangkat
lunak.

Contoh kebutuhan fungsional: Sistem dapat melakukan input pendataan buku , Sistem dapat melakukan
input pendataan anggota , Sistem dapat melakukan transaksi peminjaman

Contoh kebutuhan non fungsional: Sistem dapat dijalankan oleh beberapa software web browser
diantaranya Internet Explore, Google Chrome dan Mozilla Firefox. Proses dari pengguna membuka
sebuah artikel / dokumen untuk dibaca sampai sistem mengeluarkan / menampilkan artikel tersebut,
berlangsung tidak lebih dari 10 detik .

IMPLEMENTASI ANTAR MUKA Bagian ini berisikan semua interface yang ada pada sistem yang dibuat,
beserta dengan segmen program (berupa potongan-potongan coding program yang dibuat, tidak
semua) dari masing-masing interface dan penjelasannya. Pilihlah segmen program yang merupakan
fungsi utama yang ada di halaman antar muka tersebut.

Uji coba Bab ini berisikan serangkaian metode, proses, dan hasil uji coba yang dilakukan untuk menguji
kinerja/keakurasian/ kehandalan dari sistem yang telah dibuat. Uji coba hendaknya dilakukan dengan
metode-metode yang benar (black box testing, white box testing, dll.) dan perlu dilakukan pengambilan
sample uji coba yang dapat dipertanggungjawabkan kebenaran dan keakurasiannya. Uji coba bisa
melibatkan responden. Pastikan memilih responden yang sesuai dengan kriteria pengguna sistem.

Kesimpulan merupakan bagian akhir dari isi Tugas Akhir yang berisikan pernyataaan singkat dan tepat
atau sari dari pokok-pokok pembahasan. Kesimpulan dibuat untuk menjawab pencapaian hipotesis atau
perumusan masalah yang ada di bab 1. Kesimpulan tidak melulu membahas kesesuaian dengan
hipotesis. Bilamana ada ketidaksesuaian juga harus diuraikan.

Saran berisikan tentang tindak lanjut yang dianggap penting dan dibuat berdasarkan pengalaman serta
pertimbangan penulis. Saran ditujukan untuk pengembangan penelitian di masa mendatang. Saran juga
dituliskan apabila hasil penelitian masih ada yang tidak sesuai (ada kelemahan atau kekurangan). Penulis
hendaknya memberikan bagaimana saran perbaikannya.

Satu pengarang
Author, A. A.
Krechevsky, M. (2013). Visible learners: Promoting Reggioinspired approaches in all schools. San
Fancisco, CA: Jossey-Bass.
Tiga hingga tujuh pengarang
Author, A. A., Author, B. B., Author, C. C., Author, D. D., Author, E. E.,
Author, F. F., & Author, G. G.
Given, H., Kuh, L., Leekeenan, D., Mardell, B., Redditt, S., & Twombly, S. (2009). Changing school
culture: Documentation to support collaborative inquiry. Theory into Practice, 49(1), 36-46. doi:
10.1080/00405840903435733
Tanpa pengarang
Bagian judul dipindahkan ke bagian pengarang.
Panadeine forte (Paracetamol-Codeine). (2013, February). In MIMS Online (Australian ed.). Diakses dari
https://www.mimsonline.com.au Pada tanggal 17 September 2016 pukul 18.00 WIB
Pengarang berupa lembaga atau organisasi
Nama lembaga atau organisasi ditulis secara lengkap (bukan ditulis singkatannya)
Australian Bureau of Statistics. (2008). Childhood education and care (No. 4402.0). Diakses dari
http://www.abs.gov.au Pada tanggal 17 September 2016 pukul 18.00 WIB
Buku cetak
Author, A. A., & Author, B. B. (year of publication). Title of book. Location of publication:
Publisher.
Ibn Abdulaziz, T. (2004). Classic experiments in psychology. Westport, CT: Greenwood.
2. Buku elektronik
Author, A. A., & Author, B. B. (year of publication). Title of book (edition).
doi:xxxx OR Retrieved from URL
Bennett, P. (2006). Abnormal and clinical psychology: An introductory textbook (2nd ed.). Diakses dari
http://www.eblib.com/ Pada tanggal 17 September 2016 pukul 18.00 WIB