PROYECTO INTEGRADOR

INTEGRANTES: JUAN PABLO ROJAS ZAMBRANO JOS HEMIR BAUTISTA NEZ DAVID OVIDIO RODRGUEZ BALLN

ASIGNATURAS: AUDITORIA DE BASES DE DATOS TELECOMUNICACIONES Y TELEPROCESOS

ENTREGADO A: NODO DE INGENIERA DE SISTEMAS

JUEVES, 11 DE NOVIEMBRE DE 2010 BOGOT

TABLA DE CONTENIDO

INTRODUCCIN 1. PLANTEAMIENTO DEL PROBLEMA 1.1 ANTECEDENTES 1.2 DESCRIPCIN Y FORMULACIN DEL PROBLEMA 1.3 JUSTIFICACIN 1.4 OBJETIVOS DE LA INVESTIGACIN 1.5 ALCANCES Y LIMITACIONES 2. MARCO DE REFERENCIA 2.1 MARCO TERICO CONCEPTUAL 2.2 MARCO LEGAL O NORMATIVO 3. DESARROLLO INGENIERIL 3.1 ANLISIS DEL SISTEMA 3.2 ANLISIS DE LOS REQUISITOS 3.3 DISEO 3.4 TOUREWEAVER 3.4.1 CARACTERSTICAS PRINCIPALES 4. METODOLOGA 4.1 EMPRICO ANALTICO 4.2 LNEA DE INVESTIGACIN DE USB / SUB-LNEA DE FACULTAD / CAMPO TEMTICO DEL PROGRAMA 4.3 SUBLINEAS DE LA FACULTAD

31 32 32 33 33 34 34 35 35 38 42 42 42 44 46 46 48 48

48 48

29

4.4 CAMPOS DE INVESTIGACIN ANLISIS DE VIABILIDAD. 5. CRONOGRAMA DE ACTIVIDADES 6. RECURSOS Y PRESUPUESTO 7. CONCLUSIONES 8. BIBLIOGRAFA

49 49 51 52 53 54

29

INTRODUCCIN
El desarrollo tecnolgico esta cada vez ms orientado hacia las necesidades sociales, por esta razn es necesario buscar siempre la facilidad en el uso de aplicaciones tecnolgicas en aquellas actividades que son del comn para las personas. Hoy en da muchas de las actividades comunes que realiza la sociedad necesita del complemento de la tecnologa y en estos tiempos de gran avance se est utilizando aun muchas formas obsoletas que pueden ser remplazados por grandes aportes a las necesidades sociales. En el caso especifico de los sistemas de ubicacin en diferentes campos locales, como por ejemplo centros comerciales, empresas, parques, universidades entre otros, utilizan mecanismos de pocos niveles informativos o antiguos para orientar a las personas por medio de mapas o imgenes que no son claras o amigables para el usuario. Adems de esta poca facilidad en el manejo de estos sistemas, tambin se presentan varias dificultades en diversas reas, ya sea en el mbito comercial, industrial, educativo o recreativo, debido a que no es clara la informacin por lo que muchas de las personas que desean conocer algn punto en especifico prefieren preguntar o simplemente retirarse por no estar al tanto de dicha ubicacin a donde desean llegar. Esto estara generando perdidas en el mbito comercial y prdida de tiempo en los dems mbitos. Analizando los sistemas de ubicacin de la universidad de San Buenaventura se encuentra que no son claros y estn muy limitados haciendo que cualquier persona que tenga que movilizarse dentro de la universidad le cueste trabajo encontrar a donde desea dirigirse y por ende tendra que preguntar haciendo que los sistemas actuales de la universidad pierdan su funcionalidad. Es por esta razn que la realizacin de este trabajo es una gran oportunidad para mejorar los sistemas de ubicacin local de la Universidad de San Buenaventura Sede Bogot, generando un fuerte nivel informativo a partir de un software amigable que agilice las consultas de visitantes o personas que se deseen orientar dentro de la universidad.

29

1. PLANTEAMIENTO DEL PROBLEMA

1.1 ANTECEDENTES

En los aos 1960 y 1970 emergieron nuevas tendencias en la forma de utilizar los mapas para la valoracin de recursos y planificacin. Observando que las diferentes coberturas sobre la superficie de la tierra no eran independientes entre s, si no que guardaban algn tipo de relacin, se hizo latente la necesidad de evaluarlas de una forma integrada y multidisciplinaria. Una manera de sencilla de hacerlo era superponiendo copias transparentes de mapas de coberturas sobre mesas iluminadas y encontrar puntos de coincidencia en los distintos mapas de los diferentes datos descriptivos. Luego, esta tcnica se aplic a la emergente tecnologa de la informtica con el procedimiento de trazar mapas sencillos sobre una cuadricula de papel ordinario, superponiendo los valores de esa cuadricula y utilizando la sobreimpresin de los caracteres de la impresora por renglones para producir tonalidades de grises adecuadas a la representacin de valores estadsticos, en lo que se conoca como sistema de cuadricula (trama). Pero, estos mtodos no se encontraban desarrollados lo suficiente y no eran aceptados por profesionales que manejaban, producan o usaban informacin cartogrfica. A finales de los aos 70`s la tecnologa del uso de ordenadores progreso rpidamente en el manejo de informacin cartogrfica, y se afinaron muchos de los sistemas informticos para distintas aplicaciones cartogrficas. De la misma manera, se estaba avanzando en una serie de sectores ligados, entre ellos la edafologa, la topografa, la fotogrametra y la percepcin remota. En un principio, este rpido ritmo de desarrollo provoco una gran duplicacin de esfuerzos en las distintas disciplinas relacionadas con la cartografa, pero a medida que se aumentaban los sistemas y se adquira experiencia, surgi la posibilidad de articular los distintos tipos de elaboracin automatizada de informacin espacial, reunindolos en verdaderos sistemas de informacin geogrfica para fines generales. A principios de los aos 80`s, los SIG. se haban convertido en un sistema plenamente operativo, a medida que la tecnologa de los ordenadores se perfeccionaba, se haca menos costosa y gozaba de una mayor aceptacin. Actualmente se estn instalando rpidamente estos sistemas en los organismos pblicos, los laboratorios o institutos de investigacin, las instituciones acadmicas, la industria privada y las instalaciones militares y pblicas. Hasta hoy como tal no se ha desarrollado un sistema de ubicacin local, pero como punto de regencia tomaremos los sistemas de informacin geogrfica como lo son Google Maps o Grass.

29

1.2

DESCRIPCIN Y FORMULACIN DEL PROBLEMA

Existen lugares en los cuales hay gran afluencia de personas, quienes no disponen del tiempo suficiente para buscar en mapas complicados una zona desconocida o desconocen por completo como usar dichos mapas. Con el fin de lograr una perspectiva diferente a la hora de consultar mapas y de agilizar una consulta para poder ubicar una zona requerida por el usuario, fue necesario realizar un proceso deductivo de anlisis (encuestas, visitas, entrevistas, etc.). Para el estudio que se realizo se tuvo en cuenta las principales zonas frecuentadas de la universidad de San Buenaventura sede Bogot. Con respecto a la informacin proporcionada por las personas que frecuentan la universidad, se ha encontrado que existen pocas consultas a dichos mapas, a causa de falta de informacin en los mapas, errores de interpretacin o simplemente es preferible preguntar a otra persona por la ubicacin de la zona buscada. Con la anterior descripcin de la problemtica, hemos propuesto la siguiente pregunta: Cmo disear, desarrollar e implementar un sistema que permita la ubicacin optima de visitantes en la universidad de San Buenaventura sede Bogot?

1.3

JUSTIFICACIN

Este proyecto trae grandes beneficios a todas las personas que desconozcan algn sitio dentro de las zonas en la universidad de San Buenaventura Sede Bogot, puesto que los usuarios tendrn un sistema de ubicacin mediante una pantalla tctil que les permitir tener una consulta de su sitio de destino de manera rpida y fcil. Este proyecto aporta un modelo de sistematizacin con la capacidad de proporcionar una herramienta de organizacin para la ubicacin de zonas dentro de la Universidad de San Buenaventura Sede Bogot. De esta forma el usuario obtendr una mayor efectividad en el uso de los sistemas de ubicacin local ya que el sistema estar diseado para ser utilizado de forma rpida y fcil.

29

1.4

OBJETIVOS DE LA INVESTIGACIN

1.4.1 Objetivo General Disear un sistema de ubicacin local para la Universidad de San Buenaventura sede Bogot.

1.4.2 Objetivos Especficos Analizar el sistema general de los mapas de ubicacin en la Universidad de San Buenaventura, con el fin de conocer las tendencias y aspectos que caracterizan a este servicio. Elaborar un modelo con base en el anlisis del sistema, con el fin de mejorar la estructura de prestacin del servicio de ubicacin local en la Universidad de San Buenaventura generando como valor agregado un Sistema Digital de Ubicacin Local Disear el esquema de seguimiento a la estrategia. Evaluar financieramente la estrategia sugerida. Disear un Software Interactivo que Integre las diferentes herramientas para la creacin del sistema de ubicacin local de la universidad de San Buenaventura.

1.5

ALCANCES Y LIMITACIONES

1.5.1 Alcances Este proyecto culmina con la entrega de un software interactivo que permite consultar las diferentes zonas de la Universidad de San Buenaventura Sede Bogot, contando con facultades, auditorios, laboratorios, cafeteras, hangar, polideportivo y otros sitios dentro la universidad. Mostrando las diferentes rutas para llegar a la parte solicitada por el usuario cuando utilice el sistema de ubicacin local. 1.5.2 Limitaciones

29

La Universidad de San Buenaventura debe contar con unos requerimientos bsicos para la instalacin del software, un servidor exclusivo o con computadores que sostengan la plataforma, con el que se monta el sistema o software.

2. MARCO DE REFERENCIA
2.1 MARCO TERICO CONCEPTUAL

Para competir, una empresa debe tener en cuenta herramientas como rediseo de procesos, benchmarking, mejoramiento continuo y otros. Para mejorar los procesos de los negocios se deben tener en cuenta las siguientes fases: Organizarse para el mejoramiento: Esto incluye equipos de mejoramiento de procesos y plan de proyectos. Comprender el proceso. Simplificar el proceso. Implementacin, mediciones y controles. Mejoramiento contino.

2.1.1 Procesos de Servicio Para tener un proceso de servicio que cuente con calidad se deben tener por lo menos los siguientes aspectos dentro del proceso: Tener interfaces amigables con el usuario. Proporcionar entrenamiento relacionado con los cargos. Desarrollar y mantener una organizacin orientada y enfocada en el cliente. Reducir el tiempo de respuesta.

2.1.2 Base de Datos La definicin de base de datos no es nica. Depende del punto de vista con que se mire. Desde el punto de vista informtico, una base de datos es una conexin de fichero interrelacionado. Desde el punto de vista del usuario, una base de datos es un conjunto de datos que modelan la realidad de una empresa, es decir, es un modelo del mundo real.

29

Se puede definir mas formalmente como un conjunto de datos operativos a los que acceden los programas de aplicacin o los usuarios de una empresa. Datos operativos son los que residen durante un tiempo en el sistema, a diferencia de los datos de entrada y salida. Una base de datos es un almacn de informacin en forma de datos de diferentes tipos. Un ejemplo puede ser una agenda telefnica compuesta por apellido y nmeros de telfono; el archivo de una biblioteca en el que se incluyen nombres de autores, ttulos, nmeros de ediciones, fechas de publicacin, etc. Como se puede ver la informacin integrante de la base de datos est estructurada de tal manera que al proceder a consultarla es til al usuario permitiendo una mejor operatividad en sus diversas actividades. Las bases de datos relaciones, si bien se desarrollaron en su origen para funcionar en grandes sistemas, han experimentado un considerable auge dentro del campo de la microinformtica. Una de las razones de este auge es que ha sido ms sencilla la creacin de sistemas gestores de bases de datos que soporten el modelo relacional en el entorno microinformtico.1 2.1.3 Base de datos en Red Las bases de datos en red surgieron como un intento de solucionar las rigideces que ocasionaban las bases de datos jerrquicas. En este tipo de base de datos, la informacin se almacena tambin en diferentes niveles pero tiene la ventaja que si se puede acceder a datos situados en el mismo nivel. La principal ventaja de este modelo es que los accesos a la informacin son ms flexibles en comparacin con los de las bases de datos jerrquicas, que son ms restringidos. Las desventajas con relacin a las bases de datos jerrquicas son que la velocidad de acceso a la informacin es ms lenta y que aumenta la complejidad de diseo de la estructura de informacin almacenada en la base de datos.

es.wikipedia.org/wiki/Base_de_datos

29

2.1.4 Sistematizacin Proceso constante y aditivo de elaboracin de conocimiento luego de la experiencia en una realidad especfica. Consiste en el primer nivel de teorizacin de la prctica. El proceso de sistematizacin ha estado ligado al desarrollo de la metodologa cientfica. En los ltimos aos, el uso ms frecuente de la sistematizacin est ligado bsicamente a dos mbitos: La sistematizacin de informacin: ordenamiento y clasificacin bajo determinados criterios, relaciones y categoras de todo tipo de datos. Por ejemplo, la creacin de bases de datos. La sistematizacin de experiencias: las experiencias son vistas como procesos desarrollados por diferentes actores en un perodo determinado de tiempo, envueltas en un contexto econmico y social, en una institucin determinada. 2.1.5 Aplicaciones Llamaremos aplicacin a cualquier desarrollo software funcionalmente independiente que, no obstante, puede interconectarse, puntualmente, a otros desarrollos. Ejemplos de aplicaciones son SIGA, SIGE y GAD. A cada aplicacin se le asocia un cdigo nico de una letra que denominamos cdigo de aplicacin. Asimismo, se le asociar un cdigo extendido de no ms de tres caracteres. 2.1.6 Desarrollo El Entorno de Desarrollo comprende todos los mdulos sobre los cuales trabaja el grupo de programacin en las primeras fases del desarrollo de una nueva aplicacin: desarrollo y pruebas unitarias. Existir un Entorno de Desarrollo por cada nueva aplicacin que se empiece. 2.1.7 Integracin El Entorno de Integracin se compone de los mdulos y escenarios de datos necesarios para realizar las pruebas de integracin previas a la puesta en servicio de una aplicacin. Una vez entregada a los usuarios, el grupo de mantenimiento realizar su labor sobre este entorno. Cada aplicacin dispondr de su propio

29

entorno de Integracin siendo posible disponer simultneamente de ms de una versin de la misma aplicacin. Cada programador dispondr de sus propios directorios de trabajo as como de datos independientes para realizar pruebas unitarias de los mdulos que vaya desarrollando. Es responsabilidad del programador la organizacin de su directorio de trabajo as como el mantenimiento de sus datos de prueba. Se favorecer el traspaso de mdulos en desarrollo entre programadores con la nica limitacin de que un programador no pueda modificar el trabajo de otro. 2.1.8 Usuario Los usuarios podrn acceder a los datos en explotacin exclusivamente a travs de la aplicacin correspondiente. El responsable del rea para la que se ha desarrollado una aplicacin definir claramente los perfiles de todos los usuarios de modo que puedan delimitarse responsabilidades. La alteracin de datos en explotacin slo ser posible, en general, por medio de la aplicacin, y por un usuario debidamente autorizado (con el perfil adecuado). No obstante, en casos excepcionales y con la debida autorizacin del responsable del rea correspondiente, el Analista de la aplicacin podr modificar los datos cuando as se considere oportuno.

2.2

MARCO LEGAL O NORMATIVO

2.2.1 Normatividad para sistemas de ubicacin local ISO/IEC 12207 establece un proceso de ciclo de vida para el software que incluye procesos y actividades que se aplican desde la definicin de requisitos, pasando por la adquisicin y configuracin de los servicios del sistema, hasta la finalizacin de su uso. Este estndar tiene como objetivo principal proporcionar una estructura comn para que compradores, proveedores, desarrolladores, personal de mantenimiento, operadores, gestores y tcnicos involucrados en el desarrollo de software usen un lenguaje comn. Este lenguaje comn se establece en forma de procesos bien definidos En Colombia, la norma tcnica que rige los metadatos es la NTC 4611 que va por su tercera revisin. A fines de los 90's la Secretaria Tcnica del IGAC estableci un comit para estandarizar metadatos y con el respaldo del Instituto Colombiano de Normas tcnicas ICONTEC consolidaron la Norma NTC 4611 o norma Tcnica Nacional de Metadatos Geogrficos que va por su tercera actualizacin.

29

Esta norma fue estructurada a partir de la Norma Tcnica ISO/TC211, las disposiciones del Comit Federal de Datos Geogrficos de Estados Unidos FGDC y especificaciones que brinda la Asociacin Internacional de Cartografa. 2.2.2 Gestin de Calidad de Software La calidad del software es definida por Pressman (1998) como la concordancia con los requisitos funcionales y de rendimiento explcitamente establecidos, con los estndares de desarrollo explcitamente documentados y con las caractersticas implcitas que se esperan de todo software desarrollado profesionalmente. A partir de esta definicin vale la pena sealar que no slo afecta la calidad el incumplimiento de los requisitos del cliente y los explcitamente definidos por la ingeniera de software, sino que los requisitos implcitos tambin deben ser considerados. Tngase en cuenta que pocas veces el cliente est en condiciones reales de explicitar todo lo que se puede esperar del producto, muchas veces por desconocimiento y otras por la asuncin tcita de muchas funcionalidades. La gestin de la calidad se puede entender como el conjunto de actividades y medios necesarios para definir e implementar un sistema de la calidad, por una parte y responsabilizarse de su control, aseguramiento y mejora continua, por otra. (Fernndez & Alarcn, 1999). El control est dirigido al cumplimiento de requisitos, el aseguramiento a inspirar confianza en que se cumplir el requisito pertinente y el mejoramiento al aumento de su eficiencia y eficacia. La gestin de calidad a nivel de la organizacin en entidades de software ha seguido dos lneas que pueden perfectamente complementarse entre s. Por una parte, se ha seguido la lnea marcada por las entidades internacionales de estandarizacin para todos los productos y servicios a travs de las normas ISO 9000 y por otra, el mundo del software ha creado su propia lnea de trabajo en la gestin de la calidad, trabajando sobre los procesos de produccin de software como medio de asegurar la calidad del producto final. Cuando los estndares de calidad se orientaban sobre todo al control, en las organizaciones dedicadas al software aparecen un grupo de modelos especficos con ese fin: Modelo de Boehm [Boehm et al., 1978], Modelo FCM (Factors/Criteria/Metrics) [McCall et al., 1977],Marco ISO 9126 [ISO/IEC, 1991], Paradigma GQM (Goal-Question-Metric) [Basili y Rombach, 1988], Modelo de Gilb [Gilb, 1988]. En los ltimos aos en que los estndares de calidad internacionales se han reorientado hacia el aseguramiento de la calidad, han aparecido en la industria del

29

software dos importantes modelos de referencia que tienen en comn la evaluacin de la capacidad de los procesos en niveles de desarrollo o madurez: Modelo CMM (Capability Maturity Model) [Paulk, 1993] y Modelo SPICE (Software Process Improvement and Capability determination) [Rout, 1995], [SPICE, 1999]. Estadsticas del Software Engineering Institute (SEI) reportan que del total de empresas que aplican CMM el 81 % se encuentra en el nivel 1, el 12 % en el nivel 2 y el 7 % en el nivel 3. Ninguna ha alcanzado los niveles 4 y solo una llamada PLS est en nivel 5. (Tinnirello, 1998). Esto da cuenta de la rigurosidad del modelo y de las pocas posibilidades que tendra las PYMES de ubicarse en los niveles superiores. Las grandes empresas ya consolidadas pueden disponer a su voluntad, y de hecho lo hacen, la implantacin de otras metodologas o esquemas propios para lograr la calidad y la mejora continua de sus procesos productivos, sin embargo, para las pequeas y medianas empresas de software la implantacin de sistemas de la calidad basados en las normas ISO 9000 puede constituir el mejor camino a seguir pues estas normas definen los requisitos bsicos de la organizacin y por otro lado la certificacin le confiere un prestigio importante ante sus clientes. La solucin ideal para los que comienzan es integrar ambos enfoques en la medida de los posibles bajo el principio de especificar en la ISO 9000 todas aquellas caractersticas propias del producto de software que se contemplan en las otras metodologas.

2.2.3 Las Normas ISO 9000:2000 En 1947 se cre la International Organization for Standartization, que es una federacin mundial de organismos nacionales de normalizacin, cuya sede actual est en Ginebra. En 1987 se publicaron por primera vez la familia de normas ISO 9000 para el aseguramiento de la calidad, compuesta por la norma ISO 8402: Vocabulario, la norma ISO 9000: Directrices para la seleccin de los modelos para el aseguramiento de la calidad y los tres modelos ISO 9001, 9002 y 9003 que planteaban los requisitos para los sistemas de calidad aplicables a empresas cuya actividad se enmarcaba en determinadas etapas del ciclo de vida del producto. Adems apareci el modelo ISO 9004 dirigido al aseguramiento de la calidad en el orden interno.

29

En el ao 1994 se realiz una revisin de estas normas y se introdujeron algunos cambios que no variaron de manera sustancial la estructura original de la familia del ao1987 , y en el ao 2000 apareci la ltima versin (vigente en la actualidad) en la cual se introdujo el enfoque de procesos y los tres modelos (ISO 9001, ISO 9002 e ISO 9003) se unieron en el modelo ISO 9000:2000 aplicable a cualquier organizacin. Adems la norma ISO 8402 se sustituy por la ISO 9000: Vocabulario y la ISO 9004 se convirti en el modelo para la mejora del desempeo. La otra integrante de la familia ISO 9000 (norma ISO 19011 para Auditorias de los sistemas de gestin de la calidad y medioambientales) ampli su alcance y se compatibiliz con las ISO 14 000. Toda empresa de software aplica al menos un mnimo control de la calidad de sus productos y establece algunos parmetros mnimos como requisitos del producto. Las empresas que trabajan a este nivel se caracterizan por: 1. Definicin de polticas elementales de contratacin. 2. Obtencin de las especificaciones de los clientes. 3. Formacin emprica de equipos de trabajo de acuerdo a la disponibilidad de personal que se tenga. 4. Compromisos de plazos de entrega sin criterios bien fundamentados. 5. Uso de herramientas de ingeniara de software a voluntad de los

desarrolladores. 6. Empleo de los lenguajes de programacin en que se tiene experiencia, al no ser que el cliente exija lo contrario. 7. Mnima documentacin. 8. Acta de aceptacin del cliente quien generalmente no est en condiciones de evaluar adecuadamente el producto. 9. Deficiente organizacin del mantenimiento posventa del producto.

29

3. DESARROLLO INGENIERIL
A continuacin se va a definir los entregables de cada etapa de la metodologa de desarrollo de software del Modelo en Cascada.

3.1

Anlisis del Sistema

3.1.1 Encuestas: Dentro del Anexo 1, se encuentran el anlisis y los resultados de las encuestas realizadas a los dueos de los talleres y a los usuarios de estos. 3.1.2 Requisitos del Sistema: El sistema debe mostrar la ruta por donde se debe dirigir al sitio requerido y guardar historiales sobre las ubicaciones que ms se consultan.

3.2

Anlisis de los Requisitos

Una vez analizado los requisitos y resultados obtenidos en el estudio de viabilidad y las entrevistas al Taller mecnico se especifican ms a fondo los requisitos del sistema:

3.2.1 Reglas del Negocio: El sistema debe garantizar el control y la seguridad de acceso administrativo. El sistema debe tener la opcin de actualizacin y modificacin de la informacin estipulada por el administrador. El sistema debe contar con una interfaz amigable para el usuario. El sistema debe ser gil a la hora de que el usuario desee realizar una consulta. El sistema debe devolver la informacin de forma clara y concisa, satisfaciendo las necesidades del usuario.

29

3.2.2 Requisitos funcionales: Este proyecto tiene por objeto desarrollar un sistema de ubicacin para los usuarios de la Universidad de San Buenaventura. El sistema debe mostrar gilmente la informacin solicitada por el usuario Cada una de las areas del sistema debe contar con una imagen del sitio solicitada por el usuario. Cada una de las reas del sistema solicitadas por el usuario debe tener una imagen que muestre la ruta a llegar. El sistema debe contar con una interfaz amigable para el usuario.

3.2.3 Requisitos no funcionales: El software se desarrollara en Tourweaver. El software se desarrollara en NetBeans. La Base de Datos se desarrollara en MySqL.

3.2.4 Modelo:

El desarrollo en cascada ordena las fases del ciclo de vida del software, de forma tal que el inicio de cada etapa debe esperar a la finalizacin de la inmediatamente anterior. El modelo abarca las siguientes actividades: Anlisis del Sistema: Se comienza por establecer los requisitos de todos los elementos del sistema. En esta etapa se llevo a cabo un estudio de viabilidad, en el que se realizaron encuestas y entrevistas a los usuarios a los estudiantes de la universidad de san buenaventura, luego de analizar la informacin se encontraron los requisitos del sistema. Anlisis de los Requisitos: Se analizan las necesidades de los usuarios finales del Software para determinar qu objetivos deben cubrir.

29

En esta fase de clasificaron los requisitos de los usuarios y del sistema, entre ellos se encuentran las reglas del negocio, el lenguaje de programacin y el motor de Base de datos. Diseo: Traduce los requisitos en una representacin del Software con calidad requerida antes de que comience la codificacin. Dentro del diseo se encuentran varios diagramas que son generados para luego ser utilizados durante el desarrollo. Dentro de esos diagramas se encuentran.

3.3

Diseo

3.3.1 Diagrama de Casos de Uso:

REALIDAD

MODELO CONCEPTUAL MODELO LGICO MODELO FSICO

29

Casos de Uso El sistema software tiene los siguientes actores: Usuario: Persona que usar el sistema software para realizar el control sobre el Display. Display: Sistema Hardware sobre el que se realiza el control va software.

29

3.4

Toureweaver

Tourweaver 6.00 es un software virtual profesional y potente herramienta de creacin, Tourweaver 6,00 no slo hereda todas las grandes caractersticas de la versin 5.00, pero tambin introduce otros nuevos como la asistencia tcnica de Google Maps, varios efectos de visita virtual, y la produccin independiente Swf visita virtual.

3.4.1 Caractersticas Principales

Escenas y Mapas Todos los tipos de panormicas e imgenes fijas se admiten para la escena. Varios mapas / planos se pueden agregar. Botones de control Botones Aplicar y controlador de pelcula para el control de la visita virtual jugando progreso, e interactuar con la gira con acciones. Regulador de velocidad

29

Control de la velocidad de reproduccin de todo el recorrido. Medias componentes Flash y vdeo se puede utilizar para mostrar contenido enriquecido. Efecto Enfriar los efectos como reflejos en la lente, y los efectos meteorolgicos como la nieve y la lluvia se present. Cargando ventana de personalizacin swf Aplicar la barra de progreso y de la precarga de la imagen de visita virtual.

Formatos Visita virtual Flash VR (basado en html), exe independiente y visitas virtuales swf pueden ser creados. Google Maps Situar su panormicas en Google Map. Herramienta de seleccin Normal y miniaturas Flash, Cuadro de lista y ComboBox puede incluir algunas o todas las escenas de visita virtual para ver la seleccin. Descripcin componentes El uso de texto, imagen y TextArea para mostrar informacin sobre la gira y su contenido. Hotspot y Radar Aadir punto de acceso en las escenas y mapas para lograr distintas acciones. Los radares pueden indicar la ubicacin de la escena en el mapa. Ventana emergente Mostrar los componentes visita virtual en una ventana emergente.

29

Personalizacin del men del botn derecho Nombre de la empresa y la URL del sitio web se pueden aadir al men de botn derecho del ratn de la visita virtual.

4. METODOLOGA
4.1 EMPRICO ANALTICO

Este proyecto se realiza con los conocimientos adquiridos durante los semestres estudiados en las asignaturas de Comunicacin oral y escrita, Fundamentos de Investigacin, Anlisis de Sistemas, Introduccin a la ingeniera, Algoritmos, Programacin Estructurada, Bases de Datos puesto que los dispositivos a usar, se han empleado en diferentes reas con sus respectivos experimentos.

4.2 LNEA DE INVESTIGACIN DE USB / SUB-LNEA DE FACULTAD / CAMPO TEMTICO DEL PROGRAMA
4.2.1 Lneas Institucionales Tecnologas actuales y sociedad. En la actualidad se necesitan de conocimientos tcnicos y cientficos de vanguardia que ayuden a la solucin de problemas o faciliten los procesos de mejoramiento de la calidad de vida de las personas. Por ello, se hace necesario el nfasis en actualizar conocimientos tecnolgicos en diferentes reas como lo son informtica, comunicaciones, control, entre otras; con el objetivo de aplicar y adaptar los saberes requeridas en la solucin de los problemas para satisfacer necesidades.

4.3

SUBLINEAS DE LA FACULTAD

4.3.1 Instrumentacin y control de procesos La instrumentacin y control de procesos se encuentra en cada momento de los

29

diferentes programas de la facultad como parte fundamental en el territorio de investigacin, como es de notarse en los diferentes proyectos de investigacin que ahora se desarrollan. Los diferentes procesos posibles se relacionan de manera global de la siguiente forma. Editor de formatos de impresin de documentos, reportes y listados con ambiente de datos disponible, que permite agregar nuevos campos a los reportes, modificar y configurar las impresiones segn sus necesidades. Procesos automticos establecidos por el control ejercido en servomecanismos que desarrollan una accin programada y repetitiva. Estas acciones deben estar dentro de un rango de operacin establecido (robots, control de vuelo de aeronaves).

4.4

CAMPOS DE INVESTIGACIN

4.4.1 Tcnicas de recoleccin de Informacin

Anlisis de Viabilidad. Encuesta de opinin llevada a cabo en la Universidad de San Buenaventura. El estudio se centra en el anlisis del proceso de elaboracin de la encuesta, y en los resultados desde un punto de vista metodolgico: No se describe la valoracin especfica del servicio ya que el objetivo principal consiste en presentar las dificultades halladas en la elaboracin de las preguntas, en los procedimientos utilizados en la recogida de datos y en los dems mecanismos implicados en el proceso. Objetivos de La Encuesta: Los objetivos que pretendemos alcanzar, con la encuesta, son los siguientes: Detectar la percepcin que los usuarios tienen sobre facilidad de ubicacin en la universidad de san buenaventura. Saber los motivos por los cuales prescinden de su utilizacin. Conocer la adecuacin de las instalaciones.

29

El tipo de estudio realizado es descriptivo y transversal. Como mtodo de estudio se ha utilizado una encuesta (anexo 1) que el usuario debe responder. Las limitaciones que conlleva la utilizacin de encuestas, (como la posibilidad de errores en la interpretacin de las preguntas por parte de los encuestados), se han corregido mediante una "prueba piloto" realizada previamente a una totalidad de 6 personas encuestadas dentro de la comunidad universitaria. Los usuarios del Servicio de ubicacin son todos los miembros de la comunidad universitaria. As pues, consideramos usuarios reales aqullos que utilizan habitualmente los mapas y usuarios potenciales el resto de miembros de la comunidad universitaria nuevos o visitantes a la universidad, los cuales, por su condicin acadmica, podran hacer uso de este.

29

5. CRONOGRAMA DE ACTIVIDADES

ACTIVIDADES SEMESTRE MES MARZO Recoleccin y anlisis de antecedentes Anlisis de viabilidad del proyecto Recoleccin de datos(encuestas) Diseo del esquema de la estrategia de trabajo Evaluacin financiera del proyecto Anlisis de pruebas de software y hardware Anlisis de tipos de monitores touch a utilizar en el proyecto Entrega documentacin Exposicin proyecto Desarrollo del software

1 ABRIL MAYO JUNIO AGOSTO

2 SEPTIEMBRE

OCTUBRE

NOVIEMBRE

GRUPO #1 GRUPO #2 GRUPOS #1 y #2

29

6. RECURSOS Y PRESUPUESTO
Actividad Recursos Valor Unitario $50 x Pagina Recopilacin de Informacin Fotocopias $20.000 Valor Total

Cartucho Color: $14.000 Cartucho Negro: Impresiones $24.000 Internet Anlisis de la informacin Refrigerio Equipos Impresiones Diseo Elaboracin del proyecto Encuestas Refrigerio Papelera Impresin $30.000 Total $30.000 $243.000 $60.000 $30.000 $20.000 $50 x Pagina $40.000 $38.000 $60.000 $30.000 $20.000 $5.000 $40.000 2 Cartuchos

Recurso Equipos Transporte Papelera Fotocopias Refrigerios Impresiones Total

Valor Total $50.000 $30.000 $45.000 $20.000 $40.000 $43.000 $243.000

29

7. CONCLUSIONES
El estudio de los mapas (sistemas de ubicacin) de la universidad permitieron establecer los tipos o formas de prestacin de servicios, requerimientos y la viabilidad del proyecto, concluimos que con la ayuda del software y hardware que se creara se ofrecern facilidades para la ubicacin de zonas requeridas por el usuario y permitir una mayor rapidez para encontrar dichos lugares mediante una interfaz amigable y fcil de usar. El software ayudara a agilizar el proceso de ubicacin de lugares en la universidad de San Buenaventura sede Bogot.

Mediante este software se brinda confianza al cliente por que se le informa de manera clara y concisa la informacin requerida por el usuario.

Existe una interaccin entre software y hardware que brinda al usuario una rapidez y gran usabilidad de consultas de lugares dentro de la universidad mediante la tecnologa.

29

8. BIBLIOGRAFA
Kendall, Kenneth E. Anlisis y diseo de sistemas. Mxico: Prentice-Hall. 1997. 912 p. Freeze, Wayne S. SQL: Manual de referencia del programador. Madrid: Paraninfo. 1998. 242 p. Ulrich, Katherine. Macromedia Flash 5 para Windows y Macintosh. Madrid: Prentice Hall. 2001. 525 p. ArcView GIS: the geographic information system for everyone. ESRI, cop. 1996. Lord Chorley (1987) Handling Geographic Information. http://www.easypano.com/es/productsTw.htm http://www.easypano.com/download/tw-tutorial/index2.html

29