My World

[UAS MPPL F 2016] Laporan Dokumentasi Lengkap

2016-05-23T09:11:00.001+07:00

UAS MPPL F 2016
Laporan Dokumentasi Lengkap Terkait Proyek Sistem Informasi Akademik dengan Menggunakan Borland Delphi ( Jurusan Teknik lndustri Universitas Widyatama)

Nama: Muhammad Adnan Yusuf

NRP: 5113100001

Kelas: MPPL F 2016

Deskripsi Proyek:

Sistem Informasi Akademik Jurusan Teknik Industri Universitas Widyatama adalah proyek lokal milik Jurusan Teknik Industri Universitas Widyatama yang bertujuan untuk menciptakan sebuah sistem informasi akademik yang terintegrasi di Jurusan Teknik Industri Universitas Widyatama.Aplikasi dibuat dengan beberapa tujuan detailnya sebagai berikut :

1. Membuat aplikasi layanan informasi akademik .

2. Menata arsip administrasi akademik Jurusan Teknik Industri Universitas

Widyatama.

3. Membuat data digital akademik ( data mahasiswa, data dosen, data nilai, Kerja Praktek, Tugas Akhir, jadwal kuliah dan FRS).

4. Membuat database akademik Jurusan Teknik Industri.

Link Dokumentasi yang telah dikerjakan

1. Link KAK

http://adnanislamic45.blogspot.co.id/2016/03/tugas-mppl-kerangka-acuan-kerja.html

2. Link Project Charter

http://adnanislamic45.blogspot.co.id/2016/03/project-charter-document-pembangunan.html

3. Link Manajemen Waktu

http://adnanislamic45.blogspot.co.id/2016/04/tugas-7-mppl-f-manajemen-waktu-proyek.html

4. Link Manajemen Biaya

http://adnanislamic45.blogspot.co.id/2016/04/mppl-manajemen-biaya.html

5. Link Manajemen SDM

http://adnanislamic45.blogspot.co.id/2016/05/manajemen-sumber-daya.html

6. Link Manajemen Resiko

http://adnanislamic45.blogspot.co.id/2016/05/manajemen-risiko.html

7. Asumsi / Dokumen Pelengkap

a. Asumsi

i. Dana diberikan langsung oleh Teknik lndustri Universitas Widyatama

ii. Dibuat untuk keperluan kegiatan akademik Teknik Industri Universitas Widyatama

b. Link ke file PDF lengkap (semua link yang ada disini dan segala yang sudah dikerjakan selama 1 semester terdapat versi PDF nya pada link berikut)

https://drive.google.com/file/d/0B7dBQrRe0ZMqbGJvcjNCV213bjA/view

Dokumen FP MPPL F

2016-05-19T04:12:00.004+07:00

Dapat di download di link dibawah ini:

https://drive.google.com/open?id=0B7dBQrRe0ZMqbGJvcjNCV213bjA

Manajemen Risiko

2016-05-19T04:01:00.000+07:00

Manajemen resiko yang dikhususkan pada proyek perangkat lunak

1. Membuat Perencanaan

Setiap bisnis harus memiliki sebuah perencanaan manajemen risiko yang solid. Berikut merupakan panduan dalam menyusunnya.
Format perencanaan tersebut dapat bervariasi, tergantung kepada kebutuhan perusahaan anda. Sebuah perencanaan manajemen risiko untuk perusahaan yang besar dan kompleks dapat dijalankan dengan mudah dalam ratusan halaman, sedangkan sebuah bisnis kecil mungkin hanya memerlukan sebuah spreadsheet kecil yang berfokus pada item utama.
Ada beberapa item penting untuk dicantumkan dalam perencanaan manajemen risiko, sebagai berikut:

Daftar risiko
Penilaian tiap risiko berdasarkan kecendrungan terjadi dan dampaknya
Penilaian terhadap pengendalian saat ini
Rencana tindakan

Mari kita lihat tiap-tiap item tersebut secara berurutan. Jika anda telah mengikuti seri ini sejauh ini, anda akan menyadari bahwa kami telah mencakup dua item pertama dalam tutorial terakhir. Jadi kita telah memiliki awal yang baik untuk perencanaan kita. Berikut adalah contoh tabel yang kita susun waktu lalu:

Risiko	Kecendrungan	Dampak	Nilai Risiko
Klien utama XYZ Corp terlambat membayar tagihan.	5	2	10
Kehilangan daya selama lebih dari 24 jam.	1	3	3
COO Janet pergi meninggalkan perusahaan.	4	4	16
Sebuah kompetitor baru memotong harga produk utama kami.	2	5	10
Scathing ulasan produk dari majalah / website berpengaruh.	3	2	6

Perencanaan lengkap anda tentu saja akan memiliki lebih banyak item, namun contoh ini paling tidak mengilustrasikan format tersebut. Anda dapat mengacu ke tutorial lain untuk lebih detail tentang apa maksud dari tiap nilai.
Jadi untuk melengkapi perencanaan manajemen risiko kita, kita hanya perlu menambahkan dua kolom lagi pada tabel tersebut.
Kolom pertama yang baru tersebut tentang penilaian pengendalian terkini. Untuk setiap risiko yang telah anda identifikasi, apa yang sedang anda lakukan untuk mengendalikan tiap risiko, dan seberapa efektifkah hal itu?
Sebagai contoh, mari kita lihat item pertama dalam tabel kita: "Klien utama XYZ Corp terlambat membayar tagihan". Mungkin anda telah mengendalikan risiko tersebut dengan membuat reminder otomatis yang terkirim jika tagihan mendekati jatuh temponya, dan menunjuk salah satu staf anda untuk bertanggungjawab dalam menindaklanjuti secara personal melalui telepon dan email. Anda akan memasukkan hal tersebut ke dalam daftar sebagai existing controls dalam perencanaan manajemen risiko anda.
Jadi langkah berikutnya adalah menetapkan efektifitas tindakan - tindakan tersebut. Seberapa baik tindakan tersebut sekarang? Jika klien anda hampir selalu membayar tepat waktu, sebagai contoh, maka kendali yang anda lakukan efektif. Tapi jika XYZ Corp terlambat membayar 2 atau tiga kali tahun ini, kendali yang anda lakukan tidak cukup. Sekali lagi, anda dapat menggunakan skala 5 poin sederhana berikut:

sangat tidak cukup, atau tidak ada
tidak cukup
memuaskan
kuat
sangat kuat

Maka elemen akhir rencana anda menjelaskan secara detail tindakan yang perlu anda ambil untuk mengatur risiko secara lebih efektif. Apa yang dapat anda lakukan, entah itu mengurangi kecendrungan kejadian, atau untuk meminimalkan dampaknya ketika itu terjadi?
Item terakhir akan sedikit lebih kompleks, jadi kita akan melihatnya dalam beberapa detail pada seksi berikutnya pada tutorial ini.

2. Menentukan Bagaimana Menangani Risiko

Jadi pada poin di seri ini, kita telah mengidentifikasi seluruh risiko utama dalam bisnis kita, memprioritaskannya berdasarkan kecendrungan dan dampak, dan menilai efektifitas kendali sekarang ini.
Langkah berikutnya adalah menentukan apa yang harus dilakukan pada tiap risiko, sehingga kita dapat menanganinya dengan baik. Dalam dunia manajemen risiko, ada empat strategi utama:

Menghindarinya.
Menguranginya.
Memindahkannya.
Menerimanya.

Setiap strategi memiliki kelebihan dan kekurangannya masing - masing, dan anda mungkin akan pada akhirnya menggunakan semuanya. Terkadang anda mungkin perlu menghindari risiko, dan di saat lainnya anda akan ingin menguranginya, memindahkannya, atau cukup menerimanya. Mari kita lihat apa maksud istilah tersebut, dan bagaimana memutuskan klasifikasi yang mana yang akan digunakan pada risiko bisnis anda.

Menghindari risiko

Terkadang, sebuah risiko akan begitu serius hingga anda ingin menghilangkannya, contohnya dengan menghindari seluruh aktivitas, atau menggunakan pendekatan yang benar - benar berbeda. Jika sebuah jenis trading tertentu sangat berisiko, anda mungkin memutuskan bahwa itu tidak sebanding dengan apa yang akan didapat, dan meninggalkannya.
Keuntungan strategi ini adalah bahwa ini merupakan cara yang paling efektif dalam berurusan dengan risiko. Dengan menghentikan aktivitas yang menyebabkan masalah - masalah potensial, anda menghilangkan peluang kerugian. Namun kelemahannya adalah bahwa anda juga kehilangan beberapa keuntungan juga. Aktivitas yang berisiko dapat menjadi sangat menguntungkan, atau mungkin memiliki keuntungan lainnya bagi perusahaan anda. Jadi strategi ini sangat baik digunakan sebagai langkah terakhir, ketika anda mencoba strategi lainnya dan menemukan bahwa tingkat risiko masih terlalu tinggi.

Mengurangi Risiko

Jika anda tidak menghilangkan seluruh aktivitas, pendekatan umum adalah mengurangi risiko yang berkaitan dengan itu. Ambil langkah untuk membuat hasil negatif lebih sedikit terjadi, atau meminimalkan dampaknya ketika itu terjadi.
Dengan kasus kita sebelumnya, "Klien utama XYZ Corp terlambat membayar tagihan" kita dapat mengurangi kecendrungan untuk terjadi dengan menawarkan insentif kepada klien yang membayar tagihannya tepat waktu. Mungkin diskon 10% untuk pembayaran yang lebih cepat, dan penalti untuk pembayaran yang terlambat. Berurusan dengan pelanggan yang terlambat membayar dapat sangat mengecok, dan kami telah membahasnya lebih pada tutorial tentang menangani cash flow lebih efisien, namun berikut adalah beberapa pilihan.
Pada contoh yang sama, kita dapat mengurangi dampak dengan mengatur akses ke fasilitas kredit jangka pendek. Dengan cara tersebut, bahkan jika klien terlambat membayar, kita tidak kehilangan uang. Untuk mengetahui lebih lanjut tentang pilihan peminjaman jangka pendek seperti factoring and lines of credit, lihat tutorial kami tentang meminjam uang untuk mendanai bisnis.
Ini mungkin merupakan strategi yang paling umum, dan cocok digunakan untuk rentang risiko yang luas. Pada strategi anda anda dapat melanjutkan aktivitas anda, namun dalam pengukuran yang membuat bahayanya berkurang. Jika dilakukan dengan benar, anda mendapatkan yang terbaik. Namun bahayanya adalah kendali anda menjadi tidak efektif, dan anda berakhir dengan tetap menderita kerugian yang anda takutkan.

Memindahkan Risiko

Kita semua familiar dengan konsep asuransi dari kehidupan sehari - hari, dan hal yang sama berlaku dalam bisnis. Sebuah kontrak asuransi pada dasarnya merupakan transfer risiko dari satu pihak ke pihak lainnya, dengan imbalan bayaran.
Contohnya ketika anda memiliki sebuah rumah, ada risiko besar akan kebakaran, pencurian atau kerusakan lainnya. Jadi anda membayar sebuah polis asuransi rumah, dan memindahkan risiko tersebut ke perusahaan asuransi. Jika sesuatu terjadi, perusahaan asuransi yang akan menanggung kerugiannya, dan sebagai imbalan untuk jaminan tersebut, anda membayar premi.
Ketika anda memiliki sebuah bisnis, anda memiliki pilihan untuk memindahkan banyak risiko anda ke perusahaan asuransi. Anda dapat mengasuransikan properti dan kendaraan anda, juga mengambil berbagai jenis asuransi liabilitas untuk melindungi anda dari tuntutan hukum. Kita akan membahas lebih detil tentang asuransi pada tutorial selanjutnya dalam seri ini, namun ini adalah pilihan yang bagus dalam menangani risiko yang memiliki dampak yang besar, sepanjang anda dapat menemukan polis yang terjangkau.

Menerima Risiko

Seperti yang telah kita lihat, manajemen risiko mempunyai harga. Menghindari risiko berarti membatasi aktivitas perusahaan anda dan melewatkan peluang keuntungan. Mengurangi risiko dapat melibatkan sistem baru yang mahal atau proses dan kontrol yang melelahkan. Memindahkan risiko juga ada harganya, contohnya seperti pada premi asuransi.
Jadi dalam kasus risiko tingkat minor, langkah terbaik adalah menerimanya. Tidak masuk akal bila menginvestasikan dalam serangkaian software yang mahal hanya untuk mengecilkan sebuah risiko yang tidak akan memiliki dampak yang besar. Untuk risiko yang mendapatkan nilai dampak dan kecendrungan yang rendah, carilah solusi sederhana dan murah, dan jika anda tidak dapat menemukannya, maka mungkin akan lebih berharga untuk menerimanya dan melanjutkan bisnis seperti biasa.
Keuntungan dalam menerima risiko adalah cukup jelas: tidak ada biaya, dan membebaskan sumber daya untuk fokus pada risiko yang lebih serius. Kelemahannya adalah juga cukup jelas: anda tidak memiliki kendali. Jika dampak dan kecenrungannya minor, itu mungkin tidak masalah. Namun pastikan bahwa anda telah menilai semua hal tersebut dengan benar, sehingga anda tidak akan mendapat kejutan yang tidak menyenangkan.

3. Monitor

Melakukan pengukuran tidak cukup; anda juga perlu memeriksa apakah hal tersebut bekerja, dan memonitor bisnis anda secara reguler untuk mengidentifikasi dan menangani risiko baru.
Titik awalnya adalah perencanaan yang telah anda tetapkan. Anda sekarang telah memiliki sebuah daftar seluruh risiko dalam bisnis anda, penilaian terhadap kecendrungan dan dampaknya, sebuah evaluasi terhadap kendali terkini, dan rencana tindakan untuk menanganinya. Berikut adalah contoh bagaimana tampaknya ketika anda meletakkan semuanya bersama - sama (klik pada tombol Risk management plan and register pada bagian akhir halaman).
Bahayanya dengan dokumen seperti ini adalah anda menghabiskan banyak waktu untuk menyiapkan pada awalnya, namun tidak pernah kembali dan mengupdatenya di lain waktu. Sebuah perencanaan manajemen risiko yang baik haruslah sebuah dokumen yang hidup, yang secara konstan menjadi acuan dan diupdate untuk mencerminkan situasi terbaru, risiko baru, dan efektifitas tindakan anda.
Pertama - tama, setiap tindakan yang anda tentukan harus memiliki target tanggal penyelesaian, dan orang yang bertanggung jawab atas itu. Sebagai contoh, pada klien kita yang terlambat membayar, kita dapat menentukan bahwa salesperson kita yang bernama Tina, akan bertanggungjawab untuk negosiasi ulang tentang ketentuan pembayaran dengan XYZ Corp. untuk membuat insentif atas pembayaran tepat waktu, dan ini akan diselesaikan pada tanggal 1 Maret.
Ketika Tina selesai melakukan ini, anda dapat memindahkannya dari kolom "tindakan" ke kolom "kendali saat ini". Kemudian pada bulan berikutnya, anda dapat menilai efektifitas ketentuan pembayaran terbaru pada penurunan risiko. Jika itu masih tidak efektif, anda dapat melihat pilihan keuangan jangka panjang untuk menurunkan dampak pembayaran yang terlambat.
Jika tidak ada satu pun pilihan tersebut yang berhasil, maka anda dapat mencari alternatif lainnya. Jika anda mencoba semuanya dan klien masih terlambat membayar, maka anda dapat memutuskan untuk menerima risiko jika bisnis klien tersebut sangat penting bagi anda, atau anda dapat melakukan pilihan terakhir yaitu menghilangkan risiko dengan menghindari melakukan bisnis dengan klien tersebut.
Situasinya akan berkembang secara tetap seiring waktu, dimana risiko berubah dan respon anda terhadapnya memiliki efeknya sendiri. Beberapa kendali yang anda letakkan mungkin mengurangi kecendrungan klien untuk terlambat membayar, membuatnya menjadi kurang penting untuk ditangani. Atau anda mungkin mengambil sebanyak mungkin klien lainnya selain XYZ Corp. untuk pembagian sedikit pemasukan anda, sehingga dampak keterlambatan membayar menjadi lebih kecil. Semua ini perlu dipertimbangkan.
Tidak ada aturan yang keras dan cepat tentang seberapa sering anda mengupdate perencanaan manajemen risiko anda. Perusahaan besar memiliki satu departemen khusus untuk menangani manajemen risiko, dimana pada perusahaan kecil anda akan terbatas pada penggunaan sumber daya. Kuncinya adalah membuat komitmen untuk mengupdate perencanaan anda secara reguler, apakah setiap bulan, setiap tiga bulan, atau bahkan setiap tahun.
Salah satu pendekatan terbaik adalah membuat perubahan kecil untuk item tersendiri pada proses berjalan, saat perubahan terjadi, dan kemudian melaksanakan review secara komprehensif terhadap dokumen pada frekuensi yang lebih jarang, namun tetap reguler. Kajian komprehensif akan mencakup untuk kembali ke langkah awal yang telah kita bahas sebelumnya dalam seri ini, brainstorming tentang seluruh risiko dalam bisnis anda, menambahkan item baru dalam daftar, dan memberi peringkat berdasarkan tingkat kepentingan. Kemudian melakukan hal yang sama untuk risiko saat ini, mencatat setiap perubahan.

4.0 Daftar Resiko

No.	Rank	Risk	Category	Root Cause	Risk Owner	Status
1.	4	Dokumen outline belum dikembangkan untuk semua yang ditentukan sebagai bagian dari proses perangkat lunak.	Kontraktual	Developer	Stakeholder	Aktif
2.	5	Tidak ada perangkat lunak lain yang mendukung proses pengujian.	Teknis	Developer	Developer	Pasif
3.	2	Server tidak mampu melakukan seluruh transaksional	Teknis	Server	Stakeholder	Aktif
4.	7	Adanya anggota yang sakit / tidak dapat mengerjakan proyek ini	Personalia	Developer	Developer	Aktif
5.	8	Keterbatasan kemampuan dan pengetahuan anggota tentang tools / bahasa yang digunakan.	Personalia	Developer	Developer	Pasif
6.	1	Kurangnya kemampuan dalam menangkap kebutuhan stakeholder.	Personalia	Developer	Developer	Pasif
7.	3	Manajemen waktu yang sulit antar anggota sehingga pengerjaan dilakukan terpisah, dan terkadang implementasi antara satu dengan anggota lain berbeda.	Personalia	Developer	Develper	Aktif
8.	9	Pelanggan kurang memahami proses sistem tersebut.	Penerimaan Pelanggan atas Produk	Stakeholder	Stakeholder	Aktif

5.0 Dampak Matriks

Probability	High	8	7	3
	Medium		1	2,6
	Low			4,5
		Low	Medium	High
	Impact

6.0 Mitigasi Resiko

Manajemen Mutu Proyek Sistem Informasi Akademik dengan Menggunakan Borland Delphi ( Jurusan Teknik lndustri Universitas Widyatama)

2016-05-19T01:30:00.003+07:00

Overview

Manajemen mutu proyek merupakan suatu proses untuk memberikan jaminan bahwa hasil dari sebuah proyek sesuai dengan standar atau sasaran yang telah ditetapkan.

Manajemen Mutu

1. Perencanaan Mutu

Pada proyek ini, untuk menjamin kebutuhan kepada stakeholder. Faktor-faktor penting yang mempengaruhi kriteria produk perangkat lunak. Diantaranya sebagai berikut:

Produk

Kriteria Kualitas

Sistem Informasi Akademik dengan Menggunakan Borland Delphi ( Jurusan Teknik lndustri Universitas Widyatama)

➔ Sistem mencakup fitur berikut :

◆ Layanan informasi akademik

◆ Layanan informasi peserta perkuliahan

◆ Layanan informasi IPS & IPK

◆ Layanan Informasi data dosen & matakuliah

◆ Pencarian data akademik

➔ Aplikasi fleksibel untuk 5 tahun mendatang.

➔ Sistem menggunakan platform Borland Delphi.

➔ Mampu diakses 1000 pengguna internet dalam waktu yang bersamaan dengan kecepatan minimal 50 Kb/s.

Jaminan Mutu

Jaminan mutu proyek ini dapat diukur dari,

Aktivitas	Produk	Standar Mutu
Penggalian Kebutuhan Sistem Informasi Akademik Jurusan Teknik lndustri Universitas Widyatama	Informasi mengenai Teknik Industri Universitas Widyatama	➔ Informasi mencakup lingkungan internal universitas teknik Industri ➔ Mampu diakses 1.000 pengguna internet dalam waktu yang bersamaan dengan kecepatan minimal 50 Kb/s.
	Informasi stakeholder yang terlibat	➔ Informasi mencakup lingkungan internal universitas teknik Industri. ➔ Daftar stakeholder mencakup stakeholder primer dan sekunder.
	Informasi proses bisnis yang ada	➔ Proses bisnis yang diperoleh sesuai dengan kejadian yang ada
	Informasi struktur organisasi Pengurus Teknik Industri Universitas Widyatama , dan masing-masing hak nya dalam penggunaan sistem informasi keuangan ini	➔ Informasi struktur organisasi yang diperoleh tidak hanya terdiri dari stakeholder primer maupun sekunder
	Dokumen kebutuhan	➔ Kebutuhan diperoleh dari stakeholder primer dan sekunder
	Batasan proyek	➔ 95% dari proyek, selesai dengan batasan proyek yang sudah ditentukan bersama
	Estimasi kebutuhan dana awal	➔ Proyek selesai dengan memakan biaya < atau = anggaran biaya yang sudah diestimasi
	Dokumentasi pertemuan	➔ 95% dari banyaknya pertemuan dengan stakeholder, didokumentasikan dengan lengkap
	Dokumentasi kebutuhan proyek	➔ Semua perubahan atau penambahan pada kebutuhan proyek, didokumentasikan
Analisis Kebutuhan Sistem	SKPL	➔ Kebutuhan yang ada pada SKPL berdasarkan pada ekstraksi dari dokumen kebutuhan ➔ Kebutuhan pada SKPL diperoleh dari hasil prioritisasi kebutuhan sesuai dengan kesepakatan terhadap stakeholder
Analisis Kebutuhan Sistem	Revisi SKPL	➔ Revisi dari SKPL hanya dapat dilakukan jika implementasinya tidak melebihi estimasi biaya maupun waktu proyek
Perancangan Sistem	Desain Perancangan Basis Data	➔ Perancangan Basis Data dibuat akan digunakan pada implementasi
	Desain Interface SIAKAD	➔ Interface yang dibuat akan digunakan pada implementasi
	Perancangan program pada SIAKAD	➔ Program yang dibuat akan digunakan pada implementasi
	Desain perancangan infrastuktur basis data	➔ Infrastuktur basis data yang dibuat akan digunakan pada implementasi
Implementasi sistem	Implementasi sistem & interface	➔ Implementasi sistem dan interface yang disetujui oleh stakeholder
	Penggabungan sistem dan interface	➔ Penggabungan sistem dan interface oleh stakeholder
	Uji coba	➔ Uji coba penguji dan stakeholder
Konfirmasi Akhir Hasil Implementasi	Evaluasi kepada stakeholder	➔ 100% fitur ini diterapkan dan selesai dalam waktu <= estimasi waktu proyek
	Melakukan perubahan jika ada kesalahan	➔ 100% fitur ini diterapkan dan selesai dalam waktu <= estimasi waktu proyek


Roll Out (Deployment Sistem Informasi)	Mencari jasa hosting	➔ 100% fitur ini diterapkan dan selesai dalam waktu <= estimasi waktu proyek
	Membeli jasa hosting	➔ 100% fitur ini diterapkan dan selesai dalam waktu <= estimasi waktu proyek
	Mendeploy sistem informasi akademik	➔ 100% fitur ini diterapkan dan selesai dalam waktu <= estimasi waktu proyek
Testing	Pembuatan scenario pengujian	➔ Skenario pengujian dihasilkan sesuai dengan permasalahan yang ada / kemungkinan besar akan terjadi
Testing	Testing berdasarkan skenario	➔ 100% skenario pengujian dilakukan
Documenting	User admin manual dan dokumen program	➔ 100% Dokumen SOP dihasilkan sesuai dengan kondisi dari hasil testing
	Dokumen manajemen proyek	➔ 100% Dokumen SOP dihasilkan sesuai dengan kondisi dari hasil testing
Maintenance	Dokumen SMP (System Maintenance Procedure) Sistem Informasi	➔ 100% Dokumen SMP dihasilkan sesuai dari estimasi error yang mungkin terjadi dan error yang diperoleh dari hasil testing
Administrasi	Pelatihan/sosialisasi	➔ Pelatihan/sosialisasi dihadiri oleh semua stakeholder yang berperan langsung pada sistem (primer) dan beberapa stakeholder sekunder ➔ Penggunaan sistem ini dapat berjalan dengan baik, maksimal seminggu setelah pelatihan/sosialisasi

2. Pengendalian Mutu

Evaluasi kegiatan proyek untuk membuat keputusan agar produk yang dihasilkan sesuai dengan standar mutu. Tindakan yang dilakukan meliputi : Penerimaan keputusan, pengerjaan ulang, dan penyesuaian proses

No	Aktivitas	Produk	Standar Mutu	Hasil Pengujian	Tindakan
1	Elisitasi Kebutuhan Sistem Informasi Akademik	Informasi mengenai Teknik Industri Universitas Widyatama	➔ Informasi mencakup lingkungan Teknik Industri Universitas Widyatama	100% informasi berhasil didapatkan	Diterima
		Informasi stakeholder yang terlibat	➔ Informasi mencakup lingkungan internal jurusan ➔ Daftar stakeholder mencakup stakeholder primer dan sekunder	80% informasi berhasil didapatkan	Penyesuaian Proses
		Informasi proses bisnis yang ada	➔ Proses bisnis yang diperoleh sesuai dengan kejadian yang ada	90% proses bisnis berhasil teridentifikasi	Penyesuaian Proses
		Informasi struktur organisasi Pengurus Teknik Industri Universitas Widyatama dan masing-masing hak nya dalam penggunaan sistem informasi keuangan ini	➔ Informasi struktur organisasi yang diperoleh tidak hanya terdiri dari stakeholder primer maupun sekunder	100% informasi berhasil didapatkan	Diterima
		Dokumen kebutuhan	➔ Kebutuhan diperoleh dari stakeholder primer dan sekunder	90% kebutuhan berhasil diidentifikasi	Penyesuaian proses
		Batasan proyek	➔ 95% dari proyek, selesai dengan batasan proyek yang sudah ditentukan bersama	90% batasan proyek berhasil diselesaikan	Penyesuaian Proses
		Estimasi kebutuhan dana awal	➔ Proyek selesai dengan memakan biaya < atau = anggaran biaya yang sudah diestimasi	100% estimasi biaya sudah dibuat	Diterima
		Dokumentasi pertemuan	➔ 95% dari banyaknya pertemuan dengan stakeholder, didokumentasikan dengan lengkap	90% pertemuan terdapat dokumentasi yang lengkap	Diterima
		Dokumentasi kebutuhan proyek	➔ Semua perubahan atau penambahan pada kebutuhan proyek, didokumentasikan	100% revisi kebutuhan sistem didokumentasikan	Diterima
2	Analisis Kebutuhan Sistem	SKPL	➔ Kebutuhan yang ada pada SKPL berdasarkan pada ekstraksi dari dokumen kebutuhan ➔ Kebutuhan pada SKPL diperoleh dari hasil prioritisasi kebutuhan sesuai dengan kesepakatan terhadap stakeholder	80% Kebutuhan sudah diidentifikasi	Penyesuaian Proses
2	Analisis Kebutuhan Sistem	Revisi SKPL	➔ Revisi dari SKPL hanya dapat dilakukan jika implementasinya tidak melebihi estimasi biaya maupun waktu proyek	100% kebutuhan sudah diidentifikasi berdasarkan revisi	Diterima
3	Percancangan Sistem	Desain Perancangan Basis Data	➔ Perancangan Basis Data yang dibuat akan digunakan pada implementasi	Perancangan 100% selesai.	Diterima
		Desain Perancangan Interface SIAKAD	➔ Interface SIAKAD yang dibuat akan digunakan pada implementasi	Perancangan 100% selesai.	Diterima
		Perancangan program pada SIAKAD	➔ Program SIAKAD yang dibuat akan digunakan pada implementasi	Perancangan 100% selesai.	Diterima
		Desain perancangan infrastuktur basis data	➔ Infrastukur basis data yang dibuat akan digunakan pada implementasi	Perancangan 100% selesai.	Diterima
4	Implementasi sistem	Implementasi sistem & interface	➔ Implementasi yang dilakukan disetujui oleh stakeholder	80% implementasi sudah dievaluasi	Penyesuaian proses.
4	Implementasi sistem	Penggabungan sistem dan interface	➔ Penggabungan sistem dan interface yang dilakukan oleh stakeholder	90% sudah selesai.	Penyesuaian proses
		Uji coba	➔ Uji coba penguji dan stakholder	Uji coba fitur 90% selesai	Penyesuaian proses
5	Konfirmasi final prototype	Evaluasi kepada stakeholder	➔ Prototype final didokumentasikan pada DPPL	Prototype final 100% selesai.	Diterima.
		Melakukan perubahan jika ada kesalahan	➔
6	Pembuatan sistem (coding)	Fitur pada halaman Administrator	➔ 100% fitur ini diterapkan dan selesai dalam waktu <= estimasi waktu proyek	90% fitur sudah selesai	Penyesuian proses
		Fitur pada halaman Kepala Jurusan	➔ 100% fitur ini diterapkan dan selesai dalam waktu <= estimasi waktu proyek	100% fitur sudah selesai	Diterima
		Fitur pada halaman Bendahara	➔ 100% fitur ini diterapkan dan selesai dalam waktu <= estimasi waktu proyek	100% fitur sudah selesai	Diterima
		Fitur pada halaman Proses Bisnis	➔ 100% fitur ini diterapkan dan selesai dalam waktu <= estimasi waktu proyek	100% fitur sudah selesai	Diterima
7	Roll Out (Deployment Sistem Informasi)	Membeli jasa hosting	➔ Pembelian hosting sesuai dengan yang diinginkan	Hosting / Server telah dibeli sesuai dengan persetujuan	Diterima
		Mendeploy SIAKAD	➔ Deployment Sistem Informasi Akademik ini selesai pada waktu yang sudah dijadwalkan	Aplikasi sudah 100% terinstall sesuai kebutuhan.	Diterima
8	Testing	Skenario Pengujian	➔ Skenario pengujian dihasilkan sesuai dengan permasalahan yang ada / kemungkinan besar akan terjadi	95% poin-poin dari skenario yang akan diuji didapatkan	Penyesuaian proses
8	Testing	Testing berdasarkan skenario	➔ 100% skenario pengujian dilakukan	85% skenario sudah dilakukan	Penyesuain proses
9	Maintenance	Dokumen SMP (System Maintenance Procedure) Sistem Informasi	➔ 100% Dokumen SMP dihasilkan sesuai dari estimasi error yang mungkin terjadi dan error yang diperoleh dari hasil testing	90% dokumen sudah terselesaikan berdasarkan hasil testing	Penyesuaian proses
10	Administrasi	Pelatihan/sosialisasi	➔ Pelatihan/sosialisasi dihadiri oleh semua stakeholder yang berperan langsung pada sistem (primer) dan beberapa stakeholder sekunder Penggunaan sistem ini dapat berjalan dengan baik, maksimal seminggu setelah pelatihan/sosialisasi	100% pelatihan sudah dilaksanakan sistem berjalan dengan baik selama 7 hari setelah sosialisasi	Diterima

Manajemen Sumber Daya Manusia

2016-05-15T20:22:00.000+07:00

OBS (Organizational Breakdown Structure)

WBS (Work Breakdown Structure)

RAM (Responsibility Assignment Matrix)

APRIS (Stakeholder Assignment Matrix)

Tugas MPPL F Monitoring Progress Proyek Perangkat Lunak

2016-05-01T20:54:00.001+07:00

5113100001 Muhammad Adnan Yusuf
5113100165 Donny Aliyanto

Kurva S adalah kurva yang berbentuk huruf S, yaitu kurva yang munghubungkan antara porsentase yang pekerjaan yang dicapai dengan waktu pekerjaan.

Manfaat dan kegunaan kurva S

Sebagai informasi untuk mengentrol pelaksaan suatu proyek dengan cara membandingkan deviasi antara kurva rencana dengan kurva realisai
Sebagai infomasi untuk pengambilan keputusan berdasarkan perubahan kurva realisasi terhadap kurva rencana perubahan ini bisa bisa dalam bentuk prosentase pekerjaan lebih cepat atau lebih lembat dari waktu yang sudah ditentukan untuk menyelesaikan proyek
Sebagai informasi kapan waktu yang tepat untuk melakukan owner ataupun melakukan pembayaran kepada supplier.

Kurva S Berdasarkan Bobot Keuangan Sistem Informasi Akademik Jurusan Teknik lndustri Universitas Widyatama

MPPL F – MANAJEMEN BIAYA Proyek Sistem Informasi Akademik dengan Menggunakan Borland Delphi ( Jurusan Teknik lndustri Universitas Widyatama)

2016-04-24T20:47:00.001+07:00

5113100001 Muhammad Adnan Yusuf
5113100165 Donny Aliyanto

Perencanaan Biaya

Perencanaan biaya yang digunakan menggunakan biaya satuan standar dari INKINDO indeks Jawa Barat.

Task Name	Work/Hours	Upah	Biaya Perjalanan	Biaya Bahan Bahan	Biaya lain lain	Total Biaya Kegiatan
Sistem Informasi Akademik Jurusan Teknik lndustri Universitas Widyatama

Konsep
Mendefinisikan Kebutuhan
Menghubungi Stakeholder dan Membuat Perjanjian Waktu untuk Bertemu	24	256066				256066
Membuat Pengajuan Proposal Pembangunan SIAKAD	48	512132				512132
Melakukan wawancara kepada stakeholder terkait kebutuhan sistem	24	256066	800000			1056066
Menggali informasi dan data yang mendukung	96	2248928				2248928
Mendefinisikan kebutuhan pengguna	72	1686696				1686696
Mendefinisikan kebutuhan sistem	72	1686696				1686696

Analisa Kebutuhan
Analisis Penyusunan hasil penggalian kebutuhan	72	1686696				1686696
Evaluasi kebutuhan dengan stakeholder	72	1686696	800000			2486696
Pembuatan dokumentasi kebutuhan	24	562232		100000		662232

Perancangan
Membuat perancangan basis data pada pembangunan SIAKAD	72	918498				918498
Membuat perancangan interface pada pembangunan SIAKAD	96	1224664				1224664
Membuat peracangan program pada pembangunan SIAKAD	96	1224664				1224664
Membuat perancangan infrastuktur basis data	72	918498				918498

Implementasi Sistem
Implementasi sistem & interface dari hasil perancangan yang disetujui stakeholder	360	8433480				8433480
Penggabungan sistem dan interface	192	4497856				4497856
Uji Coba aplikasi oleh developer dan stakeholder	168	3935624		100000		4035624

Konfimasi Akhir Hasil Implementasi
Evaluasi kepada stakeholder	48	1124464				1124464
Melakukan perubahan apabila ada kesalahan yang telah disepakati antara developer dan stakeholder sebelumnya	120	2811160				2811160

Roll Out
Mencari jasa hosting	24	256066				256066
Membeli jasa hosting	24	256066			500000	756066
Mendeploy sistem informasi akademik borland delphi	72	1686696			100000	1786696
Uji coba server terlebih dahulu oleh developer	48	1124464				1124464

Testing
Pembuatan skenario pengujian	48	1124464				1124464
Melakukan testing oleh stakeholder sesuai dengan skenario pengujian	168	3935624				3935624
Melakukan perbaikan bila terjadi gangguan	120	2811160			100000	2911160

Documenting
User & Admin Manual + Dokumen Program + Dokumentasi SOP	96	2248928		200000		2448928
Dokumen Manajemen Proyek	72	1686696		500000		2186696

Maintenance
Pemeliharaan dan perbaikan aplikasi	336	7871248			500000	8371248

Administration
Melakukan Administrasi Proyek & mendokumentasikannya	168	3935624			200000	4135624
					Total	66508152

Estimasi Biaya

Task Name	Work/Hours	Upah	Biaya Perjalanan	Biaya Bahan Bahan	Biaya lain lain	Total Biaya Kegiatan	WBS level 1 Totals	% dari Total
Sistem Informasi Akademik Borland

Konsep							12282208	18.46722188
Mendefinisikan Kebutuhan
Menghubungi Stakeholder dan Membuat Perjanjian Waktu untuk Bertemu	24	256066				256066
Membuat Pengajuan Proposal Pembangunan SIAKAD	48	512132				512132
Melakukan wawancara kepada stakeholder terkait kebutuhan sistem	24	256066	800000			1056066
Menggali informasi dan data yang mendukung	96	2248928				2248928
Mendefinisikan kebutuhan pengguna	72	1686696				1686696
Mendefinisikan kebutuhan sistem	72	1686696				1686696

Analisa Kebutuhan
Analisis Penyusunan hasil penggalian kebutuhan	72	1686696				1686696
Evaluasi kebutuhan dengan stakeholder	72	1686696	800000			2486696
Pembuatan dokumentasi kebutuhan	24	562232		100000		662232

Perancangan							4286324	6.444809954
Membuat perancangan basis data pada pembangunan SIAKAD	72	918498				918498
Membuat perancangan interface pada pembangunan SIAKAD	96	1224664				1224664
Membuat peracangan program pada pembangunan SIAKAD	96	1224664				1224664
Membuat perancangan infrastuktur basis data	72	918498				918498

Implementasi Sistem							16966960	25.51109825
Implementasi sistem & interface dari hasil perancangan yang disetujui stakeholder	360	8433480				8433480
Penggabungan sistem dan interface	192	4497856				4497856
Uji Coba aplikasi oleh developer dan stakeholder	168	3935624		100000		4035624

Konfimasi Akhir Hasil Implementasi							3935624	5.917506173
Evaluasi kepada stakeholder	48	1124464				1124464
Melakukan perubahan apabila ada kesalahan yang telah disepakati antara developer dan stakeholder sebelumnya	120	2811160				2811160

Roll Out							3923292	5.898964085
Mencari jasa hosting	24	256066				256066
Membeli jasa hosting	24	256066			500000	756066
Mendeploy sistem informasi akademik borland delphi	72	1686696			100000	1786696
Uji coba server terlebih dahulu oleh developer	48	1124464				1124464

Testing Aplikasi							7971248	11.98536985
Pembuatan skenario pengujian	48	1124464				1124464
Melakukan testing oleh stakeholder sesuai dengan skenario pengujian	168	3935624				3935624
Melakukan perbaikan bila terjadi gangguan	120	2811160			100000	2911160

Documenting							4635624	6.970008729
User & Admin Manual + Dokumen Program + Dokumentasi SOP	96	2248928		200000		2448928
Dokumen Manajemen Proyek	72	1686696		500000		2186696

Maintenance							8371248	12.58679989
Pemeliharaan dan perbaikan aplikasi	336	7871248			500000	8371248

Administration							4135624	6.218221189
Melakukan Administrasi Proyek & mendokumentasikannya	168	3935624			200000	4135624
					Total	66508152	66508152	100

Cost Budgeting

Cost Controlling/Pengendalian Biaya

Tugas 7 MPPL F - Manajemen Waktu Proyek Sistem Informasi Akademik dengan Menggunakan Borland Delphi ( Jurusan Teknik lndustri Universitas Widyatama)

2016-04-17T21:42:00.000+07:00

5113100001 Muhammad Adnan Yusuf

5113100165 Donny Aliyanto

Manajemen Waktu

Manajemen Waktu Proyek Sistem Informasi Akademik dengan Menggunakan Borland Delphi ( Jurusan Teknik lndustri Universitas Widyatama)

Teknik Pengembangan yang dipilih : Teknik Waterfall

Cara Kerja : Developer melakukan analisa terhadap kebutuhan kepada stakeholder lalu developer melakukan pembuatan desain secara global untuk dibuatkan prototype termasuk pengujian oleh tester dan penyempurnaan setelah itu ditunjukan kepada stakeholder dan dilakukan evaluasi apabila stakeholder sudah setuju dengan prototype yang ditunjukan maka developer melakukan implementasi, instalasi dan training user.

Metode Rekayasa Perangkat Lunak dengan Model Waterfall

Pengembangan sebuah sistem informasi berbasis komputer dapat menggunakan beberapa metode sebagai acuan. Setiap metode akan dibagi menjadi tahapan-tahapan yang akan memudahkan dalam pembangunan sistem informasi. Metode yang sering juga disebut metode "waterfall" atau "classic life cycle" ini menggunakan pendekatan yang sistematis dan sekuensial dalam membangun perangkat lunak yang dimulai pada rekayasa sistem dan pengembangan melalui tahapan analisis, perancangan, pengkodean, pengujian dan pemeliharaan.

Keterkaitan tahapan-tahapan pengembangan perangkat lunak dapat dilihat lebihjelas pada gambar berikut:

Gambar 1: Metode RPL dengan Metode Waterfall

• Rekayasa Sistem

Tahapan awal yang dilakukan adalah merumuskan sistem yang akan dibuat. Rekayasa sistem ini bertujuan agar pengembangan benar-benar mengerti sistem yang akan dibuat dan langkah-langkah serta kebijaksanaan apa saja yang akan berkaitan dengan pengembangan sistem.

• Analisis

Tahapan kedua adalah analisis, yang berkaitan dengan proses dan data yang diperlukan oleh sistem serta keterkaitannya. Pemodelan yang digunakan pada analisis ini adalah pemodelan dengan menggunakan Data Flow Oriented dengan tool Data Flow Diagram (DFD).

Tujuan dilakukannya tahapan ini adalah:

- Memahami sistem yang ada saat ini

- Mendefinisikan permasalahan sistem

- Menentukan kebutuhan sistem secara garis besar sebagai persiapan ke tahapan perancangan.

• Perancangan

Tahapan ketiga adalah perancangan sistem, dilakukan setelah mendapat gambaran yang jelas dari sistem yang akan dibuat. Tahapan perancangan ini dilakukan untuk memberikan gambaran umum yangjelas kepada pengguna dan rancangan bangun yang lengkap tentang sistem yang akan dikembangkan kepada pihak-pihak yang terlibat dalam pengembangan sistem.

Dalam tahapan perancangan sistem ini dibagi menjadi dua, yaitu perancangan global dan perancangan rinci. Perancangan global dilakukan untuk memberikan gambaran umum kepada pengguna tentang sistem yang dirancangdan sebagai persiapan untuk tahap perancangan nnci. Perancangan rinci dilakukan untuk memberikan gambaran rancang bangun yang lengkap kepada pemrogram dan pihak-pihak lain yang terlibat dalam pengembangan sistem sebagai persiapan untuk tahap implementasi.

• Implementasi

Setelah mendapatkan gambaran yang jelas tentang rancang bngun sistem, kenudian dilakukan implementasi rancangan sisstem ke dalam kode-kode dalam bahasa pemrograman. Pada tahap ini dilakukan pembuatan komponen-komponen sistem yang meliputi implementasi modul-modul program, antarmuka dan basis data.

• Pengujian

Tujuan dilakukan tahapan pengujian ini adalah untuk mendapatkan perangkat lunak yang benar-benar valid dan sesuai dengan kebutuhan yang sudah dideskripsikan.

• Pemeliharaan

Setelah dilakukan pengujian dan sistem diyakini benar-benar memenuhi persyaratan, selanjutnya sistem tersebut didistribusikan kepada pengguna. Hal ini tidak berarti bahwa pekerjaan pengembangan selesai, akan tetapi masih terdapat pemeliharaan sistem yang harus dilakukan. Pada tahap ini juga dilakukan evaluasi terhadap sistem yang baru untuk melihat apakah sistem yang telah memenuhi tujuan yang ingin dicapai. Dari hasil evaluasi ini memungkinkan dilakukan perubahan-perubahan yang perlu terhadap sistem yang ada

1. Definisi aktivitas

Maka dari mindmap tersebut dapat didaftar aktifitas yang harus dilakukan diantaranya:

Membuat Pengajuan Proposal Pembangunan SIAKAD

Melakukan wawancara kepada stakeholder terkait kebutuhan sistem

Menggali informasi dan data yang mendukung

Mendefinisikan kebutuhan pengguna

Mendefinisikan kebutuhan sistem

Eksplorasi data dan landasan teori serta membuat dokumen kebutuhan yang berisi segala hasil tahapan penggalian kebutuhan dan kebutuhan final

Membuat perancangan basis data pada pembangunan SIAKAD

Membuat perancangan interface pada pembangunan SIAKAD

Membuat peracangan program pada pembangunan SIAKAD

Membuat perancangan infrastuktur basis data

Membuat perancangan sistem report data akademik

Menunjukan hasil perancangan kepada stakeholder

Pembuatan skenario pengujian atau trial SIM

Melakukan testing oleh stakeholder sesuai dengan skenario pengujian

Melakukan perbaikan bila terjadi gangguan

Melakukan pelatihan kepada user

User & Admin Manual + Dokumen Program + Dokumentasi SOP

Dokumen Manajemen Proyek

Penerapan Sistem dan Pemeliharaan

Melakukan Administrasi Proyek & mendokumentasikannya

Pengurutan Aktivitas

Segala aktivitas yang telah didaftar pada poin 1, kemudian disusun secara sekuensial dari awal dan mengelompokkan tiap-tiap aktivitas menjadi Tahap dan Milestones.

Keterangan : kalimat cetak tebal adalah nama proyek, tahap, dan sub tahap tergantung dengan indentasi. Sementara kalimat cetak normal adalah milestones dari setiap tahap.

Daftar Aktivitas yang Harus Dilakukan

Sistem Informasi Akademik Jurusan Teknik lndustri Universitas Widyatama

Konsep

Penggalian Kebutuhan

Menghubungi Stakeholder dan Membuat Perjanjian Waktu untuk Bertemu

Membuat Pengajuan Proposal Pembangunan SIAKAD

Melakukan wawancara kepada stakeholder terkait kebutuhan sistem

Menggali informasi dan data yang mendukung

Mendefinisikan kebutuhan pengguna

Mendefinisikan kebutuhan sistem

Analisis Kebutuhan

Analisis Penyusunan hasil penggalian kebutuhan

Evaluasi kebutuhan dengan stakeholder

Pembuatan dokumentasi kebutuhan

Perancangan

Membuat perancangan basis data pada pembangunan SIAKAD

Membuat perancangan interface pada pembangunan SIAKAD

Membuat peracangan program pada pembangunan SIAKAD

Membuat perancangan infrastuktur basis data

Implementasi Sistem

Implementasi sistem & interface dari hasil perancangan yang disetujui stakeholder

Penggabungan sistem dan interface

Uji Coba aplikasi oleh developer dan stakeholder

Konfimasi Akhir Hasil Implementasi

Evaluasi kepada stakeholder

Melakukan perubahan apabila ada kesalahan yang telah disepakati antara developer dan stakeholder sebelumnya

Roll Out

Mencari jasa hosting

Membeli jasa hosting

Mendeploy sistem informasi akademik borland delphi

Uji coba server terlebih dahulu oleh developer

Testing

Pembuatan skenario pengujian

Melakukan testing oleh stakeholder sesuai dengan skenario pengujian

Melakukan perbaikan bila terjadi gangguan

Documenting

User & Admin Manual + Dokumen Program + Dokumentasi SOP

Dokumen Manajemen Proyek

Maintenance

Penerapan Sistem dan Pemeliharaan

Administration

Melakukan Administrasi Proyek & mendokumentasikannya

Estimasi Sumber Daya Aktivitas (sesuai dengan Project Charter)

a. Bahan

i. Dokumen SKPL

ii. Dokumen DPPL

b.Tenaga Kerja

i. Project Manager

ii. Application Developer

iii. Application Designer

iv. Application Analyst

v. Dokumentator

vi. Tester

c. Alat

i. Hardware

1. PC/Laptop

2. Server

ii. Software

1. Sublime Text 3

2. XAMPP

3. phpMyAdmin

4. Pencil

5. Ms. Office

6. Borland Delphi

Detail tanggung jawab untuk setiap kegiatan dapat dilihat pada tabel berikut:

Departemental SOW	Owner/Prime	Due Date/Sequence
Interview kebutuhan stakeholder	Project Manager, Stakeholder	Melakukakan wawancara untuk mendapatkan kebutuhan utama
Fitur-fitur mengenai profilling yang akan dibuat	Application Developer, Stakeholder	Tim web developer dan stakeholder mendiskusikan dan membuat requirement fitur-fitur apa yang diperlukan
Melakukan desain interface sesuai dengan kebutuhan	Application Designer, Stakerholder	Web Designer dan Stakeholder bersama-sama mendisikusikan desain yang sesuai dengan kebutuhan stakeholder namun tidak dapat keluar dari ruang lingkup yang terlah di sepakati.
Deskripsi hasil kerja (spesifikasi kebutuhan, source code, test plan)	Stakeholder, Tim proyek	Pada tim proyek harus dapat mendiskripsikan dan mendiskusikan kepada stakeholders mengenai asumsi projek yang dibuat
Estimasi usaha setiap work product tersebut	Project Manager	Project manager memilih seorang moderator dan tim estimasi yang terdiri atas 3 hingga 7 orang. Jika tim yang telah dipilih merasa bahwa dokumen vision dan scope kurang memberikan informasi, maka project manager harus memperbaiki dokumen tersebut
Testing aplikasi	Tester	Melakukan uji coba terhadap aplikasi yang terlah dibuat
Implementasi aplikasi web	Tim Proyek	Tim melakukan implementasi aplikasi web

. 4. Estimasi Durasi Aktivitas

Durasi setiap aktivitas diestimasi berdasar kesulitannya dan kerumitan antar yang bertanggung jawab. Aktivitas yang hanya dipegang oleh satu pihak tentu lebih cepat daripada aktivitas yang berhubungan dengan berbagai pihak.

Daftar Aktivitas yang Harus Dilakukan	Durasi (Hari)
Sistem Informasi Akademik Jurusan Teknik lndustri Universitas Widyatama	121
Konsep	21
Penggalian Kebutuhan	14
Menghubungi Stakeholder dan Membuat Perjanjian Waktu untuk Bertemu	1
Membuat Pengajuan Proposal Pembangunan SIAKAD	2
Melakukan wawancara kepada stakeholder terkait kebutuhan sistem	1
Menggali informasi dan data yang mendukung	4
Mendefinisikan kebutuhan pengguna	3
Mendefinisikan kebutuhan sistem	3
Analisis Kebutuhan	7
Analisis Penyusunan hasil penggalian kebutuhan	3
Evaluasi kebutuhan dengan stakeholder	3
Pembuatan dokumentasi kebutuhan	1
Perancangan	14
Membuat perancangan basis data pada pembangunan SIAKAD	3
Membuat perancangan interface pada pembangunan SIAKAD	4
Membuat peracangan program pada pembangunan SIAKAD	4
Membuat perancangan infrastuktur basis data	3
Implementasi Sistem	30
Implementasi sistem & interface dari hasil perancangan yang disetujui stakeholder	15
Penggabungan sistem dan interface	8
Uji Coba aplikasi oleh developer dan stakeholder	7
Konfimasi Akhir Hasil Implementasi	7
Evaluasi kepada stakeholder	2
Melakukan perubahan apabila ada kesalahan yang telah disepakati antara developer dan stakeholder sebelumnya	5
Roll Out	7
Mencari jasa hosting	1
Membeli jasa hosting	1
Mendeploy sistem informasi akademik borland delphi	3
Uji coba server terlebih dahulu oleh developer	2
Testing	14
Pembuatan skenario pengujian	2
Melakukan testing oleh stakeholder sesuai dengan skenario pengujian	7
Melakukan perbaikan bila terjadi gangguan	5
Documenting	7
User & Admin Manual + Dokumen Program + Dokumentasi SOP	4
Dokumen Manajemen Proyek	3
Maintenance	14
Penerapan Sistem dan Pemeliharaan	14
Administration	7
Melakukan Administrasi Proyek & mendokumentasikannya	7

5. Pengembangan Jadwal

No.	Daftar Aktivitas yang Harus Dilakukan	Durasi (Hari)	Mulai	Selesai	Predecessors
1	Sistem Informasi Akademik Jurusan Teknik lndustri Universitas Widyatama	121	19 Maret 2016	17 Juli 2016
2	Konsep	21	19 Maret 2016	8 April 2016
3	Penggalian Kebutuhan	14	19 Maret 2016	1 April 2016
4	Menghubungi Stakeholder dan Membuat Perjanjian Waktu untuk Bertemu	1	19 Maret 2016	19 Maret 2016
	5 Membuat Pengajuan Proposal Pembangunan SIAKAD	2	20 Maret 2016	21 Maret 2016
6	Melakukan wawancara kepada stakeholder terkait kebutuhan sistem	1	22 Maret 2016	22 Maret 2016
7	Menggali informasi dan data yang mendukung	4	23 Maret 2016	26 Maret 2016
8	Mendefinisikan kebutuhan pengguna	3	27 Maret 2016	29 Maret 2016	4,5,6,7
9	Mendefinisikan kebutuhan sistem	3	30 Maret 2016	1 April 2016	4,5,6,7
10	Analisis Kebutuhan	7	2 April 2016	8 April 2016	3
11	Analisis Penyusunan hasil penggalian kebutuhan	3	2 April 2016	4 April 2016	3
12	Evaluasi kebutuhan dengan stakeholder	3	5 April 2016	7 April 2016
13	Pembuatan dokumentasi kebutuhan	1	8 April 2016	8 April 2016	3
14	Perancangan	14	9 April 2016	22 April 2016	2
15	Membuat perancangan basis data pada pembangunan SIAKAD	3	9 April 2016	11 April 2016	2
16	Membuat perancangan interface pada pembangunan SIAKAD	4	12 April 2016	15 April 2016	2
17	Membuat perancangan program pada pembangunan SIAKAD	4	16 April 2016	19 April 2016	2
18	Membuat perancangan infrastuktur basis data	3	20 April 2016	22 April 2016	2
19	Implementasi Sistem	30	23 April 2016	22 Mei 2016
20	Implementasi sistem & interface dari hasil perancangan yang disetujui stakeholder	15	23 April 2016	7 Mei 2016	15,16,17,18
21	Penggabungan sistem dan interface	8	8 Mei 2016	15 Mei 2016	20
22	Uji Coba aplikasi oleh developer dan stakeholder	7	16 Mei 2016	22 Mei 2016
23	Konfimasi Akhir Hasil Implementasi	7	23 Mei 2016	29 Mei 2016	19
24	Evaluasi kepada stakeholder	2	23 Mei 2016	24 Mei 2016
25	Melakukan perubahan apabila ada kesalahan yang telah disepakati antara developer dan stakeholder sebelumnya	5	25 Mei 2016	29 Mei 2016
26	Roll Out	7	30 Mei 2016	5 Juni 2016
27	Mencari jasa hosting	1	30 Mei 2016	30 Mei 2016
28	Membeli jasa hosting	1	31 Mei 2016	31 Mei 2016	27
29	Mendeploy Sistem Informasi Akademik Jurusan Teknik lndustri Universitas Widyatama	3	1 Juni 2016	3 Juni 2016	19
30	Uji coba server terlebih dahulu oleh developer	2	4 Juni 2016	5 Juni 2016
31	Testing	14	6 Juni 2016	19 Juni 2016
32	Pembuatan skenario pengujian	2	6 Juni 2016	7 Juni 2016	19
33	Melakukan testing oleh stakeholder sesuai dengan skenario pengujian	7	8 Juni 2016	14 Juni 2016
34	Melakukan perbaikan bila terjadi gangguan	5	15 Juni 2016	19 Juni 2016
35	Documenting	7	20 Juni 2016	26 Juni 2016
36	User & Admin Manual + Dokumen Program + Dokumentasi SOP	4	20 Juni 2016	23 Juni 2016
37	Dokumen Manajemen Proyek	3	24 Juni 2016	26 Juni 2016
38	Maintenance	14	27 Juni 2016	10 Juli 2016
39	Penerapan Sistem dan Pemeliharaan	14	27 Juni 2016	10 Juli 2016
40	Administration	7	11 Juli 2016	17 Juli 2016
41	Melakukan Administrasi Proyek & mendokumentasikannya	7	11 Juli 2016	17 Juli 2016

Gantt Chart

Jawaban UTS MPPL F

2016-03-28T09:52:00.001+07:00

Berdasarkan deskripsi di atas tuliskan modul-modul yang akan digunakan dalam E-Surat.

Modul yang akan digunakan dalam E-surat:

Modul Surat Masuk

Modul Surat Keluar

Modul SMS

Modul Disposisi Surat

Modul Data Pegawai

Modul Laporan

Buatlah gambaran sistem jika perlu lengkapi dengan screenshot dari aplikasi yang akan dibangun.

Sistem yang akan dibangun adalah sebuah sistem pengelolaan data surat yang dimana sistem memiliki fitur seperti pencarian data surat dan disposisi, rekap surat,laporan penerimaan surat, notifikasi melalui sms.

Tentukan ruang lingkup dari proyek yang akan dikerjakan.

1. Melakukan pendataan, pencarian, membuat laporan, menghapus, mengubah, mengupdate serta pengarsipan data surat masuk dan surat keluar.

2. Membuat laporan harian, mingguan, bulanan surat masuk dan surat keluar pada lingkungan SKPD (Satuan Kerja Perangkat Daerah) Pemerintah Kabupaten/Kota

3. Menyediakan layanan notifikasi informasi surat dan disposisi melalui SMS dan internet

4. Pendataan disposisi surat masuk dan laporan pembuatan disposisi surat masuk.

5. Server berjalan selama 24 jam

Jika tersedia dana 100 juta buat KAK, atau TOR dari proyek yang ditawarkan.

KERANGKA ACUAN KERJA

PEMBANGUNAN Sistem Pengelolaan E-surat SKPD

(Satuan Kerja Perangkat Daerah)

Pemerintah Kota Tangerang.

OLEH:

KELAS F

MUHAMMAD ADNAN YUSUF (5113100001)

DOSEN

FAJAR BASKORO, S.KOM., M.T.

JURUSAN TEKNIK INFORMATIKA

FAKULTAS TEKNOLOGI INFORMASI

INSTITUT TEKNOLOGI SEPULUH NOPEMBER

2016

KERANGKA ACUAN KERJA

1. LATAR BELAKANG

Kegiatan surat menyurat sudah menjadi rutinitas wajib di instansi-instansi pemerintah. Penggunaan kertas masih menjadi media yang paling umum digunakan untuk mengirimkan informasi. Dengan menggunakan media ini, pengiriman surat menjadi kurang efektif dan memerlukan banyak kertas. Meskipun sudah umum juga digunakan mesin fax, surat yang diterima kurang bagus kualitasnya. Proses disposisi dari atasan ke bawahan masih dilakukan oleh petugas yang berwenang. Dari beberapa permasalahan ini, diperlukan sebuah solusi yang efektif demi memenuhi kebutuhan akan pertambahan kecepatan pengiriman informasi melalui surat dan penghematan penggunaan kertas. Penggunaan teknologi dapat menjadi solusi.

E-surat merupakan aplikasi pengelolaan surat menyurat di lingkungan SKPD (Satuan Kerja Perangkat Daerah) Pemerintah Kabupaten/Kota secara digital/elektronik berbasis opensource dan terintegrasi dengan sistem SMS. Dengan aplikasi ini, penyampaian informasi surat dan disposisi kepada pihak yang dituju dapat dilakukan dengan lebih cepat. Melalui E-Surat, penyampaian informasi tidak lagi dilakukan dengan menggunakan media kertas, melainkan dengan menggunakan media internet dan SMS (Short Message Service). Surat yang dikelola terdiri dari surat masuk, surat keluar, hingga pemberkasan terhadap surat-surat.

2. MAKSUD DAN TUJUAN

1. Tujuan proyek ini adalah untuk membuat sebuah sistem pengelolaan E-surat yang terintegrasi dengan layanan notifikasi SMS yang ditujukan kepada SKPD (Satuan Kerja Perangkat Daerah) Pemerintah Kabupaten/Kota

2. Mengurangi penggunaan kertas dalam kegiatan surat-menyurat.

3. Memudahkan pengelolaan keluar masuk surat dan disposisi surat.

3. SASARAN

Sasaran yang ingin dicapai adalah adanya sistem pengelolaan data surat yang efisien dan mudah yang dimana sistem tersebut memudahkan pegawai dan kepala bagian dalam melakukan disposisi, dana melihat serta mengelola keluar masuk e-surat.

4. NAMA DAN ORGANISASI PENGGUNA JASA

SKPD (Satuan Kerja Perangkat Daerah) Pemerintah Kota Tangerang.

5. SUMBER PENDANAAN
Dana dari APBD 2016, sebesar Rp.100.000.000 (Seratus Juta Rupiah) termasuk pajak yang membebaninya

6. LINGKUP LOKASI KEGIATAN, DATA DAN FASILITAS PENUNJANG SERTA ALIH PENGETAHUAN

a. Lingkup Kegiatan

1. Pengembangan Modul-Modul Utama Pada Sistem Pengelolaan E-surat SKPD (Satuan KerjaPerangkat Daerah) Pemerintah Kota Tangerang.

2. Membuat sistem Pengelolaan E-surat SKPD (Satuan KerjaPerangkat Daerah) Pemerintah Kota Tangerang .

3. Menata Arsip Administrasi surat SKPD (Satuan KerjaPerangkat Daerah) Pemerintah Kota Tangerang .

4. Membuat Database E-surat SKPD (Satuan KerjaPerangkat Daerah) Pemerintah Kota Tangerang.

5. Membuat Dokumentasi Yang Lengkap (Kertas Dan Elektronik) Untuk E-surat SKPD (Satuan KerjaPerangkat Daerah) Pemerintah Kota Tangerang.

b. Lokasi Kegiatan

Satuan Kerja Perangkat Daerah (SKPD) Pemerintah Daerah Kota Tangerang, Indonesia

c. Data dan fasilitas penunjang

1. Akomodasi dan Ruangan Kantor

- Ruangan Kantor

2. Staf pengawas / pendamping

- 2 orang staf IT

3. Fasilitas yang disediakan oleh pengguna jasa yang dapat digunakan oleh penyedia jasa (bila ada)

d. Alih pengetahuan

Penyedia jasa harus mengadakan pelatihan, kursus singkat, diskusi, dan seminar (miniworkshop) terkait dengan substansi pelaksanaan pekerjaan dalam rangka alih pengetahuan kepada staf/tim teknis di SKPD Pemda Jatim

7. METODOLOGI

Metodologi Penelitian Ini Menggunakan Pendekatan Pengembangan Sistem Dengan Model Waterfall Model Dimana Implementasi Rekayasa Sistem Pengelolaan E-surat Yang Diterapkan Di SKPD (Satuan KerjaPerangkat Daerah) Pemerintah Kota Tangerang

Dimana Tahapan-Tahapan Pengembangan Yang Dilakukan Adalah Rekayasa Sistem, Analisis, Perancangan, Implementasi, Pengujian, Dan Pemeliharaan

8. JANGKA WAKTU PELAKSANAAN

Jangka waktu pelaksanaan kegiatan ini adalah selama ± 90 (Sembilan Puluh) hari kalender dan harus dilaksanakan proses user acceptance test dengan waktu pelaksanaan minimal 5 (lima) hari kerja dari tanggal serah terima pekerjaan.

9. KUALIFIKASI

Kualifikasi yang diharuskan dipenuhi oleh Penyedia Jasa adalah:

MEMILIKI LATAR BELAKANG DAN PENGALAMAN DALAM BIDANG PERANCANGAN DAN PEMBANGUNAN APLIKASI
PERNAH MENJADI PENYEDIA JASA DALAM BIDANG PERANCANGAN DAN PEMBANGUNAN SISTEM INFORMASI
MEMILIKI PEMIKIRAN INOVATIF DAN KONSTRUKTIF DALAM BIDANG PERANCANGAN DAN PEMBANGUNAN APLIKASI.
MEMILIKI KEMAMPUAN UNTUK MENANGANI MASALAH DENGAN CEPAT DAN TEPAT.
MEMILIKI METODE YANG BAIK DALAM MEMBERIKAN PELAYANAN KEPADA PENGGUNA.
SANGGUP UNTUK MEMBERIKAN GARANSI ATAS BERFUNGSINYA BARANG/JASA SECARA SEMPURNA SELAMA SATU TAHUN SEJAK SERAH TERIMA.
MEMILIKI KOMITMEN DAN DISIPLIN TERHADAP TANGGUNG JAWAB DAN JADWAL PEKERJAAN.

10. TENAGA AHLI

Tenaga ahli yang diperlukan untuk melaksanakan pekerjaan ini adalah:

a. Ketua Tim (Project Manager)

Ketua Tim disyaratkan seorang, minimal sedang menempuh pendidikan Sarjana Teknik Strata satu (S1) perguruan tinggi negeri/swasta/luar negeri yang terakreditasi A atau setingkat. Sebagai ketua tim, tugas utamanya adalah memimpin dan mengkoordinir seluruh kegiatan anggota tim kerja dalam pelaksanaan pekerjaan selama masa projek sampai dengan pekerjaan dinyatakan selesai.

Jumlah yang harus disediakan 1 (sati) orang.

b. Sistem analis

Sistem analis yang disyaratkan adalah minimal sedang menempuh pendidikan Sarjana Informatika/Ilmu Komputer Strata satu (S1) perguruan tinggi negeri/swasta/luar negeri yang terakreditasi A atau setingkat.

Jumlah yang harus disediakan minimal 1 (satu) orang.

c. Programmer/Developer

Programmer/Developer yang disyaratkan adalah minimal sedang menempuh pendidikan Sarjana Informatika/Ilmu Komputer Strata satu (S1) perguruan tinggi negeri/swasta/luar negeri yang terakreditasi A atau setingkat.

Jumlah yang harus disediakan minimal 2 (dua) orang.

d. Database Administrator

Database Administrator yang disyaratkan adalah minimal sedang menempuh pendidikan Sarjana Informatika/Ilmu Komputer Strata satu (S1) perguruan tinggi negeri/swasta/luar negeri yang terakreditasi A atau setingkat.

Jumlah yang harus disediakan minimal 1 (satu) orang.

e. Quality Assurance

Quality Assurance yang disyaratkan adalah minimal sedang menempuh pendidikan Sarjana Informatika/Ilmu Komputer Strata satu (S1) perguruan tinggi negeri/swasta/luar negeri yang terakreditasi A atau setingkat.

Jumlah yang harus disediakan minimal 1 (satu) orang.

11. KELUARAN

Keluaran yang dihasilkan dari pelaksanaan pekerjaan ini adalah :

A) Sistem Pengelolaan E-surat SKPD (Satuan KerjaPerangkat Daerah) Pemerintah Kota Tangerang BERBASIS WEB YANG DAPAT DIOPERASIONALKAN DAN DIGUNAKAN UNTUK MEMBERIKAN PELAYANAN TERKAIT PERPUSTAKAAN SECARA CEPAT, TEPAT, DAN MUDAH.

B) DOKUMENTASI YANG BERKAITAN DENGAN PENGEMBANGAN APLIKASI, ANTARA LAIN DAN TIDAK TERBATAS PADAREQUIREMENT, DESAIN SISTEM, KONFIGURASI SISTEM DAN ARSITEKTUR PROGRAM.

C) PROGRAM DENGAN SOURCE CODE

.D) DOKUMENTASI SELURUH SISTEM DAN PERANGKAT LUNAK BERUPA TECHNICAL MANUAL

E) DOKUMETNASI SOP (SYSTEM OPERATING PROCEDURE) MAUPUN SMP (SYSTEM MAINTENANCE PROCEDURE)

F) CARA MELAKUKAN INSTALASI APLIKASI

G) PELATIHAN, PENDAMPINGAN/ ASISTENSI, GARANSI DAN PEMELIHARAAN

12. LAPORAN

Jenis laporan yang harus diserahkan kepada pengguna jasa adalah :

Laporan pendahuluan, berisi :

1. Rencana kerja penyedia jasa secara menyeluruh;

2. Mobilisasi tenaga ahli dan tenaga pendukung lainnya;

· Jadwal kegiatan penyedia jasa.

Laporan harus diserahkan selambat-lambatnya 7 (tujuh) hari kalender sejak spmk diterbitkan sebanyak 3 (tiga) buah laporan.

Laporan mingguan, berisi :

1. Aktifitas yang dilakukan oleh masing-masing anggota tim pengembangan aplikasi;

2. Hasil yang telah dicapai maupun (apabila ada) kendala-kendala yang dialami serta rencana penyelesaian kendala tersebut;

· Prosentase hasil pekerjaan terhadap milestone ataupun hasil akhir yang telah ditetapkan;

Laporan harus diserahkan selambat-lambatnya hari selasa setiap minggu sebanyak 1 (satu) buah laporan.

Laporan akhir, berisi :

1. Laporan pendahuluan;

2. Laporan mingguan;

· Dokumentasi lain yang berkaitan dengan kegiatan proyek pengembangan sistem ini

Laporan harus diserahkan selambat-lambatnya 90 (sembilan puluh) hari kalender sejak spmk diterbitkan sebanyak 3 (tiga) buku laporan dan cd berisi seluruh laporan sebanyak 3 (tiga) buah.

Untuk mengerjakan proyek di atas dibutuhkan tim. Bagaimana membangun tim yang mampu untuk menyelesaikan proyek?

Project Manager

Sistem Analis

Programmer/Developer

Database Administrator

Quality Assurance

PROJECT CHARTER DOCUMENT PEMBANGUNAN SISTEM INFORMASI AKADEMIK

2016-03-27T17:37:00.000+07:00

Project Charter Document

Project Name: Pembangunan Sistem Informasi Akademik Dengan Menggunakan Borland Delphi Pada Teknik Industri Universitas Widyatama

Company :

Focus Area: Application Design

Product/Process: Aplikasi Sistem Informasi Akademik

Project Time : 19 March 2016 till 17 July 2016

Cost Estimation : Rp 100.000.000

Prepared By

Document Owner(s)	Project/Organization Role
Muhammad Adnan Yusuf	Project Manager
Donny Aliyanto	Developer
Teknik Industri Universitas Widyatama	Stakeholder

Project Charter Version Control

Version	Date	Author	Change Description
1.0	24/03/2016	Muhammad Adnan Yusuf	Document created

TABLE OF CONTENTS

1 PROJECT CHARTER PURPOSE

2 PROJECT EXECUTIVE SUMMARY

3 PROJECT OVERVIEW

4 PROJECT SCOPE

4.1 Goals and Objectives

4.2 Departmental Statements of Work (SOW

4.3 Organizational Impacts

4.4 Project Deliverables

4.5 Deliverables Out of Scope

4.6 Project Estimated Costs & Duration

5 PROJECT CONDITIONS

5.1 Project Assumptions

5.2 Project Issues

5.3 Project Risks

5.4 Project Constraints

6 PROJECT STRUCTURE APPROACH

7 PROJECT TEAM ORGANIZATION PLANS

8 APPROVALS

1 PROJECT CHARTER PURPOSE

Tujuan dari proyek ini adalah pembuatan sebuah aplikasi layanan informasi akademik menggunakan borland Delphi untuk Jurusan Teknik Industri Fakultas Teknik Universitas Widyatama Bandung. Aplikasi ini dibuat untuk menangani pengelolaan dan penyajian data-data akademik yang dibutuhkan oleh mahasiswa dan pengguna yang membutuhkan data dan informasi yang disediakan sistem. Website akan berisi jadwal kuliah, jadwal praktikum, KRS, KHS, data kurikulum, data TA/KP, data alumni, data mahasiswa, data dosen, dan katalog buku.

2 PROJECT EXECUTIVE SUMMARY

• Project goals

• Objectives

• Scope

• Assumptions

• Risks

• Costs

• Timeline

• Approach

• Organization

3 PROJECT OVERVIEW

Dengan adanya jaringan komputer, pengelolaan informasi dapat dilakukan dengan lebih baik lagi. Berkembangnya teknologi dan kebutuhan akan informasi menyebabkan bertambah kompleksnya informasi yang hams dan yang bisa diolah, sehingga kebutuhan penggunaan beberapa jaringan komputer bersama-sama semakin diperlukan. Penggunaan jaringan secara bersama-sama ini tumbuh membentuk jaringan komputer yang amat besar yang terse bar di seluruh belahan bumi ini yang dikenal dangan jaringan internet.

Manajemen membutuhkan informasi sebagai dasar pengambilan keputusan mereka. Sistem infonnasi mempunyai peranan yang penting di dalam menyediakan informasi untuk manejemen semua tingkatan. Tiap-tiap kegiatan dan keputusan manajemen yang berbeda membutuhkan informasi yang berbeda. Oleh karena itu, untuk dapat menyediakan informasi yang relevan dan berguna bagi manajemen, maka pengembangan sistem informasi hams memahami terlebih dahulu kegiatan yang dilakukan oleh manajemen dan tipe keputusannya.

Kebutuhan akan informasi dalam sebuah organisasi sangat diperlukan sehingga tidak dapat dipungkiri bahwa informasi sangat diperlukan oleh pemegang keputusan sampai tingkat entry level dalam hal ini Admin yang mempunyai kepentingan dalam menyediakan data untuk dapat diolah menjadi informasi. Jurusan Teknik Industri Universitas Widyatama dalam kaitannya dalam proyek pembangunan sistem informasi manajemen akademik (SIMAK) dengan pendanaan dari dana hibah Program Semi-QUE V Direktorat Jenderal Pendidikan Tinggi, perlu melakukan penataan jurusan secara sistem dan administrasi untuk memudahkan proses penyediaan informasi bagi mahasiswa dan meningkatkan pelayanan bagi mahasiswa dalam berbagai proses akademik seperti ; layanan transkrip, jadwal kuliah, jadwal praktikum dan data-data lain yang menyangkut proses administrasi akademik.

4 PROJECT SCOPE

4.1 Goals and Objectives

Goals	Objectives
Proyek akan menambahkan informasi umum dan sejarah mengenai laboratorium e-bisnis	1. Melakukan interview kepada pimpinan laboratorium e- bisnis 2. Melakukan interview kepada mahasiswa warga laboratorium e-bisnis 3. Mengembangkan halaman / page webiste mengenai sejarah dan informasi umum
Proyek akan memberikan dan mengembangkan fitur download pada karya- karya non commercial	1. Mengembangkan fitur download pada website 2. Menyiampakan storage untun menyimpan hasil karya mahasiswa e-bisnis

4.2 Departmental Statements of Work (SOW)

Departmental SOW	Owner/Prime	Due Date/Sequence
Persiapan administrasi clanpengajuan proposal proyek Pembangunan SIM	Project Manager	Melakukan pengajuan propesaln proyek agar bisa terlaksana dengan baik
Ekplorasi data dan landasan teori untuk tinjauan pustaka	Application Analyst,Stakeholder	Mendiskusikan dan membuat Ekplorasi Data apa saja yang akan dipakai di Sistem nantinya dan membuat landasan teori untuk tinjauan pustaka
Melakukan analisis system yang berjalan	Application Analyst,Stakeholder	System analist dan Stakeholder bersama-sama mendisikusikan analisis sistem yang sesuai dengan kebutuhan stakeholder
Analisa kebutuhan sistem	Application Analyst,Stakeholder	System analist dan Stakeholder bersama-sama mendisikusikan kebutuhan sistem yang sesuai dengan kebutuhan stakeholder
Perancangan basis data	Application Developer,Stakeholder	Database Administrator dan Stakeholder bersama-sama database apa saja yang nantinya akan dipakai

Perancangan Interface	Programmer	Melakukan perancangan User Interface
Perancangan Program dan Implementasi	Programmer	Melakukan perancangan Program dan Implementasi Program
Perancangan infrastuktur basis data	Application Developer	Melakukan Mengecekan Infrastuktur Basis Data
Perancangan sistem report dari akademik	Application Developer,Application Analyst	Melakukan Pecancangan Sistem Report
Trial SIM	Tester	Melakukan uji coba terhadap aplikasi yang terlah dibuat
Penerapan sistem dan Pemeliharaan	Tim Proyek	Tim melakukan implementasi aplikasi

4.3 Project Deliverables

Milestone	Deliverable
1. Melakukan wawancara atau interview kepada stakeholder utama untuk mendapatkan kebutuhan proyek yang sesuai	· Mendapatkan data dan informasi mengenai proyek · Mendapatkan kebutuhan utama stakeholder · Data struktur organisasi Teknik Industri UWB · Data para dosen Teknik Industri UWB · Data para mahasiswa Teknik Industri UWB · Menentukan batasan proyek · Menentukan estimasi kebutuhan dana awal · Menghasilkan dokumentasi pertemuan · Menghasilkan dokument kebutuhan proyek
2. Melakukan wawancara terhadap stakeholder lainnya (mahasiswa)	• Mendapatkan kebutuhan utama dan pendukung untuk proyek • Dokumen kebutuhan proyek • Dokumentasi pertemuan • Dokumentasi pengembangan aplikasi
3. Pembuatan Sistem (prototyping)	• Mendapatkan hasil website sementara (prototype) • Layanan website sudah bekerja 80 persen • Dokument pengembangan aplikasi (progress)
4. Desain Interface	• Hasil desain website telah selesai dan tetap merujuk pada dokumen kebutuhan • Dokumen pengembangan aplikasi (final)
5. Presentasi Prototype kepada stakeholder	• Mendapatkan feedback dari stakeholder • Informasi tentang kebutuhan minor • Dokument kebutuhan proyek
6. Presentasi produk akhir	• Layanan berjalan sesuai dengan kebutuhan stakeholder • Sistem dapat berjalan dengan baik • Produk telah diimplementasikan

4.4 Deliverables Out of Scope

Tidak termasuk dalam proyek ini adalah pengimplementasian proses bisnis yang terjadi didalam laboratorium e-bisnis. Selain itu pengolahan data dan data diluar dari ruang

lingkup pengerjaan proyek juga tidak termasuk dalam kebutuhan proyek dan tidak digunakan dalam proses pengerjaan proyek. Adanya beberapa hal mengenai laboratorium e-bisnis yang tidak termasuk dalam ruang lingkup pengerjaan proyek profiling diataranya adalah berupa kode program dari tiap aplikasi yang dihasilkan oleh labooratorium e-bisnis.

4.5 Project Estimated Costs & Duration

Project Milestone	Date Estimate	Deliverable(s) Included	Confidence Level
Melakukan interview pada stakeholder	19/03/2016	• Informasi mengenahi laboratorium e-bisnis • Informasi stakeholder yang terlibat • Informasi proses bisnis yang ada • Informasi struktru organisasi • Informasi Prestasi dan Karya • Dokumen Kebutuhan	High
Analisa hasil interview	02/04/2016	• Mendapatkan kebutuhan utama • Dokumen kebutuhan (final)	High
Desain Sistem dan interface	09/04/2016	• Prototype	High
Presentasi ke Stakeholder	23/05/2016	• Feedback mengenai prototype	Medium
Hosting dan Domain aplikasi	30/05/2016	• Melukakan pembelian hosting dan domain untuk implementasi aplikasi web	Medium
Testing aplikasi	06/06/2016	• Memperoleh dokumentasi testing aplikasi	High

5 PROJECT CONDITIONS

5.1 Project Assumptions

• Proyek ini diasumsikan suatu proyek yang bertujuan untuk membuat dan mengembangkan aplikasi layanan informasi akademik.

• Proyek ini diasumsikan dapat membantu mahasiswa dan mahasiswi jurusan Industri dalam melihat dan memilih mata kuliah, melihat mata kuliah,monitoring KP/TA.

• Proyek ini diasumsikan suatu aplikasi yang akan selalu diperbaharui informasinya agar dapat memberikan informasi yang aktual bagi yang membacanya.

5.2 Project Issues

Priority Criteria

1−High-priority/critical-path issue; requires immediate follow-up and resolution.

2 −Medium-priority issue; requires follow-up before completion of next project milestone.

3 −Low-priority issue; to be resolved prior to project completion.

4−Closed issue.

#	Issue	Priority	Owner	Description	Status & Resolution
1	Anggota tim mendapatk an musibah	Low	Project Manager	Kemungkinana terjadi hal yang tidak diharapkan yang menimpa anggota tim	Mempunyai anggota cadangan yang siap dipekerjakan sesuai dengan keahlian yang dibutuhkan
2	Listrik mati pada saat pengemban gan aplikasi web	High	Programmer,Application Designer	Kemungkinan terjadi mati listrik pada saat pengembangan proyek.	Menyiapkan aliran listrik cadangan menggunakan genset, atau UPS untuk keadaan mendesak.
3	Data Hilang	High	Tim Proyek	Dimungkinkan sekali data dapat hilang begitu saja karena ancaman virus dan bencana yang tidak terduga	Melakukan backup secara berkala pada media penyimpanan yang terpisah dengan komputer untuk mengembangan. Menggunakan tools pendukung keamaan komputer pengembangan seperti antivirus.

5.3 Project Risks

#	Risk Area	Likelihood	RiskOwner	Project Impact-Mitigation Plan
1	Waktu untuk melakukan pertemuan sangat sulit	High	Project Manager	Meeting dilakukan dengan mencari hari yang longgar dan sebisa mungkin diadakan pertemuan setiap harinya walaupaun hanya sebentar. Jika belum mengatasi solusi lain adalah melakukan netmeeting untuk memecahkan masalah jarak dan waktu.
2	Informasi dari stakeholder utama kurang	Medium	Project Manager	Mencari stakeholder yang lainnya seperti mahasiswa dan alumni yang pernah menjadi warga laboratorium e-bisnis
3	Ruang Lingkup proyek melebar terlalu luas	High	Project Manajer	Melakukan inisiasi diawa mengenai batasa-batasan atau constrains yang terdapat dalam proyek
4	Waktu pengerjaan proyek terlambat dari target	High	Stakeholder	Membuat schedule task pada setiap kegiatan yang berkaitan dengan proyek yang disesuaikan dengan kesepakatan pengerjaan proyek dan jumlah anggota tim.
5	Kurangnya personil tim	Medium	Project Manager	Mencari atau merekrut anggota baru yang sesuai dengan bidang keahlian yang dibutuhkan

5.4 Project Constraints

Batasan dari proyek yang dikerjakan adalah sebagai berikut :

• Proyek hanya melakukan pengembangan terhadap aplikasi layanan informasi akademik.

• Fitur yang akan diterapkan pada proyek sesuai dengan permintaan stakeholder dan telah di sepakati sebelumnya.

• Proyek berjalan sesuai dengan anggaran yang telah disediakan dan sesuai dengan dokumen kebutuhan yang telah di sepakati. Bila ada kebutuhan yang ingin diimplementasikan namun belum tercantum dalam dokumen kebutuhan, maka akan ditunda dan dilanjutkan pada proyek selanjutnya.

• Aplikasi web yang dikembangkan dibuat khusus untuk Jurusan Teknik Industri Fakultas Teknik Universitas Widyatama Bandung.

6 Project Structure Approach

Pendekatan yang dilakukan dalam pembuatan proyek ini adalah dengan melakukan interview seintensif mungkin. Interview dengan pihak stakeholder merupakan metode yang mudah dilakukan karean dengan interview sudah cukup mendapatkan informasi yang dibutuhan. Informasi tersebut kemudian di oleh untuk menjadi sebuah dokume kebutuhan sebagai sarana pengembangan proyek aplikasi web profiling.

7 Project Team Organization Plans

Project Team Role	Project Team Member(s)	Responsibilities
Project Manager	Muhammad Adnan Yusuf	• Melakukan interview terhadap stakeholder proyek • Melukan pembagian tugas • Control Project Team • Bertanggung jawab atas berjalannya proyek • Finnancial
Programmer	I Dewa Putu Sumitra Putra & I Gusti Ngurah Arya Bawanta	• Melakukan pengembangan website
Application Designer	Guruh Arya Senna	• Desain interface website
Application Analyst	Donny Aliyanto	• Melakukan analisa terhadap rancangan website
Dokumentator	Daniel Bintar	• Dokumentasi pengerjaan proyek • Dokumentasi pengembangan website
Tester	Andaru Kharisma	• Melakukan pengujian terhadap fitur-fitur website • Memberikan feedback

8 APPROVALS

Prepared by

Muhammad Adnan Yusuf

Donny Aliyanto

Approved by

Tugas MPPL Kerangka Acuan Kerja

2016-03-14T00:30:00.000+07:00

TUGAS MPPL

KERANGKA ACUAN KERJA

PEMBANGUNAN SISTEM INFORMASI AKADEMIK DENGAN MENGGUNAKAN BORLAND DELPHI (Pada Teknik lndustri Universitas Widyatama)

Oleh:

Kelas F
Muhammad Adnan Yusuf (5113100001)

Donny Aliyanto (5113100165)

Dosen

Fajar Baskoro, S.Kom., M.T.

JURUSAN TEKNIK INFORMATIKA

FAKULTAS TEKNOLOGI INFORMASI

INSTITUT TEKNOLOGI SEPULUH NOPEMBER

2016

1. KERANGKA ACUAN KERJA (KAK)

1. LATAR BELAKANG

Informasi adalah salah satu kata kunci pada era globalisasi sekarang ini . Semua kegiatan kita memerlukan informasi dan bisa dikatakan bahwa semua kegiatan kita dituntut untuk menghasilkan informasi. Untuk mendapatkan dan menghasilkan informasi yang selalu terkini, komputer dan teknologi pendukungnya merupakan alat bantu yang paling tepat. Tuntutan kebutuhan akan informasi dan penggunaan komputer yang semakin banyak mendorong terbentuknya suatu jaringan komputer yang mampu melayani berbagai kebutuhan tertentu, Dengan adanya jaringan komputer, pengelolaan informasi dapat dilakukan dengan lebih baik lagi. Berkembangnya teknologi dan kebutuhan akan informasi menyebabkan bertambah kompleksnya informasi yang hams dan yang bisa diolah, sehingga kebutuhan penggunaan beberapa jaringan komputer bersama-sama semakin diperlukan. Penggunaan jaringan secara bersama-sama ini tumbuh membentuk jaringan komputer yang amat besar yang terse bar di seluruh belahan bumi ini yang dikenal dangan jaringan internet.

Kebutuhan akan informasi dalam sebuah organisasi sangat diperlukan sehingga tidak dapat dipungkiri bahwa informasi sangat diperlukan oleh pemegang

keputusan sampai tingkat entry level dalam hal ini Admin yang mempunyai kepentingan dalam menyediakan data untuk dapat diolah menjadi informasi. Jurusan Teknik Industri Universitas Widyatama dalam kaitannya dalam proyek pembangunan sistem informasi manajemen akademik (SIMAK) dengan pendanaan dari dana hibah Program Semi-QUE V Direktorat Jenderal Pendidikan Tinggi, perlu melakukan penataan jurusan secara sistem dan administrasi untuk memudahkan proses penyediaan informasi bagi mahasiswa dan meningkatkan pelayanan bagi mahasiswa dalam berbagai proses akademik seperti ; layanan transkrip, jadwal kuliah, jadwal praktikum dan data-data lain yang menyangkut proses administrasi akademik.

2. MAKSUD DAN TUJUAN

Membuat Aplikasi layanan informasi akademik menggunakan borland Delphi

3. SASARAN

1. Bagi Peneliti

Penelitian ini akan mendukung peneliti dalam mempelajari, menganalisa, dan mengembangkan ilmu-ilmu yang telah diperoleh untuk diaplikasikan di Jurusan Teknik Industri Universitas Widyatama

2. Bagi Institusi.

Penelitian ini akan mewujudkan konsep sistem informasi dalam aktivitas- aktivitas organisasi guna meningkatkan kualitas kerjanya dan sistem

prosedur yang jelas dan meningkatkan kecepatan aliran informasi yang akurat serta menunjang terpeliharanya komunikasi yang baik .

3. Bagi Dunia Akademis

Penelitian ini dapat memberikan informasi bagi peneliti/calon peneliti lain untuk menerapkannya dalam sistem yang lebih luas dan lebih kompleks, ataupun untuk menyempumakannya.

4. NAMA DAN ORGANISASI PENGGUNA JASA

Jurusan Teknik Industri Fakultas Teknik Universitas Widyatama Bandung Selanjutnya, aplikasi ini terbuka untuk para perusahaan swasta lainnya.

5. SUMBER PENDANAAN

Anggaran pendapatan dan belanja mandiri, dengan biaya sekitar Rp.100.000.000 (seratuh juta rupiah) termasuk pajak-pajak yang membebaninya.

6. LINGKUP,LOKASI KEGIATAAN, DATA DAN FASILITAS PENUNJANG SERTA ALIH PENGETAHUAN

A. Lingkup Kegiatan

a. Pengembangan modul-modul utama pada Aplikasi layanan informasi akademik menggunakan borland Delphi sebagai berikut:

1. Membuat aplikasi layanan informasi akademik .

2. Menata arsip administrasi akademik Jurusan Teknik Industri Universitas

Widyatama.

3. Membuat data digital akademik ( data mahasiswa, data dosen, data nilai, Kerja Praktek, Tugas Akhir, jadwal kuliah dan FRS).

4. Membuat database akademik Jurusan Teknik Industri.

5. Membuat dokumentasi yang lengkap

Pengadaan Server (hardware)
Spesifikasi server minimal adalah sebagai berikut:

· Jenis Device : Personal Computer

· Memory : 2.00 GB

· Jumlah Processor: 2 CPU

· Sistem Operasi : Centos Linux

· Strorage : 45 GB SSD

· Aplikasi ini diperkirakan mampu menampung hingga 300 pengguna, yang merupakan jumlah wajar untuk peruahaan swasta dalam negeri.

7. METOLOGI

penelitian ini menggunakan pendekatan pengembangan sistem dengan model waterfall model dimana implementasi rekayasa aplikasi sistem akademik menggunakan borland delphi yang diterapkan di Teknik lndustri Universitas Widyatama dimana tahapan-tahapan pengembangan yang dilakukan adalah rekayasa sistem, analisis, perancangan, implementasi, pengujian, dan pemeliharaan

8. JANGKA WAKTU PELAKSANAAN

Jangka waktu pelaksanaan kegiatan ini adalah selama 121 (seratuh dua puluh) hari kalender dan harus dilaksanakan proses user acceptance test dengan waktu pelaksanaan minimal 5 (lima) hari kerja dari tanggal serah terima pekerjaan.

9. KUALIFIKASI

Kualifikasi yang diharuskan dipenuhi oleh Penyedia Jasa adalah:

1. Memiliki latar belakang dan pengalaman dalam bidang Perancangan dan Pembangunan Aplikasi terutama dalam borland delphi

2. Pernah menjadi Penyedia Jasa dalam bidang Perancangan dan Pembangunan Sistem Informasi

3. Memiliki pemikiran inovatif dan konstruktif dalam bidang Perancangan dan Pembangunan Aplikasi.

4. Memiliki kemampuan untuk menangani masalah dengan cepat dan tepat.

5. Memiliki metode yang baik dalam memberikan pelayanan kepada Pengguna.

6. Sanggup untuk memberikan garansi atas berfungsinya barang/jasa secara sempurna selama satu tahun sejak serah terima.

7. Memiliki komitmen dan disiplin terhadap tanggung jawab dan jadwal pekerjaan.

10. TENAGA AHLI

Tenaga ahli yang diperlukan untuk melaksanakan pekerjaan ini adalah :

a. Ketua Tim (Project Manager)

Ketua Tim disyaratkan seorang, minimal Sarjana Teknik Strata satu (S1) lulusan perguruan tinggi negeri/swasta/luar negeri yang terakreditasi A atau setingkat, berpengalaman dalam pelaksanaaan pekerjaan di bidang project management pengembangan aplikasi sekurang-kurangnya 2 (dua) tahun.

Sebagai ketua tim, tugas utamanya adalah memimpin dan mengkoordinir seluruh kegiatan anggota tim kerja dalam pelaksanaan pekerjaan selama masa projek sampai dengan

pekerjaan dinyatakan selesai.

Jumlah yang harus disediakan 1 (satu) orang.

b. Sistem Analis

Sistem analis yang disyaratkan adalah minimal Sarjana Informatika/Ilmu Komputer Strata satu (S1) lulusan perguruan tinggi negeri/swasta/luar negeri yang terakreditasi A atau setingkat, yang berpengalaman melaksanakan pekerjaan di bidang pengembangan perangkat lunak komputer berbasis web dan data base sekurang-kurangnya 1 (satu) tahun.

Jumlah yang harus disediakan minimal 1 (satu) orang.

c. Programmer/Developer

Programmer/Developer yang disyaratkan sekurang-kurangnya setara Strata satu (S1) lulusan perguruan tinggi negeri/swasta/luar negeri yang terakreditasi A atau setingkat dengan pengalaman sekurang-kurangnya 1 (satu) tahun.

Jumlah yang harus disediakan minimal 2 (dua) orang.

d. Application Designer

Application Designer yang disyaratkan sekurang-kurangnya setara Strata satu (S1) lulusan perguruan tinggi negeri/swasta/luar negeri yang terakreditasi A atau setingkat dengan pengalaman sekurang-kurangnya 1 (satu) tahun.

Jumlah yang harus disediakan minimal 1 (satu) orang.

e. Documentator

Documentator yang disyaratkan sekurang-kurangnya setara Strata satu (S1) lulusan perguruan tinggi negeri/swasta/luar negeri yang terakreditasi A atau setingkat dengan pengalaman sekurang-kurangnya 1 (satu) tahun.

Jumlah yang harus disediakan minimal 1 (satu) orang.

f. Tester

Tester yang disyaratkan sekurang-kurangnya setara Strata satu (S1) lulusan perguruan tinggi negeri/swasta/luar negeri yang terakreditasi A atau setingkat dengan pengalaman sekurang-kurangnya 1 (satu) tahun.

Jumlah yang harus disediakan minimal 1 (satu) orang.

11. KELUARAN

Keluaran yang dihasilkan dari pelaksaan pekerjaan ini adalah

a) Aplikasi sistem informasi akademik “Teknik lndustri Universitas Widyatama” Berbasis Web yang dapat dioperasionalkan dan digunakan untuk memberikan pelayanan terkait perpustakaan secara cepat, tepat, dan mudah.

b) Dokumentasi yang berkaitan dengan pengembangan aplikasi, antara lain dan tidak terbatas pada requirement, desain sistem, konfigurasi sistem dan arsitektur program.

c) Program dengan source code.

d) Dokumentasi seluruh sistem dan perangkat lunak berupa technical manual

e) Dokumetnasi SOP (System Operating Procedure) maupun SMP (System Maintenance Procedure)

f) Cara melakukan instalasi aplikasi

g) Pelatihan, pendampingan/ asistensi, garansi dan pemeliharaan

Media untuk dokumentasi pada proyek ini dibuat dalam format softcopy dan hardcopy. Format yang digunakan dalam dokumentasi dalam bentuk softcopy adalah .docx dan/atau PDF. Dokumen yang diserahkan tersebut harus merupakan versi final dari aplikasi yang telah dikembangkan/dibangun melalui tahapan pengujian dan integrasi sistem aplikasi.

12. LAPORAN

Jenis laporan yang harus diserahkan kepada pengguna jasa adalah :

a. Laporan Pendahuluan, berisi :

i. Rencana kerja penyedia jasa secara menyeluruh;

ii. Mobilisasi tenaga ahli dan tenaga pendukung lainnya;

iii. Jadwal kegiatan penyedia jasa.

Laporan harus diserahkan selambat-lambatnya 7 (tujuh) hari kalender sejak SPMK diterbitkan sebanyak 3 (tiga) buah laporan.

b. Laporan Mingguan, berisi :

i. Aktifitas yang dilakukan oleh masing-masing anggota tim pengembangan aplikasi;

ii. Hasil yang telah dicapai maupun (apabila ada) kendala-kendala yang dialami serta rencana penyelesaian kendala tersebut;

iii. Prosentase hasil pekerjaan terhadap milestone ataupun hasil akhir yang telah ditetapkan;

Laporan harus diserahkan selambat-lambatnya hari selasa setiap minggu sebanyak 1 (satu) buah laporan.

c. Laporan Akhir, berisi :

i. Laporan pendahuluan;

ii. Laporan Mingguan;

iii. Dokumentasi lain yang berkaitan dengan kegiatan proyek pengembangan sistem ini

Laporan harus diserahkan selambat-lambatnya 90 (sembilan puluh) hari kalender sejak SPMK diterbitkan sebanyak 3 (tiga) buku laporan dan CD berisi seluruh laporan sebanyak 3 (tiga) buah.

Macam-macam fungsi yang ada pada pthread.h

2014-11-18T08:42:00.000+07:00

pthread_t

pthread_t adalah fungsi data thread yang digunakan dalam deklarasi Variabel.

contoh: pthread_t thread1; -> membuat variabel thread1 berupa thread.

pthread_mutex_t

pthread_mutex_t adalah tipe data mutex thread yang digunakan dalam deklarasi variabel.

contoh: pthread_mutex_t lock; -> Membuat variabel mutex thread bernama lock.

pthread_create

pthread_create adalah sebuah fungsi yang digunakan untuk menciptakan thread baru dalam suatu proses dengan atribut yang ditentukan. Bila tidak di isi,maka akan diisi dengan atribut default.fungsi ini mempunyai 4 parameter.

contoh: pthread_create(&thread1,NULL,function,NULL);

pthread_detach

pthread_detach adalah fungsi yang digunakan untuk menandakan bahwa suatu thread telah di-detach.Thread yang detached bila di-eliminate/berakhir,Maka resourceyang digunakan akan diminta kembali ke sistem secara otomatis.

contoh: pthread_detach(thread1); ->menandakan bahwa thread1 di-detach.

pthread_cancel

pthread_cancel adalah fungsi yang digunakan untuk mengirim permintaan pembatalan pada suatu thread.Kapan terjadinya proses pembatalan tergantung pada atribut yang berada dalam kontrol thread tersebut.

contoh: pthread_cancel (thread1);

pthread_mutex_lock

pthread_mutex_lock adalah fungsi yang digunakan untuk mengunci sebuah mutex thread.Suatu mutex yang telah di-lock akan memblok pemanggilan thread sampai mutex tidak di-lock.

contoh: pthread_mutex_lock (&thread1); -> membuat mutex thread1 menjadi terkunci.

pthread_mutex_unlock

pthread_mutex_unlock adalah fungsi yang digunakan untuk melepas status lock pada sebuah mutex. Oleh karena itu,fungsi ini harus dipanggil terhadap suatu mutex yang sebelumnya sudah di-lock.

contoh:pthread_mutex_unlock(&thread1); ->membuat mutex thread1 menjadi terkunci.

pthread_mutex_destroy

pthread_mutex_destroy adalah fungsi yang digunakan untuk menghancurkan suatu mutex.Mutex yang dihancurkan tidak dapat diakses lagi dan seakan-akan tidak pernah diinisialisasi.

contoh: pthread_mutex_destroy(&thread1); -> akan menghancurkan thread1 yang sebelumnya sudah dideklarasi.

pthread_exit

pthread_exit adalah fungsi yang digunakan untuk menghentikan pemanggilan thread.Fungsi ini memiliki 1 parameter,yaitu return value yang bisa digunakan untuk thread lain dalam proses yang sama.

contoh: pthread_exit(*return_value);

pthread_join

pthread_join adalah fungsi untuk melakukan penggabungan dengan thread lain yang telah di-terminasi (telah di exit).Bila thread yang ingin di-join belum diterminasi,Maka fungsi ini akan menunggu hingga thread yang diinginkan telah terminated.

contoh:pthread_join(thread1,* return_value);

IPC : Semaphore

2014-11-05T10:07:00.000+07:00

Perngertian dan fungsi dari semaphore

●Semaphore adalah sebuah variabel yang dilindungi atau tipe data abstrak yang digunakan untuk membatasi akses ke sumber daya bersama seperti shared memory dalam suatu lingkungan pemrograman paralel.

●Semaphore biasanya digunakan untuk memonitor dan mengontrol ketersediaan system resource seperti dalam shared memory atau untuk menghindari terjadinya konkurensi.

●Semget dan semctl digunakan untuk mengalokasikan dan membebaskan semaphore.

Contoh Implementasi Semaphore dalam bahasa pemograman C :

#include <semaphore.h>

#include <stdio.h>

#include <errno.h>

#include <stdlib.h>

#include <unistd.h>

#include <sys/types.h>

#include <sys/stat.h>

#include <fcntl.h>

#include <sys/mman.h>

int main(int argc, char **argv)

{

int fd, i,count=0,nloop=10,zero=0,*ptr;

sem_t mutex;

fd = open("log.txt",O_RDWR|O_CREAT,S_IRWXU);

write(fd,&zero,sizeof(int));

ptr = mmap(NULL,sizeof(int),PROT_READ |PROT_WRITE,MAP_SHARED,fd,0);

close(fd);

if( sem_init(&mutex,1,1) < 0)

{

perror("semaphore initilization");

exit(0);

}

if (fork() == 0) {

for (i = 0; i < nloop; i++) {

sem_wait(&mutex);

printf("child entered crititical section: %d\n", (*ptr)++);

sleep(2);

printf("child leaving critical section\n");

sem_post(&mutex);

sleep(1);

}

exit(0);

}

for (i = 0; i < nloop; i++) {

sem_wait(&mutex);

printf("parent entered critical section: %d\n", (*ptr)++);

sleep(2);

printf("parent leaving critical section\n");

sem_post(&mutex);

sleep(1);

}

exit(0);

}

Pengertian IPC dan macam-macam IPC

2014-11-05T09:54:00.001+07:00

IPC adalah singkatan dari Inter Process Communicationatau komunikasi antar proses

Pengertian dari IPC itu sendiri adalah suatu mekanisme pertukaran data antar satu proses dengan proses lainnya, baik itu yang terjadi didalam satu komputer yang sama maupun yang terjadi antara komputer yang terhubung dengan jaringan.

Adapun Jenis-Jenis IPC ada 5 metode yaitu:

1.Shared Memory

2. Pipes

3. Semaphore

4. Message Queue

5.Socket

Perintah-Perintah Dasar Linux beserta fungsinya

2014-10-04T20:24:00.001+07:00

- ls: Menampilkan isi dari suatu direktori. Perintah ini bisa berdiri sendiri

ataupun dijalankan dengan argument.

- dir: Memiliki fungsi yang sama dengan perintah ls, yaitu menampilkan

isi direktori.

- pwd (print working direktory):Menampilkan direktori yang sedang aktif (curent directory).

- mkdir: Perintah untuk membuat direktori.

- cd: Perintah untuk berpindah direktori aktif.

- rmdir: Perintah untuk menghapus direktori kosong.

-touch: Perintah untuk mengganti waktu pembuatan suatu file. Tetapi bila

file yang anda ketikkan belum ada maka secara otomatis file tersebut
akan dibuat. Anda bisa menentukan tipe file yang anda inginkan.

-more: Perintah ini bisa digunakan untuk menampilkan isi file teks dengan
tampilan perlayar.

-cp: Berfungsi untuk mengcopy atau menduplikat file dan direktori.

-mv: Perintah untuk memindahkan file dan direktori.

- rm: Untuk menghapus (remove) file atau direktori.

- find: Perintah untuk mencari suatu file dalam direktori tertentu.

- which: Perintah untuk menampilkan lokasi perintah dasar yang anda cari.

- tar: Perintah untuk mengextract (memekarkan) file.

-grep: Perintah untuk mencari karakter atau kata yang diinginkan dari sebuah
file yang terdiri dari banyak kalimat.

- uname: Perintah ini akan menampilkan informasi system komputer anda.

-date: Perintah untuk menampilkan tanggal dan waktu system.

- ps: Perintah untuk memberikan informasi status proses pada sistem kita. Menampilkan berbagai informasi mengenai proses apa saja yang sedang aktif, siapa pemilik proses tersebut, berapa lama proses berjalan dan berapa ID atau nomor pengenal proses.

Pengertian Kernel dan Jenis-Jenis Kernel

2014-10-02T08:37:00.000+07:00

Kernel adalah suatu perangkat lunak yang berfungsi sebagai perantara antara software dan hardware.

Kernel pada Sistem Operasi itu dibagi menjadi 3 yaitu:

Micro Kernel

Microkernel mengambil pendekatan dengan hanya mengelola yang terpentingnya saja ,
yakni : CPU, Memori, dan Inter Process Communication (IPC), Sedangkan yang lainnya hanya dilihat sebagai aksesoris dan diserahkan pada user mode

Kelebihannya :
- Portabilitas = Kemampan sebuah program untuk berjalan pada lebih dari satu jenis sistem komputer tanpa modifikasi
- Kapasitas Hardisk yang kecil
- Kapasitas Memori yang kecil
- Keamanan
-Pemakaian Resource lebih efisien

Kekurangannya :
- Hardware harus bekerja melalui driver
- Hardware mungkin bereaksi lebih lambat karena driver dalam user mode
- Proses harus menunggu dalam antrian untuk mendapatkan informasi

Contoh Sistem Operasi yang menggunakan Micro kernel:
GNU Hurd,Minix.

Monolitik Kernel

Monolitik Kernel Adalah kebalikan dari mikrokernel karena mereka tidak hanya mencakup CPU, Memori, dan ICP, tetapi mencakup hal-hal seperti driver device, manajemen file sistem, dan panggilan sistem server.

Kelebihannya :
- Program dapat langsung mengakses Hardware.
- Lebih mudah bagi pemrosesan untuk berkomunikasi satu sama lain.
- proses lebih cepat karena tidak ada antrian untuk waktu Prosesor.

Kekurangannya :
- Kapasitas Hardisk yang besar
- Kapasitas Memori yang lebih besar
- Kurang aman karena semuanya berjalan dalam mode supervisor/pengamat.

Contoh Sistem Operasi yang menggunakan Monolitik Kernel:

Linux,Unix

Hybrid Kernel

Hybrid Kernel adalah Kernel yang menggabungkan kemampuan Micro Kernel dan Monolitik Kernel.Hybrid Kernel Memiliki kemampuan untuk memilih dan memilah apa yang ingin mereka jalankan, dalam user mode dan apa yang mereka jalankan dalam mode supervisor.
Kelebihannya :
- Kapasitas hardisk yang sedang
- Kapasitas memori yang sedang
- Lebih flexible dibandingkan mode lain
Kekurangannya :
- Proses harus menunggu dalam antrian untuk mendapatkan informasi
- Device Driver harus dikelola oleh pengguna.

Contoh Sistem Operasi yang menggunakan Hybrid Kernel:

Windows,Mac OS X

Sistem Operasi

2014-09-23T12:56:00.001+07:00

Definisi Sistem Operasi

Sistem Operasi adalah suatu program yang mengatur eksekusi program lain.
Sistem Operasi adalah sebuah program yang berfungsi sebagai interface antar user dengan komputer.

Fungsi Sistem Operasi

Fungsi dari Sistem Operasi terbagi menjadi Tiga,Yaitu:

Sebagai pengatur penggunaan perangkat keras oleh berbagai program Aplikasi serta para user.
Sebagai pengawas penggunaan perangkat keras, Program aplikasi dan user (resource allocator).
Sebagai pengendali yang bertujuan untuk Menghindari kekeliruan (error) dan penggunaan komputer yang tidak perlu.

Hal-hal yang harus ada di sebuah Sistem Operasi

Kenyamanan (Membuat user komputer menjadi lebih nyaman dalam mengunakan komputer).
Efisien (Penggunaan sumber dasa sistem komputer tepat tujuan "terarah dan terkendali").
Evolusi (Sistem Operasi harus dibagun, sehingga memungkinkan dan memudahkan pengembangan, pengujian dan menciptakan sistem operasi baru yang lebih bagus lagi.

Layanan-layanan yang harus ada di sebuah Sistem Operasi

2014-09-23T11:08:00.000+07:00

Layanan-layanan yang harus ada di sebuah Sistem Operasi adalah:

Program Development (Editor,Designer)
Program Execution (Scheduling Program)
Input/Output Devices Access
Controlled access to Files
System Access (Login User)
Error Detection & Response
System Accounting(Untuk Monitoring)

Clixsense Auto Chain, get many free referrals!!!

2014-03-23T14:18:00.003+07:00

HEY ClixSense USER!!! IF YOU REALLY WANT TO GET A MASSIVE AMOUNT OF REFERRALS FOR FREE JUST MAKE SURE YOU READ THE ENTIRE TEXT AND FOLLOW STEP BY STEP

Clixsense Auto Chain, get many free referrals!!!

Notice how each day increase profits
Start Earning Today!
Get many referrals for ClixSense FREE and start earning money.
With Clixsense Auto Chain you can get a good number of active referrals for Clixsense totally FREE. All you need to invest is 5 minutes a day.
To understand the purpose of Clixsense Auto Chain is necessary to know what is and how it works ClixSense. ClixSense is a PTC (Paid To Click) of the best known, it works you register (see the link below) and you see ads you log in, you pay $ 0.01 per ad viewed and $ 0.01 for each see ad your referrals, get more referrals few greater your benefits. All we know these systems know that to make money with these systems the most important thing is to have active referrals earnings but are rather discouraging poor continuing our referrals and getting to discourage ourselves. With Clixsense Auto Chain your referrals will be very active because they know they will get referrals turn active, inactive users most of these systems have not mentioned (maybe you're one of them). Would you become active if you saw that you referenced list grows and grows? But even though many of these systems for example Neobux earnings only give you referrals if you were active that day, that's the key to be active (and turn your referrals are active). It is important to have a good list of referrals and to be active, if you have referrals or not assets are likely to finish yourself becoming a more inactive.
For all that has been created Clixsense Auto Chain, by join Clixsense Auto Chain you will not only get a good number of FREE referrals,your referrals will also get a good number of referrals, and best of all, All these referrals through Clixsense Auto Chain be fully active because they will know for sure that they will get referrals and their referrals will also turn asset because it will get up to turn your referrals. Just follow the instructions and start making money with Clixsense.
How does Clixsense Auto Chain works?
Clixsense Auto Chain bases its operation on the system of duplication, duplication here for ClixSense links, add your link once to the system, and soon you promote your link will be duplicated many times automatically.
Who can participate in Clixsense Auto Chain?
All those who already belong to ClixSense and those who do not belong to ClixSense and thanks to the power of duplication Clixsense Auto Chain can know ClixSense and operation, adhering to Clixsense Auto Chain. To join Clixsense Auto Chain copy and save all the text of this letter in your notebook, or a blogger after adding your link published this letter in forums, free ads, emails etc. added your link with the title: " Clixsense Auto Chain, gets many referrals for free."
Difference between Clixsense Auto Chain and a conventional chain.
Conventional chains required for participation in, be referred to the chain in order to participate in it, even asking if you are registered in the program for which the chain has been created down you know of this program and losing the benefits have earned and then re-register in the program as mentioned in the chain.
Besides a conventional chain requires supervision of at least one person that while at first too fraught with problems, they increase as the chain grows, reaching a point where it is quite difficult for the supervisor to whom you are controlling the following referral, in addition to handling high traffic of mails, new users of the chain first ask the supervisor via email the link by which must in the string, then the supervisor should send the link to the payment schedule given to get referrals, the supervisor should monitor and save these links and then give them to new users of the chain. Some users go as far as to accuse these supervisors to give referrals to others when you touched them. Despite all this, these strings are really effective to get a limited number of referrals.
Clixsense Auto Chain With all this work is automatic, and does not need anyone's supervision and also avoids the kind of accusations typical of a conventional chain.
Nor is it necessary to join Clixsense Auto Chain unsubscribe from ClixSense and is perfectly compatible Clixsense Auto Chain join but also belong to any other chain ClixSense.
Since Clixsense Auto Chain bases its operation on the power of duplication, a greater number of participants got higher level of duplicity of our link, reaching more people than many of them may already be registered with ClixSense and many others not even ClixSense have heard, these are the people who will become your referrals cycle at the end of your link.
Remember Clixsense Auto Chain -operation is based on the duplication of LINKS not get referrals today, if you follow the rules- Clixsense Auto Chain may not receive referrals today or tomorrow either, so you'll be doing until you get referrals is that your link doubling leave until it's your turn to get your question, it is then that your referrals will rain down massively.

Follow Clixsense Auto Chain standars, do not try to cheat to get referrals tomorrow, you're hurting yourself and everyone. Probably get some referrals tomorrow if you cheat, but will be infinitely less than if you had waited your turn.

To join Clixsense Auto Chain follow these steps:
STEP 1. Copy everything full text Clixsense Auto Chain, do not change anything, to be effective Clixsense Auto Chain everyone should read the whole text, and save it to your notebook computer or computer. (Later you'll need it).

STEP 2. In the list you see below this paragraph just click on the link that is in the highest position in the list (if the link does not work copy the link and paste it in the address bar of your browser) and join ClixSense (if already ClixSense a member of this step is not necessary) once registered your link located at ClixSense for referring users.

SIGN IN ANY OF THESE LINKS SO YOU CAN BE PART OF THE CLIXSENSE AUTO CHAIN

Position 1.http://www.clixsense.com/?4086338
Position 2. http://www.clixsense.com/?4924848
Position 3. http://www.clixsense.com/?4740001
Positon 4. http://www.clixsense.com/?4878527
Position 5. http://www.clixsense.com/?3299436

STEP 3. Open your notebook with all the message and delete the link number 1, then passes the link number 2 to position 1, the link number 3 to number 2, the link number 4 to number 3, the link number 5 to number 4. thus the link that was when you saw Clixsense Auto Chain first in the number 1 position become vacant will be gone and ranked No. 5, add your link to the position No 5. (Do not forget to add http:// before your link).

STEP 4. From here is where the real power of Auto Chain starts.
Start searching for online forums, bulletin boards, message boards, bulletin boards, chat sites (chats), discussions, discussion groups, online communities, everything that serves to spread the message and publishes Auto Chain the ALL AUTOCHAIN MESSAGE without changing anything except your link at number 5. Do not write it by hand, would spend hours writing, simply copy the contents of your scrapbook and paste to all these sites. Studies of this system are estimated to put 200 ads, my advice is to put more of these ads the first day and then put 1,2 or 3 each day, so your referrals continue to increase every day.
You can also send it to your contacts and friends, but do not spam, is annoying and it's a crime. Spam is considered send such messages to recipients whose e-mail has reached you in one way or another and do not even know you had requested information about it.
It is proved that for every 200 people who see this type of ad at least 15 are joined. These 15 new members will do the same as you doubling your link.

You send 200 listings come together 15 people.
1. 15 (1) = 15 people = Your link is duplicated 15 times.
2. 15 (15) = 225 people = Your link is duplicated 225 times.
3. 15 (225) = 3375 people = Your link is duplicated 3375 times.
4. 15 (3375) = 50625 people = Your link is duplicated 50,625 times.
5. 15 (50625) = 759375 people = Your link is duplicated 759,375 times.

Realistically you're not going to get to the end of your cycle 759,375 referrals, this is totally impossible, but suppose you get 100 referrals (a ridiculous figure watching the level of duplication of your links). Was it worth losing 5 minutes a day?
How can you win?
Assuming that we won those 100 referrals in a program and that the program will pay 0.01 cent per click or email and clicks or maximum daily emails are 4're winning:
$ 0.04 for your daily clicks.
$ 4 daily for the clicks of your referrals.
$ 0.04 x 30 days = $ 1.2
$ 4 x 30 days = $ 120
What makes a total of $ 121.2 monthly PTC or PTR, if you participate in several PTCS Autochains or Pars imagine how much you can earn per month for those 5 minutes a day. Even having achieved only 10 referrals for PTC and earn $ 12 per month for PTC or PTR and you will have been worthwhile to participate.
Welcome at Clixsense Auto Chain, start enjoying REFERRAL BENEFITS!
Simply the Best PTC World!

Contoh Recount Text

2012-05-11T20:52:00.004+07:00

Love Story Started Again at the Lovely Party

It was Friday again, the day for famous parties at Wellington High School. Students were dancing in the garden and everyone was enjoying the pleasure of being away from boring lessons.
When Sarah came to the party, the music had already started. Tim suddenly noticed Sarah and felt shocked. He had been looking for her for 2 years. They met each other at a holiday camp in 1999, but mysteriously Sarah disappeared after a while. He had been thinking about her since then.
At the party, Sarah was talking to one of her friends while most of the students were drinking as much as they could. Tim decided to talk to her and waited for her friend to leave. When he went next to her, she was searching for something in her bag, so she did not see him. As soon as he touched her on the shoulder, she raised her head and couldn’t believe her eyes. She had never forgot him.
At the end of the party, no one was happier than Sarah and Tim as they found each other after 2 years.

Note: This recount text sample is arranged from: www.englishexercises.org/makeagame/viewgame.asp?id=414#a
It is presented for exercise of Simple Past Tense, Past Continuous Tense, and Past Perfect Tense

Contoh Report Text

2012-05-11T20:50:00.001+07:00

Birds
Birds are interesting flying animals. They are vertebrates and warm blooded animals. They belong to aves class and they can be found all over the world.

Birds breath with their air pocket. Beside as respiration organ, air pocket also can enlarge or reduce their weight when flying or swimming.

There are many kinds of birds. Earth bird has special characteristic. They have different morphology according to their food and their habitat. Some of them eat seeds, pollen, fish or meat. There are some species that live in land and the others live in water. Land birds live on their nest.

Female birds have specific tasks. they lay eggs and feed their baby, Beside that they look for foods for their baby.

Note, this example of report text about bird is taken from: peperonity.com/go/sites/mview/genrereport/14817713

Contoh Hortatory Exposition Text

2012-05-11T20:47:00.003+07:00

Television for Social Construction
Television is today a part of daily life. It is not only a source of entertainment but also news and information. television is also a valuable tool for science, education and industry
What makes television even more interesting is that action is accompanied by sound, so that we can see as well as hear what on the television. Today we can stay at home and enjoy entertainment that once could be seen only in cinema, theaters and sport arenas. Television enables to meet important people. It can bring important guests and important scene to receivers who are located anywhere.
Television has a great influence on our idea about what is right and what is wrong. It influences the way which we should behave.

Television has close related to our life in general. Some times the value and life style we get from television are in conflict with those that we get at home and school.

Critics point out that crime and TV show often appeal to taste for violence, while many games and quizzes appeal to greedy. it is important to suggest that television should be used for socially constructive purpose for the shake of better life.

contoh Narrative text

2012-05-11T20:44:00.002+07:00

The Smartest Parrot

Once upon time, a man had a wonderful parrot. There was no other parrot like it. The parrot could say every word, except one word. The parrot would not say the name of the place where it was born. The name of the place was Catano.

The man felt excited having the smartest parrot but he could not understand why the parrot would not say Catano. The man tried to teach the bird to say Catano however the bird kept not saying the word.

At the first, the man was very nice to the bird but then he got very angry. “You stupid bird!” pointed the man to the parrot. “Why can’t you say the word? Say Catano! Or I will kill you” the man said angrily. Although he tried hard to teach, the parrot would not say it. Then the man got so angry and shouted to the bird over and over; “Say Catano or I’ll kill you”. The bird kept not to say the word of Catano.

One day, after he had been trying so many times to make the bird say Catano, the man really got very angry. He could not bear it. He picked the parrot and threw it into the chicken house. There were four old chickens for next dinner “You are as stupid as the chickens. Just stay with them” Said the man angrily. Then he continued to humble; “You know, I will cut the chicken for my meal. Next it will be your turn, I will eat you too, stupid parrot”. After that he left the chicken house.

The next day, the man came back to the chicken house. He opened the door and was very surprised. He could not believe what he saw at the chicken house. There were three death chickens on the floor. At the moment, the parrot was standing proudly and screaming at the last old chicken; “Say Catano or I’ll kill you”.

Contoh Spoof Text

2012-05-11T20:40:00.003+07:00

The Zoo Job Story

One day a clown was visiting the zoo and attempted to earn some money by making a street performance. He acted and mimed perfectly some animal acts. As soon as he started to drive a crowd, a zoo keeper grabbed him and dragged him into his office. The zoo keeper explained to the clown that the zoo's most popular gorilla had died suddenly and the keeper was fear that attendance at the zoo would fall off. So he offered the clown a job to dress up as the gorilla until the zoo could get another one. The clown accepted this great opportunity.
So the next morning the clown put on the gorilla suit and entered the cage before the crowd came. He felt that it was a great job. He could sleep all he wanted, played and made fun of people and he drove bigger crowds than he ever did as a clown. He pretended the gorilla successfully.
However, eventually the crowds were tired of him for just swinging on tires. He began to notice that the people were paying more attention to the lion in the next cage. Not wanting to lose the attention of his audience, he decided to make a spectacular performance. He climbed to the top of his cage, crawled across a partition, and dangled from the top to the lion's cage. Of course, this made the lion furious, but the crowd people loved it.
At the end of the day the zoo keeper came and gave him a raise for being such a good attraction. Well, this went on for some time, he kept taunting the lion, the audience crowd grew a larger, and his salary kept going up. Then one terrible day happened. When he was dangling over the furious lion, he slipped and fell into the lion cage. The clown was really in big terrible situation. He was terrified.
Sooner the lion gathered itself and prepared to pounce. The clown was so scared. He could do nothing and he began to run round and round the cage with the lion close and closer behind. Finally, the lion could catch him. The clown started screaming and yelling, "Help me, help me!", but the lion was quick and pounces. The clown soon found himself flat on his back looking up at the angry lion and suddenly he heard a voice from the lion’s mouth;"Shut up you idiot! Do you want to get us both fired?".

(Re-written and simplified from www.onlyfunnystories.com)

Lagu Maher Zain- Mawlaya

2012-05-11T20:34:00.000+07:00

Mawlaya - Lyrics:

Mawlaya

CHORUS
Mawlaya salli wa sallim da'iman abadan
'Ala habibika khayril khalqi kullihimi
Mawlaya salli wa sallim da'iman abadan
'Ala habibika khayril khalqi kullihimi
Ya Rabbee salli 'aleeh
Salawatu Allahi 'aleeh

All the poetry ever written
Every verse and every line
All the love songs in the world
Every melody and rhyme
If they were combined
They would still be unable to express
What I want to define
When I try to describe my love for you

CHORUS

Every sound and every voice
In every language ever heard
Each drop of ink that has been used
To write every single word
They could never portray
Everything I feel in my heart and want to say
And it's hard to explain
Why I could never describe my love for you

CHORUS

There's not a single person
Who can ever match his worth
In character and beauty
To ever walk on earth
I envy every rock and tree
And every grain of sand
That embraced his noble feet
Or that kissed his blessed hands
Ya Rasool Allah
Ya Habiba Allah
Grant us the chance to be with him
We pray to You Allah

Lyrics: Bara Kherigi & Maher Zain
Chorus Melody: Islamic Folklore
Verse & Bridge Melody: Maher Zain
Arrangement: Maher Zain
© 2012 Awakening Records

My World

[UAS MPPL F 2016] Laporan Dokumentasi Lengkap

UAS MPPL F 2016Laporan Dokumentasi Lengkap Terkait Proyek Sistem Informasi Akademik dengan Menggunakan Borland Delphi ( Jurusan Teknik lndustri Universitas Widyatama)

Link Dokumentasi yang telah dikerjakan

Dokumen FP MPPL F

Manajemen Risiko

1. Membuat Perencanaan

2. Menentukan Bagaimana Menangani Risiko

Menghindari risiko

Mengurangi Risiko

Memindahkan Risiko

Menerima Risiko

3. Monitor

4.0 Daftar Resiko

5.0 Dampak Matriks

6.0 Mitigasi Resiko

Manajemen Mutu Proyek Sistem Informasi Akademik dengan Menggunakan Borland Delphi ( Jurusan Teknik lndustri Universitas Widyatama)

Overview

Manajemen Mutu

1. Perencanaan Mutu

Jaminan Mutu

2. Pengendalian Mutu

Manajemen Sumber Daya Manusia

Tugas MPPL F Monitoring Progress Proyek Perangkat Lunak

MPPL F – MANAJEMEN BIAYA Proyek Sistem Informasi Akademik dengan Menggunakan Borland Delphi ( Jurusan Teknik lndustri Universitas Widyatama)

Tugas 7 MPPL F - Manajemen Waktu Proyek Sistem Informasi Akademik dengan Menggunakan Borland Delphi ( Jurusan Teknik lndustri Universitas Widyatama)

1. Definisi aktivitas

Jawaban UTS MPPL F

KERANGKA ACUAN KERJA

PEMBANGUNAN Sistem Pengelolaan E-surat SKPD

(Satuan Kerja Perangkat Daerah)

Pemerintah Kota Tangerang.

OLEH:

KELAS F

MUHAMMAD ADNAN YUSUF (5113100001)

DOSEN

FAJAR BASKORO, S.KOM., M.T.

JURUSAN TEKNIK INFORMATIKA

FAKULTAS TEKNOLOGI INFORMASI

INSTITUT TEKNOLOGI SEPULUH NOPEMBER

2016

1. Pengembangan Modul-Modul Utama Pada Sistem Pengelolaan E-surat SKPD (Satuan KerjaPerangkat Daerah) Pemerintah Kota Tangerang.

2. Membuat sistem Pengelolaan E-surat SKPD (Satuan KerjaPerangkat Daerah) Pemerintah Kota Tangerang .

3. Menata Arsip Administrasi surat SKPD (Satuan KerjaPerangkat Daerah) Pemerintah Kota Tangerang .

4. Membuat Database E-surat SKPD (Satuan KerjaPerangkat Daerah) Pemerintah Kota Tangerang.

5. Membuat Dokumentasi Yang Lengkap (Kertas Dan Elektronik) Untuk E-surat SKPD (Satuan KerjaPerangkat Daerah) Pemerintah Kota Tangerang.

Jenis laporan yang harus diserahkan kepada pengguna jasa adalah :

Laporan pendahuluan, berisi :

1. Rencana kerja penyedia jasa secara menyeluruh;

2. Mobilisasi tenaga ahli dan tenaga pendukung lainnya;

· Jadwal kegiatan penyedia jasa.

Laporan harus diserahkan selambat-lambatnya 7 (tujuh) hari kalender sejak spmk diterbitkan sebanyak 3 (tiga) buah laporan.

Laporan mingguan, berisi :

1. Aktifitas yang dilakukan oleh masing-masing anggota tim pengembangan aplikasi;

2. Hasil yang telah dicapai maupun (apabila ada) kendala-kendala yang dialami serta rencana penyelesaian kendala tersebut;

· Prosentase hasil pekerjaan terhadap milestone ataupun hasil akhir yang telah ditetapkan;

Laporan harus diserahkan selambat-lambatnya hari selasa setiap minggu sebanyak 1 (satu) buah laporan.

Laporan akhir, berisi :

1. Laporan pendahuluan;

2. Laporan mingguan;

· Dokumentasi lain yang berkaitan dengan kegiatan proyek pengembangan sistem ini

Laporan harus diserahkan selambat-lambatnya 90 (sembilan puluh) hari kalender sejak spmk diterbitkan sebanyak 3 (tiga) buku laporan dan cd berisi seluruh laporan sebanyak 3 (tiga) buah.

PROJECT CHARTER DOCUMENT PEMBANGUNAN SISTEM INFORMASI AKADEMIK

Tugas MPPL Kerangka Acuan Kerja

1. KERANGKA ACUAN KERJA (KAK)

1. LATAR BELAKANG

2. MAKSUD DAN TUJUAN

3. SASARAN

4. NAMA DAN ORGANISASI PENGGUNA JASA

5. SUMBER PENDANAAN

6. LINGKUP,LOKASI KEGIATAAN, DATA DAN FASILITAS PENUNJANG SERTA ALIH PENGETAHUAN

Pengadaan Server (hardware) Spesifikasi server minimal adalah sebagai berikut:

· Jenis Device : Personal Computer

· Memory : 2.00 GB

· Jumlah Processor: 2 CPU

· Sistem Operasi : Centos Linux

· Strorage : 45 GB SSD

· Aplikasi ini diperkirakan mampu menampung hingga 300 pengguna, yang merupakan jumlah wajar untuk peruahaan swasta dalam negeri.

7. METOLOGI

8. JANGKA WAKTU PELAKSANAAN

UAS MPPL F 2016
Laporan Dokumentasi Lengkap Terkait Proyek Sistem Informasi Akademik dengan Menggunakan Borland Delphi ( Jurusan Teknik lndustri Universitas Widyatama)

Pengadaan Server (hardware)
Spesifikasi server minimal adalah sebagai berikut: