UNIVERSIDAD TÉCNICA DE AMBATO

FACULTAD DE CIENCIAS HUMANAS Y DE LA EDUCACIÓN

CARRERA DE DOCENCIA EN INFORMÁTICA

ANÁLISIS Y DISEÑO DE SISTEMAS

TEMAS: - MODELOS DE CICLO DE VIDA EN

DESARROLLO DE SOFTWARE

- EL ANALISTA DE SISTEMAS

GRUPO No 1

Abril 2013

CICLO DE VIDA

El proceso que se sigue para construir,

entregar y hacer evolucionar el

software, desde la concepción de una

idea hasta la entrega y el retiro del

sistema.

Objetivos

Determinar el orden de las etapas en el desarrollo del soft

Criterio para determinar la finalización Criterio para comenzar y elegir la siguiente

Así un modelo de proceso apunta a:

¿Qué debemos hacer a continuación?

¿Por cuánto tiempo debemos hacerlo?

Ingeniería de requerimientos

¿Qué?

Identificar y documentar los requerimientos del sistema según las

necesidades del usuario final.

Cualidades del sistema

Funcionales No-funcionales Del proceso y del mantenimiento

¿Cómo? Dividir el sistema en partes y establecer las relaciones entre ellas.

Arquitectura y diseño detallado. • Establecer qué hará exactamente cada

parte. • Se crea un modelo funcional estructural • El diseño debe permitir implementaciones

Diseño - Especificación

Testing vs. análisis

Testing funcional y estructural

Ejecución simbólica

Verificación & Validación

Verificación

Comprobar que los productos del ciclo de vida del software verificar

las propiedades y funciones

Transformaciones formales

Atributos de calidad

Las cualidades de un sistema

deben estar por encima y por

delante de la función del

sistema.

La calidad debe ser considerada en todas las

fases del ciclo de vida del software, aunque

distintas cualidades se manifiestan de formas

diferentes durante el desarrollo.

La funcionalidad no sólo ocupa el primer lugar en las prioridades de

los desarrolladores sino que muchas veces es el único.

Clasificación de

las cualidades

Externas Internas

Del producto Del proceso

Visibles a

los usuarios

Visibles a los

desarrolladores

Observables en los

distintos productos y

subproductos

Describen a la forma en

que el producto es

producido

MODELOS DEL CICLO DE VIDA

Visiones

El alcance del

ciclo de vida

La cualidad y

cantidad de las

etapas

Depende de hasta donde deseamos llegar

con el proyecto, saber si es viable el

desarrollo de un producto, el desarrollo

completo o más actualizaciones.

En que dividiremos el ciclo de vida, según

el ciclo de vida que adoptemos, y el

proyecto para cual lo adoptemos.

La estructura y

la sucesión de

las etapas

Si hay realimentación entre ellas, y si

tenemos libertad de repetirlas.

CICLO DE VIDA

LINEAL

Consiste en descomponer la actividad

global del proyecto en etapas

deparadas que son realizadas de

manera lineal.

Las actividades deben ser

independientes entre sí.

Sencillez de su gestión y

administración tanto

económica como temporal.

No es apto para desarrollos que

superen mínimamente

requerimientos de

retroalimentación entre etapas.

Se usa para realizar una aplicación que se

dedique exclusivamente a almacenar datos.

CIC

LO D

E V

IDA

EN

C

AS

CA

DA

PU

RO

Este ciclo admite interacciones, contrariamente a la creencia de que es un ciclo de vida secuencial como el lineal

Es un modelo rígido, poco flexible, y con muchas restricciones.

Una de sus ventajas es de proveer un producto con su elevado grado de calidad sin necesidad de un personal altamente calificado . ademas de los resultados no lo veremos hasta que no estemos en las etapas finales del ciclo , por lo que cualquier error detectado nos trae retraso y aumenta el costo del desarrollo en funcion del tiempo que insume la correccion de estos.

Diseñado por Alan

Davis.

Contiene las mismas

etapas de vida que el

de cascada puro.

Se puede usar en pequeñas bases de datos.

(Sistema de facturación)

Se le agregan dos etapas

de retroalimentación.

A menudo el usuario no

conoce todas las

funcionalidades del producto.

Diseñado por

Bohem en 1988.

Toma los beneficios de los

ciclos de vida Incremental y

prototipos.

PLANIFICACION

IMPLEMENTACION EVALUACION

ANÁLISIS DE RIESGOS

CICLO DE VIDA TIPO SASHIMI

Es parecido al ciclo en casacada puro, solo que en éste se puede solapar las etapas. VENTAJAS • Ganancia de calidad en el

producto final • No hay necesidad de

documentacion detallada (solapado de etapas)

DESVENTAJAS • Debido al solapamiento se torma

difícil gestionar el inicio y el final de cada etapa

• Problemas de comunicación

CICLO DE VIDA EN CASCADA CON SUBPROYECTOS

En este modelo cada cascada tiene subetapas Es ideal para cuando se tiene numerosos programadores. VENTAJAS • Muchos trabajando al mismo tiempo

DESVENTAJAS • Surgen dependencias entre distintas subetapas

Este modelo administra cualquier proyecto, pero se debe administrar los tiempos

CICLO DE VIDA ORIENTADO A OBJETOS

• Es una de las mejores metodologías para la creación de software • Los objetos están representados por un conjunto de propiedades

(atributos) • El comportamiento de estos objetos se los denomina métodos

PROPUESTO

• Gomaa en 1984

• Mecanismo para identificar los requisitos del software

OBJETIVO

• Lograr un producto intermediario, antes de realizar el producto final.

UTILIZA

• Validar los requerimientos de los usuarios en cualquier ciclo de vida.

PROTOTIPEADO

• Repite las fases de definición, diseño y construcción dos veces: para el prototipo y para el producto real.

permiten desarrollar versiones cada vez más completas y complejas, hasta llegar al objetivo final deseado

Este modelo acepta que los requerimientos del usuario se pueden cambiar en cualquier momento.

Reemplazar el viejo sistema con uno nuevo que tendría la propiedad de satisfacer los nuevos requerimientos lo más rápido posible.

En el modelo evolutivo se asume que los requisitos pueden cambiar en cualquier momento del ciclo de vida y no solo en la etapa de análisis

PROYECTO A QUE ES APLICABLE:

Ø Proyecto de ventas

Ø Proyecto de Facturación

Ø Proyecto de Mercadeo

• proceso de construcción siempre incrementando subconjuntos de requerimientos del sistema.

• Un ejemplo de un desarrollo puramente incremental puede ser la agregación de módulos en diferentes fases.

• Facilita el desarrollo en cada módulo por un equipo de programadores

• Si se detecta un error grave, sólo desechamos la ultima iteración

Ninguno de los ciclos de vida

evitan los riesgos que pueden

aparecer en el desarrollo de un

proyecto.

EL ANALISTA DE SISTEMAS

INTRODUCCIÓN

INFORMACIÓN • RECURSO IMPORTANTE

INDUSTRIA DEL SOFTWARE

ENFOQUE ORGANIZATIVO

• ESPECIALIZACIÓN DE FUNCIONES

ANALISTA DE SISTEMAS

PAPEL

• ANALIZAR Y DESCRIBIR EL PROBLEMA

• DISEÑA SOLUCIÓN

• DA AL USUARIO NUEVAS OPCIONES

Enfrentar los problemas de sistemas de información de

una empresa Canalizar a la empresa ciertos

tópicos de la informática

Staff de una empresa

Experiencia en Hardware y Software

Decisiones o modificaciones menores.

Recurso humano de apoyo.

EL ROL DE AGENTE DE CAMBIO DEL ANALISTA

DE SISTEMAS

Es el rol mas completo y de mayor responsabilidad que asume el analista de sistemas es el de agente de cambio ya sea interno o externo de la empresa.

Un agente de cambio puede definirse como aquella persona que sirve como catalizador para el cambio, que desarrolla un plan para el mismo y que colabora con otros para agilizarlo.

Como analista de sistema debe aceptar lo anterior y utilizarlo como el punto de inicio de su análisis.

Transmite a los usuarios el proceso de cambio

Debe promover un cambio que involucre el uso de los sistemas de información

CUALIDADES DEL

ANALISTA DE SISTEMAS

Debe tener la capacidad de administrar y coordinar los innumerables recursos del proyecto y de otras personas Debe ser un

comunicador con capacidad para relacionarse con los demás durante extensos periodos.

Debe tener suficiente experiencia en computación para programar, entender las capacidades de las computadoras, recabar los requisitos de información de los usuarios y comunicarlos a los programadores.

Debe tener una ética personal y profesional firme que le ayude a moldear las relaciones con sus clientes.

Es un solucionador de problemas, Es una persona que aborda como un reto el análisis de problemas y que disfruta al diseñar soluciones factibles.

Debe contar con la capacidad de afrontar sistemáticamente cualquier situación mediante la correcta aplicación de herramientas, técnicas y su experiencia.

• http://roldeagentedecambio.blogspot.com/2011/05/rol-de-agente-de-cambio-de-un-analista.html

• Implementación y debugging. Modelos de ciclo de vida, usr.code • Análisis y diseño de sistemas de Kendal Kenneth

BIBLIOGRAFIA