Upload
maria-elena-amancha
View
153
Download
0
Embed Size (px)
Citation preview
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