Anda di halaman 1dari 18

RESUME SISTEM INFORMASI MANAJEMEN &

MIND MAPPING
Chapter 8 : Basic System Concepts And Tools

TUGAS SISTEM INFORMASI MANAJEMEN

Oleh:

KADEK PRANETHA PRANANJAYA


041514253003

PROGRAM MAGISTER AKUNTANSI


FAKULTAS EKONOMI DAN BISNIS UNIVERSITAS AIRLANGGA
SURABAYA
2016
CHAPTER 8
BASIC SYSTEM CONCEPTS AND TOOLS

Pada bab sebelumnya kita telah membahas mengenai system. Sistem merujuk
pada suatu sistem informasi didalamnya ada hardware, software, dan komponen
komunikasi lainnya. Bahkan kata sistem dapat diartikan secara luas. Misalnya, sistem
membantu kita untuk memahami hubungan yang kompleks antara unit bisnis yang
berbeda dalam suatu organisasi sehingga ketika kita mengubah salah satu aspek maka
kita perlu mempertimbangkan dampaknya terhadap seluruh bisnis kita. Kemampuan
mengelola sistem dengan proses yang saling terkait sangat penting untuk keberhasilan
dalam perubahan lingkungan bisnis saat ini. Dalam bab ini kita akan membahas
beberapa metode dan teknik yang digunakan dalam pengembangan software untuk
saat ini dan masa depan.

THE SYSTEM VIEW


Menurut senge (1990) sistem adalah :
1. Disiplin untuk melihat sesuaatu secara utuh
2. Kerangka kerja untuk melihat keterkaitan antara banyak hal
3. Mengatasi ketidakmampuan ketika dihadapkan dengan kompleksitas

What is System
Sistem adalah seperangkat komponen yang saling terkait yang harus bekerja
sama untuk mencapai tujuan bersama. Hal ini mudah untuk diucapkan tetapi sulit
untuk dijalani. Contoh apa yang terjadi ketika komponen sistem tidak bekerja
bersama-sama. Misal rumah ini lengkap ada kamar, pintu, jendela, pipa, kabel listrik
namun komponennya tersebut tidak berjalan secara bersama atau sesuai dengan
fungsinya. Misalnya kamar mandi berada diatap. Ini menunjukan bahwa sebaik
apapun komponen yang dirancang jika komponen-komponen tersebut tidak bekerja
sama dengan baik maka akan menimbulkan kerusakan sistem (sistem tersebut
dikatakan rusak).
Information System (IS) dapat diartikan secara luas sebagai bagian dari IT,
prosedur, gerakan, manajemen, distribusi data dan informasi. Komponen-komponen
dalam IS ini harus bekerjasama dengan baik, artinya komponen tersebut harus
konsisten, lengkapm dan terhubungan satu sama lain.

Seven Key System Element


Sistem memiliki 7 elemen kunci yaitu:
1. Boundary, Penggambaran unsur yang berada dalam sistem yang dianalisis
dan yang berada di luar; diasumsikan bahwa unsur-unsur dalam batas yang lebih
mudah berubah dan dikendalikan dari yang di luar.
2. Lingkungan, Semua luar sistem; lingkungan menyediakan asumsi, kendala,
dan input ke sistem.
3. Input, Sumber (yaitu, data, bahan, persediaan, energi) dari lingkungan yang
dikonsumsi dan dimanipulasi dalam sistem.
4. Output, Sumber atau produk (yaitu, informasi, laporan, dokumen, tampilan
layar, bahan) yang diberikan kepada lingkungan oleh kegiatan (setelah di proses) di
dalam sistem.
5. Komponen, Kegiatan atau proses dalam sistem yang mentransformasikan
input menjadi bentuk-bentuk peralihan atau yang menghasilkan output sistem;
komponen juga dapat sistem itu sendiri, dalam hal ini mereka disebut subsistem.
6. Interface, Tempat di mana dua komponen atau sistem, bertemu
dilingkungannya atau berinteraksi.
7. Penyimpanan, Area ini digunakan untuk penyimpanan informasi sementara
dan permanen mengenai informasi, energi, bahan, dan sebagainya.

Tiga karakteristik sistem yang sangat penting untuk menganalisis dan


merancang sistem informasi adalah sebagai berikut: menentukan batas sistem,
perubahan sistem menjadi modul penguraian, dan merancang interface antara sistem
lama dan baru.
SISTEM BATAS. Sistem batas melukiskan apa yang di dalam dan apa yang
di luar sistem. Sebuah batas yang memisahkan lingkungan dari sistem atau
melukiskan subsistem dari satu sama lain. Berikut faktor-faktor untuk menentukan
batas:
1. Apa yang dapat dikontrol. Dalam hal ini kitamenyadari bahwa tidak semua
sistem dapat dikendalikan. Contoh: jika lingkungannya adalah manajemen
produk baru sehingga sistemnya adalah sistem perancangan produk baru yang
murah dan ditagih dengan cara yang sudah didukung.
2. Apa lingkup yang dikelola dalam periode tertentu. berarti manajer
membuat kemajuan dan beralih ke pekerjaan berikutnya. Sistem yang
dikembangkan sebelumnya tidak bisa digunakan dengan baik lagi atau menjadi
pilihan terbaik pada saat proyek selesai.
3. Dampak dari perubahan batas. Sebagai perubahan bisnis atau informasi
baru tentang organisasi terungkap, batas sistem yang berbeda dapat muncul untuk
menjadi bermanfaat. Keputusan ini memerlukan analisis yang cermat dari
dampak perubahan tersebut.
Component Decomposition, Sistem seperti halnya produk rakitan,
maksudnya adalah seperangkat komponen yang saling terkait. Komponen dari sistem
itu sendiri dipandang sebagai suatu sistem (atau satu set komponen yang saling
terkait) disebut subsistem (modul).
Lima tujuan penting dalam dekomposisi hierarki dari sistem, yaitu:
1. Untuk mengatasi kompleksitas sistem penguraian dari suatu sistem yang
kompleks memungkinkan kita untuk memecah sistem ke dalam potongan yang
mudah untuk dimengerti.
2. Untuk menganalisis atau mengubah hanya pada bagian darisistem penguraian
dalam komponen tertentu pada tingkatan yang tepat detail untuk pekerjaan itu.
3. Untuk merancang dan membangun setiap subsistem pada waktu yang berbeda.
Dekomposisi memungkinkan kita untuk menanggapi kebutuhan bisnis baru
sambil menjaga komponen terpengaruh utuh.
4. Untuk mengarahkan perhatian target audien. Dekomposisi memungkinkan kita
untuk fokus pada subset komponen penting untuk subset dari total populasi
pengguna.
5. Untuk memungkinkan komponen sistem untuk beroperasi secara
lebihindependen. Dekomposisi memungkinkan masalah-masalah komponen
untuk diisolasi dan komponen akan diubah, pindah, atau diganti dengan yang
memberikan dampak paling kecil pada komponen lainnya.

INTERFACES adalah titik kontak antara sistem dan lingkungannya atau antara dua
subsistem. Dalam suatu sistem informasi, fungsi interface umumnya sebagai berikut:
Penyaringan Membuang data yang tidak berguna (atau kebisingan).
Coding / decodingdata yang menerjemahkan dari satu format ke yang lain
(misalnya, beralih antara skema penomoran dua bagian, yang digunakan oleh
pemasaran dan lain yang digunakan oleh engineering).
Deteksi dan koreksi kesalahan Memeriksa kepatuhan terhadap standar dan
konsistensi; dengan mengisolasi tugas ini dalam interface, komponen lainnya
dapat berkonsentrasi pada tanggung jawab yang lebih penting.
Buffer Membiarkan dua subsistem untuk bekerja sama tanpa disinkronkan ketat,
seperti dengan memiliki interface mengumpulkan data sampai komponen
berikutnya siap untuk menerima data.
Keamanan Menolak permintaan yang tidak sah untuk data dan menyediakan
mekanisme perlindungan lainnya.
Meringkas Kondensasi volume besar masukan ke dalam statistik agregat atau
bahkan parameter matematika untuk mengurangi jumlah pekerjaan yang
dibutuhkan oleh subsistem berikutnya.

Interface juga dapat dibangun antara sistem independen yang sudah ada
sebelumnya. Sebagai contoh, sebuah perusahaan melakukan kontrak dengan
organisasi luar (mungkin bank) untuk memproses cek gaji atau dengan perusahaan
riset pasar untuk menangkap data penjualan pesaing. Dalam setiap kasus, sebuah
interface dibangun yang memungkinkan sistem eksternal untuk berkomunikasi
dengan sistem internal perusahaan.
Tujuan penting dari sebuah interface adalah sistem decoupling.Dua
komponen sistem yang membutuhkan komunikasi yang cukup sering dan cepat
sehingga menimbulkan hambatan dalam sistem. Metode utama dari sistem decoupling
adalah:
Sumber daya kendur (lambat) dan fleksibel Menyediakan jalur alternatif untuk
mengikuti ketika salah satu komponen rusak atau melambat, seperti memiliki
transmisi data yang interface mengubah rute ke operator publik jika jaringan
komunikasi data pribadi perusahaan sibuk.
Buffer Menyimpan data di lokasi sementara sebagai penyangga atau menunggu
jalur yang bisa habis sebagai data ditangani oleh komponen berikutnya.
Berbagi sumber daya Membuat toko data bersama dengan hanya satu program
(bagian dari komponen interface) mempertahankan data, sehingga menghindari
kebutuhan untuk menyinkronkan beberapa langkah memperbarui atau untuk
beroperasi dengan beberapa salinan konsisten data
Standar Menegakkan standar yang mengurangi kebutuhan untuk dua komponen
untuk berkomunikasi, seperti dalam mengadopsi kebijakan bisnis yang
mengharuskan semua pengalihan interunit informasi tentang pelanggan harus
dilakukan dengan menggunakan perusahaan kode identifikasi pelanggan standar
Decoupling memungkinkan satu subsistem tetap relatif stabil sementara
subsistem lainnya berubah. Dengan komponen ke dalam subsistem mengelompokkan
dan dengan menerapkan berbagai teknik decoupling, jumlah desain dan usaha
pemeliharaan dapat dikurangi secara signifikan. Karena bisnis terus berubah,
decoupling secara signifikan dapat mengurangi beban pemeliharaan sistem organisasi.
Decoupling juga dapat membuat lebih mudah bagi sebuah organisasi untuk terlibat
dalam merger dan akuisisi, atau unit bisnis spin-off.
Organisasi sebagai Sistem
Beberapa kerangka yang berguna ada konsep bagaimana sistem informasi
masuk ke dalam sistem organisasi. Kerangka pada Gambar 8.5, berdasarkan berlian
Leavitt, grafis menggambarkan empat komponen mendasar dalam sebuah organisasi
yang harus bekerja untuk seluruh organisasi untuk menjadi efektif: orang, teknologi
informasi, proses bisnis, dan struktur organisasi. Prinsip penting di sini adalah bahwa:
Setiap kali kita mengubah karakteristik satuatau lebih dari empat komponen ini, kita
harus mempertimbangkan perubahan kompensasi di lain.

Analisis Sistem dan Desain


Sebuah proses utama yang digunakan dalam mengembangkan sistem informasi baru
yang disebut analisis sistem dan desain (SA & D). Proses SA & D didasarkan pada
pendekatan sistem untuk pemecahan masalah. beberapa prinsip dasar yang terkait
dengan baik teknik SA & D yang berasal dari karakteristik sistem kunci dijelaskan
sebelumnya.
Dua prinsip pertama adalah:
Pilih lingkup yang tepat Memilih batas untuk sistem informasi sangat
mempengaruhi kompleksitas dan potensi keberhasilan proyek IS.
Logis sebelum fisik harus tahu apa sistem informasi adalah untuk melakukan
sebelum dapat menentukan bagaimana sebuah sistem adalah untuk beroperasi.

SYSTEM SCOPE. Sistem batas menunjukkan ruang lingkup sistem. Batas sangat
penting untuk merancang sistem atau memecahkan masalah. Terlalu sempit lingkup
bisa menyebabkan kehilangan solusi yang sangat baik untuk masalah. Terlalu lebar
lingkup bisa terlalu rumit untuk menangani. Memilih lingkup yang tepat sulit namun
penting dalam memecahkan masalah secara umum dan dalam proyek-proyek IS pada
khususnya.

LOGICAL BEFORE PHYSICAL Setiap deskripsi dari suatu sistem adalah abstrak
karena deskripsi adalah bukan sistem itu sendiri, tapi deskripsi sistem yang berbeda
bisa menekankan aspek yang berbeda dari sistem. Dua jenis umum yang penting dari
deskripsi sistem adalah deskripsi logis dan fisik. Deskripsi logis berkonsentrasi
padaapa yang sistem lakukan, dan deskripsi fisik berkonsentrasi
pada bagaimana sistem beroperasi. Cara lain untuk mengatakan ini adalah "fungsi
sebelum bentuk."
Konsekuensi ketika melanggar prinsip fungsi-sebelum-bentuk ialah dapat
meningkatkan biaya-biaya dan upaya untuk memperbaiki kesalahan spesifikasi
fungsional. Oleh sebab itu harus mendapatkan spesifikasi logis atau fungsional yang
tepat untuk memahami bagaimana memilih implementasi fisik alternatif.

PROBLEM-SOLVING STEPS langkah pemecahan masalah, telah dikaitkan dengan


proses SA & D.
Masalah (atau sistem) sebenarnya merupakan serangkaian masalah; dengan
demikian, sebuah strategi yang tepat adalah dengan memecahkan masalah ke
dalam masalah yang lebih kecil dan lebih kecil, yanglebih mudah ditangani
daripada seluruh masalah.
Sebuah solusi tunggal untuk masalah ini biasanya tidak jelas bagi semua pihak
yang berkepentingan, sehingga solusi alternatif yang mewakili perspektif yang
berbeda atau yang membuat trade-off antara hasil yang diinginkan harus dihasilkan
dan dibandingkan sebelum solusi akhir yang dipilih.
Masalah dan pemahaman tentang suatu hal bisa mengubah analisis sementara,
sehingga harus mengambil pendekatan bertahap yang menggabungkan
reassessments; ini memungkinkan komitmen tambahan untuk solusi tertentu, dengan
"go" atau "no-go" keputusan setelah setiap tahap.

PROSES BISNIS
Pada tahun 1990an banyak organisasi yang mulai mengibah bisnis mereka dalam
upaya untuk merasakan dan merespon lebih cepat pada ancaman global. Sebuah
proses bisnis adalah rantai kegaitan yang dibutuhkan untuk mencapai hasil seperti
pemenuhan pesanan atau bahan perolehan. Sistem informasi yang digunakan untuk
memfasilitasi restrukturisasi radial untuk proses bisnis

Identifying Business Processes


Suatu business process memerlukan beberapa bagian untuk menjalankan pekerjaan
didalam proses tersebut. Bagian itu terdiri dari beberapa business function yang
memiliki suatu keahlian khusus dibidangnya, misalnya adalah pekerjaan melayani
customer, maka business functionnya adalah departemen sales atau departemen
customer service. Contoh business function lainnya adalah departemen manufaktur,
departemen HRD, dan departemen keuangan.

Business Process Redesign


Business Process Reengineering (BPR) adalah proses pemikiran ulang secara
mendasar dan perancangan secara radikal terhadap proses-proses bisnis untuk
meningkatkan kinerja proses bisnis. Tujuan dari Business Process Reengineering
adalah bagaimana membuat semua proses yang ada di organisasi atau perusahaan
menjadi meningkat. Beberapa tujuan BPR menurut Andrews dan Stalick antara lain :
- Meningkatkan kemampuan organisasi dalam menghasilkan barang atau jasa
yang khusus serta mempertahankan produksi massal.
- Meningkatkan kepuasan atas barang atau jasa sehingga pelanggan akan
memilih barang atau jasa perusahaan daripada perusahaan pesaing.
- Membuat lebih mudah dan menyenangkan bagi pelanggan untuk melakukan
bisnis dengan perusahaan.
- Memutuskan batasan organisasional, membawa pelanggan kepada saluran
informasi melalui komunikasi, jaringan dan teknologi komputer.
- Mempercepat waktu respon kepada pelanggan, mengeleminasi kesalahan dan
ketidakpuasan, serta mengurangi pengembangan barang atau jasa dalam waktu
siklus pabrik.
- Memproses permintaan pelanggan yang lebih dan peningkatan volume dari
setiap pelanggan serta menetapkan harga valuedriven untuk pelanggan
tanpa mengurangi profitabilitas.
- Memperbaiki kualitas kerja dan kemampuan individu dalam memberikan
kontribusi pada perusahaan.
- Memperbaiki pembagian dan kegunaan pengetahuan organisasi sehingga
organisasi tidak tergantung pada keahlian beberapa orang saja.

Beberapa peranan TI dalam BPR:


- Basis data yang dibagi-bagikan (shared databases), membuat informasi
tersedia pada banyak tempat.
- Sistem ahli (expert systems) memungkinkan para generalis untuk
melaksanakan tugas spesialis.
- Jaringan telekomunikasi (telecommunication networks), memungkinkan
organisasi dapat disentralisasikan dan didesentralisasikan dalam waktu yang
sama.
- Perlengkapan pengambilan keputusan (decision-support tools),
memungkinkan pengambilan keputusan menjadi bagian dari pekerjaan sehari-
hari.
- Komunikasi data tanpa kabel (wireless data communication) dan komputer
yang mudah dibawa (portable computer), memungkinkan personel lapangan
bekerja secara independent.
- Videodisk interaktif (interactive videodisk), untuk mendapatkan kontak
langsung dengan pembeli potensial.
- Identifikasi otomatis dan pelacakang (automatic identification and tracking),
memungkinkan sesuatu untuk melaporkan dimana mereka berada bukan
menunggu untuk ditemukan.

Perhitungan kinerja tinggi (high performance computing), memungkinkan


perencanaan on-the-fly (diciptakan pada saat dibutuhkan) dan perbaikan.

PROCESSES AND TECHNIQUES TO DEVELOP INFORMATION SYSTEMS


Tujuannya di sini adalah untuk memperkenalkan konsep-konsep kunci yang
mendasari toolkit sistem profesional. Juga menekankan topik penggunaan untuk
kedua IS spesialis dan manajer bisnis yang diminta untuk berpartisipasi, atau
memimpin, proyek sistem.

The Information Systems Development Life Cycle

Gambar 8.8 menyajikan tiga fase model generik SDLC (SDLC): Definisi,
Konstruksi, dan Implementasi. Pada fase Definisi, pengguna akhir dan analis sistem
melakukan analisis tahapan dari operasi bisnis saat ini dan sistem informasi atau
sistem di bidang yang penting.Operasi dan sistem saat ini dijelaskan, pada tingkat
tinggi, baik melalui proses-berorientasi dan berorientasi data notasi. Sebuah deskripsi
tingkat tinggi biasanya cukup untuk mengidentifikasi masalah dan untuk nanti
memahami bagaimana transisi dari As-Is ke To-Be sistem. Analisis proses-berorientasi
berkonsentrasi pada aliran, penggunaan, dan transformasi data. Analisis data berfokus
pada jenis data yang dibutuhkan dalam sistem dan hubungan bisnis antara data
tersebut. Masalah dengan operasi saat ini dan peluang untuk mencapai nilai bisnis
melalui kemampuan IT baru diidentifikasi. Kemampuan baru kemudian
didokumentasikan secara detail menggunakan proses yang sama dan notasi
berorientasi data. Sebuah kasus bisnis dibuat untuk kelayakan sistem baru, dan
memilih salah satu solusi. Solusi ini rinci dalam sebuah pernyataan persyaratan yang
disepakati oleh semua pihak.
Tahap Konstruksi memerlukan merancang, membangun, dan pengujian sistem
yang memenuhi persyaratan dikembangkan di tahap Definition. Sistem yang pertama
adalah logis dijelaskan, dan kemudian desain fisik ditentukan. Program dan file
komputer dirancang, dan teknologi komputer yang dipilih. Input seperti bentuk bisnis
dan layar komputer, serta output seperti laporan, yang dirancang. Setelah desain fisik
diterima sebagai layak (secara teknis, ekonomis, dan operasional), perangkat lunak
komputer yang diprogram, didokumentasikan, dan diuji. Jika solusi dikemas dipilih,
maka tahap konstruksi digunakan untuk menyesuaikan paket dengan lingkungan
setempat; berbagai bentuk pengujian masih diperlukan untuk memastikan paket
disesuaikan bekerja di lingkungan setempat bersama dengan sistem lain dengan yang
harus antarmuka. Pengguna memainkan peran utama dalam penerimaan pengujian
untuk memverifikasi bahwa kebutuhan bisnis sistem telah dipenuhi.
Pada tahap implementasi, manajer bisnis dan IS profesional bekerja sama
untuk menginstal sistem baru, yang sering melibatkan mengkonversi data dan
prosedur dari sistem lama. Instalasi sistem baru dapat terjadi dalam berbagai cara,
seperti secara paralel dengan operasi sistem lama atau cutover total dan bersih. Tahap
pelaksanaan juga termasuk staf pelatihan tentang prosedur baru dan perangkat lunak
serta operasi dan pemeliharaan lanjutan dari sistem. Pemeliharaan biasanya tahap
terpanjang dari siklus sistem hidup dan menimbulkan biaya terbesar. Ini termasuk
perubahan sistem yang dihasilkan dari kelemahan dalam desain asli, dari perubahan
kebutuhan bisnis atau peraturan, dan dari menggabungkan teknologi baru.

Structured Techniques for Life Cycle Development


Merupakan Teknik terstruktur untuk Development Life Cycle merupakan
kerangka yang terdiri dari pedoman, alat, dan teknik untuk mengelola keterampilan
untuk mengatasi masalah bisnis yang terdiri dari proses, alat, teknik untuk
mengembangkan sistem , pihak-pihak yang ikut berpartisipasi, peran, tahap
pengembangan dan pengambilan keputusan, dan membuat sebuah format untuk
dokumen. Seperti dalam B2B yang mengkoordinasikan Seperti dalam B2B yang
mengkoordinasikan berbagai proyek manager sehingga dapat dengan cepat dan tepat
dalam melakukan operasional perusahaan. Teknik terstruktur merupakan
pengembangan dari berbagai proses bisnis yang ada
Procedural-Oriented Techniques
Terdapat beberapa dasar dalam Procedural-Oriented Techniques diantaranya
Document As-Is, Create Logical To-Be, dan Translate into Physical To-Be.
Document As-Is merupakan sebuah teknis yang menyediakan dasar untuk sistem baru
dimana didalamnya terdapat dua model yaitu model logis dan fisik.
Model Logika Data (Logical Data Model), yaitu konsep bagaimana data dapat
merepresentasikan sebuah kenyataan, dimasukkan ke dalam sebuah pemrosesan
logika dan dapat menghasilkan informasi. Sedangkan Model Fisik Data (Physical
Data Model), yaitu konsep bagaimana data disimpan pada media penyimpanan
(storage) dalam suatu susunan secara fisik.
Create Logical To-Be merupakan penilaian kritis dari proses kerja yang ada untuk:
- Mengidentifikasi subproses utama, badan, dan interaksi
- Pengolahan terpisah dari aliran data
- Capture hubungan antara elemen data
- Menentukan entitas dan proses dalam lingkup

Translate into Physical To-Be, dilakukan oleh spesialis IT guna melakukan pemetaan
persyaratan logis untuk teknologi yang tersedia.

Techniques for the As-Is Model


Dalam sebuah system apakah memasukkan data secara manual ataupun
otomatis, fungsi dan aliran data yang terjadi atas kegiatan bisnis harus
didokumentasikan. Setelah organisasi menghargai kegunaan pemodelan proses,
kegiatan modeling as-is dapat mulai. Titik kritis mengenai modeling as-is adalah
lingkup pemodelannya. Seberapa komprehensif model yang harus dibuat? Level of
detail apa yang harus mereka gambarkan dalam menggambarkan kegiatan
perusahaan? Informasi apa yang harus dimasukkan dalam model proses organisasi
unit, orang, tujuan, kelemahan, data, sumber daya, pengetahuan, atau pelanggan, dll?
Semua pertanyaan ini hanya dapat dijawab jika tujuan pemodelan didefinisikan
dengan jelas.

Techniques for the Logical To-Be Model


Dalam langkah ini, pengembang sistem akan membangun level yang lebih tinggi pada
sistem yang ada pada sat ini : para pengguna dan manajer ingin mengganti yang
mereka miliki sekarang. The Logical To-Be Model adalah suatu abstraksi yang
mengidentifikasi proses dan data yang dibutuhkan untuk sistem yang diinginkan tanpa
referensi siapa yang melakukan aktifitas, dimana sistem ini tercapai atau komputer
dan software yang digunakan. The Logical To-Be Model paling erat terkait dengan
data flow diagram (DFD). DFD merupakan seperangkat simbol atau gambar yang
berdiri sendiri, maksudnya simbol-simbol tersebut tidak memiliki hubungan dengan
aktivitas proses atau menyimpan data. Berikut ini merupakan 4 simbol yang
digunakan dalam DFD :
a. External Entity, sebuah bentuk yang menunjukkan beberapa elemen dalam
lingkungan dari sistem yang mengirimkan atau menerima data. External
Entity, tidak diperbolehkan untuk langsung mengakses data dalam sistem
tetapi harus mendapatkan data dari pengolahan komponen dari sistem.
b. Data Flow Arrow, Suatu data yang bergerak antara entitas ekternal dan sistem
proses antara proses sistem atau antara proses dan menyimpan data.
c. Process Circle merupakan komponen pengolahan sistem. Setiap proses harus
memiliki kedua input dan output (sedangkan entitas eksternal memiliki input,
otput atau keduanya)
d. Data Store, data yang sementara atau permanen diadakan untuk diulang oleh
satu atau lebih proses. enggunaan menyimpan data menyiratkan ada
penundaan dalam aliran data antara dua atau lebih proses atau kebutuhan
untuk penyimpanan jangka panjang . Bisa disimpulkan bahwa Data Store
merupakan simpanan dari data yang dapat berupa suatu file atau database di
komputer, suatu arsip ataupun catatan manual dan lain sebagainya.

Proses menciptakan DFD memiliki fungsi sebagai berikut :


a. Mengidentifikasi entitas yang menyediakan atau menggunakan sistem
informasi .
b. Membedakan proses dari data yang mereka gunakan atau menghasilkan
c. Menjelaskan aturan bisnis yang mempengaruhi transformasi data menjadi
informasi .
d. Mengidentifikasi hubungan logis
e. Menentukan duplikat penyimpanan dan pergerakan data .

Kunci keefektifan dari pemodelan DFD adalah penguatan hubungan hirarkir. Masing-
masing proses dalam DFD memiliki lower-level yang akan mendokumentasikan
subproses, penyimpanan data, dan aliran data yang dibutuhakan untuk menyelesaikan
tugas pemrosesan.
Ketika pemodelan DFD telah selesai, DFD akan menceritakan proses bisnis yang
tidak tergantung terhadap bentuk spesifik maupun teknologi tertentu.
Berdasarkan diagram di atas, yang mana merupakan DFD utang, dapat dilihat bahwa
masing-masing entitas eksternal, proses, aliran data, dan penuimpanan data, telah
terdokumentasikan sesuai dengan kontennya. Dokumentasi tersebut juga
menunjukkan bagaimana komponen-komponen saling terkait.
Keakuratan dan kelengkapan model DFD adalah hal yang penting bagi proses
pengubahan model Logical-To-Be ke model Physical To-Be.
Pendekatan paling umum untuk menjaga metadata dalam DFD adalah dengan
menciptakan data dictionary/directory (DD/D). Tujuan Dari DD/D adalah untuk
menjaga metadata sebisa mungkin untuk tetap lengkap kontennya. Selanjutnya,
berkaitan dengan detail dari level elemen data, hubungan antara setiap entitas harus
ditentukan. Data model dibuat secara logis dengan mendefinisikan kepentingan dan
kecukupan hubungan di antara data sistem.
Salah satu notasi paling umum bagi data model adalah entity-relationship diagram.
Berikut adalah gambaran mengenai notasi tersebut.
Ringkasnya, dalam menciptakan model Logical To-Be, memerlukan abstraksi dari
proses bisnis saat ini dari model As-Is ke representasi yang memisahkan aliran data
dari proses dan entitas, secara akurat mengidentifikasi aturan-aturan bisnis, dan
menangkap hubungan di antara data.
Figur tersebut ini menjelaskan istilah-istilah kunci dalam logical tdata modeling.

Teknik For Documenting The Physical To-Be System


Setiap desain sistem yang diusulkan harus mengatasi kebutuhan untuk setiap
kebutuhan, memberikan pengganti, dengan tujuannya untuk memenuhi karena
banyak persyaratan mungkin tanpa membahayakan penjadwalan proyek dan anggaran
kendala. Membuat Teknik Teknik For Documenting The Physical To-Be System
membutuhkan analisis tambahan dan sejumlah keputusan. Teknik untuk desain akan
menjelaskan bagaimana proses dan menyimpan data akan dipartisi, bagaimana kontrol
program akan ditangani, dan bagaimana database akan diselenggarakan.

Core Object Oriented Concept


Sebuah objek adalah orang, tempat, atau hal. Namun, kunci Perbedaan antara suatu
entitas dalam pemodelan data dan sebuah benda Data yang atribut serta metode
(kadang-kadang disebut operasi atau perilaku) yang bisa dijalankan dengan data yang
merupakan bagian dari struktur objek. Atribut dari sebuah objek danmetodenya
tersembunyi di dalam objek. Ini berarti salah satu yangobjek tidak perlu tahu rincian
tentang atributdan metode objek lain. Sebaliknya, benda berkomunikasi dengan satu
sama lain melalui pesan yang menentukan apa yang harus dilakukan, bukan
bagaimana hal itu harus dilakukan

Summary Of Process And Techniques To Develop Information Systems


Pengembangan sistem informasi sangat rinci, dan mudah untuk menjadi
kewalahan oleh banyak diagram dan dokumen. Mengapa begitu rinci? Alasannya
adalah kualitas. Kualitas sistem informasi mendukung setiap keadaan dengan
berulang, tindakan yang benar. Semua orang tersentuh oleh sistem harus setuju pada
aturan bisnis untuk mengatur setiap proses dan pada kegunaan dan kecukupan semua
input data dan output informasi. Pembangun sistem biasanya tidak ada orang-orang
yang sama yang akan menggunakan sistem dan melakukan tugas-tugas organisasi
menjadi didukung oleh sistem informasi, sehingga pembangun harus untuk diberitahu
secara eksplisit apa untuk membangun. Peraturan baru seperti Sarbanes-Oxley Act
(SOX) atau Basel II mengharuskan sistem dan perubahan sistem menjadi
didokumentasikan secara menyeluruh sehingga ada transparansi dan kontrol di tempat
yang akan memungkinkan para eksekutif untuk menandatangani laporan keuangan
dan tetap keluar dari penjara! Desain dokumentasi juga membuat karya desain
berikutnya lebih efisien, seperti memiliki cetak biru dari rumah membuatnya lebih
mudah untuk membangun sebuah tambahan dengan mengetahui kapasitas tungku
untuk mendukung ruang menambahkan, di mana pipa dan kabel mungkin di dinding
untuk diekspos, dan apa kode bangunan harus diikuti. Untungnya, manajer akan
diminta untuk meninjau spesifik dari diagram dan dokumentasi, tidak semua rincian
berdarah. Tetapi diagram dibagi oleh banyak bisnis dan teknis orang yang bekerja
pada sebuah proyek pengembangan sistem, sehingga mereka memiliki banyak
kegunaan dan harus memiliki banyak detail.

INFORMATION SYSTEM CONTROLS TO MINIMIZE BUSSINESS RISK


Risiko keamanan sistem umum lainnya adalah sebagai berikut: (1) risiko dari
tindak pidana, (2) risiko akibat perubahan staf dan kekurangan manajemen proyek,
dan (3) risiko dari bencana alam. Semua risiko ini memiliki potensi untuk tidak hanya
pelanggan yang tidak puas, tetapi juga pengeluaran bisnis yang cukup untuk koreksi
kesalahan. Ada juga risiko potensi kerugian akibat tuntutan hukum dan publisitas
negatif, yang vendor software terbesar bahkan dunia tidak ingin menerima.
Menurut Yugay dan Klimchenko (2004), "Kunci untuk mencapai kepatuhan
SOX (Sarbanes-Oxley) terletak di dalam IT, yang pada akhirnya sumber daya tunggal
mampu merespon biaya untuk membuat mekanisme pelaporan yang efektif,
memberikan integrasi data yang diperlukan dan sistem manajemen, memastikan
kualitas data dan memberikan informasi yang diperlukan pada waktunya. "kualitas
data yang buruk dapat menempatkan eksekutif di penjara. Secara khusus, berbagai
bagian dari persyaratan hasil tindakan SOX untuk organisasi dalam mengukur dan
meningkatkan kualitas metadata; memastikan keamanan data; mengukur dan
meningkatkan aksesibilitas data dan kemudahan penggunaan; mengukur dan
meningkatkan ketersediaan data, ketepatan waktu, dan relevansi; mengukur dan
meningkatkan akurasi, kelengkapan, dan data buku besar yang dimengerti; dan
mengidentifikasi dan menghilangkan duplikasi dan inkonsistensi data.

Controls in the Definition and Construction Phases


Di awal dua fase siklus hidup sistem, yang akurat dan kinerja yang handal dari
sistem dapat yakin oleh penggunaan standar, tertanam kontrol, dan pengujian
menyeluruh. metodologi standar kinerja handal sistem tergantung pada seberapa baik
dirancangdan dibangun. Tidak ada jumlah cek otomatis dapat menggantikan
kesalahan dalam perangkat lunak sendiri.Salah satu cara untuk menghindari kesalahan
adalah untuk mengembangkan standar, berulang, dan mungkin reusable metode dan
teknik untuk pengembang sistem. Penggunaan standar pemrograman bahasa dan
peralatan berarti bahwa pengembang sistem akan menjadi lebih akrab dengan alat dan
akan cenderung untuk membuat kesalahan. Metode umum adalah untuk menciptakan
sebuah perpustakaan fungsi-fungsi yang sering digunakan (seperti perhitungan net
menunjukkan nilai atau penjualan peramalan model) yang berbeda sistem informasi
dapat memanfaatkan.
Fungsi-fungsi tersebut kemudian dapat dikembangkan dan diuji dengan hati-
hati dan digunakan sebagai diperlukan, menghemat waktu pengembangan dan
mengurangi kemungkinan desain dan pemrograman kekurangan. Kebanyakan
organisasi juga memiliki standar untuk merancang antarmuka pengguna, seperti layar
dan laporan tata letak aturan dan panduan. Pentingnya standar juga meluas ke
dokumentasi sistem selama konstruksi dan berikut periode pemeliharaan dan upgrade.
Jika masa depan programmer tidak memiliki akses ke sistem dokumentasi yang
lengkap dan akurat, mereka bisa menyadari sebelum perubahan. Dokumentasi untuk
pengguna sistem juga perlu lengkap dan akurat sehingga sistem input tidak salah
ditangkap dan sistem output tidak salah digunakan. Standar juga penting untuk
mendukung informasi sistem dan pengguna.

Validation Rules And Calculations


Setiap kali unsur data diperbarui, nilai baru dapat diperiksa terhadap set sah
atau berbagai nilai-nilai yang diperbolehkan untuk data tersebut. Cek ini dapat
dilakukan di setiap aplikasi program dimana data ini dapat berubah (misalnya di
hutang penyesuaian program yang memodifikasi sebelumnya memasuki Penjual
faktur) dan dalam database mana mereka disimpan. Mengedit aturan, idealnya
disimpan dengan database, juga digunakan untuk memastikan bahwa data tidak
hilang, data yang berlaku ukuran dan jenis, dan data tersebut sesuai dengan lain
disimpan nilai (misalnya, harga produk baru berada dalam jarak beberapa toleransi
dari harga produk yang sudah ada yang serupa).
Menyediakan tampilan layar dengan data terkait dapat menjadi sangat berguna
mengedit check. Sebagai contoh, ketika vendor nomor yang dimasukkan, program
dapat menampilkan yang terkait nama dan alamat. Orang yang memasukkan atau
memodifikasi data kemudian secara visual dapat memverifikasi informasi vendor.
Mengedit aturan juga dapat memastikan bahwa hanya angka yang dimasukkan untuk
angka data, bahwa hanya layak kode yang dimasukkan, atau bahwa beberapa
perhitungan berdasarkan nilai diubah data ini berlaku. Ketika layak, data yang
dimasukkan harus dipilih dari dropdown Daftar nilai yang mungkin, dengan demikian
meminimalkan kemungkinan keystroke kesalahan. Ini mengedit cek integritas aturan
yang mengontrol data validitas. Antarmuka pengguna yang dirancang dengan baik
juga akan mencegah data kesalahan entri.
Label yang jelas untuk mengidentifikasi setiap field agar memasuki, mengedit
masker yang menunjukkan format standar untuk data, contoh format data yang valid,
tombol untuk dengan cepat menghapus bidang ketika pengguna mengakui kesalahan
entri data, dan sejenisnya pengguna panduan antarmuka membantu untuk mengontrol
entri data. Ketika kemungkinan kesalahan yang diidentifikasi, cepat dan langsung
kesalahan pesan harus menunjukkan data apa yang sebenarnya dalam kesalahan dan
mengapa, sehingga pengguna dapat memperbaiki kesalahan. Mengganti data lema
aturan harus diperbolehkan hanya bila diperlukan dan harus login sehingga mereka
dapat ditelusuri setelah fakta selama audit database. Berbagai perhitungan dapat
dilakukan untuk memvalidasi pemrosesan . Batch Total yang menghitung jumlah
tertentu data dalam kumpulan transaksi dapat dihitung baik secara manual sebelum
pengolahan dan oleh komputer selama pengolahan; perbedaan menyarankan
terjadinya data catatan kesalahan seperti transposisi digit. Meskipun mereka tidak
sangat mudah, seperti pendekatan, bersama dengan otomatis pengeditan, pergi jauh ke
arah meyakinkan input yang valid.