Modelo arquitectónico desde la vista de información para apoyar la interoperabilidad de herramientas software que soportan la mejora de procesos de software

(Eng) Diverse software tools that support the software process improvement (SPI) not interoperate between them, that is to say, the exchange of information between the different tools is deficient, making it difficult to sequence and automatic re-use of information of SPI initiatives. In this article we present an architectural model from the information view to support the interoperability of software tools that support the stages of diagnosing the process and formulating improvements. The model establishes architecture that describes the type of information that can be exchanged these tools, as well as the structure of the data, their possible values, its semantics, and the restrictions imposed on the use and interpretation of such information. The architectural model is composed of a set of schemas, raised in conceptual form, which can be used by organizations that wish to develop software tools to interoperate, which provide support in a comprehensive way to diagnosing the process and formulating improvements of the SPI cycle. These schemas were evaluated using the qualitative method Focus Group.(Spa) La gran mayoría de herramientas software que soportan la mejora de procesos de software (SPI) no interoperan entre ellas, es decir, el intercambio de información entre las diferentes herramientas es deficiente, lo que dificulta la secuencia y reutilización automática de la información de las iniciativas de SPI. En este artículo presentamos un modelo arquitectónico desde la vista de información para apoyar la interoperabilidad de las herramientas software que soportan las etapas de Diagnóstico de procesos y Formulación de mejoras. El modelo establece la arquitectura que describe el tipo de información que pueden intercambiar estas herramientas, así como la estructura de los datos, sus posibles valores, su semántica, y las restricciones impuestas sobre la utilización e interpretación de dicha información. El modelo arquitectónico está constituido por un conjunto de esquemas planteados de forma conceptual, el cual puede ser utilizado por organizaciones que deseen desarrollar herramientas software que interoperen entre sí, las cuales brinden soporte de manera integral al Diagnóstico y Formulación del ciclo de SPI. Estos esquemas fueron evaluados utilizando el método cualitativo Focus Group

Evaluación de los procesos software de una organización enfocando en la disminución de la resistencia al cambio

En este artículo se describe un método para la evaluación del rendimiento de los procesos software de una organización de desarrollo de software utilizando técnicas alternativas a los cuestionarios (utilizados actualmente como técnica principal para evaluar el rendimiento de los procesos software en las organizaciones de desarrollo software). La importancia de la evaluación de procesos de una organización radica en qué, si es realizada de manera correcta, esta actividad permite identificar las oportunidades de mejora y dirigir el esfuerzo de la mejora hacia los procesos software que necesitan ser mejorados para alcanzar los objetivos del negocio establecidos por la alta dirección con la finalidad de generar ventajas competitivas respecto de sus competidores y garantizar su permanencia en el mercado

Modelo de mejora del ciclo de vida del desarrollo de software con referencia a la ISO/IEC 29110 caso: Mype Holinsys

El objetivo principal del presente trabajo de investigación es el desarrollo de un modelo de mejora para el ciclo de vida del desarrollo de software de la empresa de estudio HOLINSYS, la cual pretende certificarse en la norma internacional ISO/IEC 29110. Siendo esta ISO, la primera orientada a mejorar la calidad de los proyectos de desarrollo de software de las pequeñas y medianas empresas, presentando los perfiles del ciclo de vida del desarrollo de software

Evaluación ampliada de procesos a partir del proyecto COMPETISOFT

Las pequeñas y medianas empresas de software (pymes) constituyen un porcentaje importante en el sector informático del país pero, por sus características particulares, tienen dificultades para acceder a mecanismos de certificación de calidad. Por este motivo se estudian modelos de calidad adecuados a sus características y envergadura. El modelo Competisoft proporciona un esquema basado en las mejores prácticas internacionales, fácil de aplicar y accesible en costos, con el objetivo de que su adopción constituya la base para que la empresa logre evaluaciones exitosas con otros modelos o normas de calidad. EVAP COMPETISOFT es una aplicación destinada a la evaluación de la capacidad de proceso orientada a pymes, basada en los criterios del modelo COMPETISOFT. Con esta herramienta se pretende contribuir a la mejora de la calidad del proceso de desarrollo de software en las Pymes y a la determinación de un diagnóstico sobre la capacidad de procesos de las empresas en general, que sirva como base para definir mecanismos orientados a la calidad del software.Facultad de Informátic

Análisis y diseño de assessment basado en COBIT para la evaluación del gobierno TI en las organizaciones

Con este Proyecto pretendemos diseñar un assessment que “llene” el vacío ofrecido por los estándares, ya que se refieren exclusivamente al estándar del que trata. De esta forma, vamos a diseñar una herramienta que unifique los estádares más importantes dentro de las TI, agrupada en el estándar COBIT, en su versión 4.1, con el fin de crear un assessment de autoevalución que ofrezca el nivel de madurez dentro de una empresa, así como una serie de medidas para mejorarlo. El Proyecto se compone de cuatro grandes grupos: Estudio: Recopilar y entender un gran número de marcos de trabajo y estándares disponibles dentro del mundo de las Tecnologías de la Información con los que crearnos una idea inicial de cómo afectan éstos al mundo empresarial. Análisis: Una vez reocpilados todos los assessments y marcos de trabajo disponibles, realizaremos un estudio exhaustivo de las características de cada uno, como pueden ser el estándar que cubre, número de procesos, tipo de evaluación, resultados arrojados, lenguaje de programación, coste… Con el análisis, obtendremos unas conclusiones que nos servirán para el diseño y posterior desarrollo del assessment. Diseño: Realización de un diseño de alto nivel y un diseño detallado del assessment. El diseño comprenderá desde el escenario y cuidado de la interfaz, hasta los diagramas de secuencia que compone la interaccción usuario-sistema y sistema interno, pasando por el escenario general de uso del assessment. Estudio Económico: Definición de las tareas, tanto planificadas como real. Realización de WBS (diagrama de tareas), costos. También realizaremos el Cálculo del Valor Ganado, gráfico que nos mostrará en términos de coste planificado el trabajo realizado. Debido a la dificultad y al tiempo que nos ha llevado tanto la recopilación de los datos para el estudio como el análisis de los datos, así como el completo diseño, el tutor del proyecto decidió no implementar la herramienta, por lo que el Proyecto se compodrá de las tareas anteriormente descritas.Ingeniería Técnica en Informática de Gestió