Togaf

[Shaka_RDR]

Ini ga berhubungan dengan Komputer, juga bukan pemrograman. Ini konsep dalam IT architecture dan gw juga dapet tugas utk belajar ini

link : www[dot]opengroup[dot]org/architecture/togaf/

ada yg sudah certified atau juga berkecimpung didalam bidang ini ?



PS : bagi yg perhatiin thread2 yg gw buat, ngerasa kan klo kerjaan gw serabutan banget yak ?

[GiKu]

sama kita
gw kadang nyuci gelas, sendok, kadang mbetulin sendal jepit yg talinya putus

[GiKu]

sepertinya banyak juga yg bikin model2/metodologi untuk pengembangan IT

[Shaka_RDR]

gw sedang mengurusi Artifacts dalam TOGAF dibagian Application Architecture nih.

di salah satu bagiannya itu mewajibkan gw membagi Application menjadi :

1. Logical Application
2. Physical Application
3. Information System Services


nah loh...gw bingung maksudnya apaan ini

ada yg bisa kasih contoh per jenis itu maksudnya apa ?

[GiKu]

logical = mungkin bisa disamakan dengan flowchart, input, proses, output
physical = lebih detil, kebutuhan input, output, proses, storage, system control & recovery, user, interface, data design

* gw juga gak ngerti

[Agitho_Ryuki]

logical ---> cara kerja
Physical ----> media
Informasi System Service ---> data-nya

sok tahu banget neh...

[Shaka_RDR]

ini definisi menurut TOGAF

Logical Application Component : An encapsulation of application functionality that is independent of a particular implementation. For example, the classification of all purchase request processing applications implemented in an enterprise.

Physical Application Component : An application, application module, application service, or other deployable component of functionality. For example, a configured and deployed instance of a Commercial Off-The-Shelf (COTS) Enterprise Resource Planning (ERP) supply chain management application.

IS Services : The automated elements of a business service. An information system service may deliver or support part or all of one or more business services.



yg gw tangkap itu

Logical Application Component : Sub-module dari sebuah solution yang mempunyai fungsi yang independent.
contoh : sub module pay roll, sub module general ledger

Physical Application Component : Aplikasi secara fisik
contoh : Zahir, SAP, PeopleSoft (bukan ngiklan, ini gw cuma kasih contoh doank yg namanya dikenal orang2)

IS Services : nah ini yang gw bingung.

[cha_n]

kalau IS ya aplikasi yang langsung menyentuh kebutuhan usernya.
misal IS untuk rumah sakit, IS untuk pengadaan barang jasa secara elektronik

(ngingetin Gw ama matkul2 di semester kemaren)

lagi pake hape. ntar2 aja ya jawabnya

[Shaka_RDR]

nah yg gw bingung itu, bedain IS dan physical.
klo cuma bilang "menyentuh langsung kebutuhan user", Zahir, SAP dll dibilang IS atau Physical ?

[GiKu]

kok payroll bisa independen, padahal payroll butuh time management dan employee data juga buat dapet daftar hadir dan level karyawan di organisasi

[Shaka_RDR]

Salah satu artifact dalam TOGAF adalah System Use Case diagram.

Dalam use case, penamaan merupakan salah satu tahapan paling penting...

nah, gw bingung nih soal penamaan
klo seperti :
- menerima registrasi pelanggan
- mendebit account pelanggan
- mengurangi stok

itu penamaan yg benar (menurut yg gw baca).

tapi gimana klo soal manage data2 master table ?
- mendata master pelanggan ?
- mendata master barang ?

apa ini cara penamaan yang tepat yah ? gw baca di beberapa artikel ini bukan cara penamaan yang tepat dan tidak disarankan. tapi mereka kaga kasih tau apa yg disarankan




oh iya, dalam use case kan disarankan menggunakan kata kerja aktif yang "strong" / kuat.

cth :

transfer funds > funds transfer
withdraw cash > cash withdrawal


* > artinya stronger than
dalam bahasa inggris ga terlalu disarankan utk membuat use case seperti : performing funds transfer, performing cash withdrawal.

kalau dalam bahasa indonesia gimana yah ?

melakukan transfer dana atau memindahkan dana ? atau mentransfer dana ? (mentransfer kayanya bukan mengikuti kaidah bahasa indo yg baik dan benar yah ? )


sumber2 bacaan :
http://www.ibm.com/developerworks/ra...eNameMar01.pdf

http://www.bced.gov.bc.ca/imb/downlo...estandards.pdf

http://macareo.pucp.edu.pe/japowsang...ang-asea08.pdf

[cha_n]

maaf saya salah. ternyata sebelumnya saya bahas requisite pro dan cmmi. bukan togaf.
kemaren dosen nyinggung sedikit soal togaf. tapi ini kan teknis banget ya. lebih detil suruh baca sendiri hihihi

[Shaka_RDR]

iyo detil banget
gw sendiri baca dokumen2nya nyaris tidur (tapi tetep aja kaga ketiduran saat insomnia kemaren )
soal penamaan use case sendiri ga diatur oleh TOGAF, tapi lebih menuruti pendekatan2 dalam UML. cha_n pake apa ? gw sih dulu belajarnya lars matiasen.

[Shaka_RDR]

gw kaya monolog disini yah
tapi gpp lah, minimal ini jadi "diary" gw dalam pengembangan TOGAF. siapa tau ntar ada yg butuh n bisa belajar dari kesalahan2 gw

Application Interaction Matrix
The purpose of the Application Interaction matrix is to depict communications relationships between applications.
The mapping of the application interactions shows in matrix form the equivalent of the Interface Catalog or an Application Communication diagram.
The Application Interaction matrix is a two-dimensional table with Application Service, Logical Application Component, and Physical Application Component on both the rows and the columns of the table.
The relationships depicted by this matrix include:

• Application Service consumes Application Service
• Logical Application Component communicates with Logical Application Component
• Physical Application Component communicates with Physical Application Component

Application Communication Diagram

The purpose of the Application Communication diagram is to depict all models and mappings related to communication between applications in the metamodel entity.
It shows application components and interfaces between components. Interfaces may be associated with data entities where appropriate. Applications may be associated with business services where appropriate. Communication should be logical and should only show intermediary technology where it is architecturally relevant.



Pertanyaan gw sih :
apakah interaksinya cuma berupa consumes dan communicates with saja atau bisa ada yang lain ? saat ini lagi cari2 apa saja jenis interaksinya.

[etca]

gpp monolog, gw juga pernah kok. sering malah
intinya tengkyu dah sharing info menarik buat kitakita lebih tahu.

[cha_n]

eh nanya ke diriku y? uml ? pake visio wkwkwk...
saat ini kuliahku lebih ke arah manajemen it. jadi hal teknis emang jarang disentuh kecuali disuruh belajar sendiri.
togaf ini sempat disinggung sedikit pada matkul perancangan infrastruktur teknologi informasi. ya gitulah ga bahas togaf secara mendalam cuma bilang togaf sebagai salah satu solusi.

[Shaka_RDR]

^
gw lagi mau ambil management SI, mulai kuliah 18maret ini. mudah2an ga salah pilih nih

jujur aja, otak gw masih terlalu technical dan masih blon bisa nangkep gambaran secara luas dari aplikasi2 yg ada dalam sebuah instansi.

klo visio sih, gw juga pake maksudnya pendekatan teori2 yg dipakai dalam merancang UML.
klo dulu gw kuliah pake lars matiasen, sekarang katanya sih lagi "ngetrend" dari satzinger (gw langsung membayangkan mecha robot saat denger nama nih orang )

[Shaka_RDR]

okay.... gw ketemu apa saja relation/interaction yg ada antar physical - physical dan logical-logical app components. dan malah ketemu relation/interaction yg lain pula.


eh, relation sama dengan interaction kan ?

[Shaka_RDR]

Skip soal relation.... gw mikirin Role, Function dan Organization Unit Interaction Matrix with Logical and Physical Apps dulu deh. Ngisinya cukup mudah, cukup Yes/No doank di matrix.

Yes artinya Role/Function/Organization unit tersebut punya akses ke Physical/Logical Apps.
No artinya ya ga punya akses, bahkan cuma view sekalipun.


Okay.... mari kita definisikan satu persatu.

Role: An actor assumes a role to perform a task.
Actor: A person, organization, or system that is outside the consideration of the architecture model, but interacts with it.
Function: Delivers business capabilities closely aligned to an organization, but not explicitly governed by the organization.

Organization Unit: A self-contained unit of resources with goals, objectives, and measures. Organization units may include external parties and business partner organizations.


Sementara utk Physical dan Logical Apps Component, bisa ditarik kesimpulan bahwa :

Physical apps = Information Services. tidak equal sama persis karena tidak semua apps yg dipakai dalam sebuah organisasi otomatis jadi IS (cth : masa MsWord = IS ???) tapi kalau ada apps2 yg dibuat untuk internal organisasi biasanya itu adalah IS. maka Physical apps ini bisa kita sebut dengan : nama aplikasi yg dipakai

Logical apps = komponen2 yg membentuk physical apps. maka logical apps ini adalah use case (method2 dalam use case).


okay... mari kita renungi dulu sebentar

[GiKu]

duduk manis
ikut nyimak kuliah togaf