Criterios ESG: fundamentos, aplicaciones y beneficios
Ciclo de vida de sistemas de informacion
1. República Bolivariana de Venezuela
Ministerio del Poder Popular para la Educación
INSTITUTO UNIVERSITARIO POLITÉCNICO “SANTIAGO MARIÑO”
Cátedra: Sistemas de información
Ciclo de Vida de Sistemas de Información
Autor:
Herrera, Lexi
Barcelona, Abril 2018
2. Introducción
Con el avance de la tecnología se hizo mas accesibles a todas las
personas, debido a esto muchas de ellas comenzaron a realizar desarrollos
de software de muy baja calidad. Para evitar este tipo de situaciones se
desarrollaron técnicas y estándares que nos permitan medir la calidad de
un producto de software.
En este trabajo trataremos de orientar en el ciclo de vida del software
donde se mostraran sus características, fases, funciones y metodologías.
También mostraremos las metodologías para el diseño de software, donde
nos enfocaremos en las orientadas a objetos y estructurado así como sus
técnicas.
3. Metodología de desarrollo de software
Definición
“es el conjunto de fases o actividades que realizan los analistas,
diseñadores, programadores y usuarios finales para desarrollar e implantar
un sistema de información.”
La creciente necesidad, sumada a décadas de promesas incumplidas en
cuanto a calidad, costos y cumplimiento en el desarrollo de software,
condujo al Instituto de Ingeniería del Software (SEI) de la Universidad
Carnegie Mellon de Pittsburgh a desarrollar un método para evaluar el
nivel de madurez del proceso de desarrollo del software de una empresa
u organismo. El proceso se evalúa mediante un cuestionario y las
respuestas sirven para determinar una magnitud denominada "Nivel de
Madurez del Proceso". El modelo se llama CMM (Capability Maturity
Model - Modelo de Madurez de Capacidad).
En principio fue creado para evaluar y mejorar la capacidad de los
contratistas de software del Departamento de Defensa de los Estados
Unidos, el modelo CMM se convirtió a través de los años en el más alto
estándar de ingeniería en el mundo para todo tipo de compañías. Está
fundamentado en prácticas reales de las compañías más avanzadas, y
refleja lo mejor en procesos de desarrollo de software.
4. Metodología de desarrollo de software
El CMM está compuesto de 316 prácticas claves agrupadas en 18 áreas y
distribuidas en una jerarquía de cinco niveles, a través de los cuales una
organización progresivamente alcanza mayor calidad, productividad y
menores costos en el desarrollo de software. Los niveles progresan desde el
1, que representa el estado caótico, hasta el nivel 5, que representa el
estado de optimización continua. Un modelo posterior es el CMMI, siglas de
Modelo de Madurez de Capacidad Integrado.
El valor obtenido es un indicador de toda la empresa, aunque puede darse el
caso de que en algún departamento tenga un nivel de madurez mayor o
inferior al resultante. Los niveles de madurez del proceso son cinco:
1. Inicial. La empresa no dispone de procesos y controles definidos
2. Repetible. La empresa tiene métodos estandarizados facilitando procesos
repetibles
3. Definido. La empresa monitoriza y mejora sus procesos.
4. Gestionado. La empresa posee controles avanzados, métricas y
retroalimentación
5. Optimización. La empresa emplea métricas con propósitos de
optimización.
5. Metodología de desarrollo de software
Como ejemplo de un caso real, se citan las ventajas de un proceso mejorado,
de Boeing, cuando hizo la transición desde Nivel 1 a Nivel 3 de CMM, logrando
las siguientes cifras:
• Reducción promedio de 36% en ciclo de desarrollo
• Soporte de Personal reducido en 62% por sistema
• Satisfacción del cliente incrementada desde 85% a 99%
• Reducción de retrabajo en 31%
• Mejoría en detección de errores desde 31% (mayoría en Testing) para un 80%
(mayoría en Diseño y Rev. de código)
• Estimaciones versus Real acotado entre -20 y +20%
• Incremento del esfuerzo de diseño en sólo un 3%
6. Diseño de Sistemas de Información
El objetivo del proceso de Diseño del Sistema de Información (DSI) es la
definición de la arquitectura del sistema y del entorno tecnológico que le
va a dar soporte, junto con la especificación detallada de los componentes
del sistema de información.
A partir de dicha información, se generan todas las especificaciones de
construcción relativas al propio sistema, así como la descripción técnica del
plan de pruebas, la definición de los requisitos de implantación y el diseño
de los procedimientos de migración y carga inicial, éstos últimos cuando
proceda.
En el siguiente gráfico se muestra la relación de actividades del proceso
Diseño del Sistema de Información (DSI), tanto para Desarrollos
Estructurados como para Desarrollos Orientados a Objetos.
8. Diseño de Sistemas de Información
Las actividades de este proceso se agrupan en dos grandes bloques.
En un primer bloque de actividades, que se llevan a cabo en paralelo, se obtiene
el diseño de detalle del sistema de información. La realización de estas
actividades exige una continua realimentación. En general, el orden real de
ejecución de las mismas depende de las particularidades del sistema de
información y, por lo tanto, de generación de sus productos.
Definición de la Arquitectura del Sistema (DSI 1), se establece el
particionamiento físico del sistema de información, así como su organización en
subsistemas de diseño, la especificación del entorno tecnológico, y sus requisitos
de operación, administración, seguridad y control de acceso. Se completan los
catálogos de requisitos y normas, en función de la definición del entorno
tecnológico, con aquellos aspectos relativos al diseño y construcción que sea
necesario contemplar. Asimismo, se crea un catálogo de excepciones del sistema,
en el que se registran las situaciones de funcionamiento secundario o anómalo
que se estime oportuno considerar y, por lo tanto, diseñar y probar. Este catálogo
de excepciones se utiliza como referencia en la especificación técnica de las
pruebas del sistema.
9. Diseño de Sistemas de Información
El particionamiento físico del sistema de información permite organizar un diseño
que contemple un sistema de información distribuido, como por ejemplo la
arquitectura cliente/servidor, siendo aplicable a arquitecturas multinivel en
general. Independientemente de la infraestructura tecnológica, dicho
particionamiento representa los distintos niveles funcionales o físicos del sistema
de información.
La relación entre los elementos del diseño y particionamiento físico, y a su vez,
entre el particionamiento físico y el entorno tecnológico, permite una
especificación de la distribución de los elementos del sistema de información y,
al mismo tiempo, un diseño orientado a la movilidad a otras plataformas o la
reubicación de subsistemas.
10. Diseño de Sistemas de Información
El sistema de información se estructura en subsistemas de diseño. Éstos a su vez
se clasifican como de soporte o específicos, al responder a propósitos diferentes.
Los subsistemas de soporte contienen los elementos o servicios comunes al
sistema y a la instalación, y generalmente están originados por la interacción con
la infraestructura técnica o la reutilización de otros sistemas, con un nivel de
complejidad técnica mayor.
Los subsistemas específicos contienen los elementos propios del sistema de
información, generalmente con una continuidad de los subsistemas definidos en
el proceso de Análisis del Sistema de Información (ASI).
También se especifica en detalle el entorno tecnológico del sistema de
información, junto con su planificación de capacidades (capacity planning), y sus
requisitos de operación, administración, seguridad y control de acceso.
El diseño detallado del sistema de información, siguiendo un enfoque
estructurado, comprende un conjunto de actividades que se llevan a cabo en
paralelo a la Definición de la Arquitectura del Sistema (DSI 1). El alcance de
cada una de estas actividades se resume a continuación:
11. Diseño de Sistemas de Información
Diseño de la Arquitectura de Soporte (DSI 2), que incluye el diseño detallado de
los subsistemas de soporte, el establecimiento de las normas y requisitos propios
del diseño y construcción, así como la identificación y definición de los
mecanismos genéricos de diseño y construcción.
Diseño de la Arquitectura de Módulos del Sistema (DSI 5), donde se realiza el
diseño de detalle de los subsistemas específicos del sistema de información y la
revisión de la interfaz de usuario.
Diseño Físico de Datos (DSI 6), que incluye el diseño y optimización de las
estructuras de datos del sistema, así como su localización en los nodos de la
arquitectura propuesta.
En el caso de Diseño Orientado a Objetos, conviene señalar que el diseño de la
persistencia de los objetos se lleva a cabo sobre bases de datos relacionales, y
que el diseño detallado del sistema de información se realiza en paralelo con la
actividad de Diseño de la Arquitectura de Soporte (DSI 2), y se corresponde con
las siguientes actividades:
12. Diseño de Sistemas de Información
Diseño de Casos de Uso Reales (DSI 3), con el diseño detallado del
comportamiento del sistema de información para los casos de uso, el diseño de la
interfaz de usuario y la validación de la división en subsistemas.
Diseño de Clases (DSI 4), con el diseño detallado de cada una de las clases que
forman parte del sistema, sus atributos, operaciones, relaciones y métodos, y la
estructura jerárquica del mismo. En el caso de que sea necesario, se realiza la
definición de un plan de migración y carga inicial de datos.
Una vez que se tiene el modelo de clases, se comienza el diseño físico en la
actividad Diseño Físico de Datos (DSI 6), común con el enfoque estructurado.
Una vez finalizado el diseño de detalle, se realiza su revisión y validación en la
actividad Verificación y Aceptación de la Arquitectura del Sistema (DSI 7), con
el objeto de analizar la consistencia entre los distintos modelos y conseguir la
aceptación del diseño por parte de los responsables de las áreas de Explotación y
Sistemas.
13. Diseño de Sistemas de Información
El segundo bloque de actividades complementa el diseño del sistema de
información. En él se generan todas las especificaciones necesarias para la
construcción del sistema de información:
Generación de Especificaciones de Construcción (DSI 8), fijando las directrices
para la construcción de los componentes del sistema, así como de las estructuras
de datos.
Diseño de la Migración y Carga Inicial de Datos (DSI 9), en el que se definen los
procedimientos de migración y sus componentes asociados, con las
especificaciones de construcción oportunas.
Especificación Técnica del Plan de Pruebas (DSI 10), que incluye la definición y
revisión del plan de pruebas, y el diseño de las verificaciones de los niveles de
prueba establecidos. El catálogo de excepciones permite, de una forma muy ágil,
establecer un conjunto de verificaciones relacionadas con el propio diseño o con
la arquitectura del sistema.
Establecimiento de Requisitos de Implantación (DSI 11), que hace posible
concretar las exigencias relacionados con la propia implantación del sistema,
tales como formación de usuarios finales, infraestructura, etc.
14. Diseño de Sistemas de Información
Finalmente, en la actividad de Presentación y Aprobación del Diseño del
Sistema de Información (DSI 12), se realiza una presentación formal y
aprobación de los distintos productos del diseño.
DISEÑO DEL SISTEMA INFORMACIÓN (ESTRUCTURADO)
15. Diseño de Sistemas de Información
DISEÑO DEL SISTEMA INFORMACIÓN (ORIENTACIÓN A OBJETOS)
17. Diseño de Sistemas de Información
Diseño de Sistemas de Información.
Técnicas
Métodos
Procedimientos
Ejemplos.
18. Fases del desarrollo de sistemas de información
Cualquier sistema de información va pasando por una serie de fases a lo largo
de su vida. Su ciclo de vida comprende una serie de etapas entre las que se
encuentran las siguientes:
Planificación:
Realizar una serie de tareas previas que influirán decisivamente en la
finalización con éxito del proyecto.
Análisis:
Averiguar qué es exactamente lo que tiene que hacer el sistema. La etapa de
análisis en el ciclo de vida del software corresponde al proceso mediante el
cual se intenta descubrir qué es lo que realmente se necesita y se llega a una
comprensión adecuada de los requerimientos del sistema.
Diseño:
Se han de estudiar posibles alternativas de implementación para el sistema de
información que hemos de construir y se ha de decidir la estructura general
que tendrá el sistema (su diseño arquitectónico). El diseño de un sistema es
complejo y el proceso de diseño ha de realizarse de forma iterativa.
19. Fases del desarrollo de sistemas de información (Continuación)
Implementación:
Seleccionar las herramientas adecuadas, un entorno de desarrollo que facilite
nuestro trabajo y un lenguaje de programación apropiado para el tipo de
sistema que vayamos a construir. La elección de estas herramientas
dependerá en gran parte de las decisiones de diseño que hayamos tomado
hasta el momento y del entorno en el que nuestro sistema deberá funcionar.
Pruebas:
Tiene como objetivo detectar los errores que se hayan podido cometer en las
etapas anteriores del proyecto (y, eventualmente, corregirlos). La búsqueda de
errores que se realiza en la etapa de pruebas puede adaptar distintas formas,
en función del contexto y de la fase del proyecto.
Instalación o despliegue:
Debemos de planificar el entorno en el que el sistema debe funcionar, tanto
hardware como software: equipos necesarios y su configuración física, redes
de interconexión entre los equipos y de acceso a sistemas externos, sistemas
operativos y bibliotecas.
Estas etapas son un reflejo del proceso que se sigue a la hora de resolver
cualquier tipo de problema.
20. Fases del desarrollo de sistemas de información (Continuación)
Uso y mantenimiento:
La etapa de mantenimiento consume típicamente del 40 al 80 por ciento de los
recursos de una empresa de desarrollo de software. De hecho, con un 60% de
media, es probablemente la etapa más importante del ciclo de vida del
software. Esta consiste en eliminar los defectos que se detecten durante su
vida útil, adaptarlo a nuevas necesidades cuando el sistema ha de funcionar
sobre una nueva versión del sistema operativo o en un entorno hardware
diferente, añadirle nueva funcionalidad, cuando se proponen características
deseables que supondrían una mejora del sistema ya existente.
21. Planeación del proceso de desarrollo de sistemas de información
El Plan de Sistemas de Información tiene como objetivo la obtención de un marco
de referencia para el desarrollo de sistemas de información que responda a los
objetivos estratégicos de la organización. Este marco de referencia consta de:
• Una descripción de la situación actual, que constituirá el punto de partida del
Plan de Sistemas de Información. Dicha descripción incluirá un análisis técnico
de puntos fuertes y riesgos, así como el análisis de servicio a los objetivos de la
organización.
• Un conjunto de modelos que constituya la arquitectura de información.
• Una propuesta de proyectos a desarrollar en los próximos años, así como la
prioridad de realización de cada proyecto.
• Una propuesta de calendario para la ejecución de dichos proyectos.
• La evaluación de los recursos necesarios para los proyectos a desarrollar en el
próximo año, con el objetivo de tenerlos en cuenta en los presupuestos. Para el
resto de proyectos, bastará con una estimación de alto nivel.
• Un plan de seguimiento y cumplimiento de todo lo propuesto mediante unos
mecanismos de evaluación adecuados.
22. Conclusiones
Este documento ha intentado revisar las metodologías y técnicas del
desarrollo de software las cuales se crearon con el propósito de diseñar y
producir software eficientes. Debido a la competitividad del mercado se
necesita dichas técnicas y metodologías que permitan el desarrollo de un
producto de excelente calidad, para ello los ingenieros las utilizan al
momento de desarrollar nuevas tecnologías
23. Bibliografía
Alejandro Cervantes Guerrero. (Jul. 20, 2015). Ciclo de vida de un sistema de
información. Mar. 10, 2018, de gestiopolis Sitio web:
https://www.gestiopolis.com/ciclo-de-vida-de-un-sistema-de-informacion/
Addel Rivas. (Ene. 31, 2013). Estudio de Factibilidad de un Sistema. Mar. 10,
2018, de Mundo Informatico Sitio web:
http://mundoinformatico321.blogspot.com/2013/01/estudio-de-factibilidad-de-
un-sistema.html
Gabriel Rafael Lacayo Saballos. (Mar. 17, 2013). Factibilidad legal y cronograma.
Mar. 10, 2018, de es.slideshare.net Sitio web:
https://es.slideshare.net/gabriellacayo/factibilidad-legal-y-cronograma
Manuel Cillero. (Sin Fecha). Planificación de Sistemas de Información (PSI). Mar.
10, 2018, de Mi circunstancia digital Sitio web:
https://manuel.cillero.es/doc/metrica-3/procesos-principales/psi/
Anónimo. (Sep.21, 2017). Metodología de desarrollo de software. Mar. 10, 2018,
de wikipedia Sitio web:
https://es.wikipedia.org/wiki/Metodolog%C3%ADa_de_desarrollo_de_software
24. Bibliografía
Anónimo. (Dic. 30, 2006). Metodologías de desarrollo de software. Abr. 6, 2018,
de Creative Commons. Sitio web:
http://www.um.es/docencia/barzana/IAGP/Iagp2.html
Manuel Cillero. (S. F.). Diseño del Sistema de Información (DSI). Abr. 6, 2018, de
manuel.cillero.es Sitio web: https://manuel.cillero.es/doc/metrica-3/procesos-
principales/dsi/#top