Tema0

download Tema0

of 20

description

GESTION DE RECURSOS PARA LA INFORMACIÓN

Transcript of Tema0

  • Gestin de Recursos para la Informacin. Software e Ingeniera del Software.

    J. S. Snchez

  • Diapositiva 1

    Caractersticas del Software. El software se desarrolla, no se fabrica en

    un sentido clsico.

    El software no se "estropea".

    La mayora del software se construye a medida, en vez de ensamblar componentes existentes.

  • Diapositiva 2

    Crisis del Software. La planificacin y estimacin de costes son

    frecuentemente muy imprecisas.

    La productividad de software no se corresponde con su demanda.

    No se tiene tiempo de recoger datos sobre el proceso de desarrollo del software sindatos histricos como gua, la estimacin no podr ser buena.

  • Diapositiva 3

    La insatisfaccin del cliente con el software terminado se produce con demasiada frecuencia.

    La calidad del software es, en general, cuestionable.

    El software existente puede ser muy difcil de mantener el mantenimiento se lleva la mayor parte de la inversin en software.

  • Diapositiva 4

    Mitos del Software. Mitos de Gestin.

    1.- "Nuestra gente dispone de las herramientas de

    desarrollo de software ms avanzadas; despus de todo, les compramos los ordenadores ms nuevos."

    2.- "Si fallamos en la planificacin, podemos aadir ms programadores y adelantar el tiempo perdido."

  • Diapositiva 5

    Mitos del Cliente.

    1.- "Una declaracin general de los objetivos es suficiente para empezar a escribir los programas; podemos dar los detalles ms adelante."

    2.- "Los requisitos del proyecto cambian continuamente, pero los cambios pueden acomodarse fcilmente."

  • Diapositiva 6

    Mitos de los Desarrolladores.

    1.- "Una vez que escribimos el programa y hacemos que funcione, nuestro trabajo ha terminado."

    2.- "Haste que no tenga el programa ejecutndose, realmente no tengo forma de comprobar su calidad."

    3.- "Lo nico que se entrega al terminar el proyecto es el programa funcionando."

  • Diapositiva 7

    Ingeniera del Software (IS).

    Mtodos: indican "cmo" construir tcnicamente el software. Abarcan diversas tareas, tales como planificacin y estimacin de proyectos, anlisis de los requisitos del sistema y del software, diseo de estructuras de datos, procedimientos algortmicos, codificacin, prueba y mantenimiento.

  • Diapositiva 8

    Herramientas: suministran un soporte automtico o semiautomtico para los mtodos. Cuando se integran las herramientas de forma que la informacin creada por una herramienta pueda ser usada por otra, se establece un sistema para el soporte del desarrollo del software llamado CASE.

    Procedimientos: permiten conjuntar los mtodos y las herramientas, facilitando un desarrollo racional del software.

  • Diapositiva 9

    Paradigmas de la IS. La IS est compuesta por una serie de

    pasos que abarcan los mtodos, las herramientas y los procedimientos: paradigmas.

    Tres tipos bsicos de paradigmas: el ciclo de vida clsico o modelo en cascada. construccin de prototipos. el modelo en espiral.

  • Diapositiva 10

    El ciclo de vida clsico. Ingeniera y anlisis del sistema.

    Anlisis de los requisitos del software.

    Diseo.

    Codificacin.

    Prueba.

    Mantenimiento. Inconvenientes:

  • Diapositiva 11

    Los proyectos reales casi nunca siguen el flujo

    secuencial propuesto por este paradigma. Siempre hay iteraciones.

    Normalmente, es difcil para el cliente establecer al principio todos los requisitos, tal como lo requiere este paradigma.

    El cliente debe tener paciencia. Hasta llegar a las etapas finales del proyecto, no estar disponible una versin operativa del programa.

  • Construccin de prototipos. Recoleccin y

    refinamiento derequisitos

    Producto de

    Ingeniera

    Diseo

    rpido

    Construc.del

    prototipo

    Refinam.

    del

    producto

    Evaluacindel prototipopor el cliente

    Comienzo

    Final

    Diapositiva 12

  • Diapositiva 13

    Inconvenientes: El cliente ve funcionando lo que parece ser una

    primera versin del software solicitado, ignorando que, por las prisas en hacer que funcione, no se han contemplado aspectos de calidad o de mantenimiento del software a largo plazo. Cuando se le informa de que el producto debe ser reconstruido, el cliente se vuelve "loco" y solicita que se hagan las mejoras necesarias para hacer del prototipo un producto final que funcione, y el gestor de proyectos cede demasiado a menudo.

  • Diapositiva 14

    El desarrollador impone ciertas elecciones de implementacin (un sistema operativo o un lenguaje de programacin inapropiado, simplemente porque ya est disponible y es conocido) con el fin de obtener un prototipo que funcione rpidamente. Despus de algn tiempo, el tcnico puede haberse familiarizado con estas elecciones y haber olvidado las razones por las que eran inapropiadas. La opcin menos apropiada forma ahora parte integral del sistema.

  • Modelo en espiral.

    Determinar objetivos, alternativas Anlisis de alternativas e y restricciones. identificacin/resolucin de riesgos.

    Planificacin Anlisis de Riesgos

    Evaluacin del cliente Ingeniera

    Haca el sistema final

    Anlisis de riesgobasado en los requisitosiniciales.

    Anlisis de riesgosbasado en la reaccindel cliente.

    Decisin de seguir o no

    Prototipo inicial.

    Prototipo del siguiente nivel.

    Sistema de Ingeniera.

    Evaluacin del cliente.

    Recoleccin de requisitosy planificacin del proyectoiniciales.

    Planificacin basada en loscomentarios del cliente.

    Valoracin de los resultados de la Desarrollo del producto de "siguiente Ingeniera. nivel".

    Diapositiva 15

  • Diapositiva 16

    El modelo define 4 actividades principales (los 4 cuadrantes de la figura anterior): Planificacin: determinar objetivos, alternativas y

    restricciones. Anlisis de riesgo: anlisis de alternativas e

    identificacin/resolucin de riesgos. Ingeniera: desarrollo del producto de "siguiente

    nivel". Evaluacin del cliente: valoracin de los resultados

    de la ingeniera.

  • Diapositiva 17

    Ventajas: Utiliza un enfoque evolutivo para la ingeniera del

    software, permitiendo reaccionar a los riesgos en cada nivel de la evolucin del producto.

    Permite aplicar el enfoque de creacin de prototipos

    en cualquier etapa de la evolucin del producto, utilizndolo como un mecanismo de reduccin de riesgos.

  • Diapositiva 18

    Mantiene el enfoque sistemtico correspondiente a

    los pasos sugeridos por el ciclo de vida clsico, pero incorporndolo dentro de un marco de trabajo interactivo.

    Demanda una atencin directa de riesgos tcnicos

    en todas las etapas del proyecto y, si se aplica correctamente, debe reducir los riesgos antes de que se conviertan en problemticos.

  • Diapositiva 19

    Inconvenientes: Puede resultar difcil convencer al cliente de que el

    enfoque evolutivo es el ms apropiado. Requiere una considerable habilidad para la

    valoracin del riesgo. Si no se descubre a tiempo un riesgo importante, pueden surgir graves problemas.

    El modelo en si mismo es bastante nuevo y no se ha utilizado tanto como los otros dos paradigmas, de modo que todava falta tiempo para poder afirmar con total certeza su eficacia.

    Caractersticas del Software.El software se desarrolla, no se fabrica en un seEl software no se "estropea".La mayora del software se construye a medida, e

    Crisis del Software.La planificacin y estimacin de costes son frecLa productividad de software no se corresponde con su demanda.No se tiene tiempo de recoger datos sobre el procLa insatisfaccin del cliente con el software teLa calidad del software es, en general, cuestionable.El software existente puede ser muy difcil de m

    Mitos del Software.Mitos de Gestin.

    1.- "Nuestra gente dispone de las herramientas de2.- "Si fallamos en la planificacin, podemos a

    Mitos del Cliente.

    1.- "Una declaracin general de los objetivos es2.- "Los requisitos del proyecto cambian continua

    Mitos de los Desarrolladores.

    1.- "Una vez que escribimos el programa y hacemos que funcione, nuestro trabajo ha terminado."2.- "Haste que no tenga el programa ejecutndose3.- "Lo nico que se entrega al terminar el proy

    Ingeniera del Software \(IS\).

    Mtodos: indican "cmo" construir tcnicamente Herramientas: suministran un soporte automtico Procedimientos: permiten conjuntar los mtodos y

    Paradigmas de la IS.La IS est compuesta por una serie de pasos que Tres tipos bsicos de paradigmas:el ciclo de vida clsico o modelo en cascada.construccin de prototipos.el modelo en espiral.

    El ciclo de vida clsico.Ingeniera y anlisis del sistema.Anlisis de los requisitos del software.Diseo.Codificacin.Prueba.Mantenimiento.Inconvenientes:

    Los proyectos reales casi nunca siguen el flujo secuencial propuesto por este paradigma. Siempre hay iteraciones.Normalmente, es difcil para el cliente establecEl cliente debe tener paciencia. Hasta llegar a l

    Construccin de prototipos.

    Inconvenientes:

    El cliente ve funcionando lo que parece ser una p

    El desarrollador impone ciertas elecciones de imp

    Modelo en espiral.Determinar objetivos, alternativas y restricciones. identificacin/resolucin de

    Valoracin de los resultados de la Desarrollo

    El modelo define 4 actividades principales (los 4 cuadrantes de la figura anterior):

    Planificacin: determinar objetivos, alternativaAnlisis de riesgo: anlisis de alternativas e iIngeniera: desarrollo del producto de "siguientEvaluacin del cliente: valoracin de los result

    Ventajas:

    Utiliza un enfoque evolutivo para la ingeniera

    Permite aplicar el enfoque de creacin de protot

    Mantiene el enfoque sistemtico correspondiente

    Demanda una atencin directa de riesgos tcnicos

    Inconvenientes:

    Puede resultar difcil convencer al cliente de qRequiere una considerable habilidad para la valorEl modelo en si mismo es bastante nuevo y no se h