Desarrollo de una aplicación Web para la gestión de calificaciones de alumnos

Transcripción

1 PROYECTO FIN DE CARRERA Desarrollo de una aplicación Web para la gestión de calificaciones de alumnos Fecha: Julio 2009 Autora: Gloria Núñez Mayorga Tutor: Jesús Arias Fisteus

2 Introducción La tarea de calificar a los alumnos de una asignatura se complica cuando: Numerosas asignaturas Numerosas calificaciones para cada alumno Hojas de cálculo difíciles de entender Hay que compartir esta información con otros profesores 2

3 Índice Objetivos Estado del arte Requisitos Diseño de alto nivel Diseño de bajo nivel Implementación Conclusiones y trabajos futuros Demostración 3

4 Objetivos Proporcionar una herramienta que: Permita al profesor gestionar de forma sencilla las calificaciones de los alumnos que tiene asignados en cada año académico. Calcule de forma automática aquellas calificaciones que dependen de otras para calcularse. NOTA FINAL = prácticas * 40% + examen * 60% Importe y/o exporte los datos a formato csv. Permita que varios profesores se conecten y compartan la información. 4

5 Estado del arte Sistema de Gestión de Contenido Comparativa de CMS Tecnologías de desarrollo

6 CMS (Content Management System) Permite a los usuarios contar con una herramienta de soporte en la creación y administración de contenidos de forma colaborativa. Con frecuencia es una aplicación Web. Principales características: Interfaz amigable con el usuario final Edición WYSIWYG ( What You See is What You Get ) Flujos de trabajo o workflows Gestión de usuarios y grupos Gestión de seguridad Motor de búsqueda que indexa automáticamente el contenido Trabajo con plantillas Base de Datos Separan diseño y presentación 6

7 Estado del arte Sistema de Gestión de contenido Comparativa de CMS Tecnologías de desarrollo

8 Comparativa de CMSs Requisitos del CMS seleccionado: Código Libre. Comunidad de usuarios activa y continua evolución. Multiplataforma. Facilidad de uso. Facilidad en la gestión y administración. Extensibilidad. Gestión de seguridad. Gestión de usuarios y grupos. Gestión de flujos de trabajo. Multilenguaje. 8

9 Comparativa de CMSs (II) Drupal Jommla OpenCMS Plone WordPress Lenguaje de programación PHP PHP Java Python PHP Servidor de Aplicaciones PHP Apache o PHP Tomcat o JBoss Zope Apache o PHP Base de Datos MySQL, PostgreSQL MySQL Oracle, MySQL, PostgreSQL ZODB, MySQL, PostgreSQL Seguridad Bien Bien Bien * Excelente Bien Soporte Excelente Muy bien Muy bien Excelente Bien MySQL Facilidad de uso Muy bien Bien Bien Excelente Muy bien Rendimiento Muy bien Muy bien Excelente * Excelente Bien Administración y mantenimiento Muy bien Muy bien Bien Excelente Bien Flexibilidad Excelente Excelente Excelente Excelente Muy bien Extensibilidad Excelente Excelente Excelente Excelente Muy bien Comunidad de usuarios Excelente Excelente Excelente Excelente Excelente * Mayor funcionalidad por un coste adicional Plone: Alta seguridad, flexibilidad en la gestión de perfiles, permisos y flujo de trabajo. 9

10 Estado del arte Sistema de Gestión de Contenido Comparativa de CMSs Tecnologías de desarrollo

11 Plone Sistema de Gestión de Contenidos, de Código Libre, basado en Zope y programado en Python. Puede utilizarse como: Servidor intranet o extranet, Sistema de Publicación de documentos y Herramienta de trabajo en grupo para colaborar entre entidades distantes. Plone cuenta con las características de Zope. 11

12 ZOPE (Z Object Publishing Enviroment) Servidor de Aplicaciones de código libre escrito en Python. Web Oficial de Zope ZODB (Zope Object Data Base). Base de Datos Transaccional Orientada a Objetos. Soporta transacciones, control de concurrencia y resolución de conflictos. Permite deshacer cualquier acción. ZMI (Zope Management Interface). Entorno de desarrollo vía web desde el que se puede publicar objetos y desarrollar aplicaciones. 12

13 ZOPE (II) Características principales: Tiene su propio Servidor Web y Base de Datos. Gestión de Seguridad: basado en el concepto delegación del control, lo que permite asignar el control de forma parcial a los distintos usuarios. Adquisición: Los objetos pueden obtener atributos y otros objetos del entorno. Si una variable no se encuentra en el contenedor actual se busca en los contenedores superiores, hasta dar con su valor. Integración con Base de Datos relacionales (MySQL, PostgreSQL, Oracle,..) Extensiones 13

14 ZOPE (III) Tecnologías que utiliza: DTML (Document Template Markup Language) ZPT (Zope Page Template) Python Scripts 14

15 ZOPE (IV) DTML (Document Template Markup Language) Lenguaje de Zope basado en etiquetas. Se puede utilizar en: Presentación de los datos Lógica de la aplicación Ejemplo: <body> <h1>hola <dtml-var nombre> tienes <dtml-var edad> años. </h1> </body> 15

16 ZOPE (V) ZPT (Zope Page Template) Utilizado en la generación de documentos HTML. Componentes: TAL (Template Attribute Language): Lenguaje de plantillas que emplea atributos especiales en las etiquetas HTML para realizar distintas acciones como operaciones con variables, repetición de etiquetas y sustitución de contenidos. METAL (Macro Expansion TAL): Para la reutilización de código entre plantillas. TALES (TAL Expression Syntax): Describe qué expresiones se pueden utilizar para proporcionar datos a TAL y METAL. Ejemplo: <body> <h1 tal:content= template/id /> <!-- Muestra el nombre del template --> <ul tal:define= numeros python:range(1,4) > <! Define la variable números como una tupla --> <li tal:repeat= numero numeros > <! Recorre la tupla de números--> <span tal:content= numero /> <!-- Muestra el número--> </li> </ul> </body> 16

17 ZOPE (VI) Python Script Utilizado como una función de python, que depende del contexto donde sea ejecutado se tendrá acceso a unos objetos u otros gracias a la adquisición. Web Oficial de Python: Ejemplo: ## Script (python) actionscript ## parameters = nombre, edad Return Hola + nombre + tienes + edad + años. 17

18 Requisitos

19 Requisitos funcionales de la aplicación Acceso Usuarios y grupos Perfiles de usuario Compartir contenido Usuarios simultáneos Nuevos tipos de contenido: Año académico, Asignatura, Grupo, Alumno, Calificación y Plantilla de Calificación. Edición de tipos de contenido Importación/Exportación de tipos de contenido Otras acciones: mover, cortar, copiar, pegar y eliminar. Carga especial de calificaciones PRACTICAS = P1*30% + P2*30% + P3*40% Búsquedas 19

20 Diseño de alto nivel Selección de tecnologías Arquitectura de la aplicación

21 Plone vs otros CMS (I) Los CMSs basados en PHP se están expandiendo. Sin embargo, tienen limitaciones si se requiere: Alto nivel de seguridad Gestión potente de acceso a usuarios y grupos Gestión de flujos de trabajo Artículo sobre Plone 3.0 en Linux Magazine nº 36 (18 de septiembre de 2008). Zope proporciona un pilar sólido para Plone, haciéndolo realmente interesante para aplicaciones de negocio críticas. 21

22 ZODB vs Base de Datos relacional Plone utiliza la ZODB (Base de Datos transaccional de Zope) Se puede modificar la Base de Datos donde se almacenan los objetos y utilizar una relacional. Necesario instalar un producto zope adicional. Se va a utilizar la ZODB para que la instalación sea más sencilla y que un usuario sin conocimientos de informática pueda descargarse la aplicación y utilizarla en pocos minutos. 22

23 Eggs vs Productos Zope Con Zope2, para desplegar una aplicación había que insertar el código del producto en la carpeta Products de la instancia Zope. Con la aparición de Zope3, se propone un nuevo modo de desplegar las aplicaciones zope más modular y flexible mediante el uso de eggs. Plone 3 y Zope2/Five. Ambos tipos de productos son válidos para las versiones 3.x de Plone, sin embargo, la tendencia es crear eggs. Migración de Plone 2.5 a Plone 3. 23

24 Diseño de alto nivel Selección de tecnologías Arquitectura de la Aplicación

25 Arquitectura de la Aplicación 25

26 Diseño de bajo nivel Modelo de datos

27 Modelo de datos Base de Datos Transaccional Son bases de datos cuyo objetivo es el envió y recepción de datos a grandes velocidades. Por lo tanto la redundancia y duplicación de información no son un problema. 27

28 Implementación

29 Implementación Schemas y clases de los nuevos tipos de contenidos. Ficheros XML con la configuración: Registro de los nuevos tipos de contenido y sus propiedades. Registro de los índices y metadatos. Definición y registro de flujos de trabajo o workflows. Vistas de los tipos de contenido Templates con los formularios, resultados de búsquedas,... Scripts de python: Cálculo de calificaciones, importación y exportación de los datos,... Validadores. Hojas de estilo e imágenes. 29

30 Arquetipos (ArcheTypes) Directorio: content Archivo: Grupo.py SGrupo = BaseSchema.copy() SGrupo["title"].widget.label = "codigogrupo" SGrupo["title"].required = 0 SGrupo["id"].required = 0 SGrupo["title"].widget.visible = {"edit": "invisible", "view": "invisible"} SGrupo["id"].widget.visible = {"edit": "invisible", "view": "invisible"} SGrupo += Schema(( StringField('codigoGrupo', searchable=1, required=1, widget=stringwidget(description="""código del grupo de la asignatura""", label="código"),), StringField('nombreGrupo', searchable=1, required=1, widget=stringwidget(description="""nombre del Grupo.Ej: 71""", label="grupo"),), )) 30

31 Ficheros de configuración Directorio: profiles/default Archivo: types.xml <?xml version="1.0"?> <object name="portal_types" meta_type="plone Types Tool"> <object name="ano" meta_type="factory-based Type Information with dynamic views"/> <object name="asignatura" meta_type="factory-based Type Information with dynamic views"/> <object name="grupo" meta_type="factory-based Type Information with dynamic views"/> <object name="alumno" meta_type="factory-based Type Information with dynamic views"/> <object name="calificacion" meta_type="factory-based Type Information with dynamic views"/> <object name="plantillacalificacion" meta_type="factory-based Type Information with dynamic views"/> </object> 31

32 Conclusiones

33 Conclusiones Se han cumplido los objetivos marcados. Los resultados de las pruebas han sido satisfactorios. Plone buena opción? Seguridad, mapeo con numerosos permisos y perfiles de usuario. Capacidades avanzadas de flujo de trabajo. Nos ha permitido cumplir todos los requisitos de forma satisfactoria y sin demasiada dificultad. Nos aporta funcionalidad adicional. 33

34 Trabajos futuros

35 Trabajos futuros Integración con LDAP (Lightweight Directory Access Protocol o Protocolo Ligero de Acceso a Directorios) Internacionalización Etiquetas i18n y archivos.po con las traducciones Nuevas funcionalidades Acceso a alumnos para consultar las calificaciones y realizar las reclamaciones. Solicitud y planificación de tutorías. Servicio Web para conectarse a la aplicación y descargarse los datos. 35

36 Demostración

37 Gracias por su atención

38 38

39 39

40 Planificación y presupuesto

41 Planificación 41

42 Presupuesto Fase Coste en días Coste en horas Coste en euros Estudio Análisis y diseño Implementación Pruebas 5 12,5 375 Manuales y documentación Presentación Coste desarrollo , Coste material 800 Coste Total

43 Python Lenguaje de programación interpretado. Web Oficial de Python: Características: Sintaxis elegante, minimalista y densa. No utiliza: ;, {, } Moderno: Soporta objetos y estructuras de datos de alto nivel. Organizado y extensible Multiplataforma Código Libre De propósito general Ejemplo: def f3 (self, x, y): if x: if y: f1() f2() 43

44 Plone vs otros CMS (II) Ventajas del uso de Plone: Código libre Fácil de instalar. Ideal para intranets y extranets. Extensible. Comunidad de desarrollo activa. Traducción a más de 50 lenguajes. Estándares: XHTML, CSS,.. Ficheros XML con la configuración. No requiere Base de Datos relacional. Gestión de usuarios y grupos. Gestión de seguridad basada en permisos y perfiles de usuario. Gestión de flujos de trabajo. Indexa automáticamente y permite búsquedas sobre el contenido. 44

45 Drupal Web Oficial: Servidor de Aplicaciones: PHP Lenguaje de programación: PHP Base de Datos: MySQL, PostgreSQL Comunidad activa de usuarios. Calidad de código y páginas generadas. Inconvenientes: Poco intuitivo Curva de aprendizaje elevada 45

46 Joomla Web Oficial: Servidor de Aplicaciones: Lenguaje de programación: Base de Datos: Apache o PHP PHP MySQL 46

47 WordPress Web Oficial: Servidor de Aplicaciones: Lenguaje de programación: Base de Datos: Apache o PHP PHP MySQL 47

48 Plone Web Oficial: Servidor de Aplicaciones: Lenguaje de programación: Base de Datos: Zope Python ZODB, MySQL, PostgreSQL, Oracle 48

49 OpenCMS Web Oficial: Servidor de Aplicaciones: Lenguaje de programación: Base de Datos: Tomcat, JBoss Java MySQL, PostgreSQL, Oracle 49

50 Otros requisitos La interfaz debe cumplir con las siguientes características: Amigable con el usuario No debe tener ambigüedades Debe contener todas las funcionalidades Multiplataforma Tomando como referencia la forma en la que Zope organiza los objetos, la estructura de la aplicación es: 50