miércoles, 6 de octubre de 2010

Unidad 2: Caso de estudio 2

UD02.- CICLO DE VIDA Y METODOLOGIAS DE DESARROLLO DEL SW.
Ejercicios Caso 2


ACTIVIDAD 2


La metodología es el conjunto de procedimientos, técnicas, herramientas y un soporte documental que ayuda a los desarrolladores a realizar nuevo software.

Puede seguir uno o varios modelos de ciclo de vida, es decir, el ciclo de vida indica qué es lo que hay que obtener a lo largo del desarrollo del proyecto pero no cómo hacerlo.
La metodología indica cómo hay que obtener los distintos productos parciales y finales.


CONSIDERACIONES SOBRE METODOLOGIAS

  • Se eliminan fronteras entre fases debido a la naturaleza iterativa del desarrollo orientado al objeto.
  • Aparece una nueva forma de concebir los lenguajes de programación y su uso al incorporarse bibliotecas de clases y otros componentes reutilizables.
  • Hay un alto grado de iteración y solapamiento, lo que lleva a una forma de trabajo muy dinámica


ASPECTOS POSITIVOS DE LAS METODOLOGÍAS

  • Son interactivas e incrementales
  • Fácil de dividir el sistema en varios subsistemas independientes
  • Se fomenta la reutilización de componentes



CARACTERISTICAS DESEABLES DE UNA METODOLOGIA DE UNA METODOLOGIA

  • Existencia de reglas predefinidas
  • Cobertura total del ciclo de desarrollo
  • Verificaciones intermedias
  • Planificación y control
  • Comunicación efectiva
  • Utilización sobre un abanico amplio de proyectos
  • Fácil formación
  • Herramientas CASE
  • Actividades que mejoren el proceso de desarrollo
  • Soporte al mantenimiento
  • Soporte de la reutilización de software


Unidad 2: Caso de estudio 1

UD02.- CICLO DE VIDA Y METODOLOGIAS DE DESARROLLO DEL SW.
Ejercicios Caso 1


ACTIVIDAD 3

Fundamentos de la ingenieria de software

Métodos
  • Planificación y estimación de proyectos
  • Análisis de requisitos
  • Diseño
  • Codificación
  • Pruebas
  • Mantenimiento
Herramientas
  • Herramientas CASE
  • Herramientas CAD
Procedimientos
  • Secuencia de aplicación de los métodos
  • Uso de las herramientas,
  • Las entregas requeridas
  • Controles de seguimiento y calidad,
  • Guías para facilitar la labor de gestores y desarrolladores
  • etc.
Técnicas de apoyo
  • Abstracciones
  • Representaciones
  • Evaluaciones 

ACTIVIDAD 5

El trabajo de Desarrollo de software se compone de las siguientes fases:

ANÁLISIS: Estudio de viabilidad. Deducción de requisitos. Análisis de requisitos. Modelado del sistema. Prototipado.

DISEÑO: Arquitectura del sistema. Detallado. Interfaz de usuario. Datos.

CONSTRUCCIÓN:
CODIFICACIÓN:
  • Documentación.
  • Codificación.
  • Debug (Depuración).
  • PRUEBAS: Probar el producto.
INSTALACIÓN: Usar el producto obtenido.

MANTENIMIENTO: Seguimiento del producto durante su funcionamiento real.

Y durante todas estas fases:
  • Aceptación del producto
  • Validación y verificación.
  • Inspecciones y revisiones.
  • Planificación de prueba.
  • Pruebas de unidad.
  • Pruebas de integración.
  • Pruebas de regresión.
  • Pruebas del sistema. Pruebas de aceptación.

 ACTIVIDAD 6

Ciclo de vida del software

Planificación:
  • Planificación preliminar,
  • estudio de viabilidad,
  • análisis de riesgos y planificación temporal.
Análisis (¿Qué hacer?):
  • Análisis y Especificación de requisitos
  • Modelado de software y Modelado conceptual de base de datos
Elección del SGBD: Solo si se trata de un sistema de base de datos
Diseño (¿Cómo hacerlo?):
  • Diseño lógico y físico de base de datos
  • Diseño de programas de aplicaciones
Implementación y ajuste del sistema:
  • Se crea y carga la base de datos y se implementan las aplicaciones.
Validación y pruebas:
  • De información, rendimiento y comportamiento.
Despliegue:
  • Operación, Mantenimiento y Actualizaciones del sistema. 

ACTIVIDAD 7


Consta de 4 modelos

Modelo en Cascada

Características:
  • Es el más utilizado.
  • Es una visión del proceso de desarrollo de software como una sucesión de etapas que producen productos intermedios.
  • Para que el proyecto tenga éxito deben desarrollarse todas las fases.
  • Las fases continúan hasta que los objetivos se han cumplido.
  • Si se cambia el orden de las fases, el producto final será de inferior calidad,

CRITICAS:
  • No refleja realmente el proceso de desarrollo del software
  • Se tarda mucho tiempo en pasar por todo el ciclo
  • Perpetua el fracaso de la industria del software en su
  • comunicación con el usuario final
  • El mantenimiento se realiza en el código fuente
  • Las revisiones de proyectos de gran complejidad son muy difíciles
  • Impone una estructura de gestión de proyectos

Limitaciones:
  • No se permiten las iteraciones.
  • Los requisitos se congelan al principio del proyecto.
  • No existe un proyecto “enseñable” hasta el final del proyecto.


Modelo: Construcción de prototipos


  • No modifica el flujo del ciclo de vida
  • Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios
  • Reduce costos y aumenta la probabilidad de éxito
  • Exige disponer de las herramientas adecuadas
  • No presenta calidad ni robustez
  • Una vez identificados todos los requisitos mediante el prototipo, se construye el producto de ingeniería.

EL PROTOTIPADO PARA QUE SEA EFECTIVO:
  • Debe ser un sistema con el que se pueda experimentar
  • Debe ser comparativamente barato (< 10%)
  • Debe desarrollarse rápidamente
  • Énfasis en la interfaz de usuario
  • Equipo de desarrollo reducido
  • Herramientas y lenguajes adecuados
  • “ El prototipado es un medio excelente para recoger el ‘feedback’ (realimentación) del usuario final”

PELIGROS DEL PROTOTIPO
  • El cliente ve funcionando lo que para el es la primera versión del prototipo que ha sido construido con “plastilina y alambres”, y puede desilusionarse al decirle que el sistema aun no ha sido construido.
  • El desarrollador puede caer en la tentación de ampliar el prototipo para construir el sistema final sin tener en cuenta los compromisos de calidad y de mantenimiento que tiene con el cliente.



Modelo Incremental


  • Es una repetición de varios ciclos de vida en cascada.
  • Al final de cada ciclo se entrega una versión parcial del software incrementada con cierta funcionalidad nueva respecto a las entregas anteriores.
  • Los ciclos se repiten hasta obtener un producto completo.
  • Los usuarios disponen antes del software, aunque no sea completo, por lo que pueden sugerir mejoras.
  • Se suele aplicar a desarrollos de gran tamaño.
  • Se evitan proyectos largos y se entrega “ Algo de valor ” a los usuarios con cierta frecuencia
  • El usuario se involucra más
  • Difícil de evaluar el coste total
  • Requiere gestores experimentados
  • Los errores en los requisitos se detectan tarde.
  • El resultado es ser muy positivo



Modelo en Espiral


  • Trata de mejorar los ciclos de vida clásicos y prototipos.
  • Permite acomodar otros modelos
  • Incorpora objetivos de calidad y gestión de riesgos
  • Elimina errores y alternativas no atractivas al comienzo
  • Permite iteraciones, vuelta atrás y finalizaciones rápidas

Cada ciclo empieza identificando:
  • Los objetivos de la porción correspondiente
  • Las alternativas

Restricciones
  • Cada ciclo se completa con una revisión que incluye todo el ciclo anterior y el plan para el siguiente
  • Se usa en proyectos en los que se prevén riesgos.
  • Representa un enfoque dirigido por el riesgo para el análisis y estructuración del proceso software.

Ventajas:
  • Utiliza las fases de modelos tradicionales. Se centra en la eliminación de errores y alternativas poco atractivas.
  • Su orientación a detectar y prevenir el riesgo evita muchas dificultades.

Desventajas:
  • Complicado: Consume muchos recursos.
  • Las etapas y sus E/S no están claramente definidas.



lunes, 27 de septiembre de 2010

Unidad 1: Caso de estudio 1

ACTIVIDAD DE INVESTIGACIÓN 2: 

Describe cada uno de los sistemas de información anteriores.
Crea una entrada en tu blog con la información.

  • Sistemas de información operativos (TPS): Gestiona la información referente a las transacciones producidas en una empresa u organización.
  • Sistemas de información de dirección (MIS): Orientados a solucionar problemas empresariales en general.
  • Sistemas de soporte a la toma de decisiones (DSS): Herramienta para realizar el análisis de las diferentes variables de negocio con la finalidad de apoyar el proceso de toma de decisiones.
  • Sistemas de soporte ejecutivo (EIS): Herramienta orientada a usuarios de nivel gerencial, que permite monitorizar el estado de las variables de un área o unidad de la empresa a partir de información interna y externa a la misma.
  • Sistemas expertos (SE): Emulan el comportamiento de un experto en un dominio concreto.
  • Sistemas de información ofimáticos (OAS): Aplicaciones destinadas a ayudar al trabajo diario del administrativo de una empresa u organización. 

 Evolución de los sistemas de información a lo largo del tiempo.


Fuente: Wikipedia, enciclopedia libre.
Link a la Fuente: http://es.wikipedia.org/wiki/Sistema_de_informaci%C3%B3n

miércoles, 22 de septiembre de 2010

Primera Entrada

¡Bienvenid@s!

    “Hoy es el día más hermoso de nuestra vida, querido Sancho…
    Los obstáculos más grandes,
    nuestras propias indecisiones…
    Nuestros enemigos más fuertes,
    el miedo al poderoso y a nosotros mismos…
    La cosa más fácil, equivocarnos…
    La más destructiva, la mentira y el egoísmo…
    La peor derrota, el desaliento…
    Los defectos más peligrosos, la soberbia y el rencor…
    Las sensaciones más gratas, la buena conciencia,
    el esfuerzo para ser mejores sin ser perfectos,
    y sobre todo, la disposición para hacer el bien
    y combatir la injusticia donde quiera que estén…“

    Fragmento de Don Quijote de la Mancha, de Miguel de Cervantes