Publicación: Caracterización De Las Pruebas Del Software Para Controlar El Impacto De Los Cambios En Los Procesos De Negocio
Portada
PDF 
FLIP Citas bibliográficas
Gestores Bibliográficos
Indexadores
Código QR
LA Referencia Stats
Autores
Director
Autor corporativo
Recolector de datos
Otros/Desconocido
Director audiovisual
Editor/Compilador
Editores
Tipo de Material
Fecha
Cita bibliográfica
Título de serie/ reporte/ volumen/ colección
Es Parte de
Resumen en español
Resumen:Un proceso de desarrollo de software apoya y gestiona la automatización informática de los procesos de negocios por medio de la aplicación de metodologías de desarrollo (p.ej., RUP, Prototipos, etc.). Generalmente estas no integran al usuario final en las fases de análisis y diseño de la solución debido a que en éstas se crean modelos en lenguajes entendidos por los ingenieros o constructores del software. Por esta razón, en este momento del proceso se abre una brecha que se forma por la no participación directa de las personas responsables del negocio. Aquí el desarrollo es una especie de “caja negra” en la cual se podrían generar errores que impacten negativamente el proyecto, los productos de software y en sí los usuarios finales durante las fases de pruebas o implantación. Es posible que durante este período de desarrollo el proceso de negocio cambie, entonces los modelos de análisis y diseños (p.ej., arquitectura de software) no soportarán la realidad de la empresa. También es posible que las tecnologías o modelos de software construidos obliguen a variar el flujo de ejecución del proceso de negocio haciendo que los usuarios finales asuman esto sin reparo cuando el sistema entre en ejecución. La investigación teórica que se realiza en este trabajo toma elementos de diferentes metodologías, estándares, buenas prácticas y normas de construcción de software, para facilitar la caracterización de las pruebas del software durante las fases de análisis y diseño del proceso de desarrollo con el fin de controlar el impacto de los cambios en los procesos de negocio y minimizar los defectos del software. Partiendo de esta premisa se realizaron estudios que permitieran identificar las características de gestión y los elementos de modelo que proveen tanto el proceso de negocio como el proceso de desarrollo de software. Estos fueron analizados en su posible interacción y sus necesidades de validación y verificación durante las fases de análisis y diseño. Así se procede a desarrollar una propuesta que integra características de pruebas de software para fomentar la interacción de los participantes del negocio y los ingenieros del software que faciliten el control del impacto de los cambios en los procesos del negocio. La propuesta se constituye como una Revisión Técnica Formal adaptada y se ejemplifica por medio de un caso de estudio, soportado en un proceso de negocio de una entidad financiera. A partir de esto se concluyó que: (1) desde el punto de vista del proceso de negocio este debe ser gestionado y monitoreado por medio del ciclo PHVA. Esto permitirá que los analistas puedan utilizar consecuentemente notaciones cercanas a la ingeniería de software, como el BPMN; (2) las prácticas que se realizan en el proceso de desarrollo de software en cuando a la calidad del producto, aportan beneficios para la comunicación e integración entre el personal del negocio y las personas responsables del desarrollo del sistema, los que deben ser potenciados en combinación con las características del modelo del proceso de negocio mismo; (3) es posible integrar características de los procesos de negocio y el impacto de sus cambios a las pruebas que se realizan durante el proceso de desarrollo usando características de calidad.
Resumen en inglés
Abstract:A software development process supports and manages computer automation of business processes through the implementation of development methodologies (ex RUP, Prototypes, etc.). Generally these do not integrate the end user in the analysis and design phases of the solution because models are created in languages that only the software engineers or builders understand. For this reason, this time in the process opens a gap that is formed by a lack of participation of the person who is responsible for the business. Here the development is a kind of “black box” in which mistakes can impact in a negative way the project, software products and end-users themselves during testing or deployment phases. It is possible that during this period of development of business the process change, then the analysis and design models (ex, software architecture) do not bear the reality of the business. It is also possible that the technology or software models built force to vary the flow of business process execution making that the final users take it without hesitation when the system is running. Theoretical research that is going to be done in this work takes elements from different methodologies, standards, good practices and software building norms to facilitate the characterization of software testing during the design and analysis phases of the development process to monitor the impact of changes in business processes and minimize software defects. Based on this premise studies were conducted to identify the characteristics of management and model elements that provide the business process and the process of software development. These were analyzed in their possible interaction and their need for validation and verification during the design and analysis phases. So we proceed to develop a proposal that integrates software testing features to encourage interaction between participants of the business and software engineers to facilitate the control of the impact of changes in business processes. The proposal constitutes a Formal Technical Review adapted and illustrated by a case study, supported by a business process of a financial institution. From this it was concluded that: (1) from the point of view of business process this must be managed and monitored through the PDCA cycle. This will allow analysts to use notations consistently close to the software engineering, such as BPMN, (2) practices that take place in the process of software development relative to the quality of the product, provide benefits for communication and integration between business staff and people responsible for system development, which should be enhanced in combination with the characteristics of business process model itself, (3) characteristics of business processes and the impact of their changes can be integrated to the tests performed during the development process using quality characteristics.