5.1 MODELO INCREMENTAL
22Es un modelo de tipo evolutivo que está basado en varios ciclos Cascada realimentados aplicados repetidamente, con una filosofía iterativa.
Provee una estrategia para controlar la complejidad y los riesgos, desarrollando una parte del producto software reservando el resto de aspectos para el futuro. Los principios básicos son:
• Una serie de mini-Cascadas se llevan a cabo, donde todas las fases de la cascada modelo de desarrollo se han completado para una pequeña parte de los sistemas, antes de proceder a la próxima incremental, o
• Se definen los requisitos antes de proceder con lo evolutivo, se realiza un mini-Cascada de desarrollo de cada uno de los incrementos del sistema, o • El concepto inicial de software, análisis de las necesidades, y el diseño de
la arquitectura y colectiva básicas se definen utilizando el enfoque de cascada, seguida por iterativo de prototipos, que culmina en la instalación del prototipo final.
El Diagrama genérico del Desarrollo Evolutivo Incremental23, nos muestra en
forma muy esquemática, el funcionamiento de un Ciclo Iterativo Incremental, el cual permite la entrega de versiones parciales a medida que se va construyendo el producto final. Es decir, a medida que cada incremento definido llega a su etapa de operación y mantenimiento, cada versión emitida incorpora a los anteriores incrementos las funcionalidades y requisitos que fueron analizados como necesarios.
22 http://www.mitecnologico.com/Main/ElModeloIncremental 23 http://es.wikipedia.org/wiki/Software
28
Figura 3. Diagrama genérico del Desarrollo Evolutivo Incremental
En el Modelo Iterativo Incremental para el ciclo de vida del software, se observa que existen actividades de desarrollo (para cada incremento) que son realizadas en paralelo o concurrentemente, así por ejemplo, el modelo, mientras se realiza el diseño detalle del primer incremento ya se está realizando en análisis del segundo.
Figura 4. Modelo Iterativo Incremental para el ciclo de vida del software
Cada incremento concluye con la actividad de “Operación y Mantenimiento” (indicada "Operación" en el modelo), que es donde se produce la entrega del
29
producto parcial al cliente. El momento de inicio de cada incremento es dependiente de varios factores: tipo de sistema; independencia o dependencia entre incrementos (dos de ellos totalmente independientes pueden ser fácilmente iniciados al mismo tiempo si se dispone de personal suficiente); capacidad y cantidad de profesionales involucrados en el desarrollo; etc.
Bajo este modelo se entrega software “por partes funcionales más pequeñas”, pero reutilizables, llamadas incrementos. En general, cada incremento se construye sobre aquel que ya fue entregado.
Luego de cada integración se entrega un producto con mayor funcionalidad que el previo. El proceso se repite hasta alcanzar el software final completo.
Siendo iterativo, con el modelo Incremental se entrega un producto parcial pero completamente operacional en cada incremento, y no una parte que sea usada para reajustar los requerimientos.
El enfoque Incremental resulta muy útil con baja dotación de personal para el desarrollo; también si no hay disponible fecha límite del proyecto debido a que se entregan versiones incompletas, también es un modelo útil a los fines de evaluación.
5.2 MODELO DE DESARROLLO DEL SITIO WEB
Para la elaboración del proyecto de investigación se utilizó la metodología de desarrollo incremental, para lo cual se inicia con la de Ingeniería de Requisitos y Análisis, para lo cual se realizó entrevista al Director de la Biblioteca para determinar los problemas y necesidades sobre el sitio web a desarrollar.
5.3 ESPECIFICACIÓN DE REQUERIMIENTOS DE USUARIO
La especificación de requerimientos de usuario, tiene como objetivo la definición de cada uno de los requisitos o procesos que se van a llevar a cabo con la creación del sitio web, con la finalidad de satisfacer las necesidades demandadas por el cliente (usuario) y de esta manera poder delimitar los alcances y las
30 funcionalidades de la aplicación web.
Con este antecedente, se consideró necesario realizar una entrevista al Director de la Biblioteca (Ver anexo 1), Ing. Ariosto Vicuña Pino, con el objetivo de poder tener una visión más clara acerca de la situación actual de los procesos que se realizan en esta dependencia. Cabe resaltar que en esta entrevista el director mostró bastante inclinación sobre la puesta en marcha de una aplicación web que pueda ser vista por todos los alumnos desde cualquier parte del mundo y que este desarrollada bajo la licencia open source (código abierto).
Dentro de los puntos de mayor importancia que se pudieron identificar están los que a continuación se detallan:
Ref.
Requerimiento
Categoría
R.001 Ingresar a la aplicación web mediante un nombre de usuario y una contraseña
Evidente R.002 La información de los usuarios pueda
ser visualizada y modificada por ellos mismos.
Evidente
R.003 Gestionar de cuentas de usuario. Evidente R.004 Gestionar la información de los
Materiales Didácticos y Bibliográficos
Evidente R.005 Poder gestionar la información de los
autores, editoriales, etc.
Evidente R.006 Controlar la ubicación exacta de los
libros dentro de la biblioteca.
Evidente R.007 Permitir consultas para la búsqueda de
ejemplares por carrera.
Evidente R.008 Controlar el estado de los materiales
bibliográficos es decir que se pueda saber exactamente donde se encuentra un determinado ejemplar.
Evidente
R.009 Que los estudiantes puedan reservar un documento.
Evidente R.010 Gestionar el proceso de préstamo y
devolución de los materiales didácticos y bibliográficos.
Evidente
R.011 Consultar el catalogo mediante un sistema de búsqueda personalizable.
Evidente R.012 Que permita la obtención de reportes en Evidente
31
base a los requerimientos actuales de la biblioteca.
Cuadro 1.Requerimientos
Fuente: Investigación Elaboración: Autor
Tomando en consideración los resultados de dichas entrevistas se pudo determinar la estructura del sitio con sus correspondientes requerimientos detallados de la siguiente manera:
Ingeniería de Requisitos
• Identificar información del entorno
• Definir requisitos de almacenamiento de información • Identificar y definir los usuario
• Identificar y definir los requisitos funcionales
Análisis y diseño
• Realizar el Modelo Entidad Relación • Desarrollar prototipos
32