Post on 17-Nov-2015
description
* CICLO DE VIDA DE DESARROLLO DE SISTEMAS
*
Software y Ciclo de VidaTemas
HARDWARESOFTWARESe fabricaSe desarrolla
Se daa con el tiempoNo se daa. Puede alterarse, con el tiempo mejora
Se puede reemplazarNo tiene reemplazo, se mantiene
Se fabrica ensamblando componentesSe desarrolla a la medida
Ciclo de Vida de Desarrollo de SistemasUn marco de referencia que contiene los procesos, las actividades y las tareas involucradas en el desarrollo, la explotacin y el mantenimiento de un producto de software, abarcando la vida del sistema desde la definicin de los requisitos hasta la finalizacin de su uso". ISO 12207
Objetivos del CVDSDefinir las actividades a llevarse a cabo en el desarrolloLograr congruencia entre los proyectos de desarrollo al interior y exterior de la organizacinProporcionar puntos de control y revisin administrativosOrganizar las actividades de manera lgicaControlar la calidad del sistema
Modelos de Ciclo de VidaDesarrollo convencionalDesarrollo orientado a prototiposDesarrollo en espiralDesarrollo EvolutivoDesarrollo estructuradoDesarrollo basado en transformaciones
(Herramientas CASE)
Desarrollo convencionalVentajas y desventajasModelos de CVDS
Modelo Ciclo de vida clsico1. Investigacinpreliminar2. Requerimientos4. Diseo5. Desarrollo6. Prueba7. Implementaciony evaluacin3. Anlisis
*
Investigacin preliminar.
La solicitud puede surgir para el desarrollo de un nuevo sistema, la mejora de uno existente o la incorporacin de un nuevo requerimiento.- Nuevo sistema de facturacinMejorar formas de registrar las ventas Cambio en la tabla de la renta
*
Actividades:1.1 Aclaracin de la solicitud.Antes de considerar cualquier investigacin de sistemas, la solicitud del proyecto debe de examinarse para determinar con precisin lo que el solicitante desea; ya que muchas solicitudes que provienen de usuarios no estn formuladas de manera clara.
*
1.2. Estudio de factibilidad. Un resultado importante de la investigacin preliminar es la determinacin de que el sistema requerido es factible. Existen tres aspectos en el estudio de factibilidad de la investigacin preliminar:
1.2.1 Factibilidad tcnica.Puede realizarse el trabajo para el proyecto con el equipo actual, tecnologa de software y el personal disponible? Si se requiere nueva tecnologa, qu probabilidades hay de que pueda desarrollarse o adquirirse?
*
1.2.2 Factibilidad Econmica.Existen suficientes beneficios en la creacin del sistema para hacer que los costos sean aceptables? O, en forma inversa, son tan altos los costos como para que el proyecto no deba llevarse a cabo?
1.2.3 Factibilidad operacional.Se utilizar el sistema si se desarrolla y pone en marcha? Habr resistencia de los usuarios.
*
1.3. Aprobacin de la solicitud.El (los) proyecto(s) que son deseables y factibles son aprobados e incorporados a los planes de desarrollo.La administracin decide que proyectos son los mas importantes y el orden en que se llevarn acabo.
*
2. Determinacin de los requerimientos del sistema.
Se investigan todos los requerimientos del sistema.Requerimientos funcionalesRequerimientos no funcionalesRequerimientos de dominio
*
3. Anlisis del sistema.
Consiste en entender las funciones del sistema, para poder diferenciar entre lo que se debe hacer y lo que se hace. El anlisis no es trabajo de una sola persona, cuanto ms crticas se hagan y ms ideas se aporten, se tendr un mejor anlisis.
*
4. Diseo del sistema.
El diseo de un sistema de informacin produce los elementos que establecen cmo el sistema cumplir los requerimientos indicados durante el anlisis de sistemas. A menudo los especialistas de sistemas se refieren a esta etapa como en diseo lgico .
*
Diseo de salidaDiseo de procesosDiseo de Base de DatosDiseo de EntradasDiseo de la interfaz Los diseadores son responsables de proporcionar a los programadores las especificaciones completas y escritas con claridad.
*
5. Desarrollo
Generacin o compra del software del sistema
6. Prueba
Se deben de disear pruebas que aseguren que el software este libre de errores y que funcione de acuerdo a las especificaciones dadas en el diseo.
*
7. Implementacin y evaluacin
La implementacion es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar el software y alimentar la base de datos.
*
La evaluacin del sistema se lleva a cabo para identificar puntos dbiles y fuertes.
Evaluacin operacional.Valoracin de la forma en que funciona el sistema.Facilidad de usoTiempo de respuestaLo adecuado de los formatos de informacinConfiabilidad globalNivel de utilizacin
*
Impacto organizacional.Identificacin y medicin de los beneficios para la organizacin:finanzas (costos, ingresos, ganancias)Eficiencia operacionalImpacto competitivo.
*
Desarrollo tradicionalDesventajasSecuencialidadNo siempre se cuentan con todas las especificaciones desde el principioCambios de parecer de los usuariosLos resultados no se ven hasta que est avanzado el proyecto
Modelos de CVDS
Desarrollo por prototiposLas caractersticas:
Un alto grado de iteracin
Un muy alto grado de participacin del usuario
Un uso extensivo de prototipos
Desarrollo por prototiposLas premisas :
Mejor modelo de comunicacin que el tradicional
La iteracin es necesaria
Las versiones pueden no ser muy claras para los usuariosModelos de CVDS
Desarrollo en espiralEs una mejora y generalizacin al prototipado.Se considera como una sucesin de prototiposEl cliente es la fuente natural de incertidumbres
Fases del desarrollo en espiralFase de definicin Qu?
Estudio de viabilidad. Conocer los requisitos (funciones y limitaciones de contexto). Asegurar la factibilidad Formalizar los requerimientosRealizar una planificacin detallada. Fase de diseo Cmo?
Identificar soluciones o alternativas de solucinAsignar recursos Establecer mtodos de validacin del diseo. Ajustar las especificaciones del producto.
Fase de construccin
Desarrollar el producto Validar la satisfaccin de requerimientos y ajustes necesariosFase de mantenimiento y operacin
Operacin: ponerlo en marcha y probar que funciona como se esperaMantenimientoFases del desarrollo en espiralModelos de CVDS
Cambia constantemente en el tiempoLas iteraciones no tendran fin
Modelos de CVDS
Desarrollo estructurado
Desarrollo estructuradoTareas previasObtener los detalles y procedimientos del sistema en usoObtener una idea de las demandas futuras de la organizacin por factores externosDocumentar el sistema actualDocumentar el sistema nuevoEvaluar los sistemas actual y nuevoFomentar la participacin del usuario en todo el proceso
Desarrollo estructuradoComponentesSmbolos grficos
Componentes del sistema y sus relacionesDiccionario de datosDescripciones de procesos y procedimientos
Diagramas de flujo de datosDiagramas de procesos y procedimientosReglas
Desarrollo estructuradoActividad 1. Encuestas.Actividad 2. El Anlisis de Sistemas.Actividad 3. El Diseo.
Modelo Entidad-Relacin de la BD Actividad 4. Implantacin.Actividad 5. Pruebas de Aceptacin.Actividad 6. Garanta de Calidad Prueba FinalActividad 7. Descripcin del Procedimiento - ManualesActividad 8. Conversin de la Base de Datos.Actividad 9. Instalacin.
Modelos de CVDS
Herramientas CASEDefinicin:Computer Aided Software Engineering Automatiza el desarrollo
Objetivos:Desarrollar una metodologa para dirigir todo el ciclo de vidaEstablecer puntos de control
Ciclo de vida integradoAnlisis Organizacional
Anlisis de RequerimientosAnlisis de Factibilidad/Viabilidad
Diseo E/S/A/DDesarrollo
PruebasImplantacinMantenimientoNEGOCIACINPLANEACINAUDITORA DE SISTEMASCAPACITACINDOCUMENTACINMERCADEOERGONOMACONTROL DE CALIDAD
Alcance del Proceso Principal: ProductosDiagrama de contexto
Admn.. FinancieraInventario de Videos (datos o materiales almacenados)
Cliente
Miembro del Club de VideoCompaa de Tarjeta de Crditosolicitud de membresavideo rechazadovideo vendidosolicitud de ventaefectivosolicitud ttulo de videosolicitud de actualizacin de membresavideos rentadosacuerdo de rentareporte de acuerdos de ventanotificacin de vencimiento de videoefectivoreporte de cobranzaverificacin de tarjeta de crditosolicitud de verificacin de tarjeta de crdito (informacin, datos, o material)(agente externo)Cumplimiento con Requerimientos del ClienteInventario de Videos(base de datos sujeto)proceso principal)(stakeholder)
*
Diagrama de Contexto: ObjetivosRepresentacin grfica de las interfaces y fronteras de un proceso principal:
Muestra todos los agentes externos, bases de datos sujeto y flujos de datos de alto nivel relevantes al rea de estudio.
til para la definicin inicial del alcance y para la administracin posterior del mismo.
Los diagramas de nivel menor se reconcilian con este diagrama en el transcurso del proyecto.
Diagrama de FlujoRepresentacin grfica de la lgica de una transaccin de negocio. En ella se muestran la interaccin entre las diversas actividades y la secuencia de realizacin.
Diagrama de Flujo: Simbologa
FlujoConectorDecisinActividadDocumentoAlmacn de DatosAgente Externo /StakeholderProcesoComputacional
*
Diagrama de Flujo: Pasos1.Identificar el evento que activa la transaccin de negocios.
2.Identificar los dems flujos de entrada a la transaccin de negocios.
3.Identificar los flujos de salida de la transaccin de negocios.
4.Determinar la secuencia e interaccin entre las actividades necesarias para producir las salidas identificadas, a partir de las entradas especficas.
5.Diagramar la lgica general de la transaccin de negocios.
Diagrama de Flujo de Actividades para Transacciones de Negocio
*
Diagramas de I / OLos diagramas de I/O (Input/Output) son utilizados para describir los procesos computacionales (procesos elementales).
La diagramacin se realiza no en forma de flujo de actividades sino en forma de diagrama de bloques que describen los eventos, agentes externos, almacenadores de informacin y flujos de informacin que participan en el proceso computacional.
Diagramas de I / ORegistrodeEstudiantes
DefinicinFrecuenciaResponsabilidadPropsitoNombreEventosEstndar de operacinComentariosImportanciaLocalizacinPropiedades de un proceso computacional
Diagramas de I / O
Curso
Caja
Inscripcin
Sesiones declase
Registro deestudiantesInformacindel cursoRequerimientosdel cursoDetalles de los estudiantesCuota deinscripcinDetalles de las sesionesde claseDetalles deinscripcinDetalles delcurso
Caja
Modelo de Contexto de ProcesosSolicitud deprstamoProceso delPrstamoInstitucinde CrditoDetalles delprstamo(o rechazo)Detalles delclienteEvaluacin de crditodel cliente, etc....
EventoCliente
*
La Perspectiva de los DatosClienteTipo dePrstamoSolicitud PrstamoPrstamoHechaporTiene
Es Creada paraSe Agrupa en
*
Ciclo de Vida de Entidades y Eventos
EventoHecha porContratadaRechazadaprstamorechazadoprstamo aceptadoSolicitud hechaClienteTipo de PrstamoPrstamo
*
Estado Actual: Secuencia de Diagramas ...
1234
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*