UNIVERSIDAD TECNOLGICA DE TIJUANA

TCNICO SUPERIOR UNIVERSITARIO EN: TECNOLOGAS DE LA INFORMACIN Y COMUNICACIN REA: SISTEMAS INFORMTICOS

MEMORIA DE ESTADA: ANALISIS Y DOCUMENTACION EN EL PROYECTO SIGA

REALIZADA POR: ALMA GUADALUPE VEGA REGALADO

EN LA EMPRESA: UNIVERSIDAD TECNOLOGICA DE TIJUANA

TIJUANA, B.C

ABRIL DEL 2010

UNIVERSIDAD TECNOLGICA DE TIJUANA

TCNICO SUPERIOR UNIVERSITARIO EN: TECNOLOGAS DE LA INFORMACIN Y COMUNICACIN REA: SISTEMAS INFORMTICOS MEMORIA DE ESTADA: ANALISIS Y DOCUMENTACION EN EL PROYECTO SIGA REALIZADA POR: ALMA GUADALUPE VEGA REGALADO EN LA EMPRESA: UNIVERSIDAD TECNOLOGICA DE TIJUANA

LIC. JUAN CARLOS RICO RESENDIZ Director de la Carrera _______________________ Ing. Mario S. Meza Carrillo. Asesor Acadmico _________________________ Ing.Anuar Terrones Lpez Asesor Empresarial

TIJUANA, B.C

ABRIL DEL 2009

DEDICATORIA Y AGRADECIMIENTO. Este agradecimiento es principalmente a Dios por permitirme terminar mis estudios, por sostenerme hasta el final, agradezco su bendicin cada da y su grandeza en mi vida.Agradesco tambin a Dios por cada persona que estuvo apoyndome y animndome cuando las cosas iban mal, mi familia y amigos que supieron levantarme cuando ya no quera continuar. Agradezco a mi madre por su gran apoyo y compaa en todo momento; a mis amigos que me hicieron ms ligera la carga. Este agradecimiento es para todo aquel que me apoyo en cada aspecto, gracias por no dejarme titubear muchas gracias a mis seres ms queridos

INDICE INTRODUCCIN. I. II. III. IV. V. VI. VII. ANTECEDENTES DE LA EMPRESA.... DESCRIPCIN ESPECFICA DEL AREA DE TRABAJO IDENTIFICACIN DEL PROBLEMA... OBJETIVOS GENERALES MARCO DE REFERENCIA TCNICO. ALTERNATIVAS DE SOLUCIN APLICACIN DE LA ALTERNATIVA DE SOLUCIN.

VII.1 RESULTADOS OBTENIDOS. VIII CONCLUSIONES Y RECOMENDACIONES..

ANEXOS BIBLIOGRAFA Y FUENTES DE CONSULTA...

INTRODUCCIN
En el siguiente trabajo se abordara de manera concreta la problemtica surgida en la Universidad Tecnolgica de Tijuana la cual pretende tener un alto nivel de calidad en cada una de las reas que la componen, lo que implica un ptimo aprovechamiento de sus recursos materiales y humanos; esto sera logrado mediante la correcta organizacin y el ordenamiento de cada uno de los procesos realizados por la universidad. Para lograr llegar a una ptima comunicacin entre departamentos y asegurar la integridad de la informacin manejada por cada uno de ellos es necesario llegar a un profundo anlisis de cada una de las actividades para as regularizar el cmo se realizan, reorganizar las prioridades, la importancia de los tramites y a su vez eliminar actividades innecesarias. Dada la complejidad de la estructura presentada en la institucin educativa se hace necesario el que cada uno de los departamentos este comprometido en participar con los miembros del equipo que desarrollar la propuesta de mejora, ya que un sistema que logre satisfacer las necesidades y requerimientos de la universidad debe ser integral y unir cada departamento. La propuesta aqu presentada se plantea lograr incrementos significativos, en materia de rentabilidad, productividad, tiempo de respuesta, y calidad, lo cual implica la obtencin de ventajas competitivas. En el apartado II; Descripcin general y especifica del rea de trabajo, se menciona la ubicacin del rea donde se estuvo realizando la estada as como una breve descripcin de la forma como estaba constituida y distribuida fsicamente al igual que la organizacin del equipo de trabajo involucrado en el desarrollo del sistema SIGA. En el apartado III; Identificacin del problema se establecen los antecedentes y orgenes de la problemtica que a la que se pretende darle solucin. En el apartado IV; Objetivos, en esta seccin se plantearon los objetivos que se desean lograr con la solucin del problema.
5

En el apartado V; Marco de referencia tcnico, se muestran los requerimientos tcnicos que se investigaron sobre las bases de datos as como una serie de herramientas y conceptos que se requirieron en cuanto el anlisis y diseo del software. En el apartado VI; alternativas de solucin, expone las posibles soluciones al problema que necesitaba atenderse. En los apartados VII y VII.1 la aplicacin y

resultados de las alternativas de solucin, se defini cul es la alternativa que se decidi tomar para resolver el problema, y cules fueron los resultados con dicha alternativa. Por ltimo en el apartado VIII; se dan algunas conclusiones de acuerdo a los resultados y se presentan algunas recomendaciones.

I.

ANTECEDENTES DE LA EMPRESA.

La Universidad Tecnolgica de Tijuana que se localiza en Km 10 Carretera Libre Tijuana-Tecate col.El Refugio, es una entidad que inici sus operaciones el 14 de agosto de 1998.Como toda nueva entidad, su evolucin en infraestructura, matrcula y personal fue lenta pero ha crecido de forma acelerada en los ltimos aos y en la actualidad tiene un campus en Tijuana, una unidad acadmica en ensenada y una extensin en el poblado de San Quintn. Figura I.1

Figura I.2 Edificio de docencia 1 de la Universidad tecnolgica de Tijuana.

Cuenta con un modelo educativo que facilita su incorporacin al mbito laboral, permitiendo la continuidad de estudios, sus estudiantes pueden optar por alguna de las salidas alternas, stas son: certificacin profesional, ttulo de tcnico superior universitario, ingeniero tcnico o licenciatura en alguna de las ingenieras en tercer, sexto, noveno y onceavo cuatrimestre respectivamente, con clases 70% prcticas y 30% tericas. Los egresados de la UTT cuentan con las competencias profesionales y competencias genricas necesarias para su desempeo en el campo laboral, en el mbito local, regional y nacional.

Actualmente tiene el premio a la excelencia acadmica por lograr que el 100 por ciento de los alumnos de las carreras de TSU cursen programas de buena calidad, entregado por la secretara de educacin pblica. Como misin la Universidad Tecnolgica de Tijuana se ha planteado ser un organismo pblico dedicado ntegros, a formar la tcnicos aplicacin superiores de un

universitarios competentes e

mediante

Modelo Educativo prctico e intensivo comprometido con la calidad, vinculado con el sector productivo a travs de programas educativos acordes a sus necesidades, contribuyendo al desarrollo sustentable de la regin y de la calidad de vida de las personas. La visin de la universidad es llegar a ser una institucin de educacin superior centrada en el aprendizaje de sus alumnos, reconocida nacional e internacionalmente por su slida estructura acadmica y por la excelente preparacin de sus egresados en el rea tecnolgica y humanstica y por su contribucin al desarrollo sustentable de la regin. En su Poltica de Calidad la UTT desea satisfacer las expectativas profesionales de los alumnos mediante la aplicacin de un modelo educativo prctico e intensivo que facilita su incorporacin al mbito laboral y de los egresados, empresarios y pblico en general por medio de cursos de educacin continua a travs de la vinculacin con el sector productivo y la actualizacin de su infraestructura y capital humano.

II. DESCRIPCIN GENERAL Y ESPECFICA DEL REA DE TRABAJO. Dentro de la institucin educativa se pueden encontrar diferentes departamentos cada uno enfocado a cierta rea. El departamento encargado de brindar soporte y tecnologas a toda la universidad es el departamento de sistemas el cual se divide en 2 reas que son soporte tcnico y desarrollo cada una de las cuales cuenta con un encargado que a su vez es subordinado del deje del departamento. El rea de soporte tcnico se encuentra localizada en el edificio de vinculacin y el rea de desarrollo se encuentra situada en el edificio de docencia 2.

Anuar Terrones Lpez Jefe Depto. Sistemas

Nancy Morales y Edith Arcos Conmutador/Asistente

Jorque Vzquez Coordinador de Desarrollo de SW

Mario Meza Coordinador De Proyecto SW

Guzmn Hiplito Toto Programador

Figura II.1.Organigrama del departamento de sistemas de la universidad tecnolgica de Tijuana.

RECURSOS DEL REA DE SISTEMAS. Actualmente cuenta con un total de 5 mquinas de escritorio DELL core 2 1.93 Gb de RAM 60 GB de disco duro CD-ROM Monitor 15 Tarjeta de fibra ptica Tarjeta de red,

Para el rea de sistemas todos los equipos cuentan con Windows XP Professional paquetera de Office 2010 algunos equipos cuentan con Visio 2003, SQL server 2005 Visual studio 2005 Visual SourceSafe

Todo el software tiene licencias de tipo corporativa. El rea asignada para este proyecto es una oficina compartida con el personal de desarrollo la cual cuenta con: Dentro del departamento de Sistemas se estableci un equipo especial dedicado al desarrollo del proyecto el rol de trabajo est establecido de la siguiente manera.
10

Mesas y equipos para cada empleado. Aire acondicionado Iluminacin Internet Telfono

Director de Proyecto Jefe de Proyecto Jefe de Programacin Programadores(manejadores de BD,Analistas) Comit de Proyecto de Desarrollo de Software Acadmico

Director de Proyecto

Jefe de Proyecto

Jefe de Programacin

Programadores

Analistas

Tcnicos y Responsables de Pruebas

Figura II.2 Organigrama de los miembros del proyecto

11

RESPONSABILIDADES DE LOS INTEGRANTES Director de proyecto: Esta encargado de supervisar la adecuada ejecucin del proyecto, debe estar tambin al pendiente de los conflictos que pudieran surgir para as darles solucin, el director debe estar al pendiente de supervisar todo lo relacionado con el proyecto para as asegurar el cumplimiento de lo planeado. Jefe de proyecto: Es la persona encargada de definir el proyecto con el equipo y evaluar sus necesidades, realizar un clculo del costo que tendr el proyecto as como realizar un seguimiento e informes del progreso del proyecto, en trminos de calidad, costo y plazos de entrega. Jefe de programacin: Es la persona encargada de supervisar las tareas que

previamente asigno a los programadores, proponer planes de desarrollo alterno debe informar el estado del proyecto y registrar las contingencias que surjan.

12

III.

DENTIFICACIN DEL PROBLEMA.

La Universidad tecnolgica de Tijuana ha presentado un acelerado crecimiento en sus ltimos aos en cuanto a matricula e infraestructura se refiere, por lo cual se ha visto en la necesidad de crecer tambin en cada una de sus reas administrativas y ampliar su personal. En los inicios de la institucin el enfoque en los sistemas, no era una prioridad, con el paso del tiempo el uso de sistemas se fue dando de forma natural pues como es bien sabido la automatizacin de procesos es parte esencial de una organizacin que trabaja estratgicamente. Los sistemas utilizados fueron variados algunos fueron adquiridos por la universidad, otros donados por otras instituciones pertenecientes a la misma coordinacin a nivel nacional, los cuales siguen an en funcionamiento pero con ciertas deficiencias ya que no fueron sistemas construidos a la medida por lo tanto no cubren en su totalidad las necesidades de la universidad lo que ha provocado que l personal tenga que hacer uso de papeleos tardados y por lo tanto se expone la integridad de la informacin. Otro factor a mencionar son los constantes cambios que se presentan en la

organizacin as como en los programas educativos, dichos cambios impiden la adecuada optimizacin en los procesos de cada una de las reas acadmicas y administrativas de la universidad y su correcta comunicacin lo cual provoca retraso en la informacin, perdida de datos y constantes confusiones.

13

VI.

OBJETIVOS.

El objetivo que se desea alcanzar es darle solucin a las diferentes problemticas que actualmente se presentan en la institucin educativa lo cual implica las siguientes metas:

Asegurar la integridad y la veracidad de la informacin. Estandarizar los procesos para asegurar su correcto funcionamiento. Eliminar tareas innecesarias. Ahorra recursos en la medida de lo posible. Lograr una comunicacin oportuna y fluida entre los diferentes departamentos de la institucin. Mantener organizada la informacion y asi poder hacer uso de ella durante la toma de desisiones. Contar con una herramienta que coadyuve con la misin y visin de la institucin. Desarrollar un sistema cuyo producto software se libere de una forma ordenada con la documentacin adecuada y bien establecida. Que la documentacin generada en cada etapa contribuya a realizar futuras adiciones de una clara y gil. Organizar cada etapa del desarrollo de forma que se tengan claros los requerimientos y su orden de prioridad. Involucrar al usuario final en el desarrollo del software mediante avances grficos que proporcionen al usuario una muestra del trabajo realizado.

14

V.

MARCO DE REFERENCIA TCNICO

Debido a la complejidad del problema que se ha identificado es necesario conocer de forma precisa los conceptos tcnicos relacionados con el proyecto, informacin que en un momento dado podra servir de apoyo en el desarrollo del trabajo.A continuacin se realizara una introduccin a los puntos tcnicos que se deben contemplar para la realizacin de este proyecto; Tales como conceptos bsicos de programacin y posibles herramientas para la construccin de un sistema. El desarrollo de software significa construirlo simplemente mediante su descripcin. Por lo cual se considera la actividad de desarrollo de software como una ingeniera. En un nivel ms general, la relacin existente entre un software y su entorno es clara ya que el software es introducido en el mundo de modo de provocar ciertos efectos en el mismo. Dentro del desarrollo de software intervienen muchas personas como lo es el cliente quien es el que tiene el problema en su empresa y desea que sea solucionado, para esto existe el analista de sistema quien es el encargado de hacerle llegar todos los requerimientos y necesidades que tiene el cliente a los programadores quienes son las personas encargadas de realizar lo que es la codificacin y diseo del sistema para despus probarlo y se entrega al cliente. Es as como intervienen varias personas ya que una sola no podra determinar todo lo necesario; Es probable que no podra satisfacer en su totalidad los requerimientos del nuevo sistema a mayor nmero de personas involucradas en el proyecto ser ms probable asegurar su calidad. El desarrollo de software se muestra grficamente en la siguiente figura

Figura 1.Etapas en el desarrollo de software segn la metolodiga RUP

15

El primer paso del proceso es el anlisis, es aqu donde el analista se pone en contacto con el cliente para as ver cmo est conformada, a que se dedica, conocer las actividades que realiza y entender de manera general la empresa para posteriormente identificar sus necesidades o los requerimientos que la empresa tiene en ese momento para poder realizar un anlisis de la misma. El segundo paso es el de diseo aqu entra todo el diseo del sistema es decir las pantallas, base de datos, todo esto debe cumplir con ciertos estndares los cuales se toman en cuenta para poder desarrollar el diseo con calidad y as poder ofrecer un diseo amigable al usuario final, en cuestin de colores, tamaos de botones, cajas de texto, etc. El tercer paso es la codificacin es aqu donde se desarrolla todo el cdigo del sistema por parte del programador esto se hace dependiendo de cada programador ya que cada programador tiene sus bases o formas para realizarlo pero todos deben llegar al mismo objetivo de ofrecerle funcionalidad al sistema siempre apegndose a las especificaciones y necesidades del cliente. El cuarto paso son las pruebas, es donde el sistema desarrollado se pone a prueba para as saber cules son los posibles errores que se estn generando del sistema y con ello mejorarlo para llegar a eliminar todos los errores que se puedan presentar un sistema a menos errores mayor calidad. El quinto y ltimo paso es la instalacin una vez realizado las pruebas correspondientes al sistema y despus de haberlo corregido totalmente, se procede a la instalacin del mismo en la empresa para su uso, todo con la finalidad de que los procesos se realicen de una manera ms eficiente eliminando costos, tiempo y esfuerzo dentro de la organizacin. Para asegurar una mayor organizacin y calidad en l se desarroll de software es recomendable hacer uso de una metodologa de desarrollo que sea adecuada al tipo de software que se va a construir. Entendemos como metodologa un marco de trabajo usado para estructurar, planificar y controlar el proceso de desarrollo en sistemas de informacin.
16

Algunas metodologas conocidas:

La metodologa RUP se adapta a proyectos de largo plazo. La metodologa XP se recomienda para proyectos de corto plazo. La metodologa MSF se adapta a proyectos de cualquier dimensin y de cualquier tecnologa. Es importante antes de elegir la metodologa que se debe usar para implementar el

software, determinar el alcance que tendr y ver cul es la que ms se adecua a la aplicacin. Metodologa RUP Es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos, no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin Esta metodologa consta de 6 principios que son los siguientes: Adaptar el proceso: El proceso deber adaptarse a las caractersticas propias del proyecto u organizacin. El tamao del mismo, as como su tipo o las regulaciones que lo condicionen, influirn en su diseo especfico. Tambin se deber tener en cuenta el alcance del proyecto. Equilibrar prioridades: Los requisitos de los diversos participantes pueden ser diferentes, contradictorios o disputarse recursos limitados. Debe encontrarse un equilibrio que satisfaga los deseos de todos. Gracias a este equilibrio se podrn corregir desacuerdos que surjan en el futuro. Demostrar valor iterativamente: Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteracin se analiza la opinin de los

17

inversores, la estabilidad y calidad del producto, y se refina la direccin del proyecto as como tambin los riesgos involucrados Colaboracin entre equipos: El desarrollo de software no lo hace una nica persona sino mltiples equipos. Debe haber una comunicacin fluida para coordinar requisitos, desarrollo, evaluaciones, planes, resultados, etc. Elevar el nivel de abstraccin: Este principio dominante motiva el uso de conceptos reutilizables tales como patrn del software, lenguajes 4GL o marcos de referencia (frameworks) por nombrar algunos. Esto evita que los ingenieros de software vayan directamente de los requisitos a la codificacin de software a la medida del cliente, sin saber con certeza qu codificar para satisfacer de la mejor manera los requisitos y sin comenzar desde un principio pensando en la reutilizacin del cdigo. Un alto nivel de abstraccin tambin permite discusiones sobre diversos niveles y soluciones arquitectnicas. stas se pueden acompaar por las representaciones visuales de la arquitectura, por ejemplo con el lenguaje UML. Enfocarse en la calidad: El control de calidad no debe realizarse al final de cada iteracin, sino en todos los aspectos de la produccin. El aseguramiento de la calidad forma parte del proceso de desarrollo y no de un grupo independiente. UML es el lenguaje de modelado de sistemas de software ms conocido .Es un lenguaje grfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estndar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio y funciones del sistema, y aspectos concretos como expresiones de lenguajes de programacin, esquemas de bases de datos y componentes reutilizables. Se utiliza para definir un sistema, para detallar los artefactos en el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que est descrito el modelo.

18

Diagramas de caso de uso: Diagrama utilizado para la captura de requisitos potenciales de un nuevo sistema o una actualizacin de software. Cada caso de uso proporciona uno o ms escenarios que indican cmo debera interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo especfico. Normalmente, en los casos de usos se evita el empleo de jergas tcnicas, prefiriendo en su lugar un lenguaje ms cercano al usuario final. En ocasiones, se utiliza a usuarios sin experiencia junto a los analistas para el desarrollo de casos de uso. Un caso de uso es una secuencia de interacciones que se desarrollarn entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. Los diagramas de casos de uso sirven para especificar la comunicacin y el comportamiento de un sistema mediante su interaccin con los usuarios y/u otros sistemas. O lo que es igual, un diagrama que muestra la relacin entre los actores y los casos de uso en un sistema. Una relacin es una conexin entre los elementos del modelo, por ejemplo la especializacin y la generalizacin son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar cmo reacciona a eventos que se producen en su mbito o en l mismo. Actor: Se le llama Actor a toda entidad externa al sistema que guarda una relacin con este y que le demanda una funcionalidad. Esto incluye a los operadores humanos pero tambin incluye a todos los sistemas externos as como a entidades abstractas como el tiempo. Requerimientos: Es una necesidad documentada sobre el contenido, forma o funcionalidad de un producto o servicio Anlisis de requerimientos: Es la etapa en que se estudian los requerimientos para verificar que estn correctamente adecuados a las caractersticas mencionadas. En la misma se enfocan e intentan solucionar las deficiencias que los requerimientos puedan tener. Diagrama de clases: es un tipo de diagrama esttico que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los
19

diagramas de clases son utilizados durante el proceso de anlisis y diseo de los sistemas, donde se crea el diseo conceptual de la informacin que se manejar en el sistema, y los componentes que se encargaran del funcionamiento y la relacin entre uno y otro. Propiedades: Tambin llamados atributos o caractersticas, son valores que corresponden a un objeto, como color, material, cantidad, ubicacin. Generalmente se conoce como la informacin detallada del objeto. Suponiendo que el objeto es una puerta, sus propiedades seran: la marca, tamao, color y peso. Operaciones: comnmente llamados mtodos, son aquellas actividades o verbos que se pueden realizar con/para este objeto, como por ejemplo abrir, cerrar, buscar, cancelar, acreditar, cargar. De la misma manera que el nombre de un atributo, el nombre de una operacin se escribe con minsculas si consta de una sola palabra Interfaz: es un conjunto de operaciones que permiten a un objeto comportarse de cierta manera, por lo que define los requerimientos mnimos del objeto. Hace referencia a polimorfismo. Diagrama de secuencia: Es un tipo de diagrama usado para modelar interaccin entre objetos en un sistema segn. Enterprise Architect: Es una de las herramientas ms husadas para realizar el anlisis y documentacin de un proyecto en desarrollo de software, En esta aplicacin se pueden realizar los diagramas necesarios para el modelado de un sistema. Est basado en UML 2.1 Base de Datos: Es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayora por documentos y textos impresos en papel e indexados para su consulta Existen programas denominados sistemas gestores de bases de datos, que permiten almacenar y posteriormente acceder a los datos de forma rpida y estructurada. Las
20

propiedades de estos SGBD, as como su utilizacin y administracin, se estudian dentro del mbito de la informtica. Microsoft SQL Server: Es un sistema para la gestin de bases de datos producido por Microsoft basado en el modelo relacional Tablas: Se refiere al tipo de modelado de datos, donde se guardan los datos recogidos por un programa. Su estructura general se asemeja a la vista general de un programa de Hoja de clculo. Vistas: es un resultado de una consulta SQL de una o varias tablas; tambin se le puede considerar una tabla virtual. Registro: un registro (tambin llamado fila) representa un objeto nico de datos implcitamente estructurados en una tabla ndices: Es una estructura de datos que mejora la velocidad de las operaciones, permitiendo un rpido acceso a los registros de una tabla. Embarcadero Studio: Herramienta para el manejo de bases de datos, para el rpido desarrollo, gestin de cambios, cumplimiento ms eficiente de requerimientos y lograr que el diseo sea el correcto en el momento y lugar correctos. Plataforma de desarrollo es el entorno de software comn en el cual se desenvuelve la programacin de un grupo definido de aplicaciones. Comnmente se encuentra relacionada directamente a un sistema operativo; sin embargo, tambin es posible encontrarla ligada a una familia de lenguajes de programacin o a una Interfaz de programacin de aplicaciones.

21

VI. ALTERNATIVAS DE SOLUCIN La primera alternativa seria contratar una empresa externa para el desarrollo de un nuevo sistema para toda la universidad Ventajas: No sera necesario disponer del personal de la institucin ya que la empresa contratada seria la que se encargara de los detalles sobre el desarrollo. No se tendra que contratar nuevo equipo para desarrollar el sistema. Desventajas: El costo sera realmente alto. El sistema no estara echo exactamente a la medida ya que se requiere personal que conozca a la perfeccin los requerimientos para poder satisfacerlos, algo difcil de lograr con desarrolladores externos. La universidad no sera duea del cdigo fuente del sistema y para poder obtenerlo tendra un costo del 400% adicional.

Costos: 235,600 pesos y si se desea ser dueo del cdigo fuente el costo se elevara un 400% y sera de 1, 178,000 pesos.

22

La segunda alternativa seria desarrollar un sistema integral de gestin acadmica en el rea de desarrollo de la universidad, formando un grupo especial para el desarrollo de dicho software el cual estara formado por empleados de la universidad Ventajas: Sera un software a la medida Al ser construido por personal de la institucin se garantiza que el sistema podr satisfacer las necesidades de la misma ya que el personal encargado de disearlo est plenamente enterado de las necesidades que se presentan en la universidad. El Cliente podr estar enterado del proceso. Ya que el sistema ser desarrollado en las instalaciones, sera ms fcil que los encargados de los diferentes departamentos puedan estar relacionados con el nuevo software.

Desventajas Se requiere que el rea de desarrollo se enfoque especficamente al desarrollo del sistema y que los jefes de los departamentos que harn uso del sistema dediquen tiempo a exponer sus requerimientos a los desarrolladores. Personal Para realizar este proyecto ser necesario el personal del rea de sistemas y contratar 2 desarrolladores adicionales, as como 2 asistentes temporales.

23

VII.APLICACIN DE LA ALTERNATIVA DE SOLUCIN

De acuerdo a los puntos expuestos en prrafos anteriores se lleg a la conclusin de realizar el Proyecto de Desarrollo de un Software Integral de Gestin Acadmica, el cual fue aprobado y contempla varios aspectos, que se adecuan realmente a las necesidades que la misma universidad demanda. Las razones por las cuales se opt por este proyecto son principalmente las siguientes: Satisfaccin de las necesidades de la institucin: Costo

Para su mejor Organizacin el proyecto ser construido por mdulos los cuales tienen comunicacin entre ellos, para esto se analiz la importancia de cada uno de los departamentos: Escolar: Se requiere crear un mdulo escolar en el cual se pueda registrar toda la informacin de un estudiante, desde el momento que se clasifica como aspirante, todos sus movimientos mientras es estudiante hasta que egresa. En el mdulo escolar se contempla dar seguimiento a las actividades e informacin del alumno desde que es considerado un aspirante, su etapa como alumno y as mismo durante su estada profesional. La importancia de esta rea es vital para el desarrollo del proyecto ya que de aqu parte la informacin que estar relacionndose con los diferentes departamentos. El alumno es la parte inicial para el anlisis de este mdulo, por lo cual se hizo el siguiente anlisis sobre los casos de uso que el aspirante podra llevar acabo usando como herramienta para el diseo la aplicacin Enterprise Architect .Se nombra aspirante a aquel individuo que realiza los trmites para ingresar como alumno a la UTT pero que an no ha sido admitido como alumno en dicha institucin. Se entiende como alumno a aquel aspirante que ha realizado los trmites necesarios y ha reunido los requisitos para ingresar a cursar alguno de los planes acadmicos que la universidad ofrece.

24

De acuerdo al anlisis realizado se encontr que el aspirante puede realizar los siguientes casos de uso Figura.VII.1

Figura VII.1 Diseo de casos de uso para el Aspirante en el mdulo de Escolares Solicitar su referencia de Pago. Registrarse Iniciar Sesin Imprimir referencia. Editar Solicitud

El proceso que el aspirante debe seguir para registrar su solicitud de inscripcin es: 1. El aspirante selecciona la opcin "Solicitar referencia de Pago" 2. El sistema muestra seccin para ingresar el Id y Password del aspirante (en caso de no haberse momento). 3. El aspirante ingresa su Id y Password 4. El sistema valida los datos, si son correctos muestra la seccin del primer formulario 5. El aspirante ingresa sus datos en el formulario y selecciona la opcin "Obtener referencia" 6. El sistema genera el pre registro en la clase de aspirantes y muestra una vista previa de la referencia de pago. 7. El aspirante selecciona la opcin "Imprimir referencia de pago" 8. El sistema registra los datos en la base de datos
25

registrado el Aspirante puede registrarse en ese

Despus de que el aspirante haya realizado el pago correspondiente en la institucin bancaria recibir un nmero de folio de referencia y vuelve a entrar al sitio de la UTT

9. El aspirante selecciona la opcin "Llenar solicitud de inscripcin" 10. El sistema muestra seccin para ingresar Folio de pago 11. El aspirante ingresa el folio de pago 12. El sistema busca en el listado de referencias cual es el estatus de la referencia, si es pagada muestra la seccin del segundo formulario. 13. El aspirante ingresa sus datos y selecciona la opcin "Guardar"

Basndose en el proceso anterior se construy el siguiente diagrama de secuencia en el cual se detalla la interaccin que tendr el actor en este caso el aspirante con el Sistema. Figura.VII.2

Figura VII.2 Diagrama de secuencia del caso de uso Obtener referencia de pago y Llenar solicitud de inscripcin

En este diagrama podemos observar como el sistema realiza muy pocas consultas a la base de datos para eliminar con esto trabajo innecesario al sistema lo cual sera un ahorro en tiempo y una mayor velocidad de respuesta. Debido a que el aspirante no cuenta con una matrcula la cual pueda ingresar y as generar su referencia de pago se contempla que se registre e inicie sesin enseguida el sistema le mostrara la primera parte del formulario es entonces cuando la clase

26

Aspirante genera un pre registro con el cual se le generara una referencia de pago que ser con la que realizara el pago en la institucin bancaria. En el caso del Alumno se eliminaran una parte de los pasos que debe seguir el aspirante ya que al ser un alumno de la universidad cuenta ya con una matrcula y la institucin tiene ya la mayora de la informacin del alumno. Los casos de uso a realizar por el alumno se presentan en el siguiente diagrama.Figura.VII.3

Figura VII.3 Casos de uso que podr realizar el alumno

El aspirante podr realizar las siguientes actividades: Imprimir referencia. Llenar solicitud

El proceso que el alumno debe seguir para Llenar su solicitud de inscripcin es el siguiente: 1.- El aspirante ingresa al sitio y selecciona la opcin Solicitud de inscripcin 2.- El sistema pide la matricula al alumno 3.- El alumno introduce su matricula 4.- El sistema procede a realizar la validacin de la matricula; si esta es correcta muestra la solicitud de inscripcin 5.- El alumno llena los datos y solicita su referencia de pago 6.- El sistema hace el registro de la nueva solicitud de inscripcin e imprime la referencia

27

De acuerdo al proceso anterior se construy el siguiente diagrama de secuencia en el cual se observa la interaccin entre el alumno y el sistema. Figura.VII.4

Figura VII.4 Diagrama de secuencia para el caso de uso Llenar solicitud de inscripcin del alumno

La construccin de estos diagramas permiti observar de una manera preliminar el diseo de la base de datos y la relacin entre sus tablas. Las tablas que se crearon de forma inicial para este apartado. Figura VII.5

Figura VII.5 Diagrama de base de datos de las tablas relacionadas con el aspirante.

Este fue el anlisis preliminar sobre el modulo escolar en cuanto a la inscripcin del aspirante y el alumno se refiere, se gener tambin el script de la base de datos junto con los procedimientos almacenados y las vistas utilizadas al igual q los diagramas correspondientes.
28

VII.1 RESULTADOS OBTENIDOS

Como resultado se logr el diseo de un sistema que pretende optimizar el proceso que el alumno realizara para inscribirse ya que no le ser necesario presentarse en la institucin lo cual ser de gran ayuda, al registrar el alumno su informacin en el sistema se eliminara el llenado de solicitudes varias veces ya que los departamentos utilizaran una sola base de datos y eso ahorrara tiempo. Llevar acabo el procedimiento de esta forma ahorrara la cantidad de recursos humanos que seran necesarios para atender a los solicitantes si el llenado de solicitudes se hiciera de forma convencional lo cual se ve reflejado en un ahorro econmico.

Se construyeron los diagramas necesarios para el desarrollo del sistema lo cual es una herramienta de apoyo en cada una de las etapas del desarrollo. La documentacin que se hizo es la necesaria si se desea realizar algn cambio en el futuro, en los procesos fcilmente se puede tener una idea general de aquello que se ver afectado dentro de todo el sistema.

Para la realizacin de este proyecto se estuvo trabajando conforme a las etapas de la metodologa RUP lo cual ha permitido el desarrollo de un software conforme a lineamientos ya establecidos. Durante la etapa de inicio que abarcaba: Establecer el mbito del proyecto y sus lmites con un documento (visin) Modelo inicial de casos de uso (10-20%) Lista de riesgos y plan de contingencia. Plan de proyecto, mostrando fases Prototipos, si es el caso.

Durante esta etapa una parte importante es el modelo de los casos de uso en lo cual estuve trabajando y se logr delimitar de forma inicial cual seria la forma de interactuar del usuario con el sistema, as como establecer los posibles escenarios.

29

Con el modelado de los casos de uso se logr especificar la comunicacin y el comportamiento del sistema mediante su interaccin con los usuarios. O lo que es igual, el diagrama mostro la relacin entre los actores y los casos de uso del sistema.

De igual manera se pudieron establecer algunos de los requerimientos del sistema al mostrar cmo reacciona, esto permiti comenzar a eliminar tareas repetitivas y darle un orden segn su importancia a cada una de las necesidades a suplir. As mismo se hicieron los diagramas de clases correspondientes a cada caso de uso con lo cual se logr modelar interaccin entre los objetos y el sistema. Se detall la implementacin del escenario, incluyendo los objetos y clases que se usan para implementar el escenario, y mensajes intercambiados entre los objetos.

30

VIII.CONCLUSIONES Y RECOMENDACIONES
La Universidad Tecnolgica de Tijuana una institucin creada hace ms de 10 aos a una evolucin en infraestructura, matrcula y personal de forma acelerada en los ltimos aos y en la actualidad tiene un campus en Tijuana, una unidad acadmica en ensenada y una extensin en el poblado de San Quintn.

Con dicho crecimiento aumento la necesidad de optimizar recursos y estandarizar procesos por lo cual el uso de sistemas se fue dando de forma natural pues como es bien sabido la automatizacin de procesos es parte esencial de una organizacin que trabaja estratgicamente. Pero con el paso del tiempo dichos sistemas se fueron haciendo cada vez ms obsoletos como consecuencia de limitantes que tuvieron desde un inicio debido a que no fueron software construido a la medida de la institucin, al pasar el tiempo, cambiar la organizacin de sus reas administrativas y aumentar su demanda los sistemas antes utilizados dejaron de satisfacer los requerimientos de la universidad. Por lo anterior se realiz la propuesta de un sistema integral que agrupara a las diferentes reas de la institucin acadmica y as mismo permitiera su oportuna comunicacin, para lo cual se contemplaron dos opciones una seria contratar a una empresa externa que desarrollara el software y la otra seria desarrollar el sistema en la institucin dentro del rea de sistemas; despus de analizar ventajas y desventajas de ambas opciones se opt por realizarlo dentro de la universidad. Se estableci un equipo de trabajo el cual estara a cargo del proyecto de desarrollo del sistema integral de gestin academica,el cual organizo por mdulos las reas a construir, analizando as los requerimientos y ordenndolos segn su importancia por lo cual se decidi comenzar con el modulo Escolar.

31

Por lo extenso del proyecto no se pudieron satisfacer todos los objetivos planteados en el inicio aunque se comenzaron a satisfacer algunos de ellos como son: Desarrollar un sistema cuyo producto software se libere de una forma ordenada con la documentacin adecuada y bien establecida. Lo cual no se logr en su totalidad ya que an ay mucho por hacer pero desde su inicio la documentacin que se realiz para el sistema fue la adecuada.

Que la documentacin generada en cada etapa contribuya a realizar futuras adiciones de una clara y gil. Con los diagramas y scripts realizados se facilita la futura modificacin en el diseo del sistema.

Organizar cada etapa del desarrollo de forma que se tengan claros los requerimientos y su orden de prioridad. Se logr este objetivo en la etapa inicial con el modelado de los casos de uso se establecieron requerimientos y su orden de importancia.

Involucrar al usuario final en el desarrollo del software mediante avances grficos que proporcionen al usuario una muestra del trabajo realizado. El Usuario puede organizar sus ideas y requerimientos mediante el anlisis realizado.

Estandarizar los procesos para asegurar su correcto funcionamiento. Con el diseo propuesto de forma inicial se pudieron observar ciertos errores en los procesos y se realiz un anlisis para as eliminar tareas innecesarias y estandariza el proceso de forma funcional. En el inicio de este amplio proyecto se realiz una seria investigacin con la cual se pudieron establecer los alcanses,riesgos,ventajas y desventajas del mismo lo cual llevo a una necesidad de realizar el desarrollo siguiendo los estndares para garantizar una excelente calidad en el software producto por lo cual es de suma importancia el realizar un adecuada documentacin

32

ANEXOS
Analista de sistema Individuo responsable de investigar, planear, coordinar y recomendar opciones de software y sistemas para cumplir los requerimientos de una empresa de negocios Desarrollador Informtico que programa aplicaciones en distintos lenguajes de programacin informticos.

Metodologa de desarrollo de software En ingeniera de software es un marco de trabajo usado para estructurar, planificar y controlar el proceso de desarrollo en sistemas de informacin. Usuario Persona que utiliza o trabaja con algn objeto o que es destinataria de algn servicio pblico, privado, empresarial o profesional

Sistema de gestin Es una estructura probada para la gestin y mejora continua de las polticas, los procedimientos y procesos de la organizacin.

Software Equipamiento lgico o soporte lgico de una computadora digital; comprende el conjunto de los componentes lgicos necesarios que hacen posible la realizacin de tareas especficas, en contraposicin a los componentes fsicos del sistema, llamados hardware.

33

BIBLIOGRAFIAS
Osvaldo Cairo battistutti Metodologa de la programacin, algoritmos diagramas de flujo y programas 3ra edicin Editorial alfa omega 2005 464 paginas

Eric J. Naiburg, Robert A. Maksimchuk Uml for data base design 1ra. edicin Editorial addison-wesley 2001 300 paginas

Michael amundsen, paul litwin Creacin de sitios web con asp.net 1era edicin. Pearson educa tin s. A., Madrid, Espaa 2002 512 paginas.

34