Definir estos procesos es una tarea imprescindible antes de gestionarlos y deben cubrir todos los objetivos de negocio de la organización. Esta herramienta permite cuantificar la conformidad o conformidad de los procesos de la organización con los estándares de la industria, realizar transformaciones entre modelos para asegurar procesos de software con posibilidad de ejecución y simulación, y analizar la conformidad para recomendar aspectos de mejora necesarios para lograrlo. cumplimiento deseado. .
Introducción
Antecedentes
De esta forma, además de los marcos de referencia estandarizados, COMPROMISE también podrá analizar la conformidad de los procesos en entornos multimarco. Como podemos ver, COMPROMISE proporciona al usuario funcionalidades de transformación de modelos entre Procesos de Software y Procesos de Negocio y análisis de conformidad de los procesos de la organización respecto a los modelos de referencia almacenados en la base de datos de ARMONÍAS-DGS.
Estructura del Documento
Planificación del TFG: (Apéndice E): En este apéndice se muestra una estimación del esfuerzo y recursos utilizados. Código fuente: (Apéndice F): este apéndice proporciona extractos de código representativo del proceso de desarrollo.
Objetivos del PFC
Objetivos derivados
Analizar la coherencia de los procesos definidos por la organización con los marcos de referencia seleccionados. Elaborar informes de cumplimiento de los distintos procesos de la organización que incluyan sus propiedades y los principales componentes que los componen (tareas, roles y productos de trabajo).
Funcionalidad General de la Herramienta
Escalabilidad: La herramienta debe implementarse teniendo en cuenta las posibles necesidades que pueda provocar su crecimiento.
Destrezas a adquirir
Ésta es otra razón por la que se eligió el paradigma de una herramienta web. Conocimiento de los metamodelos SPEM v2.0 y BPMN así como los metamodelos de este último que le sirven de soporte (BPMNDI, DC y DI).
Estado de la Cuestión
Procesos Software
Ejecución y control de procesos: los proyectos de software de una organización se ejecutan de acuerdo con modelos de procesos definidos. Para modelar los procesos de una organización, determinaremos qué elementos forman parte del proceso y sus interrelaciones.
Ingeniería de Procesos Software
Es por esto que el responsable de modelar los procesos de una organización debe tener un alto grado de preparación y experiencia para desarrollar nuevos modelos e interpretar sus resultados. Facilitar la construcción de plataformas más potentes para la gestión de procesos y la gestión de proyectos.
SPEM y EPFC
- Visión del metamodelo SPEM 2.0
- Eclipse Process Framework Composer (EPFC)
Definición del producto de trabajo: Son los elementos del contenido del método que las tareas utilizan, modifican y producen. El primer paso con EPFC es definir el contenido del método con todos los elementos disponibles para su posterior uso en la definición de los procesos.
Modelos de Referencia y Mejora de Procesos Software
- CMMI
- ISO/IEC 12207
- ISO/IEC 9000
- ISO 90003
Por organizaciones y asesores: Para ello se utiliza la norma para realizar evaluaciones de los procesos de la organización. UNE-EN ISO 19011- Directrices para la auditoría de sistemas de gestión de la calidad y/o ambiental.
Armonización
- HFramework
- ARMONÍAS-DGS
Componente de Armonización: Este componente se encarga de gestionar y analizar gráficamente los proyectos de armonización y elaborar una estrategia para el mismo. Mediante cuestionarios, ARMONÍAS-DGS es capaz de evaluar la calidad de los procesos software de la organización.
Conformidad de Procesos
Para establecer coherencia en los procesos de negocio, es necesario establecer un conjunto de especificaciones que sean específicas de la empresa en cuestión. Por lo tanto, determinar la conformidad de los procesos comerciales y evaluar los procesos de software son fundamentalmente diferentes. Los procesos de software son una especialización de los procesos de negocio, por lo que tienen características comunes.
Proporcionar a todos los miembros de la organización conocimiento sobre sus procesos y objetivos.
Desarrollo de Software Dirigido por Modelos (DSDM)
Los esfuerzos de desarrollo se centran en el dominio del problema más que en el dominio de la solución. PSM: Acrónimo de Platform Specific Model, como se puede observar en la Figura 3.14, es el último modelo involucrado y depende de la plataforma. Además de MDA, Model Driven Engineering está respaldado por un conjunto de herramientas que brindan el soporte tecnológico más reciente para tareas de modelado.
Transformaciones llamadas Model-to-Text, que transforman modelos en código, este tipo de transformación es lo que sucede en el último paso de la Figura 3.14.
Herramientas relacionadas
SAI GLOBAL COMPLIANCE 360º SUITE: Es un conjunto de herramientas y aplicaciones que permiten a las organizaciones gestionar tanto aspectos de cumplimiento como de gestión de riesgos, aspectos financieros, etc. Permite definir planes de auditoría, ofrece gestión de riesgos, así como una serie de recomendaciones y acciones para afrontarlos con éxito. Estas herramientas se centran principalmente en gestionar los diversos cumplimientos legales que debe realizar una organización.
Una de las principales razones para el desarrollo de COMPROMISE es la incapacidad de las herramientas existentes en el mercado para definir frameworks aplicados al desarrollo de software.
Método de Trabajo
OpenUP
- Ciclo de Vida
- Roles de OpenUP
- Proceso Iterativo e Incremental
- Flujos Fundamentales de Trabajo Obtenidos para el desarrollo de COMPROMISE.de COMPROMISE
Al final de esta fase se definirán casos de uso, actores, arquitectura del sistema y un prototipo ejecutable de la herramienta. Es directamente responsable del resultado del proyecto y será responsable de evaluar los riesgos del proyecto y proponer planes de contingencia para controlarlos en caso de que ocurran. Es por esto que el proceso de desarrollo estará guiado a través de diferentes iteraciones definidas en la fase de inicio de la metodología [60].
En esta fase se verifica la funcionalidad de la herramienta, primero con pruebas unitarias y posteriormente con pruebas de integración.
Entorno Tecnológico
- Herramientas de modelado y desarrollo y tecnologías utilizadas
- EPFC
- Entorno tecnológico MDA
- Documentación
- L A TEX
- B IB TEX
- GIMP
- Lenguajes y Librerías utilizadas
- HTML
- JAXB
Estas herramientas se han utilizado para realizar el componente de transformación del objeto herramienta del TFG. Es una herramienta de modelado de la Fundación Eclipse, cuyas siglas están determinadas por las siglas en inglés Eclipse Modeling Framework[8]. Para la elaboración de la bibliografía de este documento se ha utilizado la herramienta BIBTEX.
Marshalling: Esta función se encarga de componer el archivo XML con datos de las clases de dominio que queramos incluir en él.
Resultados: Herramienta COMPROMISE
Fase de Inicio
- Requisitos
- Dominio de la Herramienta
Administrador de la herramienta: Será el responsable de gestionar los usuarios de la herramienta. Sus funcionalidades se expresan en el modelo de casos de uso de inicio (Sección 5.2). Esta relación se puede observar gráficamente en el diagrama general de la herramienta, mostrado en la figura 5.1.
La aplicación estará potenciada por la herramienta ARMONÍAS-DGS, concretamente la base de datos que almacena los procesos y los convierte al metamodelo de la UMA.
RESUL T ADOS: HERRAMIENT A COMPR OMISE 79
- Modelo de Casos de Uso
- Plan de Iteraciones
- Fase de Elaboración y Construcción
- Iteración 1: Generador de Modelos UMA a partir de la BBDD de ARMONÍAS-DGSARMONÍAS-DGS
- Iteración 2: Carga del Contenido de Método de EPFC a partir de la BBDD ARMONÍAS-DGSla BBDD ARMONÍAS-DGS
- Iteración 3: Implementación de las funciones para el Análisis de Conformidad de ProcesosConformidad de Procesos
- Iteración 4 : Implementación de Módulo de Representación gráfi- ca de estadísticas.ca de estadísticas
- Iteración 5: Integración de la capa de Persistencia con COMPRO- MISEMISE
Visualización de los procesos de la organización. Productos de trabajo •Funcionalidades básicas para Marshalling y Unmarshalling. Por tanto, el campo "tipo" de la base de datos de ARMONÍAS-DGS quedará así (a modo de ejemplo). A continuación, la Figura 5.6 presenta una simplificación, con fines ilustrativos, de la función automática para la generación automática de informes en PDF.
El diagrama que se muestra a continuación en esta sección (Figura 5.23) pertenece a la base de datos de la herramienta.
RESUL T ADOS: HERRAMIENT A COMPR OMISE 113
- Iteración 6: Definir transformación entre los metamodelos UMA y BPMN
- Iteración 7: Documentación de la herramienta
- Fase de Transición
- Patrones de Diseño
- Modelo-Vista-Controlador
- Singleton
A continuación, la Figura 5.24 muestra la parte de definición de la base de datos de la herramienta ARMONÍAS-DGS que utilizaremos. En la fase de pruebas de esta iteración se han probado funcionalidades relacionadas con las bases de datos COMPROMISE y la herramienta ARMONÍAS-DGS. Un artefacto de salida de esta iteración es el código de transformación, que se analiza a continuación.
En nuestro caso, el ejemplo de aplicación del patrón consiste en crear una lista de procesos.
Conclusiones y Propuestas
Conclusiones
- Propuestas de trabajos futuros
- Opinión Personal
Por otro lado, y enfocado al objetivo principal de este TFG, la organización que haga un uso adecuado de la herramienta obtendrá valores cuantificados del estado de sus procesos y de los distintos elementos que componen su implementación, de forma clara y manera intuitiva, que son capaces de proporcionar los distintos gráficos de los informes proporcionados por COMPROMISE. Otra ventaja que COMPROMISE brinda a las organizaciones es la visualización de los procesos de la organización además de todos los componentes que los componen y la función de recomendación que brinda a las organizaciones una serie de propuestas que indicarán los recursos necesarios para implementar las mejoras para lograr futuras certificaciones. Analizar y utilizar otros mecanismos avanzados para analizar el cumplimiento. En nuestro caso de estudio, se ha establecido una correspondencia de tarea a tarea entre los procesos de la organización y los procesos estandarizados en el marco.
Delgado: Aplicación de la metodología OpenUP en el desarrollo del sistema de distribución de gestión del conocimiento de la ESPE.
Manual de Instalación
Manual de Usuario
- Registro de Usuario
- Selector de Idioma y Menú de COMPROMISE
- Administración de la herramienta
- Cargar Procesos EPFC
- Compliance Organización
- Generar archivo para MediniQVT
- Abrir Medini-QVT y ejecutar transformación
- Representación Proceso transformado (BPMN) en BPMN2 ModelerModeler
- Ayuda
En la figura B.7 podemos ver el formulario en el que ingresaremos todas las rutas de herramientas complementarias a KOMPROMIS. Para ello utilizaremos el menú desplegable que tenemos en la Figura B.19 en el gráfico de la Figura B.18. Una vez creado el documento de transformación, ejecutaremos la herramienta MediniQVT usando el menú de la Figura B.22.
Cuando el Framework esté cargado, ejecutaremos la transformación como se muestra en la Figura B.23.
Acrónimos
Glosario
Modelo de referencia: Es un conjunto de buenas prácticas estandarizadas, estas son definidas por las organizaciones o un conjunto de ellas y aceptadas por la industria. Patrón de diseño: Son un conjunto de soluciones a problemas de diseño estandarizados con un conjunto de características. Rol: Define un conjunto de habilidades, competencias y responsabilidades de una persona o grupo de personas.
Conjunto de pruebas: es un conjunto de pruebas que se tratan como una unidad y se definen en la fase de prueba.
Planificación del TFG
- Planificación Temporal
- Equipo de Trabajo
- Recursos Materiales
- Presupuesto
Esta media tiene en cuenta las horas necesarias para completar la herramienta, así como las horas necesarias para aprender los aspectos técnicos y teóricos necesarios para abordar satisfactoriamente el desarrollo de este TFG. Durante el desarrollo, el autor cumple los roles de Ingeniero de Requisitos, Analista, Diseñador, Desarrollador y Probador. En cuanto al sistema operativo utilizado, fue necesario el desarrollo bajo Windows 7 debido a la incompatibilidad de algunas herramientas con GNU/Linux, pero ambos equipos también contaban con sus respectivas licencias.
Esta sección estima los recursos económicos necesarios para implementar el instrumento.
Código Fuente
Ejemplo clase Manager