Curso virtual de educación ambiental para estudiantes de secundaria básica

Plan de Desarrollo Software

Versión [1.0]

Historial de Revisiones

Plan De Desarrollo De Software Del Curso Virtual De Educación Ambiental

Introducción

Este Plan de Desarrollo del curso virtual de educación ambiental para estudiantes de básica secundaria por ciclos del colegio instituto técnico del Caribe", Santa Marta, Magdalena. 2010 es una versión preliminar preparada para ser incluida en la propuesta diseñada como respuesta a los talleres de la asignatura ingeniería de software en la especialización de proyectos informáticos de la Facultad de Ciencias Económicas y Empresariales de la Universidad de Pamplona. Este documento provee una visión global del enfoque de desarrollo propuesto.

El enfoque de desarrollo propuesto constituye una configuración del proceso RUP de acuerdo a las características del proyecto, seleccionando los roles de los participantes, las actividades a realizar y los artefactos (entregables) que serán generados. Este documento es a su vez uno de los artefactos del RUP.

Propósito

El propósito del Plan de Desarrollo del curso virtual es proporcionar una herramienta necesaria para controlar el desarrollo del proyecto "Diseño del curso virtual en educación ambiental, para los estudiantes del colegio instituto técnico del Caribe". Es una visión al más alto nivel de abstracción que facilita al grupo de investigadores la organización del desarrollo.

Los usuarios del Plan de Desarrollo del Software son:

• El jefe del proyecto. El cual lo utiliza para organizar la agenda, identificar las necesidades de recursos y para realizar los seguimientos.

• Los miembros del equipo de desarrollo. Quienes lo usan para entender lo que deben hacer, cuándo deben hacerlo y qué otras actividades dependen de ello.

Alcance

El plan de desarrollo del curso virtual de educación ambiental para estudiantes de básica secundaria del colegio instituto técnico del Caribe "CITC", Santa Marta, describe el plan general que será usado por el grupo de desarrollo para llevar a cabo el proyecto. Los detalles de las iteraciones individuales se enuncian en los planes de iteración correspondiente.

Posteriormente, el avance del proyecto y el seguimiento en cada una de las iteraciones ocasionada con el ajuste de este documento produciendo nuevas versiones actualizadas.

Resumen

Este documento contiene la siguiente información:

Vista General del Proyecto: Proporciona una descripción del propósito del proyecto, su alcance y objetivos. También define artefactos que el Software espera producir.

Organización del Proyecto: Describe la estructura organizacional del equipo de trabajo.

Gestión del Proceso: Explica el presupuesto y los recursos involucrados, define las fases e hitos más importantes del proyecto y describe cómo serán monitoreados.

Referencias: Relaciona los documentos y los modelos tenidos en cuenta para la realización de este proyecto.

Vista General del Proyecto

Propósito, Alcance y Objetivos

El presente trabajo busca mediante el desarrollo del Curso Virtual, aproximar a los alumnos de Bachillerato por ciclos a través de la capacitación y aplicaciones de informática en educación ambiental, a un aprendizaje autónomo. Se busca dar soluciones a la problemática ambiental actual, local y mundial a los medios existentes en la solución mediante el curso virtual, accesible y encaminado al entendimiento y comprensión de la educación ambiental de los alumnos del CITC.

Este debe proporcionar una propuesta para el desarrollo de todos los subsistemas implicados en la gestión de los procesos y actividades académicas realizadas en el curso de Educación Ambiental de la institución en mención. Los subsistemas se pueden diferenciar en cuatro grandes secciones:

a. Gestión de acceso restringido con usuario y clave al curso virtual:

• Alumnos.

• Profesores.

b. Gestión de opciones por cada unidad del modulo inscrito:

• Índice de la temática del curso

• Actividades de aprendizaje

• Herramientas del curso

• Exámenes

• Calificaciones.

• Documentos de la materia.

• Novedades de la materia.

• Chat con el profesor.

c. Gestión de opciones para el profesor por el modulo

• Inscripción de los alumnos al curso.

• Diseño de Exámenes para los alumnos

• Inserción y revisión de calificaciones.

• Inserción de novedades de la materia.

• Acceso a Documentos de interés.

d. Gestión de configuración personalizada

• Panel de administración para manejo de alumnos.

• Panel de administración para manejo de profesores.

• Panel de administración para manejo de contenidos del curso virtual

• Panel de administración para manejo de administración de sistemas

Suposiciones y Restricciones

Las suposiciones y restricciones son de tipo económica por ser los autores los que deben financiar el proyecto y, académica por la normatividad vigente de los trabajos de grado de la Universidad de pamplona.

Entregables del proyecto

A continuación se indican y describen cada uno de los artefactos que son generados y utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la configuración de RUP desde la perspectiva de artefactos, y que proponemos para este proyecto. Es preciso destacar que de acuerdo a la filosofía de RUP (y de todo proceso iterativo e incremental), todos los artefactos son la versión definitiva del trabajo de grado.

• 1) Plan de Desarrollo del Software

Es el presente documento.

2) Glosario

Es un documento que define los principales términos usados en el proyecto. Permite establecer una terminología consensuada. Ver anexo 1.

3) Modelo de Casos de Uso

El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso de ellas. Se representa mediante Diagramas de Casos de Uso. Ver anexo 2.

4) Visión

Este documento define la visión del producto desde la perspectiva del cliente, especificando las necesidades y características del producto. Constituye una base de acuerdo en cuanto a los requisitos del sistema. Ver anexo 3.

5) Especificaciones de Casos de Uso

Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con una simple descripción narrativa) se realiza una descripción detallada utilizando una plantilla de documento, donde se incluyen: precondiciones, post-condiciones, flujo de eventos, requisitos no-funcionales asociados. También, para casos de uso cuyo flujo de eventos sea complejo podrá adjuntarse una representación gráfica mediante un Diagrama de Actividad. Ver anexo 4

6) Especificaciones Adicionales

Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con una simple descripción narrativa) se realiza una descripción detallada utilizando una plantilla de documento, donde se incluyen: precondiciones, post-condiciones, flujo de eventos, requisitos no-funcionales asociados. También, para casos de uso cuyo flujo de eventos sea complejo podrá adjuntarse una representación gráfica mediante un Diagrama de Actividad.

Ver anexos

7) Prototipos de Interfaces de Usuario

Se trata de prototipos que permiten al usuario hacerse una idea más o menos precisa de las interfaces que proveerá el sistema y así, conseguir retroalimentación de su parte respecto a los requisitos del sistema. Estos prototipos se realizarán como: dibujos a mano en papel, dibujos con alguna herramienta gráfica o prototipos ejecutables interactivos, siguiendo ese orden de acuerdo al avance del proyecto. Sólo los de este último tipo serán entregados al final de la fase de Elaboración, los otros serán desechados. Asimismo, este artefacto, será desechado en la fase de Construcción en la medida que el resultado de las iteraciones vayan desarrollando el producto final.

Ver anexos

8) Modelo de Análisis y Diseño

Este modelo establece la realización de los casos de uso en clases y pasando desde una representación en términos de análisis (sin incluir aspectos de implementación) hacia una de diseño (incluyendo una orientación hacia el entorno de implementación), de acuerdo al avance del proyecto.

Ver anexos

10) Lista de Riesgos

Este documento incluye una lista de los riesgos conocidos y vigentes en el proyecto, ordenados en orden decreciente de importancia y con acciones específicas de contingencia o para su mitigación.

Ver anexos.

Evolución del Plan de Desarrollo del Software

El Plan de Desarrollo del Curso Virtual de Educación Ambiental para los estudiantes del colegio instituto técnico del Caribe, será revisado antes del comienzo de cada Iteración, comenzando por la primera iteración de la fase de Elaboración. El plan de cada iteración será realizado durante la iteración anterior, a excepción del primero que se llevará a cabo durante la fase de inicio, junto con este Plan de Desarrollo.

Los sucesivos planes de iteración servirán, además de para concretar las tareas correspondientes a cada una, para corregir cualquier desviación respecto al plan inicial.

Organización del Proyecto

3.1 Participantes en el Proyecto

De momento solo se incluye al coordinador del área de Educación ambiental como persona designada por la institución para el Curso Virtual de Educación ambiental para estudiantes de básica secundaria por ciclos del Colegio Instituto Técnico del Caribe de Santa Marta, como Responsable del Proyecto Edgar Marín.

El Comité de Control y Seguimiento y otros participantes que se estimen convenientes para proporcionar los requisitos y validar el sistema estarán por definir. El resto del personal del proyecto (por la parte del grupo de desarrollo), considerando las fases de RUP, estará formado por los siguientes puestos de trabajo y personal asociado:

Jefe de Proyecto, al tratarse de un proyecto académico, será llevado a cabo por Edgar Marín Acosta con una experiencia en tutoría de curso virtual, la notación UML y el proceso de desarrollo RUP.

El equipo de desarrollo del proyecto estará constituido por Roberto Olarte Porto y Nelson Bolaño Muñoz

3.2 Interfaces Externas

Curso Virtual 1.0 definirá los participantes del proyecto que proporcionarán los requisitos del sistema, y entre ellos quiénes serán los encargados de evaluar los artefactos de acuerdo a cada subsistema y según el plan establecido.

El equipo de desarrollo interactuará activamente con los participantes de Curso Virtual 1.0 para especificación y validación de los artefactos generados.

3.3 Roles y Responsabilidades

A continuación se describen las principales responsabilidades de cada uno de los puestos en el equipo de desarrollo durante las fases de Inicio y Elaboración, de acuerdo con los roles que desempeñan en RUP.

Gestión del Proceso

Estimaciones del Proyecto

Plan del Proyecto

En esta sección se presenta la organización en fases e iteraciones y el calendario del proyecto.

Plan de las Fases

El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada una de ellas. La siguiente tabla muestra una la distribución de tiempos y el número de iteraciones de cada fase (para las fases de Construcción y Transición es sólo una aproximación muy preliminar)

Los hitos que marcan el final de cada fase se describen en la siguiente tabla.

4.2.2 Calendario del Proyecto

A continuación se presenta un calendario de las principales tareas del proyecto incluyendo sólo las fases de Inicio y Elaboración. Como se ha comentado, el proceso iterativo e incremental de RUP está caracterizado por la realización en paralelo de todas las disciplinas de desarrollo a lo largo del proyecto, con lo cual la mayoría de los artefactos son generados muy tempranamente en el proyecto pero van desarrollándose en mayor o menor grado de acuerdo a la fase e iteración del proyecto. La siguiente figura ilustra este enfoque, en ella lo ensombrecido marca el énfasis de cada disciplina (workflow) en un momento determinado del desarrollo.

Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobación indica cuándo el artefacto en cuestión tiene un estado de completitud suficiente para someterse a revisión y aprobación, pero esto no quita la posibilidad de su posterior refinamiento y cambios.

Seguimiento y Control del Proyecto

Gestión de Requisitos

Los requisitos del sistema son especificados en el artefacto Visión. Cada requisito tendrá una serie de atributos tales como importancia, estado, iteración donde se implementa, etc. Estos atributos permitirán realizar un efectivo seguimiento de cada requisito. Los cambios en los requisitos serán gestionados mediante una Solicitud de Cambio, las cuales serán evaluadas y distribuidas para asegurar la integridad del sistema y el correcto proceso de gestión de configuración y cambios.

Control de Plazos

El calendario del proyecto tendrá un seguimiento y evaluación semanal por el Equipo De Desarrollo Del Proyecto

Control de Calidad

Los defectos detectados en las revisiones y formalizados también en una Solicitud de Cambio tendrán un seguimiento para asegurar la conformidad respecto de la solución de dichas deficiencias Para la revisión de cada artefacto y su correspondiente garantía de calidad se utilizarán las guías de revisión y checklist (listas de verificación) incluidas en RUP.

Gestión de Riesgos

A partir de la fase de Inicio se mantendrá una lista de riesgos asociados al proyecto y de las acciones establecidas como estrategia para mitigarlos o acciones de contingencia. Esta lista será evaluada al menos una vez en cada iteración.

Gestión de Configuración

Se realizará una gestión de configuración para llevar un registro de los artefactos generados y sus versiones. También se incluirá la gestión de las Solicitudes de Cambio y de las modificaciones que éstas produzcan, informando y publicando dichos cambios para que sean accesibles a todo los participantes en el proyecto. Al final de cada iteración se establecerá una baseline (un registro del estado de cada artefacto, estableciendo una versión), la cual podrá ser modificada sólo por una Solicitud de Cambio aprobada.

Referencias

• ARAMBERRI .La Revolución Digital: Nueva Economía e Integración Social. Federación de Cajas de Ahorros Vasco-Navarras. Pág. 123-136. 2002

• BARTOLOMÉ, Antonio. Nuevas tecnologías en el aula. Guía de supervivencia. Materiales para la innovación educativa. ICE de la Univ. De Barcelona, Barcelona: Grao. 2000

• BARZANALLANA, R (2005). Metodologías usadas en Ingeniería del Software. Universidad de Murcia

• CABERO, Julio. Nuevas tecnologías aplicadas a la educación, Madrid: Síntesis. 2000

• CASTRO. GIL, R. (2004). Estructura Básica del Proceso Unificado de desarrollo de Software. Universidad ICESI

• DELGADO Y GUTIERREZ. Métodos y Técnicas Cualitativas de Investigación en Ciencias Sociales. Madrid: Síntesis S.A. 1999

• DIAZ B., F. y HERNANDEZ R., G. (1999). Estrategias docentes para un aprendizaje significativo. McGraw Hill, México, 232p

• FERNÁNDEZ, C. Vaquero, A. La informática aplicada a la enseñanza. Madrid: Eudema. 1987

• HENAO ÁLVAREZ, O., 1993. "El aula escolar del futuro". En: Revista Educación y Pedagogía, Vol. 4 (8-9), 87-96.

• HERNÁNDEZ VALVERDE, PEDRO. (2004-2005). Estudio de la Relación entre Arquitectura de Software y Usabilidad. El proceso unificado de racional (RUP) y su relación con las técnicas y Métodos de la ingeniería de usabilidad del software.

• MARTÍNEZ, M. La investigación cualitativa etnográfica en educación. México: Trillas; 1994 p. 48

• NEGROPONTE, N. (2000) El mundo digital. Ediciones B. Barcelona nº 92. Ed. Universidad de Castilla La M ancha. Cuenca.

• PRATS, J. (2003): "Ideas para la creación de una internet para la educación secundaria.

• SALINAS, J. Enseñanza flexible, aprendizaje abierto. Las redes como herramientas de formación.

• SANDOVAL CASALIMA, CARLOS investigación cualitativa .ICFES 1996.Módulos de Investigación Social

• SOMMERVILLE, IAN, Ingeniería de Software. 2005, Pearson educación S.A., Madrid. 7ª ED. Pagina WEB:

• SIERRA BRAVO, RESTITUTO. (1991) "Técnicas de Investigación Social" (7ª Edición). Madrid. Paraninfo.

• VISION, 2019. Ministerio de Educación Nacional. Colombia: octubre de 2006

• VYGOTSKY, L. El desarrollo de los procesos psicológicos superiores. Barcelona: Crítica. 1989

INFOGRAFIA

• http://www.conocimientosweb.net/portal/article523.html

• http://www.elearningamericalatina.com/edicion/octubre3/it_1.php

• http://www.hemphillschools.com/

Autor:

Edgar Alfonso Marin Acosta