Desarrollo de Software para el Diagnóstico Pedagógico de Niños con Dificultades en Aprendizaje (página 2)

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.

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

Diagrama de actividad de los Casos de Uso del
Sistema

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 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 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).

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:

2. 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.
3. 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).

1. • 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).
2. Informes: Brinda el acceso a los resultados
   del proceso de diagnóstico. Posee las siguientes
   opciones:
3. Ayuda: Ofrece el acceso a la ayuda y créditos del sistema.

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

1. 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
2. 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.
3. 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