¿Por qué necesitamos un modelo de conocimiento?
Durante varias décadas de existencia de la industria de la tecnología de la información, se ha creado una base teórica significativa. Una variedad de asociaciones y organizaciones han desarrollado cuerpos de conocimiento y metodologías en varios campos.
Éstos son algunos de ellos:
BABOK (A Guide to the Business Analysis Body of Knowledge): una guía para el cuerpo de conocimientos sobre análisis de negocios del Instituto Internacional de Análisis de Negocios (IIBA)
SWEBOK (Cuerpo de conocimientos de ingeniería de software) es una norma internacional ISO / IEC TR 19759 de 2015, que describe la cantidad de conocimientos generalmente aceptados sobre ingeniería de software.
SEBOK (Systems Engineering Body of Knowledge) es un cuerpo de conocimientos en el campo de la ingeniería de sistemas desarrollado por la organización BKCASE, que es supervisado por una Junta de Gobierno compuesta por tres asociaciones (es decir, el Consejo Internacional de Ingeniería de Sistemas, el Centro de Sistemas Investigación en Ingeniería y la Sociedad de Computación IEEE)
BPM CBOK (Guide to the Business Process Management Body of Knowledge): el cuerpo de conocimientos sobre la gestión de procesos de negocio de la Asociación de Profesionales de Business Process Management (ABPMP)
PMBOK (Project Management Body Of Knowledge): un cuerpo de conocimientos profesionales en gestión de proyectos del instituto de gestión de proyectos PMI.
La certificación IREB CPRE (certificación en Ingeniería de Requisitos) Foundation Level es una metodología para los requisitos de ingeniería de la comunidad IREB.
Estos documentos no son difíciles de encontrar en Internet, sin embargo, su estudio tomará una cantidad significativa de tiempo. Cientos de páginas de texto seco: definiciones, clasificaciones, a menudo, no hay traducción al ruso; todo esto impide la asimilación del valioso material indicado en las fuentes. Para sistematizar y utilizar tal volumen de información en el trabajo, es necesario presentar el conocimiento en una forma más conveniente y comprimida.
:
,
, .
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 capacidad de describir varios códigos y metodologías en un modelo; por ejemplo, la metodología descrita no separa el proceso de análisis de requisitos por separado, lo que limita la capacidad de combinar este modelo con el área de conocimiento sobre análisis de sistemas en su conjunto.