RESUME TDA PERT 3,4,5

Resume TDA Pertemuan 3

Proses  dokumentasi 2

Indicator dalam proses dokumentasi part 2 ini adalah:

1.      Menjelaskan kategori – kategori yang terdapat dalam proses pembuatan dokumentasi aplikasi

2.      Menjelaskan ketergantungan proses pembuatan dokumentasi aplikasi dengan proses yang lain

Proses dokumentasi di kelompokkan kedalam beberapa kategori yaitu:

1.      perencanaan, estimasi dan penjadwalan

dokumentasi diproduksi oleh seorang manajer  untuk digunakan mengontrol dan memprediksi proses software. Dokumentasi ini dituangkan kedalam projek management document, project plan serta project schedule.

2.      Report

Untuk mencatat sumber daya – sumber daya yang dibutuhkan untuk pengembangan proyek

3.      Standarisasi

Sebagai acuan atau aturan-aturan untuk mengerjakan document. Misalnya IEEE/EIA 12207.

4.      Lembar kerja

Digunakan untuk mencatat ide-ide dan pikiran –pikiran para engineer yang bekerja dalam proyek.

5.      Email message

Digunakan untuk komunikasi dan untuk konsultasi

                   Karateristik dari proses dokumentasi

1.      Pasti akan kadaluarsa

2.      Rencana dapat dibuat pada mingguan, bulanan atau sehari sebelumnya

3.      Untuk proyek internal, untuk mengurangi jumlah proses dokumentasi
dengan cara pertemuan Pendek reguler untuk berbagi pembaruan informasi dan  kemajuan proyek

4.      Untuk proyek eksternal,jumlah proses dokumentasi tergantung pada pengaturan kontrak, sikap pengembang serta persyaratannya.

                    Resume TDA pertemuan 4

Produk dokumentasi

Produk dokumentasi ini adalah cara untuk penyampaian produknya atau menjelaskan tentang software tersebut. Ada 2 kategori yaitu:

1.      User dokumentasi

Orang yang membuat dokumentasi yang baik berdasarkan level yang berbeda pengetahuan dan pengalamannya. Ada 2 kategori dokumentasi user :

a.       End user

Yang dimaksud end user yaitu dia ingin mengetahui bagaimana software tersebut  dapat membantu pekerjaannya atau bisa disebut langkah-langkah software bisa digunakan.

b.      System administration

Orang yang ingin mengetahui system dari software tersebut, misalnya ingin melihat bagaiman codingan dari software tersebut.

2.      System dokumentasi

system dokumentasi dibutuhkan :

a.       Requirement

b.      Dokumentasi yang menjelaskan arsitekturnya

c.       Fungsional

d.      Diskripsi proses dokumentasi

e.       Source code

f.       Validasi  dokumentasi

g.      Pemeliharaan

 Macam – macam  Produk Documentasi Aplikasi :

        1.   Functional description of software/system

        2.   The system installation document

        3.  The system reference manual

        4.   System administrator guide

Resume TDA Pertemuan 5

Produk Doukemntasi

Produk dokumentasi ini menjelaskan tentang sebuah kebutuhan dokumentasi aplikasi berdasarkan user yang berbeda- beda.

                      Tujuan Produk dokumentasi :

-          Menurut Bisnis case

      1.      Membantu mempergunakan software tersebut

      2.      Mengurangi biaya maintenance

      3.      Alat pemasaran karena terpampang logo perusahaan

      4.      Menentukan atau meningkatkan  nama perusahaan

·         Analisis audience

Disini dijelaskan bahwa para audience diperhatikan karena produk dokumentasi software yang kita buat itu diperuntukan untuk siapa. Ada kategori audience berdasarkan kerjanya yaitu:

      1.      Supervisior

      2.      Data entry

      3.      System administration

      4.      Service desk operation

·         Analisis Tugas

-          Setiap user pekerjaan / tugas berbeda-beda

-          Tugas itu kumpulan dari operasi-operasi untuk mencapai tujuan

-          Sebuah hirarki tugas ada, tingkat terendah yang merupakan serangkaian prosedur

-          mengetahui pekerjaan atau kebiasaan orang itu dengan cara observasi dan menganalisa informasi dari tugas yang sudah ada.

·         Menentukan panjang buku yang akan kita buat

-          Perhatikan banyak halaman yang akan dituliskan

-          Orang akan malas mencari-cari jawaban yang dia inginkan

-          Orang dapat langsung menemukan jawaban yang dia cari

·         Determining type dan title body

-          Judul buku dengan jelas menyebutkan apa isi dari buku tersebut

-          Pastikan semua kebutuhan dari user tertulis dalam buku tersebut


Sumber: https://sites.google.com/site/kuliahtda/my-forms

TEKNIK DOKUMENTASI APLIKASI

Resume TDA 2

 

Proses Dokumentasi

Bicara proses dokumentasi, dibenak pikiran  akan muncul suatu kata yang membicarakan tentang bagaimana / cara atau langkah mendokumentasikan suatu aplikasi. Sebelum melangkah lebih jauh tentang cara atau langkah-langkah dalam mendokumentasikan aplikasi berikut indicator, fungsi serta tujuan dari proses dokumentasi:

•  Indikator dari proses dokumentasi adalah :

1. Ketepatan menjelaskan hubungan antara kebutuhan project dan system yang sedang dikembangkan 
2.  Ketepatan menjelaskan langkah-langkah pembuatan dokumentasi aplikasi

•  Fungsi dari proses dokumentasi

Mencatat seluruh proses dari pembangunan sampai pemeliharaanproses muali dari perencanaan, penjadwalan sampai ke standarisasinya.

•  Tujuan dari proses dokumentasi

Bisa dilihat atau di manage agar jelas langkah-langkahnya

Ada 2 cara untuk memproses dokumentasi :

1. Waterfall

Menurut arti bahasa waterfall yaitu air terjun yang mengalir dari atas ke bawah. Jadi metode waterfall adalah suatu proses dokumetasi sebuah aplikasi yang dikerjakan dari langkah awal sampai akhir dan dikerjakan secara urut. Jika sebelumnya belum selesai maka tidak akan bisa melanjutkan ke tahap berikutnya.  

“Menurut Pressman (2010), model waterfall adalah model klasik yang bersifat sistematis, berurutan dalam membangun software. Nama model ini sebenarnya adalah “Linear Sequential Model”. Model ini sering disebut dengan “classic life cycle” atau model waterfall. Model ini termasuk kedalam model generic pada rekayasa perangkat lunak dan pertama kali diperkenalkan oleh Winston Royce sekitar tahun 1970 sehingga sering dianggap kuno, tetapi merupakan model yang paling banyak dipakai didalam Software Engineering (SE)”.

Langkah-langkah yang harus dilakukan pada metodologi Waterfall adalah sebagai berikut:

·         Analisis kebutuhan perangkat lunak 

Analisa kebutuhan bisa dilakukan dengan cara observasi atau wawancara. Setelah itu selesai kemudian kebutuhan – kebutuhan dianalisa dan didefinisikan untuk membangun sebuah aplikasi.

·         Desain

Proses software design untuk mengubah kebutuhan-kebutuhan di atas menjadi representasi ke dalam bentuk "blueprint" software sebelum coding dimulai. Langkah ini meliputi membuat sisflow,dfd,erd serta user interface.

·         Coding

Tahap ini yaitu memberikan intruksi-intruksi fungsi ke dalam desain tersebut untuk dilajalankan oleh computer.

·         Testing

Setelah coding selesai maka aplikasi tersebut di uji coba apakah ada kesalahan –kesalahan ataupun error sebelum aplikasi ini di gunakan oleh user.

·         Maintenance

Pemeliharaan suatu aplikasi diperlukan, termasuk di dalamnya adalah pengembangan, karena apliaksi yang dibuat tidak selamanya hanya seperti itu ketika dijalankan mungkin saja masih ada error kecil yang tidak ditemukan sebelumnya atau ada penambahan fitur-fitur yang belum ada pada software tersebut.  Pengembangan diperlukan ketika adanya perubahan dari eksternal perusahaan seperti ketika ada pergantian sistem operasi, atau perangkat lainnya.

2.Agile

Suatu proses dokumentasi dengan cepat tanpa urutan yang lebih menerima value dari pada proses. Inilah prinsip – prinsip model agile yang diambil dari http://ilmukuilmumu.wordpress.com/2009/12/25/agile-sofware-development/ 

• Kepuasan klien adalah prioritas utama dengan menghasilkan produk lebih awal dan terus menerus
• Menerima perubahan kebutuhan, sekalipun diakhir pengembangan 
• Penyerahan hasil/software dalam hitungan waktu dua minggi sampai dua bulan 
• Bagian bisnis dan pembangun kerja sama tiap hari selama proyek berlangsung 
• Membangun proyek dilingkungan orang-orang yang bermotivasi tinggi yang bekerja dalam lingkungan yang mendukung dan yang dipercaya untuk dapat menyelesaikan proyek.
• Komunikasi dengan berhadapan langsung adalah komunikasi yang efektis dan efisien 
•  Software yang berfungsi adalah ukuran utama dari kemajuan proyek 
• Dukungan yang stabil dari sponsor, pembangun, dan pengguna diperlukan untuk menjaga perkembangan yang berkesinambungan.
• Perhatian kepada kehebatan teknis dan desain yang bagus meningkatkan sifat agile 
• Kesederhanaan penting
•  Arsitek. Kebutuhan dan desain yang bagus muncul dari tim yang mengatur dirinya sendiri 
• secara periodic tim evaluasi diri dan mencari cara untuk lebih efektif dan segera melakukannya.

Kelebihan dan kekurangan dari model Waterfall dan Agile

• ·         Kelebihan

  Waterfall	Agile
  Dapat diprediksi	Memenuhi kebutuhan customer karena lebih cepat
  Semua kebutuhan sistem dapat didefinisikan secara utuh dan explisit	Kecilnya kerugian material dan inmaterial
  cocok untuk software berskala besar dan yang bersifat umum.	Tidak membutuhkan waktu terlalu lama

        

• ·         Kelemahan

Waterfall	Agile
Ketika ada masalah diproses sebelumnya maka tidak bisa melanjutkan ke proses selanjutnya	Cara pengembangannya cukup sulit.
Harus menunggu dari proses sebelumnya	Harus memahami secara betul prosesnya

http://cisenaextreme99.blogspot.com/2013/06/metode-waterfall-menurut-pressman.html

http://cprlkllr.blogspot.com/2013/06/rpl-macam-macam-jenis-model-proses.html

https://sites.google.com/site/kuliahtda/my-forms