about me

---------------------------------------------------------------------

Nama gw sulton, gw dari jakarta dan sekarang gw tinggal di bekasi, dan gw sekolah di smk taruna bangsa kota bekasi jurusan rpl (rekayasa perangkat lunak) dan activitas gw sehari hari ialah kalau ga maen komputer, maen futsal. itu juga hanya di hari libur saja, karna waktu gw padet banget,  biasa banyak tugas dari dosen, nah makanya gw sekarang jarang keluar paling gw kalau keluar hanya beli makanaan atau apa gitu??
dan yang paling sering gw lakuin itu tidur dan nonton tv aja, karna gw orangnya pemalas, bukan dalam arti malas belajar tapi gw malas untuk  beraktivitas walaupun gw orangnya malas tapi gw ini orangnya pekerja keras, walaupun kadang-kadang malas juga siee hahahaha :p


----------------------------------------------------------------------




ini adalah social media gua apa bila ada saran atau kritikan dan lain-lain anda bisa klik link yang ada di bawah





-------------------------------------

ADD MY  FACEBOOK





__________________________________________________

FOLLOW MY TWITTER 





___________________________________________________

SEND ME IN GMAIL




-------------------------------------------------------------------------------

CALL MY NUMBER 087884252662




___________________________________________________________________________________ 

Read More →

proses rekayasa kebutuhan

- Rekayasa Kebutuhan adalah bagian yang tidak terpisahkan dari kegiatan rekayasa
perangkat lunak. Rekayasa kebutuhan mempunyai peran yang cukup penting, bahkan
Rekayasa Kebutuhan menentukan keberhasilan dari suatu proyek rekayasa perangkat
lunak.

- Feasibility Study 

sebuah analisa dan evaluasi dari proyek yang diusulkan untuk menentukan apakah secara 

teksis layak, layak dalam perkiraan biaya dan menguntungkan. 

 

- Feasibility Report 

analisis yang mengevaluasi satu atau lebih langkah-langkah tindakan potensial dan 

merekomendasikan bagaimana organisasi tersebut harus dilanjutkan. Memperkirakan 

biaya, mengidentifikasi manfaat yang diharapkan memperkirakan berapa lama proyek akan 

mengambil dan menguraikan kesulitan potensial. 

 

- Requirements Elicitation and Analysis 

pengumpulan persyaratan sistem pengguna, pelanggan dan stakeholder lainnya. meliputi 

wawancara, kuisioner, observasi pengguna. 

 

 

 - System Model 

sistem model konseptual yang menggambarkan dan mewakili suatu sistem. Sebuah sistem 

terdiri dari beberapa pandangan seperti perencanaan, persyaratan, desain, implementasi, 

penyebaran, struktur, perilaku, input data, dan data tampilan output. 

Dalam system model terdapat 2 pendekatan, yaitu 

1. Pendekatan non-arsitektur 

terstruktur Sistem Metode Analisis dan Desain (SSADM), memilih bagan struktur untuk 

deskripsi struktur dan data flow diagram (DFD) untuk deskripsi perilaku. 

2. Pendekatan arsitektur 

arsitektur sistem menggunakan Bahasa Arsitektur Deskripsi (ADL) baik struktur dan 

perilaku deskripsi. 

 

- Requirements spesification 

akibat langsung dari analisis kebutuhan dan dapat merujuk. 

 

- User Requirements 

kebutuhan pengguna, menggambarkan apa yang pengguna lakukan dengan sistem, seperti 

kegiatan yang pengguna harus dapat melakukan apa. Persyaratan pengguna umumnya 

didokumentasikan dalam Dokumen Persyaratan Pengguna (URD) menggunakan teks 

narasi. Persyaratan pengguna umumnya ditanda tangani oleh pengguna dan digunakan 

sebagai masukan utama untuk menciptakan persyaratan sistem. 

 

- System Requirements 

persyaratan sistem diklarifikasikan sebagai persyaratan baik fungsional maupun tambahan. 

*Persyaratan fungsional menentuka sesuatu yang pengguna perlu untuk melakukan 

pekerjaan mereka. contoh : sistem mungkin diperlukan untuk mencetak dan masuk 

perkiraan biaya. 

*Persyaratan non-fungsional atau tambahan menentukan semua persyaratan yang tersisa 

tidak tercakup oleh persyaratan fungsional 

 

- Requirements Validation 

kepastian bahwa suatu produk, layanan, atau sistem memenuhi kebutuhan pelanggan dan 

stakeholder lainnyadidentifikasi. Ini sering melibatkan penerimaan dan kesesuaian dengan 

pelanggan eksternal. 

 

- Requirements Document 

dokumen yang ditulis oleh sebuah perusahaan yang mendefinisikan sebuah produk yang 

mereka buat atau persyaratan untuk satu atau lebih fitur baru untuk produk yang sudah 

ada. Fungsinya sebagai pemasaran persyaratan dokumen juga, terutama jika produk 

tersebut rumit atau kecil. 

Read More →

pengertian DFD dan contohnya

 Data Flow Diagram (DFD) adalah suatu diagram yang menggunakan notasi-notasi untuk menggambarkan arus dari data sistem, yang penggunaannya sangat membantu untuk memahami sistem secara logika, tersruktur dan jelas.

DFD merupakan alat bantu dalam menggambarkan atau menjelaskan sistem yang sedang berjalan logis.

Simbol DFD

 Syarat Memuat DFD

1. Pemberian nama untuk tiap komponen DFD

2. Pemberian nomor pada komponen proses

3. Penggambaran DFD sesering mungkin agar enak dilihat

4. Penghindaran penggambaran DFD yang rumit5. Pemastian DFD yang dibentuk itu konsiten secara logika

Tips-tips dalam membuat DFD

1.Pilih notasi sehingga proses yang didekomposisi atau tidak didekomposisi dapat       dibaca denganmudah

2.Nama proses harus terdiri dari kata kerja dan kata benda

3.Nama yang dipakai untuk proses, data store, dataflow harus konsisten (identitas perlu)

4.Setiap level harus konsisten aliran datanya dengan level sebelumnya

5.Usahakan agar external entity pada setiap level konsisten peletakannya

6.Banyaknya proses yang disarankan pada setiap level tidak melebihi 7 proses

7.Dekomposisi berdasarkan kelompok data lebih disarankan (memudahkan aliran data ke storageyang sama)

8.Nama Proses yang umum hanya untuk prose yang masih akan didekomposisi

9.Pada Proses yang sudah tidak didekomposisi, nama Proses dan nama Data harus sudah spesifik

Didalam DFD terdapat 3 level, yaitu :

1. Diagram Konteks :

menggambarkan satu lingkaran besar yang dapat mewakili seluruh proses yang terdapat di dalam suatu sistem. Merupakan tingkatan tertinggi dalam DFD dan biasanya diberi nomor 0 (nol). Semua entitas eksternal yang ditunjukkan pada diagram konteks berikut aliran-aliran data utama menuju dan dari sistem. Diagram ini sama sekali tidak memuat penyimpanan data dan tampak sederhana untuk diciptakan.

2. Diagram Nol (diagram level-1) : merupakan satu lingkaran besar  yang mewakili lingkaran-lingkaran kecil yang ada di dalamnya. Merupakan pemecahan dari diagram Konteks ke diagram Nol. di dalam diagram ini memuat penyimpanan data.

3. Diagram Rinci : merupakan diagram yang menguraikan proses apa yang ada dalam diagramNol.

Fungsi DFD

·         Data Flow Diagram (DFD) adalah alat pembuatan model yang memungkinkan profesional sistem untuk menggambarkan sistem sebagai suatu jaringan proses fungsional yang dihubungkan satu sama lain dengan alur data, baik secara manual maupun komputerisasi.

·          DFD ini adalah salah satu alat pembuatan model yang sering digunakan, khususnya bila fungsi-fungsi sistem merupakan bagian yang lebih penting dan kompleks dari pada data yang dimanipulasi oleh sistem. Dengan kata lain, DFD adalah alat pembuatan model yang memberikan penekanan hanya pada fungsi sistem.

·         DFD ini merupakan alat perancangan sistem yang berorientasi pada alur data dengan konsep dekomposisi dapat digunakan untuk penggambaran analisa maupun rancangan sistem yang mudah dikomunikasikan oleh profesional sistem kepada pemakai maupun pembuat program.

Contoh kasus sederhana DFD

Read More →

Ruang lingkup RPL

Software requirements berhubungan dengan spesifikasi kebutuhan dan persyaratan perangkat lunak.

Software design mencakup proses penentuan arsitektur, komponen, antarmuka, dan karakteristik lain dari perangkat lunak.

Software construction berhubungan dengan detil pengembangan perangkat lunak, termasuk algoritma, pengkodean, pengujian, dan pencarian kesalahan. 

Software testing meliputi pengujian pada keseluruhan perilaku perangkat lunak.

Software maintenance mencakup upaya-upaya perawatan ketika perangkat lunak telah dioperasikan.

Software configuration management berhubungan dengan usaha perubahan konfigurasi perangkat lunak untuk memenuhi kebutuhan tertentu.

Software engineering management berkaitan dengan pengelolaan dan pengukuran RPL, termasuk perencanaan proyek perangkat lunak.

Software engineering tools and methods mencakup kajian teoritis tentang alat bantu dan metode RPL.

Software engineering process berhubungan dengan definisi, implementasi,pengukuran, pengelolaan, perubahan dan perbaikan proses RPL.

Software quality menitikberatkan pada kualitas dan daur hidup perangkat lunak.

Read More →