Leccion_2

47
1 CICLO DE CICLO DE VIDA DE VIDA DE DESARROLLO DE DESARROLLO DE SISTEMAS SISTEMAS

description

sistemas

Transcript of Leccion_2

  • * 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

    *

    *

    *

    *

    *

    *

    *

    *

    *

    *

    *

    *

    *

    *

    *

    *

    *

    *

    *

    *

    *