Togaf

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

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 ? ;D

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

sepertinya banyak juga yg bikin model2/metodologi untuk pengembangan IT

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 ::doh::

ada yg bisa kasih contoh per jenis itu maksudnya apa ?

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

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

sok tahu banget neh...
::hohoho::::hohoho::

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. ::doh::

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

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

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

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 ::ungg::
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 ? ::ungg:: gw baca di beberapa artikel ini bukan cara penamaan yang tepat dan tidak disarankan. tapi mereka kaga kasih tau apa yg disarankan ::doh::




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 ? ;D)


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

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

iyo detil banget ;D
gw sendiri baca dokumen2nya nyaris tidur (tapi tetep aja kaga ketiduran saat insomnia kemaren ::grrr::)
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. ::ungg::

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

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 ? ::ungg:: saat ini lagi cari2 apa saja jenis interaksinya.

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

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.

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

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 ::ngakak2::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 ::ngakak2::)

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 ? ::ungg::

http://img254.imageshack.us/img254/6...nteraction.jpg

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 [meditasi]

duduk manis
ikut nyimak kuliah togaf

Berdasarkan Definisi dari Role dan Actor, apakah kita bisa bilang actor / role di use case itu adalah actor / role di Role - System Matrix untuk menunjukkan interaction dengan Physical dan Logical apps ?
klo iya, berarti Role adalah UserName (atau UserType atau UserGroup, atau UserRights) pada sebuah aplikasi donk ? ::ungg::


Bagaimana dengan Function dan Organization Unit ? ::ungg::

seingatku dalam buat usecase actor itu pasti kata benda
role maksudnya kegiatannya kan? kata kerja.

actor ga cuma orang, bisa juga sistem lain

klo iya, berarti Role adalah UserName (atau
UserType atau UserGroup, atau UserRights)
pada sebuah aplikasi donk?
---
sepertinya bukan. yang kau sebutkan di atas itu atribut dari aktor. bukan role nya

ah ic.

thanks sudah point out hal ini cha_n

hubungan antara role dan actor = is performed by




wait.... jadi role itu use casenya? ::ungg::

contohnya gimana?

mungkin perlu mencari contoh2 gimana orang mengisi togaf karena takutnya beda pengertian

http://img195.imageshack.us/img195/673/role.jpg


itu contohnya yg ada didokumentasi. dan jangan kaget, contoh untuk function dan organization unit ga berhubungan sama sekali sampai gw bingung ini dapat dari mana ::grrr::



gw sudah pernah cari contoh sebuah system kecil dari awal sampai akhir dan ga ketemu. tanya ke forum2 TOGAF utk cara2 pengisian masing2 field bukannya ngerti malah "dibantai" dengan segala macam teori yg bisa bikin muntah.


seriously, gw bingung bagaimana para system architect itu bicara dengan istri/suami mereka... bahkan gw yg orang IT pun puyeng dengan bahasa inggris mereka yg terlalu njelimet.



PS : jangan tanya gw X artinya ada akses atau malah tidak ada akses. gw sendiri bingung.

---------- Post Merged at 08:04 PM ----------

sebentar, apakah role itu PASTI sebuah kata kerja ?

karena bila melihat apa yang ada di contoh, makanya gw sempat berpikir apakah actor = role.
karena seluruh aplikasi2 yg ada di instansi gw itu berdiri sendiri.



pertanyaan :
twitter dan yahoo messenger itu 2 buah aplikasi terpisah kan ?
bagaimana kalian menggambarkan role matrix dari 2 buah aplikasi itu, bila misalkan ....... login dengan Facebook ID ? ::ungg::
ini terjadi pada kasus di tempat gw. ada ID dan password utama, dimana hanya digunakan untuk login / menampilkan keterangan mengenai user tersebut. sisanya tidak ada yg digunakan sama sekali.

oalahhhh
role di situ maksudnya tugas, wewenang dari aktor
x artinya dia punya akses.

misal call center bisa akses semua aplikasi, dst
cuman dalam matrix ini hanya menggambarkan bisa tidaknya sebuah function (misal sebagai call center) mengakses aplikasi tertentu ga sampai menjelaskan akses2 apa saja yang boleh atau tidak boleh (mungkin cuma bisa lihat ga bisa edit)

dirimu harus bisa menyebutkan dulu apa aja fungsi2 dan aplikasi nya

@shaka
paragraf terakhir maksudnya apa sih? aplikasi sso ?
hubungannya sama twitter yahoo ama fb apa?

itu SAP HR, Siebel dkk adalah nama applikasi loh. bukan nama function/method/hak akses. karena itu contohnya relasi antara role dan physical app components.


Kita coba bahas dulu yang Role-Physical app. (ini ngebahas paragraf terakhir ku)
mana yang benar A/B/C ?
tujuannya mau menghubungkan role (user FB, user Twitter, user YM) yang login di FB, twitter dan YM yang menggunakan Facebook ID dengan applikasi2 tersebut. X menandakan klo User (Role) tersebut punya hak akses terhadap app tersebut. klo soal hak akses didalam app itu nanti kita bahas di Role-Logical App.


http://img515.imageshack.us/img515/9572/tesx.jpg

iya Gw tau
coba kamu baca lagi kan jelas ditulis.
x axis = function
y axis = application

jadi dia mau memetakan function dengan app nya. ngertikah sampai di marih?

trus honey bunny... kamu kok menjadikan pengguna ym, twitter dll sebagai role sih *tepok jidad kucing*

ternyata jelasin beginian emang harus sabar ya hahahah

kalau ketemu laptop deh aku kasih contoh yang lebih mendekati. pake hape susah euy

sementara, aku mau nanya dulu, tolong dijawab.
apa tujuan dari pemetaan di atas?

back to basic dulu deh.
sepertinya masih terlihat sudut pandang yang digunakan adalah sebagai seorang user, padahal seharusnya minimal pakai sudut pandang managemen atau paling yahud ke level pengambil keputusan (CIO)

seperti definisi togaf dari wiki ini

Quote:

---

The Open Group Architecture Framework (TOGAF®) is a framework for enterprise architecture which provides a comprehensive approach for designing, planning, implementing, and governing an enterprise information architecture

---

dari tujuan togaf di atas bisa kita pastikan, yang bisa menyusun togaf pastinya bukan user.
tujuannya pun medesain enterprise architecture, isinya ya semua hal terkait ritme kerja perusahaan dihubungkan dengan Business, Application, Data, dan Technology
jadi jangan bawa contoh twitter dan ym, pantas saja dirimu dibantai ::doh::
perusahaan mendesain ym dan twitter sampe perlu dibuatin pemetaan, juga relevansinya dengan kinerja perusahaan apa? ::doh::

balik ke bagian togaf secara teknis
contoh yang kamu kasih itu aku tebak perusahaan call center
kita coba pakai yang lain

misal saja semacam tokobagu s.

di sini kita harus melakukan
1. tentukan functionnya
2. tentukan aplikasinya

1. function : apa saja kira2 yang dilakukan user di dalam perusahaan (jangan tulis penguna aplikasi A, pengguna aplikasi B ya ::doh:: )
misal ada administrator website, kontributor berita, verifikasi data, hrd, finansial, direktur
2. applikasi : kita pelajari apa aja aplikasi yang dimiliki perusahaan itu (inget ya, aplikasi terkait perusahaan) misal dia punya aplikasi absensi, aplikasi keuangan, aplikasi hrd, aplikasi website tempat dia jualan online, dll

baru deh dipetakan

ok ok... utk contoh FB twitter dkk itu salah contoh.
maksud gw untuk menunjukkan klo ada 1 ID terpusat dan guna ID itu ya cuma itu doank cuma buat verifikasi saat login.

utk aplikasi, sudah di list.

untuk function : gw ga tulis pengguna aplikasi A , B, C.
tapi yg gw tulis itu peran mereka dalam aplikasi, karena ini yg paling mendekati "role".
apakah itu benar ? ::ungg::



lalu cha_n, apakah u setuju klo usecase = logical application component ? karena jujur saja gw masih ragu apakah itu benar.

1 individu (orang) bisa punya banyak peran dan fungsi didalam perusahaan, dan peran2 tersebut ga ada hubungannya sama sekali.


contoh :
si A (NIK = 000001), seorang IT Helpdesk yg menggunakan aplikasi helpdesk (rights : helpdesk, untuk cek complain, generate ticket, give response to user's complains dll) juga bisa menggunakan aplikasi HR karena dia karyawan (rights : user, untuk melihat absensi, melakukan absensi, medical claim dll).
customernya, si B (NIK = 000002) , juga karyawan diperusahaan yang sama, tapi dia manager HR (otomatis juga bisa buka HR, dan juga bertindak sebagai administrator di aplikasi HR). klo ia mau minta bantuan helpdesk, ia akan buka app helpdesk dengan rights sebagai user/customer yg kemampuannya cuma bisa entry complain, check progress dan give feedback.

semua aplikasi stand alone.
semua aplikasi login menggunakan NIK, yg ternyata datanya diambil bukan dari aplikasi HR tapi ada aplikasi stand alone lainnya yaitu aplikasi pendataan karyawan.
semua aplikasi punya database user yg beda2, saat mereka mau register user, aplikasi akan cek ke aplikasi pendataan karyawan, klo valid maka akan copy data2nya ke database user utk dinyatakan sebagai active user di app tersebut.


klo dari contoh diatas, role nya apa aja ?
gw mencatat rolenya sebagai : IT helpdesk, customer, karyawan, HR manager
aplikasi ada 3 : app helpdesk, app HR, app pendataan karyawan.

http://img209.imageshack.us/img209/8893/tesm.jpg


edit : itu "HR Manager" di excel harusnya "Admin HR" ;D males ganti n upload image lagi :P

pak, jawab dulu pertanyaan ku yang di post sebelumnya. menjawab pertanyan itu menjadi penting untuk bisa mendesign arsitektur perusahaan.

atau kalau mau sabar, ntar pas kuliah diajarin kok (ditempat ku diajari)
pendekatan nya bukan pake togaf, tapi ide besarnya dan sudut pandangnya sama :p

Role/Application Matrix
• The purpose of this matrix is to depict the relationship between
applications and the business roles that use them within the enterprise.
• The mapping of the Application Component-Role relationship is an
important step as it enables the following to take place:
– Assign usage of applications to the specific roles in the organization
– Understand the application security requirements of the business services
and processes supporting the function, and check these are in line with
current policy
– Support the gap analysis and determine whether any of the applications are
missing and as a result need to be created
– Define the application set used by a particular business role; essential in
any move to role-based computing


Tujuan pemetaannya : untuk menggambarkan relasi antara business role dan aplikasi yg ada dalam perusahaan.
business role gw kasih bold, karena ini yg gw bingungkan. ::ungg::

Quote:

---

Originally Posted by Shaka_RDR

ok ok... utk contoh FB twitter dkk itu salah contoh.
maksud gw untuk menunjukkan klo ada 1 ID terpusat dan guna ID itu ya cuma itu doank cuma buat verifikasi saat login.

---

tetap tidak memberikan penggambaran pak

Quote:

---

Originally Posted by Shaka_RDR

utk aplikasi, sudah di list.

untuk function : gw ga tulis pengguna aplikasi A , B, C.
tapi yg gw tulis itu peran mereka dalam aplikasi, karena ini yg paling mendekati "role".
apakah itu benar ? ::ungg::

---

bukan peran dia dalam aplikasi, tapi peran dia dalam perusahaan apa

Quote:

---

Originally Posted by Shaka_RDR

lalu cha_n, apakah u setuju klo usecase = logical application component ? karena jujur saja gw masih ragu apakah itu benar.

---

kalau soal definisi bahasa gini lu boleh cari sendiri, gw ga bisa bantu, kecuali dikasih contoh
kadang suka beda istilah yang dipake

Quote:

---

Originally Posted by Shaka_RDR

Role/Application Matrix
• The purpose of this matrix is to depict the relationship between
applications and the business roles that use them within the enterprise.
• The mapping of the Application Component-Role relationship is an
important step as it enables the following to take place:
– Assign usage of applications to the specific roles in the organization
– Understand the application security requirements of the business services
and processes supporting the function, and check these are in line with
current policy
– Support the gap analysis and determine whether any of the applications are
missing and as a result need to be created
– Define the application set used by a particular business role; essential in
any move to role-based computing


Tujuan pemetaannya : untuk menggambarkan relasi antara business role dan aplikasi yg ada dalam perusahaan.
business role gw kasih bold, karena ini yg gw bingungkan. ::ungg::

---

nah itulah , harus bisa jawab dulu pertanyaanya, karena nyambung kemana2 ;))

jelasinnya gimana ya, panjang nih, ini aja aku ambil satu mata kuliah sendiri untuk bahas itu :))
coba baca2 soal perancangan strategis sistem informasi.
ceritanya ada business strategy dipetakan menjadi IS-IT strategy, IT strategy inilah yang nantinya kita sebut enterprise architecture (dalam kasusmu pendekatannya pake togaf)
jadi semua bersumber dari business strategy, aplikasi hanya salah satu komponen yang dilihat.
cuman, buat bisa menentukan arsitektur perusahaan seperti apa, harus tahu dulu applikasi yang dibutuhkan perusahaan apa saja.

dah dulu ya mau persiapan kuliah ;)

uhm....

cha_n....

TOGAF ada beberapa fase, business strategy itu fase B, dan gw disuruh lompat ke fase C yaitu Application Architecture.
so.............. what can i do instead of just documenting ? ::ungg::

---------- Post Merged at 11:39 AM ----------

To add oil to fire, to add confusion to this chaos.......


Application/Function Matrix
• The purpose of this matrix is to depict the relationship
between applications and business functions within the
enterprise.
• The mapping of the Application Component-Function
relationship is an important step as it enables the following
to take place:
– Assign usage of applications to the business functions that are
supported by them
– Understand the application support requirements of the business
services and processes carried out
– Support the gap analysis and determine whether any of the
applications are missing and as a result need to be created
– Define the application set used by a particular business function

http://img839.imageshack.us/img839/7184/tesg.jpg



klo Role itu peran dia dalam perusahaan, lalu Function sendiri itu apaan ? ;D ::ungg::