Cuman Translate ANAPERSIL

Function Component
Tujuan/Purpose
Untuk menentukan pelaksanaan fungsi
Konsep/Concepts
Fungsi Komponen: Sebuah bagian dari sistem yang mengimplementasikan kebutuhan fungsional
Operasi: Proses properti ditentukan dalam kelas dan diaktifkan melalui kelas objek
Prinsip/Principles
Base desain pada tipe fungsi Tentukan operasi kompleks
Hasil/Result
Sebuah diagram kelas dengan operasi dan spesifikasi operasi yang kompleks

Explore Patern
Model-Class Placement
Pola ini sangat bermanfaat ketika operasi akses hanya satu objek atau struktur agregat sederhana
Function-Class Placement
Pola ini digunakan ketika tanggung jawab untuk operasi tidak bisa secara jelas ditempatkan di kelas model


Connecting Components
Tujuan/purpose
Untuk menghubungkan komponen sistem
Konsep/concept
Coupling: Ukuran seberapa dekat dua kelas atau komponen yang terhubung
Kohesi: Ukuran seberapa baik kelas atau komponen diikat
Prinsip/ principles
Sangat kohesi kelas dan longgar ditambah komponen
Hasil / result
Diagram kelas yang terlibat komponen

Copling
-Outside coupling: Sebuah kelas atau komponen mengacu langsung kepada milik umum kelas lain atau komponen
-Inside Coupling: Operasi mengacu langsung kepada lainnya, properti pribadi di kelas yang sama
-Coupling from below: Kelas khusus mengacu langsung ke properti pribadi di kelas super
-Sideways coupling: kelas A mengacu langsung ke properti pribadi di kelas lain


Low Copling

-Kopling adalah ukuran dari seberapa kuat satu elemen yang tersambung dengan, memiliki pengetahuan atau mengandalkan pada elemen lain.
-Sebuah elemen dengan kopling yang rendah tidak tergantung pada unsur-unsur lain terlalu banyak "terlalu banyak" adalah tergantung konteks
-SOLUSI TERBAIK IS: Coupling RENDAH:
Menetapkan tanggung jawab yang begitu kopling yang tetap rendah



Cohesion
-Operasi merupakan keseluruhan fungsional
- Atribut dan struktur objek menggambarkan objek dengan negara-negara yang jelas
- Operasi menggunakan satu sama lain Berikut fitur menunjukkan kohesi
Komponen:
-Komponen kelas secara konseptual terkait
-Struktur hubungan antara kelas terutama generalisasi dan agregasi
-operasi kunci dapat dilakukan dalam komponen




Connect Classes
Ada tiga bentuk hubungan:
-Menggabungkan komponen yang kelas lain
-Public class spesialisasi komponen yang lain
-Memanggil operasi umum di objek komponen yang lain

Documentation
Tujuan
Untuk mempertahankan hasil dan keputusan dalam cara yang koheren
Konsep
-Analisis dokumen: Sebuah presentasi yang koheren analisis hasil
- Desain dokumen: Presentasi koheren hasil desain

Prinsip
-prosa Gunakan teknis dilengkapi dengan formalisms
-Retain hasil dan keputusan terus
-Catat kemajuan melalui hasil didokumentasikan
Hasil
-Suatu dokumen analisis
-Sebuah dokumen desain

important of documentation
Dalam pengembangan sistem, dokumen memainkan peran sentral dan melayani kebutuhan yang berbeda, yang bertindak sebagai:
- Pekerjaan alat yang mengumpulkan dan sub-struktur hasil seperti yang diproduksi
- Kontrol alat untuk mengukur kemajuan kerja
- Peralatan yang mempertahankan kesepakatan tentang system persyaratan dan desain



A. Standar dokumentasi Analisis berisi :

1. The Task ( tugas) à penjelasan ringkas latar belakang dokumen dan hubungan2nya.

1.1 Purpose ( kegunaan) -> keseluruhan harapan dari proyek pengembangan system
1.2 System Definition -> Ringkasan keseluruhan property/sifat dari system, menggunakan FACTOR
1.3 Context -> penjelasan umum aspek lingkungan yang sesuai, dapat termasuk Rich Picture



1.3.1 Problem Domain : penyajian problem domain system
1.3.2 Application Domain : penyajian aktor2 dan tugas2nya

2. Problem Domain à pennjelasan Class-2, struktur/diagram dari aspek domain obyek-2.
2.1 Cluster -> berisis struktur cluster/gugus atau kelompok yang mengarah ke sub2 sistem.
2.2 Structure -> berisi struktur dari Class2 yang didentifikasi dengan hubungan2nya : agragasi, assosiasi, dan generalisasi/spesialisasi
2.3 Classes -> penjelasan dari masing2 Class yng sudah didapatkan, tentang :
• Definisi , ciri2 class/object secara ringkas
• behavioral pattern , dijelaskan dengan misalnya STD

2.4 Events : penyajian hubungan Class dan Event, dalam Event-Table dan sequence diagram untuk event2 yang sifatnya umum


3. Application Domain à pennjelasan lengkap dari usage, fungsi2, interface2 dan persyaratan lain dari sistem.
3.1 Usage -> penjelasan interaksi sistemdengan lingkungannya (actor2)
3.1.1 Overview : actor table – actors vs usecase yang terlibat dalam sistem,
3.1.2 Actors : spesifikasi masing2 actor
3.1.3 Use Cases : masing2 usecase dengan spesifikasinya
3.2 Functions -> penjelasan tentang fungsionalitas system berisi fungsi2 dalam
- Function-list & spesifikasi2 untuk Function yg kompleks



3.3 User Interface -> presentasi dari kebutuhan2/persyaratan2 pokok yang memungkinkan dialog system dengan actor dalam user-interfac2:
• Gaya dialog : dasar dan elemen2
• Overview : Diagram navigasi
• Contoh2
3.4 The Technical Platform -> kerangka platform teknis yang digunakan untuk mengopersikan system dan interface2 ke sistem lain.

4. Recomendation à pennjelasan argumentasi2 untuk pekerjaan pengembangan berikutnya.
4.1 The system usefulness and feasibility : satu assessmen persyaratan2 terkait dengan lingkungan 2 dan kemungkinan2 teknis
4.2 Strategy : Strategi Pengembangan yang direkomendasikan untuk kelanjutan pekerjaan pengembangan
4.3 Development Economy : Ekonomis pengembangan -> estimasi kebutuhan sumberdaya dan waktu yang diperlukan untuk kegiatan pengembangan selanjutnya.


B. Standar dokumentasi Design/Perancangan berisi :


1. The Task ( tugas) à penjelasan ringkas tugas2 dan formulasi sasaran2 kualitas.
1.1 Purpose ( kegunaan) -> keseluruhan harapan2 dari proyek pengembangan system
1.2 Corrections to the Analysis -> Koreksi kesalahan2, perubahan2 atau modifikasi yang diperlukan dan tambahan2 terhadap dokumen analisis.
1.3 Quality Goals -> ringkasan prioritas criteria design dan sasaran2 tambahan terhadap arsitektur.



2. Technical Platform à pennjelasan ringkas dari bahasa design dan peralatan, system software dan sistem2 dimana system ini dikembangkan dan dijalankan.
2.1 Equipment -> berisis penjelasan tentang peralatan yang relefan/sesuai.
2.2 System Software -> berisi penjelasan tentang system software yang relefan/sesuai
2.3 System Interface -> penjelasan tentang interface/antarmuka ke system lain dimana system akan berinteraksi.
2.4 Design Language : Deskripsi tentang bahasa program yang akan dipakai dan standar2 lainnya.


3. Architecture à penjelasan lengkap tentang susunan system dalam komponen2 dan proses2.
3.1 Component Architecture -> penjelasan class diagram yang menggambarkan ,
susunan2 sistem dari komponen2 yang saling terkait
3.2 Process Architecture -> diagram deployment, yang menunjukkan prosesor2 yang tersedia, obyek2 aktif, dan hubungannya.
3.3 Standars -> standar2 design yang digunakan

4. Components. à deskripsi tentang model, function, system interface, user interface dan komponen2 lainya. Untuk setiap komponen, berikan penjelasan tentang : .
4.x.1 Structure : Class diagram yang menjelaskan komponen2 classes, hubungan strukturalnya dan nama attribut2nya
4.x.2 Classes. Setiap Class perlu dijelaskan tentang :
• The Class name : Nama Class
• Class Responsibilities and purpose : tanggung jawab class dan kegunanannya.
• Attributes : attribut2nya, dengan format list/daftar
• Complex operations, dengan spesifikasinya.



5. Recomendations à substansi rencana untuk pekerjaan pengembangan berikutnya.

5.1 The system usefulness : satu evaluasi menyeluruh dari rancangan terkait dengan lingkup, berbasis pada sasaran2 kualitas yang ditentukan.
5.2 Plan for Initiating Use : Rencana yang direkomendasikan untuk bagaimana system nantinya digunakan.
5.3 Implementation Plan : Rencana yang direkomendasikan untuk realisasi system yang terdiri dari aktivitas2 dan estimasi waktu dan kebutuhan sumberdaya..



Implementation

-Tujuan: Untuk Melaksanakan perancangan sistem pada platform teknis
-Prinsip: Menghargai keputusan desain
-Hasil: Koleksi dari bagian perangkat lunak yang menerapkan desain yang berorientasi objek

-Membuat desain sebelum pelaksanaan memberikan gambaran sistem, yang memungkinkan Anda memeriksa sistem dan mempertimbangkan pilihan-pilihan Anda sebelum Anda membuat keputusan pelaksanaan rinci.





Object Oriented Platform

-Class and Attributes
-Association Structures
-Aggregation Structures
-Generalization Structure
-Operations
-Interfaces
-Class Libraries
-Persistency


Class and Attributes
-Dalam masalah domain sebuah identitas obyek yang biasanya merupakan atribut dengan nilai yang unik. Dalam pelaksanaannya Anda harus mempertimbangkan apakah identitas bisa sama dengan nama benda.
-Untuk Atribut Anda harus menentukan tipe datanya. Dan Anda dapat mempertimbangkan membagi nama atribut misalnya ke nama pertama dan nama terakhir
-Bagaimana elemen atribut yang terkait?
-Bagaimana atribut yang digunakan dalam fungsi?
-Bagaimana atribut yang digunakan dalam antarmuka pengguna?

Association Structure
-Struktur Dasar Sebuah mencerminkan hubungan yang relatif longgar antara dua atau lebih objek
-Sebuah representasi satu arah dikombinasikan dengan pencarian
-Sebuah pernyataan dua arah dengan simultan update

Aggregation Structures
-Statis atau dinamis dan
-Berafiliasi atau terpadu

Generalisasi Struktur
-Apakah platform teknis mendukung multiple inheritance

Operations
-Operasi untuk memperbarui peristiwa masalah domain harus memeriksa untuk melihat bahwa acara ini adalah hukum
-Semua kelas harus mencakup operasi untuk menciptakan dan menghancurkan benda
-Anda harus menyertakan usaha untuk membuat dan menghancurkan benda

Interfaces
-Beberapa hal yang harus dipertimbangkan adalah
-Parameter yang melakukan operasi di antarmuka
-Apa yang Anda lihat adalah apa yang Anda dapatkan?

Class Libraries
*koleksi Perpustakaan berisi kelas ekstensi ke platform teknis yang biasanya meliputi:
-Wadah kelas seperti daftar dan seterusnya
-Operasi pencarian dan penyortiran
-Sumber daya teknis seperti driver untuk printer dan saluran komunikasi jaringan
-kelas Basic untuk menangani user interface, layar, keyboard, dan mouse

Persistency

-Strategi khas adalah dengan menggunakan sistem database dengan menyimpan benda-benda yang harus terus-menerus
-Bagaimana desain dapat diterjemahkan ke dalam database desain