Architecture Definition

Architecture Definition
Project XXXX
Client YYYY
<<Note: This document provides a generic template. It may require tailoring to suit a specific client and
project situation.>>
Table of Contents
1
2
3
4
5
Purpose of this Document.....................................................................................................................................6

Scope.....................................................................................................................................................................7
Goals, Objectives, and Constraints........................................................................................................................8
3.1
Business and Technology Goals................................................................................................................8
3.2
Objectives Derived from the Goals...........................................................................................................8
3.3
Stakeholders and their Concerns...............................................................................................................9
3.4
Constraints...............................................................................................................................................10
3.5
Capabilities..............................................................................................................................................10
Compliance..........................................................................................................................................................11
4.1
Architecture Principles............................................................................................................................11
4.2
Policies and Standards.............................................................................................................................11
Risks and Issues...................................................................................................................................................12
5.1
Assumptions............................................................................................................................................12
5.2
Risks........................................................................................................................................................12
5.3
Issues.......................................................................................................................................................12
5.4
Dependencies...........................................................................................................................................12
Baseline Architecture...........................................................................................................................................13
6.1
Business Architecture Models.................................................................................................................13
6.1.1 Conceptual Baseline Business Architecture................................................................................14
6.1.1.1
Baseline Business Functions......................................................................................14
6.1.1.2
Baseline Business Services........................................................................................16
6.1.1.3
Business Service Security Classification View..........................................................17
6.1.1.4
Organization Structure and Units...............................................................................17
6.1.1.5
User Satisfaction........................................................................................................18
6.1.1.6
Roles..........................................................................................................................18
6.1.2 Logical Baseline Business Architecture......................................................................................18
6.1.2.1
Actors.........................................................................................................................18
6.1.2.2
Human Actors............................................................................................................18
6.1.2.3
Computer Actors........................................................................................................19
6.1.2.4
Other Requirements...................................................................................................19
6.1.2.5
Baseline Business Architecture (Processes)...............................................................19
6.1.2.6
Logical Business Top-Level View.............................................................................20
6.1.3 Physical Target Business Architecture........................................................................................20
6.1.3.1
Process Allocation......................................................................................................20
6.1.3.2
Physical Business Component RACI View...............................................................20
6.1.3.3
Role/Actor Allocation................................................................................................21
6.1.3.4
Physical Organization Model.....................................................................................21
6.1.4 Cross-References within the Business Architecture...................................................................21
6.2
Data Architecture Models........................................................................................................................22
6.2.1 Conceptual Baseline Data Architecture......................................................................................23
6.2.1.1
6.2.1.2
Data Service Security Classification View................................................................25
6.2.2 Logical Baseline Data Architecture............................................................................................25
6.2.3 Physical Baseline Data Architecture...........................................................................................27
6.2.4 Baseline Data Architecture Cross-References............................................................................28
6.3
Application Architecture Models............................................................................................................28
6.3.1 Conceptual Baseline Application Architecture...........................................................................29
6.3.1.1
Baseline Application Services....................................................................................29
6.3.1.2
Application Services Contracts..................................................................................30
6.3.1.3
6.3.1.4
Application Service Security Classification View.....................................................30
6.3.2 Logical Baseline Application Architecture.................................................................................31
6.3.3 Physical Baseline Application Architecture................................................................................32
TOGAF 9 Template: Architecture Definition

Copyright 2010 The Open Group. All rights reserved.
2
TOGAF is a trademark of The Open Group.
6.3.4 Baseline Application Architecture Cross-References.................................................................32

Technology Architecture Models.............................................................................................................32
6.4.1 Conceptual Baseline Technology Architecture...........................................................................33
6.4.1.1
Technology Services..................................................................................................34
6.4.1.2
Technology Services Contracts..................................................................................35
6.4.1.3
6.4.2 Logical Baseline Technology Architecture.................................................................................35
6.4.3 Physical Baseline Technology Architecture................................................................................36
6.4.4 Baseline Technology Architecture Cross-References.................................................................37
6.5
Security Architecture Models..................................................................................................................37
Rationale and Justification for Architectural Approach......................................................................................38
7.1
Rationale..................................................................................................................................................38
7.2
Approach.................................................................................................................................................38
7.3
Architecture Decisions............................................................................................................................38
7.4
Architecture Governance.........................................................................................................................38
Mapping to Architecture Repository...................................................................................................................39
8.1
Artifacts...................................................................................................................................................39
8.2
Mapping to Architecture Landscape........................................................................................................40
8.3
Mapping to Reference Models................................................................................................................40
8.4
Mapping to Standards..............................................................................................................................41
8.5
Re-Use Assessment.................................................................................................................................41
8.5.1 Use of Existing Components......................................................................................................42
8.5.2 Opportunities for Re-Use............................................................................................................42
Target Architecture..............................................................................................................................................43
9.1
Business Architecture Models.................................................................................................................43
9.1.1 Conceptual Target Business Architecture...................................................................................44
9.1.1.1
Target Business Functions..........................................................................................44
9.1.1.2
Target Business Services............................................................................................45
9.1.1.3
Business Service Security Classification View..........................................................46
9.1.1.4
Organization Structure and Units...............................................................................47
9.1.1.5
Roles..........................................................................................................................47
9.1.2 Logical Target Business Architecture.........................................................................................47
9.1.2.1
Actors.........................................................................................................................47
9.1.2.2
Human Actors............................................................................................................48
9.1.2.3
Computer Actors........................................................................................................48
9.1.2.4
Other Requirements...................................................................................................48
9.1.2.5
Logical Business Top-Level View.............................................................................48
9.1.2.6
Target Business Architecture (Processes)..................................................................49
9.1.2.7
Process Outline..........................................................................................................49
9.1.2.8
Process Steps Mapped to Environment......................................................................49
9.1.2.9
Process Steps Mapped to People................................................................................49
9.1.2.10 Information Flows......................................................................................................50
9.1.2.11 Business Architecture Process View..........................................................................50
9.1.3 Physical Target Business Architecture........................................................................................51
9.1.3.1
Process Allocation......................................................................................................51
9.1.3.2
Physical Business Component RACI View...............................................................51
9.1.3.3
Role/Actor Allocation................................................................................................51
9.1.3.4
Physical Organization Model.....................................................................................52
9.1.4 Cross-References within the Business Architecture...................................................................52
9.2
Data Architecture Models........................................................................................................................53
9.2.1 Conceptual Target Data Architecture..........................................................................................54
9.2.1.1
Data Service Security Classification View................................................................56
9.2.2 Logical Target Data Architecture................................................................................................56
9.2.3 Physical Target Data Architecture...............................................................................................58
9.2.4 Target Data Architecture Cross-Reference.................................................................................59
6.4

3
9.3
10
11
Application Architecture Models............................................................................................................59

9.3.1 Conceptual Target Application Architecture...............................................................................60
9.3.1.1
Application Service Security Classification View.....................................................61
9.3.2 Logical Target Application Architecture.....................................................................................62
9.3.3 Physical Target Application Architecture...................................................................................63
9.3.3.1
Vendor Consideration List.........................................................................................63
9.3.4 Target Application Architecture Cross-Reference......................................................................63
9.4
Technology Architecture Models.............................................................................................................64
9.4.1 Conceptual Target Technology Architecture...............................................................................65
9.4.2 Logical Target Technology Architecture.....................................................................................67
9.4.3 Physical Target Technology Architecture...................................................................................68
9.4.3.1
Vendor Consideration List.........................................................................................68
9.4.4 Target Technology Architecture Cross-Reference......................................................................69
9.5
Security Architecture Models..................................................................................................................69
Gap Analysis........................................................................................................................................................70
Impact Assessment..............................................................................................................................................73
11.1 Reference to Specific Requirements.......................................................................................................73
11.2 Stakeholder Priority of the Requirements To-Date.................................................................................73
11.3 Phases to be Revisited.............................................................................................................................73
11.4 Conclusions.............................................................................................................................................73
11.5 Recommendations...................................................................................................................................73
Document Information
Project Name:
Project XXX
Prepared By:
Title:
Document Version No:

Architecture Definition
0.1
Document Version Date:
Reviewed By:
Review Date:
Distribution List
From
To
Action*
Date
Phone/Fax/Email
Due Date
Phone/Fax/Email
* Action Types: Approve, Review, Inform, File, Action Required, Attend Meeting, Other (please specify)
Document Version History
Version
Number
Version
Date
Revised By
Description

Filename
4
Version
Number
Version
Date
Revised By
Description

Filename
5
1 Purpose of this Document

6
2 Scope

7
3 Goals, Objectives, and Constraints

3.1
Business and Technology Goals
3.2
Objectives Derived from the Goals
3.3
Stakeholders and their Concerns
3.4
Constraints
3.5
Capabilities

8
4 Compliance
4.1
Architecture Principles
Bagian ini memuat Architecture Principles dari perusahaan ekspedisi Dkurir. Tujuan dari dokumen ini
adalah untuk menentukan Architecture Principles untuk domain / sub-domain yang relevan. Dalam bagian
ini terdapat berbagai prinsip yang mengacu pada katalog.
Name
Menyediakan Waktu untuk Konsumen
Reference
COM_AP_01
Statement
DKurir memiliki prinsip bisnis untuk membeli waktu konsumen yang sangat sibuk dengan cara
membantu mengantarkan barang-barang kebutuhan konsumen sesuai pesanan yang dilakukan.
Rationale
DKurir dapat melihat peluang bahwa orang yang memiliki kesibukan sehari-hari tidak
memiliki waktu luang untuk memenuhi kebutuhannya seperti membeli barang-barang rumah
tangga, mengambil barang dari tempat yang lumayan jauh dan sebagainya. Oleh sebab itu,
DKurir menjalankan bisnis yang sebenarnya adalah membeli waktu sempit konsumen dan
menukarkannya dengan jasa pengantaran yang diinginkan oleh konsumen.
Implications
Karena dengan adanya bisnis inilah, DKurir harus dapat melakukan pengantaran segala jenis
barang dan tepat waktu. Dilain pihak, penggunaan IT dibutuhkan untuk dapat melakukan
manajemen pesanan dan kurir supaya lebih cepat.
Name
Menjaga Kualitas Layanan
Reference
COM_AP_02
Statement
DKurir menjalankan bisnis pelayanan untuk mengantarkan barang-barang sesuai permintaan

pelanggan. Oleh karena itu, DKurir harus dapat melakukan pengaturan waktu dengan baik agar
tepat waktu.
Rationale
Bisnis yang dijalankan oleh DKurir adalah bisnis jasa. Secara langsung hal utama yang
ditawarkan adalah pelayanan yang baik kepada pelanggan. Dikarenakan layanan yang diberikan
adalah pengantaran barang, maka ketepatan waktu merupakan faktor kunci kepuasan pelanggan.
Implications
DKurir harus memiliki kapabilitas untuk dapat melakukan prediksi waktu tiba pengantaran
barang yang dilakukan dan dapat mengarahkan persebaran kurir yang sedang bertugas agar
langsung dapat menuju ke lokasi. Setiap kurir dibekali oleh alat komunikasi dan saluran
komunikasi yang digunakan secara langsung oleh information center untuk dapat memberikan
tugas kepada kurir.
Name
Membantu Orang
Reference
COM_AP_03

9
Statement
DKurir membantu orang baik dari sisi pelanggan yang menginginkan pelayanan dan juga
membantu dari sisi kurirnya sendiri. Pendaftaran untuk menjadi seorang kurir tidak dituntut
yang terlalu banyak dan tanpa persyaratan yang berbelit. Kurir dianjurkan untuk menaati aturan
yang sudah berlaku di DKurir. Kesejahteraan para kurir menjadi prioritas yang utama di
perusahaan karena hal tersebut menjadi prinsip bisnis perusahaan yaitu menjalankan bisnis
untuk membantu orang dan ibadah.
Rationale
Bisnis yang dijalankan dianggap sebagai sesuatu yang mulia yaitu membantu orang. Oleh sebab
itu, DKurir tidak mengejar keuntungan semata akan tetapi kesejahteraan dari para Kurir adalah
sesuatu yang diperhatikan di perusahaan.
Implications
DKurir tidak berfokus pada keuntungan, sehingga bisnis yang dijalankan agak terlambat dan
kurang berkembang. Hal tersebut dapat mengancam posisi DKurir di bisnis yang dijalankan
karena mulai muncul pesaing-pesaing lain seperti Gojek dan Grabbike. Dari segi IT, DKurir
juga masih sedikit tertinggal dari pesaingnya.
Name
Beribadah dalam Bekerja
Reference
COM_AP_04
Statement
DKurir menjalankan bisnis untuk ibadah dan tidak hanya mencari keuntungan semata. Setiap
kurir yang bekerja dituntut untuk dapat menikmat pekerjaannya. Keuntungan yang
dikumpulkan oleh perusahaan ditentukan dengan cara profit sharing dengan kurir yang
mengantarkan
Rationale
Keuntungan dari menjalankan bisnis untuk ibadah adalah setiap kurir dapat menjalankan
pekerjaannya sepenuh hati dan layanan yang diberikan kepada konsumen adalah layanan
terbaik yang bisa dilakukan.
Implications
Bisnis yang dijalankan oleh DKurir tidak langsung menjadi besar. Dibutuhkan waktu yang
lebih lama bagi DKurir untuk mengembangkan usahanya.
Name
Menjalankan Syariah
Reference
COM_AP_05
Statement
DKurir adalah perusahaan berbentuk CV yang bergerak di bidang pelayanan ekspedisi.

Sebagai perusahaan yang legal, seharusnya DKurir memenuhi kewajibannya membayar pajak
kepada negara. Akan tetapi DKurir lebih memilih untuk tidak membayar pajak dan melakukan
zakat dan sedekah kepada sesama serta menyejahterakan kurir-kurir yang dimilikinya.
Rationale
DKurir menyebut dirinya sebagai perusahaan syariah, sehingga meskipun perusahaan yang
legal (CV) akan tetapi DKurir masih memilih untuk tidak membayar pajak.
Implications
Pelanggan mungkin saja ada yang tidak percaya dengan layanan yang diberikan oleh DKurir.
DKurir akan menghadapi kesulitan untuk dapat mengembangkan usahanya.
Name
Kemandirian Bisnis
Reference
COM_AP_06

10
Statement
DKurir memiliki prinsip untuk berbisnis secara mandiri. Semua kebutuhan teknologi dan
aplikasi sebisa mungkin dipenuhi dengan cara mengembangkannya sendiri. Selain itu, DKurir
juga tidak mencari investor bisnis yang memberikan dana tambahan agar bisnis dapat berjalan.
Rationale
Perusahaan DKurir menjadi tidak bergantung akan suatu hal. Oleh karena itu perusahaan
tersebut masih dapat berdiri hingga sekarang dengan cara memenuhi kebutuhannya sendiri dan
dengan cara mereka sendiri.
Implications
Dalam melakukan pengembangan aplikasi dan teknologi yang digunakan membutuhkan waktu
yang lebih lama dibandingkan dengan menggunakan teknologi yang sudah ada. Hal tersebut
dapat mempengaruhi jalannya bisnis karena pertumbuhan bisnisnya tidak akan cepat bahkan
dapat melambat.
Name
Teknologi Sebagai Penunjang
Reference
COM_AP_07
Statement
DKurir memiliki prinsip untuk tidak selalu bergantung dengan teknologi. Salah satu contohnya
bahwa DKurir masih belum memiliki kepercayaan dengan penggunaan cloud storage. DKurir
menggunakan teknologi sebagai sarana untuk mencapai tujuan. DKurir berpikir bahwa dalam
mencapai tujuan tidak harus dengan menggunakan teknologi.
Rationale
DKurir dapat memenuhi semua tujuannya dengan segala metode yang bisa digunakan. Tidak
harus menggunakan teknologi untuk dapat mencapainya. Hal tersebut menurut DKurir
berdampak baik kepada jalannya bisnis yang dilakukan karena berprioritas pada kecepatan
layanan yang diberikan.
Implications
Saat bisnis yang dijalankan DKurir mulai berkembang, cepat atau lambat perusahaan akan
bergantung pada teknologi. Jumlah kurir yang semakin banyak, jumlah pesanan yang
bertambah, dan manajemen yang semakin kompleks memaksa perusahaan untuk menggunakan
teknologi agar dapat bertahan di bisnis yang dijalankan.
4.2
Policies and Standards
Kebijakan-kebijakan yang digunakan dalam pembuatan arsitektur mencakup:

Standar-standar yang digunakan dalam pembuatan arsitektur mencakup:
Standar Bisnis:
o
Standar berbagai fungsi bisnis
Standar definisi actor dan perannya
Standar keamanan dan peraturan untuk aktivitas bisnis
Standar Data:
o
Standar untuk coding dan nilai-nilai data
Standar struktur dan format data
Standar sumber dan kepemilikan data
Pembatasan untuk replikasi dan akses

11
Standar Aplikasi:
o
Standard aplikasi pendukung fungsi bisnis yang spesifik
Standar untuk komunikasi dan interoperation aplikasi
Standar untuk akses, presentasi, dan style
Standar Teknologi:
o
Standar produk perangkat keras
Standar produk perangkat lunak
Standar untuk pengembangan perangkat lunak

12
5 Risks and Issues

5.1
ID
Assumptions
Assumption Item
Description
Date
Source
Owner
Pengembangan
Arsitektur
Pengembangan arsitektur
tidak mengganggu jalannya
proses bisnis perusahaan
17/3/16
Dkurir
CEO,
Manajer
Proyek
Perubahan
Requirement
Tidak ada perubahan

requirement yang
mengganggu perencanaan
proyek (jika pun ada hanya
dalam kuantitas kecil)
17/3/16
Dkurir, Tim
Proyek
CEO,
Manajer
Proyek
Dana
Dana yang dibutuhkan dalam

pengembangan arsitektur
dapat diperoleh ketika
dibutuhkan
17/3/16
Dkurir
Pemberi
dana,
Manajer
Proyek
Pengembangan
Arsitektur
Pengembangan arsitektur
memenuhi prinsip-prinsip
yang digunakan perusahaan
17/3/16
Dkurir
CEO,
Manajer
Proyek
5.2
Risks
Concern
Are the risks clearly described and communicated?

Do agreed mitigations exist for all stated risks?
Description
A risk is a description of an issue or problem that may arise related to the architecture
development. Risks that are related to the architecture result are mandatory here; project
risks are out of scope.
A risk that has arisen or been realized must be described as an issue (for the project)
and/or a constraint (within the architecture as an artifact).
Guidance
This View is a simple selection of the architecture risks.

The number of risks being documented within the architecture should reduce during the
lifetime of an architecture project.
Reference
ID
Mitigation
Plan
Title
Description
Impact
Measures
Risiko Perubahan
Requirement
Perubahaan
requirement dari pihak
terkait
Critical
Likely
Adanya penetapan
pada rapat inisiasi
untuk penanganan
perubahan
requirement
Risiko sistem dan

teknologi
Kerusakan pada sistem

dan teknologi
pendukung
Critical
Occational
Melakukan
maintenance secara
rutin untuk
menghindari
kerusakan
Risiko data
Kehilangan data yang

diperlukan
Critical
Occational
Melakukan backup
pada data-data yang

13
penting
4
Risiko bencana
alam
Bencana alam
Critical
Seldom
Bekerja sama
dengan pihak
asuransi untuk
jaminan kerusakan
pada
inventaris/kekayaan
perusahaan
Risiko kebijakan
Adanya kebijakan
regulator yang
merugikan
Marginal
Seldom
Melakukan
peramalan/analisis
kondisi politik pada
masa yang akan
datang
Risiko sumber
daya
Sumber daya manusia

yang tidak memadai
Marginal
Likely
Memberikan
pemahaman kepada
SDM mengenai
proyek yang
dilakukan
Risiko finansial
Dana tidak diperoleh

saat dibutuhkan
Critical
Seldom
Memastikan
perumusan
rancangan anggaran
biaya dan darimana
dana tersebut
berasal.
5.3
Issues
Input
Date
Due
Date
Closed
Date
ID
Issue
Status
Kemunculan
Kompetitor
Menjadi
hambatan untuk
mengembangkan
arsitektur
Dkurir
Ekspansi Bisnis
Ada kendala
dalam regulasi,
menghambat
pengembangan
arsitektur
Dkurir
Pengimplementasian
Teknologi
Sesuai prinsip
bisnis, menjadi
pondasi
pengembangan
arsitektur
Dkurir,
Tim
Proyek
Pertumbuhan
Pelanggan
Memudahkan
ekspansi bisnis.
Menghambat
pengembangan
arsitektur jika
pertumbuhan
Dkurir,
Tim
Proyek,
Custome
r

Owner
Work
Group
Owner
Meeting
Notes/
Comments
14
tidak disertai
dengan optimasi
jumlah kurir
5.4
Dependencies
Reference-ID
Title
Description

Impact
Measures
Comment
15
6 Baseline Architecture
6.1
Business Architecture Models
6.2
Data Architecture Models
6.3
Application Architecture Models
6.4
Technology Architecture Models
6.4.1
Conceptual Baseline Technology Architecture
Dibawah ini merupakan diagram yang menjelaskan baseline arsitektur teknologi pada level perencanaan
yang menjelaskan area infrastruktur dari service yang telah ditentukan.
Baseline Architecture
Platform Service
Network Services
Data Interchange Services
Communication Services
Logical Technology Component

Teknologi Database
Teknologi Website
Teknologi Network

Physical Technology Component

Messenger
SMS/Telepon
Website
Microsoft Office
16
6.4.1.1
Technology Services
Berikut ini adalah Technology Architecture Conceptual-Level Artifact Definitions.

Infrastructure
Service ID
Infrastructure
Service
TA_PS_01
Network Services
TA_PS_02
Data Interchange
Services
Infrastructure Service Description

Teknologi yang digunakan sebagai sarana komunikasi data antar gadget
dan komputer admin yang berfungsi sebagai akses pertukaran data.
Teknologi yang digunakan sebagai sarana pemrosesan teks dan chat
menjadi suatu data yang berguna dan disimpan dalam suatu basis data.
TA_PS_03
Communication
Services
Teknologi yang digunakan sebagai sarana komunikasi antar pengguna

dan admin serta kurir.
Berikut ini adalah Technology Architecture Conceptual-Level Artifact Characteristics.

Infrastructure
Service
Infrastructure Service
Characteristic Value
Infrastructure Service Characteristic
Low
Data
Interchange
Services
Teknologi yang digunakan sebagai sarana komunikasi data antar

gadget dan komputer admin yang berfungsi sebagai akses pertukaran
data.
menjadi suatu data yang berguna dan disimpan dalam suatu basis
data.
Communication
Services
Teknologi yang digunakan sebagai sarana komunikasi antar

pengguna dan admin serta kurir.
High
Network
Services
6.4.1.2
Medium
Technology Services Contracts
Berikut ini adalah Technology Architecture Conceptual Service Contracts.

Contract
Name
Contract ID
Definition
IS Service 1
IS Service 2
Komunikasi
TS_CTR_01
Servis ini memungkinkan

Dkurir untuk
berkomunikasi dengan
pelanggan dan juga kurir
untuk melakukan proses
pemesanan
Pesan
Konfirmasi
Pengantaran
TS_CTR_02

Dkurir untuk melakukan
proses pengantaran, mulai
dari awal pengambilan,
pengiriman, penerimaan
dan mitigasi
kesalahan/kerusakan
Pengambilan
Penerimaan
6.4.1.3
User Satisfaction
Berikut ini adalah Technology Architecture Services User Satisfaction.

17
Technology
Services
User Satisfaction
(Scale 1-10)
Notes, Specific Issues
Network
Services

Data
Interchange
Services

Communication
Services
Teknologi yang digunakan sebagai sarana komunikasi antar pengguna dan

admin serta kurir.
6.4.2
Logical Baseline Technology Architecture
Berikut ini adalah Technology Architecture Logical-Level.

LIC ID
Teknologi Database
Teknologi Website
Teknologi Network
Logical
Infrastructure
Component (LIC)
TA_LTC_01
Teknologi database
TA_LTC_02
Teknologi website
TA_LTC_04
Teknologi network
Logical Infrastructure Component (LIC) Description

Teknologi yang diperlukan untuk membuat, merancang serta membangun
hingga mengimplementasikan sebuah database yang akan digunakan
nantinya beserta komponen pendukung.
Teknologi yang digunakan untuk membangun dan merancang hingga
menjadikan sebuah website dapat berjalan secara baik.
Jaringan yang dapat menghubungkan antar perangkat komputer hingga
gadget user yang dapat terhubung langsung dengan user lainnya.
Berikut ini adalah Technology Architecture Logical-Level Artifact Characteristics.

18
Logical
Infrastructure
Component (LIC)
Teknologi database
LIC Characteristic
Value
LIC Characteristic
Teknologi yang diperlukan untuk membuat, merancang serta
membangun hingga mengimplementasikan sebuah database
yang akan digunakan nnatinya beserta komponen pendukung.
Low
Teknologi yang digunakan untuk membangun dan merancang

hingga menjadikan sebuah website dapat berjalan secara baik.
High
Teknologi website
Jaringan yang dapat menghubungkan antara perangkat komputer

admin dengan gadget user dan gadget kurir.
Medium
Teknologi network
Berikut ini adalah Technology Architecture Logical-Level Artifact Contracts.
LIC Contract
ID
Logical
Infrastructure
Component 1
Logical
Infrastructure
Component 2
LIC Contract Description
TS_CTR_01
Teknologi
Network
Teknologi
Database
Wajib dipatuhi dan dijalankan sebagai standar operasional

proses.
TS_CTR_02
Teknologi
Database
Teknologi
Network

proses.
Berikut ini adalah Technology Architecture Logical-Level Artifact Contract Characteristics.

Logical
Infrastructure
Component
(LIC)
LIC Contract
LIC Contract Characteristic
LIC Contract
Characteristic
Value
Teknologi
database
Pengantaran
Menjadi salah satu proses bisnis utama Dkurir sehingga

dalam melakukan proses pengantaran perlu adanya
kontrak/aturan dasar yang disetujui oleh semua pihak.
High
Teknologi
database
Komunikasi

dalam melakukan proses Komunikasi perlu adanya
High
Teknologi
website
Komunikasi
Menjadi salah satu proses marketing Dkurir agar terjadi

proses komunikasi.
Medium
Teknologi
database
Pengantaran

High
Teknologi
network
Komunikasi

High

19
6.4.3
Physical Baseline Technology Architecture

Messenger
SMS/Telepon
Website
Microsoft Office
TA_PTC_01
Messenger(YM,
BBM,
Whatsapp)
TA_PTC_02
SMS/Telepon
TA_PTC_03
Website
Implementation
Features
Business Importance
(1-10)
Physical Infrastructure
Component (PIC) Description
Business Fitness Score

(1-10)
PIC ID
Physical
Infrastructure
Component
(PIC)
Technical Fitness Score

(1-10)
Berikut ini adalah Technology Architecture Physical Infrastructure Component Catalog.
Sebuah teknologi yang berguna

untuk berkomunikasi antara
admin-pengguna dan adminkurir.
Sebuah teknologi standar yang
dimiliki sebuah telepon
genggam yang berfungsi untuk
melakukan komunikasi antara
admin-kurir, admin-pengguna,
dan kurir-pengguna.
Sebuah teknologi untuk
memasarkan layanan dan
menampilkan informasi
mengenai layanan Dkurir.

20
TA_PTC_04
6.5
Microsoft
Office
Implementation
Features
Business Importance
(1-10)

(1-10)
PIC ID

(1-10)
Physical
Infrastructure
Component
(PIC)
Sebuah tools besutan microsoft

yang berguna untuk mendukung
segala kegiatan Dkurir untuk
menyimpan data dan membuat
laporan kegiatan.
Security Architecture Models

Baseline Specification:
Policy Reference
Service Name
Description
Type
Komunikasi

Dkurir untuk
pemesanan
Low
Data pelanggan tidak

boleh disebarluaskan
Pengantaran

dan mitigasi
kesalahan/kerusakan
High
Pengemasan tidak boleh

dibuka selain dari
customer.

Low
21
7 Rationale and Justification for Architectural Approach

7.1
Rationale
7.2
Approach
7.3
Architecture Decisions
ID
7.4
Decision Item
Decision Made
Completion
Date
Source
Owner/Major
Contributors
Architecture Governance

22
8 Mapping to Architecture Repository

8.1
Artifacts
8.2
Mapping to Architecture Landscape
8.3
Mapping to Reference Models
8.4
Mapping to Standards
8.5
Re-Use Assessment

23
9 Target Architecture
9.1
Business Architecture Models
9.2
Data Architecture Models
9.3
Application Architecture Models
9.4
Technology Architecture Models
9.4.1
Conceptual Target Technology Architecture
Dibawah ini merupakan diagram yang menjelaskan target arsitektur teknologi pada level perencanaan
yang menjelaskan area infrastruktur dari service yang telah ditentukan.
Target Architecture
Platform Service
Network Services
Software Engineer Services
Data Interchange Services
User Interface Services
Communication Services
Security Services
System and Network

Management Services

Teknologi Database
Teknologi Website
Teknologi Network


Messenger
SMS/Telepon
Website
Microsoft Office
24
9.4.1.1
Technology Services
Berikut ini adalah Technology Architecture Conceptual-Level Artifact Definitions.

Infrastructure
Service ID
Infrastructure
Service
TA_PS_01
Network Services
TA_PS_02
Data Interchange
Services
Infrastructure Service Description

TA_PS_03
Communication
Services
Teknologi yang digunakan sebagai sarana komunikasi antar pengguna

dan admin serta kurir.
TA_PS_04
System and Network

Management
Services
Manajemen pengguna, manajemen data, dan administrasi
TA_PS_05
Software Engineer
Services
Pembuatan aplikasi dan website beserta GUInya, perbaikan dan

pemeliharaan terhadap sistem, penanganan keamanan sistem.
TA_PS_06
User Interface
Services
Menampilkan objek dan manajemen tampilan.
TA_PS_07
Security Services
Identifikasi dan otentifikasi, pengamanan masukan pengguna, audit,

control akses, manajemen keamanan, enkripsi dan recovery.
Berikut ini adalah Technology Architecture Conceptual-Level Artifact Characteristics.

Infrastructure
Service
Infrastructure Service
Characteristic Value
Infrastructure Service Characteristic
Low
Data
Interchange
Services
Teknologi yang digunakan sebagai sarana komunikasi data antar

gadget dan komputer admin yang berfungsi sebagai akses pertukaran
data.
menjadi suatu data yang berguna dan disimpan dalam suatu basis
data.
Communication
Services
Teknologi yang digunakan sebagai sarana komunikasi antar

pengguna dan admin serta kurir.
High
System and
Network
Management
Services
High
Software
Engineer
Services

Medium
User Interface
Services
Low
Security
Services

High
Network
Services
9.4.1.2
Medium
Technology Services Contracts
Berikut ini adalah Technology Architecture Conceptual Service Contracts.

25
Contract
Name
Contract ID
Definition
IS Service 1
IS Service 2
Komunikasi
TS_CTR_01

Dkurir untuk
pemesanan
Pesan
Konfirmasi
Pengantaran
TS_CTR_02

dan mitigasi
kesalahan/kerusakan
Pengambilan
Penerimaan
Webserver
TS_CTR_03

penyimpanan data secara
cloud sehingga data dari
seluruh Dkurir dapat
diakses
Pemesanan
Pengantaran
Keamanan
TS_CTR_04

Dkurir untuk menjaga
seluruh data dan
layanannya dari berbagai
risiko
Pemesanan
Pengantaran
9.4.1.3
User Satisfaction
Berikut ini adalah Technology Architecture Services User Satisfaction.

Technology
Services
User Satisfaction
(Scale 1-10)
Network
Services

Data
Interchange
Services

Communication
Services
Teknologi yang digunakan sebagai sarana komunikasi antar pengguna dan

admin serta kurir.
System and
Network
Management
Services
Software
Engineer
Services

User Interface
Services

26
Technology
Services
User Satisfaction
(Scale 1-10)
Security
Services
9.4.2

Logical Target Technology Architecture
Berikut ini adalah Technology Architecture Logical-Level.

Target Architecture
LIC ID
Teknologi Database
Teknologi Website
Teknologi Network
Teknologi Webserver
Logical
Infrastructure
Component (LIC)
TA_LTC_01
Teknologi database
TA_LTC_02
Teknologi website
TA_LTC_03
Teknologi network
TA_LTC_04
Teknologi Webserver
Logical Infrastructure Component (LIC) Description

Teknologi yang diperlukan untuk membuat, merancang serta membangun
hingga mengimplementasikan sebuah database yang akan digunakan
nantinya beserta komponen pendukung.
Teknologi yang digunakan untuk membangun dan merancang hingga
menjadikan sebuah website dapat berjalan secara baik.
Jaringan yang dapat menghubungkan antar perangkat komputer hingga
gadget user yang dapat terhubung langsung dengan user lainnya.
Teknologi yang digunakan untuk membuat sistem berbasis cloud sehingga
data seluruh cabang Dkurir dapat diakses
Berikut ini adalah Technology Architecture Logical-Level Artifact Characteristics.

Logical
Infrastructure
Component (LIC)
Teknologi database
LIC Characteristic
Value
LIC Characteristic
Teknologi yang diperlukan untuk membuat, merancang serta
membangun hingga mengimplementasikan sebuah database
yang akan digunakan nnatinya beserta komponen pendukung.

Low
27
Logical
Infrastructure
Component (LIC)
LIC Characteristic
Value
LIC Characteristic
Teknologi yang digunakan untuk membangun dan merancang
hingga menjadikan sebuah website dapat berjalan secara baik.
High
Teknologi website
Jaringan yang dapat menghubungkan antara perangkat komputer

admin dengan gadget user dan gadget kurir.
Medium
Teknologi network
Teknologi
webserver
Teknologi yang digunakan untuk membuat sistem berbasis

cloud sehingga data seluruh cabang Dkurir dapat diakses
High
Berikut ini adalah Technology Architecture Logical-Level Artifact Contracts.
LIC Contract
ID
Logical
Infrastructure
Component 1
Logical
Infrastructure
Component 2
LIC Contract Description
TS_CTR_01
Teknologi
Network
Teknologi
Database

proses.
TS_CTR_02
Teknologi
Database
Teknologi
Network

proses.
TS_CTR_03
Teknologi
Database
Teknologi
Teknologi
network

proses.
TS_CTR_04
Teknologi
database
Teknologi
network

proses.
Berikut ini adalah Technology Architecture Logical-Level Artifact Contract Characteristics.

Logical
Infrastructure
Component
(LIC)
LIC Contract
LIC Contract
Characteristic
Value
Teknologi
database
Pengantaran

High
Teknologi
database
Komunikasi

High
Teknologi
website
Komunikasi
Menjadi salah satu proses marketing Dkurir agar terjadi

proses komunikasi.
Medium
Teknologi
database
Pengantaran

High
Teknologi
network
Komunikasi

High

28
Logical
Infrastructure
Component
(LIC)
LIC Contract
LIC Contract
Characteristic
Value
Teknologi
database
Keamanan

dalam melakukan proses keamanan sehingga data yang
ada selalu terjaga keamanannya
High
Teknologi
database
Webserver

dalam melakukan proses webserver dapat dilakukan
High
Teknologi
network
Keamanan

mengalir selalu terjaga keamanannya
High
Teknologi
webserver
Keamanan

ada selalu terjaga keamanannya
High
9.4.3
Physical Target Technology Architecture

Target Architecture
Messenger
SMS/Telepon
Website
Microsoft Office
Firewall
PHP
Server
Berikut ini adalah Technology Architecture Physical Infrastructure Component Catalog.

29
TA_PTC_01
Messenger(YM,
BBM,
Whatsapp)
TA_PTC_02
SMS/Telepon
TA_PTC_03
Website
TA_PTC_04
Microsoft
Office
TA_PTC_05
Firewall
TA_PTC_06
PHP
TA_PTC_07
Server
9.5
Implementation
Features
Business Importance
(1-10)

(1-10)
PIC ID

(1-10)
Physical
Infrastructure
Component
(PIC)
Sebuah teknologi yang berguna

untuk berkomunikasi antara
admin-pengguna dan adminkurir.
Sebuah teknologi standar yang
dimiliki sebuah telepon
genggam yang berfungsi untuk
melakukan komunikasi antara
admin-kurir, admin-pengguna,
dan kurir-pengguna.
Sebuah teknologi untuk
memasarkan layanan dan
menampilkan informasi
mengenai layanan Dkurir.
Sebuah tools besutan microsoft
yang berguna untuk mendukung
segala kegiatan Dkurir untuk
menyimpan data dan membuat
laporan kegiatan.
Sebuah tools yang berguna
untuk menjaga data dan
informasi dari berbagai
perlawanan dari luar dan
menjaga agar data tetap
tersimpan dengan baik
ditempatnya.
Sebuah bahasa pemrograman
yang berfungsi membaca dan
memproses setiap masukan yang
dilakukan oleh user.
Sebuah teknologi yang
membantu menyimpan data
yang dimiliki oleh Dkurir
nantinya.
Security Architecture Models
Service Name
Description
Type
Komunikasi

Dkurir untuk
Low

Policy Reference
30
Service Name
Description
Type
Policy Reference

pemesanan
Pengantaran
Webserver

dan mitigasi
kesalahan/kerusakan
High

penyimpanan data secara
cloud sehingga data dari
seluruh Dkurir dapat
diakses
High

Low
High
Pengemasan tidak boleh

dibuka selain dari
customer.
Penomoran Pesanan
Seluruh pertukaran dan
penyimpanan data diberi
firewall dan keamanan
yang baik
31
10 Gap Analysis
<<The purpose of this section is to define the gap between the current (as-is) and target (to-be) state
business architectures.
Mandatory/optional: This section is optional as not all the domain teams need to produce a business
architecture for their respective domains. However, it can also be used by the domains that do not produce
a full (current and target) or current state business architecture but still want to know the (priority) areas
on which to concentrate, and thus minimise effort.
In terms of quality criteria, this section should make clear:
Description of the gap between the current (as-is) and target (to-be) state business architectures. This
difference, or delta, defines the scope of work that needs to be undertaken in order to transition from
the current to the target business architecture. This scope is thus the scope of the program(s) or
project(s) that need to be completed in order to reach the target business architecture.
The suggested steps are as follows:
Draw up a matrix with all the Architecture Building Blocks (ABBs) of the baseline architecture on
the vertical axis, and all the ABBs of the target architecture on the horizontal axis.
Add to the baseline architecture axis a final row labeled New, and to the target architecture axis a
final column labeled Eliminated.
Where an ABB is available in both the baseline and target architectures, record this with Included
at the intersecting cell.
Where an ABB from the baseline architecture is missing in the target architecture, each must be
reviewed. If it was correctly eliminated, mark it as such in the appropriate Eliminated cell. If it
was not, an accidental omission in the target architecture has been uncovered that must be addressed
by reinstating the ABB in the next iteration of the architecture design mark it as such in the
appropriate Eliminated cell.
Where an ABB from the target architecture cannot be found in the baseline architecture, mark it at
the intersection with the New row as a gap that needs to filled, either by developing or procuring
the building block.
When the exercise is complete, anything under Eliminated or New is a gap, which should either be
explained as correctly eliminated, or marked as to be addressed by reinstating or developing/procuring the
function.
TA\BA
Pelayanan pendaftaran
mahasiswa lolos seleksi
Pelayanan Perencanaan
program
kegiatan
belajar mengajar
Pelayanan
pendaftaran
mahasiswa lolos
seleksi
Pelayanan Perencanaan
program kegiatan
belajar mengajar
Pelayanan Kegiatan belajar

mengajar
dengan absesnsi digital
Pelayanan
administrasi
kelulusan
Mobile apps
sama
Perubahan platform dan
sistem yang lebih
banyak terintegrasi di
situs akademik

32
Pelayanan
Kegiatan
belajar mengajar
Pengadaan absensi digital

dengan menggunakan
teknologi yang secure
Pelayanan administrasi
kelulusan
New
sama
Gap: pengadaan
platform baru
Gap: pengadaan teknologi

baru
Potential sources of gaps include:
Business domain gaps:

o
People gaps (e.g., cross-training requirements)
Process gaps (e.g., process inefficiencies)
Tools gaps (e.g., duplicate or missing tool functionality)
Information gaps
Measurement gaps
Financial gaps
Facilities gaps (buildings, office space, etc.)
Data domain gaps:

o
Data not of sufficient currency
Data not located where it is needed
Not the data that is needed
Data not available when needed
Data not created
Data not consumed
Data relationship gaps
Applications impacted, eliminated, or created
Technology impacted, eliminated, or created>>

33
11 Impact Assessment
11.1 Reference to Specific Requirements
11.2 Stakeholder Priority of the Requirements To-Date
11.3 Phases to be Revisited
11.4 Conclusions
11.5 Recommendations

34

Architecture Definition - Yuri

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Architecture Definition - Yuri

Uploaded by

Copyright:

Available Formats

Purpose of this Document.....................................................................................................................................6

TOGAF 9 Template: Architecture Definition

6.3.4 Baseline Application Architecture Cross-References.................................................................32

TOGAF 9 Template: Architecture Definition

Application Architecture Models............................................................................................................59

Document Version No:

Document Version Date:

TOGAF 9 Template: Architecture Definition

TOGAF 9 Template: Architecture Definition

1 Purpose of this Document

TOGAF 9 Template: Architecture Definition

TOGAF 9 Template: Architecture Definition

3 Goals, Objectives, and Constraints

Business and Technology Goals

Objectives Derived from the Goals

Stakeholders and their Concerns

TOGAF 9 Template: Architecture Definition

Menyediakan Waktu untuk Konsumen

Menjaga Kualitas Layanan

DKurir menjalankan bisnis pelayanan untuk mengantarkan barang-barang sesuai permintaan

TOGAF 9 Template: Architecture Definition

Beribadah dalam Bekerja

DKurir adalah perusahaan berbentuk CV yang bergerak di bidang pelayanan ekspedisi.

TOGAF 9 Template: Architecture Definition

Teknologi Sebagai Penunjang

Policies and Standards

Kebijakan-kebijakan yang digunakan dalam pembuatan arsitektur mencakup:

Standar berbagai fungsi bisnis

Standar definisi actor dan perannya

Standar keamanan dan peraturan untuk aktivitas bisnis

Standar untuk coding dan nilai-nilai data

Standar struktur dan format data

Standar sumber dan kepemilikan data

Pembatasan untuk replikasi dan akses

TOGAF 9 Template: Architecture Definition

Standard aplikasi pendukung fungsi bisnis yang spesifik

Standar untuk komunikasi dan interoperation aplikasi

Standar untuk akses, presentasi, dan style

Standar produk perangkat keras

Standar produk perangkat lunak

Standar untuk pengembangan perangkat lunak

TOGAF 9 Template: Architecture Definition

5 Risks and Issues

Tidak ada perubahan

Dana yang dibutuhkan dalam

Are the risks clearly described and communicated?

This View is a simple selection of the architecture risks.

Risiko sistem dan

Kerusakan pada sistem

Kehilangan data yang

TOGAF 9 Template: Architecture Definition

Sumber daya manusia

Dana tidak diperoleh

TOGAF 9 Template: Architecture Definition

TOGAF 9 Template: Architecture Definition

Business Architecture Models

Data Architecture Models

Application Architecture Models

Technology Architecture Models

Conceptual Baseline Technology Architecture

Data Interchange Services

Logical Technology Component