INSTITUTO TECNOLGICO SUPERIOR DE ESCRCEGA

INGENIERA EN SISTEMAS COMPUTACIONALES

DESARROLLO DE PROYECTOS DE SOFTWARE

INTEGRANTES: Br. Francisco Jess Kantn Hernndez. Br. Wendy Eva Elizabeth Mex Mazariego.

GRUPO:
ISMB-8

DOCENTE: Ing. Romana Carolina Novelo Can

Contenido

Datos del Proyecto. ................................................................................................. 3 Modelo iterativo incremental.................................................................................... 4 Por qu la Metodologa? ....................................................................................... 9 Referencias Oficiales. ........................................................................................... 10 Roles de cada Integrante. ..................................................................................... 14 Conclusin............................................................................................................. 15 Bibliografa. ........................................................................................................... 15

Datos del Proyecto.

Nombre del Proyecto: Determinar el impacto de la vinculacin de la Plataforma Educativa Moodle y la Red Social Facebook como medio alterno de comunicacin entre docente y alumnos del Instituto Tecnolgico Superior de Escrcega.

Descripcin: Brindar a docentes y alumnos un medio alterno de comunicacin a travs de la vinculacin de la Plataforma Educativa Moodle con las Red Social Facebook, desarrollando una extensin para la Plataforma Educativa la cual permita notificar a los alumnos de las actividades acadmicas dispuestas por los docentes hacia su Red Social Facebook. Al igual una aplicacin para la Red Social Facebook donde los alumnos podrn enviar las repuestas a sus actividades hacia la Plataforma Educativa. Todo con el fin de determinar el impacto como medio alterno de comunicacin.

Los alcances con que cuenta el proyecto son: Las nuevas tecnologas de la informacin como son la red social Facebook y la plataforma educativa Moodle. El API (Interfaz de programacin de aplicaciones) de Facebook. El uso de los servidores de Facebook. Los usuarios registrados tanto en Facebook y Moodle Como una nueva alternativa de comunicacin entre los docentes y alumnos. Las Limitantes con las que cuenta el proyecto son: El proyecto solo se basa en una sola red social. El proyecto solo se basa en una sola plataforma educativa Moodle. La restriccin de la red social Facebook en el Instituto Tecnolgico Superior de Escrcega

Usuarios que no tenga una cuenta de Facebook.

Modelo iterativo incremental

En trminos generales, se puede distinguir, en la Figura 4, los pasos generales que sigue el proceso de desarrollo de un producto software. En el modelo de ciclo de vida seleccionado, se identifican claramente dichos pasos. La descripcin del sistema es esencial para especificar y confeccionar los distintos incrementos hasta llegar al producto global y final. Las actividades concurrentes (especificacin, desarrollo y validacin) sintetizan el desarrollo pormenorizado de los incrementos, que se har posteriormente.

Fig. 4 Diagrama genrico del desarrollo evolutivo incremental.

El diagrama de la Figura 4 muestra en forma muy esquemtica, 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 operacin y mantenimiento. Cada versin emitida incorpora a los anteriores incrementos las funcionalidades y requisitos que fueron analizados como necesarios. El incremental es un modelo de tipo evolutivo que est basado en varios ciclos Cascada Realimentados aplicados repetidamente, con una filosofa iterativa. En la Figura 5 se muestra un refino del diagrama previo, bajo un esquema temporal, para obtener finalmente el esquema del modelo de ciclo de vida Iterativo Incremental, con sus actividades genricas asociadas. Aqu se observa claramente cada ciclo cascada que es aplicado para la obtencin de un incremento; estos ltimos se van integrando para obtener el producto final

completo. Cada incremento es un ciclo Cascada Realimentado, aunque, por simplicidad, en la Figura 5 se muestra como secuencial puro.

Fig. 5 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, en la Figura, mientras se realiza el diseo detalle del primer incremento ya se est realizando en anlisis del segundo. La Figura 5 es slo esquemtica, un incremento no necesariamente se iniciar durante la fase de diseo del anterior, puede ser posterior (incluso antes), en cualquier tiempo de la etapa previa. Cada incremento concluye con la actividad de operacin y mantenimiento (indicada como Operacin en la figura), que es donde se produce la entrega del 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 fcilmente 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 ms pequeas, pero reutilizables, llamadas incrementos. En general cada incremento se construye sobre aquel que ya fue entregado. Como se muestra en la Figura 5, se aplican secuencias Cascada en forma escalonada, mientras progresa el tiempo calendario. Cada secuencia lineal o

Cascada produce un incremento y a menudo el primer incremento es un sistema bsico, con muchas funciones suplementarias (conocidas o no) sin entregar. El cliente utiliza inicialmente ese sistema bsico, intertanto, el resultado de su uso y evaluacin puede aportar al plan para el desarrollo del/los siguientes incrementos (o versiones). Adems tambin aportan a ese plan otros factores, como lo es la priorizacin (mayor o menor urgencia en la necesidad de cada incremento en particular) y la dependencia entre incrementos (o independencia). Luego de cada integracin 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 (como si ocurre en el modelo de construccin de prototipos). El enfoque incremental resulta muy til cuando se dispone de baja dotacin de personal para el desarrollo; tambin si no hay disponible fecha lmite del proyecto por lo que se entregan versiones incompletas pero que proporcionan al usuario funcionalidad bsica (y cada vez mayor). Tambin es un modelo til a los fines de versiones de evaluacin. Nota: Puede ser considerado y til, en cualquier momento o incremento incorporar temporalmente el paradigma MCP como complemento, teniendo as una mixtura de modelos que mejoran el esquema y desarrollo general. Ejemplo: Un procesador de texto que sea desarrollado bajo el paradigma Incremental podra aportar, en principio, funciones bsicas de edicin de archivos y produccin de documentos (algo como un editor simple). En un segundo incremento se le podra agregar edicin ms sofisticada, y de generacin y mezcla de documentos. En un tercer incremento podra considerarse el agregado de funciones de correccin ortogrfica, esquemas de paginado y plantillas; en un cuarto capacidades de dibujo propias y ecuaciones matemticas. As sucesivamente hasta llegar al procesador final requerido. As, el producto va creciendo, acercndose a su meta final, pero desde la entrega del primer incremento ya es til y funcional para el cliente, el cual observa una respuesta rpida en cuanto a entrega temprana; sin notar que la fecha lmite del proyecto puede no estar acotada ni tan definida, lo que da margen de operacin y alivia presiones al equipo de desarrollo.

Como se dijo, el Iterativo Incremental es un modelo del tipo evolutivo, es decir donde se permiten y esperan probables cambios en los requisitos en tiempo de desarrollo; se admite cierto margen para que el software pueda evolucionar. Aplicable cuando los requisitos son medianamente bien conocidos pero no son completamente estticos y definidos, cuestin es que si es indispensable para poder utilizar un modelo Cascada. El modelo es aconsejable para el desarrollo de software en el cual se observe, en su etapa inicial de anlisis, que posee reas bastante bien definidas a cubrir, con suficiente independencia como para ser desarrolladas en etapas sucesivas. Tales reas a cubrir suelen tener distintos grados de apremio por lo cual las mismas se deben priorizar en un anlisis previo, es decir, definir cul ser la primera, la segunda, y as sucesivamente; esto se conoce como definicin de los incrementos con base en la priorizacin. Pueden no existir prioridades funcionales por parte del cliente, pero el desarrollador debe fijarlas de todos modos y con algn criterio, ya que basndose en ellas se desarrollarn y entregarn los distintos incrementos. El hecho de que existan incrementos funcionales del software lleva inmediatamente a pensar en un esquema de desarrollo modular, por tanto este modelo facilita tal paradigma de diseo. En resumen, un modelo incremental lleva a pensar en un desarrollo modular, con entregas parciales del producto software denominados incrementos del sistema, que son escogidos segn prioridades predefinidas de algn modo. El modelo permite una implementacin con refinamientos sucesivos (ampliacin o mejora). Con cada incremento se agrega nueva funcionalidad o se cubren nuevos requisitos o bien se mejora la versin previamente implementada del producto software. Este modelo brinda cierta flexibilidad para que durante el desarrollo se incluyan cambios en los requisitos por parte del usuario, un cambio de requisitos propuesto y aprobado puede analizarse e implementarse como un nuevo incremento o, eventualmente, podr constituir una mejora/adecuacin de uno ya planeado. Aunque si se produce un cambio de requisitos por parte del cliente que afecte incrementos previos ya terminados (deteccin/incorporacin tarda) se debe evaluar la factibilidad y realizar un acuerdo con el cliente, ya que puede impactar fuertemente en los costos.

La seleccin de este modelo permite realizar entregas funcionales tempranas al cliente (lo cual es beneficioso tanto para l como para el grupo de desarrollo). Se

priorizan las entregas de aquellos mdulos o incrementos en que surja la necesidad operativa de hacerlo, por ejemplo para cargas previas de informacin, indispensable para los incrementos siguientes. El modelo iterativo incremental no obliga a especificar con precisin y detalle absolutamente todo lo que el sistema debe hacer, (y cmo), antes de ser construido (como el caso del cascada, con requisitos congelados). Slo se hace en el incremento en desarrollo. Esto torna ms manejable el proceso y reduce el impacto en los costos. Esto es as, porque en caso de alterar o rehacer los requisitos, solo afecta una parte del sistema. Aunque, lgicamente, esta situacin se agrava si se presenta en estado avanzado, es decir en los ltimos incrementos. En definitiva, el modelo facilita la incorporacin de nuevos requisitos durante el desarrollo. Con un paradigma incremental se reduce el tiempo de desarrollo inicial, ya que se implementa funcionalidad parcial. Tambin provee un impacto ventajoso frente al cliente, que es la entrega temprana de partes operativas del software. El modelo proporciona todas las ventajas del modelo en cascada realimentado, reduciendo sus desventajas slo al mbito de cada incremento. El modelo incremental no es recomendable para casos de sistemas de tiempo real, de alto nivel de seguridad, de procesamiento distribuido, o de alto ndice de riesgos.

Por qu la Metodologa?

Modelo Incremental. Se lleg a la decisin de optar por esta metodologa ya que el proyecto a desarrollar se adecua al proceso de este modelo, de forma general el proyecto consiste en realizar la vinculacin de la Plataforma Educativa Moodle y la Red Social Facebook. Con el fin de determinar el Impacto como medio alterno de comunicacin entre docentes y alumnos del Instituto Tecnolgico Superior De Escrcega, se pretende realizar una extensin (plug-in) para Moodle y una aplicacin para Facebook para realizar la vinculacin. Con lo descrito con anterioridad es viable basarse en el modelo incremental debido a que est nos brinda reduccin en el tiempo de desarrollo inicial, ya que se implementa funcionalidades parciales. Este modelo permite realizar entregas funcionales tempranas al cliente (lo cual es beneficioso tanto para l como para el grupo de desarrollo). Se priorizan las entregas de aquellos mdulos (plug-in y aplicacin) o incrementos en que surja la necesidad operativa de hacerlo, por ejemplo para cargas previas de informacin, indispensable para los incrementos siguientes. Con respecto al proyecto como ejemplo se puede entregar el primer mdulo en este caso el la extensin (plug-in) y solo con este mdulo se puede llegar al objetivo del proyecto. Adems este modelo brinda cierta flexibilidad para que durante el desarrollo se incluyan cambios en los requisitos por parte del usuario, un cambio de requisitos propuesto y aprobado puede analizarse e implementarse como un nuevo incremento o, eventualmente, podr constituir una mejora/adecuacin de uno ya planeado. Entonces podemos afirmar que el modelo es efectivo al proyecto a desarrollar por el nmero de ventajas que brinda al emplearla.

Referencias Oficiales.

Ingeniera de Software Un Enfoque Practico 6th edicin Roger S. Pressman Modelo Incremental

10

11

Modelo RDA (Desarrollo Rpido de Aplicaciones).

Modelo Opcional para la aplicacin del Proyecto

12

13

Roles de cada Integrante.

Br. Francisco Jess Kantn Hernndez Administrador de proyecto: Administrar y controlar los recursos asignados a un proyecto, con el propsito de que se cumplan correctamente los planes definidos. Analista: Esta se refiere a la habilidad de poder estudiar un problema de una complejidad determinada, descomponiendo el problema en sub-problemas de menor complejidad.

Diseador: Es el encargado de generar el diseo del sistema. Entre sus funciones est: Generar el diseo arquitectnico y diseo detallado del sistema, basndose en los requisitos. Generar prototipos rpidos del sistema (con analistas y programadores) para chequear los requisitos. Generar el documento de diseo arquitectnico de software (DDA), y mantenerlo actualizado durante el proyecto. Velar porque el producto final se ajuste al diseo realizado (funciones de tster).

Programador: Debe convertir la especificacin del sistema en cdigo fuente ejecutable utilizando uno o ms lenguajes de programacin, as como herramientas de software de apoyo a la programacin. Administrador de configuracin: El asegurador de calidad revisa los registros de cambios, errores y de configuracin, para asegurarse de que los cambios han sido implementados apropiadamente, y que las lneas bases son almacenadas y que el producto no se puede perder.

Br. Wendy Eva Elizabeth Mex Mazariego. Tster: Encargado de asegurar la calidad de cada uno de los productos (documentos, prototipos, etc). Entre sus tareas estn: Construir y aplicar los planes de prueba unitarios, de mdulo, de

14

sistema, y aceptacin parcial, mantenindolos actualizados durante el proyecto. Velar por la completitud, y exactitud (no ambigedades) de todos los documentos del proyecto. Coordinar las inspecciones, y/o caminatas. Velar por la adhesin al estndar adoptado para el desarrollo. Velar por la calidad del producto final (cumplimiento de los requisitos).

Documentador: El asegurador de calidad revisa la documentacin, para asegurarse que corresponde con el software desarrollado, y que cumple con el estndar en uso.

Conclusin. Un modelo incremental lleva a pensar en un desarrollo modular, con entregas parciales del producto Software denominados incrementos del sistema, que son escogidos en base a prioridades predefinidas de algn modo. El modelo permite una implementacin con refinamientos sucesivos (ampliacin y/o mejora).Con cada incremento se agrega nueva funcionalidad o se cubren nuevos requisitos o bien se mejora la versin previamente implementada del producto software. Bibliografa.

1. Ingeniera de Software Un Enfoque Practico 6th edicin Roger S. Pressman 2. Ciclo de Vida del Software. Grupo Alarcos - Escuela Superior de Informtica de Ciudad Real. http://alarcos.inf-cr.uclm.es/doc/ISOFTWAREI/Tema03.pdf 3. Ciclo de vida del Software y Modelos de desarrollo. Instituto de Formacin Profesional Libros Digitales. http://www.cepeu.edu.py/LIBROS_ELECTRONICOS_3/lpcu097%20%2001.pdf 4. Leyes de evolucin del Software. Connexions - Educational content repository. http://cnx.org/content/m17406/latest/ 5. Apuntes de Taller de Ingeniera de Software. 2003 David Fuller Padilla http://www.ganimides.ucm.cl/ygomez/descargas/Sist_inf2/apuntes/2009/Rol es_desarrollo_software.pdf

15