Object Oriented Class

Classification Objects
According to [ BOO95 ] object can be :

ADT (Abstract Data Type) The definition of the class in which the component type to be
primitive attributes and operations functions / methods / services.

Engineering NESS passive objects whose status will be activated by another object.
Primitive functions on the machine is a transition mechanism that changed a status to another
status.

Process Active objects that have " control sequences " ( thread of control)

Characteristics of Object-Oriented Systems

Characteristics or properties that possess an object-oriented system are :
Abstraction
Principles to represent real-world complex into a form simple model by ignoring other
aspects that do not correspond to the problem.
Encapsulation
Wrapping data attributes and the services ( operations ) that belongs to the object , to ring the
implementation of the object so that other objects do not know how it works .
Inheritance ( Inheritance )
The mechanism that allows an object ( read : class ) inherits some or all definitions dai other
objects as part of him.
Reusability
Reuse of objects that have been defined for a problem on the other issues that involve the
object.
Generalization and Specialization
Shows the relationship between classes and objects common to special classes and objects .
Communication between Objects
Communication between objects is done via rapid (message ) is sent from one object to
another .
Polymorphism
The ability of an object to be used in many different purposes with the same name thus
saving program lines.

Some Basic Principles Definition Methodology

How systematic work to facilitate the implementation of the creation of the software in
order to achieve certain goals.

The process for producing software that is organized using a number of techniques and
notation conventions defined. Understanding Object-Oriented Methodology
 A development strategy software to organize software as a collection of objects that contain
the data and operations that apply to it.

A way of how a software system developed through a systematic approach to the object.

object-oriented method is based on the application of the principles of management

complexity.

Methods of object-oriented set of activities melipui object-oriented analysis, object oriented

design, object-oriented programming, and object-oriented testing.

There is a technique that is used, the resulting product, verification procedures, and criteria
for each activity undertaken.

There are tools for modeling (documenting) the results of each activity.

Object-Oriented Methodology vs. Function

The main strategy to deal with the complexity of software development is the
decomposition of the problem into small parts that can be manageable .
In the function-oriented methods or data flow ( DFD ) , the decomposition problem carried
out by function or process hierarchies, ranging from context to the processes of the smallest .
While the object-oriented method , the decomposition of the problem is based on the objects
that exist in the system.
Comparison of the two methods , for example, to issue an assessment study on the academic
system.

Advantages of Object-Oriented Methodology

Development of the system with object-oriented method can provide advantages as follows ,
although some books ( reference ) show " pitfall " of this methodology .
Increase productivity Because the classes and objects found in a problem they can be reused
for other issues that involve the object (reusable ).
Speed of development Because the system is built properly at the time of analysis and
design will cause a reduction in errors during the coding.
Ease of maintenance Because with objects, patterns that tend to remain stable and can be
separated from the patterns that may change frequently.

Determining User Requirements to Object-Oriented Systems

Identify business processes and needs expressed by users and the 'use-case ".
Actually, not an object-oriented analysis activity, because it does not talk about the
discussion about the object.
Necessary as it may explain what activities should be done by the system, and explain also
the behavior of the system components.
There is a certain diagram to represent the model of the needs of the "use-case" were
obtained. Identification Classes and Objects
Identifying classes and objects that exist within the scope of application:
- Explicit statement of the problem
- Implicit in the scope of application or knowledge of the scope of application
Class and object can be identified from:
- External entities that produce and use the information that will be used by a computer-based
system
- Something that is part of the information on the issues
- Events, eg operational procedures, arising within the scope of operational systems - The role
played by people who interact with the system

- Organizational units that are relevant to the application - Places that define the scope of the
problem and the entire functionality of the system

- The structure that defines the class of the object or the connecting object classes .

Ignore classes and objects that are not appropriate because :

- redunden

- irrelevant

- A more precise form of attributes

Identification Attributes and Services

Identify the attributes and services related to each of these attributes.

Attributes are identified from the data elements that can describe ( characterize ) of an
object as a whole .

Service identified from specific behaviors that may indicate the role and responsibilities of
an object .

Ignore attributes that are not appropriate because :

- Be an object

- In the form of qualifier

- Either the name

- In the form of identifier on implementation - Declare the internal status object

- An attribute that is very small ( minor ) - Contrary to other attributes Definition

Structures and Hierarchy

Define the structure and hierarchy of objects that will organize object class .

Organize and simplify the objects into classes of objects through the concept of aggregation
and inheritance.
Object-Oriented Analysis Method understanding
How systematic work to do the analysis phase is based on object approach .
There is a certain set of rules that must be followed to complete the analysis work .

Having the sequence of activities, techniques, and tools (tools) to model certain
(documented) the results of each activity.

There are several methods that can be used to perform object-oriented analysis, and are as
follows. Method Coad & Yourdan

Introduced by Peter Coad and Edward Yourdan in 1990.

Also called by the name of Object Oriented Analysis (OOA), and is regarded as one of the
techniques are easy to learn.

The notation is relatively simple because the model is based on the physical structure of the
real world, and instructions to perform the analysis is quite clear.

Stage or implementation scheme: - Identification of classes and objects - Identify structures

The structure of "generalization-specification"

The structure of "whole-part" or "a-part-of"

Identification of the subject

Define attributes - Attribute object implisi - Instant connection (connection instance)

Define the service - Services implicit object - Services associated with attributes - The
service associated with the "message-connection"

Methods Rumbaugh
Introduced by James Rumbaugh , Michael Blaha , William Premerlan , Frederick Eddy and
William Lorensen in 1991 .

Better known by the Object Modeling Technique ( OMT ) which can be used both for the
analysis and design .

In addition to physical models of objects , as well dilkukan analytical approach to model

dynamic model and functional model .

Stage or implementation scheme : - Determine the scope of the problem - Create an object
model Identification of the relevant class to the issues

Define attributes and associations

Define the relationship ( link ) between classes and objects

 Organize a class of objects using inheritance - Create a dynamic model

Set up scenarios

Define event (event ) to create a search for any scenario

Construct a flow diagram of events (event flow diagram )

Create a state diagram ( state diagram )

Jacobson method

Introduced by Ivar Jacobson with the name of Object Oriented Software Engineering (
OOSE ) in 1992 .
It is also a simple version of the object-oriented methods .
The angle of view or the focus of the analysis is emphasized on the " use case " , ie
description or scenario that describes how users interact with a product or system to be
developed .
Stage or implementation scheme :
- Identification of the users of the system and all its responsibilities
- Create a requirements model
Define actors and responsibilities
Identification of the use-case for each actor
Initialization picture object system and its relationship
- Create an analysis model
Identifakasi object interface
Create a structural picture of an object's interface
Represent the object's behavior
Isolation sub - system and create each model

Booch method
Introduced by Grady Booch in 1994 .
Covering macro and micro development process , with the assumption that the analysis and
design of a continuum of activities that are not separated .
Stage or implementation scheme :
- Identification of classes and objects
Identification of candidate objects
Identification of relevant scenarios
Define attributes and services for each class
- Identify the semantics of classes and objects
Select a scene for later analysis
Select an object and a list of roles and responsibilities
Search colaborasi between objects
- Identify the relationships between classes and objects
Define the dependency that exists between the object
Explain the role of each object
 Validation is based on scenarios
Create a diagram associated with the steps above
Implement classes and objects

Stage Design
From the perspective of project management , the design consists of two parts,
namely :
initial design (preliminary design)
Determining the overall software architecture (preliminary design) .
- How does the environment program?
- What are the forms of data storage ?
- What forms the interface ?
Detailed design (detailed design)
Determine the program module ( procedural ) to be made
As from a technical standpoint , design activities consist of the following activities:
Architectural Design program
- Architectural logic
- Physical architectural
Designing a program module ( procedural )
Design Data
- Internal data structure
- Physical data structure
The design of the interface
- The design of the interfaces between modules
- The design of the interface between the software with the non - humanity (external entity)
 Kelas Object Oriented

klasifikasi Objek
Menurut [ BOO95 ] objek dapat :

ADT ( Abstrak Data Type ) Definisi kelas di mana jenis komponen menjadi atribut primitif
dan operasi fungsi / metode / jasa .

Teknik NESS objek pasif yang statusnya akan diaktifkan oleh objek lain . fungsi primitif
pada mesin adalah mekanisme transisi yang mengubah status ke status lain .

Proses objek Active yang memiliki " kontrol urutan " ( benang control )

Karakteristik Berorientasi Objek Sistem

Karakteristik atau sifat yang memiliki sistem berorientasi objek adalah:

Abstraksi Prinsip untuk mewakili kompleks dunia nyata ke dalam model formulir sederhana
dengan mengabaikan aspek-aspek lain yang tidak sesuai dengan masalah.

Encapsulation Membungkus atribut data dan layanan (operasi) yang dimiliki objek, untuk
cincin pelaksanaan objek sehingga benda-benda lainnya tidak tahu cara kerjanya.

Warisan (Inheritance) Mekanisme yang memungkinkan sebuah objek (baca: kelas)

mewarisi beberapa atau semua definisi dai benda lain sebagai bagian dari dirinya.

Reusability Penggunaan kembali objek yang telah ditetapkan untuk masalah pada isu-isu
lain yang melibatkan objek.

Generalisasi dan Spesialisasi Menunjukkan hubungan antara kelas dan objek umum untuk
kelas khusus dan objek.

Komunikasi antara Objects Komunikasi antara obyek dilakukan melalui cepat (pesan)
dikirim dari satu objek yang lain.

Polimorfisme Kemampuan suatu objek untuk digunakan di banyak tujuan yang berbeda
dengan nama yang sama sehingga menghemat baris program.

Beberapa Prinsip Dasar Definisi Metodologi

Bagaimana sistematis bekerja untuk memfasilitasi pelaksanaan pembuatan perangkat lunak

dalam rangka untuk mencapai tujuan tertentu .
 Proses untuk memproduksi perangkat lunak yang diatur menggunakan sejumlah teknik dan
konvensi notasi didefinisikan . Memahami Metodologi Berorientasi Objek

Sebuah perangkat lunak strategi pengembangan untuk mengatur perangkat lunak sebagai
kumpulan objek yang berisi data dan operasi yang berlaku untuk itu .

Sebuah cara bagaimana sistem perangkat lunak yang dikembangkan melalui pendekatan
yang sistematis untuk objek.

Metode berorientasi objek didasarkan pada penerapan prinsip-prinsip kompleksitas

manajemen .

Metode set berorientasi objek kegiatan melipui analisis , desain berorientasi objek ,
pemrograman berorientasi objek berorientasi obyek , dan berorientasi objek pengujian .

Ada teknik yang digunakan , produk yang dihasilkan , prosedur verifikasi , dan kriteria
untuk setiap kegiatan yang dilakukan .

Ada alat untuk pemodelan ( mendokumentasikan ) hasil dari setiap kegiatan .

Metodologi Berorientasi Objek vs Fungsi

Strategi utama untuk menangani kompleksitas pengembangan perangkat lunak adalah

dekomposisi masalah menjadi bagian-bagian kecil yang dapat dikelola.

Dalam metode berorientasi fungsi atau data aliran (DFD), masalah dekomposisi dilakukan
oleh fungsi atau proses hierarki, mulai dari konteks untuk proses terkecil.

Sedangkan metode berorientasi objek, dekomposisi masalah didasarkan pada objek yang
ada dalam sistem.

Perbandingan dua metode, misalnya, untuk mengeluarkan sebuah studi kajian tentang
sistem akademik. Keuntungan Metodologi Berorientasi Objek Pengembangan sistem dengan
metode berorientasi objek dapat memberikan keuntungan sebagai berikut, meskipun beberapa
buku (referensi) menunjukkan "perangkap" dari metodologi ini.

Meningkatkan produktivitas Karena kelas dan objek yang ditemukan dalam masalah yang
mereka dapat digunakan kembali untuk isu-isu lain yang melibatkan objek (reusable).

Kecepatan pembangunan Karena sistem ini dibangun dengan benar pada saat analisis dan
desain akan menyebabkan penurunan kesalahan selama coding.

Kemudahan pemeliharaan Karena dengan benda-benda, pola yang cenderung tetap stabil
dan dapat dipisahkan dari pola yang mungkin sering berubah.
Menentukan Pengguna Persyaratan untuk Object-Oriented Sistem
Mengidentifikasi proses bisnis dan kebutuhan yang diungkapkan oleh pengguna dan
'penggunaan-kasus ".

Sebenarnya, bukan merupakan kegiatan analisis berorientasi objek, karena tidak

membicarakan pembahasan tentang objek.

Diperlukan karena dapat menjelaskan apa yang harus dilakukan kegiatan oleh sistem, dan
menjelaskan juga perilaku komponen sistem.

Ada diagram tertentu untuk mewakili model kebutuhan "penggunaan-kasus" diperoleh.

Kelas identifikasi dan Objek

Mengidentifikasi kelas dan objek yang ada dalam ruang lingkup aplikasi:

- Pernyataan eksplisit dari masalah

- Implisit dalam lingkup aplikasi atau pengetahuan tentang ruang lingkup aplikasi

Kelas dan objek dapat diidentifikasi dari:

- Entitas eksternal yang memproduksi dan menggunakan informasi yang akan

digunakan oleh sistem berbasis komputer

- Sesuatu yang merupakan bagian dari informasi tentang isu-isu

- Acara, prosedur operasional misalnya, timbul dalam lingkup sistem operasional

- Peran yang dimainkan oleh orang-orang yang berinteraksi dengan sistem

- Unit organisasi yang relevan dengan aplikasi

- Tempat yang mendefinisikan ruang lingkup masalah dan seluruh fungsi dari sistem -
Struktur yang mendefinisikan kelas obyek atau kelas penghubungnya.

Abaikan kelas dan objek yang tidak tepat karena:

- redunden

- tidak relevan

- Bentuk yang lebih tepat dari atribut

Atribut identifikasi dan Jasa
Mengidentifikasi atribut dan layanan yang terkait dengan masing-masing atribut .

Atribut diidentifikasi dari elemen data yang dapat menggambarkan ( ciri ) dari suatu objek
secara keseluruhan .
 Layanan diidentifikasi dari perilaku tertentu yang dapat menunjukkan peran dan tanggung
jawab dari sebuah objek .

Abaikan atribut yang tidak tepat karena :

- Jadilah obyek

- Dalam bentuk kualifikasi

- Entah nama

- Dalam bentuk identifier pelaksanaan

- Menyatakan objek statusnya internal yang

- Sebuah atribut yang sangat kecil ( minor )

- Berlawanan dengan Struktur atribut Definisi lain dan Hierarchy

Menentukan struktur dan hirarki objek yang akan mengatur kelas objek .

Mengatur dan menyederhanakan objek ke dalam kelas objek melalui konsep agregasi dan
warisan .

Object-Oriented Metode Analisis pemahaman

Bagaimana pekerjaan yang harus dilakukan tahap analisis sistematis berdasarkan
pendekatan objek.

Ada seperangkat aturan tertentu yang harus diikuti untuk menyelesaikan pekerjaan analisis.
Memiliki urutan kegiatan teknik, dan alat-alat (tools) untuk model tertentu
(didokumentasikan) hasil setiap kegiatan.

Ada beberapa metode yang dapat digunakan untuk melakukan analisis berorientasi objek,
dan adalah sebagai berikut. Metode Coad & Yourdan

Diperkenalkan oleh Peter Coad dan Edward Yourdan pada tahun 1990.

Juga disebut dengan nama Object Oriented Analysis (OOA), dan dianggap sebagai salah
satu teknik yang mudah dipelajari.

Notasi relatif sederhana karena model ini didasarkan pada struktur fisik dari dunia nyata,
dan instruksi untuk melakukan analisis cukup jelas.

Tahap atau implementasi skema:

- Identifikasi kelas dan objek

- Identifikasi struktur
 Struktur "generalisasi-spesifikasi"

Struktur "seluruh bagian" atau "a-bagian-dari"

Identifikasi subjek

Tentukan atribut

- atribut objek implisi

- koneksi Instan (koneksi misalnya)

Tentukan layanan

- Layanan objek implisit

- Layanan yang terkait dengan atribut

- Layanan yang terkait dengan "pesan-koneksi"

Metode Rumbaugh

Diperkenalkan oleh James Rumbaugh , Michael Blaha , William Premerlan , Frederick

Eddy dan William Lorensen pada tahun 1991 .

Lebih dikenal dengan Modeling Object Teknik ( OMT ) yang dapat digunakan baik untuk
analisis dan desain .

Selain model fisik benda , serta pendekatan analitis dilkukan untuk model model dinamik
dan model fungsional .

Tahap atau implementasi skema : - Tentukan lingkup masalah - Buat model objek

Identifikasi kelas yang relevan dengan isu-isu

Tentukan atribut dan asosiasi

Tentukan hubungan ( link) antara kelas dan objek

Mengatur kelas objek menggunakan warisan - Buat model dinamis

Siapkan skenario

Tentukan acara ( event ) untuk membuat pencarian untuk setiap skenario

Buatlah sebuah diagram alir peristiwa ( event diagram alir )

Buat diagram negara ( state diagram )

Metode Jacobson
Diperkenalkan oleh Ivar Jacobson dengan nama Object Oriented Software Engineering (
OOSE ) pada tahun 1992 .

Ini juga merupakan versi sederhana dari metode berorientasi objek .

Sudut pandang atau fokus analisis ditekankan pada " kasus penggunaan ", yaitu keterangan
atau skenario yang menggambarkan bagaimana pengguna berinteraksi dengan produk atau
sistem yang akan dikembangkan.

Tahap atau implementasi skema :

- Identifikasi pengguna sistem dan semua tanggung jawabnya

- Buat model persyaratan

Tentukan aktor dan tanggung jawab

Identifikasi penggunaan

- kasus untuk masing-masing aktor

Sistem Inisialisasi objek gambar dan hubungannya

- Buat model analisis

antarmuka objek Identifakasi

Buat gambar struktur antarmuka obyek

Mewakili perilaku objek

sub Isolasi

- sistem dan menciptakan masing-masing model

Metode Booch

Diperkenalkan oleh Grady Booch pada tahun 1994 .

Meliputi proses pembangunan makro dan mikro , dengan asumsi bahwa analisis dan desain
sebuah kontinum kegiatan yang tidak dipisahkan .
Tahap atau implementasi skema :
- Identifikasi kelas dan objek
Identifikasi obyek calon
Identifikasi skenario yang relevan
Tentukan atribut dan layanan untuk setiap kelas
- Identifikasi semantik kelas dan objek
Pilih adegan untuk analisis nanti
Pilih objek dan daftar peran dan tanggung jawab
 colaborasi Cari antara obyek
- Mengidentifikasi hubungan antara kelas dan objek
Tentukan ketergantungan yang ada antara objek
Jelaskan peran masing-masing objek
Validasi berdasarkan skenario
Buat diagram yang terkait dengan langkah di atas
Melaksanakan kelas dan objek

Tahap Desain
Dari perspektif manajemen proyek, desain terdiri dari dua bagian, yaitu: desain awal ( desain
awal ) Menentukan arsitektur perangkat lunak secara keseluruhan ( desain awal ).

- Bagaimana program lingkungan ?

- Bagaimana bentuk penyimpanan data ?

- Apa bentuk antarmuka ? desain rinci ( desain rinci ) Menentukan program modul (
prosedural ) yang akan dibuat Sebagai dari sudut pandang teknis , kegiatan desain terdiri dari
kegiatan berikut :

Program Desain Arsitektur

- Logika Arsitektur

- Fisik arsitektur Merancang modul program ( prosedural ) data desain

- Struktur data internal

- Struktur data fisik Desain antarmuka

- Desain antarmuka antara modul

- Desain antarmuka antara perangkat lunak dengan non

- manusia ( external entity )