Desain Dan Analisis Sistem Dari Suatu Sistem Business Event D - Gunadarma
Desain dan Analisis SistemDari Suatu Sistem BusinessEvent DrivenSistem InformasiJulius Nursyamsi
Objektif Objektivitas dari bab ini untukmembantu anda memahami langkah –langkah kunci di dalam mendesain danmenganalisis aplikasi teknologiinformasi – IT.
Analisis dan Desain Dari SuatuAplikasi IT Business Event-driven Merancang kualitas aplikasi IT memerlukan suatupemahaman pengorganisasian termasuk didalamnyasasaran saat ini dan yang inginkan, strategi - strategi,rantai nilai, risiko - risiko, dan proses – proses bisnisTerdapat banyak macam metode untuk menganalisisdan merancang sistem informasi.Bagaimana para profesional melangkah dari suatukebutuhan bisnis untuk informasi dalam menciptakanprasarana IT secara fisik dapat menyediakan suatuinformasi ?
Metode – Metode Desain danAnalisis Sistem Gambar 1 masa sekarang systems analysis and design lifecycle (SDLC) dari J.A. Hoffer, J.F. George, and J.S. ValacichGambar 2 menampilkan systems development processdiperkenalkan oleh J.L. Whitten, L.D. Bentley, and V.M.BarlowPendekatan desain dan analisis lain, termasuk Disain dan analisa berorientasi-objek, Pembuatan prototype / bentuk dasar, Rekayasa sistem, Menggabungkan disain aplikasi, Disain keikutsertaan, Disain sistem pokok, Otomatisasi SDLC menggunakan alat-alat CASE
ProjectIdentificationand SelectionLangkah dari Systems Analysisand Design Life Cycle (SDLC)I. Phase IV.AnalisisPhase– ImplementasiMenentukanpersyaratan sistemdan Pemeliharaandan persyaratan–struktur denganmelaksanakanmenciptakansistemmodelproses, ihanFisik – merancangLogicaluser,II. Phase Desain Logikafilemendukungsecara fisik,user,dan database,pemeliharaan– mengembangkandan sistem.Designdesain logika dariintruksiPhysicaldatabase danpemograman.Designmerancang forms,laporan-laporan,Implementationpenghubung, dan dialog– tanya jawab.ProjectInitiationJ.A. Hoffer, J.F. George, and J.S. Valacich, Modern Systems Analysisand Design, Reading, Massachusetts: Addison Wesley, 1999.Maintenance
The Systems Development ProcessSystemsPlanningDetail sistem yangberjalan danpembatasanSystemsSupportProses pengembanganaplikasi terencanaDetail sistem yangberjalan dan nPersyaratanbisnisSystemsDesignJ.L. Whitten, L.D. Bentley, and V.M. Barlow, Systems Analysis and Design,instructors ed., 3rd ed. Burr Ridge, Ill.: Richard D. Irwin, 1994.
Phase 1: Analisis Sistem Langkah 1-A: Mendefinisikan persyaratansistemLangkah 1-B: Strukturisasi persyaratan sistemmenggunakan pemodelan prosesLangkah 1-C: Strukturisasi persyaratan sistemmenggunakan model-model logikalangkah 1-D: Strukturisasi persyaratan sistemmenggunakan pemodelan data konseptualLangkah 1-E: Pemilihan suatu strategi desain
LANGKAH I-A: Analisis Sistem Mendefinisikan persyaratan sistem Setelah organisasi memiliki : Identifkasi akan kebutuhan akan suatu proyek sistem dan dengan sukses membuat suatu kasus bisnis untukmembenarkan ivestigasi waktu dan kebutuhan dana untukmemulai suatu proyek, suatu team proyek mengorganisir dan merencanakanpekerjaan untuk diselesaikan.Team mempertimbangkan biaya-biaya, manfaat-manfaat,kelayakan, tanggung jawab, dan timeline proyek.Setelah detail – detail lengkap mereka menentukan persyaratansistem: Apakah yang merupakan harapan-harapan dari sistem ini? Apa pekerjaan dan keputusan yang akan mendukung? Apa objektif yang akan membantu organisasi untukmemenuhi?
Menentukan Persyaratan Sistem Analisisn bisnis anda mennyoroti aktivitas yang suatu organisasibutuhkan untuk membentuk eficiensi dan efektifitan untuk memenuhiobjektivitas.Suatu sistem informasi perlu mendukungaktivitas-aktivitas ini.Tambahkan proses informasi, termasukpenyimpanan data, dan aliran data, untukanalisisPertimbangkan permintaan lingkungan danbayangkan cara-cara inovasi pada sistemuntuk memungkinkan objektivitas organisasidan proses – proses yang diinginkan.
Gambar 4-3 Model REAL Christopher Inc.eadm fis p ouSumber dayaAgenKejadianChristopher Inc. menyediakan topi baseballOrderkepada team baseball liga utama untukdijualskeatpersonnelReceivedi dalam sicustomermenganalisisprosesbisnis s Christopher’s mengenali tiga Customerinformasitoaktivitasoperasional kunci : terimaes angteam-teambaseball(siapapelanganreferensi tentangtes ipaketdandikirimxsumber daya, ageneOrderkepada team-team (penjualandaricar barangoperasionalagen,dan lokasi-lokasiri e dShippingdagangan), dan menerima pembayaranby darifirmis keptteam-teamincreases CollectatsendsBankCashpaymenttakesinCashier
Struktur Proses – Proses onseResponseNotificationNotificationNotification Untuk mendukung suatu proses-proses bisnis, suatu sistem harus mengumpulkan masing-masingperistiwaoperasiyang mencetuskankebutuhan hdata penyimpanankejadiandatatentang sumberdaya, agen-agen,dandanlokasi-lokasidenganmenentukan kejadianuntukmerekamdeskriptifdata -lokasike dalam informasi,operasional.Sistimdaya,itu harusmengizinkandata untuk menyimpanperistiwadan. Ketika datainformasiditangkapselagiperistiwa operasiinfromasiterjadi, prosesperekaman dapatuntukpelanggan. tkankepadamenambahkan, menghapus,ataumelaksanakanaturan bisnisiniyangditetapkanoleh manajemenuntukmasing-masing nkinerjadan mengubahbolehmemodifikasidata tentang sumberdaya,dan bentuksumber olehdokumenlaporan hardcopy,aliran dataproduk-produkyang dariditawarkansuatuhardcopy,penjual; mengubahsuatu status Aturan-aturanini adalah petunjuk,kebijakan-kebijakan,elektronik,atau query-querykhusus -patokan-patokan,ad hocperkawinankaryawan;dan menambahkansuatu. penjual baru kepada daftar penjual).dan/atauyangtindakan-tindakan,diharapkan untuk meningkatkandokumentasimutu operasionalAliranprosedur-prosedurdatauntukini memberihak Sasaranitumemeliharaakurat, lengkap, danmenyediakandata tepat waktu tentang kepadadaninformasidenganbeberapamasalahseperti mengurangiataupihak yangluar,danmendukungsumberdaya,dan kepadalokasi-lokasiterlibatdi dalam an,atau tipuan. Idealnya, eksekusi keterkaitankeputusan untukstrategisdan operasional.operasionalprosesyang anda sedang memperagakan - modelingperistiwa operasi dan proses informasi terjadi secara serempak.
LANGKAH I-B: Analisis Sistem – StrukturisasiPersyaratan Sistem Menggunakan Pemodelan Proses Beberapa motode analisis menciptakan beberapa versidiagram alur data, termasuk Diagram alur data konteks - context data flow diagrams, Diagram alur data sistem fisik umum, diagran alur datasistem logika umum, dan Diagram alur data sistem logika usulan.Sering kali, masing-masing diagram alur datatermasuk suatu uraiandari setiap alur data.
Gambar 4-4Christopher Inc., Diagram KonteksPesananInformasi Suatu diagram kontekslingkaran anPembuatankomputerSales /sumberpengolahanKonsumentujuan-tujuandata yang dikeputusancollectionluar batasan-batasanatausystemPembayaranChristopher Inc. memerlukan suatulingkup dari sistim yangsistim ansuatu sistimyangdapatInc.perlumengizinkanaksespelanggan beberapakali selamaShippingData tidak Andamengizinkanuntuk mengirimkanolehagen-ageninternal ankepadamenunjukkan eperti jugapembawa-pembawamerekadandata dan aliran datadi pembayaran, dan anKonfirmasimenerimakonfirmasi-konfirmasiInc. pengirimanbalik,lain)kepadadatapengirimandan informasidalam batasan-batasandaripengirimandari pembawapenjualan,penagihan,dan datakritis.sistim.pembawamereka.pembayaran).
Gambar 4-5 Christopher, Inc.Level 0 Data Flow DiagramrsedOr1.0 ProsesOrderpelangganPengiriman data permintaanKonsumenTagihanPembayara n2.0 ProsesPengirimanKekonsumenPerinf mintao rm a nasiPermintaaninformasiPembuatkeputusanData pembayarannaatibant iirm mase3.0 ProsesP orPembayaraninfdari konsumen
Gambar 4-6 Christopher Inc.,Level 1 Data Flow DiagramOrder1.1Setujuidan rekamdata juiData order konsumenData romasi
Kamus Konteks Beberapa analis-analis suka menambahkan lebih detilkepada konteks dan diagram alur data lain, denganmenyediakan elemen data bahwa terdiri dari alurdata didalam diagram. Kita akan mengacu padadetail alur data ini seperti kamus konteks. Masingmasing isi kamus konteks terpisah dari didefinisikanoleh suatu tanda ( ) dan menartikan pemakaiansebagai kelanjutan set dari lambang: {}Untuk menyambung unsur-unsur dari definisiUntuk mengidentifikasi unsur-unsur pengulangandari definisi
Contoh Masukan kamusKonteks Sales-Invoice Invoice # Sale-Date Register # CustomerName Salesperson Name {Merchandise Name Qty-Sold Price Item-Total} Sale-TotalCustomer-Profile Report-Date Name State Birth date Telephone {Merchandise Description Qty-Sold}Product-Sales Report-Date {Merchandise # MerchandiseDescription Qty-Sold %Margin Contribution}Accounting-Revenue Report-Date Reporting-Period Revenuefor Reporting-PeriodSales-by-Salesperson Report-Date {Salesperson Name {Merchandise-Description Qty-Sold Contribution} TotalSales Total Contribution
Langkah – langkah PrototipeTambahanKetika prosesandapelaporansedang yangmenciptakandiagramalur dataatauBanyaknyadiperlukan selamasatu aplikasiadalahsuatuwork-flowsuntuk suatu prosesbagaimanaandafungsibanyaknya pandangan-pandanganyangbisnis,diperlukanoleh informasipelanggan.Anda akanmemerlukanproses pelaporanuntuk emeliharaan,danmemerlukanpandangan keluaran.Untukmembanturencanamenentukanproses pelaporanyang andaperlukanpadasuatuanda,aplikasiIT?berapa banyak yang harus mengikuti dari tiga jenis pelaporan uraian keluaranyangAndadibutuhkaninformasi pelanggananda: anda dan diagramdapatsebagaimenggunakanmodel REAL Dokumensumber:kontekssebagai suatu pemandu.yang dicetakatau -transmisi diagramkontekscontextelektronikdiagramdokumentasi data peristiwa laporan-laporanPreformated: inflow danoutflow untukmelaporkan secara teratur digunakan oleh informasi pelangganAndamemerlukansatukejadianproses pemeliharaanperekaman di didalamdalamaplikasiRecorddata Laporan-laporankhusus - ad hoc:IT sumberdaya,agen,lokasi sidi dalam queri, pelaporanmenyediakan suatu pandangan baru atau suatu pandangan yang jarangdigunakan
Kasus penyimpanan penjualan eceranMcKell's CheckpointProses pelaporan untuk menangani fungsi manajemen kunci:Menggunakancontohpenjualaneceran araan FakturPenjualan; Peliharadatakonsumen,aplikasiITinginmempunyai:: ProfilPelanggan-suatupelaporan yang menyediakan informasitentangdankebiasaan-kebiasaan Peliharadatabarang dagangan, m data pembelianmereka; Peliharadatapenjualdan yangperistiwapenjualan)untukmerekamyang n dan Peliharanregister jenis tipe barang dagangan ;untuk menyimpan sumber daya, agen, dan data PendapatanAkuntansilokasi terbarudan-suatuvalid pelaporan yang menyediakan suatukalkulasi hasil penjualan untuk suatu periode yang spesifik ; Menjual oleh Salesperson -suatu melaporkan bahwa detil barangdagangan dan sumbangan kepada hasil penjualan untuk masingmasing penjual)
Langkah 1-C: Strukturisasi PersyaratanSistem Menggunakan Model-Model Logika Setelah diagram alir data lengkap bahwa secara grafik menunjukkanalir data untuk memenuhi persyaratan-persyaratan sistim, banyakanalis menggunakan model logika untuk mewakili logika dari prosesproses informasi penanda di dalam diagram-diagram alur data.Sasaran mereka untuk menghasilkan uraian-uraian dan diagramyang menyebutkan satu per satu logika yang terdapat di masingmasing proses penanda di dalam diagram-diagram alur data.Teknik-teknik yang digunakan selama langkah ini memasukkan didalamnya struktur bahasa Inggris, tabel keputusan, pohonkeputusan, dan diagram transisi status atau tabel-tabel.Kita akan ikhtisar hanya satu saja teknik-teknik ini: Struktur BahasaInggris.
Struktur English Structured English digunakan untuk merencanakan danmembangun langkah-langkah sehimpunan instruksi komputer(sebuah program) tanpa menggunakan bahasa pemrograman.Structured English digunakan untuk menentukan logik terinci darisetiap proses informasi (Exhibit 4-7).Structured English fokus pada keringkasan dan kejelasan dokumenyang merupakan hal pokok dari sebuah proses informasi danmenghilangkan : kata sifat.Kata keterangan.Kalimat-kalimat gabungan.Ekspresi-ekspresi non-imperative (non-bentuk perintah).Semua kecuali sebuah himpunan terbatas struktur logik dankondisional.Sebagian besar pemberian tanda baca.Detil-detil jenis catatan kaki.
Gambar 4-7Contoh Struktur InggrisDataInputProsesOutputKarena masing-masing Pesanan Pelanggan dilakukanmengikuti:1. Mencari Nama Pelangganjika ditemukanKonfirmasikan info pelanggan dengan pelangganjika tidak menemukanMasukkan data pelanggan2. Periksa ketersediaan permintaan inventorijika tersediaKonfirmasikan informasi kepada kapaljika tidak tersediaInformasikan pelanggan dengan konfirmasi pesanan3. Sediakan pelanggan dengan Order Confirmation4. Kirimkan pemberitahuan untuk agen mengemasi
Risiko Peristiwa Bisnis Sebagai tambahan untuk memasuk logika dalammelengkapi suatu tugas yang diinginkan, langkah inimenyediakan suatu peluang untuk berpikir tentangjalannya teknologi informasi dapat digunakan untukmembantu mengurangi risiko bisnis dan informasi. Satu peristiwa operasi yang terjadi di waktu atau urutan yangsalah.Satu peristiwa operasi yang terjadi tanpa otorisasi yang tepat.Satu peristiwa operasi yang disertai agen internal yang salah.Satu peristiwa operasi yang disertai agen eksternal yang salah.Satu peristiwa operasi yang disertai sumber daya yang salah.Satu peristiwa operasi yang disertai jumlah sumber daya.Satu peristiwa operasi yang terjadi di lokasi yang salah.
Risiko – Risiko PeristiwaInformasi Risiko peristiwa informasi memasukkan di dalamnya resiko-resiko yangberhubungan dengan taklengkap, taktepat, atau perekaman tidak syah,pemeliharaan, dan aktivitas informasi pelaporan: Merekam resiko -Merekam resiko memasukkan di dalamnya merekam taklengkap,taktepat, atau data takberlaku sekitar satu peristiwa operasi. Data yang tidaksempurna mengakibatkan tidak di rekamnya semua karakteristik yang relevan padasuatu peristiwa operasi ke dalam penyimpan data. Ketidaktepatan-ketidaktepatandari merekam data bahwa tidak teliti mewakili - menunjukkan peristiwa. Takberlakumengacu pada data yang direkam tentang suatu peristiwa yang dibuat.Pemeliharaan risiko - Pemeliharaan risiko hal yang utama sama halnya denganmerekam risiko. Satu-satunya perbedaan adalah karena pemeliharaan databerhubungan dengan sumber daya, agen-agen, dan lokasi-lokasi dibandingkandengan kejadian operasi.Risiko-risiko pelaporan - Risiko-risiko pelaporan memasukkan di dalamnya datayang tidak sesuai digolongkan, tidak sesuai dengan meringkas, syarat kepada parapihak yang tidak syah, atau tidak menyiapkan dalam bentuk suatu cara yang tepatwaktu. .
Langkah I-D: Analisis Sistem :Persyaratan membangun sistemmenggunakan pemodelan data konseptual Berfokus kepada spesifik data yang andaingin menangkap untuk menguraikankenyataan dan menghasilkan keluarankeluaran yang diperlukan kitamenggunakan suatu model datakonseptual.Model data konseptual menunjukkankesatuan-kesatuan atau object yang andaingin mengumpulkan tentang data, danmemutuskan tentang artinya danhubungan timbal balik dari antara object
Contoh Entity Person : EMPLOYEE, STUDENT, or PATIENTPlace : STATE, REGION, or COUNTRYObject : MACHINE, BUILDING, orAUTOMOBILEEvent : SALE, REGISTRATION, or RENEWALConcept : ACCOUNT, COURSE, or WORKCENTER
ERD – Entity Relationship Data Data Entity apapun, nyata atau abstrak, tentangyang kita ingimnkan untuk menyimpandata.Sinomim – sinomim memasukan jenisentity, kelas entity atau objekData relationship Suatu asosiasi yang alami bahwa adadiantara satu atau lebih entityAktivitas bisnis atau peristiwa bahwamenghubungkan satu atau lebih entityEntityNameRelationshipName
ContohKonsumenTempat/ ataudi tempatkan olehPesananBerisi ataudimasukan olehPemasok
Kesatuan – kesatuan ; Entities AGENKesatuan-kesatuan yang menguraikan peran-peran yangdimainkan di dalam suatu sistim. Biasanya menunjukkanorang-orang atau organisasi-organisasiPELANGGAN, AGEN, BINATANG, PELAMAR/PEMINTA,PEMINJAM, ANAK, KELAS, KLIEN, PEMBORONG, KREDITUR,DEPARTEMEN, KARYAWAN, PEMBERI KERJA, INSTRUKTUR,MANAJER, KANTOR, PENJUAL, PENYALUR, REGU, PENJUAL
Kesatuan – kesatuan ; Entities Sumber daya - RESOURCESKesatuan-kesatuan yang menguraikan berbagai hal yangterukur. berbagai hal Yang paling mudah terukur untukmengidentifikasi karena anda dapat melihatnya. . BUKU, BAHAN KIMIA, KURSUS, DISK, PERALATAN,MESIN, MATERIAL, LOGAM, SUKU CADANG, PRODUK,PROGRAM, PELAYANAN, UNSUR POKOK, SARANA
Kesatuan – kesatuan ; Entities Peristiwa - EVENTSKebanyakan peristiwa-kejadian mudah diidentifikasikarena bisnis merekam data dalam bentuk form ataufile-file.Peristiwa-kejadaian ditandai oleh suatu fakta yangterjadi atau mempunyai durasi PERSETUJUAN, APLIKASI, PERJANJAJIAN,PENUGASAN, BACKORDER, ANGGARAN, TUNTUTAN,KONTRAK, DEPOSITO, PENGELUARAN, PERAMALAN,FAKTUR, PEKERJAAN, LISENSI, PEMBAYARAN,PEMBELIAN PESANAN, REGISTRASI, RESERVASI,RESUME, SEMESTER, PENGIRIMAN, LANGKAH,TUGAS, UJIAN, PESANAN PEKERJAAN
Kesatuan – kesatuan ; Entities Lokasi - LOCATIONSEntity dapat menguraikan lokasi - lokasi CABANG, BANGUNAN, KAMPUS, KOTA, NEGARA,DAERAH, RUANG, RUTE, DAERAH PENJUALAN,ZONE SEKOLAH, PROVINSI, RUANG SIMPAN,DAERAH PEMBERI SUARA, ZONE GUDANG
Entiti dan Kelas atau KelompokEntity Entiti suatu jenis yang dikelompokan ke dalam suatu kelompok kelasentityDengan demikian, penggolongan kelas entity EMPLOYEE merupakankumpulan semua entiti EMPLOYEEKelas Entity digambarkan oleh struktur merekaSuatu kejadian dari entity mewakili entiti tertentu seperti Customer1234 dan digambarkan oleh nilai-nilai dari atribut-atributnyaYang hanya dapat menentukan untuk membantu dalammendapatkan kesatuan-kesatuan adalah suatu kesatuan yangbiasanya merupakan nama benda ; INVOICE - FAKTURKejadian dari entity diidentifikasi dalam jamak – faktur-faktur(Invoices)
Atribut - Atribut Atribut merupakan suatu pemilikan dari suatukesatuanAtribut Data menunjukan karakteristik yang bersifatumum kepada semua atau kebanyakan semuakejadian dari entity tertentu.Termasuk sinonim-sinonim : properties, dataelements, descriptors, dan fieldsAtribut-atribut menerima nilai-nilai untuk masingmasing kejadian dari suatu entity. Satu atribut harusmempunyai nilai lebih atau satu nilai yang sah jikatidak merupakan suatu konstan.
Identifier Identifier adalah satu atribut atau kombinasi dari atributdengan unik mengidentifikasi satu dan hanya satukejadian dari suatu entity.Sinonim termasuk key atau primary key Suatu contoh, Kejadian karywan dapat dikenali olehSocialInsuranceNumber, EmployeeNumber atauEmployeeName Identifiers dari suatu kejadian entity terdiri dari satuatau lebih atribut-atribut entity Suatu identifier dapat bersifat unik atau tidak unik Identifiers terdiri atas dua atau lebihatribut-atributyang disebut gabungan identifiers
Relationships Suatu hubungan adalah suatu asosiasi atau perhubungan antaradua atau lebih kesatuanEntiti – kesatuan dapat dihubungkan dengan satu sama lain didalam hubungan-hubungan (relationships).Suatu hubungan dapat termasuk banyak kesatuan ; dan banyaknyakesatuan – entiti di dalam suatu hubungan adalah suatu derajattingkat dari hubungan . Derajat tingkat 2 hubungan bersifat umum danmenyebutnyahubungan biner 1:1one to one AUTO - ASSIGNMENT 1:None to many DORM - OCCUPANT N:Mmany to many STUDENT - CLUB
Derajat Tingkat CHILDDegree 2Degree 3
Tiga Tipe Dari BinaryRelationshipsmay or may notThese areoften calledHAS ArelationshipsEMPLOYEE1:1AUTOAUTO-ASSIGNMENTmust ardinalitySTUDENTN:MSTUDENT-CLUBCLUB
Relationships LainKardinalitas minimumDORMITORY1:NSTUDENTDORM-OCCUPANTHubungan berulangSTUDENT1:NROOMS-WITHHubungan lemahEMPLOYEEID DependententityBUILDING1:NDEPENDENT1:NAPARTMENT
ERD:Semantic Object Model ITEMI:NITEM
Access Database Relationships
Diagram REAL(1,1)Product-Item(Resource)(0,*)(1,1)(0,*)List ItemsOrdered (Event)(1,*)Customer(Agent)(0,*)Take Order(Event)(0,*)SalesPerson(1,1) (Agent)CUSTOMERSALESPERSON(Customer#, CustomerName, Street, City, State, Zip)ITEM(Item#, Name, Description)SALES-ORDER(SalesPerson#, SalesPersonName)(Order#, Date, [Customer#], [SalesPerson#],Subtotal,Tax, Total)ITEMS-ORDERED (LineItem#, [Order#],Quantity, [Item#], ExtendedPrice)
Gambar 4-8Contoh Hubungan BerualangEmployeemanagesEmployeemanages
Relationships Digambarkan oleh kata kerja atau prasa kata kerjaRelationships berganda bersifat mungkin antara duaentitySedangdiambil olehCOURSESTUDENTDiambil oleh
Ordinalitas - Ordinality Didefinisikan apakah hubungan antaraentity adalah wajib atau opsional.Ordinality menentukan nomor minimumdari kejadian dari satu entity relatifuntuk yang lain.Ordinality harus digambarkan ke dalamdua arah
Kardinalitas - CardinalityMenggambarkan nomor maksimum dari kejadiankejadian dari satu entity suatu kejadian dari entity yangterkait Ini adalah nomor disebelah kanan dari tanda titik dua dibawah. Ordinality adalah nomor disebelah kiri tanda titik0:Mdua.OrderProductsCustomer 1:1Places0:MContains1:M
Relationships Dapat digambarkanOleh Data Secara nomor hubungan tidak dapat digambarkanoleh atribut – atribut data.Bagaimanapun jika Cardinality banyak dikedua arah,suatu hubungan dengan sendirinya frekuensi yangdigambarkan oleh atribut - atribut data.Hubungan “Many to Many”Suatu asosiatif entity adalah suatu atribut-atributdata entity yang menggambarkan suatu hubunganantara dua atau lebih entity dasar
Many to NDIsPlacedFor0:MFaktur
Menghubungkan Objek DenganMany to Many (*:*) RelationshipsBuatlah suatu tabel yang terpisahtermasuk atribut kunci darikeduanya objek tabel.
Menghubungkan Objek Dengan One to One(1:1) RelationshipsBuat suatu tabelYang terpisahTermasuk atributKunci dari keduanyaobjekatautempakanAtribut kunciDari manapun objekDi dalam tabelYang lainKetika anda sedang menghubungkan dua kejadian dengansuatu hubungan 1:1,baik tempatkan kunci dari tabel peristiwa sebelumnyakedalam tabel peristiwa yang berikutnyaatau membuat tabel ketiga
Menghubungkan objek dengan One to Many(1:*) atau Many to One (*:1) RelationshipsMenempatkan atribut kunci dariobjek dengan 1 sisi dari cardinalitykedalam tabel dari sisimany (*) dari cardinality.Jika anda mengikuti aturan yang ditetapkan dan menemukanBahwa anda akan menempatkan kunci dari peristiwaTerjadi detik kedalam tabel dari peristiwa pertama,Menciptakan tabel yang terpisah termasuk atribut kuncidari kedua tabel peristiwa.
Gambar 4-9 Model REAL Christopher ncludes(1,*)Receivecustomerorder(1,1)iseadm ofupBankis keptat(1,1)(0,*)(0,*) )carr(1,*)ied 0,*)ShippingpersonnelShippingfirmsends(0,*) takes in (1,1)Cashier(1,1)
Exhibit 4-10 Notasi yang berbeda untukmenunjukan Hubungan Kardinalitas(1,1)(1,*)(0,1)(0,*)
Gambar 4-11Atribut Entity Di Dalam Suatu Diagram ERInventoryItem #InventoryItem #InventoryItem #InventoryItem #InventoryItem #InventoryInventoryItem #InventoryItem #
Exhibit 4-12Contoh Hubungan Tabel DatabaseTabel konsumenCustomer#LastFirst AddressTelephoneName Name1001Mays ebusterWay99999991003Bonds Bobby301OutofhereBlvd. 1234567
Tabel Penjulan(tanpa suatu tabel yang terpisah untuk sale-inventory *:* relationship):SalesEvent #Termsof SaleSalesperson Customer Inventory Inventory PriceIDIDItem #Quantity eachDate12/52 10,net 304365498752.5012/52 10,net 304365478541.7512/52 10,net 3043654562151.9922/52 10,net 306746998272.9522/52 10,net 2295.7532/5COD8295641383.0032/5COD82956335577.50
Sales Event TableSalesEvent #123Date2/52/52/5SalespersonTermsID2 10, net 30 42 10, net 30 6COD8CustomerID36547462956(*:*) Sale-Inventory TableSalesEvent #111223333InventoryItem 6.0017.50
Gambar4-13 Christopher Inc.Struktur Peristiwa Logis – Pengambilan OrderCUSTOMERCustomer #,Name,Street Address,City, State, Zip,Telephone#Credit Rating,Credit LimitEMPLOYEE,Employee #,Name, AddressTelephone #,BirthDateStart date,Salary,RECEIVE CUSTOMERORDERSales Order #,[Customer #],[Customer OrderRepresentative Employee #],Date, Time, Instructions,Cancel by Date, Location ororderINVENTORYInventory Item #,Description,Product Specification,Reorder Point,Current Price,Beginning Quantity,Beginning Quantity DateORDER/INVENTORY[Sales Order #],[Inventory item #],Quantity OrderedLegendRELATIONPrimary Key[Foreign Key]
Gambar4-13 Christopher Inc.Struktur Peristiwa Logis – PengirimanSales OrderCustomerEmployeeSHIPPING FIRM,Shipping Firm ID#,Shipping FirmName,AddressTelephone #,Contact PersonRate InformationSHIP ORDERInvoice #,[Sales Order #],[Customer #],[Shipping PersonnelEmployee #],[Shipping Firm ID #],Date, Time, Shipmenttracking #, Sales TaxInventorySHIP/INVENTORY[Invoice #],[Inventory Item #],Quantity Shipped,Price Each
Gambar4-13 Christopher Inc.Struktur Peristiwa Logis –- Pengumpulan TunaiBANKCASHBank #,Bank Name,AddressCash Account #,[Bank #],Type of AccountBeginning BalanceDateShipping OrderCOLLECT PAYMENT[Invoice #],[Cash Receipt #],Amount applied tothis InvoiceCustomerEmployeeCash Receipt #,[Cash Account #],[Customer #],[Cashier Employee #],Date, Time, Amount Received,Electronic Funds Transfer #SHIP/COLLECTPAYMENT
Exhibit 4-14 Menghubungkanproses perekaman pesanandengan Data ERORDER PERSONNELORDER-INVENTORY
Gambar 4-15Contoh proses-proses pemeliharaandan akses STOMERUpdateShippingfirmDataSHIPPING FIRMUpdateInventoryDataINVENTORY
Gambar 4-16Contoh secara umum suatu laporanSales-by-SalespersonMERCHANDISERequest Sales-bySalesperson SALE-MERCHANDISESales-by-Salesperson Report-Date {Salesperson Name {Merchandise-Description Qty-Sold Contribution} TotalSales Total Contribution
Gambar 4-17Evolusi Pemodelan AISStage 1Sistem manualSumber daya:ManualProses:Perputaran AktPenyimpanan dataJournals & LedgersBias:Laporan keuanganumumStage 2SistemotomatisasiSumber daya:Information TechnologyProses:Perputaran AKtPenyimpanan data (file)Journals & LedgersBias:Laporan keuanganumumStage 3Aplikasi IT Event DrivenSumber daya:Information TechnologyProses:Record, Maintain, ReportData aktivitas bisnisPenyimpanan data:Business Activity DataIntegrated StoresBias:Mendukung perencanaan,Pengawasan & evaluasiBerbagai macam aktivitasInformasi konsumen
Prototyping: Langkah PendahuluanLangkah 1: Meninjau ulang proses bisnis danmengidentifikasi peristiwa bisnis yang diminati.
Prototyping: Langkah PendahuluanLangkah 1: Meninjau ulang proses bisnis danmengidentifikasi peristiwa bisnis yang diminatiLangkah 2: Analisis masing-masing peritiwauntuk mengidentifikasi sumber daya, agen danlikasi peristiwa
Prototyping: Langkah PendahuluanLangkah 1: Meninjau ulang proses bisnis danmengidentifikasi peristiwa bisnis yang diminatiLangkah 2: Analisis masing-masing peritiwauntuk mengidentifikasi sumber daya, agen danlokasi peristiwa.Langkah 3 : Identifikasiprilaku yang relevan,karakteristik, dan atribut –atribut dari peristiwa, sumberdaya, agen dan lokasi.
Prototyping: Langkah PendahuluanLangkah 1: Meninjau ulang proses bisnis danmengidentifikasi peristiwa bisnis yang diminati.Langkah 2: Analisis masing-masing peritiwauntuk mengidentifikasi sumber daya, agen danlokasi peristiwa.Langkah 3 : Identifikasi prilaku yang relevan,karakteristik, dan atribut – atribut dari peristiwa, sumberdaya, agen dan lokasi.Langkah 4 : Identifikasihubungan langsung antaraobjek
Prototyping: Langkah PendahuluanLangkah 1: Meninjau ulang proses bisnis danmengidentifikasi peristiwa bisnis yang diminati.Langkah 2: Analisis masing-masing peritiwauntuk mengidentif
Langkah 1-A: Mendefinisikan persyaratan sistem Langkah 1-B: Strukturisasi persyaratan sistem menggunakan pemodelan proses Langkah 1-C: Strukturisasi persyaratan sistem menggunakan model-model logika langkah 1-D: Strukturisasi persyaratan sistem menggunakan pemodelan data konseptual Langkah 1-E: Pemilihan suatu strategi desain
sistem organ, kelainan dan penyakit. Sistem – sistem pada manusia dan hewan 1. Sistem pencernaan 2. Sistem ekskresi 3. Sistem pernapasan 4. Sistem peredaran darah 5. Sistem saraf dan indera 6. Sistem gerak 7. Sistem imun 8. Sistem reproduksi 9. Keterkaitan antar sistem organ dan homeostasis 10. Kelain
a. Pemodelan kebutuhan. b. Pemodelan data dan proses menggunakan DFD dan Flow Diagram. c. Strategi pengembangan. 3. Desain Tahapan desain adalah tahapan dimana spesifikasi sistem secara lengkap dibuat berda-sarkan kebutuhan yang telah direkomendasikan pada tahap sebelumnya. Tahap desain terdiri dari: a. Desain Database b. Desain User Interface
Arsitektur dan Desain Riset Studi Perkotaan dan Lingkungan Binaan . Topik yang termasuk sub bidang ini, antara lain: teknologi dan desain berkelanjutan, komputer arsitektur, metoda desain dan teori, arsitektur perilaku, desain dan pemrograman arsitektur, . itu, dukungan kebijakan, sumber daya dan pengalokasiannya. Belum lagi mekanisme .
yaitu data penduduk, data kelahiran, data kematian, data pindah datang penduduk, dan data pegawai. Analisis sistem berupa analisis kelemahan sistem dan analisis kebutuhan sistem. Perancangan desain sistem menggunakan Microsoft Visio untuk membuat diagram konteks, DFD, dan ERD. Aplikasi dibuat menggunakan Xammp serta
ANALISIS DAN PERANCANGAN SISTEM INFORMMASI BAB I Konsep Dasar Sistem 1.1 Pengertian Sistem Definisi sistem berkembang sesuai dengan konteks dimana pengertian sistem itu digunakan. Disini akan diberikan beberapa definisi sistem secara umum: z Kumpulan dari bagian-bagian yang bekerja bersama-sama untuk mencapai tujuan yang sama – Contoh
perpaduan warna,teks,dan gambar yang sesuai dengan isi dan tujuan CMS. c. Desain isi Melakukan perancangan modul dari aplikasi CMS.Desain dirancang berdasarkan kebutuhan informasi yang telah diidentifikasi pada proses analisis.Desain basis data dilakukan yaitu desain model logic,desain mod
seni, sosiologi seni, managemen seni sebagai dasar riset sebagai model penggalian, . c. Prodi S1 Desain Interior Penelitian skripsi dengan menitikberatkan pada: 1) kemampuan memahami berbagai paradigma dalam filsafat ilmu, estetika desain, dan keragaman desain . Fakultas Seni Rupa Dan Desain.
3 Lorsqu’un additif présent dans un arôme, un additif ou une enzyme alimentaire a une fonction technologique dans la denrée alimentaire à laquelle il est adjoint, il est considéré comme additif de cette denrée alimentaire, et non de l’arôme, de l’additif ou de l’enzyme alimentaire ajouté et doit dès lors remplir les conditions d’emploi définies pour la denrée en question .
