Partes: 1, 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.

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:

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.

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

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: http://www.monografias.com/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