jueves, 31 de marzo de 2011

Ciclo de vida en espiral

El modelo en espiral cubre las mejores características tanto del ciclo de vida clásico, como de la construcción de prototipos, añadiendo un nuevo elemento: el análisis del riesgo. Fue definido por primera vez por Barry Boehm en 1988 y es utilizado generalmente en la Ingeniería de software.
 
Se definen cuatro actividades principales representadas por los cuatro cuadrantes.

 
Ventajas
  • Es uno de los enfoques más realistas para el desarrollo de software.
  • Utiliza un enfoque evolutivo permitiendo al desarrollador y al cliente reaccionar a los riesgos en cada nivel evolutivo.
  • Utiliza la creación de prototipos como mecanismo de reducción del riesgo.
  • Mantiene el enfoque sistemático del ciclo de vida clásico.
  • Si se aplica correctamente debe reducir los riesgos antes de que se conviertan en problemáticos.

Desventajas
  • Genera mucho tiempo en el desarrollo del sistema
  • Modelo costoso
  • Requiere experiencia en la identificación de riesgos
 

La técnica del prototipado

Un Prototipo es una primera versión de un nuevo tipo de producto, en el que se han incorporado sólo algunas características del sistema final, o no se han realizado completamente.

Características de los prototipos:

  • Funcionalidad limitada.
  • Poca fiabilidad.
  • Características de operación pobres.

Utilidad de los prototipos:

  • Ayuda al cliente a establecer claramente los requerimientos.
Ayuda a los desarrolladores a:
    • Verificar corrección de la especificación.
    • Aprender sobre problemas que se presentarán durante el diseño e implementación del sistema.
    • Mejorar el producto.
    • Examinar viabilidad y utilidad de la aplicación.
    Ventajas
    • Identificar claramente los requisitos del usuario.
    • Sirve como mecanismo para identificar los requisitos del software.
    • Facilita la creación del modelo del software a construir.

    Desventajas

    • Usar el prototipo como 1ª versión del software por presión del cliente al ver el prototipo funcionando o por comodidad de los desarrolladores.
    • El tiempo invertido en la construcción del prototipo puede hacer que el producto pierda oportunidad.

    Ciclo de vida clásico o en cascada

    Abarcando un poco de aspectos generales podemos decir que fue uno de los primeros modelos empleados en 1970, es decir es uno de los paradigmas más antiguos. Consiste en una ejecución secuencial de una serie de fases, y cada fase genera entradas y documentación para la siguiente, exigiendo un enfoque sistemático y secuencial.


    Desventajas
    • Los proyectos reales raramente pueden seguir el flujo secuencial que se propone.
    • No es apropiado si los requisitos no están claros al principio.
    • Las frecuentes iteraciones crean problemas en la aplicación.
    • Hay que esperar hasta el final para obtener la 1ª versión operativa del sistema y por lo general los clientes desean ver avances de lo que se está haciendo.
    • Pueden existir retrasos innecesarios.

    Ventajas
    • Fácil adaptación de métodos (estructurados, orientados a objetos, etc.)
    • Constituye la base de los demás paradigmas.
    • Es el más ampliamente utilizado.

    miércoles, 30 de marzo de 2011

    Ciclo de vida del Software

    Se conoce como Ciclo de vida del Software a todas las fases o etapas que se encuentran implicadas en el proceso de desarrollo de software. Es un medio eficiente y necesario para estructurar las diversas actividades a realizar durante la vida de un producto informático.

    Hace algún tiempo, cuando se daban los primero pasos en el área de desarrollo de software, se utilizaba un modelo denominado De Código y Adaptación. Este modelo consistía en dos pasos: primero se escribía el código y luego se adaptaba el problema a dicho código, es decir no se pensaba en los requisitos, diseño, pruebas ni en el mantenimiento.

    Afortunadamente el desarrollo de productos software ha ido evolucionando a lo largo del tiempo, y en la actualidad encontramos varios paradigmas del ciclo de vida del software que nos pueden resultar útiles al momento de emprender un proyecto informático; pero primero analicemos el concepto de paradigma:

    Un paradigma es una estructura común que define un modelo, además constituye los diferentes enfoques del ciclo de vida del software. La elección del paradigma depende de aspectos como la naturaleza del proyecto y de la aplicación, los métodos y herramientas disponibles, la organización o empresa.

    Entre los paradigmas más comunes por su gran aceptación y uso extendido encontramos:
    • Ciclo de vida clásico o en cascada.
    • Desarrollo rápido de aplicaciones (DRA).
    • La técnica de prototipado.
    • Aproximación incremental.
    • Aproximación evolutiva.
    • Ciclo de vida en espiral.

    Fuente: Ciclo de vida del Software (3 edición) GISC.

    martes, 29 de marzo de 2011

    Personal Informático

    El personal humano es uno de los aspectos más importantes dentro del área de la informática. Aunque muchas de las veces se tiene la idea de que las computadoras reemplazan a las personas, la realidad es que las computadoras sin las personas son elementos inútiles y nada funcionales.

    Podemos decir que las personas son importantes por las siguientes razones:
    • Se necesita personal encargado del desarrollo de hardware.
    • Para que los ordenadores funcionen dependen de programas, los mismos que deben ser analizados, diseñados y desarrollados por especialistas en esta área.
    • Todas las empresas necesitan de personal informático de acuerdo a sus necesidades. Pero según el autor Baca se puede hacer una clasificación general de los miembros de este personal:

    Vamos a dar una descripción detallada sobre el Analista de Sistemas:
    Son personas que se ocupan del análisis de los sistemas informáticos, son los que guían a los programadores, puesto que están encargados de determinar las tareas que debe realizar un Sistema informático. Dentro de una empresa pueden ser responsables también de aspectos como el diseño del software, selección del hardware, diseño de redes y de la supervisión de la programación. Su responsabilidad y trabajo son muy importantes, debido a que son los encargados de entrevistar a todos los usuarios, de entender la forma de trabajo de la organización y sugerir la forma en la que el nuevo sistema puede ayudar a  la empresa.