Deposito

Deposito atau yang sering juga disebut sebagai deposito berjangka, merupakan produk bank sejenis jasa tabungan yang biasa ditawarkan kepada masyarakat. Dana dalam deposito dijamin oleh pemerintah melalui Lembaga Penjamin Simpanan (LPS) dengan persyaratan tertentu.

Deposito biasanya memiliki jangka waktu tertentu di mana uang di dalamnya tidak boleh ditarik nasabah. Deposito baru bisa dicairkan sesuai dengan tanggal jatuh temponya, biasanya deposito mempunyai jatuh tempo 1, 3, 6, atau 12 bulan. Bila deposito dicairkan sebelum tanggal jatuh tempo, maka akan kena penalti.

Deposito juga dapat diperpanjang secara otomatis menggunakan sistem ARO (Automatic Roll Over). Deposito akan diperpanjang otomatis setelah jatuh tempo, sampai pemiliknya mencairkan depositonya.

Bunga deposito biasanya lebih tinggi daripada bunga tabungan biasa. Bunga dapat diambil setelah tanggal jatuh tempo atau dimasukkan lagi ke pokok deposito untuk didepositokan lagi pada periode berikutnya.

tugas 1:  http://adityasuryakusuma.blogspot.com/2012/03/prosedur-pembukaan-rekening-di-citibank.html

tugas 2 : http://adityasuryakusuma.blogspot.com/2012/04/cara-menabung-di-bank-1.html

JSD (1)

Jackson Pengembangan Sistem
Tinjauan

Jackson Sistem Pembangunan (JSD) adalah sebuah metode pengembangan sistem yang mencakup siklus hidup perangkat lunak baik secara langsung atau, dengan menyediakan kerangka kerja di mana teknik yang lebih khusus dapat cocok. Jackson Sistem Pembangunan dapat mulai dari tahap dalam suatu proyek ketika hanya ada pernyataan umum persyaratan. Namun, banyak proyek yang telah menggunakan Jackson Pengembangan Sistem benar-benar mulai sedikit kemudian dalam siklus hidup, melakukan langkah pertama sebagian besar dari dokumen yang sudah ada daripada secara langsung dengan pengguna. Langkah-langkah selanjutnya dari JSD menghasilkan kode dari sistem akhir. Metode pertama Jackson, Jackson Structured Programming (JSP), digunakan untuk menghasilkan kode akhir. Output dari langkah sebelumnya JSD adalah serangkaian masalah desain program, desain yang merupakan subyek JSP. Pemeliharaan ini juga ditangani oleh pengerjaan ulang mana dari langkah-langkah awal sesuai.
Dari segi teknis ada tiga tahapan utama dalam Pembangunan Sistem Jackson, masing-masing dibagi menjadi langkah-langkah dan sub-langkah. Dari titik pandang manajer ada sejumlah cara untuk mengatur ini pekerjaan teknis. Dalam gambaran ini kita menggambarkan tiga tahap teknis utama dan kemudian mendiskusikan perencanaan proyek JSD, variasi antara rencana, dan alasan untuk memilih salah satu daripada yang lain.

JSD: Tahap Pemodelan

Pada tahap pemodelan para pengembang membuat deskripsi dari aspek bisnis atau organisasi bahwa sistem akan peduli dengan. Untuk membuat ini deskripsi mereka harus menganalisa bisnis mereka, memilih apa yang relevan dan mengabaikan apa yang tidak. Mereka harus mempertimbangkan organisasi karena akan, tidak seperti sekarang.
Gambaran model ditulis sangat tepat. Presisi ini memaksa pengembang untuk mengajukan pertanyaan rinci. Ini mendorong komunikasi yang baik dan pemahaman antara pengembang, pengguna, dan semua orang yang terlibat dengan sistem baru.
Gambaran model terdiri dari tindakan, entitas dan informasi terkait. Tindakan adalah suatu acara, biasanya dalam realitas eksternal, yang relevan dengan sistem dan yang kemunculannya sistem harus merekam. Dalam hal pelaksanaan, tindakan dapat menyebabkan update database. Kita mulai Pengembangan Sistem Jackson dengan membuat daftar tindakan dengan definisi dan atribut yang terkait. Diagram menggambarkan memesan hubungan antara tindakan. Diagram menggambarkan entitas, orang atau, hal-hal bahwa sistem ini terkait dengan.
Data yang akan disimpan untuk setiap entitas kemudian didefinisikan. Akibatnya kita memilih apa yang harus diingat oleh setiap entitas tentang tindakan yang mempengaruhi itu. Definisi penuh data ini mencakup penjabaran dari diagram entitas untuk menunjukkan secara rinci aturan update.
Hasil dari tahap pemodelan adalah satu set tabel, definisi dan diagram yang menggambarkan:

• dalam hal pengguna persis apa yang terjadi dalam organisasi dan apa yang harus dicatat tentang apa yang terjadi, dan
• dalam hal pelaksanaan, isi database, kendala integritas dan aturan update.

JSD: Tahap Jaringan

Pada tahap jaringan kita membangun sebuah deskripsi yang tepat dari sistem apa yang harus dilakukan, termasuk output yang akan dihasilkan dan cara sistem ini adalah untuk muncul kepada pengguna. Deskripsi ini adalah dalam hal jaringan program. Lebih tepatnya, ini adalah jaringan Berkomunikasi Proses Sequential (CSP), sebuah konsep yang dikembangkan oleh Tony Haoare. Kita mulai jaringan ini dengan membuat satu program untuk masing-masing entitas yang didefinisikan pada tahap pemodelan. Jaringan ini kemudian dibangun secara bertahap dengan menambahkan program baru dan menghubungkan mereka ke jaringan yang ada. Program baru ditambahkan untuk alasan berikut:

• Untuk mengumpulkan masukan bagi tindakan, memeriksa mereka untuk kesalahan, dan lulus ke program entitas. Dengan cara ini program entitas yang terus up-to-date dengan apa yang terjadi di luar;
• Untuk menghasilkan masukan untuk aktivitas yang tidak sesuai dengan peristiwa eksternal. Tindakan tersebut adalah pengganti untuk acara dunia nyata, mungkin karena peristiwa-peristiwa itu tidak dapat dideteksi;
• Untuk menghitung dan menghasilkan output.

Ada dua cara menghubungkan program dalam jaringan. Ini adalah oleh data stream (diwakili pada diagram jaringan kami lingkaran) dan dengan inspeksi vektor negara (diwakili diagram jaringan kami dengan diamond). Apapun jenis koneksi yang sesuai, program entitas memainkan peran penting dalam pembangunan jaringan. Kebanyakan program baru dapat dihubungkan langsung ke program entitas.
Kami menarik seluruh rangkaian diagram jaringan untuk menggambarkan sistem. Jaringan yang berbeda biasanya hanya memiliki program entitas yang sama. Sistem yang lengkap diwakili oleh overlay dari semua diagram.
Diagram didukung oleh informasi tekstual yang menjelaskan isi dari data stream dan koneksi negara vektor. Program baru yang ditambahkan ke jaringan didefinisikan menggunakan notasi diagram yang sama digunakan untuk menggambarkan Urutan tindakan. Program baru ini dirancang dengan menggunakan JSP (Jackson Pemrograman Terstruktur) metode, yang sekarang menjadi bagian dari JSD.

JSD: Tahap Implementasi

Hasil dari tahap implementasi adalah sistem final. Tahap ini adalah satu-satunya langsung berkaitan dengan mesin dan perangkat lunak yang terkait pada sistem ini adalah untuk menjalankan. Oleh karena itu, serta memproduksi dan pengujian kode, tahap implementasi meliputi masalah desain fisik. Secara khusus mencakup:

• fisik data desain, dan
• konfigurasi ulang jaringan dengan menggabungkan program.

Fisik data desain adalah tentang desain dari file atau database. Rincian dari desain database tergantung pada DBMS yang digunakan. Namun, informasi yang diperlukan tentang aplikasi tersebut semua tersedia dari tahap jaringan. Yang paling penting adalah data yang ditetapkan untuk setiap entitas dan volume tinggi mengakses data tersebut seperti yang didefinisikan oleh hubungan negara sering digunakan vektor.
Hasil dari tahap jaringan adalah jaringan yang sangat terdistribusi program. Seringkali, untuk kenyamanan atau efisiensi, kita mengubah program ke subrutin, pada dasarnya menggabungkan beberapa program menjadi satu, sehingga fragmen jaringan diimplementasikan sebagai satu program. Jaringan ini dikonfigurasi ulang dari bentuk yang sesuai untuk spesifikasi menjadi bentuk yang sesuai untuk implementasi.

JSD: Proyek dan Rencana

Kami telah menyajikan tiga tahap JSD sebagai kemajuan linear sederhana. Pada suatu proyek, namun, tahap tumpang tindih untuk yang lebih besar atau lebih kecil, dan bukan hanya karena orang membuat kesalahan yang harus dikoreksi kemudian. Tahapan dan substages adalah tetap penting karena mereka mengklasifikasikan dan mengatur pekerjaan teknis, mereka menjelaskan pilihan terbuka untuk manajer proyek, dan menerangi resiko ketika keputusan harus diambil rusak.
Berikut ini adalah beberapa contoh dari tumpang tindih dari tahap:

• Kita dapat mulai menambahkan program ke jaringan sebelum model selesai.
• Rincian dirancang dari banyak program sederhana dalam jaringan dapat dilakukan pada saat yang sama mereka diimplementasikan.
• Data fisik yang dirancang dapat dimulai sebelum program frekuensi rendah telah ditambahkan ke jaringan.
• Kita mungkin melakukan sedikit masing-masing model, jaringan dan implementasi sebagai dasar studi kelayakan.
• Pada proyek besar model-jaringan-pelaksanaan satu rilis mungkin tumpang tindih dengan yang berikutnya.

Tak satu pun dari overlappings adalah wajib. Satu set keadaan ada yang membuat masuk akal masing-masing. Sebuah rencana proyek dibuat berdasarkan kerangka teknis dari JSD dan pada keadaan politik dan organisasi proyek.

W/O (2)

---

33,1 Tujuan

Diagram Warnier-Orr, representasi grafis dari hirarki horizontal dengan kurung memisahkan tingkat, digunakan untuk merencanakan atau mendokumentasikan struktur data, satu set logika rinci, program, atau sistem.

33,2 Kekuatan, kelemahan, dan keterbatasan

Warnier-Orr diagram adalah alat yang sangat baik untuk menjelaskan, perencanaan, atau mendokumentasikan struktur data. Mereka dapat menunjukkan struktur data atau struktur logis dalam sekejap. Karena hanya sejumlah simbol yang diperlukan, perangkat lunak khusus adalah tidak perlu dan diagram dapat dibuat dengan cepat dengan tangan. Elemen dasar dari teknik ini mudah dipelajari dan mudah untuk menjelaskan. Warnier-Orr diagram memetakan dengan baik untuk kode terstruktur.
Persyaratan terstruktur definisi metodologi ( # 4 ) dan, dengan perluasan, Warnier-Orr diagram tidak juga dikenal sebagai metodologi lain atau alat. Akibatnya, ada perangkat lunak yang relatif sedikit untuk membuat dan / atau mempertahankan Warnier-Orr diagram dan relatif sedikit analis sistem atau konsultan sistem informasi yang sudah mahir dengan mereka.

33,3 Input dan ide yang berhubungan

Sebelum diagram Warnier-Orr dibuat, utama sistem entitas data dan tugas-tugas utama harus diketahui. Informasi yang diperlukan dikumpulkan selama definisi masalah dan informasi tahap pengumpulan (Bagian II). Diagram Warnier-Orr adalah alat penting dalam metodologi definisi persyaratan terstruktur ( # 4 ). Lihat # s 25 dan 43 untuk penjelasan kunci data terkait konsep. Diagram relasi entitas ( # 26 ) dan normalisasi data ( # 28 ) adalah alat yang berguna untuk perencanaan struktur data. Lihat # 62 untuk lebih lanjut tentang desain perangkat lunak dan struktur program.

33,4 Konsep

Para Warnier-Orr desain metodologi, juga dikenal sebagai metodologi definisi persyaratan terstruktur ( 4 ), dikembangkan pada awal tahun 1970 oleh Warnier dan diperluas untuk desain sistem dengan Orr. Langkah pertama dalam metodologi ini adalah untuk membuat diagram entitas (disederhanakan diagram relasi entitas, # 26 ) untuk setiap pengguna utama. Diagram entitas tersebut kemudian bergabung untuk membuat diagram entitas sistem, dan tugas utama yang harus dilakukan berasal dari persyaratan data sistem.

33.4.1 Dalam-out diagram

Diagram Warnier-Orr menunjukkan struktur data atau struktur logis sebagai hirarki horizontal dengan kurung memisahkan tingkat. Setelah tugas utama diidentifikasi, analis sistem atau konsultan sistem informasi menyiapkan in-out Warnier-Orr diagram untuk mendokumentasikan input utama aplikasi dan output.
Sebagai contoh, Gambar 33,1 menunjukkan diagram di-out untuk aplikasi persediaan batch update. Mulai dari sebelah kiri (bagian atas hirarki). Braket besar menunjukkan bahwa program, Persediaan Update, melakukan lima proses utama mulai dari Dapatkan Transaksi di bagian atas untuk Menulis Reorder di bagian bawah. Surat N dalam kurung di bawah Inventarisasi Pembaruan berarti bahwa program ini diulang banyak (1 atau lebih) kali. The 1 angka dalam tanda kurung di bawah Transaksi Get (dan tiga berikutnya proses) berarti proses dilakukan satu kali. Para (0, 1) di bawah Menulis Reorder berarti proses ini diulang 0 atau 1 kali, tergantung pada kondisi run-time. (Stock mungkin atau mungkin tidak mengatur kembali sebagai hasil dari setiap transaksi yang diberikan.)

Gambar 33.1 Sebuah in-out Warnier-Orr diagram.

Aliran data ke dalam dan keluar dari setiap proses. Input proses dan output diidentifikasi di sebelah kanan diagram di-out. Sebagai contoh, proses Transaksi Get membaca faktur dan lolos ke proses berikutnya. Kolom terakhir adalah daftar masukan utama program dan output data struktur. Perhatikan bagaimana kurung menunjukkan tingkat hirarkis.

33.4.2 Struktur data

Setelah diagram di-out dipersiapkan, struktur data yang didokumentasikan. Sebagai contoh, Gambar 31,2 menunjukkan struktur data untuk faktur.

Gambar 33.2 Diagram Warnier-Orr dari struktur data Faktur.

Level tertinggi komposit, Faktur, dicatat pada bagian kiri. N di dalam kurung dengan nama data berarti bahwa ada banyak (satu atau lebih) faktur. Pindah ke sebelah kanan braket pertama adalah komponen yang membentuk faktur nomor Faktur, Tanggal-of-sale, telepon Pelanggan, Subtotal, pajak Penjualan, dan Total tempo adalah elemen data,. Sementara Nama pelanggan, alamat pelanggan, dan Item dibeli adalah barang komposit yang lebih membusuk.
Pertimbangkan nama item Pelanggan komposit. Nama komposit muncul di bagian kiri terpisah dari bawah level elemen data dengan braket. Tiga dari elemen data yang membentuk nama Nasabah tersebut tergantung; Pelanggan judul (Dr, Mr, Ms), Pelanggan tengah (tidak semua orang memiliki nama tengah), dan akhiran Pelanggan (Sr, Jr, III) mungkin atau mungkin tidak hadir pada Faktur diberikan. Masuknya (0, 1) dengan nama elemen data menunjukkan bahwa terjadi 0 atau 1 kali.
Sebuah transaksi penjualan tertentu dapat mencakup beberapa produk yang berbeda, sehingga barang yang dibeli adalah struktur data yang berulang yang terdiri dari satu atau lebih set jumlah elemen data Efek, Keterangan, Unit, Harga Satuan, dan total Item. Huruf M dalam kurung di bawah Item yang dibeli menunjukkan bahwa substruktur diulang jumlah yang tidak diketahui kali. (Catatan:. M dan N adalah nilai-nilai yang berbeda) Item komposit, Unit, dapat terus salah Berat atau Kuantitas, tetapi tidak keduanya. The "tanda plus dalam lingkaran" adalah eksklusif atau simbol.

33.4.3 Program (logika) struktur

Suatu prinsip kunci dari metodologi Warnier-Orr adalah bahwa struktur dari sebuah program yang ditulis dengan baik terkait dengan struktur datanya. Misalnya, karena jumlah faktur tidak diketahui, struktur utama dari program pembaruan persediaan dirancang untuk mengolah data yang dijelaskan dalam Gambar 33.2 akan menjadi lingkaran yang berulang. Pada tingkat kedua, jumlah barang yang dibeli tidak diketahui, menunjukkan lain struktur loop untuk menghitung dan mengumpulkan biaya barang. Akhirnya, atau eksklusif dan item bersyarat pada tingkat elemen data menunjukkan logika seleksi.

33,5 Istilah kunci

Komposit -

Satu set elemen data yang terkait.

Elemen data -

Sebuah atribut yang tidak dapat secara logis membusuk.

Struktur data -

Satu set elemen data yang terkait.

Entitas -

Sebuah objek (orang, kelompok, tempat, benda, atau kegiatan) tentang mana data disimpan.

Entitas diagram -

Diagram relasi entitas disederhanakan yang menggunakan gelembung bukan persegi panjang dan mengabaikan kardinalitas.

Entity-relationship diagram -

Sebuah model data sistem yang menunjukkan bagaimana entitas data primer yang terkait.

Di-out diagram -

Diagram Warnier-Orr yang mendokumentasikan input utama aplikasi dan output.

Warnier-Orr diagram -

Sebuah teknik diagram yang menunjukkan struktur data atau struktur logis sebagai hirarki horizontal dengan kurung memisahkan tingkat.

33,6 Software

Para Warnier-Orr diagram di ini # disusun menggunakan Visio. Alat grafik lainnya, seperti Flowcharter Micrografx yang memberikan dukungan sebanding. Paling populer cat atau gambar program menggabungkan teks dan kurung dan dengan demikian dapat digunakan untuk membuat Warnier-Orr diagram. Beberapa produk KASUS mendukung Warnier-Orr diagram.

33,7 Referensi

1. Davis, WS, Bisnis Analisis Sistem dan Desain, Wadsworth, Belmont, CA, 1994.

2 Davis, WS, Sistem Analisis dan Desain:. Pendekatan Terstruktur, Addison-Wesley, Reading, MA, 1983.

3. Orr, KT, terstruktur Persyaratan Definisi, Ken Orr and Associates, Topeka, KS, 1981.

4. Orr, KT, terstruktur Pengembangan Sistem, Yourdon, New York, 1977.

5. Warnier, JD, Konstruksi logis dari Program, Van Nostrand Reinhold, New York, 1976.

6. Warnier, JD, Program Modifikasi, Martinus Nijhoff, London, 1978.

W/O (1)

J Warnier / Orr diagram adalah diagram gaya yang sangat berguna untuk menjelaskan proses kompleks (misalnya program-program komputer, proses bisnis, petunjuk) dan objek
Prinsip kunci dari metodologi W/O adalah desain dari struktur program yg tertulis dilengkapi dengan struktur datanya. Diagram W/O dapat menggambarkan struktur data yg berbentuk :
1. Struktur Data Urut
2. Struktur Data Repetisi
3. Struktur Data Seleksi an bagan berjenjang yg diputar.

HIPO (Hierarchy plus Input-Process-Output)

HIPO (Hierarchy plus Input-Process-Output)


7.1 Pendahuluan
HIPO (Hierarchy plus Input-Process-Output) merupakan metodologi yang 
dikembangkan dan didukung oleh IBM. HIPO adalah sebenarnya adalah alat
dokumentasi program. Akan tetapi sekarang, banyak digunakan sebagai alat
desain dan teknik dokumentasi dalam siklus pengembangan sistem yang 
berbasis pada fungsi, yaitu tiap-tiap modul di dalam sistem digambarkan
oleh fungsi utamanya.



7.2 Sasaran HIPO
HIPO dapat digunakan sebagai alat pengembangan sistem dan teknik dokumentasi
program dan penggunaannya mempunyai beberapa sasaran, yaitu :

Untuk menyediakan suatu struktur guna memahami fungsi-fungsi dari sistem.

Untuk lebih menekankan fungsi-fungsi yang harus diselesaikan oleh program,
bukannya menunjukkan statemen-statemen program yang digunakan untuk melaksanakan
fungsi tersebut.

Untuk menyediakan penjelasan yang jelas dari input yang harus digunakan
dan output yang harus dihasilkan oleh masing-masing fungsi pada tiap-tiap
tingkatan dari diagram-diagram HIPO.

Untuk menyediakan output yang tepat dan sesuai dengan kebutuhan-kebutuhan
pemakai.




7.3 IPO (Input-Process-Output)
Overview diagram dan detail program dari paket HIPO sering disebut sebagai
diagram IPO (Input-Process-Output). William S., Davis, menggunakan dua macam
diagram ini, yaitu hierarchy chart sebagai pengganti VTOC (Visual
Table of Content) untuk menggambarkan fungsi-fungsi dari sistem secara
berjenjang (to present the top down structure of the program) dan 
diagram IPO untuk menggambarkan hubungan dari input, proses dan output dari
masing-masing fungsi atau modul. Selain itu, dapat juga digunakan bagan
terstruktur (structure chart) sebagai pengganti hierarchy chart
untuk menggambarkan fungsi-fungsi dari sistem secara berjenjang. Input dan
output diagram IPO ini dapat dilihat dari bagan terstrukturnya dan proses
di diagram IPO dapat digambarkan dengan structure english atau
pseudocode. Data dictionary adalah sumbe input dan output dan the
algorithm descriptions define the process.

Langkah mendesain HIPO dan IPO :
Pertama, menentukan fungsi-fungsi dasar yang digunakan untuk mengupdate
master file dari sistem inventory. Kita mungkin memulai dengan membuat
daftar urutan langkah-langkah utamanya, yaitu :
a. Mengambil data transaksi (Get a transaction)
b. Mengambil master record (Get the master record)
c. Melakukan proses transaksi (Process the transaction)
   c.1. Increase Stock
   c.2. Decrease Stock
        c.2.1. Process Reorder
   c.3. Add Record
   c.4. Delete Record
d. Menuliskan kembali ke master record (Rewrite the master record)
e. Menulis ke record reorder (Write s reorder record, if necessary)


Gambar 7.1 : The first-level hierarchy of the on-line inventory update program.



Gambar 7.3 : An IPO chart for the Get Transaction module.


Gambar 7.4 : The Get Master Inventory IPO chart.


Gambar 7.5 : The Process Transaction IPO chart.


Gambar 7.6 : The Decrease Stock IPO chart.



Daftar Pustaka
1. HM, Jogiyanto, Analysis dan Disain Sistem Informasi (Pendekatan
   terstruktur), Penerbit Andi Offset, Yogyakarta, 1995.
2. Davis S., David, System Analysis and Design A Structured Approach,
   Massachusette : Addison-Wesley, 1983, Module H.

SADT (1)

SADT merupakan metodologi pengembangan sistem terstruktur yg dikembangkan oleh D.T. Ross selama tahun 1969 sampai dengan tahun 1973. SADT kemudian didukung dan dikembangkan oleh SofTech Corporation sejak tahun 1974.

SADT sebagai metodologi pengembangan sistem terstruktur juga menganut konsep DEKOMPOSISI (menggambarkan sistem secara utuh terlebih dahulu (whole sistem) sebagai tingkat tertinggi (top level) dan memecah menjadi yg lebih rinci.
Structured Analysis and Design Technique, SADT, memandang suatu system terdiri dari dua hal :
1. benda (obyek, dokumen atau data)
2. kejadian (kegiatan yang dilakukan oleh orang, mesin atau perangkat lunak). Menggunakan dua tipe diagram yaitu, diagram kegiatan (activity diagrams, disebut actigrams) dan diagram data (data diagrams, disebut datagrams).
Dua Tipe Diagram yg digunakan didalam paket SADT :
Diagram kegiatan (activity diagram) yang disebut dengan actigrams
Diagram data (data diagram) yang disebut dengan datagrams

Actigrams :
Pada Actigrams (diagram kegiatan pada SADT) simbol terdapat 2 simbol yaitu :
KOTAK
Menunjukkan kegiatannya
PANAH
Menunjukkan:
a. Data yg digunakan oleh kegiatan yg bersangkutan (input data)
b Data yg dihasilkan oleh kegiatan yg bersangkutan (output data)
c. Kontrol data (kendala/constraints)
Merupakan kendala dari kegiatan seperti misalnya :
peraturan tarip pajak
peraturan tarip tunjangan dsb
d. Mekanisme pendukung (support mechanism)
Menunjukkan suatu departemen atau individu yg berhubungan / bertanggung jawab terhadap kegiatan yg bersangkutan.
Datagrams :
Pada Datagrams (diagram data pada SADT) simbol terdapat 2 simbol yaitu :
KOTAK
Menunjukkan data
PANAH
Menunjukkan kegiatannya
Kegiatan Kontrol adalah kegiatan yg membatasi kegiatan penghasil data dan kegiatan yg menggunakan data.
Misalnya :
Kegiatan mencocokkan gaji dengan taripnya
Mekanisme simpanan (storage mechanism) adalah file simpanan luar yg digunakan untuk mendapatkan data yg bersangkutan
Kebaikan SADT :
1. SADT mudah dipelajari
2. Merupakan alat yg baik untuk digunakan sebagai komunikasi antara analis sistem dengan pemakai sistem selama proses pengembangan sistem.
3. Hasil daro desain sistem akan didapatkan dokumentasi yg baik
4. Dengan spesifikasi desain yg sama kebanyakan perancang sistem akan menghasilkan solusi yang hampir mirip
Keterbatasan SADT :
1. Membutuhkan waktu & personil yang lebih banyak untuk membuatnya
2. Metodologi ini hanya bagus untuk tahap analisis dan desain secara umum
3. Proses didalam modul tidak digambarkan di SADT
4. Aplikasi dari metodologi ini tidak membutuhkan tingkat keahlian yg tertentu & pengalaman dari analis sistem

DFD (2)

Pengertian dan Contoh dari DFD dan ERD

DFD ( Data Flow Diagram )

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 sering disebut  juga dengan nama Bubble chart, Bubble diagram, model proses, diagram alur kerja, atau model fungsi.

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.

KOMPONEN DATA FLOW DIAGRAM

Menurut Gene dan Serson

Komponen Terminator / Entitas Luar

Terminator mewakili entitas eksternal yang berkomunikasi dengan sistem yang sedang dikembangkan.Biasanya terminator dikenal dengan nama entitas luar (external entity).  

 

Terdapat dua jenis terminator :

1. Terminator Sumber ( source) : merupakan terminator yang menjadi sumber. 
2. Terminator Tujuan (sink) : merupakan terminator yang menjadi tujuan  data / informasi sistem.

Komponen Proses 

Komponen proses menggambarkan bagian dari sistem yang mentransformasikan input menjadi output. 

Ada empat kemungkinan yang dapat terjadi dalam proses sehubungan dengan input dan output :  

Ada beberapa hal yang perlu diperhatikan tentang proses : 

• Proses harus memiliki input dan output.
• Proses dapat dihubungkan dengan komponen terminator, data store atau proses melalui alur data.
• Sistem/bagian/divisi/departemen yang sedang dianalisis oleh profesional sistem digambarkan dengan komponen proses.

Komponen Data Store

Komponen ini digunakan untuk membuat model sekumpulan paket data dan  diberi nama dengan  kata benda jamak, misalnya Mahasiswa.

Data store ini biasanya berkaitan dengan penyimpanan-penyimpanan, seperti file atau database yang  berkaitan dengan penyimpanan secara komputerisasi, misalnya file disket, file harddisk, file pita magnetik. Data store juga berkaitan dengan penyimpanan secara manual seperti buku alamat, file folder, dan agenda.

Komponen Data Flow / Alur Data

Suatu data flow / alur data digambarkan dengan anak panah, yang menunjukkan arah menuju ke dan keluar dari suatu proses. Alur data ini digunakan untuk menerangkan perpindahan data atau paket data/informasi dari satu bagian sistem ke bagian lainnya.

Contoh Data Flow Diagram