Model desain menyediakan detail tentang struktur data perangkat lunak, arsitektur, antarmuka, dan komponen

Software desain adalah sebuah proses iteratif dimana kebutuhan diterjemahkan ke dalam blueprint untuk membangun perangkat lunak.

Setiap elemen dari model analisis menyediakan informasi

yang diperlukan untuk membuat lima model desain..

Desain data / class mengubah kelas analisis ke dalam kelas desain bersama dengan struktur data yang diperlukan untuk mengimplementasikan perangkat lunak..

Desain arsitektur mendefinisikan hubungan antara elemen struktural utama dari perangkat lunak dan perangkat keras; gaya arsitektur dan pola desain membantu mencapai persyaratan yang ditetapkan untuk sistem.

Desain antarmuka menjelaskan bagaimana software dan hardware berkomunikasi dengan sistem yang beroperasi dengan itu dan dengan manusia yang menggunakannya.

Desain adalah tempat di mana kualitas dibina

– Menyediakan representasi perangkat lunak yang dapat dinilai untuk kualitas

– Akurat menerjemahkan kebutuhan pelanggan menjadi produk jadi atau sistem perangkat lunak

– Berfungsi sebagai dasar untuk semua kegiatan rekayasa perangkat lunak yang berikutnya.

Tanpa desain, kita akan mudah membangun sebuah sistem yang stabil yang

– Akan gagal jika perubahan kecil yang dibuat

– Mungkin sulit untuk menguji

– Tidak dapat dinilai untuk kualitas kemudian dalam proses perangkat lunak saat waktunya singkat dan sebagian besar anggaran yang telah dikeluarkan

Desain harus menjadi panduan yang dapat dibaca dan dimengerti bagi mereka yang menghasilkan kode, dan bagi mereka yang menguji dan mendukung perangkat lunak..

Desain tidak harus selalu menyediakan gambaran yang lengkap dari perangkat lunak, menangani data, fungsional, dan domain perilaku dari perspektif implementasi

Sebuah desain tidak harus menampilkan arsitektur yang

a) Telah dibuat dengan menggunakan gaya arsitektur dikenali atau pola

b) Terdiri dari komponen-komponen yang menunjukkan karakteristik desain yang baik

c) Dapat diimplementasikan dalam bentul yang evolusioner, sehingga memfasilitasi implementasi dan pengujian

Sebuah desain harus berisi representasi yang berbeda dari data, arsitektur, antarmuka, dan komponen ....

-Sebuah desain harus menuju komponen-komponen yang menunjukkan karakteristik fungsional tertutup

-Sebuah desain harus menuju antarmuka yang menambahkan kompleksitas hubungan antara komponen dan dengan lingkungan eksternal

-Sebuah desain tidak harus diturunkan menggunakan metode berulang yang diatur oleh informasi yang diperoleh selama analisis persyaratan perangkat lunak

-Sebuah desain tidak harus direpresentasikan menggunakan notasi yang secara efektif mengkomunikasikan maknanya

Architecture

– Struktur keseluruhan dari perangkat lunak dan cara-cara dimana struktur memberikan integritas konseptual untuk sistem

– Terdiri dari komponen, konektor, dan hubungan antara mereka

Patterns adalah Sebuah struktur desain yang tidak memecahkan masalah desain tertentu dalam konteks tertentu

Functional independence

– Modul yang memiliki "single-minded" fungsi dan penolakan terhadap interaksi yang berlebihan dengan modul lain

– High cohesion – modul hanya melakukan satu tugas

– Low coupling – modul memiliki jumlah terendah dari koneksi yang diperlukan dengan modul lain

Modularity

– Secara terpusat dengan nama dan alamat komponen (yaitu, modul) yang terintegrasi untuk memenuhi persyaratan (membagi dan menaklukkan prinsip)

– Tidak membuat perangkat lunak intelektual dikelola sehingga dapat memahami jalur kontrol, rentang referensi, jumlah variabel, dan kompleksitas keseluruhan

Refactoring

– Sebuah teknik reorganisasi yang menyederhanakan desain (atau struktur kode internal) dari komponen tanpa mengubah fungsi atau perilaku eksternal

– Menghapus redundansi, unsur-unsur yang tidak terpakai desain, algoritma yang tidak efisien atau tidak perlu, konstruksi yang buruk atau tidak pantas struktur data, atau kegagalan desain lainnya

User interface classes – mendefinisikan bebearapa abstraksi yang diperlukan untuk interaksi manusia-komputer (biasanya melalui metafora objek dunia nyata)

Characteristics of a Well-Formed Design Class

-Complete and sufficient

-Primitiveness

-High cohesio

-Low coupling

-Modern

Design patterns

– Menangani elemen tertentu dari desain seperti agregasi komponen atau memecahkan beberapa masalah desain, hubungan antar komponen, atau mekanisme untuk mempengaruhi komunikasi antar-komponen

– Terdiri dari penciptaan, struktural, dan perilaku pola

Coding patterns menjelaskan pola bahasa tertentu yang tidak menerapkan unsur algoritmik atau struktur data komponen, protokol interface tertentu, atau mekanisme untuk komunikasi antar komponen.

Deployment-level design elements

– Menunjukkan bagaimana fungsi perangkat lunak dan subsistem akan dialokasikan dalam lingkungan komputasi fisik yang akan mendukung perangkat lunak

Model desain tidak memiliki elemen berlapis berikut

– Data/class design

– Architectural design

– Interface design

– Component-level design