El ciclo de vida de un sistema de información es un enfoque por fases del análisis y diseño que sostiene que los sistemas son desarrollados de mejor manera mediante el uso de un ciclo especifico de actividades del analista y del usuario.
1. Ciclo de vida clásicos y
paradigma tradicional
de desarrollo de
sistemas
Integrantes:
Gabriel Castro Mariaca
Alan Sánchez
Luis García
2. Definición de un ciclo de vida de un
sistema de información
El ciclo de vida de un sistema de información es un enfoque por fases del
análisis y diseño que sostiene que los sistemas son desarrollados de mejor
manera mediante el uso de un ciclo especifico de actividades del analista y del
usuario.
Según James Senn, existen tres estrategias para el desarrollo de sistemas:
el método clásico del ciclo de vida de desarrollo de sistemas, el método de
desarrollo por análisis estructurado y el método de construcción de prototipos
de sistemas. Cada una de estas estrategias tienen un uso amplio en cada una de
los diversos tipos de empresas que existen, y resultan efectivas si son aplicadas
de manera adecuada.
3. MÉTODO DEL PROTOTIPO DE SISTEMAS
La construcción de prototipos representa una estrategia de desarrollo,
cuando no es posible determinar todos los requerimientos del usuario. Es por
ello que incluye el desarrollo interactivo o en continua evolución, donde el
usuario participa de forma directa en el proceso.
Este método contiene condiciones únicas de aplicación, en donde los
encargados del desarrollo tienen poca experiencia o información, o donde los
costos y riesgos de que se cometa un error pueden ser altos.
1). Identificación de requerimientos conocidos: La determinación de los
requerimientos de una aplicación es tan importante para el método de
desarrollo de prototipos como lo es para el ciclo de desarrollo de sistemas o
análisis estructurado. Por consiguiente, antes de crear un prototipo, los analistas
y usuario deben de trabajar juntos para identificar los requerimientos conocidos
que tienen que satisfacer.
4. 2). Desarrollo de un modelo de trabajo: Es fácil comenzar el procesos de
construcción del prototipo con el desarrollo de un plan general que permita
a los usuarios conocer lo que se espera de ellas y del proceso de desarrollo.
Un cronograma para el inicio y el fin de la primera interacción es de gran
ayuda. En el desarrollo del prototipo se preparan los siguientes
componentes:
a). El lenguaje para el dialogo o conversación entre el usuario y el sistema.
b). Pantallas y formatos para la entrada de datos.
c). Módulos esenciales de procesamiento.
d). Salida del sistema
3). Utilización del prototipo: Es responsabilidad del usuario trabajar con el
prototipo y evaluar sus características y operación. La experiencia del
sistema bajo condiciones reales permite obtener la familiaridad
indispensable para determinar los cambios o mejoras que sean necesarios,
así como las características inadecuadas
5. 4). Revisión del prototipo: Durante la evaluación los analistas de sistemas
desean capturar información sobre los que les gusta y lo que les desagrada a
los usuarios.
Los cambios al prototipo son planificados con los usuarios antes de llevarlos a
cabo, sin embargo es el analista responsable de tales modificaciones.
5). Repetición del proceso las veces que sea necesarias: El proceso antes
descrito se repite varias veces, el proceso finaliza cuando los usuarios y
analistas están de acuerdo en que el sistema ha evolucionado lo suficiente
como para incluir todas las características necesarias.
6. Paradigma en el desarrollo de sistemas
Definición de Paradigma:
Para la Ingeniería de Software el paradigma es una agrupación de
métodos, herramientas y procedimientos con el fin de describir un
modelo.
Paradigmas de la Ingeniería de Software:
Cada metodología de desarrollo de software tiene más o menos su
propio enfoque para el desarrollo de software.
La ingeniería del Software define paradigmas de desarrollo
estructurado como base a seguir en un proyecto de Software. Si
ninguno de estos paradigmas se adecua al problema por resolver,
entonces el desarrollador se verá obligado a combinar los
paradigmas o definir uno nuevo.
Para resolver los problemas reales, el ingeniero del software debe
incorporar una estrategia de desarrollo que acompañe al proceso,
métodos y capas de herramientas.
La estrategia a menudo se llama modelo de proceso o paradigma
de ingeniería del software. Se selecciona un modelo de proceso
para la ingeniería del software según la naturaleza del proyecto y
de la aplicación, los métodos y las herramientas a utilizarse y los
controles y entregas que se requieren.
Los paradigmas o modelos de desarrollo de software más
utilizados son: el método de cascada, el método de prototipos y
el de Espiral.
7. Modelo Lineal Secuencial o de Cascada
(Waterfall)
Es un proceso secuencial de
desarrollo en el que los pasos de
desarrollo son vistos hacia abajo
(como en una cascada de agua) a
través de las fases de análisis de las
necesidades, el diseño,
implantación, pruebas (validación),
la integración, y mantenimiento.
8. Modelos de Prototipos
El modelo de prototipos permite desarrollar modelos
de aplicaciones de software que permiten ver la
funcionalidad básica de la misma, sin necesariamente
incluir toda la lógica o características del modelo
terminado.
El prototipo permite al cliente evaluar en forma
temprana el producto, e interactuar con los
diseñadores y desarrolladores para saber si se está
cumpliendo con las expectativas y las funcionalidades
acordadas.
Los Prototipos no poseen la funcionalidad total del
sistema pero si condensa la idea principal del mismo,
Paso a Paso crece su funcionalidad, y maneja un alto
grado de participación del usuario.
9. Modelo en Espiral
Propuesto por Boehm en 1988 con la
finalidad de paliar los inconvenientes
del modelo en cascada y adecuar el
desarrollo por prototipos a problemas
complejos.
Este paradigma combina el
paradigma de cascada y el de
construcción por prototipos,
agregando una etapa de "análisis de
riesgo".
10. Modelo “Rapid Application
Development” (RAD)
El desarrollo rápido de aplicaciones
(RAD) es una metodología de
desarrollo de software, que implica
el desarrollo iterativo y la
construcción de prototipos.
El desarrollo rápido de aplicaciones
es un término originalmente
utilizado para describir un proceso
de desarrollo de software
introducido por James Martin en
1991.
11. Faces de un ciclo de vida
En el ciclo de vida de un sistema
de información es un desarrollo
software
planificación
Análisis
Diseño
Desarrollo
Integración y periodo de pruebas
Implementación
mantenimiento
12. planificación
En esta fase se prepara el
diseño y posterior
implementación del sistema. Es
necesario definir el alcance del
proyecto, justificarlo y escoger
una metodología para su
desarrollo. También es preciso
asociar las diferentes
actividades a plazos de tiempo
y designar roles y
responsabilidades
13. Análisis
Una vez que el equipo de
proyecto se decide por
una metodología de
desarrollo determinada,
da comienzo la segunda
etapa en el ciclo de vida
de un sistema de
información
14. Diseño
. En este estadio el equipo de
proyecto tendrá que determinar
cómo el nuevo sistema de
información cumplirá con los
requisitos aplicables. Es por ello
que, a estas alturas del ciclo de
vida de un sistema de
información conviene identificar
soluciones potenciales,
evaluarlas y elegir la más
conveniente.
15. Desarrollo
. El desarrollo software
marca un antes y un después
en la vida del sistema y
significa, además, el inicio
de la producción. El cambio
es una constante durante
esta etapa, en la que suele
ser recomendable poner el
foco en la formación y
capacitación de los usuarios
y el equipo técnico.
16. Integración y periodo de pruebas
El objetivo de esta etapa es
corroborar que el diseño
propuesto cumple con los
requisitos de negocio
establecidos. Puede ser
necesario repetir las pruebas
tantas veces como haga falta
para evitar errores y, de
hecho, conviene que el
usuario final dé su
conformidad con el resultado.
17. Implementación
. En esta etapa del ciclo de vida de
un sistema de información hay que
proceder a la instalación del
hardware y software elegidos, crear
las aplicaciones correspondientes,
someterlas a pruebas, crear la
documentación pertinente y
capacitar a los usuarios. La
conversión de datos es importante
en este estadio, en el que ya se
empieza a trabajar en el nuevo
sistema.
18. mantenimiento
. Esta etapa del ciclo de vida
de un sistema de información
está relacionada con las
operaciones del día a día. Por
lo general, consiste en
introducir los ajustes
necesarios para mejorar el
rendimiento y corregir los
problemas que puedan surgir.
Una vez concluye la etapa de
implementación se suele abrir
un periodo de operación
supervisada