Metodologas de desarrollo

De sistemas de informacin
 Ciclo de vida
El desarrollo completo de un sistema de
informacin, implica la realizacin de una
serie de etapas claramente establecidas.
A estos conjuntos de etapas se le conoce
como ciclo de vida de un Sistema de
Informacin, el cual involucra desde
identificar las necesidades a satisfacer
hasta el desarrollo de una aplicacin
computacional.
 Etapas del ciclo de vida clsico
Estudio de Factibilidad.
Anlisis.
Diseo.
Construccin.
Prueba.
Implantacin.
Mantencin.
 Estudio de factibilidad
Establece si se podr llevar a cabo o no el
sistema, por lo cual se debe de evaluar
los siguientes aspectos:
Tcnicos,
Econmicos,
Operacionales y
Legales.
Aspectos del estudio de factibilidad
Factibilidad Tcnica, tiene que ver con los
requerimientos computacionales o de equipos del
sistema: Memoria, Valor del procesamiento, Impresin,
Almacenamiento en disco, proceso remoto, proceso
distribuido (redes), Software especializados (DB,
MPSX). Considerar los equipos propios y las ofertas.
Tambin considerar la existencia de personal tcnico
propio o consultores, de nivel adecuado; Uso de Base
de Datos, sistemas expertos, etc.
Aspectos del estudio de factibilidad
Factibilidad Econmica, Considerar slo los
beneficios y costos directos realmente afectados
por el funcionamiento del sistema. No valorar
como beneficio la reduccin de mano de obra si
hay excedente y debe permanecer. No agregar
como costo del sistema algn costo fijo de la
Organizacin.
Aspectos del estudio de factibilidad
Factibilidad Operacional, Tiene que ver con el
recurso humano para operar el sistema.
Considerar la disciplina en la Organizacin y lo
que requiere el Sistema, los procedimientos
administrativos, la iniciativa.
La idea fundamental es la evolucin del estado
actual de la Organizacin a un uso sofisticado
del computador, no saltndose etapas en un
corto perodo.
Aspectos del estudio de factibilidad
Factibilidad Legal, Tiene que ver con las
normativas que el sistema debe de cumplir, es
decir, si se realiza un proceso de facturacin
debe de manejar el trabajo con el Iva o si se
utiliza un software licenciado que exista la
licencia correspondiente.
 Anlisis
Durante la etapa de anlisis se hace un examen
exhaustivo de las necesidades de la
organizacin que va a emplear el sistema, que
necesita?, como lo necesita?, son algunas de
las preguntas que se hacen en esta etapa,
puesto que en esta etapa es en donde se
definen el mbito y alcance del sistema a
desarrollar.
 Anlisis
Es muy importante la etapa de anlisis ya que de ella
depende realizar un sistema de informacin efectivo para
los usuarios. En caso de que el anlisis no se haga
correctamente, es muy probable que una vez
implementado se tengan que realizar adecuaciones al
mismo con el fin de corregir errores o aadir
requerimientos no considerados.
La fase de anlisis sirve tambin para retomar el diseo
cuando las necesidades de los usuarios rebasan las
capacidades del sistema o cuando surgen novedades
que tienen que ser incorporadas al sistema de
informacin.
 Diseo
En detalle se identifica y especifica la ubicacin
del Sistema de Informacin en el contexto de la
Organizacin. En esta etapa se establece a un
nivel conceptual que es lo que el sistema
desarrollar y cules son las operaciones que
estn involucradas en su funcionamiento, es
decir, lo que el sistema va a hacer en la
prctica.
 Actividades del Diseo
Anlisis de las caractersticas del sistema actual.
Definicin de las funciones administrativas. Su
informacin de Entrada y de Salida.
Evaluacin de las diferentes Alternativas. Ver el Costo-
beneficio y el Costo-efectividad.
Especificar los requerimientos de informacin que debe
satisfacer el interior.
Ver las relaciones lgicas entre todos los datos que
usar el Sistema de informacin, (tamao de la
informacin).
 Actividades del Diseo
Especificar la agrupacin fsica de datos
(almacenamiento en archivos), que se haya decidido.
Indicar la forma de procesar los datos, y requerimientos
de software.
Diagrama de procesos.
Especificar la conversin de datos actuales y archivos al
nuevo Sistema de Informacin.
Documentar las indicaciones de programacin para los
programas que se deber hacer.
 Construccin
Aqu el diseo se lleva a la prctica. Se
procede a la construccin de la aplicacin
computacional que se ha diseado en el
lenguaje de programacin seleccionado.
 Etapas en la Construccin
Construccin de los programas contemplados, que sean
modulares y generales.
Adquisicin de programas de aplicacin y equipos.
Comprobar la eficacia y respaldo tcnico del software
adquirido.
Decisiones sobre la configuracin computacional.
Consideraciones a factores humanos, confianza,
preparacin y seguridad.
 Prueba
Antes de entregar el sistema a los
usuarios se deben de realizar pruebas
que permitan comprobar el correcto
funcionamiento de las partes que
componen la aplicacin realizada en la
etapa anterior.
 Actividades para Prueba
Se prueban y se deben hacer compatible los distintos
programas y/o subsistemas.
Conversin de datos, a costo y tiempo aceptable, y que
no interfiera el funcionamiento de la Organizacin.
Prueba general del Sistema con datos histricos, y
preparados.
Disminuir problemas por factores humanos como:
resistencia del personal, temor de no entender o ser
desplazado, poca confianza en los datos entregados por
el computador.
 Implantacin
Esta etapa corresponde a la instalacin del
sistema en la empresa solicitante del sistema.
Esta actividad se puede realizar de diferentes
maneras, tales como:
Cambio Directo.
Cambio en Paralelo.
Cambio por Prototipos/Piloto.
Cambio por Fases.
 Mantencin
Una vez que el Sistema de Informacin
est en explotacin requerir de ajustes
menores de software, en hardware, en
cdigos, en cantidad de datos, en tiempo
respuesta, etc. En caso de cambios
mayores se podra llegar al desarrollo de
un nuevo Sistema de Informacin. (Se
habr cumplido el ciclo de vida del
Sistema de Informacin).
 Tipos de Mantenimiento
Correctivo.
Para fines especficos.
Para Mejoras.
Preventivo.
Modelo de desarrollo Clsico o Cascada
 Modelo de desarrollo Clsico o Cascada

Llamado algunas veces ciclo de vida

bsico o modelo en cascada, el
modelo lineal secuencial sugiere un
enfoque sistemtico, secuencial del
desarrollo del software que comienza en
un nivel de sistemas y progresa con el
anlisis, diseo, codificacin, pruebas y
mantenimiento.
 Etapas del CVC
Anlisis de los requerimientos: El proceso de
recopilacin de los requisitos se centra e
intensifica especialmente para el software. Para
comprender la naturaleza de los programas que
hay que construir, el ingeniero de software
(analista) debe comprender el mbito de la
informacin de software, as como la funcin, el
rendimiento y las interfaces requeridas. Los
requisitos, tanto del sistema como del software,
se documentan y se revisan con el cliente.
 Etapas del CVC
Diseo: El diseo del software es realmente un proceso
multipaso que se enfoca sobre cuatro atributos distintos
del programa: la estructura de los datos, la arquitectura
del software, el detalle procedimental y la
caracterizacin de la interfaz. El proceso de diseo
traduce los requisitos en una representacin del
software que pueda ser establecida de forma que
obtenga la calidad requerida antes de que comience la
codificacin. Al igual que los requisitos, el diseo se
documenta y forma parte de la configuracin del
software.
 Etapas del CVC
Codificacin: El diseo debe traducirse
en una forma legible para la mquina. El
paso de codificacin realiza esta tarea. Si
el diseo se realiza de una manera
detallada, la codificacin puede realizarse
mecnicamente.
 Etapas del CVC
Prueba: La prueba se centra en la lgica
interna del software, asegurando que
todas las sentencias se han probado, y
las funciones externas, realizando
pruebas que aseguren que la entrada
definida produce los resultados que
realmente se requieren.
 Etapas del CVC
Mantenimiento: El software, indudablemente, sufrir
cambios despus de que se entregue al cliente (una
posible excepcin es el software empotrado). Los
cambios ocurrirn debido a que se hayan encontrado
errores, a que el software deba adaptarse a cambios del
entorno externo (por ejemplo, un cambio solicitado
debido a que se tiene un sistema operativo o dispositivo
perifrico), o debido a que el cliente requiera
ampliaciones funcionales o del rendimiento. El
mantenimiento del software aplica cada uno de los
pasos procedentes del ciclo de vida a un programa
existente en vez de a uno nuevo.
 Caractersticas del CVC
Resultado de cada fase: uno o ms documentos aprobados.
Una fase comienza cuando la anterior termina.
En la prctica, las etapas se solapan.
Iteraciones de coste elevado y reelaboracin del trabajo: tendencia a
la congelacin de partes del desarrollo (especificaciones).
Se retrasa la localizacin y correccin de errores.
Pueden producir sistemas poco tiles para usuarios o mal
estructurados.
Inflexibilidad del modelo: dificultad para responder a cambios en los
requerimientos.
El modelo lineal secuencial es el paradigma ms antiguo y ms
extensamente utilizado en la ingeniera del software. Sin embargo,
la crtica del paradigma ha puesto en duda su eficacia.
Modelo de construccin por prototipos
 Prototipos
Se usa principalmente cuando:
El cliente no tiene completamente claros los
objetivos especficos del sistema o no cuenta
con especificaciones detalladas para las
entradas, procesos o salidas.
El responsable de desarrollo no est seguro de
la eficacia de un algoritmo, o la capacidad de
adaptacin a un Sistema Operativo, o la forma
en que debera definirse la interaccin hombre-
mquina.
Modelo Incremental
 Modelo Incremental
Similar al desarrollo de prototipos.
Centrado en la entrega de pequeos
productos operativos en cada incremento.
Proporcionan capacidades a los usuarios,
as como tambin la posibilidad de
evaluacin por los mismos.
Modelo Espiral
 Modelo Espiral
Tambin es un modelo evolutivo.
Proporciona potencial para el desarrollo
rpido de versiones incrementales.
Las primeras iteraciones pueden ser en
papel o en base a prototipos.
Las ltimas iteraciones producen
versiones cada vez ms completas del
sistema.
 Etapas del Modelo Espiral
1. Comunicacin con el cliente, las tareas
requeridas para establece comunicacin entre
el desarrollador y el cliente.
2. Planificacin, las tareas requeridas para
definir recursos, el tiempo y otras
informaciones relacionadas con el proyecto.
3. Anlisis de riesgos, las tareas requeridas
para evaluar riesgos tcnicos y de gestin.
 Etapas del Modelo Espiral
4. Ingeniera, las tareas requeridas para construir una o
ms representaciones de la aplicacin.
5. Construccin y adaptacin, las tareas requeridas
para construir, probar, instalar y proporcionar soporte al
usuario (p.ej.: documentacin y prctica).
6. Evaluacin del cliente, las tareas requeridas para
obtener la reaccin del cliente segn la evaluacin de
las representaciones del software creadas durante la
etapa de ingeniera e implementada durante la etapa de
instalacin.
Modelo RAD
 Modelo RAD
Desarrollo lineal secuencial en ciclos
relativamente cortos.
Construccin basada en componentes.
Si se tienen claros los requisitos y se
limita el mbito del proyecto, los
desarrolladores podran crear un sistema
completamente funcional dentro de
perodos cortos de tiempo.
 Fases de RAD
Modelado de Gestin, El flujo de informacin entre las
funciones de gestin se modela de forma que responda a
las siguientes preguntas: Qu informacin conduce el
proceso de gestin? Qu informacin se genera?
Quin la genera? A dnde va la informacin? Quin
la procesa?
Modelado de datos, El flujo de informacin definido
como parte de la fase de modelado de gestin se refina
como un conjunto de objetos de datos necesarios para
apoyar la empresa. Se definen las caractersticas
(llamadas atributos) de cada uno de los objetos y las
relaciones entre estos objetos.
 Fases de RAD
Modelado del proceso, Los objetos de datos definidos en la fase
de modelado de datos quedan transformados para lograr el flujo de
informacin necesario para implementar una funcin de gestin.
Las descripciones del proceso se crean para aadir, modificar,
suprimir, o recuperar un objeto de datos.
Generacin de aplicaciones. El RAD asume la utilizacin de
tcnicas de cuarta generacin. En lugar de crear software con
lenguajes de programacin de tercera generacin, el proceso RAD
trabaja para volver a utilizar componentes de programas ya
existentes (cuando es posible) o a crear componentes reutilizables
(cuando sea necesario). En todos los casos se utilizan herramientas
para facilitar la construccin del software.
 Fases RAD
Pruebas y entrega. Como el proceso
RAD enfatiza la reutilizacin, ya se han
comprobado muchos de los componentes
de los programas. Esto reduce tiempo de
pruebas. Sin embargo, se deben probar
todos los componentes nuevos y se
deben ejercitar todas las interfaces a
fondo.