Desarrollo de Software para el Diagnóstico Pedagógico de Niños con Dificultades en Aprendizaje (página 2)
Enviado por Ariel Vald�s G�mez
Modelo de Caso de Uso del Sistema
A continuación se representan los casos de uso del sistema, indicando quiénes son los actores y trabajadores del negocio y por qué lo son.
Definición de los actores.
Los actores no son ninguna parte del sistema, ellos representan a cualquiera o algo que debe interactuar con el sistema. Un actor puede que:
- Sólo brinde información de entrada al sistema.
- Sólo reciba la información del sistema.
- Brinde y reciba información.
Actores del sistema | Justificación |
Usuario | Especialista del CDO que realiza el diagnóstico pedagógico. |
A través de las tablas siguientes se enuncian y describen los casos de uso del sistema y se referencia con los requerimientos funcionales planteados.
Listado de casos de uso
Caso de Uso: | 01 Registrar Nuevo Alumno | ||
Actores: | Usuario | ||
Descripción: El Usuario registra los datos personales del alumno. | |||
Referencias: | R 1. | ||
Requerimientos especiales |
Caso de Uso: | 02 Obtener examen | ||
Actores: | Usuario | ||
Descripción: El Usuario, a partir de los datos personales obtiene el examen que debe aplicar al Alumno. | |||
Referencias: | R 2. | ||
Requerimientos especiales |
Caso de Uso: | 03 Introducir resultados de examen | ||
Actores: | Usuario | ||
Descripción: El usuario introduce el resultado del examen | |||
Referencias: | R 3. | ||
Requerimientos especiales |
Caso de Uso: | 04 Obtener Valoración Pedagógica | ||
Actores: | Usuario | ||
Descripción: El sistema genera la valoración pedagógica del Alumno. | |||
Referencias: | R 4. | ||
Requerimientos especiales |
Caso de Uso: | 05 Obtener Recomendaciones | ||
Actores: | Usuario | ||
Descripción: El sistema genera las recomendaciones que se deben seguir con el Alumno. | |||
Referencias: | R 5. | ||
Requerimientos especiales |
Diagrama de actividad de los Casos de Uso del Sistema
Caso de uso: 01 Registrar nuevo alumno |
Caso de uso: 02 Obtener examen |
Caso de uso: 03 Introducir resultados de examen |
Caso de uso: 04 Obtener valoración pedagógica |
Caso de uso: 05 Obtener Recomendaciones |
Diagrama de secuencia de los casos de uso del sistema
Un diagrama de secuencia muestra las interacciones de objetos organizadas en la secuencia de tiempo. Ellos representan los objetos y clases involucradas en el escenario y la sucesión de mensajes intercambiados entre los objetos necesitados para llevar a cabo la funcionalidad del escenario. Los diagramas de secuencia, generalmente, se asocian con una realización de casos de uso del sistema bajo desarrollo.
Diagrama de Secuencia de los casos de uso |
Diagrama de clases
Un Diagrama de clases es un artefacto donde se representan los conceptos en un dominio del problema. Representa las cosas del mundo real, no de la implementación automatizada de estas cosas. Se crean los diagramas de clase para proporcionar una representación o vista de algunas o todas las clases en el modelo. El diagrama de clase principal en la vista lógica del modelo es típicamente una representación de los paquetes en el sistema.
Diagrama de clases |
Diagrama de componentes
El Diagrama de componentes muestra un conjunto de elementos del modelo tales como componentes, subsistemas de implementación y sus relaciones.
En el caso de la aplicación que se analiza, la aplicación está constituida por tres archivos: un ejecutable (DiagnoPed.exe), una base de datos de Access (DiagnoPed.mdb) y el archivo de ayuda (DiagnoPed.hlp).
Diagrama de componentes |
Aplicación resultante
La construcción de la aplicación se realizó mediante el empleo de la programación visual que suministra Delphi. La misma posee un formulario o ventana principal que, a través de un menú principal (TMainMenu) permite el acceso a las siguientes opciones:
- Indicadores: Ofrece acceso a las bases de datos del sistema (base de conocimientos) donde se almacenan las asignaturas, componentes y objetivos por grado que se tienen en cuenta durante el proceso de diagnóstico y caracterización del niño. A través de esta opción, el usuario tendrá acceso, además, a las recomendaciones psicopedagógicas que para el cumplimiento de cada objetivo, se deben introducir en la alternativa curricular del alumno con dificultades, las cuales se podrán modificar según criterios de expertos.
- Alumno: A través de este submenú se introducen todos los datos correspondientes a los alumnos. Posee tres opciones principales:
- Datos generales: Mediante un formulario se introducen los datos del alumno (caso de uso 01).
- Confeccionar examen: Permite al usuario obtener el examen que debe aplicar al alumno, en dependencia del grado y caracterización psicopedagógica del maestro que lo remite al C.D.O. (caso de uso 02).
- Prueba pedagógica: Mediante esta opción el especialista introduce los resultados de la prueba realizada, marcando a través de un formulario con casillas de verificación, los objetivos que se cumplieron y los que el niño no pudo cumplir (caso de uso 03).
- Valoración pedagógica: Muestra un informe, que se puede obtener en formato impreso, con los datos generales del alumno y la caracterización o valoración psicopedagógica del alumno (caso de uso 04).
- Recomendaciones: Muestra un informe, que se puede obtener en formato impreso, con las recomendaciones para el tratamiento del alumno por parte del maestro o la familia (caso de uso 05).
- Informes: Brinda el acceso a los resultados del proceso de diagnóstico. Posee las siguientes opciones:
- Ayuda: Ofrece el acceso a la ayuda y créditos del sistema.
Ventana principal del software |
Para crear los reportes se utiliza Rave Reports y, en la generación de la ayuda, Microsoft Help WorkShop que permite crear un archivo de ayuda basado en el estándar de Windows.
CONCLUSIONES
- Con el diseño y elaboración de la aplicación propuesta, especialistas del Centro de Diagnóstico y Orientación disponen de una herramienta de apoyo para el proceso de diagnóstico capaz de definir las necesidades educativas para cada niño, reduciendo considerablemente el tiempo empleado en esta actividad
- La aplicación tiene, además, un valor social pues contribuye a mejorar las condiciones de trabajo, desempeño y equidad en las valoraciones realizadas y facilita el trabajo del personal del Centro de Diagnóstico y Orientación.
- La modelación del sistema se realizó aplicando la Metodología RUP que utiliza UML para la descripción de la aplicación, mientras que la Programación Orientada a Objetos le confiere portabilidad y reusabilidad al código del programa.
BIBLIOGRAFÍA
Biblioteca de Consulta Microsoft Encarta 2005.
Borland Software Corporation (2002). Delphi Help.
Fonseca Hernández, J. A. (200?). Fundamentos de la programación orientada a objetos. Disponible en http://www.monografias.com/trabajos28/programacion-objetos/. Fecha de consulta: 31/05/06.
García y col. (2000). Curso de Informática para niños. Metodología y documentación. Ludosoft 2000. p. 6.
Jacobson, I.; Booch, G. y Rumbaugh, J. (2000). El Proceso Unificado de Desarrollo de Software. Pearson Educación. S. A., Madrid. ISBN: 84-7829-036-2. 463pp.
Juristo, N. y col. (2005). Técnicas de evaluación de software. [Consulta: 11 de julio de 2006]. Disponible en: .
Macchiavello, T. (2006). Sistemas Expertos. [Consulta: 12 de julio de 2006]. Disponible en: http://www.monografias.com/trabajos30/sistemas-expertos.
Marquès Graells (2000). Impacto de las TIC en Educación: Funciones y Limitaciones. En: "LA EDUCACIÓN EN LA SOCIEDAD DE LA INFORMACIÓN Y EL CONOCIMIENTO" [CD-ROM]
Moreno, G. (2000). Ingenieria de SoftwareUML. [Consulta: 12 de julio de 2006]. Disponible en: /trabajos5/insof/insof.shtml
Pérez, R. y col. (2003). Programación Orientada a Objetos con C#. Universidad de Matanzas "Camilo Cienfuegos". Universidad de las Ciencias Informáticas. [Soporte digital]
Pressman, R. (200?). Ingeniería de software. Un enfoque práctico. Universidad de las Ciencias Informáticas. [Soporte Digital]
Rodríguez, R. y col (2000). Introducción a la informática educativa. Universidad de Pinar del Río Hermanos Sainz, Instituto Superior Politécnico José A. Echeverría. República de Cuba. 2000. 151 pp.
UCI (2004). Manual del Profesor. Asignatura: Ingeniería de Software 1. Curso: 2004-2005. Universidad de las Ciencias Informáticas.
Datos del autor
Ing. Ariel Valdés Gómez
Ingeniero Mecánico
Fecha de realización: julio de 2006
Página anterior | Volver al principio del trabajo | Página siguiente |