Teknik Analisis dan Desain - Khairuddin Bima · PDF filediperlukan dapat dilakukan dengan melakukan penelusuran aliran event dari use case, dimana untuk masing-masing aliran event

Teknik Analisis danDesain

Ali Tarmuji

T. Informka UAD 1

Ali Tarmuji Email: [email protected]

ID YM: alitarmuji

Teknik Informatika - FTI

TEKNIK ANALISIS USE CASE

Universitas Ahmad Dahlan 2

Analisa Use CaseAnalisa Use-Case adalah aktivitas yang dilakukan pada tahapan Analyze Behaviour



Overview Analisis Use CaseTujuan Analisa Use-Case: Mengidentifikasi class-class

yang akan melaksanakan use-case

Mendistribusikan behaviour use-case ke class-class mengunakan use-case realization

Mengidentifikasi


Mengidentifikasi responsibility,attribut, dan association dari class-class

Input:Glossary,Use-Case diagram,Identifikasi Use-Case Realization,Dokumen Arsitektur SoftwareOutput: Class-class Analisis,Model Analisis dan Use-Case Realization yang sudah dikembangkan


Langkah-langkah Analisis Use Case

Melengkapi penjelasan use caseUntuk masing-masing use case realization: Mencari class-class dari perilaku use case Membagi perilaku use case ke class-class


Membagi perilaku use case ke class-class

Untuk masing-masing class analisis yang dihasilkan: Jelaskan Atribut dan Association Jelaskan responsibility Membatasi mekanisme analysis

Menyatukan class-class analysis


Melengkapi penjelasan use case


Tujuan dari aktifitas melengkapi penjelasan use-case ini adalah untuk mendapatkan informasi tambahan yang diperlukan untuk memahami perilaku internal yang dibutuhkan yang mungkin tidak tertulis di deskripsi use-caseInformasi ini akan digunakan untuk membantu pengalokasian responsibility



Melengkapi penjelasan use caseUntuk masing-masing use case realization: Mencari class-class dari perilaku use case Membagi perilaku use case ke class-class






Review : ClassSebuah AbstraksiMenjelaskan sekumpulan object, meliputi: Properties (atribute) Behaviour (operation)


Behaviour (operation) Relationship Semantics


Review : Use case realization



Analisis Class : langkah pertama ke arah executable


Penemuan class adalah langkah pertama dalam perubahan system dari hanya sekedar pernyataan behaviour yang dibutuhkan ke sebuah deskripsi bagaimana system akan bekerja


Mencari class berdasarkan behaviour use case

Behaviour lengkap dari sebuah use case harus didistribusikan ke class analisisClass analisis menangani kebutuhan fungsional primerTeknik penemuan kandidat class analisis menggunakan tiga perspektif system yang berbeda, antara lain: Batas(boundary) antara system dan aktornya


Batas(boundary) antara system dan aktornya Informasi yang digunakan system Lojik pengendali system

Tiga aspek system tersebut kemungkinan akan mengalami perubahanPrespektif system ini visualisasikan dengan penggunaan stereotype(misalnya, boundary, control dan entity)


Class Analisis



Boundary ClassMenjadi perantara antara interface dan sesuatu di luar systemTipenya : User interface class: class yang menjadi perantara komunikasi dengan

pengguna system, dimana pengguna ini adalah manusia System interface class: class yang menjadi perantara komunikasi

dengan system lain/system eksternal Device interface class: class yang menyediakan antarmuka ke peralatan

yang mendeteksi event eksternal


Device interface class: class yang menyediakan antarmuka ke peralatan yang mendeteksi event eksternal

Satu boundary class untuk tiap-tiap actor


Tugas dari Class Boundary


Class Boundary digunakan untuk memodelkan bagian system yang tergantung pada lingkungan disekitarnya(aktor atau system eksternal)Karena class boundary ini berfungsi untuk memisahkan mekanisme system internal dengan lingkungan eksternal disekitarnya, maka perubahan pada GUI atau protokol komunikasi, seharusnya hanya merubah class boundary tanpa merubah class control dan entityGambar diatas memodelkanInteraksi antara system dan lingkungannya


Contoh : Pencarian boundary classDalam menentukan class Boundary, pertimbangkan semua event eksternal dan pastikan ada cara bagi system untuk mendeteksi event tersebut.Sebaiknya, hanya satu boundary class untuk tiap aktor. Hal ini sangat sesuai untuk aplikasi dengan GUI berbasis window dimana biasanya hanya ada satu class boundary untuk masing-masing window.



Petunjuk : Boundary Class

Class User Interface Berkonsentrasi pada informasi apa yang akan ditampilkan

kepada user Tidak terlalu memperhatikan pada detil UI

Class System dan Device Interface


Class System dan Device Interface Berkonsentrasi pada protokol apa yang harus didefinisikan Tidak terlalu memperhatikan tentang bagaimana protokol

akan diimplementasikan Jika interface ke existing system atau device sudah

didefinisikan, maka responsibility class boundary harus diturunkan langsung dari definisi interface tersebut.


Entity Class


Class Entity merepresentasikan konsep utama dari system yang akan dikembangkanClass Entity menunjukkan struktur data lojik.Sumber ide untuk class entity bisa berasal dari Glossary, aliran event use-case dan key abstraction yang telah didefinisikan pada tahapan analisa arsitektur


Peranan Entity Class


Class Entity merepresentasikan penyimpanan pengupdate-an informasi di dalam systemInformasi tersebut meliputi kejadian dan atau orangBiasanya sebuah entity tidak spesifik ke satu Use-Case Realization.


Contoh : menemukan entity class

Gunakan aliran event use case sebagai inputKey Abstraction dari use caseSecara tradisional, menggunakan pendekatan pemfilteran kata benda:


Garis bawahi klausa kata benda di dalam aliran event use case

Buang kandidat yang redundant Buang kandidat yang tidak jelas Buang aktor Buang pembangun implementasi Buang atribut Buang operation


Contoh : Kandidat entity class


Contoh diatas adalah class entity untuk use case pendaftaran mata kuliah (buat jadwal)Setelah menentukan kandidat class entity, definisikan masing-masing class tersebut. Sebagai contoh: CourseOffering adalah penawaran yang spesifik untuk sebuah kelas, termasuk hari dan

jamnya Schedule adalah kelas yang dipilih oleh mahasiswa untuk semester sekarang Studen adalah orang yang telah mendaftar dalam kelas di suatu universitas


Class ControlClass Control mengkoordinasikan perilaku object-object di dalam systemClass control dapat men-decouple antara class entity dan boundary secara efektif, sehingga akan memudahkan perubahan dan reusable object.Class control menyediakan behaviour yang: Tidak tergantung pada sekitarnya Mendefinisikan control logic Hanya berubah sedikit jika ada perubahan di class entity

Menggunakan atau men-set beberapa class entity sehingga butuh untuk


Menggunakan atau men-set beberapa class entity sehingga butuh untuk mengkoordinasika perilaku class-class entity ini

Untuk use-case yang kompleks, dibutuhkan satu atau lebih class controlContoh class control: pengatur transaksi, koordinator resource dan error handler


Peranan Control Class


Sebuah Class Control bertugas sebagai pengendali behaviour yang spesifik untuk satu atau lebih use caseSebuah class control dapat terlibat dalam beberapa use case atau dalam satu use case dapat terlibat beberapa class control


Contoh : Penemuan Control ClassDisarankan untuk menggunakan satu control class untuk tiap use caseMasing-masing class control bertanggung jawab untuk mengendalikan pemrosesan yang mengimplementasikan fungsi-fungsi yang dideskripsikan dalam use case yang terhubung



Ringkasan : Analisis class




Melengkapi penjelasan use caseUntuk masing-masing use case realization: Mencari class-class untuk perilaku use case Membagi perilaku use case ke class-class






Mendistribusikan perilaku use case ke class

Tujuan mendistribusikan perilaku use-case ke class-class analysis adalah untuk: Menyatakan perilaku use case dalam suatu kolaborasi class analysis Menentukan tanggung jawab class-class analysis

Pengidentifikasian tanggung jawab class analisis terhadap perilaku yang diperlukan dapat dilakukan dengan melakukan penelusuran aliran event dari use case, dimana untuk masing-masing aliran event use case dapat


dari use case, dimana untuk masing-masing aliran event use case dapat dilakukan: Pengidentifikasian class analisis penentuan use case responsibility ke analisis class Pemodelan interaksi analisis class dalam interaction diagram


Petunjuk : Pengalokasian responsibility ke class-class

Gunakan stereotype class analisis sebaai sebuah petunjuk Class Boundary


Class Boundary Perilaku yang melibatkan komunikasi dengan

aktor

Class Entity Perilaku yang melibatkan data yang

dienkapsulasi dalam sebuah abstraction

Class Control Perilaku yang spesifik untuk sebuah use case

atau bagian aliran event yang sangat penting Universitas Ahmad Dahlan 27

Petunjuk : Pengalokasian responsibility ke class-class

Hal-hal yang mempengaruhi dimana responsibility diletakkan adalah lokasi data yang dibutuhkan untuk melakukan operationCara untuk menentukan class yang memiliki data yang dibutuhkan untuk melaksanakan responsibility adalah Jika Satu class memiliki data, maka letakkan responsibility itu

bersama data itu


bersama data itu Jika beberapa class yang memiliki data, maka:

Letakkan responsibilitynya pada sebuah class dan tambahkan relationship dengan yang lainnya

Buat class baru, letakkan responsibilitynya pada class baru tersebut dan tambahkan relationship ke class yang akan melaksanakan responsibility

Letakan responsibility dalam class control dan hubungkan dengan class yang membutuhkan untuk melaksanakan responsibilitynya


Anatomy Sequence Diagram


Sequence diagram mendeskripsikan pola interaksi antar object yang diatur dalam sebuah urutan kronologi. Diagram ini menunjukkan objet-object yang terlibat dalam interaksi serta message yang dikirimObject digambarkan dengan garis vertikal putus-putus yang disebut dengan lifelineMessage adalah komunikasi antar object yang membawa informasi dari suatu lifeline object ke lifeline object lainFocus of Control merepresentasikan waktu relatif dimana flow of control difokuskan dalam sebuah objectHirarchical numbering menunjukkan ketergantungan sebuah message ke message yang lainScript mendeskripsikan flow of event secara tekstual


Contoh : Sequence Diagram



Anatomy Collaboration Diagram


Collaboration Diagram mendeskripsikan pola interaksi antar object. Diagram ini menunjukkan object-object yang terlibat dalam interaksi melalui link dan message yang dikirim antar objectObject dapat direpresentasikan: NamaObject:NamaClass NamaObject :NamaClass

Link adalah hubungan antar object yang dapat digunakan untuk mengirim message. Link digambarkan dengan garis solid antar dua objectMessage : pengertiannya sama dengan message pada sequence diagram


Contoh : Collaboration Diagram



Satu Interaction Diagram Masih belum cukup

Untuk memodelkan aliran event, mulai denga aliran dasar yang paling penting.


Untuk memodelkan aliran event, mulai denga aliran dasar yang paling penting. Kemudian deskripsikan aliran yang lainnnya seperti aliran exceptional dan optional.Contoh aliran exceptional: Error handling Time-out handling Erroneus input handling

Contoh aliran optional: Aktor memutuskan berdasarkan sejumlah pilihan Urutan aliran event tergantung pada nlai attribut yang tersimpan Urutan aliran event tergantung pada tipe data yang harus diproses


Collaboration vs Sequence Diagram

Collaboration Diagram Menunjukkan hubungan

disamping interaksi Lebih baik untuk

memvisualisasikan

Sequence Diagram Menunjukkan urutan

message secara eksplisit Lebih baik dalam

memvisualisasikan


memvisualisasikan pattern of collaboration

Lebih baik untuk memvisualisasikan semua efek dari object yang diberikan

Lebih mudah digunakan untuk sesi brainstorming

memvisualisasikan keseluruhan aliran

Lebih baik dalam memvisualisasikan spesifikasi yang real time dan scenario yang kompleks






Untuk masing-masing class analisis yang dihasilkan: Jelaskan responsibility Jelaskan Atribut dan Association Membatasi mekanisme analysis



Penjelasan tentang responsibilityResponsibility adalah pernyataan tentang sesuatu yang harus disediakan oleh suatu object. Responsibility ini dapat diturunkan dari message. Responsibility ini selanjutnya dapat berkembang menjadi operation dalam class desain, dimana dapat dikarakteristikkan sebagai: Action yang dapat dilakukan oleh object Knowledge yang dimaintain object dan disediakan untuk object lain

Responsibility class analysis dapat dituliskan sebagai ‘analysis’ operation dimana berdasarkan konvensi penamaan,diawali dengan tanda ‘//’


dimana berdasarkan konvensi penamaan,diawali dengan tanda ‘//’


Contoh : VOPC(View of Participating Class) Class Diagram

Class Diagram VOPC berisi class-class yang instance-nya(objectnya) terlibat dalam Interaction Diagram Use-Case Realization



Menjaga Konsistensi : Apa yang harus dicari

Dalam rangka mengkritisi : Responsibility yang redundant antar class,

sehingga harus dipilih bahwa responsibility tersebut harus berada dalam satu class


tersebut harus berada dalam satu class Disjoint responsibility dalam class, jika

terjadi maka pecah class-nya Class dengan satu responsibility Class yang tidak punya responsibility Distribusi behaviour yang lebih baik Class yang berinteraksi dengan banyak

class lain Universitas Ahmad Dahlan 38





Untuk masing-masing class analisis yang dihasilkan: Jelaskan responsibility Jelaskan Atribut dan Association Membatasi mekanisme analysis



Review : Atribut



Penemuan Atribut

Tujuan mendeskripsikan Atribut dan operation adalah untuk: Mengidentifikasi class lain yang menjadi dependent suatu class

analisis Mendefinisikan event dalam class analisis lain yang harus diketahui

oleh class tertentuMendefinisikan informasi yang menjadi tanggung jawab suatu class


Mendefinisikan informasi yang menjadi tanggung jawab suatu classPenemuan atribut berdasarkan: Properties/karakteristik dari class yang teridentifikasi Informasi yang dipertahankan oleh class yang teridentifikasi ‘Noun’ yang tidak menjadi class :

Informasinya yang memiliki nilai penting Informasi yang dimiliki object secara unique Informasi yang tidak memiliki perilaku


Review : Association

Hubungan semantic antara dua atau lebih classifier yang menentukan hubungan antar intances-instances


Hubungan struktural, penentuan bahwa object terhubung dengan object yang lain


Penemuan Relationship


Untuk menemukan dan membuat relationship: Pelajari link-ink dalam collaboration diagram yang menandakan bahwa object-

object dari dua class butuh berkomunikasi untuk melaksanakan use-case. Buat sebuah association atau aggregation yang dibutuhkan antar dua class yang

terhubung Fokuskan hanya pada Association yang dibutuhkan untuk merealisasikan use-

case Tuliskan deskripsi singkat tentang association


Review : AggregationSebuah aggregation adalah bentuk khusus association yang memodelkan hubungan whole-part antara sebuah aggregation(aggregation) dengan bagiannya.Aggregation diperlukan ketika: Sebuah object secara fisik terdiri dari object-object lain Sebuah object merupakan kumpulan lojik dari object-object lain Sebuag object secara fisik berisi object lain


Sebuag object secara fisik berisi object lain


Association atau Aggregation?

Jika dua object diikat secara kuat oleh hubungan whole-part, maka hubungan yang dipakai adalah Aggregation


Jika dua object dipertimbangkan sebagai object yang tidak saling tergantung walaupun terhubung, maka hubungan yang dipakai adalah Association


RoleRole adalah permukaan yang ditampilkan sebuah class pada masing-masing sisi associationRole harus memiliki nama yang berupa kata benda.



Review: Multiplicity



Makna MultiplicityMultiplicity digunakan untuk menentukan: Suatu association bersifat mandatory atau optional. Jika

mulltiplicitynya lebih besar dari nol, berarti associationnya mandatory, jika sebaliknya berarti optional

Jumlah minimum atau maksimum suatu instance bisa dihubungkan dengan instance lain


dihubungkan dengan instance lain


Contoh : Multiple Association


Beberapa association bisa terjadi antar dua class yang sama. Jika ini terjadi, maka association ini harus merepresentasikan hubungan yang berbeda dan role yang berbeda. Dan kedua association harus diberi nama.


Contoh : VOPC : Penemuan Relationship


Diagram tersebut menunjukkan class-class yang berkolaborasi untuk melaksanakan use-case pendaftaran class beserta relationshipnya






Untuk masing-masing class analisis yang dihasilkan: Jelaskan Atribut dan Association Jelaskan responsibility Kualifikasi mekanisme analysis



Pendeskripsian Mekanisme AnalisisTujuan kualifikasi mekanisme analisis adalah: Mengidentifikasi mekanisme analisis yang digunakan oleh class Menyediakan informasi tambahan tentang bagaimana class

mengimplementasikan mekanisme analisisYang perlu dilakukan untuk mendeskripsikan mekanisme analisis: Kumpulkan semua mekanisme analisis dalam sebuah daftar


Gambarkan peta dari class client ke mekanisme analisis Identifikasi karakteristik dari mekanisme analisis


Contoh : Penjelasan Mekanisme Analisis

Setelah Class Analisis diidentifikasi, selanjutnya identifikasi mekanisme analisis yang diimplementasikan ke class analisis yang teridentifikasiContoh: Sebuah class yang harus persistent, dipetakan ke mekanisme

persistency Sebuah class yang harus di-maintain dalam legacy system harus

dipetakan ke mekanisme legacy interface


Sebuah class yang harus di-maintain dalam legacy system harus dipetakan ke mekanisme legacy interface


Contoh : Penjelasan Mekanisme Analisis

Karakteristik mekanisme analisisPersistency untuk class Schedule: Granularity : 1 sampai 10 Kbytes per


Granularity : 1 sampai 10 Kbytes per produk

Volume : sampai 2000 jadwal Frekuensi Akses: Create : 500 prhari Read : 2000 access per jam Update : 1000 perhariDelete : 50 perhari

Dll.









Menyatukan Class Analisis


Tujuan penyatuan class analisis untuk memastikana bahwa masing-masing class merepresentasikan konsep tunggal, tanpa overlapping responsibilityUntuk menyatukan class analisis: Gabungkan beberapa class diagram yang digunakan untuk melaksanakan

beberapa use-case Jika ada beberapa class diagram memiliki class yang sama, maka hapuslah class

yang sama pada class diagram gabungan tersebut, sehingga class diagram hasil penggabungan tidak memiliki dua class yang sama


IDENTIFIKASI ELEMENDESAIN

57

Identifikasi elemen desain



Langkah-langkah identifikasi elemen desain

Mengidentifikasi class dan subsystemMengidentifikasi interface subsystemMengidentifikasi reuse opportunity


Mengidentifikasi reuse opportunityMengupdate organisasi model desain


Dari class analisis ke elemen desain



Pengidentifikasian class desainSebuah class analisis dipetakan langsung ke class desain jika : Berupa class sederhana Menampilkan abstraksi logical single

Class analisis yang lebih kompleks dapat:


Class analisis yang lebih kompleks dapat: Pecah menjadi beberapa class Dijadikan package Dijadikan sebuah subsystem kombinasi


Review : class dan packageClass : Deskripsi sekumpulan object yang berbagi

responsibility, relationship, operation, atribut dan semantic yang sama


Package: Mekanisme yang tujuan umumnya untuk

mengumpulkan elemen-elemen menjadi kelompok-kelompok

Elemen model yang dapat berisi elemen model lain


Mengelompokkan class desain dalam package

Kriteria pengelompokkan berdasarkan sejumlah faktor yang berbeda, antara lain :


Unit-unit konfigurasi Pengalokasian resource diantara tim

pengembanga Merefleksikan tipe-tipe user Merepresentasikan produk dan service

yang digunakan systemUniversitas Ahmad Dahlan 63

Tips Packaging : class-class boundary

A. Jika kemungkinan interface system akan mengalami banyak perubahan maka class boundary ditempatkan pada package yang terpisah

B. Jika perubahan interface system tidak akan mengalami perubahan yang banyak maka class boundary ditempatkan dalam satu package dengan class-class fungsional yang berhubungan



Tips Packaging : class-class fungsional

Kriteria untuk menetapkan apakah sebuah class berhubungan dengan class lain secara fungsional Perubahan behaviour dan struktur suatu class memerlukan

perubahan di class lainPemindahan sebuah class akan mempengaruhi class lain


Pemindahan sebuah class akan mempengaruhi class lain Dua object berinteraksi dengan sejumlah besar message

atau memiliki komunikasi yang kompleks Sebuah class boundary dapat dihubungkan secara fungsional

dengan sebuah class entity utama jika fungsi dari class boundary untuk mengadakan class entity

Dua class yang saling berinteraksi atau dipengaruhi oleh perubahan aktor yang sama


Tips Packaging : class-class fungsional

Kriteria untuk menetapkan apakah class-class salin berhubungan secara fungsional : Dua class saling memiliki relationship Satu class membuat instance class lain


Kriteria untuk menentukan dua class tidak boleh diletakkan dalam satu package: Dua class yang dihubungkan dengan aktor yang berbeda,

harus ditempatkan dalam package yang berbeda Class optional dan mandatory tidak boleh diletakkan dalam

package yang sama


Package Dependecies : Package Element Visibility

Hanya class public yang dapat diakses dari luar packege


packegeKonsep OO : Encapsulation


Package Coupling : TipsPackage tidak boleh cross-coupledPackage di layer yang lebih rendah tidak boleh tergantung pada package


tergantung pada package di layer yang lebih atasSecara umum, ketergantungan tidak boleh melewati layer


Review : Subsystem dan Interface

Subsystem adalah kombinasi dari package dan classSubsystem merealisasikan satu atau lebih interface yang mendefinisikan behaviournya



Review : Subsystem dan Interface (cont.)Subsystem Mengenkapsulasi behaviour secara sempurna Merepresentasikan kemampuan independen dengan interface yang

jelas Memodelkan beberapa variant implementasi



Package vs SubsystemSubsystem Menyediakan behaviour Mengenkapsulasi content-

nya secara sempurna Mudah di-replace

Package Tidak menyediakan

behaviour Tidak mengenkapsulasi

content-nya secara sempurna


sempurna Tidak dapat di-replace

dengan mudah


Pemakaian Subsystem

Subsystem dapat digunakan untuk pembagian system menjadi bagian-bagian yang saling tidak bergantung(independen): Penyusunan, pengkonfigurasian, pengiriman


Pengembangan selama interface tidak berubah Penginstalan antar sekumpulan node komputasional

terdistribusi

Subsystem juga dapat digunakan untuk: Membagi system menjadi unit-unit yang dapat menyediakan

sekuriti terbatas melalui sumberdaya inti Merepresentasikan produk yang sudah ada atau system

eksternal di dalam system (misalnya: komponen)


Petunjuk pengenalan Subsystem

Amati kolaborasi objectAmati optionalityPerhatikan user interface systemPerhatikan aktor


Perhatikan aktorAmati coupling dan cohesion antar classPerhatikan substitusiPerhatikan pendistribusianPerhatikan hal-hal yang mudah berubah


Kandidat Subsystem

Class-class analisis yang mungkin berkembang menjadi susbsystem Class-class yang menyediakan service-service dan atau

kegunaan yang kompleks Class-class boundary(antar muka dengan pengguna dan


Class-class boundary(antar muka dengan pengguna dan antar muka dengan system eksternal)

Existing product dan system eksternal daam desain Software komunikasi Support pengakses database Type dan struktur data Utility umum Produk aplikasi khusus







Pengidentifikasian Interface-interface

Tujuan : Untuk mengidentifikasi interface dari subsystem berdasarkan

responsibilty

Langkah-langkah :


Mengidentifikasi sekumpulan kandidat interface untuk semua subsystem

Mencari kesamaan diantara interface Mendefinisikan ketergantungan interface Memetakan interface dengan subsystem Menentukan behaviour yang ditentukan oleh interface Bungkus (package) interface


Guideline Inteface

Nama Interface Menunjukkan peranan/tugas dalam system

Deskripsi Interface Menyampaikan responsibility


Menyampaikan responsibility

Definisi Operation Nama harus menunjukkan hasil operation Mendeskripsikan apa yang dilakukan operation, termasuk

semua parameter dan hasil

Dokumentasi Interace Info yang mendukung package : sequence dan state

diagram, rencana pegujian, dll


Contoh : Desain Subsystem dan Interface



Contoh : Pemetaan Class Analisis ke Elemen Desain



Konvensi Pemodelan: Subsystem dan Interface



Contoh : Context Subsystem : CourseCatalogSystem



Contoh : Subsystem context : BillingSystem








Pengidentifikasian Reuse Opportunity

Tujuan: Untuk mengidentifikasi apakah subsystem

dan atau komponen yang sudah ada dapat digunakan kembali berdasarkan


digunakan kembali berdasarkan interfacenya

Langkah-langkah: Mencari interface-interface yang sama Modifikasi interface baru untuk

penyesuaian Mengganti kandidat interface dengan

interface yang sudah adaPetakan kandidat subsystem ke komponen-


Kemungkinan Reuse Opportunity

Internal system yang akan dikembangkan Mengenali keumuman across package dan

subsystem


subsystemEksternal system yang akan dikembangkan Komponen-komponen yang tersedia secara

komersial Komponen-komponen dari pengembangan

sebelumnya Komponen-komponen yang merupakan

hasil reverse engineerUniversitas Ahmad Dahlan 85

Reuse Opportunity Internal ke System








Pendekatan Layering Application Subsystem merupakan

software yang dikembangkan oleh organisasi

Business specific merupakan subsystem yang bisa digunakan kembali untuk type-type bisnis tertentu

Middleware menawarkan subsystem untuk utility classes dan platform-independent services untuk komputasi


untuk utility classes dan platform-independent services untuk komputasi objet terdistribusi di dalam lingkungan yang heterogen

System software merupakan software untuk infrasruktur yang sebenarnya seperti system operasi, interface ke hardware tertentu, device driver


Pertimbangan Layering

Visibility Ketergantungan hanya dalam layer sekarang dan dibawahnya

Volatility Layer yang lebih atas dipengaruhi oleh perubahan kebutuhan Layer yang lebih bawah dipengaruhi oleh perubahan lingkungan


Layer yang lebih bawah dipengaruhi oleh perubahan lingkunganGenerality Model yang lebih abstract berada di layer yang lebih bawah

Jumlah Layer System kecil : 3-4 layer System kompleks : 5-7 layer

Tujuannya adalah untuk mengurangi coupling dan untuk emmudahkan maintenance


Elemen-elemen desain dan Arsitektut



Contoh : Layer-layer Arsitektural



Pertimbangan Partioning

Coupling dan CohesionOrganisasi userArea Kompetensi dan atau skill


Area Kompetensi dan atau skillPendistribusian SystemKerahasiaanPerubahan

Petunjuk : Usahakan untuk menghindari ketergantungan siklis


Contoh : partioning



Contoh : Layer Aplikasi



Contoh : Hubungan layer Aplikasi



Contoh : layer Service Business



Contoh : Hubungan Layer Service Bussiness



Contoh : Layer Middleware



Documents

Teknik Analisis dan Desain - Khairuddin Bima · PDF filediperlukan dapat dilakukan dengan melakukan penelusuran aliran event dari use case, dimana untuk masing-masing aliran event