SERTIFIKASI TOGAF 2018 : Mengapa, Apa, dan Bagaimana ?

Assalamualaikum wr,wb.
Jika beberapa minggu yang lalu saya memposting tentang pengertian togaf, kali ini saya akan membahas tentang sertifikasi togaf mulai dari apa itu sertifikasi TOGAF ? mengapa sertifikasi TOGAF itu penting ? apa isi dari sertifikasi TOGAF ? berapa hari mengikuti trainingnya dan berapa biayanya ? dan yang terakhir yaitu jadwal sertifikasi TOGAF di Indonesia tahun 2018.

1. Apa itu sertifikasi TOGAF?
Training TOGAF™ Certified adalah kelanjutan dari training TOGAF™ Foundation. Training ini merupakan persiapan ujian sertifikasi bagi kalian yang ingin mendapatkan sertifikasi TOGAF 9.1.
Tujuan TOGAF 9.1 Certified ini sendiri adalah untuk validasi bahwa anda mempunyai pengetahuan, mampu menganalisa dan menerapkan pengetahuan TOGAF 9.1 tersebut. Adapun fokus pada training ini yaitu penerapan serta analisa pengetahuan dan pemahaman.

2. Mengapa sertifiksi TOGAF itu penting?
Karena, sertifikasi Open Group TOGAF 9 banyak digunakan oleh perusahaan terkemuka di dunia untuk mengesahkan pengetahuan inti umum tentang metodologi dan kerangka kerja Kredensial terpercaya, vendor netral, dikenali secara global dan portabel Berharga dalam mendemonstrasikan kepada atasan dan mengintip komitmen Anda terhadap arsitektur enterprise sebagai sebuah disiplin Perpindahan karir yang luar biasa dan sertifikasi dasar dalam karir arsitek perusahaan.

3. Apa saja isi sertifikasi TOGAF?
Isi sertifikasi TOGAF yaitu :
1. Introduction
a. Certification Document Structure
b. The Certification Process

2. Preliminary Phase
a. Scope the Enterprise Organizations Impacted
b. Confirm Governance and Support Frameworks
c. Define and Establish the Enterprise Architecture Team and Organization
d. Identify and Establish Architecture Principles
e. Tailor TOGAF and, if any, Other Selected Architecture Frameworks
f. Implement Architecture Tools

3. Phase A: Architecture Vision
a. Establish the Architecture Project
b. Identify Stakeholders, Concerns, and Business Requirements
c. Confirm and Elaborate Business Goals, Business Drivers, and Constraints
d. Evaluate Business Capabilities
e. Assess Readiness for Business Transformation
f. Define Scope
g. Confirm and Elaborate Architecture Principles, including Business Principls
h. Develop Architecture Vision
i. Define the Target Architecture Value Propositions and KPIs
j. Identify the Business Transformation Risks and Mitigation Activities
k. Develop Statement of Architecture Work; Secure Approval

4. Phase B: Business Architecture
a. Select Reference Models, Viewpoints, and Tools
b. Develop Baseline Business Architecture Description
c. Develop Target Business Architecture Description
d. Perform Gap Analysis
e. Define Candidate Roadmap Components
f. Resolve Impacts across the Architecture Landscape
g. Conduct Formal Stakeholder Review
h. Finalize the Business Architecture
i. Create the Architecture Definition Document

5. Phase C: Information Systems Architectures.
a. Considerations for the Implementation Order

6. Phase C: Data Architecture
a. Select Reference Models, Viewpoints, and Tools
b. Develop Baseline Data Architecture Description
c. Develop Target Data Architecture Description
d. Perform Gap Analysis
e. Define Candidate Roadmap Components
f. Resolve Impacts Across the Architecture Landscape
g. Conduct Formal Stakeholder Review
h. Finalize the Data Architecture
i. Create Architecture Definition Document

7. Phase C: Application Architecture
a. Select Reference Models, Viewpoints, and Tools
b. Develop Baseline Application Architecture Description
c. Develop Target Application Architecture Description
e. Perform Gap Analysis
f. Define Candidate Roadmap Components
g. Resolve Impacts Across the Architecture Landscape
h. Conduct Formal Stakeholder Review
i. Finalize the Application Architecture
j. Create Architecture Definition Document

8. Phase D: Technology Architecture
a. Select Reference Models, Viewpoints, and Tools
b. Develop Baseline Technology Architecture Description
c. Develop Target Technology Architecture Description
d. Perform Gap Analysis
e. Define Candidate Roadmap Components
f. Resolve Impacts Across the Architecture Landscape
g. Conduct Formal Stakeholder Review
h. Finalize the Technology Architecture
i. Create Architecture Definition Document

9. Phase E: Opportunities & Solutions
a. Determine/Confirm Key Corporate Change Attributes
b. Determine Business Constraints for Implementation
c. Review and Consolidate Gap Analysis Results from Phases B to D
d. Review Consolidated Requirements Across Related Business Functions
e. Consolidate and Reconcile Interoperability Requirements
f. Refine and Validate Dependencies
g. Confirm Readiness and Risk for Business Transformation
h. Formulate Implementation and Migration Strategy
i. Identify and Group Major Work Packages
j. Identify Transition Architectures
k. Create the Architecture Roadmap & Implementation and Migration Plan

10. Phase F: Migration Planning
a. Confirm Management Framework Interactions for the Implementation an
Migration Plan
b. Assign a Business Value to Each Work Package
c. Estimate Resource Requirements, Project Timings, and Availability/Deliver y Vehicle
e. Migration Projects through the Conduct of a Cost/Benefit Assessment and R isk Validation
f. Confirm Architecture Roadmap and Update Architecture Definition Docum ent
g. Generate the Implementation and Migration Plan
h. Complete the Architecture Development Cycle and Document Lessons Lear ned

11. Phase G: Implementation Governance
a. Confirm Scope and Priorities for Deployment with Development Manageme nt
b. Identify Deployment Resources and Skills
c. Guide Development of Solutions Deployment
d. Perform Enterprise Architecture Compliance Reviews
e. Implement Business and IT Operations
f. Perform Post-Implementation Review and Close the Implementation

12. Phase H: Architecture Change Management
a. Establish Value Realization Process
b. Deploy Monitoring Tools
c. Manage Risks
d. Provide Analysis for Architecture Change Management
e. Develop Change Requirements to Meet Performance Targets
f. Manage Governance Process
g. Activate the Process to Implement Change

13. ADM Architecture Requirements Management
a. The Inputs to the Requirements Management Process
b. The Steps and Their Correspondence to Phases
c. Corresponding Requirements Management Steps to ADM Phases
d. The Purpose of the Outputs of Requirements Management

14. Iteration and Levels
a. The Concept of Iteration
b. Factors Influencing the Use of Iteration
c. Iteration Cycles
d. Classes of Architecture Engagement
e. Mapping TOGAF Phases to Iteration Cycles
f. Applying the ADM across the Architecture Landscape

15. Security
a. Adapting the ADM for Security
b. Security Input/Output Summary

16. SOA
a. SOA as an Architectural Style
b. Enterprise Architecture and SOA
c. Adapting the ADM for SOA

17. Architecture Content Framework
a. The Content Framework and the TOGAF ADM
b. Why do we Need a Metamodel?
c. Components of the Content Metamodel
d. Core Metamodel Concepts

18. Architecture Partitioning
a. Applying Classification to Partitioned Architectures
b. Applying Partitioning to the ADM

19. Architecture Repository
a. The Repository in Detail
b. Relationship to Other Parts of TOGAF

20. The Technical Reference Model (TRM)
a. Structure of the TRM
b. Th e TRM in Detail
c. Taxonomy of Application Platform Services
d. Taxonomy of Application Platform Service Qualities
e. Using the TRM

21. Integrated Information Infrastructure
a. Reference Model (III-RM)
b. Drivers for Boundaryless Information Flow
c. How the III-RM Fulfi lls the Solution Space
d. The High-Level Structure of the III-RM
e. Components of the III-RM

22. Architecture Governance
a. Architecture Governance and the ADM
b. Key Success Factors
c. Setting up the Architecture Board
d. Operating an Architecture Board

23. Architecture Maturity Models
a. Capability Maturity Models
b. Capability Maturity Model Integration (CMMI)
c. ACMM
d. Maturity Assessments and the ADM

24. Architecture Skills Framework
a. Purpose
b. Benefits
c. EA Roles, Skills Categories, and Proficiency Levels

4. Berapa hari untuk mengikuti sertifikasi TOGAF dan berapa biayanya?
Pelatihan Sertifikasi Togaf dilaksanakan dalam kurun waktu tiga hari yaitu pada hari Senin sampai hari Rabu hal tersebut berlaku pada jadwal weekday,dan lain lagi dengan jadwal weekend dan memakan biaya Rp. 6.900.000,00. Dalam jadwal weekend pelatihan dilakukan dalam tiga hari juga namun pelatihan dilakukan pada setiap hari Sabtu yaitu pada tanggal 2,9,16 Juni 2018. Biayanya pun sama yaitu berkisar kurang lebih Rp.6.900.000. Pelaksanaan Sertifikasi Togaf serta Biaya sertifikasi Togaf di indonesia Tahun 2018 dapat dibagi menjadi dalam beberapa kategori.

Selain itu di daerah Jakarta juga ada pelaksanaan TOGAF dengan variasi biaya dalam beberapa kategori sebagai berikut :
1. Rp. 4.050.000,- (Registration 3 person/more; payment 1 week before training)
2. Rp. 4.300.000,- (Registration 2 person/more; payment 1 week before training)
3. Rp. 4.750.000,- (On The Spot; payment at the last training)
4. Rp. 5.145.000,- (Full Fare)

5. Jadwal sertifikasi TOGAF di Indonesia sepanjang 2018?

a. Weekday
Mulai : 23 Jul ’18
Selesai : 26 Jul ’18
Hari : Senin – Rabu
Pukul : 09.00 – 17.00
Durasi : 24 Hours
Biaya : Rp 6.900.000,-
Tempat : Brainmatics
Min. Peserta : 6 Peserta
Confirm : – Peserta
Terdaftar : 1 Orang

b. Weekend
Mulai : 02 Jun ’18
Selesai : 16 Jun ’18
Hari : Sabtu
Pukul : 09.00 – 17.00 WIB
Durasi : 24 Hours
Biaya : Rp 6.900.000,-
Tempat : Brainmatics
Min. Peserta : 6 Peserta
Confirm : – Peserta
Terdaftar : –

The Open Group Architecture Framework (TOGAF)

Apa itu TOGAF ?

The Open Group Architecture Framework (TOGAF) adalah sebuah framework untuk arsitektur enterprise yang menyediakan sebuah pendekatan komprehensif untuk mendesain, merencanakan, menerapkan dan mengelola arsitektur informasi enterprise .

TOGAF 9.1 adalah versi terbaru dari kerangka. TOGAF Version 9.1 adalah metode terperinci dan serangkaian sumber pendukung untuk pengembangan Arsitektur Enterprise. Dikembangkan dan didukung oleh keanggotaan Forum Arsitektur Grup Terbuka. TOGAF 9.1 juga mewakili kerangka konsensus industri dan metode untuk Arsitektur Perusahaan yang tersedia untuk digunakan secara internal oleh organisasi manapun di seluruh dunia.

Mengapa kita perlu memakai TOGAF dan apa kegunaanya ?

TOGAF ini digunakan untuk mengembangkan enterprise architecture, dimana terdapat metode dan tools yang detil untuk mengimplementasikannya, hal inilah yang membedakan dengan framework EA lain misalnya framework Zachman. Salah satu kelebihan menggunakan framework TOGAF ini adalah karena sifatnya yang fleksibel dan bersifat open source.

Para profesional Enterprise Architecture memilih TOGAF karena kredibilitas industri, efektivitas kerja, dan karir peluangnya lebih besar. TOGAF ini merupakan standar Open Group yang telah terbukti digunakan oleh organisasi-organisasi terkemuka dunia dalam meingkatkan efisensi bisnis. TOGAF juga telah menjadi standar Enterprise Architecture yang paling terkemuka dan handal, standar yang konsisten baik metode dan komunikasinya diantara para profesional Enterprise Architecture.

Awalnya TOGAF digunakan oleh Departemen Pertahanan Amerika Serikat namun pada perkembangannya TOGAF banyak digunakan pada berbagai bidang seperti perbankan, industri manufaktur, Departemen Negara dan juga pendidikan. Kerangka kerja ini menyediakan proses pengembangan arsitektur standar, dan definisi umum dari komponen dan kiriman yang akan diproduksi ketika architecting suatu perusahaan. TOGAF juga dirancang untuk menjadi fleksibel sehingga dapat diintegrasikan dengan sejumlah kerangka kerja lainnya. Karena sejumlah besar praktisi dan pelatih TOGAF bersertifikat yang tersedia maka sangat mudah untuk menemukan orang-orang dengan keterampilan yang tepat untuk melatih individu atau yang dapat membantu organisasi mengembangkan keterampilan dalam arsitektur enterprise.

Selanjutnya, pengetahuan kerangka TOGAF tersedia di situs web Open Group – menjadikannya sebagai sumber daya mudah diakses dan bebas. Dan TOGAF terus berkembang dan meningkatkan dengan setiap versi berturut-turut untuk tetap up to date dengan perkembangan terbaru dan ide-ide dalam arsitektur enterprise

Apa manfaat TOGAF ?

1. Membantu para praktisi menghindari keterbatasan pengembangan Enterprise Architecture menuju metode yang eksklusif
2. Memanfaatkan sumber daya secara lebih efisien dan efektif
3. Mewujudkan keuntungan investasi yang lebih besar baik dalam bisnis maupun suatu organisasi.
4. Memudahkan untuk menemukan orang-orang dengan keterampilan yang tepat untuk melatih individu atau yang dapat membantu organisasi mengembangkan keterampilan dalam arsitektur enterprise.

Apa saja bagian-bagian dari TOGAF ?

TOGAF memandang enterprise architecture ke dalam empat kategori yaitu:

1. Business Architecture: Mendeskripsikan tentang bagaimana proses bisnis untuk mencapai tujuan organisasi.
2. Application Architecture: Merupakan pendeskripsian bagaimana aplikasi tertentu didesain dan bagaimana interaksinya dengan apikasi lainnya.
3. Data Architecture: Adalah penggambaran bagaimana penyimpanan, pengelolaan dan pengaksesan data pada perusahaan.
4. Technical Architecture: Gambaran mengenai infastruktur hardware dan software yang mendukung aplikasi dan bagaimana interaksinya.

Pendapat saya tentang TOGAF ?

Sangat mudah dipelajari secara mendalam mulai dari pengenalan konsep dasar hingga praktiknya dalam membangun blueprint Enterprise Architecture dengan menggunakan framework TOGAF sesuai standar Open Group. The Open Group menyediakan TOGAF gratis kepada organisasi untuk tujuan non-komersial internal mereka sendiri.

Perbedaan 4 EA Framework

Ini adalah hasil rangkuman kuliah Enterprise Architecture di Prodi Sistem Informasi Universitas Trunojoyo Madura.

Enterprise Architecture (EA) merupakan kegiatan pengorganisasian data yang dihasilkan oleh organisasi yang kemudian dipergunakan untuk mencapai tujuan proses bisnis dari organisasi tersebut

Berikut adalah beberapa framework:

1. Zachman framework
2. The Open Group Architectural Framework (TOGAF)
3. Federal Enterprise Architecture Framework (FEAF)
4. Gartner framework

 

1. Zachman Framework

           merupakan suatu alat bantu yang dikembangkan untuk memotret arsitektur organisasi dari berbagai sudut pandang dan aspek, sehingga didapatkan gambaran organisasi secara utuh. Framework ini merupakan arsitektural yang paling banyak dikenal dan diadaptasi dan memberikan gambaran yang lengkap dan menetapkan nama yang unik untuk setiap sel dalam framework.

• Zachman Framework bukan metodologi untuk mengembangkan suatu arsitektur interprise.
• Zachman Framework hanya berupa thingking tool yang membantu arsitek dan manajer mengisolasikan masalah dan mengatur apa saja yang perlu diurus.
• Pengembangan system dalam Zachman Framework lebih terorganisir: Strategi, Analisa, Rancangan, Konstruksi, Dokumentasi, Transisi, Produksi

 

2. The Open Group Architecture Framework (TOGAF)

Merupakan suatu kerangka kerja atau metode untuk merancang yang digunakan untuk mengembangkan suatu arsitektur enterprise. TOGAF dapat digunakan secara bebas oleh organisasi yang ingin mengembangkan suatu arsitektur enterprise yang akan digunakan dalam suatu perusahaan atau organisasi.

Kunci untuk TOGAF adalah metode yang telah terbukti untuk mengembangkan suatu arsitektur enterprise IT yang memenuhi kebutuhan bisnis.

Suatu perusahaan yang merancang dan mengimplementasikan arsitektur enterprise menggunakan TOGAF dipastikan bahwa desain dan spesifikasi pengadaan yang akan sangat memudahkan implementasi sistem terbuka, dan akan memungkinkan manfaat dari sistem terbuka bertambah untuk organisasi mereka dengan menurunkan risiko.

TOGAF terdiri dari tiga bagian utama :

TOGAF  Architecture Development Method (ADM), yang menjelaskan cara untuk mendapatkan suatu arsitektur enterprise organisasi-spesifik yang membahas kebutuhan bisnis. ADM menyediakan:

1. Dapat diandalkan, terbukti dapat mengembangkan arsitektur
2. Views arsitektur yang memungkinkan arsitek untuk memastikan bahwa permasalahan kompleks dapat ditangani
3. Kaitan dengan studi kasus praktis
4. Pedoman alat untuk pengembangan arsitektur

 

3. Federal Enterprise Architecture Framework (FEAF)

merupakan sebuah framework yang diperkenalkan pada tahun 1999 oleh Federal CIO Council. FEAF ini ditujukan untuk mengembangkan EA dalam Federal Agency atau sistem yang melewati batas multiple inter-agency. FEAF menyediakan tandar  untuk mengembangkan dan mendokumentasikan deskripsi arstitektur pada area yang menjadi prioritas utama.

FEAF ini cocok untuk mendeskripsikan arsitektur bagi pemerintahan  Federal. FEAF  membagi  arsitektur  menjadi  area  bisnis,  data,aplikasi  dan  teknologi, dimana  sekarang  FEAF  juga  mengadopsi  tiga  kolom   pertama  pada  Zachman  framework  dan   metodologi  perencanaan  arsitektur enterprise oleh Spewak.

Karakteristik dari FEAF:
a)      Merupakan arsitektur enterprise Reference Model
b)      Standar yang dipakai oleh pemerintahan Amerika Serikat
c)      Menampilkan perspektif view yang menyeluruh
d)      Merupakan tool untuk perencanaan dan komunikasi

 

4. Gartner framework

merupakan sebuah riset informasi teknologi dan perusahaan yang menyediakan teknologi yang berhubungan dengan kapasitas pencarian fakta terselubung. Riset yang diberikan oleh gartner bertarget pada CIO dan pemimpin IT senior pada industry dimana menyertakan agen pemerintah, high-technology dan telecom enterprise, professional service firm dan technology inventor. Pelanggan gartner menyertakan korporasi besar, agensi pemerintah, perusahaan teknologi dan komunitas investasi. Perusahaan Gartner berisikan riset, program eksekutif, konsultasi dan acara, memberikan informasi riset, praktek terbaik dan trend.

 

Perbandingan Framework

Terdapat 12 Kriteria yang digunakan untuk mengevaluasi methodology yang biasa dipergunakan oleh organisasi, beberapa penilaian

* penilaian ini merupakan penilaian pada salah satu jurnal Microsoft.

Penilaian dilakukan dengan skala likert ….

1. Sangat Buruk
2. Tidak Memadai
3. Baik
4. Sangat Baik

Kriteria	Zachman	TOGAF	FEAF	GARTNER
Taxonomy completeness	4	2	2	1
Process completeness	1	4	2	3
Reference-model guidance	1	3	4	1
Practice guidance	1	2	2	4
Maturity model	1	1	3	2
Business focus	1	2	1	4
Governance guidance	1	2	3	3
Partitioning guidance	1	2	4	3
Prescriptive catalog	1	2	4	2
Vendor neutrality	2	4	3	1
Information availability	2	4	2	1
Time to value	1	3	1	4

1. Taxonomy completeness : Mereferensi bagaimana anda dapat menggunakan methodology untuk mengklasifikasi beberapa artefak arsitektural. Merupakan focus keseluruhan zachman. Methodology lain tidak memfokuskan banyak hal pada area ini.
2. Process completeness : Mereferensi bagaimana methodology memberikan pengarahan kepada anda melalui proses langkah demi langkah di dalam membuat sebuah arsitektur enterprise. Merupakan focus TOGAF pada Architecture Development Method (ADM).
3. Reference-model guidance : Mereferensi bagaimana kegunaan methodology dapat membantu anda di dalam membangun sebuah kumpulan yang relevan dari model referensi. Merupakan focus dari FEA. TOGAF menyediakan dukungan.
4. Practice guidance : Mereferensi bagaimana methodology dapat menolong anda di dalam assimilasi pola pikir dari arsitektur enterprise ke dalam organisasi dan membangun kultur/budaya dimana itu bernilai dan dipergunakan. Merupakan Gartner’s practice architectural.
5. Maturity model : Mereferensi seberapa banyak pengarahan methodology untuk dapat memberikan sebuah penilaian untuk efektifitas dan kematangan dari organisasi lain, dimana pengalaman organisasi di dalam penggunaan arsitektur enterprise.
6. Business focus : Mereferensi methodology mana yang berfokus pada penggunaan teknologi untuk mendorong nilai bisnis, dimana nilai bisnis merupakan secara spesifik didefinisikan untuk mereduksi pengeluaran dan meningkatkan penerimaan.
7. Governance guidance : Mereferensi seberapa banyak methodology dapat dengan mudah dimengerti dan membuat sebuah model governance secara efektif untuk enterprise architecture.
8. Partitioning guidance : Mereferensi bagaimana methodology dapat membantu anda ke dalam efektif otonomi partisi dari enterprise, dimana merupakan pendekatan yang sangat penting untuk mengelolan kompleksitas.
9. Prescriptive catalog : Mereferensi seberapa baik methodology membantu anda di dalam pengaturan katalog dari asset arsitektural dimana dapat dipergunakan kembali di dalam aktifitas di masa depan.
10. Vendor neutrality : Mereferensi bagaimana seharusnya dapat dikunci ke dalam organisasi consulting spesifik dengan mengadopsi methodology tersebut. Rating yang tinggi mengindikasi bagaimana low vendor lock-in.
11. Information availability : Merupakan jumlah dan kualitas untuk informasi gratis atau tidak terlalu mahal mengenai methodology.
12. Time to value : Mereferensi untuk rentang waktu yang biasa digunakan menggunakan methodology sebelum memulai menggunakan methodology tersebut untuk membangun solusi untuk memberikan nilai bisnis yang tinggi.

PERBEDAAN MODEL PENGEMBANGAN SOFTWARE

Kali ini saya akan membahas perbedaan dari beberapa model pengembangan software, dimulai dari penjelasan masing-masing model. Lalu, apa perbedaan yang kita lihat dari setiap model menurut Karakteristik, kelebihan dan kelemahannya.

1. Agile Software Development Methodology

Agile Development Methods adalah sekelompok metodologi pengembangan perangkat lunak yang didasarkan pada prinsip-prinsip yang sama atau pengembangan sistem jangka pendek yang memerlukan adaptasi cepat dari pengembang terhadap perubahan dalam bentuk apapun. Agile memiliki pengertian bersifat cepat, ringan, bebas bergerak, dan waspada. Sehingga saat membuat perangkat lunak dengan menggunakan agile development methods diperlukan inovasi dan responsibiliti yang baik antara tim pengembang dan klien agar kualitas dari perangkat lunak yang dihasilkan bagus dan kelincahan dari tim seimbang.

1. Kelebihan dari Metode Agile:

• Pembangunan system dibuat lebih cepat
• Mengurangi resiko kegagalan implementasi software dari segi non-teknis.
• Jika pada saat pembangunan system terjadi kegagalan,kerugian dar segi materi relative kecil..

1. Kekurangan dari Metode agile:

• Developer harus selalu siap dengan perubahan karena perubahan akan selalu diterima.
• Agile tidak akan berjalan dengan baik jika komitmen tim kurang.
• Tidak cocok dalam skala tim yang besar (>20 orang).
• Perkiraan waktu release dan harga perangkat lunak sulit ditentukan.

 

2. Rapid Application Development (RAD)

Rapid Aplication Development (RAD) adalah sebuah model proses perkembangan perangkat lunak sekuensial linier yang menekankan siklus perkembangan yang sangat pendek (kira-kira 60 sampai 90 hari). Model RAD ini merupakan sebuah adaptasi “kecepatan tinggi” dari model sekuensial linier dimana perkembangan cepat dicapai dengan menggunakan pendekatan konstruksi berbasis komponen. Adapun kelebihan dan kelemahan Model RAD yaitu

1. kelebihan Model RAD:

• Lebih efektif dari Pengembangan Model waterfall/sequential linear dalam menghasilkan sistem yang memenuhi kebutuhan langsung dari pelanggan.
• Cocok untuk proyek yang memerlukan waktu yang singkat.
• Model RAD mengikuti tahap pengembangan sistem seperti pada umumnya, tetapi mempunyai kemampuan untuk menggunakan kembali komponen yang ada sehingga pengembang tidak perlu membuatnya dari awal lagi sehingga waktu pengembangan menjadi lebih singkat dan efisien.

1. Kekurangan Model RAD :

• Model RAD menuntut pengembangan dan pelanggan memiliki komitmen di dalam aktivitas rapid-fire yang diperlukan untuk melengkapi sebuah sistem, di dalam kerangka waktu yang sangat diperpendek. Jika komitmen tersebut tidak ada, proyek RAD akan gagal.
• Tidak semua aplikasi sesuai untuk RAD, bila system tidak dapat dimodulkan dengan teratur, pembangunan komponen penting pada RAD akan menjadi sangat bermasalah.
• RAD tidak cocok digunakan untuk sistem yang mempunyai resiko teknik yang tinggi.

 

3. Dynamic System Development Model Methodology

Dynamic System Development Model Methodology (DSDM) merupakan iteratif dan incremental pendekatan yang mencakup prinsip-prinsip pembangunan Agile, termasuk keterlibatan pengguna atau pelanggan secara terus-menerus, intinya DSDM suatu metode yang mendekati Incremental dan Agile Alliance.

Beberapa karakteristik DSDM yaitu sebagai berikut :

1. Menyajikan kerangka kerja (Framework) untuk membangun dan memelihara sistem dalam waktu yang terbatas melalui penggunaan prototyping yang incremental dalam lingkungan yang terkondisikan.
2. Membangun software dengan cepat yaitu 80% dari proyek diserahkan dalam 20% dari waktu total untuk menyerahkan proyek secara utuh.
3. Aktifitas Feasibility Study yaitu dengan requirement, lalu uji apakah sesuai gunakan proses DSDM
4. Aktifitas Business Study yaitu susunam kebutuhan fungsional dan informasi, menentukan arsitektur aplikasi dan identifikasi kebutuhan pemeliharaan untuk aplikasi
5. Aktifitas Functional model iteration yaitu menghasilkan incremental prototype yang perlihatkan fungsi software ke client untuk dapatkan kebutuhan lebih jelas dan konfirmasi.
6. Aktifitas Design and Build Iteration yaitu melakukan cek ulang prototype yang di bangun untuk memastikan bahwa prototype yang di bangun dengan cara tersebut memungkinkan semua fungsi benar-benar bekerja
7. Aktifitas Implementation yaitu menempatkan software pada lingkungan sebenarnya sekalipun belum lengkap atau masih ada perubahan.
8. DSDM dapat dikombinasikan dengan XP yang menghasilkan kombinasi model proses mengikuti metode DSDM dan praktek yang sejalan dengan XP.

Telah di jelaskan beberapa karakteristik DSDM, pada tujuannya untuk menciptakan suatu rangkaian RPL yang cepat sama hal nya dengan XP model.

 

4. Extreme Programming Methodology (XP)

Menurut penjelasan Kent Back, definisi XP sebagai berikut: “Extreme Programming (XP) is a lightweight (Ringan), efficient (Efisien), low-risk (Resiko Rendah), flexible (Fleksibel), predictable (Bisa di tebak), scientific (ilmiah), and fun way to develop software“.Tahapan-tahapan yang harus dilalui antara lain: Planning, Design, Coding, dan Testing. Sasaran Extreme Programming adalah tim yang dibentuk berukuran antara kecil sampai medium saja, tidak perlu menggunakan sebuah tim yang besar. Hal ini dimaksudkan untuk menghadapi requirements yang tidak jelas maupun terjadinya perubahan-perubahan requirements yang sangat cepat. Extreme Programming merupakan agile methods yang paling banyak digunakan dan menjadi sebuah pendekatan yang sangat terkenal.

1. Kelebihan XP :

• Tepat digunakan saat kondisi keperluan berubah dengan cepat
• Resiko tinggi dan ada proyek dengan tantangan yang bar
• Tim programmer sedikit, yaitu 2-10 orang

1. Kelemahan XP:

• Cerita-cerita yang menunjukkan requirements kemungkinan besar tidak lengkap sehingga Developer harus selalu siap dengan perubahan karena perubahan akan selalu diterima.
• Tidak bisa membuat kode yang detail di awal (prinsip simplicity dan juga anjuran untuk melakukan apa yang diperlukan hari itu juga).
• XP tidak memiliki dokumentasi formal yang dibuat selama pengembangan. Satu-satunya dokumentasi adalah dokumentasi awal yang dilakukan oleh user.

 

5. Scrum Development Methodology

Pertama kali diperkenalkan oleh Jeff Sutherland tahun awal tahun 1990an, dan dikembangkan selanjutnya dilakukan oleh Schwaber dan Beedle.

Scrum Development Methodology merupakan salah satu komponen dari metodologi pengembangan Agile mengenai pertemuan harian untuk membahas kemajuan berbeda dengan XP yang menekankan metodologi yang berbeda yaitu ujian, pemrograman dan pembangunan. Scrum menguraikan proses untuk mengidentifikasi dan katalogisasi pekerjaan yang perlu dilakukan, memprioritaskan yang bekerja dengan berkomunikasi dengan pelanggan atau wakil pelanggan, dan pelaksanaan yang bekerja menggunakan rilis iterative dan memiliki tujuan utama untuk mendapatkan perkiraan berapa lama akan pembangunan.

1. Kelebihan Scrum antara lain:

• Keperluan berubah dengan cepat
• Tim berukuran kecil sehingga melancarkan komunikasi, mengurangi biaya dan memberdayakan satu sama lain
• Pekerjaan terbagi-bagi sehingga dapat diselesaikan dengan cepat
• Dokumentasi dan pengujian terus menerus dilakukan setelah software dibangun
• Proses Scrum mampu menyatakan bahwa produk selesai kapanpun diperlukan

Kesimpulan

”manakah  metode  yang  paling  baik?”  mungkin ini adalah pertanyaan yang kurang tepat. Hidup (proyek) kadang jauh lebih rumit dari yang kita perkirakan.   Semua metode-metode yang ada jika ditempatkan pada proyek yang tepat pasti akan menghasilkan sebuah produk yang berkualitas dan bersaing. Sebaliknya jika ditempatkan pada proyek yang salah karena kesalahan analisa proyek, bisa jadi akan memakan biaya waktu dan uang yang jauh lebih besar dari yang diperkirakan.  Kebijakan manajemen proyek dalam memilih metode dapat memberikan solusi yang lebih baik dan murah. Banyak aspek yang bisa dijadikan sebagai pertimbangan untuk memilih metode ini.  Diantaranya seperti dari sisi planing dan analisa system, timeline, resiko, komposisi tim, ukuran tim, budget, waktu serta masih banyak lagi aspek lainnya.

 

Sistem Operasi Android, Linux, Mac Os

ANDROID

 

Seiring berkembangnya jaman dan teknologi, tentu saja kita sangat butuh peralatan yang canggih dan efisien untuk keperluan kita sehari-hari. Oleh karena itu perangkat dengan sistem operasi Android pun sudah berkembang pesat dengan peminat yang semakin meningkat.

Apasih Android itu ?

Android adalah sistem operasi berbasis Linux yang dirancang untuk perangkat mobile touchscreen seperti smartphone dan tablet PC, Android awalnya dikembangkan oleh Android, Inc., dengan dukungan finansial dari Google, yang kemudian dibeli pada tahun 2005.

Android ini diresmikan pada tahun 2007 bersamaan dengan berdirinya Open Handset Alliance-konsorsium hardware, software, dan perusahaan telekomunikasi yang ditujukan untuk memajukan standar perangkat selular.

HTC Dream adalah Smartphone yang tersedia pertama kali untuk publik yang menjalankan sistem operasi Android dan dirilis pada tanggal 22 Oktober 2008.

Bagaiman perkembangan Android ?

1. Android 1.0
2. Android 1.1
3. Android 1.5 Cupcake
4. Android 1.6 Donut
5. Android 2.0 Eclair
6. Android 2.0.1 Eclair
7. Android 2.1 Eclair
8. Android 2.2–2.2.3 Froyo
9. Android 2.3–2.3.2 Gingerbread
10. Android 2.3.3–2.3.7 Gingerbread
11. Android 3.0 Honeycomb
12. Android 3.1 Honeycomb
13. Android 3.2 Honeycomb
14. Android 4.0–4.0.2 Ice Cream Sandwich
15. Android 4.0.3–4.0.4 Ice Cream Sandwich
16. Android 4.1 Jelly Bean
17. Android 4.2 Jelly Bean
18. Android 4.3 Jelly Bean
19. Android 4.4 KitKat
20. Android 5.0 Lollipop (API level 21)
21. Android 6.0 Marshmallow (API level 23)

Sumber – WikiPedia

Lalu apasih keunggulan atau kelebihan dari sistem operasi Android sendiri ?

• User Friendly – Kalimat ini sangat melekat pada sistem operasi Windows miliknya microsoft, ibaratnya kita dengan sangat mudah mengoprasikan komputer hanya dengan belajar beberapa hari bahkan beberapa jam saja, dan ini juga melekat pada Android yang berjalan pada Smartphone.
• Notifications – Anda dengan sangat mudah mendapatkan notifikasi dari smartphone android dengan mengatur beberapa akun Email, SMS , Voice Dial, Update dan lain sebagainya.
• Tampilan – Dari segi tampilan, Android tidak kalah bagusnya dari iOS miliknya Apple, karena memang dari awal android hampir mengusung teknologi iOS, hanya saja ini versi murahnya.
• Open Source – Operating system ini memang dibuat open source oleh penciptanya, karena memang berbasis kernel Linux. Jadi jangan kaget jika diluar sana ada banyak sekali Custom Rom untuk masing-masing perangkat android.
• Aplikasi – Untuk Aplikasi anda akan disajikan jutaan pilihan aplikasi yang menarik dari yang gratis hingga berbayar, dan anda bisa mendownloadnya di Google Play, siapa lagi kalau bukan miliknya Mbah Google.
• Dll – Dan masih banyak lagi kelebihan dan fitur yang dimiliki Android, dan anda bisa mengembangkannya sesuai dengan keinginan anda, karena Sistem operasi ini Open Source dan User Friendly

Jika ada kelebihan pasti ada kekurangan dong, simak kekurangan dari sistem operasi android dibawah ini

• Update System – Seperti atikel saya disini untuk melakukan update system tidaklah mudah, anda harus menunggu dari masing-masing Vendor untuk merilis Update Versi yang terbaru. Tentu ini sangat tidak menyenangkan.
• Batterai Cepat Habis – Ini sering terjadi jika anda menyalakan paket data dan menggunakan widget serta aplikasi yang berjalan secara berlebihan, untuk mengatasinya anda harus mengurangi aktivitas aplikasi pada smartphone anda.

• Lemot atau Lag – Sebenarnya kalau ini ada kaitannya dengan spesifikasi dari masing-masing perangkat, namun ada kalanya Android ini tidak bersahabat dengan beberapa aplikasi dikarenakan Ram ataupun Prosesornya yang kurang memadai, jadi sesuaikan aplikasi dengan perangkatnya.

 

 

LINUX

Setelah kita membahas sistem operasi Android berbasis Linux yang dirancang untuk perangkat mobile touchscreen seperti smartphone dan tablet PC, sekarang kita membahas Perkembangan teknologi komputer yang diikuti oleh ketersediaan sistem operasi yang semakin beragam dan populer salah satunya adalah Linux.

Apa itu Linux ?

Linux adalah nama dari sebuah sistem operasi yang berbasis Unix yang disebarluaskan ke masyarakat secara gratis. Linux didistribusikan dengan source code. Ketersediaan akses kode memungkinkan para pengguna untuk memodifikasi sistem operasi ini yang kemudian diperbolehkan juga untuk digunakan dan didistribusikan kembali secara bebas sehingga setiap calon pengguna dapat mendownload sistem operasi ini di internet atau mendapatkannya dari forum-forum khusus. Forum pengguna Linux biasanya membentuk sebuah komunitas khusus untuk memodifikasi sistem, setelah itu kode sumber yang telah dimodifikasi dan dikembangkan tersebut kembali dibagikan melalui internet atau media lainnya. Siapapun bebas untuk bergabung dengan komunitas dalam pengembangan sistem operasi Linux.

Lalu siapa yang menciptakan linux ? Nama Linux sendiri diambil dari nama si penciptanya yaitu Linus Torvalds.

Linux sama halnya dengan produk-produk lain yang mempunyai kelebihan dan kekurangan. Berikut ini beberapa kelebihan dan kekurangan sistem operasi Linux.

Kelebihan Linux

1. Open Source; Linux adalah salah satu sistem operasi yang bersifat open source, bebas untuk dimiliki, bebas untuk dikembangkan, dan bebas untuk didistribusikan ulang.
2. Freeware; Linux merupakan sistem operasi yang mempunyai sifat Freeware, hal ini berarti siapapun baik untuk penggunaan pribadi, kelompok, dan instansi sekalipun dapat menggunakan sistem operasi ini secara bebas dan tanpa dituntut untuk membayar royalty kepada si penciptanya.
3. Minimal Hardware; Linux hanya membutuhkan spesifikasi hardware komputer yang rendah, namun tetap untuk kebutuhan yang tinggi seperti grafis dan lainnya disarankan untuk menggunakan spesifikasi yang lebih tinggi.
4. Skalabilitas; Linux dapat berjalan pada mesin sekecil 3Com Palm Pilot dan Digital Itsy atau pada mesin besar seperti Beowulf Clusters.
5. Stabilitas; Keandalan linux dipercaya oleh badan sekelas NASA, NASA menggunakan sistem operasi Linux untuk sebuah percobaan tanaman di luar angkasa yang membutuhkan kestabilan sistem tinggi.
6. Shared Libraries; Linux menggunakan sistem penomoran versi Shared Libraries. Sehingga memungkinkan untuk memperbaharui versi tanpa akan adanya kerusakan pada program lain.
7. Non-Fragmentasi; Pengguna linux dipermudah dalam penggunaan untuk mengedit, membuat, dan menghapus file tanpa harus kuatir akan terjadinya fragmentasi pada program atau data yang ada.
8. Kebal Virus; Linux lebih kebal terhadap serangan virus dibandingkan dengan sistem operasi lain seperti yang berbasis DOS. Hal ini merupakan yang paling penting karena berhubungan dengan sistem keamanan.

 

Kekurangan Linux

Disamping kelebihan Linux, terdapat beberapa kekurangan yang terdapat pada sistem operasi gratis ini.

1. User awam akan mengalami kesulitan ketika pertama kali menggunakan Linux, karena sistem operasi ini sama sekali berbeda dengan sistem operasi populer semacam Windows.
2. Beberapa jenis Linux masih belum optimal dalam penyajian WYSYWYG (What You See is What You Get). Namun kelemahan ini sekarang sudah mulai diperbaiki dan kita sudah bisa menggunakan sistem operasi Linux yang benar-benar telah mendekati nilai sempurna.

Contoh Distribusi Linux

1. Ubuntu
2. Debian Linux
3. Redhat Linux
4. Mandrake Linux
5. Caldera Open Linux
6. Slackware Linux
7. OpenSUSE Linux
8. Corel Linux
9. Turbo Linux
10. Fedora
11. BackTrack
12. Xandros
13. ClearOS
14. Chrome OS
15. Gentoo Linux
16. Sabayon
17. CentOS

 

MAC OS

setelah tadi membahas perkembangan teknologi komputer dengan sistem operasi linux, sekarang kita akan memabahas tentang sistem operasi yang tak kalah populer dari linux yaitu Mac OS.

Apasih Mac OS itu?

Mac OS (Macintosh Operating System) adalah sistem operasi yang di kembangkan oleh Apple Corp. Mac OS yaitu sistem operasi pertama menggunakan Graphical User Interface – GUI. Orang-orang penting pada Macintosh yaitu Bill Atkinson, Jef Raskin dan Andy Hertzfeld. Komputer ini dinamakan berdasarkan McIntosh, jenis apel yang disukai Jef Raskin. Macintosh diperkenalkan pertama kali pada bulan Januari 1984 lewat iklan Super Bowl yang fenomenal.

Apple sengaja membuat Macintosh yang biasa agar Macintosh dapat lebih mudah di jalankan oleh orang yang baru belajar komputer sekali pun dan Apple juga sengaja menyembunyikan keberadaan sistem operasi ini untuk membedakan Mac dengan sistem operasi yang lain nya seperti MS-DOS, yang lebih mudah digunakan daripada Macintosh.

 

Sistem Mac OS dibedakan menjadi 2, yaitu Mac OS Klasik dan Mac OS X :

 

1. Mac OS Klasik merupakan sistem yang pertama dikeluarkan oleh Mac pada tahun 1984 hingga Mac OS 9. OS ini dikenal sebagai suatu sistem yang tidak memiliki sembarang command line atau baris perintah. Sistem operasi ini merupakan sistem yang menggunakan user interface(UI) sepenuhnya.
2. Mac OS X Merupakan versi terbaru Mac OS. Mac OS X memadukan unsur-unsur BSD Unix, OpenStep, dan Mac OS 9. Mac OS X memiliki memori ala-Unix dan pre-emptive multitasking kepada platform Mac serta Managemen memori yang jauh lebih baik.

Perbedaan yang paling mudah dilihat dari Mac OS X ini adalah User Interface. Apple menambahkan Aqua GUI untuk mempercantik tampilan sehingga dapat dinikmati oleh pengguna. Selain itu, teknologi ColorSync juga ditambahkan ke dalam Mac OS X, sebuah teknologi yang berfungsi memberikan sinkronisasi warna sehingga cocok untuk pekerjaan multimedia.

Mac OS X ini awalnya hanya dapat berjalan pada platform PowerPC namun dalam beberapa tahun belakangan terdapat desas-desus bahwa Apple memiliki versi Mac OS X yang dapat berjalan pada platform Intel.

 

Kelebihan Mac OS :

1. Lebih stabil karena menggunakan UNIX
2. multitasking
3. Bisa mengenal file format windows
4. Tampilan yang lebih glossy sehingga bagus untuk graphi design/multimedia
5. Jarang terkena virus
6. Open sourcecode sehingga Mac OS sulit dibajak
7. Ada ‘Time Machine’ yang akan bekerja secara otomatis pada background tanpa mengganggu aplikasi yang dijalankan untuk mem-backup system yang sedang berjalan dan perubahan-perubahan pada data
8. Ada program “sherlock“ yang tidak hanya mencari file pada harddisk dan dalam jaringan lokal, tapi juga dapat beraksi di Internet dan mencari berdasarkan keyword.

Kekurangan Mac OS :

1. Mahal, karena spesifikasi teknis mac memang tinggi. Asesorisnya dan spare part banyak tapi mahal
2. Hanya cocok untuk graphic designer
3. Mac OS tidak dapat digunakan bersama-sama sistem pengoperasian lain yang tidak menggunakan sistem Mac OS
4. Mac OS tidak bisa dirakit sendiri karena Apple sudah tidak memberi license buat perusahaan lain untuk membuat hardware yang bisa menggunakan Mac OS
5. Software di Mac OS tidak begitu lengkap
6. Kurang cocok untuk aplikasi server dan game.

 

First blog post

This is your very first post. Click the Edit link to modify or delete it, or start a new post. If you like, use this post to tell readers why you started this blog and what you plan to do with it.