Mejora de procesos de software

La mejora de procesos y la calidad en la industria del software en Argentina resulta un factor central para analizar el desarrollo del sector, habida cuenta de que la ley de Promoción del software determina beneficios para aquellas empresas que alcancen niveles de calidad certificables, así como el acceso al financiamiento por vía de programas públicos que financian los proyectos de mejora de procesos en vistas de certificaciones de calidad tendientes a mejorar las condiciones de competitividad y de exportación[Ley, 2004]. Las certificaciones de calidad se han centrado en los procesos y en la madurez de las empresas, no ya en los productos software. En cuanto a las certificaciones registradas en Argentina, se han alcanzado niveles de certificación básicamente en dos normas, por una parte, a través del Modelo CMMI [CMMI, 2006], y por otra parte, aplicando las Normas Internacionales ISO [ISO, 2000], tal como lo requiere la Ley de Software.

popularidad a lo largo del mundo a través de la publicación de los ya reconocidos estándares de calidad, liderados por el SEI (Software Engineering Institute) y por ISO (International Standard Organization). Los desarrolladores de software conocen con detalle los factores y los problemas que afectan su trabajo, pero sin una estrategia de mejora, es complicado lograr que los esfuerzos destinados a mejorar sean visibles, esto hace indispensable disponer de un plan que pueda conducir a la organización hacia la mejora continua. Los modelos de evaluación y mejora de procesos de software permiten calcular la capacidad o madurez del proceso de desarrollo, proponen un conjunto de actividades orientadas a guiar a la organización hacia una mejora gradual y continuada de su proceso.

Los productos tecnológicos son las herramientas en que el equipo de trabajo se apoya durante el proceso de desarrollo del software, pueden ser software propietario, con licencia o libres según solicitud del cliente o preferencia del equipo de trabajo; sin embargo la empresa desarrolladora que comercializa un producto de alguna herramienta lo ofrece según su experiencia. En la propuesta de mejora de los procesos de estimación de costos de software del caso del sector de software de Barranquilla presenta categorías del agente herramientas tecnológicas donde dependiendo del puntaje obtenido durante sus revisiones de costos y beneficios se podrá clasificar en categoría alta, media o baja; estas tienen un conjunto de variables asociadas que especifican su grado de importancia dentro del modelo. Se presentan tres categorías comparadas en torno a puntos específicos, de los cuales solo tendremos en cuenta la categoría alta y los aspectos mejor calificados para tenerlos como guía de objetivos a alcanzar y recomendar dentro de la práctica. Con respecto al agente herramientas tecnológicas de categoría alta se resaltan los siguientes aspectos:

En este sentido se han identificado varias iniciativas nacionales e internacionales para la creación y apoyo de un modelo de mejora de la calidad de los procesos de carácter más reducido y orientado expresamente a la PyME; entre las iniciativas más conocidas se pueden destacar el ESSI (European Software and System Initiative) en la Unión Europea, los modelos MoProSoft y EvalProSoft en México, el modelo ITMARK del ESl (Instituto Europeo del Software) y el proyecto COMPETISOFT para lberoamérica.

Los conceptos de Calidad y Mejora de Procesos relacionados con el software han evolucionado fuertemente en los últimos años, debido al crecimiento constante de la Ingeniería de Software y a la necesidad de establecer modelos que sean capaces de acompañar dicho crecimiento. El avance de estos modelos está relacionado con la definición de estándares capaces de ordenar y predecir sistemáticamente la evolución de los proyectos y dar de esta forma un nivel de confianza sobre los mismos. El III-LIDI posee un grupo dedicado a la investigación y desarrollo de propuestas en temas relacionados con la mejora de los procesos de gestión y el aseguramiento de la calidad en cada una de las etapas del desarrollo de software.

surgimiento de un cuantioso número de iniciativas internacionales entre las que se encuentran: CMMI, ISO/IEC 15504, ISO/IEC 25000: 2005 (Pino et al. 2006; Norambuena and Zepeda 2017). El uso de sistemas de información, los cuales almacenan los datos de la ejecución de los proyectos en registros de eventos que contienen las trazas de ejecución y los datos históricos, dentro de la industria del software ha propiciado el surgimiento de una materia prima fundamental para los procesos de mejora continua de los software (Halkidi et al. 2011; Norambuena and Zepeda 2017). En la labor de procesar estos universos de datos generados por los sistemas de información surgen disciplinas como la minería de procesos la cual aunque relativamente jóven y ubicada entre la inteligencia computacional y la minería de datos promete grandes expectativas en este área del conocimiento(van der Aalst 2016). Esta disciplina permite modelar y analizar los procesos para apoyar a las organizaciones en la tarea de enfrentar el desafío de una mejor gestión de sus procesos. Para ello permite realizar el descubrimiento de procesos, verificar conformidad de los modelos reales obtenidos respecto a un modelo ideal y proponer mejoras para los procesos. Además, se especializa en extraer conocimiento a partir de la información almacenada en registros de eventos ubicados en los sistemas de información. La minería de procesos aplicada a la ingeniería de software busca en una primera instancia, resolver el problema del monitoreo, control y mejora de los procesos de desarrollo (Muñoz et al. 2014; Samalikova et al. 2014; García Mireles 2016; Mayorga 2016; Miramontes et al. 2016). Uno de los principios de calidad refleja que una mejora en la calidad del proceso de desarrollo debe generar productos de mejor calidad. Esto refuerza la utilidad que tiene el aplicar técnicas de minería de procesos en este campo, pues eventualmente permitiría desarrollar software de mejor calidad (Trujillo-CasañolaI et al. 2013; Trujillo Casañola et al. 2014). El presente trabajo está encaminado a realizar una revisión teórica de la aplicación de la minería de procesos en la MPS, donde se define los factores críticos y consideraciones de la minería de procesos para su aplicación en la MPS.

y coordinación entre sus participantes. Muchos de los proyectos de mejora de procesos aplicados a empresas desarrolladoras de software encuentran que los mecanismos de colaboración y comunicación (Pardo, 2008) son factores determinantes del éxito o fracaso de un proyecto SPI. Por lo tanto, estos mecanismos deben ser lo suficientemente eficientes como para impactar positivamente a los grupos de mejora y la empresa para la ejecución oportuna, coherente y correcta de actividades, tareas y reuniones. Existen varios problemas derivados de las necesidades de colaboración y comunicación entre sus participantes: problemas de comunicación con los consultores, inadecuada monitorización el trabajo, las personas poseen poco tiempo y es complicado sincronizar sus tiempos para concertar reuniones de trabajo. Adicionalmente, debido a la falta de experiencia en proyectos SPI, los miembros del equipo no tienen claro las responsabilidades que les fueron asignadas, y finalmente lo más crítico, los equipos de trabajo son dinámicos (se conforman temporalmente tomados de otros proyectos, dependiendo el área de procesos a mejorar) y poseen poco conocimiento del proyecto SPI, lo cual hace que se pierda tiempo en el empalme y acoplamiento del proyecto SPI.

Siguiendo con la aproximación del proceso de mejoras IDEAL, esta tarea esta directamente afectada a la etapa de diagnóstico; esta inspirada en el método CBA IPI versión 1.2, que es una herramienta de diagnostico desarrollada por el SEI que se utiliza para generar conclusiones y clasificaciones relativas a las KPA de SW-CMM respecto del entorno de assessment. Las conclusiones son generadas de acuerdo a los datos recolectados a partir de cuestionarios, revisión de documentos, presentaciones y entrevistas con Srs. Managers, lideres de proyectos y profesionales de software.

El esquema del modelo CMM est´ a compuesto por cinco niveles de madurez de acuerdo con la capacidad del proceso de software y definidos por los objetivos de los procesos que, cuando satisfechos, permiten evolucionar al pr´ oximo nivel ya que uno o m´ as componentes importantes del proceso de software han sido estabilizados (Paulk, Curtis, Chrissis y Weber, 1993). De esta manera, los niveles de madurez ayudan a las organizaciones a definir prioridades para sus esfuerzos de mejora. En la Figura 5.3, se presenta los cinco niveles de madurez del proceso de software.

En los últimos años han aparecido un gran número de estándares y propuestas internacionales y regionales relacionadas con mejora de procesos software (SPI) para micro y pequeñas empresas software (VSEs). Esto evidencia el creciente interés en la comunidad de Ingeniería de Software en abordar el tema de SPI para VSEs. Este creciente interés se suscita porque la industria del software en la mayoría de los países está formada en gran parte por este tipo de empresas. Es importante entonces fortalecer a las VSEs con prácticas y guías eficientes de Ingeniería de Software adaptadas a su tamaño y tipo de negocio. Así pues, para orientar a las VSEs en relación con las prácticas a realizar cuando comiencen un proyecto de mejora de procesos software, en este artículo se presenta una valoración de los conocimientos sobre modelos y estándares de evaluación y mejora del proceso de software realizada durante el año 2005 y 2006 a estudiantes de Ingeniería en Sistemas de Información de la UTN – Facultad Regional Mendoza, y una herramienta de evaluación y mejora del proceso de software para ser aplicada en micro y pequeñas organizaciones de software desarrollada por estudiantes de la Universidad de Mendoza - Facultad de Ingeniería.

rigurosamente las actividades involucradas, los artefactos que se deben producir, y las herramientas y notaciones que se usarán. Estas propuestas han demostrado ser efectivas y necesarias en un gran número de proyectos, pero también han presentado problemas en muchos otros. Una posible mejora es incluir en los procesos de desarrollo más actividades, más artefactos y más restricciones, basándose en los puntos débiles detectados. Sin embargo, el resultado final sería un proceso de desarrollo más complejo que puede incluso limitar la propia habilidad del equipo para llevar a cabo el proyecto. Otra aproximación es centrarse en otras dimensiones, como por ejemplo el factor humano o el producto software. Esta es la filosofía de las metodologías ágiles, las cuales dan mayor valor al individuo, a la colaboración con el cliente y al desarrollo incremental del software con iteraciones muy cortas. Este enfoque está mostrando su efectividad en proyectos con requisitos muy cambiantes y cuando se exige reducir drásticamente los tiempos de desarrollo pero manteniendo una alta calidad. Las metodologías ágiles están revolucionando la manera de producir software, y a la vez generando un amplio debate entre sus seguidores y quienes por escepticismo o convencimiento no las ven como alternativa para las metodologías tradicionales.

Resumen. Las Instituciones de Educación Superior (IES) son las que desarrollan tecnología e innovación según el Instituto Mexicano de la Propiedad Industrial (IMPI). Es el caso de la Universidad tecnológica del Valle del Mezquital que el desarrollo de software se realiza cada cuatro meses, empleándolo para la mejora de procesos, mercados, servicios y en de las organizaciones, el siguiente trabajo tiene como objetivo mostrar la herramienta tecnológica web que se desarrolló para agilizar la creación software, en las instituciones de educación superior, el desarrollo incluye metodologías existentes en el mercado como: SCRUM. CMMI, PMBOK, MOPROSOFT, las cuales se enfocan al desarrollo de software para la industria, pero no consideran el desarrollo de software en la instituciones de educación, El muestreo fue de 103 estudiantes de la carrera de Tecnologías de Información de la universidad tecnológica del valle del mezquital entre las edades de 18 a 20 años que desarrollan software, para analizar las necesidades del desarrolladores de software, teniendo el siguientes resultados importante el 90% de los alumnos encuestados consideran necesario contar con una herramienta tecnológica web que facilite el desarrollo de software. El trabajo se concluye con la creación de una plataforma web desarrollada con HTML 5 PHP en el hosting eshost que aloja 10 GB de espacio y 100 GB de transferencia mensual y un manejador de base de datos en MySQL para uso de los docentes y alumnos, contiene las fases de desarrollo de software, incluye plantillas diseñadas de metodología de desarrollo de proyectos de software de la Universidad Tecnológica del Valle del Mezquital.

Las organizaciones de desarrollo de software implantan una mejora continua con el objetivo de alcanzar la Madures de sus procesos de esta forma obtener productos de calidad. Diversos autores en sus estudios, hacen alusión a los Buenas Prácticas que influyen en el éxito de la Mejora de Procesos Software. En los estudios sobre la Mejora de Procesos de Software se hace referencia a las Buenas Prácticas, donde se especifica el qué hacer, pero no cómo ejecutarlas. El presente trabajo centra su atención en las buenas prácticas y las recomendaciones q facilitan su implementación. El objetivo consiste en realizar un análisis de las relaciones que se establecen entre estos dos elementos a fin de obtener mejores resultados frente a la Mejora de Procesos de Software. Entre los métodos empleados para el desarrollo de la investigación se encuentra análisis documental, histórico lógico, inducción- deducción. Luego de procesar y analizar la información obtenida en la exploración de la literatura, referente a Buenas Practicas y Recomendaciones en la Mejora de Procesos de Software, se concluye que no se da un tratamiento dinámico a las posibles relaciones entre ambos elementos.

Javier García, Antonio de Amescua y Manuel Velasco del grupo de Ingeniería de Software del departamento de informática de la Universidad Carlos III de Madrid nos presentan las conclusiones de su análisis sobre los factores que obstaculizan la implantación de los procesos de verificación y validación en organizaciones intensivas en software. Su experiencia en diversos proyectos de mejora de procesos en organizaciones de desarrollo les ha permitido extractar de diez de ellas una serie de importantes problemas que limitan la obtención de todos los beneficios esperables de la mejora de estos procesos de comprobación de software. Por último se incluye una breve reseña sobre el taller de Pruebas en Ingeniería de Software 2006 (PRIS 2006) que dio origen a los dos trabajos seleccionados para este número de

Con los cuales puede el usuario trabajar, por tal motivo este documento será de gran ayuda para quienes deseen comprender e implementar esta herramienta de manera correcta y sencilla; ya que su diseño esta propuesto para ser didáctico y fácil de comprender al iniciar en el estudio de la lógica difusa y las diferentes operaciones que con ella se pueden trabajar. Este documento busca la integración de los procesos de diseño y desarrollo de herramientas, la configuración y simulación que son fundamentales en la mejora de los software, que le han facilitado al usuario realizar tareas de cualquier tipo (empresarial, educativo y tecnológico ),de tal manera esta herramienta brinda la oportunidad de interactuar ya sea con dos conjuntos difusos A o B, que son implementados en las operaciones matemáticas o las entradas A, B, C para los conjuntos difusos, que abren paso a la opción de configuración de reglas las cuales con ayuda de la configuración de los parámetros para Defusificación puede brindar un resultado gráfico y sencillo de entender para el usuario.

Todas l a s empresas adheridas al proyecto QuaSAR optaron por la realización de una auditoría previa a la auditoría de certificación. En esta visita previa habitualmente el auditor revisa la documentación del Sistema de Gestión de la Calidad, audita un proyecto de desarrollo de software y se reúne con la dirección de la empresa, tanto para presentar al futuro equipo auditor como para conocer y comprobar el grado de implicación de la dirección con el sistema, que es uno de los requisitos de la Norma. Con ello el auditor comprueba que la empresa está preparada para pasar la auditoría. En general, el resultado de estas visitas fue satisfactorio. El auditor sólo detectó no- conformidades menores y dio el visto bueno para la auditoría. Además, como la visita previa no se considera formalmente como una auditoría, el auditor pudo realizar actividad de consultoría y propuso soluciones a los problemas detectados.

The estimated time line for this project is very aggressive (six (6) months), as such, any delays in the development process or in the installation and verification of the third party software could have significant effects on the test plan. The acceptance testing is expected to take one (1) month from the date of application delivery from system test and is to be done in parallel with the current application process.

The software executes on a network of computers, or processing nodes. The various elements such as processes, tasks and objects need to be mapped to the nodes on which they execute. These physical configurations can differ between production, development and testing environments. The software should be built to be flexible to scale across these hardware changes. Hence, this view accommodates the non-functional requirements such as availability, reliability, performance, throughput and scalability. This view provides all possible hardware configurations, and maps the components from the Implementation View to these configurations.

This is the software architecture level of design. There is a considerable body of work on this topic, including module interconnection languages, templates and frameworks for systems that serve the needs of specific domains, and formal models of component integration mechanisms. In addition, an implicit body of work exists in the form of descriptive terms used informally to describe systems. And while there is not currently a well-defined terminology or notation to characterize architectural structures, good software engineers make common use of architectural principles when designing complex software. Many of the principles represent rules of thumb or idiomatic patterns that have emerged informally over time. Others are more carefully documented as industry and scientific standards.

Los Sistemas de Soporte a Ejecutivos están constituidos principalmente de software desarrollados para trabajar junto con la infraestructura y las aplicaciones que generan información de importancia dentro de la organización. La herramienta debe ser capaz de crear informes fáciles de leer, análisis de la información, gráficas todo esto en tiempo real. Exponer la información de forma intuitiva para que los administradores puedan realizar seguimientos más efectivos. Además deben tener la capacidad de filtrar datos relevantes, como podrían ser los proporcionados por la organización o los obtenidos del medio, es decir, datos externos de la competencia a nivel local y global(internet).