Pourquoi avons-nous besoin d'un modèle de connaissances
Depuis plusieurs décennies d'existence de l'industrie des technologies de l'information, une base théorique importante a été créée. Diverses associations et organisations ont développé des corpus de connaissances et de méthodologies dans divers domaines.
En voici quelques-uns:
BABOK (A Guide to the Business Analysis Body of Knowledge) - un guide du corpus de connaissances sur l'analyse commerciale de l'International Institute of Business Analysis
SWEBOK (Software Engineering Body of Knowledge) est une norme internationale ISO / CEI TR 19759 de 2015, qui décrit la quantité de connaissances généralement acceptée sur le génie logiciel
SEBOK (Systems Engineering Body of Knowledge) est un ensemble de connaissances dans le domaine de l'ingénierie des systèmes développé par l'organisation BKCASE, qui est supervisé par un conseil d'administration composé de trois associations (à savoir le Conseil international de l'ingénierie des systèmes, le Center for Systems Recherche en ingénierie et IEEE Computer Society)
BPM CBOK (Guide to the Business Process Management Body of Knowledge) - l'ensemble des connaissances sur la gestion des processus métier de l'Association of Business Process Management Professionals (ABPMP)
PMBOK (Project Management Body Of Knowledge) - un ensemble de connaissances professionnelles en gestion de projet de l'institut de gestion de projet PMI
Certification IREB CPRE (certification en Ingénierie des Exigences) Foundation Level est une méthodologie pour les exigences d'ingénierie de la communauté IREB.
Ces documents ne sont pas difficiles à trouver sur Internet, mais leur étude prendra beaucoup de temps. Des centaines de pages de texte sec: définitions, classifications, souvent, il n'y a pas de traduction russe - tout cela empêche l'assimilation du matériel précieux mentionné dans les sources. Pour systématiser et utiliser un tel volume d'informations dans le travail, il est nécessaire de présenter les connaissances sous une forme plus pratique et compressée.
:
,
, .
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. :
:
,
.
:
, ; -
-
la capacité de décrire plusieurs codes et méthodologies dans un seul modèle; par exemple, la méthodologie décrite ne sépare pas le processus d'analyse des exigences séparément, ce qui limite la capacité de combiner ce modèle avec le domaine de connaissances sur l'analyse des systèmes dans son ensemble.