Teknik Analisis dan Desain - Khairuddin Bima · PDF filediperlukan dapat dilakukan dengan...

Teknik Analisis danDesain

Ali Tarmuji

T. Informka UAD 1

Ali Tarmuji Email: alitarmuji@gmail.com

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

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

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

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

Teknik Analisis dan Desain - Khairuddin Bima · PDF filediperlukan dapat dilakukan dengan...

Documents

Transcript of Teknik Analisis dan Desain - Khairuddin Bima · PDF filediperlukan dapat dilakukan dengan...

EVENT ORGANIZER.docx

Event Design: British Boulevard Event

proposal event sampoerna

PERAN DIVISI KREATIF DALAM EVENT ORGANIZER · event (event promo). 2. Mengetahui cara-cara membuat rancangan desain suatu event. 3. Mengetahui proses atau tahapan kerja dalam mengadakan

karyatulisilmiah.com · Web viewTata letak pabrik ini meliputi perencanaan dan pengaturan letak mesin, peralatan, aliran bahan dan orang-orang yang bekerja pada masing-masing stasiun

Subsequent Event

Rahardyan Nugroho Adi dd11lb@yahoo.com BPTKPDAS · konsentrasi sedimen dan kecepatan aliran pada masing-masing raai yang berdekatan mempunyai perbedaan yang kecil. c) Dalam satu raai,

ALIRAN-ALIRAN METAFISIKA

Notulensi Event

Aliran aliran drama

Unpar Event SmartApp

KEGIATAN MARKETING EVENT PADA EVENT ORGANIZER PT ...

Calendar Event HoLV

Aliran aliran-pendidikan

Event Organizing

STRATEGI KOMUNIKASI PEMASARAN EVENT KICKFEST ...Event Organizer berperan sebagai media pelayanan jasa promosi event marketing. Didalam prakteknya Event Organizer selalu membuat nota

Proposal Event Bhs.indo

BAD · 011crgi aliran st.::ady untuk aJiraii gas iscntropik (lIa.huH masing-nla.'iing kasus fluida rli~nd ... 10.4. Lain AUrao Gas f;ubsonik dalam pipa Luju aliran gar, ...

ALIRAN-ALIRAN FENGSHUI

STRATEGI KOMUNIKASI PEMASARAN MELALUI EVENT … · EVENT DALAM PEMBENTUKAN BRAND EQUITY ... H. Deskripsi Event Organizer ... Bagan Kerangka Konsep ...