Tesis Huerto

Universidad ORT Uruguay Facultad de Ingeniera

Sistema Informtico para Colegios

SIINCOEntregado como requisito para la obtencin del ttulo de Analista Programador

Bruno Coppes - 125412 Mauricio Klivzov - 65398 Tutor: A/P Diego Martin

2009

ABSTRACTEste proyecto est orientado al desarrollo de un sistema informtico para la gestin acadmica del ciclo bsico de secundaria en el colegio privado Nuestra Seora del Huerto radicado en la ciudad de Paysand. Dicho sistema permitir optimizar su trabajo diario acotando los tiempos de proceso y mejorando la solidez de la informacin en las reas de gestin administrativa, acadmica y reglamentaria. Gestin Administrativa: Inscripcin de alumnos, administracin del cuerpo docente, cursos dictados, planes, grupos, etc. Gestin Acadmica: Ingreso de calificaciones, exmenes, inasistencias, manejo de escolaridades. Gestin Reglamentaria: Validaciones de inscripciones de alumnos y aprobacin de cursos basndose en el reglamento del Consejo de Educacin Secundaria (CES) para el ciclo bsico segn el plan 2006.

En las distintas etapas de este proyecto se usaran diversas herramientas entre las que se destacan Microsoft Visual C# 2008 para el desarrollo y Microsoft SQL Server 2008 Express Edition como motor de Base de Datos.

2

NDICE1. ANTEPROYECTO...............................................................................................................................7 1.1. INTRODUCCIN..........................................................................................................................7 1.2. PRESENTACIN DEL CLIENTE..................................................................................................8 Cantidad de alumnos aproximada:...............................................................................................8 Sobre las Inscripciones.................................................................................................................9 Entrega de Calificaciones.............................................................................................................9 Pruebas semestrales....................................................................................................................9 1.3. PRESENTACIN DEL PROBLEMA...........................................................................................10 1.4. LISTA DE NECESIDADES..........................................................................................................11 1.5. ANLISIS ESTRATGICO.........................................................................................................11 1.6. ACTORES INVOLUCRADOS ....................................................................................................11 1.7. OBJETIVOS................................................................................................................................12 1.8.1. Requerimientos funcionales..................................................................................................13 1.8.2. Requerimientos no funcionales / restricciones......................................................................13 1.9. DESCRIPCIN DEL ENTORNO.................................................................................................14 1.9.1 Diagrama de casos de uso General.......................................................................................14 1.9.2. Diagrama Conceptual...........................................................................................................15 1.10.1. Alcances.............................................................................................................................15 1.10.2. Limitaciones.......................................................................................................................16 1.11. ESTUDIO DE ALTERNATIVAS.................................................................................................17 1.11.1 Seleccin de la alternativa...................................................................................................17 1.11.2 Arquitectura.........................................................................................................................18 1.11.3.1. Factibilidad operativa...................................................................................................19 1.11.3.2. Factibilidad tcnica.......................................................................................................19 1.11.3.3. Factibilidad legal..........................................................................................................19 1.11.3.4. Factibilidad econmica.................................................................................................20 1.11.3.4.1. ............................................................................................................................21 1.12 ANLISIS DE RIESGOS............................................................................................................22 1.12.1 Sobre el Anlisis de Riesgos...............................................................................................22 1.12.2 Anlisis de Riesgos de nuestro proyecto..........................................................................22 1.13. PLAN DE PROYECTO..............................................................................................................30 1.13.1. Definicin del Proceso........................................................................................................30 1.13.1.1. Metodologa.................................................................................................................30 1.13.1.2. Ciclo de Vida................................................................................................................30 1.13.1.3. Iteraciones Definidas....................................................................................................30 1.13.1.4. Integrantes y Roles......................................................................................................31 1.13.1.5. Descripcin y Seleccin de Herramientas....................................................................31 1.13.1.6. Plan de SQA (Software Quality Assurance)..................................................................32 1.13.1.6.1. Estndares Definidos y Convenciones...................................................................33 1.13.1.6.2. Plan de Testeo......................................................................................................33 1.13.1.7. Plan de SCM............................................................................................................34 1.13.1.8. Plan de Capacitacin ..................................................................................................35 1.13.1.9. Cronograma de Trabajo y Criticidad.............................................................................35 1.14. COMPROMISO DE TRABAJO..................................................................................................39 2. PROYECTO......................................................................................................................................40 2.1. ETAPA DE APRENDIZAJE DE HERRAMIENTAS......................................................................40 2.2. DISEAR GUI............................................................................................................................41 2.2.1. Definicin de Interfaces de Usuario......................................................................................41 2.3. APLICACIN BASE ...................................................................................................................43 2.4. DISEO DE ACCESO A DATOS................................................................................................52 2.4.1. Capa de persistencia............................................................................................................52 2.5. ITERACION I..............................................................................................................................53 2.5.1. Reunin con el Cliente.........................................................................................................53

3

2.5.2. Planificacin y Anlisis de riesgos........................................................................................55 2.5.3. Anlisis.................................................................................................................................60 2.5.3.1. Requerimientos..............................................................................................................60 2.5.3.2. Anlisis de los Casos de Uso.........................................................................................60 2.5.3.3. Diagramas de Secuencia...............................................................................................65 2.5.3.4. Anlisis de Clases..........................................................................................................69 2.5.4. Diseo..................................................................................................................................72 2.5.4.1. Casos de Uso de Diseo...............................................................................................72 2.5.4.2. Diagramas de secuencia................................................................................................88 2.5.4.3. Diagramas de Clases...................................................................................................118 2.5.5. Implementacin..................................................................................................................124 2.5.5.1. Diccionario de Clases..................................................................................................124 2.5.5.2. Mapeo de Clases a Tablas...........................................................................................132 2.5.6. Testeo................................................................................................................................135 2.5.6.1. Conclusiones del Testeo..............................................................................................157 2.5.7 Resumen de la Iteracin I....................................................................................................157 2.6 ITERACION II............................................................................................................................158 2.6.1. Reunin con el Cliente........................................................................................................158 2.6.2. Planificacin y Anlisis de riesgos......................................................................................160 2.6.3. Anlisis...............................................................................................................................165 2.6.3.1. Requerimientos............................................................................................................165 2.6.3.2. Anlisis de Requerimientos. ........................................................................................166 2.6.3.2. Anlisis de los Casos de Uso.......................................................................................170 2.6.3.3. Diagramas de Secuencia.............................................................................................172 2.6.4. Diseo................................................................................................................................175 2.6.4.1. Casos de Uso de Diseo..............................................................................................175 2.6.4.2. Diagramas de secuencia..............................................................................................183 2.6.4.3. Diagramas de Clases......................................................................................................196 2.6.5. Implementacin..................................................................................................................202 2.6.5.1. Diccionario de Clases..................................................................................................202 2.6.5.2. Mapeo de Clases a Tablas...........................................................................................213 2.6.6. Testeo................................................................................................................................217 2.6.6.1. Conclusiones del Testeo..............................................................................................228 2.6.7. Resumen de la Iteracin II..................................................................................................228 2.7. ITERACION III..........................................................................................................................229 2.7.1. Reunin con el Cliente........................................................................................................229 2.7.2. Planificacin y Anlisis de riesgos......................................................................................230 2.7.3. Anlisis...............................................................................................................................231 2.7.3.1. Requerimientos............................................................................................................231 2.7.3.2. Anlisis de los Casos de Uso.......................................................................................231 2.7.3.3. Diagramas de Secuencia.............................................................................................232 2.7.4. Diseo................................................................................................................................234 2.7.4.1. Casos de Uso de Diseo..............................................................................................234 .................................................................................................................................................236 .................................................................................................................................................237 .................................................................................................................................................238 2.7.4.2. Diagramas de secuencia.............................................................................................239 ........................................................................................................................................................239 ....................................................................................................................................................241 ............................................................................................................................................................245 2.7.4.3. Diagramas de Clases...................................................................................................245 ............................................................................................................................................................246 ............................................................................................................................................................247 ............................................................................................................................................................248 ............................................................................................................................................................248 ............................................................................................................................................................249 4

2.7.5. Implementacin..................................................................................................................250 2.7.5.1. Diccionario de Clases..................................................................................................250 2.7.5.2. Mapeo de Clases a Tablas...........................................................................................251 ............................................................................................................................................................251 2.7.6. Testeo................................................................................................................................252 2.7.6.1. Conclusiones del Testeo..............................................................................................256 2.7.7 Resumen de la Iteracin III..................................................................................................257 2.8 DESPLIEGUE............................................................................................................................258 2.9 POLTICA DE SEGURIDAD Y RESPALDO...............................................................................260 2.10 PLAN DE CONTINGENCIA.....................................................................................................261 2.10 PLAN DE CAPACITACION......................................................................................................262 2.11 CONCLUSIONES FINALES.....................................................................................................263 2.11.1 Lecciones Aprendidas.......................................................................................................263 3. BIBLIOGRAFIA...............................................................................................................................265 4. ANEXOS.........................................................................................................................................266 4.1. ANEXO I. SELECCIN DE HERRAMIENTAS..........................................................................266 4.2. ANEXO II. CLCULO DE PUNTOS DE FUNCIN...................................................................267 4.2.1. Hoja de trabajo utilizada para el clculo del punto de funcin.............................................267 4.2.2. Calculo de funciones..........................................................................................................268 4.3. ANEXO III. CONVENCIONES DE NOMENCLATURA..............................................................271 4.3.1. Convenciones del uso de Maysculas y minsculas...........................................................271 4.3.2. Convencin de Nombres....................................................................................................271 4.4. ANEXO IV. PRUEBA DEL SOFTWARE (Testeo)......................................................................274 4.5. ANEXO V. POO........................................................................................................................276 4.6. ANEXO VI. MTODOS.............................................................................................................278 4.7 ANEXO VII. GANTT TIEMPOS REALES...................................................................................281 ........................................................................................................................................................281 4.8 ANEXO VIII. INFORMES DE AVANCE......................................................................................282 4.9 ANEXO IX. MANUAL DE USUARIO..........................................................................................293

Inicio de Sesin...................................................................................294 Pantalla principal del sistema..............................................................295 Ficheros...............................................................................................296 Men de Bsquedas............................................................................296 Men Mantenimiento...........................................................................297 Agregar un nuevo elemento................................................................297 Editar un Elemento..............................................................................297 Eliminar un Elemento..........................................................................298 Gestin Escolar....................................................................................299.......................................................................................................................................................299

Manejo de grupos................................................................................300 Inscripciones.......................................................................................301 Registrar Notas Finales........................................................................301 Registrar Inasistencias.........................................................................303 Procesar Grupos..................................................................................303 Registrar Resultados de Exmenes......................................................304 Informes..............................................................................................306

5

Men Informes....................................................................................306 Emitir Informes....................................................................................306 Configuracin......................................................................................310 Base de Datos:....................................................................................310 Manejo Ao Lectivo.............................................................................312 Realizar Cambio de Estado..................................................................313 Sobre el correcto funcionamiento del sistema.....................................3134.10 ANEXO X. EJEMPLO DE CODIGO:........................................................................................318 4.11 ANEXO XI. SOBRE EL DISEO IUI:.......................................................................................321

6

1. ANTEPROYECTO1.1. INTRODUCCINEl Colegio - Liceo Nuestra Seora del Huerto desea automatizar la gestin acadmica de los cursos dictados y sus integrantes, alumnos, profesores, materias, etc. Por tal motivo se recab una serie de informacin que permitieron identificar estos componentes con el fin de realizar la implementacin de una solucin informtica que contemple a todos y cada una de ellos. Las reas que el colegio desea automatizar en este proyecto son: Gestionar informacin de alumnos, profesores, cursos y materias Administracin de grupos de clases. Manejo de inscripciones de alumnos. Registro de calificaciones. Registro de insistencias de alumnos. Registro de resultados de exmenes. Gestin de aprobacin de cursos. Gestin de cronogramas. Gestin de Clases de Apoyo.

Estos puntos componen el ncleo principal de la gestin educativa del colegio por lo cual nuestro proyecto proveer una mejora sustancial en todas estas tareas para ganar tiempo, eficiencia y calidad.

7

1.2. PRESENTACIN DEL CLIENTELa Congregacin de las Hijas de Mara Santsima del Huerto llega en 1843 al Uruguay instalndose en el Hospital de Caridad de Montevideo. En la ciudad de Paysand tienen una amplia participacin en la atencin de los heridos en la defensa de la ciudad sitiada. A partir de 1890 inician la labor educativa en esta ciudad, en un saln construido junto al Asilo Galn y Rocha; posteriormente, a partir del 1912, inician su actividad en el espacio que ocupa actualmente la institucin en la calle Florida 1137. En 1975 se inaugura el edificio oficial donde funciona hoy el Colegio Nuestra Seora del Huerto. En el mismo se imparten cursos de Educacin Inicial, Primaria y Secundaria Bsica y Superior, al amparo de lo establecido en la Ordenanza 14 de ANEP. Esta trayectoria histrica, ya centenaria, es para las nuevas generaciones un eslabn de gloria y una garanta de presencia y fuerza del Espritu a travs del tiempo. Exige una actualizacin permanente para hacer del colegio un centro de inters. Respeta la libertad y la creatividad del educando, con una presencia providente del educador para lograr as una formacin integral. Su estructura organizacional est compuesta por: Superiora: Hermana Domitila. Director: Henry Oddone. Secretaria: Virginia Marr. Adscriptos: Juan Melgar, Silvia Fagundez (1 y 2). Jos Roullier (3 y 4). lvaro Pena (5 y 6). Encargado Pastoral: Marcelo Correa. Profesores: aproximadamente 60 profesores son los que imparten clases hoy en el colegio, muchos de los cuales se repiten en diferentes grupos. Cada profesor dicta una asignatura, la cual tiene una carga horaria semanal definida por secundaria. Cursos dictados: 1, 2, 3 ao corresponde a Ciclo Bsico. 4, 5, 6 ao Bachillerato Diversificado Grupos existentes en la actualidad: 4 grupos de primero. 4 grupos de segundo 3 grupos de tercero 2 grupos de cuarto 1 grupo 5 Humanstico, 1 Biolgica, 1 Cientfica 1 grupo 6 Ingeniera y 1 de Medicina Cantidad de alumnos aproximada: 1 120 alumnos 2 120 alumnos 3 90 alumnos 4 60 alumnos 5 40 alumnos 6 20 alumnos

Como nota destacable, debemos expresar el inters y compromiso ante nuestra propuesta de desarrollo e implementacin de un sistema que agilite y organice la informacin del colegio ya que actualmente el mismo no cuenta con ninguna solucin informtica de estas caractersticas. Adems debemos destacar el apoyo inicial recibido por el seor Alberto Castaero, profesor de informtica del colegio que motiv nuestro proyecto y nos abri las puertas para poder proponer nuestra idea. 8

Operativa del colegio Sobre las Inscripciones Cuando se realiza la matrcula en la administracin a cada alumno que desea inscribirse se le solicita: Pase de primaria (original) Cdula de identidad (fotocopia) Dos fotos carn Carn de salud Una vez comenzadas las clases, a cada alumno se le entrega un formulario para obtener datos ms personales tales como la ocupacin de los padres, direccin, telfono, composicin de la familia. Una vez obtenidos estos datos, se ingresan en un Matriculador (programa generardor de nmeros de alumnos) donde se les adjudica un nmero para identificarlos, el cual se inscribe en el sobre de cada alumno donde se almacena toda la documentacin referente al mismo. Adems del matriculador se realiza una Frmula 69, la cual es nica por alumno y en ella se encuentran todos sus datos. Con esta informacin, se confeccionan las listas donde figura el nombre completo del alumno, su cdula de Identidad, fecha de nacimiento y de qu escuela proviene. Para formar los grupos; en lo que respecta a primer Ao, el colegio se basa en la procedencia del alumno. En los grupos posteriores (segundo, tercero, etc.) al pasar de ao; si estaban en el grupo 1 1, estos alumnos pasarn al futuro grupo 21. Entrega de Calificaciones Se entrega en los primero das de mayo, las calificaciones correspondientes a Marzo Abril, en este caso son dos valores, uno respecto a la conducta del alumno y otro referente al rendimiento. En los primeros das de junio se hace la primera Reunin de Profesores donde a los profesores se les pide la conducta y rendimiento de mayo, y adems un concepto acompaado de un nmero que resume el trabajo del alumno en Marzo Abril Mayo En julio se les entrega solo la conducta y rendimiento del mes de julio En setiembre se realiza la segunda Reunin de Profesores donde como en la primera se les pide conducta rendimiento de los alumnos en Julio Agosto y luego el concepto con el promedio de los tres meses Junio Julio Agosto En los primeros das de noviembre se les entrega la conducta y rendimiento de Setiembre Octubre. Por ltimo luego de finalizados los cursos se realiza la Reunin Final de profesores donde se da slo la nota de promocin de cada asignatura acompaada de la palabra promovido o A Examen En cada una de las reuniones (primera y segunda) adems del concepto por asignatura en la reunin se realiza un concepto general del alumno. Pruebas semestrales Cada grupo de 1 a 4 realiza dos pruebas en el ao, las cuales les hacemos llegar a los padres en una hoja que no se entrega junto con el carnet. Adems, antes de finalizar el ao se realiza una tercera prueba pero nicamente aquellos alumnos candidatos a ir a examen dado el promedio. Con el resultado de esta prueba, el alumno puede evitar esta situacin. En caso de 4, 5, 6 ao, luego de realizar las dos pruebas se hace un promedio y segn este es se decide si el alumno va o no a examen en la materia.

9

1.3. PRESENTACIN DEL PROBLEMAEl colegio; dentro de su manejo interno procesa muchos y distintos tipos de informacin relevante que son vitales para la toma de decisiones y conclusiones durante el desarrollo y final del ao lectivo. Hoy da, todo este manejo se realiza de manera manual en papeles y solo en algn caso puntual en alguna planilla o documento electrnico aislado. Por tal motivo el colegio Nuestra Seora del Huerto, desea implementar un sistema informtico que permita manejar de manera digitalizada y centralizada la informacin relevante de alumnos, profesores, materias, cursos que se brindan en el colegio, grupos, etc. Para cumplir con este objetivo, como primer paso es necesario hacer un relevamiento exhaustivo del manejo interno del colegio y de de cada tipo de informacin que este procesa. En base a este relevamiento, se podr realizar un producto acorde a sus necesidades sin dejar ningn cabo suelto; esto resultar en un sistema informtico que brinde mayor agilidad y eficiencia a los procesos. Otro punto destacable al lograr esta implantacin, ser un aumento de la cantidad de archivo histrico con el que podr contar el colegio ya que la perpetuidad de la informacin manejada en papeles es muy acotada por durabilidad y tambin por espacio de almacenamiento. Como nota resaltable se puede decir adems que el sistema, si bien implementar tareas innovadoras que en la actualidad no se realiza o se hacen de manera manual debern ser en su conjunto, sumamente fieles a las existentes hoy, ya que son regidas por la normativa del Consejo de Educacin Secundaria que no puede ser alterado.

10

1.4. LISTA DE NECESIDADESDe la entrevista llevada a cabo con los responsables del colegio surgen los siguientes puntos a tener en cuenta al implementar la solucin. Disponer de un sistema que sea capaz de realizar las siguientes funciones: Gestionar informacin de alumnos. Gestionar informacin de profesores. Gestionar planes de estudio. Gestionar los diferentes cursos brindados por el colegio. Gestionar materias dictadas en los diferentes cursos brindados. Armar grupos de clases que se dictan cada ao. Registrar calificaciones, peridicas, finales de curso, exmenes, parciales, especiales. Registrar inasistencias de los alumnos a clases Gestionar la aprobacin de los alumnos. Permitir la carga de informacin histrica al inscribir alumnos que provienen de otro instituto / colegio. Validar inscripciones de alumnos a cursos. Emitir informe de escolaridad Frmula 69. Gestionar el armado de clases de apoyo para alumnos con bajo desempeo en las clases. Armar el cronograma de cursos de manera interactiva. Realizar la emisin de carnets Realizar informe de calificaciones/inasistencias por grupos. Realizar informes de las entidades manejadas por el sistema, alumnos, profesores, materias, planes, cursos. Permitir que los profesores puedan realizar tareas tales como ingreso de calificaciones desconectados del sistema y posteriormente poder integrar la informacin al mismo. Controlar el acceso a la informacin permitiendo diferentes niveles de privilegios.

1.5. ANLISIS ESTRATGICODebido a las caractersticas del colegio y a las actividades que este desempea, no encontramos justificable realizar un estudio de mercado ni un anlisis estratgico.

1.6. ACTORES INVOLUCRADOSSuperiora: Es la mxima autoridad del colegio. Director: Responsable principal del alcance del sistema, difcilmente sus tareas requieran que alimente al sistema, pero si tendr acceso a cualquier informacin que este maneje. Secretaria: Realizar tareas de mantenimiento sobre los datos del sistema como ser inscripcin de alumnos, ingreso de profesores, armado de grupos, emisin de carnets, etc. Adscriptos: Tambin sern responsables de los datos del sistema pero desde con otro tipo de responsabilidades ya que tendrn a cargo tareas como armado de cronogramas, mantenimiento de calificaciones, control de asistencias, etc. Profesores: Recopilarn la informacin necesaria para proveer de datos a los adscriptos y/o administrativos; calificaciones de los alumnos, asistencia y otros datos pertinentes. Son el nexo principal entre el alumnado y el sistema. Alumnos: En principio no interactuarn directamente con el sistema, pero son de vital importancia ya que sern los principales generadores de informacin que este manejar. Consejo de Educacin Secundaria (CES): El consejo tendr un rol preponderante dentro del desarrollo del proyecto ya que el mismo nos proveer informacin sobre la reglamentacin a seguir para la inscripcin de un alumno o la aprobacin de un curso, como as tambin ser una gua constante sobre los documentos permitidos por el mismo con el fin de no emitir un listado ilegtimo.

11

1.7. OBJETIVOSEliminar la gestin manual que implica un gasto de tiempo innecesario en varias de las tareas diarias, permitiendo adems un rpido acceso a la informacin. Ejemplo: Un ejemplo concreto y tangible de la reduccin de tiempos es la concrecin de un sistema que realice la validacin automtica de la inscripcin de un alumno para un curso. Esta validacin, hoy se realiza comprobando manualmente el historial del alumno lo cual implica un tiempo considerable mientras que de realizarlo de manera automatizada, la misma no llevara ms que segundos. Ampliar el registro de informacin del colegio a travs de la digitalizacin de la misma. Reducir al mnimo errores humanos en los procesos. Evitar la redundancia de tareas e informacin. Distribuir de una manera ms eficaz los recursos del colegio, por ejemplo que los profesores ingresen las calificaciones de sus alumnos evitando que el trabajo recaiga en un nico sector, actualmente Secretara.

-

12

1.8. LISTA DE REQUERIMIENTOS1.8.1. Requerimientos funcionales 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. Gestionar informacin de alumnos. Gestionar informacin de profesores. Gestionar planes. Gestionar cursos (Ao de clase, primero, segundo, etc.). Gestionar materias dictadas en los cursos. Gestionar usuarios y niveles de acceso del sistema. Gestionar armado de grupos (Ej. 1 1 matutino 2009). Gestionar inscripciones de alumnos. Validar la inscripcin de alumnos segn las normativas de secundaria. Registrar calificaciones. Registrar inasistencias de alumnos a clases. Validar aprobacin de cursos. Permitir la carga de informacin histrica al inscribir alumnos que provienen de otro instituto / colegio. Manejo de perodos de exmenes Emitir informe de escolaridad. Frmula 69. Gestionar el armado de clases de apoyo. Armar cronograma de cursos de manera interactiva. Realizar la emisin de carnets. Realizar informe de calificaciones /inasistencias por grupos. Realizar informes de las entidades manejadas en el sistema, alumnos, profesores, materias, cursos. Realizar bsquedas para todas las entidades gestionadas. Permitir que los docentes ingresen calificaciones de manera offline. Sincronizar en el sistema principal el ingreso de calificaciones offline.

1.8.2. Requerimientos no funcionales / restricciones Interfaz grfica enfocndose en tareas concretas y de fcil compresin para el usuario, permitiendo as un rpido aprendizaje del sistema por parte del mismo. Uso limitado del ratn, uso de atajos de teclado buscando rapidez en los procesos efectuados por los usuarios. Los trminos utilizados deben ser los mismos que se usan actualmente en el colegio; por ejemplo no usar la palabra Docente cuando en el colegio el trmino utilizado es Profesor. Seguridad. El ingreso al sistema deber estar restringido bajo contraseas cifradas y usuarios definidos. Rendimiento. El sistema deber ser capaz de soportar toda la informacin manejada por el Colegio.

13

1.9. DESCRIPCIN DEL ENTORNODentro del Colegio existen distintos actores como ser los Profesores, Adscriptos y Administrativos que mantienen la informacin necesaria para el mismo; cursos, materias, profesores, inscripciones de alumnos, calificaciones, asistencias, etc. Todos los das se recaba esta informacin desde los puntos de entradas correspondientes y se generan documentos mayoritariamente en papel y en algunos casos en algn documento o planilla electrnica. Esta informacin permite realizar resmenes y promedios regularmente tanto para el armado de carnets como para realizar un control puntual de cada rea. Tambin se genera informacin estadstica para la direccin del colegio.

1.9.1 Diagrama de casos de uso Generaluc Casos de Uso General SIST EMA

Gestionar Alumnos

Gestionar Profesore s

Gestionar Materias

Gestionar Plane s

Secretari a Gestionar Curso s Gestionar Grupo s

Gestionar Usuarios y Niv eles

Armar Cronograma Interactiv o

Profeso r

Validar inscripcion de Alumnos

Registrar calificaciones de Alumos

Registrar calificaciones de Ex menes

Registrar inasistencias de Alumnos

Validar aprobacin de Curso s Adscripto

Realizar carga histrica de Alumnos

Emitir informe de Escolarida d

Gestionar Clases de Apoyo

Emitir Carnets

Emitir informe Calificaciones / Inasistencia s

Emitir informes de Entidades Principale s

Realizar busquedas en las Entidades Principale s

Directo r Permitir trabaj o Asincrnico de los Profesore s

14

1.9.2. Diagrama Conceptualcmp Diagrama Conceptual -pertenece a Escolaridade s 1 Plane s -pertenece a 1.. * +pertenece a 1.. * 1.. * -registra 1.. * -tiene -forma Inscripcion -Genera 1.. * -registra 1.. * -Cursa 0..* -obtiene 0..*

Alumnos -genera 0..*

-Formado por -pertenece a 1.. * 1.. * Grupos -pertenece a -Pertenece a -forma 1.. * -tiene 1.. * 1 -de -asignado a Profesore s -tiene 0..* 0..* -tiene 0..* +perteneta a -pertenece a 0..* 0..*

Curso s

Inasistencia s

1

-pertenece a -pertenece a 0..* -es dada por -tiene 0..* -pertenece a 1 1

Materias

Calificacione s

1.10. ALCANCES Y LIMITACIONES1.10.1. Alcances Luego de realizado el anlisis de factibilidad y habindonos puesto de acuerdo con los responsables del colegio en distintas reuniones, se tomo la decisin de implementar los siguientes requerimientos: 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Gestionar informacin de alumnos. Gestionar informacin de profesores. Gestionar planes. Gestionar cursos (Ao de clase, primero, segundo, etc.) Gestionar materias dictadas en los cursos. Gestionar usuarios y niveles de acceso del sistema. Gestionar armado de grupos (Ej. 1 1 matutino 2009) Gestionar inscripciones de alumnos. Validar la inscripcin de alumnos segn las normativas de secundaria. Registrar calificaciones. Registrar inasistencias de alumnos a clases. Validar aprobacin de cursos. Generar Escolaridades. Permitir la carga de informacin histrica al inscribir alumnos que provienen de otro instituto / colegio. 15. Manejo de perodos de exmenes. 16. Emitir informe de escolaridad Frmula 69. 17. Realizar informes de calificaciones, inasistencias, candidatos y resultados de examen.

15

18. Realizar informes de las entidades manejadas en el sistema, alumnos, profesores, materias, cursos. 19. Realizar bsquedas. 1.10.2. Limitaciones En esta primera etapa no se implementarn los siguientes requerimientos: 1. 2. 3. 4. 5. Realizar la emisin de carnets. Gestionar el armado de clases de apoyo. Armar cronograma de cursos de manera interactiva. Permitir que los docentes ingresen calificaciones de manera offline. Sincronizar en el sistema principal el ingreso de calificaciones offline.

16

1.11. ESTUDIO DE ALTERNATIVASDe las reuniones con el cliente y de las posibilidades con la que contamos se desprenden las siguientes opciones en bsqueda de la mejor solucin al problema 1.11.1 Seleccin de la alternativa Las alternativas son las siguientes: - Mejorar el manejo de la informacin actual a travs de documentos y planillas electrnicas que limiten el uso de papel. Esta posibilidad si bien no automatizar de manera eficiente la gestin del colegio, si agilitar los tiempos y evitar en gran medida la acumulacin fsica de documentos. - Proponer la compra de una solucin estndar diseada para la gestin colegial existente en el mercado. - Realizar un sistema a medida que pueda cubrir las necesidades del cliente sin el gasto innecesario de cubrir reas no fundamentales para el mismo y que estaran incluidas si se adquiriera un sistema estndar. Evaluadas las tres posibles alternativas y en mutuo acuerdo con los responsables del Colegio se decide optar por la tercera opcin. Realizar un sistema informtico a medida que cumpla con todos los requerimientos del cliente (detallados en el alcance de este documento) y que junto con este pueda ir evolucionando en el futuro a media que la situacin lo amerite. Nota: Cabe destacar que no se investigo ninguna solucin estndar a comprar ya que esta opcin fue descartada desde el inicio de este estudio por parte de nuestro cliente. El sistema ideado se basar en un modelo Cliente-Servidor, con un manejador de base de datos Transaccional y la implementacin de clientes en ambiente Win32 con interfaces grficas, amigables e intuitivas para el usuario. Un punto importante a tener en cuenta es que el sistema, en primera instancia deber ejecutar en la infraestructura de hardware con que cuenta el Colegio el da de hoy, realizando en el futuro una inversin mnima en caso de ser necesario. No se descarta que el da de maana, si el sistema y el volumen de informacin crecen, se deba realizar una inversin mayor para que el mismo contine operando de manera eficiente. Como es sabido, en una primera etapa no se podrn implementar todas las necesidades del cliente, pero los requerimientos ms importantes han sido detectados y sern implementados. Adems a medidas que avance el anlisis de la solucin podrn aparecer otros requerimientos que sern evaluados en su momento. La ventaja principal que encontramos nosotros junto con el cliente, es que una solucin a medida resultar en que el mismo podr adaptarse a los cambios con mayor facilidad y un menor costo econmico.

17

1.11.2 Arquitectura

EMBED Visio.Drawing.11

Direccin Administracin Impresora

Servidor

Switch Sala de Profesores

Base de datos

Adscripcin

18

1.11.3 Anlisis de factibilidad 1.11.3.1. Factibilidad operativa A nivel de personal, no se encuentra un mayor obstculo en el futuro uso de la herramienta ya que el mismo y ms precisamente los actores que actuarn directamente con l, se encuentran capacitados en el manejo de computadoras. Esto implica que no se deba hacer una capacitacin adicional ms all del uso especfico del sistema; la cual se brindar en su momento y cuenta con la aceptacin total del mencionado personal. Por otra parte se analizan otros aspectos de la infraestructura como la instalacin del sistema. El colegio planifica esta instalacin y el comienzo del funcionamiento antes del prximo ao lectivo pero es deseable que la misma se realice con la mayor antelacin posible con el fin de adquirir agilidad y prctica en el manejo, adems de realizar tareas de evaluacin sobre el mismo para poder reducir al mnimo la aparicin de inconsistencias cuando su uso sea oficializado. El resultado de estos testeos ser el broche final del proyecto y marcar la diferencia entre el xito y el fracaso del mismo. Cabe aclarar que dado el poco margen entre la fecha de implantacin estimada y el comienzo del ao lectivo, si no se llegara a completar todas las tareas de evaluacin del cliente con un completo porcentaje de satisfaccin, el sistema deber coexistir en primera instancia con el manejo actual del colegio para evitar cualquier tipo de prdida de informacin u otro inconveniente. Se instalar el servidor con su correspondiente base de datos y el mnimo de clientes necesarios para realizar las tareas bsicas del sistema, pudiendo posteriormente extender el nmero de clientes segn las necesidades lo ameriten. En una primera aproximacin el equipo de trabajo determina que no es necesaria la modificacin de la infraestructura actual o los procesos de negocio de la empresa. 1.11.3.2. Factibilidad tcnica El sistema ser desarrollado para un ambiente multiusuario y por ende deber dar un correcto soporte a la conectividad entre las computadoras que compongan la red. Estas se conectarn a travs de una red de rea local basada en el protocolo TCP/IP. En principio, el volumen de informacin que manejar el sistema no ser de gran tamao y por lo tanto no presenta un problema para el mismo. Tampoco se prev que el flujo de datos en la red sea afectado de ninguna manera por la cantidad de informacin. El sistema ser utilizado todos los das hbiles del colegio y a lo largo de toda la jornada de trabajo. Eventualmente ser utilizado adems en das u horarios no hbiles para tareas extracurriculares o compensacin de trabajo atrasado pero esto tampoco representa un problema. Software Sistema operativo: Servidor: Clientes:

Windows 2003 Server 32 bits. Windows Xp.

Manejador de la base de datos: La herramienta seleccionada para disear y manejar la BD del Colegio es Microsoft SQL Server 2008 Express. Hardware necesario Equipo Servidor Pentium IV 2.0 Ghz. o superior con 2 Gb. de memoria. Equipos Clientes Pentium III 800 o superior con 512 Mb. de memoria. Impresoras para emisin de informes. Cableado y configuracin de red. 1.11.3.3. Factibilidad legal El sistema nicamente utilizar informacin del colegio de manera interna y slo para las personas relacionadas al mismo (Director, Adscriptos, Profesores), por lo tanto a nivel de usuario no existe la necesidad de un tratamiento especial de la informacin desde un punto de vista legal. Por el mismo motivo, tampoco se realizar una encriptacin de la misma.

19

Por otra parte y dada la sensibilidad de cierta informacin tales como las notas de los alumnos que evalan su desempeo, las inasistencias, escolaridades, etc.; se crearan tablas de Auditoria (logs de actividad) con el fin de detectar un posible mal manejo de esta informacin. El sistema no genera facturas ni recibos de cobranza por lo que consideramos que no existen aspectos que merezcan ser auditados. Legalidad del software: Desarrollo: Datos: Microsoft SQL Server 2008 Express Edition, base de datos gratuita. Este sistema de base de datos utilizado es limitado en ciertos aspectos con relacin a su versin de pago. Tamao de base de datos limitado a 4 GB. Performance. Microsoft Visual C# 2008.

Sistemas Operativos: Microsoft Windows XP para los clientes del sistema. Microsoft Windows 2003 Server para el servidor de datos.

El propio colegio se har cargo de regularizar la citada situacin legal de los sistemas operativos utilizados en el servidor de datos as como en los puestos cliente. En resumen, ms all de las tablas de auditora que se crearn para registrar la alteracin de informacin sensible, no se encuentran inconvenientes ni trabas legales para el desarrollo del software. 1.11.3.4. Factibilidad econmica El desarrollo de la aplicacin no proporcionar costo alguno para el Colegio Nuestra Seora del Huerto dado que el mismo corresponde al proyecto final de nuestro equipo para la obtencin del ttulo de la carrera Analista Programador. Para su implantacin, el Colegio deber realizar una inversin mnima en cuanto a tecnologa y dedicacin de tiempo para capacitacin de los usuarios. Por ende, la inversin inicial en tecnologa por parte del colegio es prcticamente nula y en cuanto al desarrollo e implantacin del sistema quedar a cargo totalmente por nuestra parte ya que como fue mencionado se corresponde al proyecto final de nuestra carrera. Con respecto a la estimacin de la obsolescencia del sistema se deber tener en cuenta los siguientes elementos: El cambio en el ambiente tecnolgico ocurrente en el tiempo de uso del sistema. El cambio de plataforma, derivado de los avances tecnolgicos en el uso del software, y que se vea afectada la compatibilidad con el actual software de base, aplicacin o desarrollo, y hagan no recomendable su utilizacin. El cambio en los requerimientos del cliente provocado por un cambio en las necesidades del mismo.

La estimacin y prevencin de estos aspectos es imposible de realizar en esta etapa por nuestro equipo. La mayor prevencin que podemos realizar es armar una completa y clara documentacin que 20

facilite la modificacin de la aplicacin si los futuros cambios tecnolgicos o los requerimientos lo justificaran. 1.11.3.4.1. La estimacin del esfuerzo se ha realizado a partir del Clculo de puntos de funcin (PF). En el ANEXO II se desarrolla el clculo de los mismos, se obtuvieron un total de 407 PF, segn los clculos de Capers Jones el resultado es un total de 475 horas de proyecto y un tiempo total de desarrollo aproximado de 11 meses (el cual se divide por el total de recursos humanos disponibles [2]). Clculos:GI Grado de Incidencia FCT Factor de Complejidad tecnolgica PFNA Puntos de Funcin No Ajustados PF Puntos de Funcin Ajustados Esfuerzo Por Punto de Funcin (Minutos) Costo de la hora de desarrollo (USS) Total de Horas del proyecto Costo del proyecto (USS) Reglas del Pulgar [Capers Jones 96] Nmero de personas Necesarias: PF/150 Esfuerzo: Tiempo x Nmero de Personas Tiempo de desarrollo en meses: PF0.4 Nmero de personas Necesarias: PF/150 Esfuerzo: Tiempo x Nmero de Personas 11.06 3 3.70 37 1.02 398 407 70 20 475 9500

2

5.53

21

1.12 ANLISIS DE RIESGOS1.12.1 Sobre el Anlisis de Riesgos Referencia: PRESSMAN, Roger S. 1998. Ingeniera del Software Un Enfoque Prctico. 5ta. ed. Madrid: Mc.Graw Hill. Analizar y gestionar los posibles riesgos que puedan ocurrir durante el ciclo de vida de un proyecto ayudan al equipo de desarrollo a identificar y evaluar los potenciales problemas que puedan surgir durante las etapas de este ciclo y de esta manera elaborar una estrategia de contingencia para el caso de que esto suceda. Dentro de este anlisis de riesgo existen tres grandes puntos que se deben tener en cuenta: El futuro qu riesgos podran hacer que nuestro proyecto fracasara? El cambio cmo afectarn los cambios en los requisitos del cliente, en las tecnologas de desarrollo, en los computadores a las que van dirigidas, el proyecto y todas las entidades relacionadas con l, al cumplimiento de la planificacin temporal y al xito en general? Elecciones qu mtodos y herramientas deberamos emplear, cunta gente debera estar implicada, qu importancia hay que darle a la calidad? Cuando se ha elaborado este anlisis de riesgos potenciales, se debe realizar un plan de reduccin, supervisin y gestin del riesgo (RGSR) el cual debe ser consultado durante todo el desarrollo del proyecto para tener un eficiente control sobre este. Dicho control comprende, la evaluacin de riesgos, la resolucin y el monitoreo del mismo.

Sobre las estrategias a desarrollar para el control de riesgos hay que resaltar que existen dos alternativas; la estrategia Reactiva y la Proactiva: Reactiva: Esta estrategia supervisa el proyecto en previsin de posibles riesgos. Los recursos se ponen aparte, en caso de que pudieran convertirse en problemas reales. Pero lo ms frecuente es que el equipo de software no haga nada respecto a los riesgos hasta que algo va mal. Despus el equipo debe apresurarse para corregir el problema rpidamente. Este mtodo es denominado a menudo "de bomberos". Cuando falla, "la gestin de crisis" entra en accin y el proyecto se encuentra en peligro real. Proactivas: Se trata de una estrategia considerablemente ms inteligente. Esta comienza mucho antes de que empiecen los trabajos tcnicos. Se identifican los riesgos potenciales, se valoran su probabilidad y su impacto y se establece una prioridad segn su importancia. Despus el equipo de software establece un plan para controlar el riesgo. El primer objetivo es evitar el riesgo lo cual no es frecuente pues no se pueden evitar todos los riesgos. Entonces el objetivo del equipo es desarrollar un plan de contingencia que le permita responder de una manera eficaz y controlada.

1.12.2 Anlisis de Riesgos de nuestro proyecto Realizando un anlisis primario de los riesgos relacionados con nuestro proyecto, es posible detectar los siguientes riesgos potenciales. 22

Hay que resaltar el hecho de que este anlisis es primario ya que en esta temprana etapa del proyecto, es difcil la evaluacin de todas las amenazas para el logro del objetivo y por ende puede quedar alguna fuera de la lista y deber ser tenida en cuenta y agregada posteriormente si fuera necesario. 1 - Tamao estimado del Producto Si bien se ha recurrido a material didctico y otras referencias, la falta de experiencia de nuestro equipo en la estimacin de tamao de un producto podra ser un inconveniente a tener en cuenta a futuro por lo que se deber tener especial atencin en este punto para realizar la planificacin adecuada en tiempo y forma. 2 - Interaccin con el cliente Se debe tener en cuenta la participacin del cliente en las reuniones como as tambin la claridad y precisin de la informacin brindada. Si cualquiera de estos dos factores no se cumpliera segn lo esperado podra derivar en inconvenientes en el resultado final de proyecto. Otro punto muy importante a tener en cuenta es la resistencia que puedan presentar los usuarios de la aplicacin en los inicios ya que dedicar un esfuerzo extra de los mismos en capacitacin. 3 - Nuevos requerimientos Si bien en este momento no se prev, no existe ningn impedimento en que el cliente pueda realizar nuevos requerimientos una vez comenzado el proyecto. De ocurrir esto, tendr un impacto directo en la estimacin de tiempos pudiendo generar retraso y la eventual replanificacin. 4 - Recursos econmicos En este momento no se encuentran inconvenientes ya que el cliente asegura realizar la inversin mnima necesaria en equipamiento y tecnologa para la implantacin de la solucin. 5 - Capacidad del equipo de desarrollo Nuestro equipo se compone por 2 integrantes que terminaron el curso en el ao 2000 por lo que adems del tiempo transcurrido en la prctica estudiantil hasta ahora, se debe mencionar que no se trabaj con esta metodologa durante la carrera. Por lo tanto, deberemos capacitarnos en el uso de la herramienta y sobre todo en la metodologa lo que puede incidir directamente en los tiempos estimados. 6 - Disponibilidad horaria del equipo de desarrollo El mayor riesgo que se detecta en este punto se corresponde a los compromisos laborales de cada uno de los integrantes que aunque se contemplan en la carga horaria del proyecto puede contener imprevistos a futuro. 7 Comunicacin a distancia Un gran inconveniente con que se encuentra nuestro equipo en este momento es la distancia fsica existente entre sus integrantes ya que uno se encuentra en la ciudad de Paysand y otro en Montevideo lo que puede derivar en problemas de comunicacin y por ende verse afectada la coordinacin de tareas, la toma de decisiones, etc.Riesgo Probabilidad Impacto 1 65% 2 50% 3 40% 4 20% 5 50% 6 30% 7 60% ndices de Impacto: 1- Catastrfico / 2- Crtico / 3- Marginal / 4- Despreciable 1 1 2 3 2 3 2

23

1.12.3 Plan de RSGR

Formulario de Especificacin de Riesgo

Tamao del Producto

ID 1

Si bien se ha recurrido a material didctico y otras referencias, la falta de experiencia de nuestro equipo en la estimacin de tamao de un proyecto podra ser un inconveniente a tener en cuenta a futuro por lo que se deber tener especial atencin en este punto para realizar la planificacin adecuada en tiempo y forma. Cuando hablamos de tamao, nos referimos al tiempo de desarrollo del sistema; lo cual puede derivar en un clculo incorrecto en la fecha de finalizacin. Clasificacin: Proyecto Evaluacin del Riesgo Ocurrencia Probabilidad Impacto en Tamao Esfuerzo Cronograma Calidad Valor Final 1 2 2 1 1 Anteproyecto 65% Iteracin I Iteracin II Iteracin III

Acciones Preventivas: Utilizar todas las herramientas y material a disposicin (UML, conteo de puntos de funcin, etc.) para realizar la estimacin de tiempos ms acertada posible para nuestra solucin. Revisar peridicamente que el tamao del procuto se mantenga segn lo planificado. Elemento Disparador: Surgen desvos en las fechas estimadas para las distintas etapas del proyecto. Acciones Correctivas: Recalcular los tiempos reviendo el correcto uso de las herramientas y tomando como leccin aprendida la mala estimacin primaria realizada. Evaluacin de Seguimiento:

24


Interaccin con el cliente

ID 2

Se debe tener en cuenta la participacin del cliente en las reuniones como as tambin la claridad y precisin de la informacin brindada. Si cualquiera de estos dos factores no se cumpliera segn lo esperado podra derivar en inconvenientes en el resultado final de proyecto. Otro punto muy importante a tener en cuenta es la resistencia que puedan presentar los usuarios de la aplicacin en los inicios ya que dedicar un esfuerzo extra de los mismos en capacitacin. Clasificacin: Proyecto Evaluacin del Riesgo Ocurrencia Probabilidad Impacto en Tamao Esfuerzo Cronograma Calidad Valor Final 1 2 1 1 1 Anteproyecto 50% Iteracin I Iteracin II Iteracin III

Acciones Preventivas: Planificar y llevar a cabo reuniones con el cliente para mostrarle el avance de la aplicacin y verificar su conformidad. Involucrar a los usuarios del sistema de manera temprana para que puedan ver la ventaja de su implantacin. Elemento Disparador: El cliente no se involucra y compromete de manera adecuada por lo que se genera incertidumbre en el resultado del producto final. Los usuarios demuestran rechazo o poco inters hacia el sistema. Acciones Correctivas: Exhortar al cliente en un mayor compromiso con el proyecto e involucrarlo desde el inicio y en cada etapa o toma de decisin correspondiente. De la misma manera, exhortar junto a los responsables del colegio, a los usuarios para que adquieran un mayor compromiso y apretura hacia el sistema. Evaluacin de Seguimiento:

25


Nuevos requerimientos

ID 3

Si bien en este momento no se prev, no existe ningn impedimento en que el cliente pueda realizar nuevos requerimientos una vez comenzado el proyecto. De ocurrir esto, tendr un impacto directo en la estimacin de tiempos pudiendo generar retraso y la eventual replanificacin. Clasificacin: Proyecto Evaluacin del Riesgo Ocurrencia Probabilidad Impacto en Tamao Esfuerzo Cronograma Calidad Valor Final 1 2 2 2 2 Anteproyecto 40% Iteracin I Iteracin II Iteracin III

Acciones Preventivas: Recabar exhaustivamente todos los requerimientos y necesidades del cliente para no dejar ningn clavo suelto. Revisar peridicamente la lista de requerimientos junto con el cliente. Elemento Disparador: El cliente muestra inters en cambiar la solucin acordada previamente. Acciones Correctivas: De ser necesario, redefinir junto al cliente las nuevas necesidades del mismo y replanificar las tareas para el cumplimiento de ellas. Evaluacin de Seguimiento:

26


Capacidad del equipo de desarrollo

ID 5

Nuestro equipo se compone por 2 integrantes que terminaron el curso en el ao 2000 por lo que adems del tiempo transcurrido en la prctica estudiantil hasta ahora, se debe mencionar que no se trabaj con esta metodologa durante la carrera. Por lo tanto, deberemos capacitarnos en el uso de la herramienta y sobre todo en la metodologa lo que puede incidir directamente en los tiempos estimados. Clasificacin: Proyecto Evaluacin del Riesgo Ocurrencia Probabilidad Impacto en Tamao Esfuerzo Cronograma Calidad Valor Final 2 2 2 2 2 Anteproyecto 50% Iteracin I Iteracin II Iteracin III

Acciones Preventivas: Dedicar un tiempo prudencial en la capacitacin y manejo de herramientas y metodologa a utilizar. Elemento Disparador: Inconvenientes en la realizacin de las distintas tareas del proyecto. Acciones Correctivas: Aumentar el tiempo asignado al proyecto, intensificar la capacitacin. Evaluacin de Seguimiento:

27

Formulario de Especificacin de Riesgo Disponibilidad del equipo de desarrollo

ID 6

El mayor riesgo que se detecta en este punto se corresponde a los compromisos laborales de cada uno de los integrantes que aunque se contemplan en la carga horaria del proyecto puede contener imprevistos a futuro. Clasificacin: Proyecto Evaluacin del Riesgo Ocurrencia Probabilidad Impacto en Tamao Esfuerzo Cronograma Calidad Valor Final 3 1 1 3 2 Anteproyecto 30% Iteracin I Iteracin II Iteracin III

Acciones Preventivas: Realizar una planificacin horaria adecuada que nos permita cumplir con todos las tareas del proyecto. Elemento Disparador: Retraso en los tiempos estimados para el cumplimiento de las distintas etapas. Acciones Correctivas: Replanificar, rever tiempos y priorizar las tareas del proyecto. De ser necesario, reducir el alcance del mismo. Evaluacin de Seguimiento:

28


Comunicacin a distancia

ID 7

Un gran inconveniente con que se encuentra nuestro equipo en este momento es la distancia fsica existente entre sus integrantes ya que uno se encuentra en la ciudad de Paysand y otro en Montevideo lo que puede derivar en problemas de comunicacin y por ende verse afectada la coordinacin de tareas, la toma de decisiones, etc. Clasificacin: Proyecto Evaluacin del Riesgo Ocurrencia Probabilidad Impacto en Tamao Esfuerzo Cronograma Calidad Valor Final 3 2 2 2 2 Anteproyecto 60% Iteracin I Iteracin II Iteracin III

Acciones Preventivas: Asegurarnos la constante comunicacin mediante todos los medios disponibles. Correo electronico, comunicacion via Skype y MSN, comunicacion telefnica, viajes peridicos; en principio un fin de semana al mes, intensificndolos hacia el final del proyecto. Elemento Disparador: Retrasos en las tomas de decisiones y tiempos muertos ocurrentes por la falta de comunicacin. Acciones Correctivas: Ajustar las prioridades, intensificar la comunicacin y los viajes en caso de ser necesario. Evaluacin de Seguimiento:

29

1.13. PLAN DE PROYECTO1.13.1. Definicin del Proceso 1.13.1.1. Metodologa La orientacin a objetos puede ser descrita como el conjunto de disciplinas para el modelado y desarrollo que hacen ms fcil construir sistemas complejos a partir de componentes individuales. En nuestro proyecto adoptamos esta metodologa ya que la misma nos proporciona distintas ventajas como la diagramacin en UML, reutilizacin de cdigo, etc. Si bien esta metodologa no fue vista de manera exhaustiva por el equipo de desarrollo durante el curso de la carrera debido al plan realizado, ambos integrantes la hemos aplicado la misma en el entorno laboral lo que ha generado una buena familiarizacin con la misma. Esta metodologa nos permite: Modelar la solucin ms ajustada a la perspectiva del usuario como sea posible. Interactuar fcilmente con un ambiente de computacin. Construir componentes de software reusable y libreras fcilmente extensibles de mdulos de software. Modificar y extender fcilmente implementaciones de componentes sin tener que recodificar todo desde el inicio. Sobre UML: Este lenguaje grfico nos permite: Visualizar en diagramas el sistema completo. Especificar procesos y actores Construir el sistema Documentar el sistema Sobre el paradigma de la POO ver ANEXO V. 1.13.1.2. Ciclo de Vida Para el desarrollo de nuestro proyecto el equipo ha optado por el modelo incremental e iterativo ya que es el que se adapta mejor a nuestra situacin. Este modelo nos permite crear prototipos funcionales al final de cada iteracin y tener un mayor control sobre el proyecto y una mejor interaccin con el cliente. Sobre los distintos mtodos de desarrollo ver ANEXO VI. 1.13.1.3. Iteraciones Definidas Hemos decidido separar la implementacin del proyecto llevando a cabo tres iteraciones, en cada una de estas se realizarn las fases de anlisis, diseo, implementacin y testeo correspondientes. Al finalizar cada iteracin se presentar un mdulo funcional al cliente el cual podr ver los avances del proyecto e informar al equipo de desarrollo el nivel de conformidad con el producto entregado. De esta manera se podrn detectar con ms facilidad posibles errores en el diseo de la aplicacin para ser corregidos en tiempo y forma. Primera iteracin: Diseo de aplicacin base y estructura de desarrollo. Desarrollo de los mdulos del mantenimiento de entidades bsicas del sistema: Alumnos. Profesores. Usuarios. Planes. Materias. Cursos. Grupos.

30

Complementariamente con estos mantenimientos se incluirn las funcionalidades de bsquedas y listados sobre estas entidades. Segunda iteracin: Eventuales ajustes sobre la primer interaccin. Desarrollo de los mdulos de: Inscripciones. Manejo de grupos. Validacin de inscripciones. Registro de calificaciones. Registro de inasistencias. Evaluaciones finales de alumnos. Manejo de escolaridades. Manejo de perodos de exmenes. Auditora de informacin sensible. Tercera iteracin: Eventuales ajustes sobre la segunda iteracin. Desarrollo de informes entre los que se incluyen: Informe de inscripciones. Informe de inasistencias. Informe de calificaciones. Emisin de Frmula 69. 1.13.1.4. Integrantes y Roles Integrantes: Bruno Coppes. Mauricio Klivzov. Tutor:

A/P Diego Martin.

Se adoptar como forma de trabajo del equipo la organizacin descentralizada y democrtica. Esta forma de distribucin de roles se basa en que no existe una jerarqua vertical entre los miembros del equipo, asumiendo las mismas obligaciones y derechos. La distribucin de tareas se determinara en conjunto por los miembros del equipo. Esta forma de distribucin llevara a que los integrantes del equipo se manejen dentro de diferentes roles a lo largo del proyecto lo cual nos brindar la posibilidad de un mayor aprendizaje ya que participaremos en todas las tcnicas empleadas. En cada fase de desarrollo del proyecto se identificarn y determinaran los roles correspondientes, debido a que el nmero de participantes es reducido es factible que durante una misma fase un integrante interprete varios roles. 1.13.1.5. Descripcin y Seleccin de Herramientas Herramientas seleccionadas: Programacin: Se decidi el uso de Microsoft Visual C# 2008 como herramienta de desarrollo, esta decisin fue tomada basndonos en el Anexo I (Seleccin de Herramientas), tambin fue tenido en cuenta el hecho de que al ser relativamente nueva la misma facilita el desarrollo de aplicaciones orientadas a objetos. Se complementar con el paquete de componentes Developer Express 2009. Base de datos: Utilizaremos el motor de Microsoft SQL Server 2008 Express, es una base de datos gratuita con un buen rendimiento en instalaciones medianamente pequeas, adems si en un futuro sucede que la base de datos aumenta en tamao (este motor est limitado a 4 GB. en el tamao de cada base de datos) o se necesite un mejor desempeo existe la posibilidad de comenzar a utilizar la base de datos Microsoft SQL Server 2008 sin ningn costo de migracin ya que en realidad son la

31

misma base de datos con la condicionante que al versin Express puede verse reducida en rendimiento y tiene un lmite de tamao. Diagramas y gestin de proyecto: Para la generacin de diagramas de anlisis y diseo que debamos desarrollar se utiliza la herramienta Enterprise Architect. Gestin de Proyecto: Para la esta tarea y se utilizar la herramienta Microsoft Project. 1.13.1.6. Plan de SQA (Software Quality Assurance) Concordancia con los requisitos funcionales y de rendimiento explcitamente establecidos, con los estndares de desarrollo explcitamente documentados y con las caractersticas implcitas que se espera de todo software desarrollado profesionalmente. (Ref. R. Pressman, Ing. De Software)

Este plan es utilizado para guiar las actividades de aseguramiento de la calidad que realiza el Responsable de SQA. En el mismo se reflejan las evaluaciones a realizar, los estndares a aplicar, los productos a revisar, los procedimientos a seguir y los procedimientos para informar los defectos detectados a sus responsables, realizando el seguimiento de los mismos hasta su correccin. Los responsables de asegurar la calidad participan en la revisin de los productos para determinar si son conformes o no a los procedimientos, normas o criterios definidos. Se determina qu actividades deben realizar a lo largo de todo el proceso de desarrollo de software, para asegurar que se estn teniendo en cuenta las propiedades de calidad especificadas para el sistema. Tarea del SQA Los responsables de asegurar la calidad exigen que se cumplan todas las normas y criterios definidos durante las fases de desarrollo del producto con el fin de asegurar el buen fin del proyecto y el resto de la vida til del sistema. Objetivo del SQA El objetivo del SQA es asegurar la calidad del proyecto y del producto a travs del proceso de desarrollo. Debe ser capaz de detectar cualquier defecto de manera temprana ya que esto posibilitar un menor costo en su correccin.

32

Dificultad Generar un compromiso y aceptacin de los errores detectados por el SQA en el resto del equipo ya que el mismo debe entender que dicha tarea permite obtener un producto final completo, eficiente y capaz de satisfacer las necesidades del cliente.

Importante: Un error detectado por el SQA puede ser fcilmente corregido en tiempo y forma por el equipo de desarrollo mientras que si este es pasado por alto y detectado por el cliente el mismo error puede tener una gran incidencia en el resultado del proyecto. Ms all de la cantidad de integrantes del equipo de desarrollo y la falta de capacidad de contratacin de terceros, un proyecto siempre deber contar con un responsable de SQA. Caractersticas del Responsable de SQA Independencia. Autoridad. Responsabilidad. Definicin de Procesos y Normas. Auditora. El Responsable de SQA debe ser tomado como un miembro ms del proyecto. 1.13.1.6.1. Estndares Definidos y Convenciones Los estndares definidos, permiten que todos los procesos y tareas que componen un proyecto se efecten siempre de igual manera y son una referencia para la productividad y calidad. Estos estndares podrn ser modificados nicamente si se identifica una mejora en los mismos que tenga igual consecuencia en el resultado final del producto. Estos estndares deben mejorar los procesos de acuerdo a los objetivos estratgicos planteados, mejorar los productos resultantes, proteger al cliente o usuario y tambin a la organizacin. En cuanto a la documentacin de los mismos, se seguirn las pautas planteadas en los documentos 302 y 303 proporcionados por la universidad ORT para la presentacin del proyecto final de la carrera. Se realizarn diagramas de casos de uso, secuencia, y de clase utilizando la herramienta Enterprise Architect siguiendo las reglas de UML y la planificacin y seguimiento del proyecto se realizar mediante diagramas realizados con la herramienta Microsoft Project. El estndar de nomenclatura a utilizar ser el propuesto por Microsoft para el desarrollo .Net (Ver ANEXO III). 1.13.1.6.2. Plan de Testeo El propsito del plan de testeo es asegurar el resultado de las actividades de testeo y proporcionar la base de informacin necesaria para las tareas a ejecutar, definiendo los niveles y tipos de pruebas que se van a ejecutar, cmo sern esas pruebas y cundo se dar por finalizado. El testeo ser en primera instancia ejecutado por los integrantes del equipo; sin embargo se manejar la posibilidad de involucrar otras personas con una visin de usuario a fin de detectar posibles errores omitidos por el equipo al estar demasiado involucrados en el desarrollo del sistema. La primera opcin ser sumar un integrante del personal del Colegio ya que de esta manera tendremos una visin de usuario real lo que permitira detectar defectos en la usabilidad de la aplicacin ms all de los errores de programacin. En caso de no poder concretarlo se recurrir a personas sin conocimiento de desarrollo de software para poder conseguir una mayor objetividad. Dentro de la ejecucin del testeo, se intentar aplicar varias de las diferentes metodologas existentes con el fin de reducir de manera considerable la posibilidad de omisin de defectos. Las opciones de metodologas de testeo que utilizaremos se detallan en el ANEXO IV pero se dejar abierta la posibilidad de incluir nuevas tcnicas a futuro si lo considerramos necesario.

33

1.13.1.7. Plan de SCM Se denomina Software Configuration Management (SCM) en espaol Gestin de configuracin de software al conjunto de procesos destinados a asegurar la validez de todo producto obtenido durante cualquiera de las etapas del desarrollo de un Sistema de Informacin mediante el estricto control de los cambios realizados sobre los mismos y de la disponibilidad constante de una versin estable de cada elemento. Estos dos elementos facilitan tambin el mantenimiento de los sistemas al proporcionar una imagen detallada de los mismos en cada etapa del desarrollo. La gestin de la configuracin se realiza durante todas las fases del desarrollo incluyendo el mantenimiento y control de cambios, una vez realizada la puesta en produccin. Los elementos a gestionar son: Ejecutables. (puede omitirse si se asegura la obtencin del mismo a travs de una imagen de versin de cdigo fuente) Cdigo Fuente. Modelos de datos. Modelos de procesos. Especificaciones de requisitos. Pruebas. Para cada uno de estos elementos se almacena al menos: Nombre. Versin. Estado. Localizacin. Las versiones de software, pueden ser generadas por los siguientes motivos: Como resultado de un proyecto. Cambios requeridos por defectos detectados en el testeo. Cambios generados a nivel de requerimientos. Cambios generados a nivel de diseo. Las modificaciones pueden ser causadas por los siguientes motivos: Modificaciones en el diseo. Modificaciones en la funcionalidad. Modificaciones de defectos detectados en el testeo. La estrategia de gestin de configuracin de nuestro proyecto definir reas de trabajo y almacenamiento para contener las distintas versiones surgidas. Fuentes En esta de directorios estructura se almacenar todas las fuentes que involucran nuestro proyecto /Fuentes /Desarrollo /Fuentes /BD /Testeo /Fuentes /BD

34

Documentacin. Se define la estructura para la documentacin generada en todo nuestro proceso de desarrollo. Se tendr presente cada una de las etapas y la documentacin generada en cada una de las mismas. /Documentacin /Anlisis y Diseo /Casos de Uso /Testeo /BD /SQA /SCM /Arquitectura y Diseo Estos directorios sern respaldados diariamente para reducir al mximo el riesgo de prdida de versiones. 1.13.1.8. Plan de Capacitacin Grupo de desarrollo El grupo deber capacitarse en el uso de la herramienta de desarrollo, esto se realizar antes del comienzo de la primera iteracin, se recopil informacin en Internet sobre la herramienta de programacin. Tomaremos un perodo de once das para capacitarnos considerando que de esta manera los tiempos de desarrollo sern ms bajos una vez comenzadas las iteraciones. En cuanto al motor de base de datos el equipo considera tener la experiencia suficiente sobre la misma por lo cual no considera necesario una capacitacin sobre la misma. Las herramientas de modelado y gestin de proyecto tambin son de nuestro conocimiento por lo cual no consideramos realizar una capacitacin en el uso de las mismas. Usuarios del sistema Los usuarios del sistema tienen conocimiento en uso de herramientas como planillas electrnicas, procesadores de texto e Internet. Por lo que la capacitacin sobre el uso del sistema se basar exclusivamente en su utilizacin. En cada entrega parcial que se realizar una capacitacin mnima a los usuarios sobre el uso de la herramienta. Al concluir con el proyecto, se desarrollara una capacitacin detallada sobre el total comportamiento del sistema. 1.13.1.9. Cronograma de Trabajo y CriticidadProyecto SIINCO Carta de presentacin Reunin con cliente Armar carta de presentacin Presentacin de la propuesta Fin carta de presentacin Anteproyecto Reunin con el cliente Presentacin del problema Lista de necesidades Anlisis estratgico Actores involucrados 33 das 1 das 1 das 2 das 1 das 1 das 147 das 5 das 1 das 3 das 1 das 26/08/2009 26/08/2009 26/08/2009 27/08/2009 31/08/2009 01/09/2009 01/09/2009 01/09/2009 02/09/2009 03/09/2009 05/09/2009 07/09/2009 13/02/2010 01/09/2009 27/08/2009 29/08/2009 01/09/2009 01/09/2009 09/10/2009 02/09/2009 03/09/2009 05/09/2009 05/09/2009 08/09/2009

35

Objetivos Reunin con el cliente Lista de requerimientos Descripcin del entorno Alcances y limitaciones Estudio de alternativas Estudio de factibilidad Anlisis de riesgo Plan de proyecto Definicin de proceso Metodologa Ciclo de vida e iteraciones Plan de SQA Plan de SCM Cronograma de trabajo Compromiso de trabajo Entrega del anteproyecto Fin anteproyecto Aprendizaje de herramientas Pruebas con herramientas de diseo Pruebas con lenguaje de programacin Pruebas de acceso a datos Compartir aprendizaje Armar prototipos Disear GUI Disear aplicacin base Disear acceso a datos Implementacin Iteracin I Reunin con el cliente Planificacin y Anlisis de riesgos Anlisis Anlisis de requerimientos Casos de Uso Diagramas de Secuencia Diseo Diagramas de Casos de Uso Diagramas de Secuencia Diagrama de Clases Implementacin Mantenimiento de Tipos de Usuario y Usuarios Listado de Tipos de Usuario y Usuarios Mantenimiento de Alumnos Listado de Alumnos Mantenimiento de Planes Listado de Planes Mantenimiento de Cursos Listado de Cursos Mantenimiento de Materias Listado de Materias Mantenimiento de Grupos Listado de Grupos Mantenimiento de Profesores Listado de Profesores

1 das 1 das 2 das 1 das 3 das 1 das 1 das 1 das 16 das 2 das 3 das 2 das 1 das 1 das 5 das 1 das 1 das 11 das 3 das 3 das 3 das 2 das 15 das 5 das 7 das 3 das 77.5 das 28.5 das 1 das 1 das 4 das 2 das 2 das 2 das 4 das 2 das 2 das 2 das 14 das 2 das 1 das 2 das 1 das 1 das 1 das 2 das 1 das 1 das 1 das 2 das 1 das 1 das 1 das

08/09/2009 09/09/2009 10/09/2009 12/09/2009 14/09/2009 17/09/2009 18/09/2009 19/09/2009 21/09/2009 21/09/2009 23/09/2009 26/09/2009 29/09/2009 30/09/2009 01/10/2009 07/10/2009 08/10/2009 09/10/2009 09/10/2009 09/10/2009 13/10/2009 16/10/2009 20/10/2009 22/10/2009 22/10/2009 28/10/2009 05/11/2009 07/11/2009 07/11/2009 09/11/2009 10/11/2009 11/11/2009 11/11/2009 13/11/2009 13/11/2009 16/11/2009 16/11/2009 16/11/2009 18/11/2009 20/11/2009 20/11/2009 23/11/2009 20/11/2009 23/11/2009 24/11/2009 25/11/2009 24/11/2009 26/11/2009 27/11/2009 28/11/2009 26/11/2009 28/11/2009 30/11/2009 01/12/2009

09/09/2009 10/09/2009 12/09/2009 12/09/2009 17/09/2009 18/09/2009 19/09/2009 19/09/2009 09/10/2009 23/09/2009 26/09/2009 29/09/2009 30/09/2009 01/10/2009 07/10/2009 08/10/2009 09/10/2009 09/10/2009 22/10/2009 13/10/2009 16/10/2009 20/10/2009 22/10/2009 07/11/2009 28/10/2009 05/11/2009 07/11/2009 06/02/2010 11/12/2009 10/11/2009 11/11/2009 14/11/2009 13/11/2009 14/11/2009 14/11/2009 20/11/2009 18/11/2009 18/11/2009 20/11/2009 05/12/2009 21/11/2009 24/11/2009 21/11/2009 24/11/2009 25/11/2009 26/11/2009 26/11/2009 27/11/2009 28/11/2009 28/11/2009 28/11/2009 28/11/2009 01/12/2009 02/12/2009

36

Relacionar Plan, Curso, Materias Listado de relaciones Plan, Curso, Materias Armado de Bsquedas de Entidades Genrico Testeo Manual de usuario y Ayuda en lnea Entrega primera iteracin Presentacin y pruebas con el cliente Conclusiones e Informe de avance Fin de Iteracin I Iteracin II Reunin con el cliente Planificacin y Anlisis de riesgos Anlisis Anlisis de requerimientos Casos de Uso Diagramas de Secuencia Diseo Diagramas de Casos de Uso Diagramas de Secuencia Diagrama de Clases Implementacin Manejo de Ao Lectivo Gestin de Inscripciones Registro de Notas Finales Registro de Inasistencias Proceso de Grupos Validacin de aprobacin de Cursos Registro de Resultados de Exmenes Validacin de inscripciones Manejo de perodos de exmenes Generacin de informacin de Auditoria Actualizar privilegios Tipos de Usuarios Testeo Actualizar Manual de usuario y Ayuda en lnea Entrega segunda iteracin Presentacin y pruebas con el cliente Conclusiones e Informe de avance Fin de Iteracin II Iteracin III Reunin con el cliente Planificacin y Anlisis de riesgos Anlisis Anlisis de requerimientos Casos de Uso Diagramas de Secuencia Diseo Diagramas de Casos de Uso Diagramas de Secuencia Diagrama de Clases Implementacin Emisin de Frmula 69 Informe de Inasistencias Informe de Notas Finales Informe de Exmenes

3 das 1 das 2 das 3 das 2 das 0.5 das 0.5 das 1 das das 34 das 1 das 1 das 7 das 2 das 2 das 3 das 12 das 3 das 3 das 6 das 19.5 das 2 das 2 das 2 das 2 das 3 das 2 das 1 das 2 das 2 das 1 das 0.5 das 3 das 0.5 das 1 das 1 das 1 das 15 das 1 das 1 das 3 das 1 das 1 das 1 das 4 das 1 das 1 das 2 das 9 das 2 das 0.5 das 0.5 das 0.5 das

30/11/2009 03/12/2009 04/12/2009 07/12/2009 07/12/2009 10/12/2009 10/12/2009 10/12/2009 07/11/2009 11/12/2009 11/12/2009 12/12/2009 14/12/2009 14/12/2009 16/12/2009 18/12/2009 22/12/2009 22/12/2009 25/12/2009 29/12/2009 22/12/2009 22/12/2009 24/12/2009 26/12/2009 29/12/2009 31/12/2009 04/01/2010 06/01/2010 07/01/2010 09/01/2010 12/01/2010 13/01/2010 14/01/2010 18/01/2010 18/01/2010 18/01/2010 19/01/2010 19/01/2010 20/01/2010 20/01/2010 21/01/2010 22/01/2010 22/01/2010 23/01/2010 25/01/2010 26/01/2010 26/01/2010 27/01/2010 28/01/2010 23/01/2010 23/01/2010 26/01/2010 27/01/2010 27/01/2010

03/12/2009 04/12/2009 05/12/2009 10/12/2009 09/12/2009 10/12/2009 10/12/2009 11/12/2009 07/11/2009 20/01/2010 12/12/2009 14/12/2009 22/12/2009 16/12/2009 18/12/2009 22/12/2009 05/01/2010 25/12/2009 29/12/2009 05/01/2010 14/01/2010 24/12/2009 26/12/2009 29/12/2009 31/12/2009 04/01/2010 06/01/2010 07/01/2010 09/01/2010 12/01/2010 13/01/2010 14/01/2010 16/01/2010 18/01/2010 19/01/2010 19/01/2010 20/01/2010 19/01/2010 06/02/2010 21/01/2010 22/01/2010 26/01/2010 23/01/2010 25/01/2010 26/01/2010 30/01/2010 27/01/2010 28/01/2010 30/01/2010 03/02/2010 26/01/2010 27/01/2010 27/01/2010 28/01/2010

37

Informe de Inscripciones Generador de Informes Dinmicos Generar Informes Base con Generador Testeo Actualizar Manual de usuario y Ayuda en lnea Entrega tercera iteracin Presentacin y pruebas con el cliente Informe de avance Fin de Iteracin III Etapa Final Desarrollar Instalador Despliegue Detalle del Despliegue Gua Instalacin Estrategia de Respaldo Plan de Contingencia Revisiones generales del Proyecto Instalacin Conclusiones finales del proyecto Fin de Proyecto

0.5 das 4 das 1 das 2 das 0.5 das 1 das 1 das 2 das 5.5 das 1 das 2.5 das 1 das 0.5 das 0.5 das 0.5 das 1 das 1 das 1 das

28/01/2010 28/01/2010 02/02/2010 03/02/2010 05/02/2010 03/02/2010 03/02/2010 04/02/2010 06/02/2010 06/02/2010 06/02/2010 06/02/2010 09/02/2010 06/02/2010 08/02/2010 08/02/2010 10/02/2010 11/02/2010 12/02/2010 13/02/2010

28/01/2010 02/02/2010 03/02/2010 05/02/2010 06/02/2010 04/02/2010 04/02/2010 06/02/2010 06/02/2010 13/02/2010 08/02/2010 10/02/2010 10/02/2010 06/02/2010 08/02/2010 09/02/2010 11/02/2010 12/02/2010 13/02/2010 13/02/2010

38

1.14. COMPROMISO DE TRABAJOPaysand, 8 de octubre de 2009

Por la presente de deja constancia que las autoridades del Colegio Nuestra Seora del Huerto; sito en la ciudad de Paysand, en la calle Florida 1137 establece su conformidad con el sistema a implementar SIINCO (Sistema Informtico para Colegios), presentado por Bruno Coppes y Mauricio Klivzov los cuales integran el equipo de desarrollo de este proyecto utilizndolo adems como proyecto final para la obtencin del ttulo Analista Programador de la universidad ORT del Uruguay. Los integrantes del equipo de trabajo asumen un compromiso de trabajo con la institucin para desarrollar el sistema en un plazo mximo de 5 meses. El alcance del desarrollo comprender la gestin correspondiente al Ciclo Bsico y abarcar el subconjunto de requerimientos de usuario que fue definido como alcances en el apartado 1.10 del presente documento. El Bachillerato y los requerimientos no comprendidos en el alcance de este proyecto, sern postergados para futuros desarrollos previo acuerdo con el Colegio. Por otra parte, el Colegio se compromete con el equipo a suministrar la informacin necesaria para realizar el desarrollo, evaluar el producto y comunicar defectos detectados. El equipo de desarrollo se compromete con la empresa a desarrollar el producto, instalarlo, capacitar al personal en su uso y colaborar con la evaluacin del mismo. Transcurrido el plazo de evaluacin y no detectndose inconvenientes, entonces ambas partes quedan liberadas de este compromiso. El equipo de trabajo asumir el costo de la implementacin del proyecto y entregar copias de toda la documentacin generada. Queda como responsabilidad del Colegio la adquisicin de cualquier componente de hardware o software necesario para la correcta instalacin del sistema.

Por Colegio Nuestra Seora del Huerto

Por equipo de desarrollo

39

2. PROYECTO2.1. ETAPA DE APRENDIZAJE DE HERRAMIENTASComo fue definido en la planificacin del proyecto, la primera etapa del mismo ha tomado como meta el aprendizaje y familiarizacin con las herramientas elegidas para el desarrollo del mismo. Cabe aclarar que la seleccin se llevo a cabo tomando en cuenta las distintas ventajas y desventajas de las herramientas disponibles en la industria del software buscando un equilibrio entre la funcionalidad que permiten y tambin el aspecto econmico ya que el cliente en primera instancia no tiene inters en realizar una gran inversin en este aspecto. Este estudio y la decisin tomada se realizaron en el anteproyecto y se puede ver en el ANEXO I del mismo. De todas maneras a continuacin se realiza una nueva investigacin ms profunda sobre las mismas con el fin de asegurarnos que la eleccin haya sido acertada Pruebas con herramientas de diseo Como explicamos en el anteproyecto, la herramienta seleccionada es Enterprise Architect para Windows. Hablando con colegas que ya han utilizado este tipo de herramientas y adems de la exhaustiva bsqueda de informacin en internet, podemos afirmar que esta es la mejor alternativa que podemos elegir dada su practicidad y eficiencia. Quiz su principal caracterstica sea el empleo de capas a la hora del diseo, del mismo modo que hacemos con algunos programas clsicos de edicin grfica. Esto simplifica el proceso de diseo y permite modularizar el trabajo: si tenemos que corregir o modificar algo, basta con ir a la capa correspondiente, y no tener que trabajar siempre con el grfico entero. Esta herramienta incluye todo tipo de elementos grficos para utilizar en nuestros diagramas, tales como flechas, elipses, polgonos de todo tipo, formas geomtricas, y un largo etctera. Muy interesante es tambin la opcin de fijar un elemento al diseo, de forma que si lo desplazamos automticamente se desplazan con l todas las flechas y lneas que lo unan con el resto. Pruebas con Lenguaje de Programacin Para corroborar la correcta seleccin en el lenguaje de programacin elegido (Microsoft Visual C# 2008), se realizaron distintas pruebas de programacin basndonos en ejemplos publicados en MSDN (http://msdn.microsoft.com/es-uy/vcsharp/default.aspx), en MSDN Magazine (http://msdn.microsoft.com/msdnmag/default.aspx)y y en la pgina de ejemplos de implementacin de distintos lenguajes http://www.java2s.com/Code/CSharp/CatalogCSharp.htm A travs de de esta informacin comprendimos como realizar una implementacin eficiente y as comenzar nuestro aprendizaje de Microsoft Visual C# 2008 aprendiendo muchas de sus cualidades y las ventajas de utilizar un lenguaje OO. En resumen podemos aseverar que la eleccin de esta herramienta fue un acierto ya que nos encontramos con un leguaje amigable y muy completo lo cual nos permite implementar un mejor diseo basndonos en el uso de la herencia y el polimorfismo. Pruebas con Acceso a Datos Una vez ms nos encontramos en posicin de afirmar que la eleccin del motor de Base de Datos Microsoft SQL Server 2008 Express Edition fue acertada. Para esta confirmacin realizamos pruebas de acceso a datos, poniendo foco en distintos ejemplos para conectarnos y tratando los datos almacenados en esta base relacional. En principio realizamos pequeas implementaciones de cdigo tratando de proyectar lo que posteriormente ser la capa de persistencia de nuestro proyecto. Creamos una clase Conexion.cs para probar como se desempea el sistema en conjunto con el motor de BD, encapsulando el comportamiento necesario para nuestra capa de persistencia y acceso a datos. En todas estas pruebas el resultado fue satisfactorio y a partir de este fue la confirmacin obtenida. El cdigo de ejemplo se detalla en el ANEXO X.

40

2.2. DISEAR GUI2.2.1. Definicin de Interfaces de Usuario En esta actividad se especifican las interfaces entre el sistema y el usuario principalmente los: formatos de: Pantalla

Tesis Huerto

Documents

Transcript of Tesis Huerto