Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Tesis212 PDF
Tesis212 PDF
1
SIAP
SISTEMA DE INFORMACIÓN PARA ADMINISTRACIÓN DE PROYECTOS DE GRADO
Director
ADITH PÉREZ
Ingeniero de Sistemas
2
PONTIFICIA UNIVERSIDAD JAVERIANA
FACULTAD DE INGENIERIA
CARRERA DE INGENIERIA DE SISTEMAS
Decano del Medio Universitario Facultad de Ingeniería: Padre José Sarmiento Nova S.J.
3
Nota de Aceptación
______________________________________________________
______________________________________________________
______________________________________________________
ADITH PÉREZ
Director del Proyecto
________________________________________
Jurado
________________________________________
Jurado
JULIO 2005
4
“La Universidad no se hace responsable de los conceptos emitidos por sus alumnos en sus
proyectos de grado. Sólo velará porque no se publique nada contrario al dogma y la moral católica y
porque no contengan ataques o polémicas puramente personales. Antes bien, que se vean en ellos
el anhelo de buscar la verdad y la justicia”
5
AGRADECIMIENTOS
Con su valiosa colaboración contribuyeron a que este proyecto se llevara a cabo exitosamente, por
lo tanto expresamos nuestro reconocimiento y gratitud, con:
También agradecemos a nuestros Padres y Familiares por su apoyo incondicional a lo largo del
desarrollo de este trabajo de grado.
6
TABLA DE CONTENIDO
LISTA DE TABLAS................................................................................................................................. 9
LISTA DE FIGURAS............................................................................................................................. 10
LISTA DE ANEXOS.............................................................................................................................. 12
INTRODUCCIÓN.................................................................................................................................. 13
1. OBJETIVOS .............................................................................................................................. 14
1.1 OBJETIVO GENERAL ........................................................................................................ 14
1.2 OBJETIVOS ESPECÍFICOS .............................................................................................. 14
1.3 ALCANCE................................................................................................................................. 14
2. ANTECEDENTES ..................................................................................................................... 16
3. DESCRIPCIÓN DEL PROBLEMA ............................................................................................ 22
4. JUSTIFICACIÓN ....................................................................................................................... 23
5. HERRAMIENTAS DE DESARROLLO...................................................................................... 24
5.1 VISUAL STUDIO .NET........................................................................................................ 24
5.2 ASP .NET............................................................................................................................ 25
5.3 VISUAL BASIC .NET .......................................................................................................... 27
5.4 SQL SERVER 2000 ............................................................................................................ 28
5.5 VISUAL SOURCE SAFE 6.0 C ........................................................................................... 30
6. EXPERIENCIAS EN ORGANIZACIONES RECONOCIDAS A NIVEL MUNDIAL ................... 32
7. EXPERIENCIAS EN ORGANIZACIONES Y EMPRESAS NACIONALES............................... 35
8. ¿POR QUÉ SE SELECCIONARON ESTAS HERRAMIENTAS PARA SIAP? ........................ 37
9. ¿POR QUÉ UNA APLICACIÓN WEB?..................................................................................... 39
10. ANÁLISIS DE LA EXPERIENCIA DE ACUERDO A LOS COMPONENTES........................... 41
11. METODOLOGÍA DE DESARROLLO........................................................................................ 45
11.1 APORTES DE LA METODOLOGÍA.................................................................................... 46
11.2 PROBLEMAS DE LA METODOLOGÍA .............................................................................. 46
11.3 MODIFICACIONES A LA METODOLOGÍA ........................................................................ 47
11.4 ¿POR QUE DIENTE DE SIERRA Y NO OTRA? ................................................................ 47
12. DECISIONES DE DISEÑO DE BASE DE DATOS.................................................................. 50
12.1 ESTANDAR DE BASE DE DATOS .......................................................................................... 50
12.1.1 BASE DE DATOS ...................................................................................................................... 50
12.1.2 TABLAS ................................................................................................................................... 50
12.1.3 CAMPOS DE LAS TABLAS ........................................................................................................... 51
12.1.4 STORE PROCEDURES............................................................................................................... 52
12.2 DIAGRAMA ENTIDAD – RELACIÓN ....................................................................................... 53
13. DIAGRAMAS DE LA APLICACIÓN .......................................................................................... 54
13.1 DEPLOYMENT ................................................................................................................... 54
13.2 CASOS DE USO................................................................................................................. 55
13.3 CLASES.............................................................................................................................. 57
13.4 COMPONENTES................................................................................................................ 58
14. ESTADÍSTICAS Y LIMITACIONES .......................................................................................... 59
14.1 CANTIDAD DE USUARIOS................................................................................................ 59
14.2 ESTADISTICAS DE LA BASE DE DATOS SQL SERVER 2000 ........................................ 59
7
14.3 CANTIDAD DE PETICIONES AL SERVIDOR DE APLICACIONES .................................. 60
15. REQUERIMIENTOS.................................................................................................................. 61
15.1 POR PARTE DEL SERVIDOR DE APLICACIONES .......................................................... 61
15.2 REQUERIMIENTOS DEL SISTEMA .................................................................................. 61
15.3 POR PARTE DEL CLIENTE ............................................................................................... 62
16. ALCANCE DEL SISTEMA......................................................................................................... 63
17. EXPLICACIÓN DEL SISTEMA ................................................................................................. 64
17.1 MÓDULOS.......................................................................................................................... 64
17.1.1 MÓDULO ADMINISTRACIÓN DEPARTAMENTO .............................................................................. 64
17.1.2 MÓDULO ADMINISTRACIÓN ....................................................................................................... 64
17.1.3 MÓDULO ADMINISTRACIÓN ESTUDIANTES.................................................................................. 64
17.1.4 MÓDULO CONSULTAS .............................................................................................................. 64
17.2 ROLES................................................................................................................................ 65
17.3 ESTADOS........................................................................................................................... 65
18. EXPERIENCIAS DE SISTEMAS DE INFORMACIÓN SOBRE ASP.NET ............................... 66
18.1 EN LA UNIVERSIDAD ........................................................................................................ 66
18.2 SIAP PIONERO EN DESARROLLO SOBRE ASP .NET EN LA CARRERA DE INGENIERÍA
DE SISTEMAS DE LA PONTIFICIA UNIVERSIDAD JAVERIANA .................................................. 66
18.3 SIAP UNA PUERTA ABIERTA PARA PRÓXIMOS PROYECTOS DE GRADO................. 66
19. POSIBILIDADES DE ADAPTACIÓN Y LIMITACIONES .......................................................... 68
20. CONCLUSIONES DEL PROYECTO ........................................................................................ 71
21. RECOMENDACIONES ............................................................................................................. 81
22. BIBLIOGRAFÍA.......................................................................................................................... 82
8
LISTA DE TABLAS
Pág.
Tabla 1. Estudiantes que cursaron proyecto de grado I, II y III en los diferentes semestres
durante los últimos años………………………………………………………………………………...16
9
LISTA DE FIGURAS
Pág.
Figura 1. Tendencia de número de trabajos de grado……………………………………….………17
10
Figura 23. Imagen de pantalla consulta jurados……………………………….……………………..75
Figura 31. Imagen de Proyectos finalizados con opción para consultar entregas. ………….…..80
11
LISTA DE ANEXOS
12
INTRODUCCIÓN
Este documento es el resultado del trabajo realizado durante el último año en cuanto al análisis,
diseño e implementación del sistema de información para poder entregar a la Carrera de
Ingeniería de Sistemas de La Pontificia Universidad Javeriana una aplicación que preste un
servicio a todos.
13
1. OBJETIVOS
En este capítulo se enuncian los objetivos a desarrollar en este proyecto de grado, que tiene por
finalidad, la creación de un sistema de información para la administración de los proyectos de
grado de la carrera de Ingeniería de Sistemas de la Pontificia universidad javeriana.
Administrar y gestionar la información de los proyectos de investigación, de tal forma que tanto
estudiantes, como directores de proyecto y directivos del departamento, puedan tener datos
actualizados, precisos y detallados, de los avances de estas investigaciones.
Analizar, diseñar, desarrollar e implantar en su totalidad una herramienta robusta, completa y con
altos estándares de calidad, utilizando los conocimientos adquiridos durante el proceso de
formación de la carrera.
Permitir un control adecuado de los proyectos de grado e investigaciones, utilizando dentro del
Sistema de Información indicadores de gestión, que evidencien cumplimiento dentro de las
diferentes líneas de investigación y de cada uno de los proyectos.
1.3 ALCANCE
Es por esto, que se abrió un espacio para llevar a cabo un proyecto que ayude a manejar un
gran volumen de información para los Proyectos de Grado de la Carrera y a optimizar recursos
como el tiempo. Por otra parte, se buscaba generar mecanismos para facilitar el control y
seguimiento de los Proyectos de Grado por parte del Coordinador del área.
14
Los trámites actuales de Proyecto de Grado I y II y la información que se maneja en cada uno de
ellos ha sido la siguiente:
Los documentos físicos del trabajo final se guardan uno en el Centro de Documentación ubicado
en las salas de computadores del primer piso de la Facultad de Ingeniería y otro es entregado al
director del proyecto.
Una copia del documento en forma magnética reposa en la biblioteca de la Universidad y otro en
el Centro de Documentación.
Para asignar jurados a los proyectos de grado se utiliza la información almacenada en los
computadores de los Jefes de Sección que sacan de sus hojas de cálculo los datos de cada
profesor de su sección, así como las asignaturas que dicta. Esta información se imprime para
hacer los cruces (proyecto-jurados).
El seguimiento a los proyectos de grado se hace por medio de las bitácoras almacenadas en las
páginas individuales que tiene cada uno de los proyectos en el servidor “Pegasus” del
Departamento de Ingeniería de Sistemas. Para que el Coordinador pueda conocer el estado de
cada Proyecto debe entrar a cada página o en su defecto llamar al Director o al grupo de
estudiantes.
Para comprender el alcance del sistema, anexo se encuentran los requerimientos solicitados por
el cliente. Ver Anexo E
15
2. ANTECEDENTES
El sistema de información propuesto será una gran ayuda para los estudiantes que están
culminando sus estudios, brindándoles una herramienta completa que les facilite el seguimiento
de sus proyectos, debido a que muchos estudiantes cursan materias mientras están con el
desarrollo del trabajo de grado.
CRECIMIENTO DE LA CARRERA
Por otra parte la carrera hoy en día esta en constante crecimiento tanto en número de alumnos
que ingresan a la carrera como en el número de estudiantes que cursan cada asignatura por
semestre; por esta razón, cada semestre la carrera se ve obligada a abrir nuevos grupos para
satisfacer la demanda y más aún cuando las modificaciones realizadas al plan de estudios y la
entrada del sistema de créditos académicos hacen que más estudiantes tengan la oportunidad
de cursar trabajo de grado cada semestre.
A continuación presentamos algunos datos de estudios realizados por la Carrera sobre el
crecimiento de ésta semestralmente durante los últimos años y el crecimiento de las asignaturas
Proyecto de Investigación I, II y III.
En el cuadro anterior se observa con claridad que debido a lo cambios realizados por la carrera
al plan de estudios actual se incrementó en más del doble el número de estudiantes que cursan
trabajo de grado I para el segundo semestre del 2004 en comparación con el semestre anterior e
incluso en comparación con los semestres de los años anteriores. Debido a este comportamiento
es de esperar que los próximos semestres se multipliquen el número de estudiantes.
16
La gráfica presentada a continuación muestra el comportamiento de las asignaturas proyecto de
grado I, II y III durante los últimos semestres.
70
60
50
40 Serie1
Serie2
30 Serie3
20
10
0
2002-1 2002-3 2003-1 2003-3 2004-1 2004-3 2005-1
Por otra parte, el número de estudiantes que ingresan a la Carrera cada día es más grande lo
cual hace más engorroso el manejo de los proyectos de grado a medida que los estudiantes van
llegando hasta esa instancia de la Carrera, a continuación presentamos el cuadro de alumnos
inscritos, admitidos y matriculados por la Carrera desde su comienzo hasta hoy.
Primer semestre
1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005
Inscritos 86 125 119 110 110 186 296 284 193 180 127
Admitidos 67 91 83 91 89 123 98 119 145 156 125
Matriculados 58 63 59 59 68 95 91 92 98 115 96
Tabla 2. Comportamiento de inscritos, admitidos y matriculados para los primeros semestres.
Fuente: Dirección de Carrera – Ingeniería de Sistemas.
17
350
300
250
200 Inscritos
Admitidos
150 Matriculados
100
50
0
95
96
97
98
99
00
01
02
03
04
05
19
19
19
19
19
20
20
20
20
20
20
Figura 2. Número de estudiantes aspirantes al programa primer semestre. Fuente: Dirección de
Carrera – Ingeniería de Sistemas.
Segundo semestre
1995 1996 1997 1998 1999 2000 2001 2002 2003 2004
Inscritos 43 55 59 58 75 115 136 102 106 82
Admitidos 40 45 44 58 72 77 89 92 86 82
Matriculados 27 28 31 45 51 74 85 60 60 71
Tabla 3. Comportamiento de inscritos, admitidos y matriculados para los segundos semestre.
Fuente: Dirección de Carrera – Ingeniería de Sistemas.
160
140
120
100 Inscritos
80 Admitidos
60 Matriculados
40
20
0
1995 1996 1997 1998 1999 2000 2001 2002 2003
18
Ingeniería Industrial
Actualmente la Carrera de Ingeniería Industrial que es uno de los programas que cuenta con
mayor volumen de estudiantes tiene una página Web1 en la cual presenta la información más
relevante sobre las líneas de trabajo de grado con las opciones que se listan a continuación.
[PI72004].
Introducción
Requisitos para la presentación de propuestas de trabajo de grado
Estudio de propuestas de trabajo de grado
Posibles respuestas
Responsabilidad después de aprobada una propuesta y vigencia
Informe final del trabajo de grado Requisitos para la presentación del informe final (trabajo de grado)
Proceso previo a sustentación
Sustentación del trabajo de grado
Requisitos indispensables para graduación
Anexos
anexo 1: Tabla mínima de contenidos de la propuesta
anexo 2: Artículo 23 del reglamento de la Universidad
anexo 3: Documentos requeridos para grado
anexo 4: Entregas de trabajos de grado a la biblioteca
Información de las asignaturas
Contacto
1 http://fing.javeriana.edu.co/ingenieria/ing_industrial/proyectos_grado.htm. 27/09/2004
19
Esta página es de carácter informativo y no permite a los estudiantes ni directores de proyecto
interactuar con ningún sistema que brinde herramientas para facilitar el proceso de culminación
de los trabajos de grado.
Como se puede ver en los ejemplos anteriores, tanto la Carrera de Ingeniería de Sistemas como
Ingeniería Industrial, manejan un volumen de estudiantes bastante alto que cursa
semestralmente trabajo de grado, es por esto que se hace visible la necesidad de crear un
sistema de información completo y robusto que les permita de forma más rápida, segura y
eficiente llevar a cabo la administración de los mismos.
20
Por otro parte, consultando en distintas fuentes de información logramos identificar un proyecto
que se aproxima a lo que nuestro trabajo pretende alcanzar, éste se encuentra en la página del
CLEI (Congreso Latinoamericano de estudios en informática) y que será presentado en
septiembre de este año (2004).
Descripción:
21
3. DESCRIPCIÓN DEL PROBLEMA
Por esta razón, se ve en este trabajo de grado una oportunidad para dar solución y de esta
manera, mejorar los distintos procesos que los proyectos de grado implican para la Carrera y el
Departamento.
22
4. JUSTIFICACIÓN
El sistema de información SIAP aquí propuesto, pretende agilizar y facilitar el manejo del gran
volumen de proyectos de grado, directores de proyecto y líneas de investigación que
actualmente ofrece la Carrera de Ingeniería de Sistemas de la pontificia Universidad Javeriana.
Una vez SIAP este implementado en su totalidad, los Estudiantes, Directores de Proyecto y
directivas de la Carrera y el Departamento, tendrán a su disposición una completa herramienta
que les permita llevar a cabo la gestión de los diferentes proyectos de grado.
El Sistema de Información propuesto, también ofrecerá una base de datos con los proyectos
terminados y entregados a la Carrera, que actualmente tienen que buscarse en forma manual en
el Departamento de Sistemas o en la Biblioteca de la Universidad.
23
5. HERRAMIENTAS DE DESARROLLO
Visual Studio .NET 2003 contiene una versión mejorada de Windows .NET Framework. Windows
.NET Framework 1.1 incluye nuevas funciones, mejoras y actualizaciones de la documentación.
Gracias a la compatibilidad integrada con .NET Compact Framework, Visual Studio .NET 2003
incorpora a .NET los dispositivos móviles e incrustados, como Pocket PC, y otros dispositivos
que utilizan el sistema operativo Microsoft Windows CE .NET. Ahora, los programadores pueden
utilizar el mismo modelo de programación, las mismas herramientas para programadores y los
mismos conocimientos para crear aplicaciones orientadas tanto a dispositivos pequeños como a
los centros de datos de mayor tamaño. [PI82005]
Visual Studio .NET es el único entorno de desarrollo creado exclusivamente para permitir la
integración con servicios Web XML. Al hacer posible que las aplicaciones compartan datos a
través de Internet, los servicios Web XML permiten a los programadores ensamblar aplicaciones
a partir de código nuevo y existente, independientemente de la plataforma, el lenguaje de
programación o el modelo de objetos.
3 http://www.microsoft.com/spanish/msdn/vstudio/productinfo/vstudio03/overview/default.asp. 15/04/2005
24
Visual Studio .NET 2003 está disponible en las siguientes ediciones:
Enterprise Architect Enterprise Developer Professional
Visual Studio .NET Visual Studio .NET Visual Studio .NET
Enterprise Architect Enterprise Developer Professional permite a los
proporciona la capacidad proporciona un eficaz programadores crear con
total de Visual Studio .NET entorno de desarrollo rapidez aplicaciones para
Enterprise Developer, más empresarial en equipo para Windows, Web, dispositivos
funciones adicionales para crear con rapidez Web móviles, Pocket PC y
diseñar, especificar y aplicaciones importantes otros dispositivos incrustados
comunicar arquitectura y orientadas a cualquier que utilizan .NET Compact
funcionalidad de dispositivo y que se integren Framework.
aplicaciones. en cualquier plataforma.
Tabla 4. Ediciones Visual Studio .NET 2003. Fuente: Microsoft.
Para el desarrollo de SIAP, la herramienta utilizada fue Visual Studio .NET Enterprise Architect,
la cual nos proporciono todas las posibilidades y servicios para culminar con éxito el desarrollo
de este sistema, además su integración con SQL Server y Visual Source Safe, permitió ahorrar
en gran parte el tiempo de desarrollo y repositorio de datos y de el buen manejo de las diferentes
versiones de la aplicación y de la documentación.
El 20 de Enero del 2002 una nueva versión del tradicional Active Server Pages fue lanzada por
Microsoft al público, esta versión es ASP.net. ASP.net forma parte del .NET Framework de
Microsoft, junto con VB.net, C++.net, C# e incluso JScript.net.
ASP.NET es un marco de trabajo de programación generado en Common Language Runtime
que puede utilizarse en un servidor para generar eficaces aplicaciones Web.
ASP.NET es uno de los componentes principales del Microsoft .NET Framework y proporciona
toda la infraestructura necesaria para el desarrollo de aplicaciones Web.
ASP.NET no es simplemente una versión mejorada de Microsoft Active Server Pages (ASP), es
una plataforma de desarrollo Web unida que proporciona los servicios necesarios a los
desarrolladores para generar aplicaciones Web para grandes empresas y entidades. ASP.NET
proporciona grandes mejoras con respecto a ASP e incluye muchas características nuevas.
ASP .net permite el desarrollo de aplicaciones Web en varios lenguajes de programación como
Visual Basic .NET, C#, y JScript .NET, es esta otra de las grandes ventajas de escoger ASP .Net
para el desarrollo de SIAP, debido a que no se tenía que estar sometidos al conocimiento de un
solo lenguaje de programación y esto permitía y abría la puerta para escoger C# como lenguaje
aunque no haya sido esta la ultima elección; y el por que se explica más adelante.
A continuación se enuncian las principales ventajas y desventajas de ASP. NET que influyeron
en la escogencia de esta herramienta de desarrollo para el sistema de información que
administrará los proyectos de grado de Ingeniería de Sistemas de la Pontificia Universidad
Javeriana.
25
VENTAJAS
26
• Posibilidad de personalización y extensibilidad. ASP.NET presenta una arquitectura
bien diseñada que permite a los programadores insertar su código en el nivel adecuado.
De hecho, es posible extender o reemplazar cualquier subcomponente del motor de
tiempo de ejecución de ASP.NET con su propio componente escrito personalizado. La
implementación de la autenticación personalizada o de los servicios de estado nunca ha
sido más fácil.
DESVENTAJAS
• Entre más usuarios utilicé la aplicación WEB el uso de memoria y de procesador es más
alto, lo cual hace que con el paso del tiempo si el número de usuarios incrementa de
forma considerable la memoria en el servidor debe ser ampliada para responder a las
necesidades del sistemas, esta es la principal y más importante desventaja de ASP.net;
además el uso de variables de sesión también consume mas memoria.
Ahora, Visual Basic .NET se integra plenamente con otros lenguajes de Microsoft Visual Studio®
.NET. No sólo se pueden programar componentes de aplicaciones en diferentes lenguajes de
programación, sino que ahora, las clases se pueden heredar de clases escritas en otros
lenguajes utilizando la herencia entre lenguajes. Con el depurador unificado, ahora se pueden
depurar aplicaciones en varios lenguajes, independientemente de si se ejecutan localmente o en
equipos remotos. Por último, independientemente del lenguaje que se utilice, .NET Framework
proporciona un amplio conjunto de interfaces de programación de aplicaciones (API) para el
sistema operativo Microsoft Windows e Internet.
4 http://www.microsoft.com/latam/vbasic/producto/resumen.asp#use. 15/04/2005
27
5.4 SQL SERVER 20005
Microsoft SQL Server 2000 es un sistema gestor de bases de datos relacionales (SGBDR). Una
base de datos relacional proporciona una forma de organizar información almacenándola en
tablas de bases de datos. La información relacional se puede agrupar en tablas, y también se
pueden definir relaciones entre tablas; de ahí el nombre, base de datos relacional. Los usuarios
acceden a la información que está en el servidor a través de una aplicación. Los administradores
acceden al servidor directamente para realizar tareas de configuración, administrativas y de
mantenimiento de la base de datos. SQL Server es una base de datos dimensionable, lo que
quiere decir que puede almacenar cantidades de datos ya que puede soportar muchos usuarios
accediendo a los datos al mismo tiempo.
SQL Server nació en 1989 y ha cambiado de forma significativa desde entonces. Se han reali-
zado grandes mejoras de dimensionabilidad, la integridad, la facilidad de administración, el
rendimiento y as características del producto. SQL Server se puede utilizar en dos tipos de
entornos.
Las necesidades y requisitos del cliente han dado lugar a innovaciones significativas en el
producto SQL Server versión 2000, entre las que se incluyen la facilidad de uso, escalabilidad y
fiabilidad, y almacenamiento de datos. [PI22004].
Liderazgo e innovación
Las innovaciones permiten a SQL Server 2000 liderar algunas de las categorías de aplicaciones
de más rápido crecimiento dentro del sector de las bases de datos. Entre estas categorías se
pueden mencionar el comercio electrónico, informática móvil, automatización de sucursales,
aplicaciones de líneas de negocio y depósitos de datos.
Entre las importantes áreas de liderazgo e innovación de Microsoft SQL Server 2000 cabe citar:
• Primera base de datos que se amplía desde los portátiles a la empresa mediante el
mismo código base y que ofrece una compatibilidad del código del cien por cien.
• Primera base de datos que soporta la configuración automática y la auto-optimización.
• Primera base de datos con un servidor OLAP integrado.
• Primera base de datos con los servicios de transformación de datos (Data
Transformation Services, DTS) integrados.
• El marco de almacenamiento de datos de Microsoft (Data Warehousing Framework)
constituye el primer planteamiento de amplia cobertura para la resolución de los
problemas que plantea la utilización de metadatos.
• La primera base de datos que ofrece administración multiservidor para un gran número
de servidores.
• Una gran variedad de opciones de duplicación de cualquier base de datos.
• La mejor integración con la familia Windows NT Server, Microsoft Office y BackOffice®.
• Acceso universal a los datos (Universal Data Access), la estrategia de Microsoft para
permitir el acceso de alto rendimiento a una gran cantidad de fuentes de información.
5 http://www.sqlmax.com/caracter.asp. 15/04/2005
28
Facilidad de uso
Los clientes buscan soluciones a los problemas de la empresa. La mayor parte de las soluciones
para bases de datos simplemente implican nuevos costes y complejidad añadida. La estrategia
de Microsoft estriba en convertir a SQL Server en la base de datos que permita llevar a cabo la
creación, administración y distribución de las aplicaciones empresariales de la forma más
sencilla. Esto significa proporcionar a los desarrolladores un modelo de programación simple y
rápida, eliminar la necesidad de administrar la base de datos en las operaciones habituales y
proporcionar herramientas sofisticadas para acometer las operaciones más complejas.
SQL Server 2000 reduce el coste total de propiedad mediante opciones tales como la
administración de varios servidores con una única consola; ejecución de trabajos basados en
eventos y generación de alertas; seguridad integrada y procedimientos de comandos para
realizar tareas administrativas. Esta versión también deja vía libre al administrador de la base de
datos para llevar a cabo trabajos más sofisticados al automatizar las tareas rutinarias. Mediante
la combinación de estas potentes utilidades para la administración con las nuevas opciones de
configuración automática, Microsoft SQL Server 2000 constituye la opción ideal para las
aplicaciones de automatización de sucursales y de bases de datos incrustadas.
Ampliable y fiable
Para satisfacer estas necesidades, Microsoft ofrece un único motor de base de datos ampliable
desde un equipo portátil que ejecuta el sistema operativo Windows® 95 o Windows 98, hasta
clusters multiprocesador simétricos de varios terabytes de información y que ejecutan Windows
2000 Server Enterprise Edition. Todos estos sistemas mantienen la seguridad y fiabilidad que
exigen los sistemas empresariales críticos.
Una novedad de la versión 2000 es su diseño para cubrir las necesidades cada vez mayores del
mercado de la informática móvil, con nuevas e innovadoras funcionalidades como un pequeño
espacio físico para la memoria, ajuste automático y duplicación en varias instalaciones.
SQL Server es también la elección ideal para los sistemas de almacenamiento de datos y OLTP
de la gama alta, ya que dispone de funcionalidades de escalabilidad como bloqueo dinámico a
nivel de filas, paralelismo entre consultas, consulta distribuida y mejoras en bases de datos de
gran tamaño (Very Large Database, VLDB).
Almacenes de datos
29
Microsoft ha establecido un planteamiento de amplia cobertura para el proceso completo del
almacenamiento de datos. El objetivo es facilitar aún más la creación y el diseño de soluciones
de soluciones económicas de almacenamiento de datos mediante la combinación de
tecnologías, servicios y alianzas entre fabricantes.
La Microsoft Alliance for Data Warehousing es una coalición que reúne a los líderes del sector en
el almacenamiento de datos y aplicaciones. El marco de almacenamiento de datos de Microsoft
(Microsoft Data Warehousing Framework) es un conjunto de interfaces de programación que ha
sido diseñado para simplificar la integración y administración de soluciones de almacenamiento
de datos.
Entre las innovaciones que se incluyen en SQL Server 2000 destinadas a mejorar el proceso de
almacenamiento de grandes cantidades de datos, se encuentran:
Las bases de datos que usan esta tecnología pueden manejar muchos mas usuarios
concurrentes y cantidades de datos enormemente mayores. SQL Server esta diseñado para
resolver los requisitos más exigentes en el uso de una base de datos de una empresa.
6 http://msdn.microsoft.com/library/spa/default.asp?url=/library/SPA/guides/html/vsorivisualsourcesafe60.asp.
15/04/2005
30
Microsoft VSS 6.0 tiene muchas características nuevas, incluidas:
Archivar y Restaurar. Estas operaciones se pueden realizar ahora con un sencillo asistente del
Administrador de VSS. En versiones anteriores de VSS, los comandos Archivar y Restaurar
estaban disponibles sólo desde la línea de comandos.
Mover archivos. Al mover un archivo ahora, VSS lo compartirá automáticamente en un nuevo
proyecto, eliminándolo del proyecto original. El archivo aparecerá como compartido en el nuevo
proyecto.
Compara diferencias en múltiples proyectos. Esta característica le permite comparar las
diferencias de un proyecto frente a otro proyecto.
Distribuir archivos individuales. En versiones anteriores de VSS sólo podía distribuir una
carpeta; con el nuevo asistente, podrá distribuir también un archivo.
Operación Fast Get. Gracias a las capacidades mejoradas de VSS, puede realizar una
operación Get dos veces más rápido que en las versiones anteriores de VSS.
Filtrar la información del Historial. Ahora puede ver el historial de archivos y proyectos sin
incluir las etiquetas.
Promoción de etiquetas. Esta característica le permite promocionar o agregar un archivo a una
etiqueta existente.
Opción de borrar las carpetas temporales. Esta característica le permite borrar fácilmente las
carpetas temporales.
Comprobar hipervínculos externos. En versiones anteriores de VSS, sólo los hipervínculos
internos y los saltos dentro del proyecto se comprobaban. Ahora VSS le permite comprobar los
hipervínculos y saltos fuera del proyecto.
Crear accesos directos en el escritorio a bases de datos de VSS (desde el Explorador de
VSS). Esta característica le permite crear un acceso directo en su escritorio que abra una base
de datos de VSS específica.
Ayuda en formato HTML. Las versiones anteriores de VSS utilizaban la ayuda en formato
Windows.
31
6. EXPERIENCIAS EN ORGANIZACIONES RECONOCIDAS A NIVEL MUNDIAL
Estas son algunas de las experiencias referenciadas por Microsoft que se aproximan a SIAP en
las herramientas utilizadas para lograr el fin propuesto a nivel mundial.
CASO 17
País: España
Sector: Educación
- Mayor productividad.
- Integración de datos.
- Facilidad de uso.
- Interacción con otros sistemas de información de la Universidad
Software y Servicios
- Microsoft Windows 2000 Advanced Server
- Microsoft Visual Basic .NET
- Microsoft Visual Source Safe
Este proyecto de la universidad de Málaga, no solo por ser un proyecto de una universidad si no
también por las herramientas utilizadas se asemeja en las características a las utilizadas para
llevar a cabo el proceso de implementación de SIAP. Las características que coinciden son
Microsoft Visual Basic .NET y Microsoft Visual Source Safe.
7 http://www.microsoft.com/spanish/msdn/spain/casestudies/cs_universidad_malaga02.asp 22/04/2005
32
CASO 28
País: España
Sector: Administración
La Dirección General del Catastro (España) gestiona y difunde la información sobre los bienes e
inmuebles rústicos y urbanos ubicados en el territorio nacional, y sobre sus respectivos
propietarios.
Este organismo se planteó un ambicioso proyecto: crear un sistema centralizado de información
que permitiese interactuar con los ciudadanos e instituciones públicas y poner a su disposición
servicios electrónicos, como la gestión y tramitación de certificados vía Web, entre otros.
Gracias a la tecnología .NET de Microsoft (Visual Studio .NET y las diferentes soluciones
incluidas: ASP .NET, IIS, etcétera), la Dirección General del Catastro ha dado un salto cualitativo
y cuantitativo en la calidad del servicio al ciudadano. [PI122005].
- Escalabilidad y productividad.
- Rápida tramitación y acceso a la información.
- Facilidad de uso y aprendizaje.
- Integración de aplicaciones
Software y Servicios
- Microsoft Visual Studio .NET
- .NET Framework
- Microsoft Windows 2000 Advanced Server
Tecnologías
Clustering ASP.NET
En este proyecto de La Dirección General del Catastro de España se utilizó todo el potencial de
Visual Studio .NET para desarrollar una aplicación en ASP .NET y Clustering ASP.NET para
poder dar un buen nivel y calidad de servicio a los ciudadanos Españoles. Las herramientas que
se con las que se identifica SIAP y este proyecto son la utilización de Visual Studio .NET y ASP
.NET.
CASO 39
País: España
Sector: Servicios Financieros
Caixa Manresa es una entidad financiera implantada en Cataluña que cuenta con una red de 140
oficinas y cerca de 700 empleados. Su sede social se encuentra ubicada en Manresa
(Barcelona) y está especializada en particulares, pequeñas y medianas empresas.
Sus principales productos financieros se dirigen al mercado hipotecario y a la gestión de
patrimonios. Ocupa actualmente el tercer lugar entre las cajas catalanas en volumen de fondos
de inversión gestionados.
8 http://www.microsoft.com/spanish/msdn/spain/casestudies/cs_catastro.asp 22/04/2005
9 http://www.microsoft.com/spanish/msdn/spain/casestudies/cs_caixamanresa01.asp 22/04/2005
33
Como continuación de un cambio de estrategia iniciado durante la década de los 90 con el
objetivo de mantener su posición en el mercado financiero catalán, Caixa Manresa emprendió a
finales de 2001 una profunda evolución de sus sistemas de información. Esta transformación ha
supuesto la creación de una arquitectura informática y de nuevos terminales financieros para los
empleados.
La utilización de las tecnologías Microsoft ha supuesto para Caixa Manresa cuatro beneficios
principales: disponibilidad, debido la creación de una solución estable; productividad, al poder
obtener un alto rendimiento en la evolución del sistema; bajo coste de mantenimiento y una
evolución futura del sistema totalmente asegurada.
Para su creación se ha utilizado Microsoft Visual Studio .NET, con el que se ha desarrollado una
aplicación Web basada en componentes y Web Services que permiten un rápido desarrollo y
despliegue de nuevos servicios. "Desarrollar los Web Services con Visual Studio .NET ha
resultado extremadamente sencillo, al tiempo que ha facilitado la integración del terminal
financiero con el middleware y nos ha asegurado una rápida evolución de la solución", detalla
Rossend Vergé.
También se ha añadido la posibilidad de integración vertical y horizontal de las distintas
aplicaciones disponibles en el terminal financiero, con independencia de las transacciones o
servicios que puedan necesitarse para resolverlas. [PI132005]
Software y Servicios
Para le ejecución de este proyecto las características compartidas con SIAP son Microsoft Visual
Studio .NET, Microsoft SQL Server , Microsoft Windows 2000 Server, además mencionan la
importancia de reducir el tiempo de implementación al utilizar las herramientas ofrecidas por
Microsoft para este proyecto y las posibilidades de integración con sistemas ya existentes en el
caso de SIAP esta es una posibilidad a futuro.
34
7. EXPERIENCIAS EN ORGANIZACIONES Y EMPRESAS NACIONALES
A nivel nacional son ya varios los casos de éxito conocidos en empresas grandes y en diversos
sectores que han optado por seleccionar las herramientas ofrecidas por Microsoft para realizar
sus proyectos tal vez los casos que más se resaltan son los de Avianca y las Empresas Públicas
de Medellín por la necesidad y alta integración de sistemas con los que ya contaban y la
necesidad de ofrecer un mejor nivel de servicio en el caso de Avianca para sus clientes Externos
y el caso de las Empresas Públicas de Medellín para sus Clientes internos y tomas de
decisiones.
CASO 110
Avianca surge de la integración de las aerolíneas colombianas Avianca, Sam y Aces, las cuales
decidieron unir esfuerzos para ofrecer un servicio superior en calidad y cantidad: seguro,
confiable, cálido, puntual, más eficiente y a precios más competitivos; con una mejor distribución
de los vuelos en los horarios, aumento en las frecuencias y mayor cubrimiento.
La integración de las compañías hizo necesaria una evaluación de los mejores sistemas de
información. La entidad busca soluciones que le ofrezcan un mayor valor agregado sus usuarios.
La Intranet de Deskubra es la primera solución que utiliza los beneficios del framework .NET Los
desarrollos con Microsoft Visual Basic permitieron la creación de aplicaciones que permiten el
manejo de las reservas, ventas y administración de los planes turísticos de este programa de
Avianca. [PI142005]
Productos y servicios
CASO 211
10 http://www.microsoft.com/colombia/casosdeexito/avianca.asp 22/04/2005
11 http://www.microsoft.com/resources/casestudies/ 22/04/2005
35
Se desarrollo un nuevo portal en Internet con el apoyo de los servicios de consultoría y
capacitación de Microsoft. Así como la implementación de las soluciones Content Management
Server, Microsoft SQL Server , Microsoft Internet Information Server, Microsoft Windows Server y
Microsoft Visual Studio .NET. [PI152005]
CASO 312
Empresas Públicas de Medellín es una entidad Industrial y Comercial del Estado, que tiene por
objeto la prestación de los servicios públicos domiciliarios de acueducto, alcantarillado, energía,
distribución de gas por red y telecomunicaciones.
EEPPM requería un sistema que optimizara el análisis de información y la toma de decisiones,
disminuyera los costos totales de propiedad, y que fuera compatible con las aplicaciones
implementadas con anterioridad. Se logro agilización de procesos de toma de decisiones y
análisis volumétrico de información, integración de diversos sistemas bajo una misma plataforma
y disminución de costos de propiedad (TCO), a través de Office XP.
Los beneficios han sido toma rápida de decisiones, disminución de costos, optimización de
tiempos, aumento de productividad, y mayor análisis de información. [PI162005]
Productos y servicios
12 http://www.microsoft.com/colombia/casosdeexito/eeppm.asp 22/04/2005
36
8. ¿POR QUÉ SE SELECCIONARON ESTAS HERRAMIENTAS PARA SIAP?
Desde el inicio del análisis y levantamiento de requerimientos de SIAP, se pensó que la mejor
solución para la implementación del sistema era una herramienta que permitiera integrar de
forma rápida y confiable los diferentes componentes que intervienen en una arquitectura
multinivel. De acuerdo a la formación y al programa establecido por la carrera de Ingeniería de
Sistemas de la Pontificia Universidad Javeriana se escogió inicialmente y a priori J2EE como
herramienta de desarrollo y de componentes y en ORACLE como base de datos.
Después de investigar y en la constante búsqueda de alternativas se encontró que .NET era una
buena solución para resolver el problema inicial a través de VISUAL STUDIO .NET 2003 como
herramienta para análisis, diseño e implementación de componentes puesto que es una
herramienta con múltiples características y que permite realizar la codificación en múltiples
lenguajes de programación como VISUAL BASIC Y C# .NET siendo estos dos lenguajes de
sintaxis sencilla y orientados a objetos, lo cual permite realizar el desarrollo que se ajusta a las
necesidades de una arquitectura multinivel y también por la fácil integración entre VISUAL
STUDIO.NET y SQL SERVER 2000 independientemente del lenguaje de programación
seleccionado.
La elección de .Net como plataforma de desarrollo de la aplicación obedece a varios ítems.
SIAP es un Proyecto pensado para ser llevado a cabo en aproximadamente 8 meses, incluyendo
análisis, diseño e implementación, se encontró que la selección de estas herramientas ofrecía un
ahorro de tiempo principalmente en el proceso de codificación, lo cual permite cumplir con el
cronograma establecido, los requerimientos iniciales y los objetivos planteados en la etapa
inicial.
37
Las dos grandes alternativas que se tuvieron en cuenta para llevar a cabo este proyecto fueron
.NET y J2EE, debido al poco conocimiento de otras plataformas con estas características.
Este proyecto no tiene como objetivo presentar ventajas y desventajas de las herramientas a
utilizar, según la experiencia de cada uno de los integrantes de este Proyecto, después de
conocer estas dos tecnologías, que en el caso de J2EE se trabajó durante la Carrera y .NET se
conoció laboralmente, adicional a esto, se encontró una oportunidad de incursionar en una
Arquitectura diferente a la que se trabaja en las asignaturas de la Carrera.
38
9. ¿POR QUÉ UNA APLICACIÓN WEB?
Después del auge de las arquitecturas cliente servidor y más aún cuando hoy los desarrollos de
software tienden hacia arquitecturas multinivel, se tomo como decisión para el desarrollo de
SIAP ir con la tendencia actual utilizando una arquitectura multinivel para brindar todos los
componentes necesarios a la carrera para la buena gestión de los proyectos de grado.
La selección, una aplicación Web, es la necesidad de todas las personas que intervienen en el
proceso de las asignaturas de proyecto de grado I y II, debido a que se requiere una constante
entrega de información y una base de datos centralizada de esta, se intuyo que la aplicación
debió ser Web con una disponibilidad de 7X24. De esta forma tanto el coordinador de proyectos
de grado como las directivas de la carrera, directores de proyecto, estudiantes involucrados y
personas interesadas puedan tener una herramienta constante de información la cual permite de
forma rápida y sencilla desde cualquier computador que posea una conexión a Internet realizar la
gestión de los proyectos de grado, la administración de los mismo o la consulta en línea de los
documentos publicados de estos proyectos.
Con un aplicación Web se tiene la ventaja de que las actualizaciones se hacen de parte del
servidor y no en la parte del cliente lo cual hace mas fácil la mantenibilidad de la herramienta,
debido a que no se requiere que todas las personas que utilicen la aplicación requieran ningún
tipo de componentes o requerimientos especiales para el uso de esta, de todas formas hay
cosas básicas que se deben tener en cuenta para poder utilizar la aplicación
Estos dos requerimientos son bastante comunes en el mundo hoy en día y para las personas
que deben intervenir en el proceso directores, estudiantes y el departamento en su mayoría
cuentan con estos dos requerimientos para el que hacer de sus tareas diarias, lo cual hace
suponer que el uso de SIAP puede llegar a ser bastante alto, más aun si se tiene en cuenta que
mantener una aplicación Web de estas características ahorrara el tiempo de las personas de
desplazamiento hasta la Universidad y hasta las reuniones con sus respectivos directores
cuando se deben realizar las entregas de los diferentes documentos, de esta forma se deben
llegar a optimizar los diferentes procesos de estas asignaturas en forma significativa.
Otro de los principales motivos para seleccionar una aplicación Web es la facilidad que existe
cuando se debe hacer mantenimiento en el servidor de aplicaciones o en el de base de datos
pues se puede utilizar un servidor alterno temporal para el caso del servidor de aplicaciones y en
caso de que sea el de base de datos se puede utilizar un servidor temporal alterno y realizar la
sincronización cuando sea necesario.
13 http://minerva.javeriana.edu.co/~cbustaca/iy30_2004/Presentaciones/arquitecturas_software01.pdf 02/30/2005
39
• Escalabilidad “vertical” : se puede hacer que un servidor crezca en memoria en caso de
ser requerido.
• Escalabilidad “horizontal”: se puede hacer que un servidor cuente con varios discos
duros en caso de ser necesario.
• Hardware y software en diferentes sistemas operativos heterogéneos: el sistema
operativo de los clientes es independiente tanto de el del servidor como del de los
demás clientes
• Robustez: permite presentar aplicaciones mas completas, seguras y fiables, puesto que
todo se encuentra centralizado e un solo lugar
• El servidor es independiente de los fallos en el cliente: si un computador de un cliente
falla esto es transparente para el servidor y no interfiere con su operación.
40
10. ANÁLISIS DE LA EXPERIENCIA DE ACUERDO A LOS COMPONENTES
Para el desarrollo de SIAP los componentes seleccionados fueron acertados y permitieron una
rápida y fácil codificación e integración en la aplicación.
Durante la etapa de desarrollo de SIAP, el quipo de trabajo tuvo que vivir nuevas experiencias e
investigar sobre las nuevas tecnologías que se están utilizando, la fácil integración de VISUAL
STUDIO 2003 con SQL SERVER 2000 y VISUAL SOURCE SAFE, permitió realizar una buena
gestión del proyecto haciendo de este un proyecto con altos estándares de calidad y con un
buen manejo para el control de código fuente y de versiones.
VISUAL STUDIO 2003 Y SQL SERVER 2000, permitieron ahorrar tiempo con las diferentes
opciones incluidas como la que se presenta a continuación.
41
iii. Se crea un DropDownList que es el que presentara la lista al usuario
final
iv. Se asigna el DataSet al DropDownList, de esta forma configurándolo en
la forma correcta se tiene una lista de opciones que se presenta al
usuario final.
En los dos ejemplos anteriores se enumera la lista de pasos para realizar dos procedimientos
básicos que se realizan en SIAP, es por esto que ASP .NET y SQL SERVER 2000 permitieron
que el desarrollo de SIAP sea más fácil de llevar a cabo y no se perdiera mucho tiempo en
cuestiones básicas como lo es la presentación de datos en pantalla.
Por otra parte el uso de Visual Sorce Safe con Visual Studio .Net, permitió que el control de
versiones tanto de documentación como de código fuente fuera más fácil y segura.
Utilizar Visual Source Safe permitió que el código de la aplicación estuviera en una base de
datos, permitiendo de esta forma que siempre estuviera en un solo lugar la última versión de este
y administrándolo de forma confiable y permitiendo llevar un control de back up’s de la aplicación
y de la base de datos.
42
Figura 5. Diagrama de Versiones de la base de datos. Fuente: Visual Source Safe.
Mantener el código de la aplicación de Visual Source Safe, permitió que no existiera un desorden
de este como sucede en proyectos de mediana envergadura y más aun cuando el proyecto se
desarrollo en diferentes equipos que estaban bajo la misma red, de esta forma al proteger y
desproteger los archivos para que sean utilizados por un usuario se tenía completa seguridad de
que otro usuario no podría cambiar este archivo en el mismo instante de tiempo y también que
siempre se estarían viendo los últimos cambios sobre este archivo así se garantiza la sincronía
entre las diferentes líneas de código y los desarrolladores pueden realizar la codificación sin
preocuparse por tener que invertir tiempo en sincronizar los archivos en una sola versión.
Figura 6. Diagrama SIAP en Visual Source Safe. Fuente: Visual Source Safe.
Los documentos como este y los manuales de la aplicación también fueron incluidos dentro de
Visual Source Safe y de esta forma se mantuvo un correcto manejo de las diferentes versiones
que estos presentaron.
43
Figura 7. Diagrama Documentación. Fuente: Visual Source Safe.
El ítem que aparece con un icono en rojo en el menú de la izquierda denota que este archivo
esta en uso indicando cual es el usuario que lo tiene desprotegido en ese momento y la ruta en
la que se ubico para su edición.
Las tres herramientas mencionadas anteriormente hicieron que SIAP no presentara grandes
demoras en los diferentes procesos y permitiendo al equipo de trabajo cumplir con el
cronograma de actividades establecido inicialmente.
44
11. METODOLOGÍA DE DESARROLLO
El desarrollo de software es una tarea sumamente importante y a medida que pasa el tiempo, la
tecnología requiere que los sistemas sean cada vez más complejos. Estos desarrollos de
software se hacen riesgosos y difíciles de administrar, por esta razón, la metodología es un
proceso que sirve como base de desarrollo, si no se llevase a cabo una metodología, sería más
difícil garantizar la satisfacción de los clientes y la calidad de los productos, y se generaría
bastante desorden entre los desarrolladores e implicados en un proyecto de software.
Sin embargo, muchas veces no se toma en cuenta el utilizar una metodología adecuada, sobre
todo cuando se trata de proyectos pequeños de dos o tres meses. Lo que se hace con este tipo
de proyectos es separar rápidamente el aplicativo en procesos, cada proceso en funciones, y por
cada función determinar un tiempo aproximado de desarrollo.
Cuando los proyectos que se van a desarrollar son de mayor envergadura, ahí si toma sentido el
basarse en una metodología de desarrollo, y se empezó a buscar cual sería la más apropiada
para éste. Lo cierto es que muchas veces no se encuentra una metodología que sea la más
adecuada y se termina haciendo o diseñando una metodología propia, algo que por supuesto no
esta mal, siempre y cuando cumpla con el objetivo.
Muchas veces se realiza el diseño de un software de manera rígida, con los requerimientos que
el cliente solicitó, de tal manera que cuando el cliente en la etapa final (etapa de prueba), solicita
un cambio se hace muy difícil de realizar, pues si se hace, altera muchas cosas que no se
habían previsto, y es justo éste, uno de los factores que ocasiona un atraso en el proyecto y por
tanto la incomodidad del desarrollador por no cumplir con el cambio solicitado y el malestar por
parte del cliente por no tomar en cuenta su pedido. Obviamente para evitar estos incidentes se
debe haber llegado a un acuerdo formal con el cliente, al inicio del proyecto, de tal manera que
cada cambio o modificación no perjudique al desarrollo del mismo. [PI12004]
Por experiencia, muchas veces los usuarios finales, se dan cuenta de las cosas que dejaron de
mencionar, recién en la etapa final del proyecto, pese a que se les mostró un prototipo del
software en la etapa inicial del proyecto.14
El modelo diente de sierra muestra las percepciones del sistema por parte del usuario y el
desarrollador del software en diferentes niveles de abstracción a lo largo del tiempo. En cada
fase de desarrollo del proyecto, el contacto directo con el cliente permite la retroalimentación del
proceso y la adaptación a las necesidades y requerimientos. Sin llevar un proceso exhaustivo y
excesivo de documentación, se recolectaron los puntos críticos y de corrección que el cliente
entregaba a los desarrolladores.
Al inicio del proyecto los desarrolladores y el cliente están en el mismo nivel de abstracción,.
Durante el desarrollo estos puntos de vista difieren un poco. El usuario permanece en el nivel de
los requerimientos, mientras que los desarrolladores se enfocan en la factibilidad. El proceso de
desarrollo de software tiene que asegurar que ambos puntos de vista se reúnan al final del
proyecto. El modelo de diente de sierra logra este objetivo introduciendo nuevas actividades que
fueron acordadas junto con el cliente, para esto se incluyeron actividades tales como reuniones,
pruebas junto con el cliente y aclaración de los requerimientos.
14 http://www.informatizate.net/articulos/metodologias_de_desarrollo_de_software_07062004.html 28/08/2004
45
El espacio entre estos niveles de abstracción corresponde al hueco entre la percepción del
sistema que tiene el usuario y la que tiene el desarrollador. Para asegurar que se reúnan al final,
durante el desarrollo se introducen puntos de revisión. Esto se logra, por lo general, haciendo
que el cliente se involucre en su nivel de abstracción.
A menudo, el prototipo es ilustrativo, debido a que necesita construirse rápido para mostrar la
funcionalidad del sistema. Sin importar que tan realista sea, el prototipo todavía es solo un
modelo del sistema. Los escenarios que se muestren serán artificiales y representan solamente
una pequeña fracción de la funcionalidad requerida.15 [ISB04].
Esta metodología escogida fue para el proyecto una gran experiencia en desarrollo, puesto que
durante la carrera, los proyectos estaban orientados al no uso de una metodología específica,
debido a que estos no requerían de mucho tiempo y recursos.
En SIAP, todo fue distinto, y la metodología de diente de sierra, ayudó bastante, sobre todo para
entender los requerimientos del cliente, en esta metodología se maneja una gran interacción con
ellos, se muestran los avances del proyecto según etapas, y en estas reuniones, se podían
aclarar dos aspectos bastante importantes; primero saber si lo que se le esta mostrando es lo
acordado según reuniones anteriores, y segundo; establecer los siguientes aspectos a tratar
para la próxima reunión.
Dado que hay una gran comunicación con el cliente, se abre un espacio para los posibles
cambios, de modo que estos no afectaron de manera crítica a SIAP, brindando la posibilidad de
corregir los problemas en el tiempo debido, y no cuando hay bastantes acumulados.
La experiencia de trabajar con esta metodología durante el desarrollo de SIAP, ayudó a darse
cuenta de que la comunicación entre desarrolladores y clientes es esencial, sin esta, se generan
bastantes dudas y ambigüedades.
Cuando no era posible establecer reuniones con el cliente, generalmente era necesario suponer,
de modo que los desarrolladores deben estar realmente implicados en la lógica del negocio, de
todas formas, había aspectos que se debían tener en cuenta junto con la opinión directa del
cliente, por lo tanto, si no había comunicación directa, esto generaba atraso en el proyecto.
SIAP es una aplicación como casi todas que se presenta para el cliente.
46
En este caso el cliente la Carrera de ingeniería de Sistemas de la Pontificia Universidad
Javeriana, lo cual hacía que el cliente (La Carrera), debía dar su visto bueno para poder
continuar con la siguiente etapa, si este visto bueno era inseguro continuar con el proyecto pues
se corre el riesgo de tener que hacer modificaciones de fondo en alguna etapa posterior de este
y por la metodología de desarrollo esto no estaba contemplado, lo que si estaba contemplado
era que el cliente diera un visto negativo haciendo de esta forma retroceder y corregir sin tener
que detenerse por completo a re-definir. Una vez obtenido el visto bueno o negativo se pactaba
una nueva fecha de reunión, en caso de que esta fecha fuera incumplida por cualquier motivo
también se podía generar retraso en el proyecto.
Una metodología debe ajustarse a la forma de trabajo de los desarrolladores, a los constantes
cambios de un negocio y a las exigencias del cliente para que el proceso sea lo más cómodo
posible, por esta razón, aunque se trate de seguir la metodología al pie de la letra, es claro que
se ajusta al desarrollador, al proyecto, al cliente y no al contrario, permitiendo mayor flexibilidad.
En otras ocasiones las reuniones no pudieron ser llevadas a cabo y tuvieron que ser realizadas
mediante conversación telefónica, correo electrónico o MSN Messenger, para poder obtener el
visto bueno del cliente, si bien la metodología no plantea que la reunión tenga que ser presencial
es lo ideal pues hablando con el cliente directamente es que se ven reflejadas sus necesidades y
preocupaciones.
Como se puede ver las modificaciones a la metodología no fueron grandes ni sustanciales fueron
más pequeños ajustes que se realizaron sobre la marcha para comodidad de todas las personas
involucradas en el proceso y poder cumplir con el cronograma establecido.
Para poder definir que tipo de proceso de desarrollo se llevaría a cabo, tratamos de destacar las
características más relevantes de cada una de las metodologías que se usan actualmente.
Se encontró que estos procesos de desarrollo se han clasificado en dos grandes grupos, los
métodos ligeros y los métodos pesados, la diferencia fundamental entre ambos es que mientras
los métodos pesados intentan conseguir el objetivo común por medio de orden y documentación,
los métodos ligeros tratan de mejorar la calidad del software por medio de una comunicación
directa e inmediata entre las personas que intervienen en el proceso. [PI182004].
16 http://www.javahispano.org/articles.article.action?id=76 20/08/2004
47
- Es pesado
- Esta basado en roles
- Es muy organizativo
- Requiere mucha documentación
- Para grandes proyectos en alcance de tiempo y recursos
- Es ligero
- Es muy cercano al desarrollo
- Esta basado en historias de usuarios.
- Hay fuerte comunicación con el cliente
- Se programa por parejas
- Se realizan pruebas como base de la funcionalidad
- Es pobre en documentación
- No requiere mucha organización
- Es adaptable a los cambios
- Es un método ligero
- Requiere una documentación no muy pesada
- Hay jerarquías dentro del equipo de desarrollo
- Para proyectos de menos de 1 año
- Produce software funcional que el cliente puede ver y monitorizar
- Se diseña y se implementa en base a las funcionalidades
El proceso de desarrollo tiene que ayudar a escribir software, es necesario definir reglas para
alcanzar el éxito en el proyecto, pero dejando la libertad suficiente para no agobiar a los
participantes.
48
Según estas características que se encontraron para cada modelo de desarrollo se piensa que el
método diente de sierra es el que mejor se ajusta a las necesidades del proyecto específico, ya
que tiene muchas ventajas como se menciono anteriormente.
En el modelo de diente de sierra, se requiere gran comunicación con los clientes, y se hace muy
importante que periódicamente se estén dando muestras del producto en sí, debido a esto, es
posible aprovechar la gran comunicación que se puede tener en este caso particular con los
clientes de SIAP, se pretendió utilizar el concepto general de diente de sierra y aplicarlo en la
medida en que no se viera afectado el tiempo disponible para el desarrollo del software, es por
esto que la metodología sirvió como apoyo y para brindar comodidad en la forma de trabajo, pero
nunca fue un propósito basar este proyecto de grado en la metodología, por lo cual la forma de
trabajo de cada uno de los participantes tomó gran participación en las actividades de desarrollo.
Durante el desarrollo de SIAP, se pudo observar que un producto de software no tiene los
requerimientos iniciales totalmente claros hasta interactuar con el software. Por esta razón se
hace necesario comunicación al usuario para mostrar interfaces y procedimientos basados en
prototipos para familiarizar al usuario y así tener un mayor grado de retroalimentación con él.
Los objetivos del software fueron inicialmente definidos, pero gracias a esta metodología se tuvo
la posibilidad de corregir errores sin alterar los tiempos definidos, la activa participación del
usuario en etapas iniciales, intermedias y finales hicieron un gran aporte para el entendimiento
de la lógica del negocio, por ser ellos quienes trasmiten lo que el Sistemas debe cumplir.
También esta metodología fue escogida realmente por ser una metodología que se clasifica
entre las ligeras, lo cual significa que se concentra más en el trabajo con los clientes, y en el
desarrollo del producto como tal, dejando a la documentación como una guía para los
desarrolladores que por cuestiones de tiempo era bastante difícil llevar a cabo. El desarrollo de
software se baso en nuevas tecnologías y son muy recientes. Debido a esto, el equipo de
desarrollo tuvo que aprender con la tecnología paralelamente con el desarrollo.
Con todo esto podemos resumir en que ésta metodología permite desarrollar versiones cada vez
más completas donde el usuario final puede ver un avance progresivo, junto con la integración
entre las funcionalidades de SIAP, diseño e implementación de nuevos requerimientos que con
otras metodologías consumen demasiado tiempo que es realmente escaso en esta oportunidad.
49
12. DECISIONES DE DISEÑO DE BASE DE DATOS
El diseño de la base de datos obedece a la necesidad de tener un modelo flexible que permita
realizar cambios constantemente y que permita que el diseño de este se ajuste a las
necesidades del negocio y no al revés.
Para poder llevar a cabo este diseño de base de datos el equipo de trabajo definió un estándar
de base de datos que se presenta en los siguientes puntos
12.1.2 Tablas
50
Figura 8. Diagrama Nombrar Tablas. Fuente: SIAP.
51
Figura 9. Diagrama Campos de las Tablas. Fuente: SIAP.
- Deben ir precedidos del nombre PROCEDURE y después el nombre que se desee sin
ningún estándar adicional.
52
12.2 DIAGRAMA ENTIDAD – RELACIÓN
53
13. DIAGRAMAS DE LA APLICACIÓN
13.1 DEPLOYMENT
54
13.2 CASOS DE USO
Figura 12. Diagrama de casos de uso coordinador – director SIAP. Fuente: SIAP.
55
Figura 13. Diagrama de casos de uso anónimo – estudiante SIAP. Fuente: SIAP.
56
13.3 CLASES
57
13.4 COMPONENTES
Cliente inicia Browser, ingresa URL de la
pagina del proyecto para autenticación
Cliente
y uso de la aplicación
Browser
Interfaz
Base de
datos
SIAP
A la izquierda se encuentran los clientes/usuarios de la aplicación estos pueden ser usuarios que
se encuentren dentro del campus de la Universidad como fuera de este, todos estos clientes bien
sean equipos de escritorio o equipos portátiles independientes del sistema operativo, acceden a
la aplicación a través de Internet al servidor de aplicaciones es en este servidor que se encuentra
dentro de la Universidad en donde reside la aplicación Web, desarrollada sobre ASP .NET, esta
aplicación a su vez interactúa con el repositorio de datos de la aplicación que también se
encuentra dentro de la Universidad.
Existe la posibilidad de mantener un servidor de respaldo para la base de datos y/o la aplicación
en caso de que alguno de los dos principales falle, esto no es un requerimiento de la aplicación
pero si es lo recomendado al menos para almacenar las versiones de la base de datos.
58
14. ESTADÍSTICAS Y LIMITACIONES
El número de usuarios para administrar dentro de la aplicación esta determinado por los
requerimientos y recursos del servidor de base de datos y del servidor de aplicaciones.
17 http://www.islasoft.com/Producto/Diferencias_SQL_Server_Office.pdf 15/04/2005
59
14.3 CANTIDAD DE PETICIONES AL SERVIDOR DE APLICACIONES
60
15. REQUERIMIENTOS
ASP.NET es compatible con Windows 2000 (Professional, Server y Advanced Server), con
Windows XP Professional y con la familia de Windows Server 2003, tanto para las aplicaciones
de cliente como de servidor. Además, para desarrollar aplicaciones de servidor ASP.NET, se
requiere también el siguiente software:
• Windows 2000 Server o Advanced Server con Service Pack 2, Windows XP Professional
o de 64 bits, o uno de los productos de la familia de Windows Server 2003.
• MDAC 2.7 para Microsoft Access Data
• Servicios de Internet Information Server
Nota Los servicios Web XML creados con ASP.NET son compatibles con las mismas
plataformas que admite ASP.NET. Sin embargo, los clientes de los servicios Web XML son
compatibles con todas las plataformas que admite Microsoft .NET Framework. En el caso de la
familia de Microsoft Windows Server 2003, ASP.NET se instala como una función en el sistema
operativo. Para implementar aplicaciones Web ASP.NET en un servidor de producción, debe
habilitar las funciones ASP.NET e IIS en el servidor de producción antes de distribuir la
aplicación. En Microsoft Windows XP y Windows 2000 Server, ASP.NET se instala con .NET
Framework, ya sea de forma independiente o formando parte de Visual Studio .NET. Para
implementar aplicaciones Web ASP.NET en un servidor de producción, debe asegurarse de que
los Servicios de Internet Information Server (IIS) estén instalados y ejecutándose en el servidor
antes de instalar .NET Framework. Para obtener información sobre la forma de instalar IIS,
consulte la documentación del sistema operativo. [PI52005].
Requerimientos mínimos
Procesador • Servidor (un computador con capacidad de servidor): procesador
tipo133-MHz Intel Pentium, o un AMD Opteron, AMD Athlon64 o un
procesador AMD Athlon XP.
Sistema .NET Framework 1.1 SDK puede ser instalado en las siguientes plataformas:
18 http://msdn.microsoft.com/netframework/technologyinfo/sysreqs/default.aspx 25/03/2005
61
Operativo
• Microsoft Windows® Server 2003
• Windows 2000, con el ultimo service pack de Windows y actualizaciones
criticas disponibles del sitio Microsoft Security Web site
• Windows XP (Windows XP Professional es requerido para correr
ASP.NET)
Nota: El Framework SDK 1.1 de .NET no puede ser instalado en computadores
de 64-bits; Windows Millennium Edition y Microsoft Windows NT® 4.0 no son
soportados por esta edición.
19 http://msdn.microsoft.com/netframework/technologyinfo/sysreqs/default.aspx 28/03/2008
62
16. ALCANCE DEL SISTEMA
63
17. EXPLICACIÓN DEL SISTEMA
El sistema esta compuesto por diferentes módulos lo cual le da una mayor facilidad si se
requiere agregar nuevos módulos o remover alguno de los existentes.
La modularidad de la aplicación la hace más robusta y acoplable a cualquier carrera que maneje
los proyectos de grado en forma similar, de esta forma no se debe ver afectado el desarrollo una
vez concluida esta etapa y simplemente se deben hacer ajustes mínimos necesarios en caso de
que se desee implantar en un lugar diferente a la Carrera de ingeniería de Sistemas de la
Pontificia Universidad Javeriana.
17.1 MÓDULOS
64
17.2 ROLES
17.3 ESTADOS
A continuación se presenta la lista de estados que se manejan dentro de la aplicación para los
diferentes objetos que esta maneja.
ESTADO OBJETO
Coordinador Activo Coordinador
Coordinador Inactivo Coordinador
Estudiante Activo Estudiante
Retiro Temporal Estudiante
Retiro Definitivo Estudiante
Director Activo Director
Director Inactivo Director
Proyecto Activo Proyecto
Proyecto Inactivo Proyecto
Proyecto Finalizado Proyecto
Excluido Estudiante
Tabla 8. Estados en la aplicación.
65
18. EXPERIENCIAS DE SISTEMAS DE INFORMACIÓN SOBRE ASP.NET
18.1 EN LA UNIVERSIDAD
SIAP pretende ser el primer sistema de información completo desarrollado sobre herramientas
Microsoft y puesto en ambiente de producción dentro de la Pontificia Universidad Javeriana sede
Bogotá, para ser utilizado por miembros de la comunidad Javeriana.
Para la Carrera de ingeniería de Sistemas de la universidad es importante también abrir la
posibilidad para que se sigan presentando desarrollos como este y no solo que se desarrolle
sobre un lineamiento si no que el estudiante de Ingeniería de sistemas este en capacidad de
poder realizar un sistema como este en cualquier plataforma y tecnología existente.
De esta forma SIAP se convierte en el primer proyecto de mediana envergadura en ser adoptado
por una carrera de la universidad para su evaluación y posterior implantación desarrollado sobre
ASP .NET.
Para los futuros estudiantes que deseen cursar la asignatura de proyecto de grado SIAP es una
puerta abierta, como se mencionó anteriormente esta compuesto por módulos lo cual hace que
más adelante otros grupos interesados en este desarrollo, puedan intervenir realizando,
sugerencias, mejoras y modificaciones a la aplicación para que esta preste un mejor servicio,
estas modificaciones se irán presentando y se requerirán con el uso de la aplicación y sobre la
marcha.
Para los futuros grupos que se interesen en este proyecto SIAP también es una opción de
investigación, por ejemplo se puede investigar en como integrar SIAP con los sistemas de
información ya existentes en la facultad y en la Carrera, también se puede investigar sobre como
integrarlo con otros sistemas de otras universidades o de otras partes del mundo o como
agregarle componentes como Web Services para hacerlo más útil.
Es por las razones anteriores por las que SIAP se puede convertir en una constante fuente de
enriquecimiento para muchas personas de la Carrera de Ingeniería de Sistemas de la Pontificia
Universidad Javeriana.
66
- Creando nuevos módulos que permitan una mejor gestión de los proyectos.
- Implantándolo en otras carreras de la universidad, de esta forma se puede llegar a tener
la necesidad de incluir nuevos módulos de acuerdo a las necesidades de estas.
Son muchas las formas en las que un sistema de información como este puede llegar a crecer y
a ser mas útil para la comunidad para la que presta servicio, la anterior es solo una idea de lo
que se puede llegar a hacer, pero el crecimiento de este sistema esta dado por las sugerencias
de los usuarios de la aplicación, directivas de la carrera, estudiantes, profesores, directores de
proyecto etc.
67
19. POSIBILIDADES DE ADAPTACIÓN Y LIMITACIONES
Por parte de la plataforma de desarrollo y de la Base de Datos seleccionada, estos cambios son
factibles, la integración con otros sistemas de la Universidad son soportados por ambas
herramientas.
Visual Studio .NET, permite desde su entorno referenciar una Base de Datos Oracle o cualquier
otra. De esta forma, a través de Vistas o Tablas temporales se puede realizar una integración de
Datos.
SQL Server por su parte, también permite realizar integración con otros Proveedores de Bases
de Datos, como Oracle, Access, Paradox, etc. De esta forma también sería posible un manejo de
datos desde SIAP hacia otros repositorios de Datos de la Universidad.
68
Figura 17. SQL Server, integración con Oracle
SQL Server también permite importar o exportar mediante tareas programadas de la Base de
Datos archivos de Excel para de esta forma poder generar desde y hacia SIAP, información
previamente validada por los Sistemas con que cuenta la Universidad y que tienen de esta forma
una posibilidad de ser integrados con SIAP.
Esta posibilidad de adaptación se puede tener en cuenta como un plan a mediano plazo con
otros grupos que cursen la asignatura de Proyectos de Grado y que esté interesados en obtener
este conocimiento. Las limitaciones en la herramienta están básicamente en el diseño de base
de datos en el cual se debe incluir un nuevo campo en todas las tablas para poder manejar un
identificador de cada carrera, esto para poder utilizarlo en varias carreras simultáneamente con
la misma base de datos, en cuanto al código se debe manejar una variable de sesión con la cual
se pueda manejar la presentación de interfaces, la gran limitación que se tiene en este momento
para realizar esta modificación es en cuanto al tiempo de desarrollo que esto implica, pero esto
puede ser tenido en cuenta para la siguiente versión del sistema antes de que este sea puesto
en ambiente de producción.
69
Una vez se puedan llevar a cabo las modificaciones anteriormente mencionadas se pueden
tener en cuenta la implementación del proyecto en otras carreras de la universidad incluso en
otras universidades, el punto principal para poder realizar esta implementación es garantizar que
se cumpla con el mismo esquema de manejo de los proyectos de grado para que esta
implementación sea viable.
70
20. CONCLUSIONES DEL PROYECTO
Las herramientas son un apoyo para el proceso, las cuales debe adaptarse al entorno del
proyecto, y deben enriquecer la forma de trabajo, de manera que se puedan obtener ganancias
en tiempo y recursos.
Este Proyecto le permitió al equipo de trabajo, no sólo a los estudiantes sino también al Director
del Proyecto apropiarse de conocimientos y experiencia necesarios para estar al frente de
proyectos de mediana escala, con todas las responsabilidades y conocimientos que esto implica.
La permanente comunicación con los clientes dio como resultado una buena retroalimentación
que se refleja en el éxito del Proyecto y en el cumplimiento de los objetivos.
Aprender a utilizar Visual Studio .Net, a desarrollar sobre Visual Basic .Net y a utilizar SQL
Server 2000 tomo su tiempo, debido a que la carrera de ingeniería de Sistemas no esta
orientada hacia esta plataforma, lo cual hizo que SIAP se convirtiera en un proyecto aplicado de
investigación.
71
Administrar y gestionar la información de los proyectos de investigación, de tal forma que tanto
estudiantes, como directores de proyecto y directivos del departamento, puedan tener datos
actualizados, precisos y detallados, de los avances de estas investigaciones.
SIAP permite a las diferentes partes que intervienen en el proceso de desarrollo conocer datos
sobre los diferentes proyectos, para las directivas y coordinadores de proyectos de grado, se les
presenta información del proyecto tales como, nombre del proyecto, periodo académico en que
inicio, pagina Web estudiantes etc. Y durante el transcurso del proyecto esta puede ser consulta
de en línea en cualquier momento y puede ser actualizada en caso de que alguno de los ítems
del proyecto cambie.
72
Figura 20. Imagen de pantalla consulta directores. Fuente: SIAP.
Durante el transcurso del proyecto es posible realizar observaciones a un proyecto, por ejemplo
en caso de ser necesario se puede en cualquier etapa de este presentar una opción para que el
coordinador de proyectos de grado, o los mismos estudiantes, creen una observación al proyecto
de esta forma las demás personas involucradas con este proyecto pueden ver estas
observaciones, la fecha y hora en que se genero y quien la genero.
73
De igual forma como se hace para los directores de proyecto es posible asignar jurados de
evaluación para estos dependiendo del área en la que se especializa el proyecto y el área
principal en la que se especializa el docente, estos jurados pueden ser asignados de forma
automática, esto se hace teniendo en cuenta la carga que tiene cada profesor y la cantidad de
proyectos que ya tenga asignados para su evaluación en caso de que sea requerido también
pueden ser eliminados de un proyecto, es decir desasociados e ingresados manualmente
nuevamente, para cada proyecto se pueden asignar hasta dos jurados, al realizar la asignación
de forma automática se ingresan dos jurados para cada proyecto.
74
Figura 23. Imagen de pantalla consulta jurados. Fuente: SIAP.
Los estudiantes que cursan proyectos de grado I y II, tienen la posibilidad de realizar las
diferentes entregas creadas en el cronograma por el coordinador de proyectos desde un lugar
remoto, esto les permite realizar la gestión de su proyecto de una forma mas fácil y sencilla,
también se les permite el ingreso de observaciones para ser consideradas por su director de
proyecto en caso de que así lo requerían.
75
Figura 25. Imagen de pantalla consulta de entregas. Fuente: SIAP.
Figura 26. Imagen de pantalla consulta de actividades – ingreso entregas. Fuente: SIAP.
76
Figura 27. Imagen de pantalla modificar datos de proyecto. Fuente: SIAP.
Analizar, diseñar, desarrollar e implantar en su totalidad una herramienta robusta, completa y con
altos estándares de calidad, utilizando los conocimientos adquiridos durante el proceso de
formación de la carrera.
Para el análisis diseño, desarrollo y total implementación de SIAP el equipo de trabajo tuvo que
aplicar las diferentes materias vistas a lo largo de la Carrera, materias como programación
orientada a objetos, bases de datos, sistemas información, ingeniería de Software etc. y no solo
estas si no también se tuvieron en cuenta los proyectos desarrollados en estas materias no solo
la parte teórica.
Los conocimientos adquiridos en materias como evaluación de proyectos fueron utilizados por
ejemplo para realizar los análisis de costos de la aplicación, gerencia de proyectos para el
cronograma de actividades y cumplimiento del mismo, metodología de la investigación para el
desarrollo de esta documento y todo el proceso de investigación, estos son algunos de los
ejemplos de las materias que debieron ser aplicados para poder llevar a cabo este proyecto.
Estas materias y al final casi todas las cursadas durante el proceso de formación permitieron al
equipo de trabajo dar cumplimiento con la entrega del proyecto, finalizando una herramienta
robusta y completa que utilizando los mejores estándares de calidad entrega hoy a la Carrera de
ingeniería de Sistemas de la Pontificia Universidad Javeriana una aplicación para que se puesta
en funcionamiento y preste su servicio a las directivas, Profesores, directores de proyecto,
estudiantes y demás interesados en estos proyectos de grado.
Permitir un control adecuado de los proyectos de grado e investigaciones, utilizando dentro del
Sistema de Información indicadores de gestión, que evidencien cumplimiento dentro de las
diferentes líneas de investigación y de cada uno de los proyectos.
Dentro de la aplicación, existe la opción de generar observaciones a cada proyecto, para de esta
forma poder realizar una estimación del trabajo realizado por cada Proyecto de Investigación,
esta estimación puede ser consultada a través de las opciones de “Consultar Reporte Gestión
Proyectos” y “Consultar Estadísticas Proyectos Finalizados”. En la Primera opción, se puede
consultar las observaciones y calificaciones que han ingresado el Director del Proyecto y/o
Coordinador de Proyectos de Grado, o alguno de los Usuarios Administradores de la Aplicación,
se puede realizar la consulta por Area de investigación y/o Asignatura de Proyecto de Grado
77
Figura 28. Consulta Gestión de Proyectos
Para la Segunda Opción, solo se podrán consultar los Proyectos que hayan sido finalizados en la
Aplicación, donde se observará un promedio de las calificaciones asociadas en cada
observación.
78
Ambas opciones permiten consultar por Líneas de Investigación los diferentes proyectos con sus
indicadores asociados, de esta forma se puede agrupar los proyectos con sus calificaciones,
para generar un reporte en Excel o Impreso.
En algunos puntos del desarrollo al hacer las pruebas que el cliente realizaba en la forma
anteriormente mencionada, este indicaba al equipo de desarrollo si encontraba tiempos de
respuesta no deseados o validaciones de datos innecesarias lo cual hacia mas lenta la
aplicación, estos indicadores proporcionados directamente y en forma verbal por el cliente
sirvieron para revisar la forma en que estaba siendo codifica la aplicación y replantear el código y
las validaciones que se estaban haciendo, esto debido a que al ser una aplicación Web entre
mas peticiones y mas consultas a la base de datos se tuvieran implica que la aplicación tenga
tiempos de respuesta mas largos, por eso fue necesario manejar los indicadores de esta forma
con el cliente para poder cumplir con una herramienta robusta, completa y con un alto nivel de
calidad.
79
El proceso de almacenamiento de los documentos a la Base de Datos se realiza mediante un
proceso que consiste en cargar el archivo de manera remota al servidor de aplicaciones en
forma temporal, luego se almacena el archivo en el servidor de Base de Datos mediante un
Procedimiento Almacenado en este servidor (Stored Procedure), y finalmente se eliminan los
archivos que se almacenaron temporalmente en el Servidor de Aplicaciones mediante una Tarea
Programada del Servidor de Base de Datos en horas de la noche, siendo este un horario
indicado para no generar sobrecargas en ninguno de los servidores. De esta forma SIAP está
manteniendo un repositorio de Datos siempre disponible indefinidamente.
Una vez un proyecto es finalizado este para a una base de datos en donde, cualquier persona
mediante una opción en la aplicación puede consultar las entregas que el coordinador haya
decidido poner como publicas, estos documentos estarán en la base de datos de la aplicación de
forma permanente y disponibles para ser consultados en cualquier momento y por quien lo
requiera, no solo se presentara el documento si no también información básica del proyecto, de
esta forma el departamento contara con una base de conocimiento virtual para que los
interesados en cursar proyecto de grado I y II, puedan consultar los ya existentes para no
redundar en investigaciones que ya están y estar siempre a la vanguardia de nuevos proyectos
de investigación o de completar los que ya existan.
Figura 31. Imagen de Proyectos finalizados con opción para consultar entregas. Fuente: SIAP.
80
21. RECOMENDACIONES
Con este trabajo de grado el grupo pretende dejar las puertas abiertas a futuros estudiantes para
continuar utilizando y construyendo aplicaciones no solo Web. También otros tipos de
tecnologías y plataformas independientes de que sean las de Sun Microsystems o las de
Microsoft, en el mercado actualmente existen muchas ofertas y el ingeniero de sistemas
Javeriano debe estar siempre atento y abierto a las oportunidades que se presenten.
SIAP es solo un proyecto en su etapa inicial y lo que se pretende para el futuro es que esta
herramienta siga en crecimiento y que preste un servicio completo a la Carrera de Ingeniería de
Sistemas de la Pontificia Universidad Javeriana, y que con el paso de los semestres se le
permita a otros grupos de estudiantes hacer mejoras y propuestas nuevas sobre este proyecto
para que día a día se mas completa, robusta y confiable.
81
22. BIBLIOGRAFÍA
[BG1996] BOOCH, GRADY. Análisis y Diseño Orientado a Objetos. Addison Wesley, 1996.
[LY2001] LAU YUN-TUN. The Art of Objects – Object-Oriented Design and Architecture.
Segunda Edición. Addison-Wesley. 2001
[KK1997] KENDALL & KENDALL. Análisis y Diseño de Sistemas. Tercera Edición. Prentice Hall.
1997.
82
Msdn Microsoft. Disponible en
[PI42005]
http://msdn.microsoft.com/library/spa/default.asp?url=/library/SPA/guides/html/vsorivisualsources
afe60.asp. 15/04/2005
[PI52005] http://msdn.microsoft.com/netframework/technologyinfo/sysreqs/default.aspx.
25/03/2005
Microsoft. Disponible en
[PI82005]
http://www.microsoft.com/spanish/msdn/vstudio/productinfo/vstudio03/overview/default.asp.
15/04/2005
[PI92005] http://www.microsoft.com/latam/vbasic/producto/resumen.asp#use. 15/04/2005
[PI102005] http://www.microsoft.com/latam/sql/evaluation/features/default.asp. 15/04/2005
[PI112005]
http://www.microsoft.com/spanish/msdn/spain/casestudies/cs_universidad_malaga02.asp
22/04/2005
[PI122005] http://www.microsoft.com/spanish/msdn/spain/casestudies/cs_catastro.asp
22/04/2005
[PI132005] http://www.microsoft.com/spanish/msdn/spain/casestudies/cs_caixamanresa01.asp.
22/04/2005
[PI142005] http://www.microsoft.com/colombia/casosdeexito/avianca.asp . 22/04/2005
[PI152005] http://www.microsoft.com/resources/casestudies/ . 22/04/2005
[PI162005] http://www.microsoft.com/colombia/casosdeexito/eeppm.asp . 22/04/2005
83
ANEXO A. Artículo ONLINE4BIZ.
Las herramientas de .Net (Visual Studio 2003 y VSS) son una gran ayuda para desarrollar
aplicaciones en un tiempo prudente por su facilidad de manejo. Generalmente no presentan
errores complicados que retracen el trabajo de cada ingeniero, salvo si se maneja un proyecto de
considerable tamaño en una misma sesión, lo cual hace que se generen fallas, por ejemplo,
como problemas repentinos, pero fáciles de solucionar, de asociaciones entre Namespaces por
las .dll que se utilizan.
El paso de Java a C# no es tan traumático como lo puede ser a otros lenguajes como PL-SQL de
Oracle, que es un tipo de programación muy diferente. Tienen similitudes muy grandes, hasta se
pueden encontrar clases con el mismo nombre. Lo único que se me ocurre puede ser lento es la
ambientación a las nuevas clases y los nombres de los tipos de datos similares, además de las
Propiedades que manejan las clases de C# y que pueden despistar inicialmente.
SQL Server es un motor de base de datos bueno, que puede parecer simple por su manejo
similar a Access, pero que responde bien a los requerimientos de un sistema con una carga de
usuarios normal, unos 50. Hasta ahora no he sido testigo de su verdadero poder, tal y como lo vi
con Oracle, ya que tuve la oportunidad de ver su respuesta en una situación con más de 75
usuarios trabajando y ejecutando varios store procedure.
Leonardo Avila
Empresa online4Biz
84
ANEXO B. Artículo CONTACT CENTER AMERICAS.
Hace poco más de dos años Contact Center Publicar usaba para el desarrollo de la mayoría de
sus campañas Easy Script una plataforma de desarrollo propietaria de la Suite de Contact Center
Altitude, la cual a su vez actuaba como servidor de aplicaciones.
Esta fue una solución pero no la definitiva pues aun no se tenía el nivel de integración deseado,
lo cual llevó a tomar la decisión de elegir una nueva herramienta de programación para los
desarrollos futuros de la compañía.
Tras una evaluación de las herramientas disponibles en el mercado se eligió.NET por la facilidad
de migrar aplicaciones hechas en Visual Basic 6.0 y ASP 3.0, por el uso de patrones, por estar
enfocado a programación orientada a objetos, por aspectos de seguridad y por las grandes
posibilidades de reutilización de código creando componentes, web services, etc.
Se programó para los analistas un total de 140 horas de capacitación y se inicio la migración, la
cual se h hecho de manera gradual pues los programas desarrollados en EASY SCRIPT deben
ser reescritos nuevamente pero todos los desarrollos nuevos se llevan a cabo en .NET.
Una desventaja de .NET es la dificultad actual de hallar personal con conocimientos en este
conjunto de aplicaciones, por lo cual el proceso de entrenamiento se debe llevar a cabo en
nuestras instalaciones.
Actualmente nuestras herramientas son Visual Studio como plataforma de desarrollo, .Net como
lenguajes de programación. Microsoft SQL Server como motor de base de datos y Visual Source
Safe, las cuales han respondido a las expectativas de una empresa que actualmente cuenta con
dos mil quinientos usuarios de las aplicaciones de Intranet y Cliente/Servidor y cientos de
usuarios de aplicaciones en Extranet.
85
ANEXO C. Manual de Instalación SIAP.
86
TABLA DE CONTENIDO
1. OBJETIVO................................................................................................................................. 88
2. PRERREQUISITOS .................................................................................................................. 88
3. CONTENIDO ............................................................................................................................. 88
4. PRUEBAS ................................................................................................................................. 90
87
OBJETIVO
PRERREQUISITOS
9 Configuración Regional
o Formato de Fecha y Hora
o Set de Caracteres
o Zona Horaria
o Formato de Número y moneda
9 Archivos Involucrados y ubicación
9 Conexión a Base de datos
9 DLLs (Ubicación y registro)
9 Windows 2000 Server , recomendado
9 Otros.
CONTENIDO
Debido a que esta aplicación es Web se deben tener en cuenta los siguiente pasos para su
puesta en marcha.
1. Se debe copiar la carpeta que se entrego con todo el contenido que esta posee dentro
de la carpeta C:\Inetpub\wwwroot
88
Figura 1. 1 Administrador de Servicios de Internet
4. En esta opción se debe seleccionar la carpeta que se copio en el paso 1. y con el botón
del lado derecho del Mouse ingresar en propiedades
5. Hacer click en el botón Crear que aparece bajo la pestaña Directorio, esto permite que
el proyecto permanezca como una aplicación Web.
89
Figura 1. 2 Propiedades Carpeta virtual
PRUEBAS
Una vez configurada la aplicación si la base de datos ya esta creada se puede hacer uso de la
aplicación accediéndola de la siguiente forma desde cualquier lugar que cuente con los permisos
creados por el departamento o por las personas encargadas de realizar estas configuraciones.
Ejemplo:
http://localhost/siap/Login.aspx
Se deben realizar pruebas accediendo con diferentes usuarios con diferentes roles
90
ANEXO D. Manual de Usuario SIAP.
91
TABLA DE CONTENIDO
1. INTRODUCCION....................................................................................................................... 93
2. ACCESO A SIAP...................................................................................................................... 93
3. ROLES....................................................................................................................................... 95
3.1 COORDINADOR ......................................................................................................................... 95
3.1.1 Menú Coordinador.......................................................................................................... 95
3.1.2 Menú Coordinador Estudiantes...................................................................................... 95
3.1.3 Menú Coordinador Docentes ......................................................................................... 98
3.1.4 Menú Proyecto de Grado ............................................................................................. 105
3.1.5 Menú Fechas y Cronogramas...................................................................................... 107
3.1.6 Menú Enviar Correos ................................................................................................... 110
3.2 ESTUDIANTES ........................................................................................................................ 113
3.2.1 Menú Estudiantes......................................................................................................... 113
3.2.2 Consultar Proyectos..................................................................................................... 113
3.2.3 Ingresar Entrega........................................................................................................... 115
3.2.4 Consultar Entregas....................................................................................................... 116
3.2.5 Actualizar Datos ........................................................................................................... 117
3.3 DIRECTOR.............................................................................................................................. 118
3.3.1 Menú Director............................................................................................................... 118
92
INTRODUCCION
Por medio del siguiente documento, se dará una explicación detallada de las características y de
los usos que se le deben al sistema de información diseñado para la administración de proyectos
de grado de la carrera de ingeniería de sistemas de la Pontificia Universidad Javeriana.
Se describirán cada una de las acciones y características y luego se explicará que perfiles de
usuario tienen acceso a estas características.
ACCESO A SIAP
Para acceder a la página del administrador de proyectos SIAP, se registra en la url del
navegador de Internet la siguiente dirección electrónica:
http://NombreDelServidor/siap/login.aspx
Esto dará inicio a la aplicación, presentando el módulo de autenticación de usuario, el cual valida
la consistencia de los datos del usuario que desea ingresar al aplicativo.
93
Los datos de Usuario y clave son requeridos para el ingreso a la aplicación en caso que no se
inserten se presentará el siguiente mensaje:
En caso que se inserten incorrectamente los datos del usuario el mensaje que se presentará es
el siguiente:
Si los datos de usuario son correctos se dará acceso a las opciones de la aplicación,
dependiendo del rol del usuario que desea acceder.
94
ROLES
Coordinador
Menú Coordinador
95
Opción Ingresar Estudiante
96
Figura 3.1.2.2 SIAP tabla consulta estudiantes.
97
Menú Coordinador Docentes
Ingresar Docente
98
Consultar /Actualizar Docente
99
Actualizar Docente (editar)
Jurados de Proyecto
100
Ingresar Jurado
Consultar Jurado
101
Figura 3.1.3.3.2 SIAP tabla consulta jurados.
102
Eliminar Jurado
Directores de Proyecto
Ingresar Director
103
Consulta Directores
104
Eliminar Director
Ingresar Proyecto
105
Consultar / Actualizar Proyecto
106
Consultar Estadísticas Entregas
107
Ingresar Cronograma
108
Figura 3.1.5.2 SIAP tabla ingreso actividades.
Actualizar actividades
109
Menú Enviar Correos
110
Figura 3.1.6 SIAP tabla envío correos.
111
Figura 3.1.5.2.1 SIAP actualizar actividades.
Eliminar Actividades
112
Estudiantes
Menú Estudiantes
113
Consulta Entregas
114
Ingresar Entrega
115
Figura 3.2.3 SIAP búsqueda archivo entregar.
Consultar Entregas
116
Figura 3.2.4 SIAP descargar consulta.
Actualizar Datos
117
Director
Menú Director
Consultar Proyectos
118
Consultar Entregas
Descargar Entrega
119
Observaciones
120
Actualizar Datos
121
ANEXO E. Especificación de Requerimientos SIAP y Pruebas del sistema
En SIAP, se tendrá en cuenta 4 tipos de perfiles diferentes, cada uno con unas funciones
determinadas que se especifican a continuación:
Administrador
Para este caso, el Coordinador de Proyectos de Grado será el administrador del Sistema, cuenta
con las siguientes funcionalidades:
Estudiantes
Usuarios Anónimos
Cualquier usuario (puede ser externo a la Universidad), podrá entrar en el Sistema para hacer
consultas de los documentos finales de los proyectos de Grado que hayan sido finalizados y
aceptados.
122
REQUERIMIENTOS FUNCIONALES
123
Especificación de casos de uso
AUTENTICACIÓN DE USUARIO20
5. Ingresar a opciones de la
aplicación asignadas de
acuerdo a el rol .
6. Presentación de menú.
124
INGRESAR ESTUDIANTE
125
6. En caso que la información
diligenciada, en su totalidad sea
correcta se procede a la inserción
del Estudiante.
126
ACTUALIZAR ESTUDIANTE
127
4. Validar los campos requeridos y
el formato de los que se haya
especificado en la lista de campos a
capturar.
128
INGRESAR PROYECTO DE GRADO
• Título de Proyecto
• Subtítulo de Proyecto
• Área del Proyecto
• Estado del Proyecto
129
B. El usuario corrige los datos y acepta
6. Problemas de conexión con el servidor
A. El Sistema informa al usuario mediante un mensaje en pantalla de
error
Pre – Condiciones: Usuario debe estar registrado en la apliación
Usuario ingresar a la aplicación (Nombre de usuario - Clave)
Post- Condiciones: Se ingresa el Proyecto en SIAP
Aprobación del Cliente: Si: X No: Corregir:
Aprobado por Ing. Hilda Chaparro, Ing Adith Perez
130
CONSULTAR PROYECTO DE GRADO
• Título de Proyecto
• Subtítulo de Proyecto
• Director
• Jurados (si están asignados)
• Estudiantes de este Proyecto
• Entregas del Proyecto
• Observaciones
131
Caminos de Excepción: 3. Información incorrectaen los filtros
A. El Sistema informa al usuario mediante un mensaje en
pantalla de error
B. El usuario corrige los datos y acepta
6. Problemas de conexión con el servidor
A. El Sistema informa al usuario mediante un mensaje en pantalla de
error
Pre – Condiciones: Usuario debe estar registrado en la apliación
Usuario ingresar a la aplicación (Nombre de usuario - Clave)
Post- Condiciones: Se despliega la Información de Proyecto de Grado
Aprobación del Cliente: Si: X No: Corregir:
Aprobado por Ing. Hilda Chaparro, Ing Adith Perez
132
ACTUALIZAR DATOS DE PROYECTO DE GRADO
• Título de Proyecto
• Subtítulo de Proyecto
• Área del Proyecto
• Estado del Proyecto
133
B. El usuario corrige los datos y acepta
6. Problemas de conexión con el servidor
A. El Sistema informa al usuario mediante un mensaje en pantalla de
error
Pre – Condiciones: Usuario debe estar registrado en la apliación
Usuario ingresar a la aplicación (Nombre de usuario - Clave)
Post- Condiciones: Se actualizan los datos del Proyecto en SIAP
Aprobación del Cliente: Si: X No: Corregir:
Aprobado por Ing. Hilda Chaparro, Ing Adith Perez
134
INGRESAR OBSERVACIONES A PROYECTO DE GRADO
• Texto de la Observación
• Calificación de 0 a 5
135
B. El usuario corrige los datos y acepta
6. Problemas de conexión con el servidor
A. El Sistema informa al usuario mediante un mensaje en pantalla de
error
Pre – Condiciones: Usuario debe estar registrado en la apliación
Usuario ingresar a la aplicación (Nombre de usuario - Clave)
Post- Condiciones: Se ingresa la Observación al Proyecto en SIAP
Aprobación del Cliente: Si: X No: Corregir:
Aprobado por Ing. Hilda Chaparro, Ing Adith Perez
136
ENVIAR CORREOS
137
Post- Condiciones: El correo se envía a los destinatarios
Aprobación del Cliente: Si: X No: Corregir:
Aprobado por Ing. Hilda Chaparro, Ing Adith Perez
138
ASIGNAR FECHAS AL CRONOGRAMA DE ACTIVIDADES
• Título de la Entrega
• Descripción de la Entrega
• Fecha de la Entrega
• Cronograma según Asignatura de Proyecto de Grado
139
B. El usuario corrige los datos y acepta
6. Problemas de conexión con el servidor
A. El Sistema informa al usuario mediante un mensaje en pantalla de
error
Pre – Condiciones: Usuario debe estar registrado en la apliación
Usuario ingresar a la aplicación (Nombre de usuario - Clave)
Post- Condiciones: Se ingresa la Fecha correspondiente a la Entrega en SIAP
Aprobación del Cliente: Si: X No: Corregir:
Aprobado por Ing. Hilda Chaparro, Ing Adith Perez
140
CONSULTAR CRONOGRAMA DE ACTIVIDADES
141
INGRESAR DOCENTE
142
A. El Sistema informa al usuario mediante un mensaje en
pantalla de error
B. El usuario corrige los datos y acepta
6. Problemas de conexión con el servidor
A. El Sistema informa al usuario mediante un mensaje en pantalla de
error
Pre – Condiciones: Usuario debe estar registrado en la apliación
Usuario ingresar a la aplicación (Nombre de usuario - Clave)
Post- Condiciones: Se ingresa el Docente en SIAP
Aprobación del Cliente: Si: X No: Corregir:
Aprobado por Ing. Hilda Chaparro, Ing Adith Perez
143
ACTUALIZAR DOCENTE
144
6. En caso que la información
diligenciada, en su totalidad sea
correcta se procede a la
actualización del Docente.
145
INGRESAR DIRECTOR DE PROYECTO DE GRADO
146
INGRESAR JURADOS DE FORMA AUTOMÁTICA
147
INGRESAR JURADO DE FORMA MANUAL
148
INGRESAR ENTREGA DE PROYECTO DE GRADO
• Título
• Descripción
• Archivo
149
B. El usuario corrige los datos y acepta
6. Problemas de conexión con el servidor
A. El Sistema informa al usuario mediante un mensaje en pantalla de
error
Pre – Condiciones: Usuario debe estar registrado en la apliación
Usuario ingresar a la aplicación (Nombre de usuario - Clave)
Usuario ha selecionado consultar el Cronograma de Actividades, y
luego hace click en la Actividad correspondiente a la Entrega que
desearealizar
Post- Condiciones: Se ingresa la Entrega al Proyecto en SIAP
Aprobación del Cliente: Si: X No: Corregir:
Aprobado por Ing. Hilda Chaparro, Ing Adith Perez
150
CONSULTAR ENTREGA DE PROYECTO DE GRADO
• Título de Entrega
• Descripción
• Archivo Asociado
151
CONSULTAR PROYECTO DE GRADO FINALIZADOS
• Título de Proyecto
• Subtítulo de Proyecto
• Director
• Estudiantes de este Proyecto
• Entregas Final
152
CONSULTAR INDICADORES DE AVANCE DE LOS PROYECTOS
153
PLAN DE PRUEBAS SIAP
PROPOSITO
Se llevará a cabo un proceso que verifique la calidad de este Sistema de Información SIAP, junto
con los clientes, de manera que se lleve a cabo un control de la aceptación del producto.
Teniendo en cuenta:
A continuación se describe el desarrollo de este plan de pruebas, que se ha llevado por módulos,
donde cada módulo es tomado como las funcionalidades que se le han asignado a cada rol de
SIAP, descrito en los requerimientos del Sistema.
Módulo Administrador
Ingreso de Estudiantes
Actualización de Estudiantes
154
Ingreso de Proyectos de Grado
155
Ingresar Observaciones a Proyectos de Grado
Enviar Correos
156
Consultar Cronograma de Actividades
Ingreso de Docentes
Actualización de Docentes
157
9. El Sistema informa el éxito de un ingreso
10. Se comprueba que el Director haya sido ingresado, consultando las bases de datos
11. El Cliente aprueba
158
Consultar Entrega de Proyectos de Grado
159