TUGAS KELOMPOK

ANALISIS PERANCANGAN SISTEM INFORMASI

D

I

S

U

S

U

N

OLEH

DEWI SURIANI 120709015

GINIUNG PRATIDINA 120709050

NUR ASIYAH 120709062

WINDA KHARISMA 120709018

SRI FITRIANI 1207090

DEDY ANDREAS 120709012

PROGRAM STUDI ILMU PERPUSTAKAAN DAN INFORMASI S-I

UNIVERSITAS SUMATERA UTARA

2015

Top of Form

BAB 3: Desain Sistem

Bab ini memperkenalkan teknik untuk desain antarmuka, menu, dan basis data, berdasarkan spesifikasi kebutuhan bekerja selama fase analisis (Fungsi diagram, diagram hubungan, data flow diagram) pada akhir fase ini, Anda perlu mengidentifikasi batas antara sistem komputer dan manusia dan menemukan jawaban untuk pertanyaan tentang bagaimana untuk mencapai tujuan sistem

3.1 Keseluruhan Spesifikasi Racangan

Menurut definisi, analisis dan desain adalah dua kegiatan yang terpisah. Desain sistem informasi tepat mengharuskan analis memahami tujuan dan sasaran manajemen. Mereka juga harus peka terhadap perubahan yang mungkin terjadi untuk mencapai tujuan dan objek dari waktu ke waktu menanggapi perubahan dalam lingkungan yang kompetitif

3.1.1 Tinjauan desain terstruktur

Desain struktur dicapai melalui pelaksanaan yang konsisten dari pandangan filosofis tertentu. salah satu, fungsi, menekankan seluruh praktek desain terstruktur. dari metode ini ., Desain terstruktur adalah metode desain perangkat lunak yang sejajar dengan tren saat ini dalam teknologi sistem yang mudah untuk dipertahankan dengan biaya se-efektif mungkin. Perancang harus melihat melalui program, modul, dan rutinitas dan memeriksa hubungan. pemetaan fungsi logis ke modul fisik ditunda sampai tahap akhir dari desain. Aspek unik yang luar biasa dari desain terstruktur adalah mencakup beberapa cara yang berbeda untuk mengevaluasi desain. hanya satu kriteria kualitas desain ke dalamnya dapat diterapkan untuk setiap desain perangkat lunak, bukan hanya mereka menghasilkan menggunakan metode ini Rekayasa kriteria evaluasi tantangan software desain terstruktur terdapat dalam tiga cara : - Penindasan coding masalah, membuat masalah ini tunduk kepada prinsip-prinsip desain - Penerimaan pandang sistem dan bukan pandangan lokal sebagai indikator kunci keberhasilan atau kegagalan - Resolusi masalah yang berkaitan dengan menyelesaikan desain meskipun penerapan telah ditentukan melalui sistem nilai

Desain terstruktur menyediakan dua cara yang efektif untuk mengevaluasi keputusan desain software. berikut adalah beberapa panduan untuk memaksimalkan manfaat dari memperkenalkan desain terstruktur menjadi sebuah organisasi .: - Buatlah jelas dari awal bahwa desain struktur bukanlah obat untuk masalah organisasi- Mendapatkan dukungan dari siapa saja yang dapat dipengaruhi oleh perubahan ini - Tekankan fleksibilitas bahwa desain terstruktur menyediakan dan mengecilkan kesalahpahaman yang dapat dibatasi - Pengembangan desain terstruktur melewati dua fase utama: pengembangan desain logis dan pengembangan desain fisik - Desain logis mengubah diagram dataflow dikembangkan selama tahap analisis terstruktur dalam penyulingan untuk merancang untuk mencerminkan jenis kualitas atribut yang desain terstruktur mendorong. - Tahap desain fisik melibatkan modifikasi dari desain logis untuk mengakomodasi apa pun perubahan yang diperlukan

Sebagai sebuah proses, desain berjalan melalui tahapan sebagai berikut:

- Transformasi dari model masalah dalam model solusi awal - Hiasan dari desain awal untuk menyertakan fitur yang diperlukan - Transformasi Inggris terstruktur ke dalam kode semu - Evaluasi dan penyempurnaan kualitas desain - Merevisi desain untuk mengakomodasi kendala pelaksanaan Desain adalah cetak biru yang tepat dari apa yang akan dibangun dan dasar untuk konfigurasi dan isi cetak biru yang

3.1.2 Tujuan dan Sasaran Desain

Tujuan desain ditentukan dalam model implementasi pengguna. kemampuan programmer untuk mengimplementasikan tinggi - kualitas, sistem bebas kesalahan-sangat tergantung pada sifat dari desain yang dibuat oleh desainer, juga kemampuan programmer untuk membuat perubahan pada sistem setelah dimasukkan ke dalam operasi dan untuk sistem diperluas tergantung pada kualitas desain

Bidang desain terstruktur berisi sejumlah pedoman yang membantu desainer menentukan modul, dan ter interkoneksi antara modul terbaik akan menerapkan persyaratan yang ditentukan oleh analisis sistem. pedoman yang paling penting adalah kopling dan kohesi:

Kohesi: adalah sejauh mana komponen modul yang perlu dan cukup untuk melaksanakan fungsi tunggal,. Dalam prakteknya, desainer sistem harus memastikan bahwa mereka tidak membagi proses penting dalam modul terfragmentasi dan desainer sistem harus memastikan bahwa mereka tidak mengumpulkan proses bersama-sama terkait (direpresentasikan sebagai proses pada DFD)

Coupling: adalah sejauh mana modul saling berhubungan atau terkait satu sama lain. Semakin kuat kopling antara modul dalam sistem, semakin sulit untuk menerapkan dan memelihara sistem, karena modifikasi untuk satu modul akan memerlukan studi yang cermat, serta kemungkinan perubahan dan modifikasi, untuk satu atau lebih modul lain. setiap modul harus sederhana, antarmuka dengan modul lain, dan jumlah minimum elemen data harus dibagi antara modul.

Sebagaimana telah kita lihat, langkah pertama merancang proses adalah untuk memetakan model penting dari kebutuhan pengguna ke sebuah konfigurasi prosesor. kemudian, dalam setiap prosesor, perancang harus memutuskan bagaimana mengalokasikan proses dan data ke tugas yang berbeda. akhirnya, kita harus mengatur proses dalam setiap tugas menjadi hirarki modul, menggunakan alat pemodelan.

3.1.3. Hubungan antara Analisis Sistem dan Desain

Keuntungan besar menggunakan Struktur Analisis sebagai pendaluhu untuk Desain Struktur adalah bahwa tidak ada yang dikembangkan selama analisis yang terbuang. Setiap poin utama dari analisis digunakan dalam tahap desain terstruktur untuk mengembangkan salah satu poin yang utama.

Pekerjaan analisis yang buruk akan menyebabkan masalah, apakah itu diselesaikan oleh orang yang sama mengerjakan desain atau tidak. Beberapa dari kesalahan umum selama analisis struktur ditunjukan pada gambar bersama dengan gejala yang mereka hasilkan selama mendesain.

Masalah

Efek pada Desain

Data Flow Diagaram tidak seimbang

‘Tidak Jelas’ nama proses

Tidak ada kamus

Kamus tidak berkolerasi dengan Data Flow Diagram

Data Flow Diagram tidak berkolerasi dengan kamus

Pseudocode tidak divalidasi

Pseudocode tidak berkolerasi dengan kamus

Masalah antarmuka

Perlu melakukan parisi ulang

Duplikat dan aliasing

Duplikat dan aliasing dan masalah antarmuka

Duplikat dan aliasing dan masalah antarmuka

Kesalahan logika

Data alias dan masalah antarmuka

Tahap Pengembangan

Tipe Model

Analisis Struktur

Desain Struktur

Implementasi

Proses

Data Flow Diagram

Kamus

Pseudocode

Grafik Struktur

Kamus

Pseudocode

Kode

Kamus

Informasi

Hubungan-kesatuan

Diagran

Kamus

Desain Database

Kamus

Diimplementasikan

Database

Kamus

Event

Model Event

Kamus

Model Event

Kamus

Model antrian

Kamus

3.1.4 Prinsip-Prinsip Desain Prosedur

Desain prosedur yang baik adalah jelas, tidak ambigu, lengkap, dan singkat. Itu berarti bahwa kosakata untuk menggambarkan bagaimana tugas dilakukan adalah tetap sederhana dan syarat-syarat yang dipilih hanya memliki satu penafsiran. Prosedur harus menutupi setiap kemungkinan, seperti kesalahan yang mungkin terjadi dan bagaimana memperbaikinya, atau arah untuk memperpendek prosedur atau melewatkan langkah-langkah prosedural saat memproses beban yang luar biasa atau dalam kondisi darurat.

Ketika mendesain prosedur, analis harus bertanya pada diri sendiri jika diberikan tugas ialah salah satu yang membutuhkan pengolahan manusia. Orang tidak suka tugas monoton yang berulang-ulang. Desain sistem yang baik adalah satu di mana tasking menyediakan untuk pembagian optimal kerja antara manusia dan computer. Prosedur untuk manusia harus mengambil keuntungan dari keterampilan manusia, memungkinkan tindakan fleksibilitas, dan membantu pegawai untuk mengerjakan pekerjaan sehingga mereka dapat termotivasi. Selama proses desain, pengecualian dari prosedur merendahkan atau prosedur tidak nyaman sangat penting.

Dalam praktek, ada beberapa panduan lainnya untuk desain prosedur, sebagai berikut :

· Prosedur Standar bila memungkinkan

· Yakin prosedur baru kompatibel dengan prosedur yang ada, tidak bertentangan atau kontraproduktif

· Waspada terhadap yang akan menimbulkan perlawan atau aksi negative dari karyawan

· Hindari menempatkan tanggung jawab individu untuk dua prosedur yang sama, namun berbeda

· Memungkinkan untuk umpan balik dan evaluasi

3.1.5 Tahap-Tahap Desain

Model terpenting bagi desainer adalah model implementasi system dan model implementasi program. Model implementasi system terbagi atas Model prosesor dan Model tugas.

Model Prosesor : Pada tingkat ini, desainer system memutuskan bagaimana bagian model yang penting untuk di alokasikan ke prosesor yang berbeda dan bagaimana prosesor harus berkomunikasi dengan satu ke yang lainnya.

Poin penting untuk desainer : prosesor untuk prosesor komunikasi umumnya sangat jauh lebih lambat dibandingkan komunikasi antara proses dalam prosesor yang sama. Dengan demikian, perancang sistem umumnya akan mencoba untuk mengelompokkan proses dan menyimpan yang memiliki komunikasi volume yang tinggi dalam prosesor yang sama.

Selama perancangan proses, perancang system harus mempertimbangkan hal utama berikut :

· Harga : tergantung pada sifat dari sistem, desainer sistem harus memilih solusi yang paling ekonomis untuk setiap kasus praktis: implementasi prosesor tunggal atau kelompok dari prosesor.

· Efisiensi : Perancang sistem umumnya berkaitan dengan waktu respon untuk sistem komputer. Oleh karena itu, perancang harus memilih prosesor dan penyimpanan data perangkat yang cukup cepat dan cukup kuat untuk memenuhi persyaratan kinerja yang ditentukan pengguna model implementasi.

· Keamanan : Pengguna akhir mungkin memiliki persyaratan keamanan yang menentukan penempatan beberapa prosesor dan sensitive data di lokasi yang dilindungi.

· Keandalan : Pengguna akhir akan biasanya akan menentukan keandalan bagi system baru; persyaratan ini dapat dinyatakan dalam rata-rata waktu antara kegagalan atau waktu untuk memperbaiki, atau ketersediaan sistem

· Kendala Politik dan Operasional : Konfigurasi perangkat keras juga dapat dipengaruhi oleh kendala politik yang dikenakan langsung oleh pengguna akhir, oleh tingkat lain dari manajemen dalam organisasi dan operasi semua sistem komputer

Model Tugas

Ketika proses-proses dan penyimpanan telah di alokasikan ke dalam prosesor, perancang system menetapkan proses dan menyimpan data untuk masing-masing mengusulkan tugas.

Model Implementasi Program

Pada tingkat tugas individu, perancang sistem telah mencapai dua tingkat proses dan penyimpanan alokasi data. Dalam tugas individu, komputer beroperasi dalam mode sinkron: hanya satu kegiatan yang dapat berlangsung. Model yang paling umum untuk mengorganisir kegiatan dalam masing-masing unit sinkron adalah bagan struktur, yang menunjukkan model organisasi hirarkis dalam satu tugas.

3. 1.6 Alat dan teknik desain Perancangan sistem informasi mengharuskan analis sistem memahami bagaimana informasi mengalir dalam suatu organisasi , bagaimana kaitannya pengambilan keputusan , dan bagaimana kontribusi untuk tujuan organisasi dan objectives.itu sebabnya analisis sistem dan desain sistem terkait erat. Sementara data sedang dikumpulkan di lingkungan masalah dan analis yang mempelajari kebutuhan informasi pengguna , ide dasar tentang cara untuk meningkatkan berfungsi utama informasi sedang dirumuskan dalam pikiran analis . Analis mungkin mulai membuat sketsa ide-ide ini sebagai flow chart atau aliran data diagram . Namun, tidak sampai semua data dikumpulkan dan masalah informasi yang dianalisis dapat ide awal tentang desain sistem baru akan disempurnakan. Ketika memilih alat khusus untuk tugas tertentu , pertanyaan utama berikut harus dipertimbangkan.· akankah hal itu membantu tim sampai pada pemahaman tentang sistem dalam pengembangan· apakah mudah untuk di pelajari ? mudah untuk di gunakan ?· akankah melayani pengguna dalam menganalisis komunikasi ?· apakah memiliki biaya ?· apakah struktur data tersebut dapat di gunakan ?· apakah memiliki aliran data dan control fitur ?· ini adalah teknik yang dikelola ?

Ada banyak cara untuk pendekatan desain sistem dan alat-alat dan teknik yang berkontribusi terhadap proses desain . Pada bagian ini kita akan menemukan diskusi tentang metodologi masih lain yang molek digunakan oleh analis. Banyak dari mereka adalah kompleks, sehingga apa yang muncul di sini hanya pengenalan singkat untuk fitur mereka, manfaat dan keterbatasan. Sayangnya , ruang lingkup di sini membatasi jumlah metodologi desain yang dapat disajikan .pemilihan utama yang mengikuti: ISDOS, Pseudocode, structured design, the Jackson design methodology, HIPO, warnier- or methodology, SADT, walkthroughs,ERM, data structur diagram, semantic data model dan CASE method (oracle)

1. Informasi desain sistem dan optimasi system(ISDOS) . Akan mampu menghasilkan spesifikasi sistem dari kebutuhan pengguna yang tercatat dalam bentuk yang dapat dibaca mesin , merancang sebuah sistem yang optimal untuk memenuhi spesifikasi tersebut , dan membangun kode untuk sistem operasional. ISDOS telah dikembangkan selama lebih dari satu dekade . apakah itu pernah akan berhasil dalam mengoptimalkan desain sistem tetap tidak menentu . Tapi kemajuan sedang dibuat terhadap otomatisasi beberapa tahap pengembangan.2. Pseudocode:Pseudecode dapat digunakan untuk menggambarkan sebuah algoritma . Meskipun pseudecode menyerupai terstruktur bahasa Inggris dalam menggunakan subset terbatas Inggris , mungkin kode dan lebih mirip bahasa pemrograman sedangkan SE adalah alat yang berguna ketika analis berkomunikasi dengan pengguna akhir , pseudo berorientasi pada analyst- komunikasi programmer , menjelaskan logika program , menggunakan konstruksi Program .3. DESAIN TERSTRUKTURSifat struktur desain adalah achives ( dilaksanakan ) dengan membagi sistem dalam modul independen ( bagian yang terpisah ) yang dapat dirancang , dilaksanakan dan dimodifikasi tanpa ( atau sedikit ) efek pada modul lain dari sistem. Kohesi adalah ukuran dari kekuatan antara unsur dalam modul yang sama ( sejauh mana komponen modul yang perlu dan cukup untuk melaksanakan satu , tunggal , fungsi didefinisikan dengan baik ) . Dalam prakteknya ini berarti bahwa perancang sistem harus memastikan bahwa mereka tidak membagi proses penting dalam modul terfragmentasi dan perancang sistem harus memastikan bahwa mereka tidak mengumpulkan proses bersama-sama terkait ( direpresentasikan sebagai proses pada dfd ) ke modul berarti4. Metodologi desain Jackson ( JDM )JDM adalah teknik desain tiga langkah . Pada intinya , itu terurai proses desain itu sendiri .- Pertama , logika masalah terstruktur . Karena premis jaksons bahwa program handal yang baik adalah erat tergantung pada struktur data , analis pertama mendefinisikan data yang structures.that adalah , komponen data yang diidentifikasi , hubungan antara data komponen didefinisikan , dan kemudian satu-ke - satu korespondensi antara data terstruktur yang didefinisikan- Berikutnya logika program struktur analis berdasarkan struktur data . Untuk melakukannya analis menentukan proses yang diperlukan dan hubungan antara proses-proses tersebut .- Akhirnya , analis menentukan tugas yang harus dilakukan dalam hal operasi dasar dan menetapkan operasi ini untuk komponen sesuai struktur programKetika ada tekanan untuk mengembangkan sistem baru dengan cepat , waktu dan usaha yang diperlukan oleh metode ini dianggap kelemahan . Kritik utama JDM adalah bahwa hal itu mengasumsikan bahwa semua struktur penting dari masalah dapat dilihat sebagai proses sekuensial.1. Hirarki ditambah input, proses dan output ( HIPO )HIPO adalah teknik grafis yang dapat digunakan untuk menggambarkan suatu sistem . Serangkaian gambar yang disiapkan oleh analis yang menunjukkan fungsi dari sistem dimulai dengan diagram gambaran umum , maka melanjutkan ke diagram rinci masing-masing fungsi tertentu . preperation diagram hipo dimulai dengan serangkaian pertemuan dengan pengguna tentang harapan untuk sistem dan output yang diinginkan , individu fungsi - keadaan di mana fungsi akan dilakukan , data yang akan ditindaklanjuti , diproses dan diharapkan output, hubungan antara orang-orang berfungsi utama. diagram hipo umumnya dibangun dari tengah atas dan ke bawah. 2. Analisis terstruktur dan teknik desain ( SADT )SADT adalah teknik untuk mengembangkan sistem yang besar dan kompleks . Bantuan teknik ini analis berpikir dengan cara terstruktur tentang kegiatan sistem , data dan keterkaitan mereka . Sebuah notasi yang tepat digunakan untuk berkomunikasi analisis dan hasil desain . Metode ini juga menyediakan untuk divisi dan koordinasi usaha antara tim pengembangan dan perencanaan, pengelolaan dan menilai kemajuan dari upaya tim . Dengan SADT analis sistem dan desainer , manajemen dan pengguna dapat meninjau proyek top-down atau fokus pada satu tingkat detail . Teknik ini sering digunakan dalam proyek pembangunan besar dan kompleks .3. Model hubungan entitas ( Model E - R)Model E-R digunakan dalam desain database membantu menjelaskan bagaimana entitas dalam suatu perusahaan yang terkait satu sama lain . Model ini mengakui bahwa dua set data memiliki satu-ke - satu , satu-ke - banyak hubungan . Setelah model ditarik , analis mencari sinonim semantik ( satu entitas disebut dengan dua nama yang berbeda ) atau homonim semantik ( dua entitas yang berbeda disebut dengan nama yang sama ) yang membutuhkan koreksi . Dalam membuat perbaikan untuk model , analis adalah baik- balik skema logis dari data yang pada akhirnya akan memberikan kontribusi untuk efisiensi pengolahan yang lebih besar.

4. Diagram struktur data ( DSD )DSD adalah diagram lain pictorially mewakili hubungan data yang digunakan dalam desain basis data. Notasi DSD mengungkapkan hubungan antara catatan- isi dari catatan didokumentasikan dalam kamus data . Merekam nama-nama muncul dalam kotak dihubungkan dengan anak panah menunjukkan hubungan - satu - panah berkepala merupakan ' satu ' hubungan , ganda - panah berkepala merupakan ' banyak ' hubungan 5. Model data semantik ( SDM )SDM adalah model lain yang berguna untuk desain data base logis dan dokumentasi . Model mungkin dibandingkan dengan pseudo , tapi bukannya mengungkapkan struktur program , memungkinkan seorang analis untuk menggambarkan struktur data . Sdm yang memiliki keunggulan utama sebagai berikut :- Model menyediakan kosakata untuk mengungkapkan arti dari data. Deskripsi informal setiap item data dalam setiap record didefinisikan .- Setiap atribut tepat didefinisikan , yang merupakan informasi penting untuk memahami data dan untuk pemrograman kemudian .- Sdm memungkinkan definisi data relatif.- Kisaran yang diijinkan dari nilai item data dapat diidentifikasi dalam model. 6. metode kasusIni adalah teknik pengembangan terstruktur yang digunakan oleh konsultan ORACLE , dan desain adalah pada tahap . Oleh karena itu menentukan input ke desain kami , menyediakan kerangka kerja untuk eksekusi dan menentukan target output kami . Tahapan metode kasus adalah:- Strategi ( menetapkan arah untuk sistem informasi develooment )- Analisis ( menetapkan komponen rinci dari area bisnis yang ditargetkan )- Desain ( membangun solusi teknis rinci )- Membangun dan dokumentasi pengguna ( membuat solusi fungsional bekerja dan menjelaskan solusi di lingkungan pengguna )- Transisi ( menerapkan solusi dalam lingkungan pengguna )- Produksi ( menjaga kerja solusi )Desain berkembang dari mengamati , pemodelan , dan berpikir tentang masalah . Melalui pengalaman , pendidikan , dan pengembangan profesional , analis mengasah keterampilan desain mereka .

3.2 Struktur Desain sebagai Proses

3.2.1 Fase Desain

Seperti dibahas di atas, ada berbagai teknik dan alat-alat yang digunakan dalam analisis dan fase desain, bagaimanapun, tidak semua teknik dan alat-alat yang cocok untuk sebuah sistem. Bahkan ketika teknik modelization digunakan, masih ada beberapa kesalahan dalam kasus yang berbeda. Jika alat pengembangan sistem yang digunakan terlalu sedikit, kualitas sistem akan memburuk, jika alat yang digunakan lebih banyak dari yang diperukan maka sumber daya akan terbuang. Dengan demikian, analisis dan desainer harus berfikir terlebih dahulu sebelum mengambil keputusan tentang teknik dan alat-alat apa yang harus digunakan.

Presentase distribusi yang dianjurkan antara analisis, desain dan implementasi adalah 50% -60% untuk analisis dan fase desain dan 40% -50% untuk fase implementasi.

Ada tiga tahap utama dalam desain:

· Inisiasi

Pada tahap inisiasi merupakan langkah awal dalam mendesain sebuah sistem yang akan dihasilkan. Pada tahap ini biasanya tidak lengkap, dalam beberapa fungsi diabaikan dalam analisis karena mungkin akan hilang, pengolahan kesalahan hilang, dan rincian tentang bagaimana output yang dihasilkan juga akan hilang.

· Abstraksi

Abstraksi merupakan tahap lanjutan dari hasil inisiasi, tahap desain ini melibatkan penyelesaian desain. Semua fungsi dan detail yang diperlukan hilang dalam tahap abstraksi. Ini adalah fase di mana kita menerapkan kopling dan kohesi, mendapatkan desain terbaik.

· Instansiasi

Berdasarkan desain abstrak, fase ini melibatkan revisi desain untuk memanfaatkan fitur sistem operasi khusus, penggunaan pembaca fitur hardware dari perangkat lunak untuk menyediakan layanan yang dibutuhkan, dan penggabungan fungsi tambahan atau fitur yang telah diidentifikasi untuk kebutuhan. Selama tahap ini rekayasa software membuat pembahasan rasional sehubungan dengan kopling dan kohesi untuk mencapai beberapa tujuan kinerja atau untuk memenuhi beberapa kendala eksternal.

Tahap ini akan disusun dalam dua tahap:

1. Desain logis

Tujuan dari fase ini adalah mengembangkan desain yang dijalankan oleh mesin dan operasi lingkungan abstrak. Model ini memiliki kualitas yang tinngi dan kualitas komponen seperti yang kita inginkan, dengan waktu dan bakat yang tersedia.

2. Desain Fisik

Tujuan dari fase ini adalah menciptakan sistem cetak biru. Cetak biru ini lengkap dan benar benar akurat dalam menggambarkan setiap aspek dari sistem untuk dikembangkan.

Model Desain Struktur ini terdiri dari dua tahap yang berbeda tetapi saling terkait. Dalam urutan kronologis, yang pertama adalah tahap desain logis dan kedua tahap desain fisik.

Desain Tahap logis

Kegiatan yang terjadi selama fase desain logis adalah sebagai berikut:

· Mengembangkan desain awal

Tujuan dari tugas ini adalah untuk membuat desain konseptual yang akan mencerminkan analisis dengan kualitas yang baik untuk digabungkan ke dalam sistem.

· Menententukan manusia-mesin dan mesin-mesin pada DFD

Menggunakan tingkat "0" diagram alir data yang dikembangkan selama fase pemodelan logis dari analisis, mengidentifikasi proses-proses atau fungsi akan dialokasikan untuk perangkat keras, perangkat lunak dan prosedur manual.

· Penukaran E-R-A Model ke dalam Model Relational

Setiap entitas dan hubungan berubah menjadi hubungan logis Relational dalam notasi database Model dan semantik. Hubungan tersebut diintegrasikan ke dalam skema relasional global. Sebuah Model ERA adalah representasi konseptual dunia nyata, benda perusahaan. Hal ini terdiri dari entitas (dengan atribut mereka) dan hubungan di antara entitas.

· Menormalkan Relational model

Skema relasional logis berubah menjadi skema yang dinormalisasi untuk menyediakan akses data logis dan pembaruan yang terintegrasi.

· Siapkan database akses model

Agar setiap pengguna dapat mengakses spesifikasi data logis yang dibuat, yang mendefinisikan proses diikuti dalam mengakses data yang dibutuhkan dan hubungan logis yang terlibat.

· Menormalisasikan Model Relational

Ketidakmampuan untuk mendukung akses data yang dibutuhkan akan menyebabkan Model ERA dan Model relasional logis untuk disempurnakan tepat.

· Pemindahan DFD menjadi struktur grafik

· Perbaikan struktur grafik menggunakan kopling, kohesi dan menambahkan fungsi tambahan yang diperlukan.

· Mengembangkan pengkodean

Pengkodean untuk setiap modul akan menggambarkan sebuah modul. Dasar yang paling peting dalam pengkodean adalah bahasa Inggris terstruktur yang diciptakan selama fase analisis.

· Merevisi Acara Model

Penyempurnaan dari model ini diperlukan agar model dapat diterima dalam mengakomodasi desain dan implementasi perspektif.

· Merevisi Relational Model

Sistem akan lebih sesuai dengan revisi dan perbaikan yang telah terjadi.

· Memperbaharui siklus kamus

Salah satu hasil dari pengubahan hasil analisis ke dalam desain model merupakan elemen data baru harus dimasukkan. Sehinnga siklus hidup kamus merupakan repositori informasi yang harus diperbarui untuk mencerminkan bagian-bagian baru dari sistem dan deskripsi dari masing-masing modul.

· Lakukan pemeriksaan konsistensi antara grafik stucture, pseudocode, model acara, diagram ER, model relasional. Untuk memastikan bahwa semua bagian dari desain akurat dan saling mendukung.

Tahap Desain Fisik

Memiliki tugas sebagai berikut:

· Mengembangkan Desain secara Rinci

Tahap ini berasal dari desain logis dengan memasukkan pertimbangan dari ukuran sistem, kendala waktu, keberadaan perangkat keras atau perangkat lunak utilitas, fitur bahasa dan pertimbangan pelaksanaan lainnya.

· Paket Ulasan Desain Awal

Tujuan dari tugas ini ada dua. Salah pertama adalah untuk mengidentifikasi dan memperbaiki kesalahan dan memperbaiki kesalahan yang diperlukan. Yang kedua adalah untuk memastikan bahwa semua yang diperlukan untuk mencapai physicalization dari desain dan kualitas yang cukup untuk mendukung tahap berikutnya.

· Mengembangkan akhir ('build to') Bagan Struktur

· Memperbaharui siklus kamus untuk mencerminkan karakteristik fisik

Siklus hidup kamus harus menyertakan alasan antara yang diinginkan (detail desain) sistem dan desain fisik. Input primer atau perubahan tahap adalah untuk membangun struktur proses grafik, dataflow dan akses data spesifikasi, kendala pelaksanaan kriteria; perubahan model acara, dan DBMS model data baru yang memiliki karakteristik operasional.

· Merevisi pseudocode

Memperbarui konten pseudocode, seperti yang diperlukan, untuk mengakomodasi perubahan yang dibuat untuk desain sistem selama proses pengemasan.

· Lakukan kopling dan analisis kohesi.

· Merevisi Acara Model

· Rekonsiliasi semua elemen paket desain modul

· Skema DBMS Data Model

Skema normalisasi logis adalah penerjemahan skema ke dalam bentuk awal DBMS. Skema ini kemudian disempurnakan untuk mengambil kelebihan dari kemampuan unik DBMS yang digunakan. Proses penerjemahan ini khusus untuk DBMS Data Model tertentu saja. Setiap terjemahan dimulai dengan skema relasional logis.

· Perkiraan pelaksanaan Revisi

Dukungan ini konsep berulang estimasi perbaikan yang digunakan di sebagian besar bidang teknik.

Contoh:

Dari studi kasus manajemen perpustakaan di atas, kita menyadari bahwa tahap sistem berfokus pada aspek logis dari sistem. Sama sekali tidak mempertimbangkan implementasi dari persyaratan. Sebaliknya, fase sistem tahap desain mempertimbangkan cara untuk tahap analisis sistem, termasuk:

· Diagram Fungsi Hierarchy

· Data Flow Diagram

· Entity Relationship Diagram

Pada tahap perancangan sistem, kita harus:

1. Menentukan fungsi apa yang harus dilakukan oleh manusia, dan fungsi apa yang harus dilakukan oleh komputer, sehingga kita memiliki sistem DFD

2. Database Desain

3. Desain manusia / interface komputer

Berbeda dengan tahap analisis sistem yang membutuhkan teknik alat, terutama untuk struktur bangunan, dalam tahap desain penggunssn alat merupakan hal yang sangat fleksibel. Beberapa alat yang digunakan secara rinci dan cermat, beberapa lainnya diginakan secara fleksibel, dan beberapa mungkin tidak pernah digunakan. Hal ini tergantung pada kebutuhan masalah dan pengalaman dari perancang sistem.

Dengan sistem manajemen perpustakaan, tahap desain sistem berkonsentrasi pada bagian utama yaitu untuk menentukan sistem komputer dalam merancang modul dan desain database.

3.2.2 Identifikasi sistem komputer

Ini adalah tahap pertama dalam desain sistem dan harus menentukan bagian mana dari sistem harus ditangani oleh komputer dan bagian mana oleh pengguna. Bisnis DFD akan digunakan di kedua persyaratan decripsi dan proses lainnya pada tingkat terendah dan mempertimbangkan peran komputer dalam setiap proses. Melihat bisnis DFD sebagai model assential logis untuk sistem, sistem DFD dapat lebih baik digambarkan sebagai "setengah - fisik". Ini karena meskipun telah dibentuk proses untuk ditangani oleh komputer, namun belum menyatakan cara untuk menerapkannya, penciptaan sebuah digunakan program dan file data. Pada dasarnya proses sistem DFD dibangun atas dasar proses logis dari bisnis DFD yang relevan. Bahkan, jika ingin proses bisnis ditransfer ke fase merancang atau sebagai tugas non-komputerisasi komputerisasi, itu masih bernama sama di kedua DFD bisnis dan sistem model DFD. Dalam kasus proses logis dirancang untuk sebagian diteliti dan sebagian dilaksanakan secara manual, ini diperlukan karena setiap proses baru dalam sistem DFD harus ditelusuri dalam proses bisnis DFD, dimana kita akan membuat surat terpisah.

Menentukan sistem komputer dalam contoh yang disajikan:

Ini adalah tahap pertama dalam tahap desain sistem. Tergantung pada bisnis DFD dalam tahap analisis sistem, kita membangun sistem DFD untuk menentukan fungsi menjadi fungsi yang dilakukan oleh komputer dan yang harus dilakukan oleh manusia:

Keterangan gambar:

1.1 Menerima pembaca baru

1.2 Chek dept_no

1.3 Daftar departemen baru

1.4 Mengalokasikan pembaca_no

Dalam hal ini fungsi manajemen pembaca, kita menyadari ketika staf baru ingin menjadi pembaca, dia (atau dia) harus mendaftar kepada pustakawan, sehingga menerima pembaca baru sub_function harus dilakukan oleh pustakawan . Pada sub_function lain akan dilakukan oleh computer

Keterangan gambar:

2.1 Mengelompokkan dokumen baru

2.2 Masukkan buku baru

2.3 Masukkan majalah baru

Dalam fungsi manajemen dokumen, kita menyadari bahwa dokumen baru harus diterima dan diklasifikasikan oleh pustakawan. Setelah itu. Pustakawan akan menggunakan komputer untuk memasukkan informasi dokumen yang baru saja diklasifikasikan sebagai buku atau majalah. Oleh karena itu, kita harus telah memiliki diagram di atas.

Keterangan gambar

3.1 Menerima tiket L/GB

3.2 Periksa

3.3 Menjawab pertanyaan pembaca

Dalam hal pinjaman / memberikan kembali tiket dokumen dalam fungsi manajemen , kita menyadari bahwa ada yang sub- fungsi: menerima pinjaman / memberikan kembali tiket dan membalas pembaca harus dilakukan oleh pustakawan, komputer hanya mengambil sub_function memeriksa dan menaruh informasi tentang tiket ini apakah benar atau tidak dan kembali mepelajari hasil oleh pustakawan pada layar komputer . Jadi kita harus telah memiliki diagram di atas.

Dua fungsi yang tersisa yaitu: mencari dokumen dan pelaporan harus dilakukan oleh komputer, karena fakta bahwa pengolahan dokumen sekarang disimpan dalam komputer

3.2.3 Model Konstruksi

Membangun aliran data sistem berarti menguraikan ide-ide sistem desainer tentang bagaimana komputer harus digunakan dalam sistem. DFD, yang membantu analisis dan desain proses, membantu desainer memodelkan idenya secara cepat. Pada diskusi ini, di antara para pengembang sistem yang membantu untuk menyempurnakan model.