área de ingeniería o tecnologías de la información también existe un ciclo de vida que se encarga de dictar la manera en que se analiza, documenta, desarrolla, prueba, implementa, controla, monitorea y mejoran los Sistemas de Información.
Revisemos cuales son las fases que
componen este ciclo. Análisis y especificación de requisitos
Esta fase tiene el objetivo de
conocer cuáles serán los requisitos que debe satisfacer el sistema. De acuerdo con Villada (2015), la podemos describir como un conjunto de técnicas y procedimientos que permiten analizar las necesidades del negocio para elaborar la especificación completa del sistema.
Los documentos que se generan
en esta primera fase se llaman Requerimientos Funcionales del Software, los cuales tienen como objetivo presentar las especificaciones formales para el Diseño
Esta fase se refiere a la determinación de la estructura arquitectónica del
software; es decir, cómo van a interactuar los módulos que lo conforman.
Existen cuatro tipos básicos de diseño:
Implementación
Ésta es la fase en la que el
software que ya fue programado y probado por las áreas tanto de Tecnología de la Información, TI, como del negocio (en cuyo caso serían los responsables de operaciones del área contable por ejemplo); por lo tanto, en esta etapa se integra basado en tres principios fundamentales que son: la preparación (seleccionar el ambiente de programación adecuado), codificación (escritura del código) y validación (pruebas necesarias y suficientes sobre el componente implementado). Validación, verificación y pruebas
De acuerdo con Villada, 2015, esta fase se
refiere a el conjunto de actividades que permite evaluar si una función del software se ha implementado correctamente.
Sin embargo es recomendable, debido al
costo que las pruebas involucran, que éstas sean efectuadas a lo largo de todas las etapas y no sólo en las finales.
Algunos de los componentes sugeridos para esta sección son: el proceso de
prueba, trazabilidad de requerimientos, elementos a probar, calendario de pruebas, registro de las pruebas, requerimientos de software y hardware, restricciones, entre otros. UML, BPMN
Ahora bien, ¿cómo es que toda esta
información es transferida del área de negocio (Contabilidad) al área de TI?
En la actualidad, en las grandes
organizaciones existen procesos establecidos que apoyan de manera formal el desarrollo de las áreas como la Ingeniería del Software. En este entendido, estudiaremos una de las metodologías más reconocidas y utilizadas a nivel mundial, en donde se establecen métodos de diseño basados en el lenguaje UML (Unified Modeling Language) y el BPMN (Business Process Model and Notation). Análisis de Negocio
Dentro de las organizaciones, la persona encargada de establecer el vínculo
de entendimiento entre las áreas de negocio, en este caso hablando particularmente de Contabilidad y el área de TI, es llamado Analista de Negocio y es quien participa en el estudio y documentación de los requisitos funcionales. Requerimientos Funcionales Las secciones principales que contiene un documento de Requisitos Funcionales de Software en torno a un Sistema de Información Contable son las siguientes: Requerimientos Funcionales Requerimientos Funcionales Requerimientos Funcionales Ejemplo diagrama BPD Reflexiones
A pesar de que existen varios modelos y metodologías para el
desarrollo de software, no existe uno que aplique de manera universal, ya que la adopción de fases, métodos, etc. dependerá de lo que se requiere como producto final.
CMMI (Capability Maturity Model Integration) es un conjunto de
modelos metodológicos que apoyan la ingeniería de software.
(Guía BABOK®) es el estándar reconocido mundialmente para la
práctica del análisis de negocios. La Guía BABOK® describe áreas de conocimiento de análisis de negocios, tareas, competencias subyacentes, técnicas y perspectivas sobre cómo abordar el análisis de negocios. Fuentes de Consulta
• Villada, J. Desarrollo y optimización de componentes software para tareas
administrativas de sistemas: UF1286. (2015). Málaga, ES: IC Editorial. ProQuest ebrary. Disponible en la biblioteca virtual de la ULA, colección e- libro. Capítulo 3. 'El ciclo de vida del software de gestión de sistemas'.
• International Institute of Business Analysis. (2015). A Guide to the Business