Mengapa kita membutuhkan model pengetahuan
Selama beberapa dekade keberadaan industri teknologi informasi, landasan teori yang signifikan telah dibuat. Berbagai asosiasi dan organisasi telah mengembangkan badan pengetahuan dan metodologi di berbagai bidang.
Berikut ini beberapa di antaranya:
BABOK (A Guide to the Business Analysis Body of Knowledge) - panduan untuk badan pengetahuan tentang analisis bisnis dari International Institute of Business Analysis
SWEBOK (Software Engineering Body of Knowledge) adalah standar internasional ISO / IEC TR 19759 dari 2015, yang menjelaskan jumlah pengetahuan yang diterima secara umum tentang rekayasa perangkat lunak
SEBOK (Badan Pengetahuan Rekayasa Sistem) adalah badan pengetahuan di bidang rekayasa sistem yang dikembangkan oleh organisasi BKCASE, yang diawasi oleh Dewan Pengurus yang terdiri dari tiga asosiasi (yaitu Dewan Internasional untuk Rekayasa Sistem, Pusat Sistem Riset Teknik dan Masyarakat Komputer IEEE)
BPM CBOK (Panduan untuk Badan Pengetahuan Manajemen Proses Bisnis) - tubuh pengetahuan tentang manajemen proses bisnis dari Asosiasi Profesional Manajemen Proses Bisnis (ABPMP)
PMBOK (Project Management Body Of Knowledge) - badan pengetahuan profesional dalam manajemen proyek dari lembaga manajemen proyek PMI
Sertifikasi IREB CPRE (sertifikasi dalam Teknik Persyaratan) Tingkat Dasar adalah metodologi untuk persyaratan teknik komunitas IREB.
Dokumen-dokumen ini tidak sulit ditemukan di Internet, namun membutuhkan banyak waktu untuk mempelajarinya. Ratusan halaman teks kering: definisi, klasifikasi, seringkali, tidak ada terjemahan Rusia - semua ini mencegah asimilasi materi berharga yang dinyatakan dalam sumber. Untuk mensistematisasikan dan menggunakan sejumlah informasi dalam pekerjaan, perlu untuk menyajikan pengetahuan dalam bentuk yang lebih nyaman dan terkompresi.
:
,
, .
C , , .
, - :
? -
? - , , ; :
,
,
? -
? - .
, :
- ,
- ,
- ,
- , .
Archimate
, ( ) , .
IREB ArchiMate.
ArchiMate , - ( ) : , , , , , , . , , .
Archimate:
1. ,
: «?» - , .
« » (Work Package) .
«» (Composition) , . «» (Triggering) .
, , : → ..
«» (Value) «?».
2.
: «?» - , .
« » (Deliverable).
«» (Realization) - . «» (Access) / . «» ( ) .
, , . , .
3.
: , , , , .
ArchiMate , , , .
«» (Requirement) , . «» (Principle) , . «» (Meaning) .
«» (Association) .
, « RE» ( ) . « 4. » «» ( ).
, «» (Constraint), «» (Influence).
4. :
: «?» - , .
«» (Business Role) , . «» (Business Actor) -, . , , , .
«» (Assignment) , .
, « » « », , « », ( ).
5. .
«» (Aggregation) , . , , . , « », , , «, ».
«» (Composition) , ( ). , CASE-.
«» (Specialization). , «» , DFD- UML- .
6. Archi
.
ArchiMate . .
Archi , html- . : , .
IREB ArchiMate. :
:
,
.
:
, ; -
-
kemampuan untuk mendeskripsikan beberapa kode dan metodologi dalam satu model; misalnya, metodologi yang dijelaskan tidak memisahkan proses analisis persyaratan secara terpisah, yang membatasi kemampuan untuk menggabungkan model ini dengan bidang pengetahuan tentang analisis sistem secara keseluruhan.