Warum brauchen wir ein Wissensmodell?
Seit mehreren Jahrzehnten des Bestehens der Informationstechnologiebranche wurde eine bedeutende theoretische Grundlage geschaffen. Eine Vielzahl von Verbänden und Organisationen hat Wissensbestände und Methoden in verschiedenen Bereichen entwickelt.
Hier sind einige davon:
BABOK (Ein Leitfaden zum Wissensbestand der Geschäftsanalyse) - Ein Leitfaden zum Wissensbestand zur Geschäftsanalyse des International Institute of Business Analysis
SWEBOK (Software Engineering Body of Knowledge) ist eine internationale Norm ISO / IEC TR 19759 aus dem Jahr 2015, die die allgemein anerkannte Menge an Wissen über Software Engineering beschreibt
SEBOK (Systems Engineering Body of Knowledge) ist ein Wissensbestand auf dem Gebiet der Systemtechnik, der von der BKCASE-Organisation entwickelt wurde und von einem Verwaltungsrat aus drei Verbänden (dh dem International Council for Systems Engineering, dem Center for Systems) überwacht wird Ingenieurforschung und IEEE Computer Society)
BPM CBOK (Leitfaden zum Geschäftsprozessmanagement-Wissensbestand) - der Wissensbestand zum Geschäftsprozessmanagement der Association of Business Process Management Professionals (ABPMP)
PMBOK (Project Management Body of Knowledge) - eine Sammlung von Fachwissen im Projektmanagement des PMI-Projektmanagementinstituts
IREB CPRE- Zertifizierung (Zertifizierung in Requirements Engineering) Foundation Level ist eine Methodik für technische Anforderungen der IREB-Community.
Diese Dokumente sind im Internet nicht schwer zu finden, das Studium wird jedoch viel Zeit in Anspruch nehmen. Hunderte von Seiten trockenen Textes: Definitionen, Klassifikationen, oft gibt es keine russische Übersetzung - all dies verhindert die Assimilation des in den Quellen angegebenen wertvollen Materials. Um ein solches Informationsvolumen in der Arbeit zu systematisieren und zu nutzen, ist es notwendig, Wissen in einer bequemeren und komprimierteren Form darzustellen.
:
,
, .
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. :
:
,
.
:
, ; -
-
die Fähigkeit, mehrere Codes und Methoden in einem Modell zu beschreiben; Beispielsweise trennt die beschriebene Methodik den Anforderungsanalyseprozess nicht separat, was die Möglichkeit einschränkt, dieses Modell mit dem Wissensbereich über die Systemanalyse als Ganzes zu kombinieren.