You are on page 1of 47

SISTEMA DE ADMINISTRACIN DEL

DEPARTAMENTO DE ACTIVIDADES
CULTURALES Y DEPORTIVAS
(SADACD)
R E P O R T E T C N I C O PARA
OBTENER EL TTULO DE

LICENCIADO EN INGENIERA EN
TECNOLOGAS DE INFORMACIN Y
COMUNICACIN
P

MARINA BARRERA FLORES

ASESOR INSTITUCIONAL: LIC. JORGE IVN JIMNEZ DAZ


ASESOR UNIVERSITARIO: L.S.C.A. ALEJANDRO BUENDA HERNNDEZ

INSTITUCIN: UNIVERSIDAD TECNOLGICA DE TECMAC

SADACD

GENERACIN: SEPTIEMBRE 2009 ABRIL 2011

RESUMEN ....................................................................................................................... 6
ABSTRACT ...................................................................................................................... 9
INTRODUCCIN ........................................................................................................... 12
OBJETIVOS ................................................................................................................... 15
PROGRAMA DE TRABAJO Y CRONOGRAMA ............................................................ 16
MARCO TERICO ......................................................................................................... 21
METODOLOGA .......................................................................................................... 34
CAPTULO 1 PLANEACIN ......................................................................................... 37
1.1 rea de oportunidad ................................................................................................ 37
1.2 Objetivo general ....................................................................................................... 38
1.2.1 Objetivos especficos ....................................................................................... 38
1.3 Alcance..................................................................................................................... 38
1.4 Elementos clave: Planeacin, Monitoreo y Control ................................................. 38
1.4.1 Planeacin ....................................................................................................... 38
1.4.2 Monitoreo ....................................................................................................... 39
1.4.3 Control ............................................................................................................. 39
1.5 Diagrama de Gantt ................................................................................................... 40
1.6 Informe del presupuesto y evaluacin de alternativas de inversin ........................ 40
1.6.1 Costo del sistema ............................................................................................ 40
1.6.2 Alternativas de Inversin ................................................................................ 41
1.6.2.1 Externa ................................................................................................... 41
1.6.2.2 Interna .................................................................................................... 42
1.7 Perfiles de los participantes ...................................................................................... 42
1.7.1 Diseador de Software .................................................................................... 42
1.7.2 Programador ................................................................................................... 42
1.7.3 Analista ............................................................................................................ 43
1.7.4 Administrador de Proyectos ........................................................................... 44
1.8 Matriz de responsabilidades ..................................................................................... 45
1.9 Factores claves de desempeo ................................................................................ 45
1.10 Informacin clave para cada actor involucrado ...................................................... 46
1.11 Mtodos de Comunicacin Justificacin y Formatos ............................................. 46
1.11.1 Organigrama ................................................................................................. 47
1.11.2 Minuta ........................................................................................................... 47
1.11.3 Memorndum ............................................................................................... 47
1.11.4 Control de cambios ....................................................................................... 49
1.11.4.1 Contacto Integrantes del Equipo .......................................................... 50
1.11.5 Formato de Acuerdos y Actas de Reuniones Oficiales ................................51
1.11.6 Directorio de interesados del proyecto SADACD ......................................... 52
1.11.7 Manual de Comunicacin .............................................................................. 53
1.11.7.1 Introduccin .......................................................................................... 53
1.11.7.2 Reuniones ........................................................................................... 54
1.12 Anlisis de riesgos SADACD ............................................................................ 55
1.13 Plan de contingencia ........................................................................................ 56
2

SADACD

1.14 Anlisis cualitativo y cuantitativo de riesgos ..................................................... 57


1.15 Requerimientos del Sistema a ser solicitados a los proveedores: .................. 59
1.16 Cotizaciones del equipo requerido ................................................................... 60
CAPTULO 2 DOCUMENTACIN TCNICA ................................................................. 61
2.1 Alcances ................................................................................................................... 61
2.2 Anlisis y especificaciones de requerimientos ....................................................... 61
2.2.1 Especificaciones de Requerimientos .............................................................. 61
2.2.2 Requerimientos del usuario ............................................................................. 61
2.2.3 Requerimientos del sistema ............................................................................ 62
2.2.4 Requisitos funcionales ................................................................................... 62
2.2.5 Diagramas de casos de uso ........................................................................... 62
2.2.6 Definicin de Actores ....................................................................................... 65
2.2.7 Requerimientos no funcionales ....................................................................... 66
2.3 Diseo ..................................................................................................................... 66
2.3.1 Diagrama de clases ........................................................................................ 66
2.3.2 Modelo entidad Relacin ................................................................................ 66
2.3.3 Modelo Relacional ........................................................................................... 68
2.3.4 Diccionario Datos .......................................................................................... 68
2.3.5 Diagrama de estado ....................................................................................... 72
CAPTULO 3 IMPLEMENTACIN ................................................................................. 76
3.1 Arquitectura del Sistema .......................................................................................... 76
3.2 Implementacin de estndares ................................................................................ 77
3.2.1 Modelo COBIT ............................................................................................ 77
3.3 Arquitectura de desarrollo ........................................................................................ 79
3.3.1 Modelo Vista Controlador (MVC) ..................................................................... 80
3.4 Estndar de codificacin ........................................................................................ 82
3.5 Sistema de control de versiones ............................................................................. 82
3.6 Diagrama de componentes ...................................................................................... 83
3. 7 Pruebas .................................................................................................................. 83
3.7.1 Planificacin de pruebas ................................................................................. 84
3.7.1.1 Plan global de proceso de pruebas ........................................................ 84
3.7.2 Desarrollo de pruebas ........................................................................................... 85
3.7.2.1 Recursos ...................................................................................................... 85
3.7.2.2 Calendario .................................................................................................... 87
3.7.2.3 Manejo de riesgos ........................................................................................ 87
3.8 Documentacin de cierre......................................................................................... 87
3.8.1 Manual de Instalacin: ..................................................................................... 87
3.8.1.1 Instrucciones de Instalacin ................................................................... 88
3.8.2 MANUAL DEL USUARIO SISTEMA DE ADMINISTRACIN DE
ACTIVIDADES CULTURALES Y DEPORTIVAS ........................................................... 89
3.8.2.1 Instalacin ............................................................................................. 89
3.8.2.2 Requisitos mnimos del sistema ............................................................. 89
3.8.2.3 Iniciar sistema......................................................................................... 89
3.8.2.4 Problemas para iniciar el Sistema .......................................................... 90
3.8.3 Mens del sistema .......................................................................................... 90
3

SADACD

3.8.3.1 Alumnos ................................................................................................. 90


3.8.3.1.1. Registro Alumno ................................................................................. 91
3.8.3.1.2. Consulta de Alumno ............................................................................ 94
3.8.3.1.3. Eliminar Alumno .................................................................................. 95
3.8.4 Reporte Actividades ........................................................................................ 96
3.8.4.1 Modificar Reporte ................................................................................... 96
3.8.4.2 Eliminar Reporte ..................................................................................... 97
3.8.4.3 Consultar Reportes ................................................................................. 98
3.8.5 Registro Eventos Especiales ........................................................................... 98
3.8.5.1 Modificar Evento Especial ...................................................................... 99
3.8.5.2 Eliminar Evento Especial ....................................................................... 99
3.8.5.3 Consultar Eventos Especiales .............................................................. 100
3.8.6 Entrenadores ................................................................................................. 101
3.8.6.1 Registro Entrenador ............................................................................. 101
3.8.6.2 Modificar Entrenador ............................................................................ 102
3.8.6.3 Eliminar Entrenador .............................................................................. 103
3.8.6.4 Consultar Entrenador ........................................................................... 104
3.8.7 Auditorios ..................................................................................................... 105
3.8.7.1 Registro Auditorio ................................................................................. 105
3.8.7.2 Modificar Auditorio ................................................................................ 105
3.8.7.3 Consultar Auditorio ............................................................................... 106
3.8.7.4 Reporte Auditorio .................................................................................. 106
3.8.7.5 Modificar Reporte ................................................................................. 107
3.8.7.6 Eliminar Reporte ................................................................................... 108
3.8.7.7 Consultar Reporte ................................................................................ 108
3.8.7.8 Realizar Solicitud .................................................................................. 109
3.8.7.9 Modificar Solicitud ................................................................................ 110
3.8.7.10 Eliminar Solicitud ................................................................................ 110
3.8.7.11 Consultar Solicitud .............................................................................. 111
3.9 Ayuda ................................................................................................................ 112
3.10 Finalizar sistema .................................................................................................. 112
3.11 Informe ejecutivo .................................................................................................. 112
CONCLUSIONES ......................................................................................................... 114
ACRNIMOS ............................................................................................................... 115
GLOSARIO ................................................................................................................... 116
BIBLIOGRAFA ............................................................................................................ 118

SADACD

RESUMEN
La Universidad Tecnolgica de Tecmac inici sus labores acadmicas en aulas
provisionales, con una matrcula de 143 estudiantes, 100 en la carrera de Informtica
(transformada en Tecnologas de la Informacin y Comunicacin) y 43 en Procesos de
Produccin. La oferta educativa se ampli, al incorporarse las carreras de
Administracin, Biotecnologa, Comercializacin, Electrnica y Automatizacin y
Mantenimiento Industrial.
Actualmente el campus se encuentra, ubicado dentro del Parque Estatal Ecolgico y
recreativo de Sierra Hermosa, al pie de la carretera federal Mxico-Pachuca, en el Km
37.5. Su rea de influencia abarca 18 municipios, de los cuales egresan anualmente
alrededor de 19,000 bachilleres y stos son considerados como demandantes
potenciales de la Universidad Tecnolgica de Tecmac.
En el departamento de Actividades Culturales y Deportivas (DADC) de la Universidad
Tecnolgica de Tecmac (UTTEC), todas las actividades administrativas se realizan
manualmente y por el propio crecimiento en la matrcula de la Universidad, el trabajo va
siendo cada da mayor, ya que este departamento capta alumnos de todas las carreras.
Por este motivo, estas tareas implican una prdida de tiempo-trabajo-hombre muy
fuerte.
Entre las actividades administrativas del DACD se encuentra el

generar reportes

evidenciales de sus actividades, tanto culturales como deportivas, en los cuales se


incluyen fotografas digitales; pero la generacin de estos documentos es un proceso
lento y difcil, ya que cuando necesitan elaborarlos, recopilan la informacin
preguntndose entre los mismos integrantes del departamento quin tiene dicha
informacin, quin tiene las s fotos; o si ya han sido capturadas y en qu

PC se

encuentran.
Asimismo existe un problema en la elaboracin de credenciales y cdulas, ya que estos
documentos requieren fotografas digitales, por lo que piden a los integrantes del evento
5

SADACD

una foto tamao infantil, la que posteriormente escanean, pegndola a un machote y la


imprimen. Todo esto es un trabajo engorroso y que requiere muchsimo tiempo, desde
la espera para que el integrante traiga su fotografa hasta la elaboracin de los
documentos.
EI DACD tambin administra los tiempos de los auditorios mediante una bitcora (una
libreta); para calendarizarlo.
Se propone sistematizar las tareas del DACD de la UTTEC para hacer la administracin
del DACD muchos ms eficiente y eficaz. El sistematizar la administracin de este
departamento es necesario pues el crecimiento de la Universidad es cada da mayor
motivo por el que el trabajo se incrementa sustancialmente y al implementar un sistema
ste har ms rpido, permitiendo a los integrantes a hacer proyectos en beneficio del
DACD
El SADACD para UTTEC es un sistema construido a la medida que cumple con los
requerimientos del DACD. Est construido en Visual Basic; formado por cuatro mdulos:
Alumnos, Entrenadores, Reportes y Auditorios y una interfaz para cmara digital, que
permite tomar fotos digitales para la elaboracin de credenciales. Este sistema manipula
la base de datos construida en MySQL con la informacin del DACD de la UTTEC,
sistematizando el trabajo administrativo del departamento.

El SADACD automatizar los procesos que llevan a cabo el Departamento de


Actividades Culturales y Deportivas de la UTT hacindolo eficiente y eficaz

Este sistema se dise utilizando herramientas para asegurar la calidad del producto
tales como UML y Open Project permitiendo as tener un seguimiento en todo el ciclo de
vida del software y se aplicaron pruebas Botton Up lo que permite documentar todo el
proceso, verificndolo desde su inicio; tambin se aplican pruebas para la base de
datos, usando un generador de pruebas con GenerateData.com. Este sistema est
desarrollado para funcionar sobre las plataformas de Windows XPService Pack 3, o
superior, base de datos MySQl y Wamp Server. EL SADACD est estandarizado, ya

SADACD

que cumple con las normas: ISO 9001 e IEEE 830, lo que asegura la calidad del
producto hacindolo mantenible, confiable, eficiente, manipulable y documentado.

La relacin del costo-beneficio es insuperable ya que es una inversin muy redituable;


pues los procesos del Departamento estarn agilizados en un 100% haciendo al
Departamento eficiente y eficaz; permitiendo a los participantes utilizar ms tiempo en el
desarrollo de nuevos proyectos en beneficio de la UTTEC.

SADACD

ABSTRACT

Tecmac Tech University started its academic activities in temporary classrooms, with
an enrollment of 143 students, 100 in the career for Informatics (transformed into
Information Technology and Communication) and 43 in Production Processes.
Expanded educational offerings to join the careers Administration, Biotechnology,
Marketing, Electronics and Automation Industrial, Maintenance and Information
Technology and Communication.

Currently the campus is located inside the State ecological park and recreational Sierra
Hermosa, at the foot of the federal road Mexico-Pachuca, in the Km. 37.5. Its area of
influence covers 18 municipalities, of which about 19,000 graduating high school
graduates annually and these are considered as potential users of the Technological
University of Tecmac.

In the Department of Cultural and Sports Activities (DADC) of the Technological


University of Tecmac (UTTEC); all administrative activities are performed manually and
by its own growth in enrollment at the University, the work will be each day more as this
Department captures students of all careers. That is why these tasks involve a loss of
working time very stronger

Among the administrative activities of CDAD is to generate evidential reports of their


activities, both cultural and sporting, which include digital photographs, but the
generation of these documents is a slow and difficult process, because when they need
to develop them, questioning collect

information among them members of the

department, Who has these information?, who has these pictures?; or if the they have
been captured and found that PC.

Also there is a problem in the development of credentials and certificates, as these


documents

require

digital

photographs, so ask the members of the event with a

childsized photo, which was subsequently scanned, a format pasting and printing.
8

SADACD

All this work is cumbersome and requires a lot time from the member expected to bring
your photography to the production of documents.

The CDAD times also manages the auditorium using a blog (a book) for scheduling. It is
proposed to systematize the tasks of the CDAD UTTEC to make its administration
much more efficient and effective. Systematizing the administration of this department is
necessary for the growth of the university is becoming more so on the job increases
substantially and this will decline to implement a system allowing members to do
projects for the benefit of CDAD.

The SADACD system of UTTEC is a custom built system that meets the requirements
CDAD. It is built in Visual Basic, consists of four

modules:

Students, coaches,

reporting and auditing and a digital camera interface that lets you take digital photos for
the production of credentials. This system manipulates the database on MySQL
DACDUTT information and systematized the administrative work of the department.

SADACD automates the processes carried out by the Department of

Cultural and

Sports Activities of the UTT do so efficiently and effectively.

This system was designed using tools to ensure product

quality such as Project

Open UML and have monitored allowing the entire software life cycle and have
monitored allowing the entire software life cycle tests were applied to the Bottom
Up for documenting all the process verified from its beginning; also tests are applied to
the database, using a test generator GenerateData.com.

This system is developed to run on platforms WindosXP Service Pack 3 or higher,


MySQL database, and Wamp Server

THE SADACD is standardized, as it complies with standards: ISO 9001 and IEEE
830, which ensures the quality of the product, making it maintainable, reliable
efficient, manipulate and documented.
9

SADACD

The cost-benefit relation is unbeatable as it is a very profitable investment; as the


departments processes will be streamlined by 100% by the department efficiently and
effectively; allowing participants to use more time developing new projects to benefit the
UTTEC.

10

SADACD

INTRODUCCIN
La Universidad Tecnolgica de Tecmac (UTTEC) inicia sus actividades con dos
carreras: Informtica (transformada en Tecnologas de la Informacin y Comunicacin)
Procesos de Produccin con 100 y 43 alumnos respectivamente. Hoy

la oferta

educativa se ampli, al incorporarse las carreras de Administracin, Biotecnologa,


Comercializacin,

Electrnica

Automatizacin

Mantenimiento

Industrial

actualmente tiene una poblacin de aproximadamente 4000 alumnos. Est ubicada en


la carretera federal Mxico-Pachuca, en el Km. 37.5.

El DADC de la UTTEC atiende a alumnos de todas las carreras lo que hace este trabajo
cada da ms pesado, debido al incremento cuatrimestral de la matrcula y sobre todo
porque todas las actividades administrativas las llevan prcticamente a mano. Esto
implica una prdida de tiempo-trabajo-hombre muy fuerte.

Algunas de las actividades administrativas del DACD son: registrar alumnos en la


disciplina requerida, actualizar, dar de baja, expedir constancia y generar

reportes

evidenciales, los cuales incluyen fotografas digitales; todo este trabajo se lleva
prcticamente a mano, hacindolo pesado y tedioso. Existe tambin un problema en la
elaboracin de credenciales y cdulas ya que estos documentos requieren fotografas
digitales, por lo que piden a los integrantes del evento una foto tamao infantil, la que
posteriormente escanean, pegndola

a un machote y procediendo despus a la

impresin del documento. Lo que implica una prdida de muchsimo tiempo, desde la
espera para que el integrante traiga su fotografa hasta la elaboracin de los
documentos. Al sistematizar todas estas tareas, se reducir sustancialmente el trabajo y
el tiempo requerido para elaborar stas tareas.

El crecimiento constante y el posicionamiento de la UTTEC como una institucin


educativa de primer nivel en su entorno y al impartir carreras de tecnologas de punta,
hace necesario que sus departamentos se actualicen y sistematicen siendo congruentes
con la tecnologa de punta que se imparte en la misma.

11

SADACD

Para poder actualizar los departamentos de la universidad y dotarlos de sistemas


tecnolgicos de punta, se debe considerar que se cuenta con recursos humanos de
enorme capacidad dentro de la comunidad universitaria, tanto catedrticos como
alumnos y que debe aprovecharse para el desarrollo de estos proyectos.

En el entorno del DACD es posible desarrollar un proyecto de tecnologas de la


informacin que resuelva la problemtica de dicho Departamento y se propone un
sistema de administracin para las tareas de ste. Este sistema se implementar sobre
el hardware existente; aunque se recomienda que se adquiera equipo nuevo, aunque
los recursos econmicos de las universidades siempre son bajos; as que el sistema se
desarrollar para la plataforma tecnolgica ya existente; en base a sta se determina la
tecnologa utilizada en la creacin del sistema. Este proyecto permitir tomar decisiones
sobre el desarrollo del mismo y documentarlo debidamente para entregar un producto
que satisfaga las necesidades del Departamento al 100%.

Este proyecto se desarrolla en tres etapas y se plasma en tres captulos; en el primer


captulo se planea el proyecto en este proceso de toma de decisiones, donde se pueden
distinguir varias etapas: Identificacin del problema, Desarrollo de alternativas, Eleccin
de la alternativa ms conveniente, Ejecucin del plan. En este caso la planeacin
reactiva y operativa no hace un enftico uso en la toma de decisiones, ya que es lineal y
slo administra los procesos en curso del SADACD.

Estas acciones no se limitan a la organizacin temporal de conductas motoras sino


tambin a la planificacin de pensamientos para realizar lo adecuado as que en esta
etapa se delimita el problema, se realizan entrevistas con los responsables del DACD de
la UTTEC, anlisis de la problemtica, establecer necesidades de hardware, software y
recursos humanos, establecer polticas de comunicacin para los integrantes del proyecto,
determinar gastos y costos, hacer un anlisis de riegos y plan de contingencias. Para esta
etapa se disearon una serie de documentos para poder vigilar el avance del proyecto y
poder concluirlo en tiempo y forma y que la comunicacin de cada miembro sea la
adecuada. Dentro de las polticas del proyecto, se dise un manual de comunicacin el
cual ser entregado junto con los otros documentos a cada integrante para que los
conozcan; as como las delimitaciones de sus responsabilidades y que quede claro su
funcin dentro del proyecto todo esto con la finalidad de que su trabajo sea ptimo y los
canales de comunicacin estn actualizados.
12

SADACD

En el captulo 2 bsicamente se desarrolla la documentacin tcnica del SADACD, hay


especificacin de requerimientos funcionales y no funcionales, se elaboran diagramas
de uso, donde es definen actores y se documentan dichos diagramas.

Se describe como se dise el SADACD y se establecen y documentan los diagramas


de clase, se definen el modelo entidad-relacin, el modelo relacional, el diagrama de
secuencias, y el diagrama de actividades y el diccionario de datos.

En el captulo 3 se documenta la implementacin del sistema donde se establecen la


arquitectura del sistema y la de desarrollo, la implementacin de los estndares as
como el estndar de codificacin. Se define el sistema de control de versiones y el
diagrama de componentes.

Se establece la gestin de pruebas donde se planean cules y cuntas pruebas se


llevarn a cabo tanto para el sistema como para la base de datos; las que sern
aplicadas para la completa satisfaccin del usuario y/o en su caso hacer las
correcciones que sean necesarias.

OBJETIVOS
Objetivo general
Crear un sistema de administracin para las tareas del departamento de Actividades
Culturales Y Deportivas de la Universidad, con la finalidad de hacer el trabajo eficiente y
eficaz.

Objetivos especficos
El sistema permitir:
Manejar la informacin de alumnos.
Elaborar cdulas deportivas.
Elaborar reportes evidenciales.
Elaborar credenciales digitalizadas.
Administrar los tiempos y espacios de los auditorios de la Universidad.
13

SADACD

UNIVERSIDAD TECNOLGICA DE
TECMAC
DIVISIN DE INFORMTICA
PROGRAMA DE ESTADAS
PROFESIONALES

PROGRAMA DE TRABAJO
FECHA:15 de Enero de 2011

DATOS DEL ALUMNO


NOMBRE:

Marina Barrera Flores

DIVISIN:

Informtica

CARRERA:

Ingeniera en Tecnologas de la Informacin y la comunicacin

MATRCULA

9601043 A

GENERACIN Septiembre 2009 Abril 2011

ASESOR ACADMICO
NOMBRE:

L.S.C.A Alejandro Buenda Hernndez

CARGO:

Profesor TC Titular B

DATOS DE LA EMPRESA
INSTITUCIN:

Universidad Tecnolgica de Tecmac.


14

SADACD

DEPARTAMENTO: Departamento de Actividades Culturales y Deportivos.


REA:

Direccin de Extensin Universitaria.

DIRECCIN:

Carretera Federal Mxico-Pachuca Km 37.5, Colonia Sierra Hermosa,


Tecmac, Mxico, CP 55740

TELFONO:

59388494

FAX:

59388491

E-MAIL:

j.jimenezd@uttecamac.edu.mx

ASESOR INDUSTRIAL
NOMBRE:

Lic. Jorge Ivn Jimnez Daz.

CARGO:

Jefe del Departamento de Actividades Culturales y Deportivas

PERODO
DURACIN:

14 semanas

FECHA DE INICIO:

10 de Enero

FECHA DE TERMINACIN:

15 de Abril

HORARIO

9 am a 2 pm

PROYECTO
NOMBRE:

Sistema de Administracin del Departamento de Actividades Culturales


y Deportivas

DESCRIPCIN:

Sistema que permitir al usuario administrar de forma sistematizada las


tareas del departamento tales como registro de alumnos, altas bajas,
modificaciones, creacin de reportes, elaboracin de credenciales, etc.

15

SADACD

OBJETIVO
GENERAL:

Crear un sistema de administracin para las tareas del departamento


de Actividades Culturales y Deportivas de la universidad, con la
finalidad de hacer el trabajo eficiente y eficaz

OBJETIVOS
ESPECFICOS

El sistema permitir:

ALCANCES:

Manejar la informacin de alumnos.


Elaborar cdulas deportivas.
Elaborar reportes evidenciales.
Elaborar credenciales digitalizadas.
Administrar los tiempos y espacios de los auditorios de la
Universidad.

Base de datos para registro de alumnos del departamento de


Actividades Culturales y Deportivas.
Mdulo para la elaboracin de reportes evidenciales para los
eventos del departamento.
Sistema de elaboracin de credenciales y cdulas instantneo, el
cual contar con una interfaz conectada a una cmara digital
para tomar la foto en el momento.
Mdulo de asignacin de tiempos para los auditorios de la
Universidad.

METAS

Sistematizar la administracin del departamento de Actividades


Culturales y Deportivas de la Universidad Tecnolgica de Tecmac para
hacerlo eficiente y eficaz.

RECURSOS

Hardware: 2 Laptops:
1 Lenovo mod SL400, 1.8 GHz
RAM 3 GB, DD 180 GB
1 GateWay
RAM 4 GB, DD 160 GB
1 Cmara Digital
Software: WinXP VisualStudio, MySQL

16

SADACD

PLAN DE TRABAJO
Actividad

DESCRIPCIN

Planeacin del Proyecto.


1.1

Entrevistas

1.2

Anlisis de informacin

1.3

Determinacin de objetivos

1.4

Determinacin de alcances

Documentacin tcnica
2.1

Determinacin de requerimientos
funcionales

2.2

Determinacin de requerimientos no
funcionales

2.3

Elaboracin de casos de uso

2.4

Elaboracin de interfaces

Pruebas, implementacin, entrega


3.1

Pruebas

3.2

Implementacin

3.3

Entrega de documentacin

3.4

Capacitacin del usuario

SEMANA

FECHAS

INICIO

TERMINO

INICIO

TERMNO

18/01/11

04/02/11

12

07/02/11

25/03/11

13

14

29/03/11

15/04/11

17

SADACD

CRONOGRAMA DE ACTIVIDADES (PROGRAMA)


#

ACTIVIDADES

CONTROL

Enero
1

Planeacin del proyecto

Febrero
4

Marzo/Abril
8

10

11

12

13

PROG.
REAL

Documentacin tecnica

PROG.

REAL
N

Pruebas,
implementacin, entrega

PROG.
REAL

FIRMAS:

LIC. JORGE IVN JIMNEZ DAZ ASESOR


INDUSTRIAL

MARINA BARRERA FLORES ALUMNO

L.S.C.A. ALEJANDRO BUENDA H.


ASESOR ACADMICO

18

14

SADACD

MARCO TERICO
Sistema informtico
Se puede definir un sistema informtico a groso modo como la unin de diversos
elementos, especialmente el hardware, el software y un soporte humano. El hardware
incluye una o varias CPU, memoria, sistemas de almacenamiento externo, etc. El
software incluye al sistema operativo, firmware y aplicaciones, siendo especialmente
importante los sistemas de gestin de bases de datos. Por ltimo el soporte humano
incluye al personal tcnico (analistas, programadores, operarios, etc.) que crean y/o
mantienen el sistema y a los usuarios que lo utilizan

Base de datos
Base de datos relacional
Una base de datos relacional es una base de datos que cumple con el modelo
relacional, el cual es el modelo ms utilizado en la actualidad para implementar bases
de datos ya planificadas. Permiten establecer interconexiones (relaciones) entre los
datos (que estn guardados en tablas), y a travs de dichas conexiones relacionar los
datos de ambas tablas, de ah proviene su nombre: "Modelo Relacional". Tras ser
postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San
Jos (California), no tard en consolidarse como un nuevo paradigma en los modelos
de base de datos.

Caractersticas:

Una base de datos relacional se compone de varias tablas o relaciones.

No pueden existir dos tablas con el mismo nombre ni registro.

Cada tabla es a su vez un conjunto de registros (filas y columnas).

La relacin entre una tabla padre y un hijo se lleva a cabo por medio de las
claves primarias y ajenas (o forneas).

19

SADACD

Las claves primarias son la clave principal de un registro dentro de una tabla y
stas deben cumplir con la integridad de datos.

Las claves ajenas se colocan en la tabla hija, contienen el mismo valor que la
clave primaria del registro padre; por medio de stas se hacen las relaciones.

Elementos
Relaciones base y derivadas
En una base de datos relacional, todos los datos se almacenan y se accede a ellos por
medio de relaciones. Las relaciones que almacenan datos son llamadas "relaciones
base" y su implementacin es llamada "tabla". Otras relaciones no almacenan datos,
pero son calculadas al aplicar operaciones relacionales. Estas relaciones son llamadas
"relaciones derivadas" y su implementacin es llamada "vista" o "consulta". Las
relaciones derivadas son convenientes ya que expresan informacin de varias
relaciones actuando como si fuera una sola.

Restricciones
Una restriccin es una condicin que obliga el cumplimiento de ciertas condiciones en la
base de datos. Algunas no son determinadas por los usuarios, sino que son
inherentemente definidas por el simple hecho de que la base de datos sea relacional.
Algunas otras restricciones las puede definir el usuario, por ejemplo, usar un campo con
valores enteros entre 1 y 10.

Las restricciones proveen un mtodo de implementar reglas en la base de datos. Las


restricciones delimitan los datos que pueden ser almacenados en las tablas.
Usualmente se definen usando expresiones que dan como resultado un valor booleano,
indicando si los datos satisfacen la restriccin o no.

20

SADACD

Las restricciones no son parte formal del modelo relacional, pero son incluidas porque
juegan el rol de organizar mejor los datos. Las restricciones son muy discutidas junto
con los conceptos relacionales.

Dominios
Un dominio describe un conjunto de posibles valores para cierto atributo. Como un
dominio delimita los valores del atributo, puede ser considerado como una restriccin.
Matemticamente, atribuir un dominio a un atributo significa "todos los valores de este
atributo deben ser elementos del conjunto especificado". Distintos tipos de dominios son:
enteros, cadenas de texto, fecha no procedurales etc.

Clave nica
Cada tabla puede tener uno o ms campos cuyos valores identifican de forma nica
cada registro de dicha tabla, es decir, no pueden existir dos o ms registros diferentes
cuyos valores en dichos campos sean idnticos. Este conjunto de campos se llama
clave nica.

Pueden existir varias claves nicas en una determinada tabla, y a cada una de stas
suele llamrsele candidata a clave primaria.

Clave primaria
Una clave primaria es una clave nica elegida entre todas las candidatas que define
unvocamente a todos los dems atributos de la tabla, para especificar los datos que
sern relacionados con las dems tablas. La forma de hacer esto es por medio de
claves forneas.

Slo puede existir una clave primaria por tabla y ningn campo de dicha clave puede
contener valores NULL.

Clave fornea
21

SADACD

Una clave fornea es una referencia a una clave en otra tabla. Las claves forneas no
necesitan ser claves nicas en la tabla donde estn y s a donde estn referenciadas.
Por ejemplo, el cdigo de departamento puede ser una clave fornea en la tabla
Empleados; obviamente se permite que haya varios empleados en un mismo
departamento, pero existir slo un departamento.

Clave ndice

Las claves ndice surgen con la necesidad de tener un acceso ms rpido a los datos.
Los ndices pueden ser creados con cualquier combinacin de campos de una tabla.
Las consultas que filtran registros por medio de estos campos, pueden encontrar los
registros de forma no secuencial usando la clave ndice.

Las bases de datos relacionales incluyen mltiples tcnicas de ordenamiento, cada una
de ellas es ptima para cierta distribucin de datos y tamao de la relacin.

Los ndices generalmente no se consideran parte de la base de datos, pues son un


detalle agregado. Sin embargo, las claves ndices son desarrolladas por el mismo grupo
de programadores que las otras partes de la base de datos.

Procedimientos almacenados
Un procedimiento almacenado es cdigo ejecutable que se asocia y se almacena con la
base de datos. Los procedimientos almacenados usualmente recogen y personalizan
operaciones comunes, como insertar un registro dentro de una tabla, recopilar
informacin estadstica, o encapsular clculos complejos. Son frecuentemente usados
por un API por seguridad o simplicidad.

Los procedimientos almacenados no son parte del modelo relacional, pero todas las
implementaciones comerciales los incluyen.
22

SADACD

Estructura
La base de datos se organiza en dos marcadas secciones; el esquema y los datos (o
instancia).

El esquema es la definicin de la estructura de la base de datos y principalmente


almacena los siguientes datos:
El nombre de cada tabla
El nombre de cada columna
El tipo de dato de cada columna
La tabla a la que pertenece cada columna

Las bases de datos relacionales pasan por un proceso al que se le conoce como
normalizacin. El resultado de dicho proceso es un esquema que permite que la base
de datos sea usada de manera ptima.

Los datos o instancia es el contenido de la base de datos en un momento dado. Es en


s, el contenido de todos los registros.

Manipulacin de la informacin
Para manipular la informacin se utiliza un lenguaje relacional. Actualmente se cuenta
con dos lenguajes formales el lgebra relacional y el clculo relacional. El lgebra
relacional permite describir la forma de realizar una consulta, en cambio, el clculo
relacional slo indica lo que se desea devolver.

El lenguaje ms comn para construir las consultas a bases de datos relacionales es


SQL (Structured Query Language), un estndar implementado por los principales
motores o sistemas de gestin de bases de datos relacionales.
23

SADACD

En el modelo relacional los atributos deben estar explcitamente relacionados a un


nombre en todas las operaciones, en cambio, el estndar SQL permite usar columnas
sin nombre en conjuntos de resultados, como el asterisco taquigrfico (*) como notacin
de consultas.

Al contrario del modelo relacional, el estndar SQL requiere que las columnas tengan
un orden definido, lo cual es fcil de implementar en una computadora, ya que la
memoria es lineal.

Es de notar, sin embargo, que en SQL el orden de las columnas y los registros
devueltos en cierto conjunto de resultado nunca est garantizado, a no ser que
explcitamente sea especificado por el usuario.

Manejadores de base de datos relacionales


Existe software exclusivamente dedicado a tratar con bases de datos relacionales. Este
software se conoce como SGBD (Sistema de Gestin de Base de Datos relacional) o
RDBMS (del ingls Relational Database Management System).

Entre los gestores o manejadores actuales ms populares se encuentran

MySQL,

PostgreSQL, Oracle, DB2,INFORMIX, Interbase, FireBird, Sybase y Microsoft SQL


Server.

Ventajas y desventajas
Ventajas
Provee herramientas que garantizan evitar la duplicidad de registros.
Garantiza la integridad referencial; as, al eliminar un registro elimina todos los
registros relacionados dependientes.
Favorece la normalizacin por ser ms comprensible y aplicable.

24

SADACD

Desventajas
Presentan deficiencias con datos grficos, multimedia, CAD y sistemas de
informacin geogrfica.
No se manipulan de forma manejable los bloques de texto como tipo de dato.

Las bases de datos orientadas a objetos (BDOO) se propusieron con el objetivo de


satisfacer las necesidades de las aplicaciones anteriores y as, complementarlas.

Diseo de las bases de datos relacionales


El primer paso para crear una base de datos, es planificar el tipo de informacin que se
quiere almacenar en la misma, teniendo en cuenta dos aspectos: la informacin
disponible y la informacin que se necesita.

La planificacin de la estructura de la base de datos, en particular de las tablas, es vital


para la gestin efectiva de la misma. El diseo de la estructura de una tabla consiste en
una descripcin de cada uno de los campos que componen el registro y los valores o
datos que contendr cada uno de esos campos.

Los campos son los distintos tipos de datos que componen la tabla, por ejemplo:
nombre, apellido, domicilio. La definicin de un campo requiere: el nombre del campo, el
tipo de campo, el ancho del campo, etc.

Los registros constituyen la informacin que va contenida en los campos de la tabla, por
ejemplo: el nombre del paciente, el apellido del paciente y la direccin de ste.
Generalmente los diferente tipos de campos que su pueden almacenar son los
siguientes: Texto (caracteres), Numrico (nmeros), Fecha / Hora, Lgico
(informaciones lgicas si/no, verdadero/falso, etc.), imgenes.

En resumen, el principal aspecto a tener en cuenta durante el diseo de una tabla es


determinar claramente los campos necesarios, definirlos en forma adecuada con un
nombre especificando su tipo y su longitud.
25

SADACD

Visual Studio
Es un entorno de desarrollo integrado (IDE, por sus siglas en ingls) para sistemas
operativos Windows. Soporta varios lenguajes de programacin tales como Visual C++,
Visual C#, Visual J#, ASP.NET y Visual Basic .NET, aunque actualmente se han
desarrollado las extensiones necesarias para muchos otros.

Visual Studio permite a los desarrolladores crear aplicaciones, sitios y aplicaciones web,
as como servicios web en cualquier entorno que soporte la plataforma .NET (a partir de
la versin net 2002). As se pueden crear aplicaciones que se intercomuniquen entre
estaciones de trabajo, pginas web y dispositivos mviles.

IDE
Es un entorno de desarrollo integrado (en ingls IDE

Integrated

Development

Environment); es un programa informtico compuesto por un conjunto de herramientas


de programacin. Puede dedicarse en exclusiva a un slo lenguaje de programacin o
bien, poder utilizarse para varios (figura 1)
.

Figura 1 IDE de C

26

SADACD

Dev C++, un IDE para el lenguaje de programacin C++ (figura 2)

Figura 2 IDE C++

Un IDE es un entorno de programacin que ha sido empaquetado como un programa,


es decir, consiste en un editor de cdigo, un compilador, un depurador y un constructor
de interfaz grfica (GUI). Los IDEs pueden ser aplicaciones por s solas o pueden ser
parte de aplicaciones existentes. El lenguaje Visual Basic, por ejemplo, puede ser usado
dentro de las aplicaciones de Microsoft Office, lo que hace posible escribir sentencias
Visual Basic en forma de macros para Microsoft Word.

Los IDE proveen un marco de trabajo fcil de entender para la mayora de los lenguajes
de programacin tales como C++, Python, Java, C#, Delphi, Visual Basic, etc. En
algunos lenguajes, un IDE puede funcionar como un sistema en tiempo de ejecucin, en
donde se permite utilizar el lenguaje de programacin en forma interactiva, sin
necesidad de trabajo orientado a archivos de texto, como es el caso de Smalltalk u
Objective-C.

Es posible que un mismo IDE pueda funcionar con varios lenguajes de programacin.
Este es el caso de Eclipse, al que mediante plugins se le puede aadir soporte de
lenguajes adicionales.

27

SADACD

Soporte del lenguaje


Algunos IDEs soportan mltiples lenguajes, tales como Eclipse o NetBeans, ambas
basadas en Java o MonoDevelop, basado en C#. El soporte para lenguajes alternativos
es a menudo proporcionado por plugins, que les permite ser instalado en el mismo IDE
al mismo tiempo. Por ejemplo, Eclipse y NetBeans tienen plugins para C/ C + + , Ada ,
Perl , Python , Ruby y PHP , entre otros lenguajes.

Comportamientos en diferentes plataformas computacionales


Muchos de los programadores de Unix argumentan que las herramientas de la lnea de
comandos POSIX constituyen una IDE, aunque una con un estilo diferente de la interfaz
y en el entorno Unix. Adems, muchos programadores de Unix utilizan Emacs o Vim.

En las distintas plataformas de Microsoft Windows, las herramientas de lnea de


comando para el desarrollo rara vez se utilizan. En consecuencia, hay muchas
soluciones comerciales y no comerciales, sin embargo cada uno tiene un diseo
diferente que comnmente crean incompatibilidades. La mayora de los principales
proveedores de compiladores para Windows siguen ofreciendo copias gratuitas de sus
herramientas de lnea de comando. Adems las herramientas del software libre GNU
(gcc, gdb) estn disponibles en muchas plataformas, incluyendo Windows. Los IDEs
siempre han sido populares en Macintosh de Apple Mac OS, que proviene de Macintosh
Programmer's Workshop, Turbo Pascal, THINK Pascal y THINK C. Actualmente los
programadores de Mac OS X puede elegir entre IDEs limitadas, incluyendo IDEs nativos
como Xcode, mayores IDEs como CodeWarrior y herramientas de cdigo abierto, tales
como Eclipse y NetBeans.

Algunos de cdigo abierto, tales como IDE Code: Blocks, Eclipse, Lzaro, KDevelop y
Netbeans, que a su vez se desarrollan utilizando un lenguaje multi-plataforma (por
ejemplo, Free Pascal o Java), se ejecutan en mltiples plataformas incluyendo
Windows, GNU / Linux, y Mac OS.
28

SADACD

MySQL
MySQL es una idea originaria de la empresa opensource MySQL AB establecida
inicialmente en Suecia en 1995 y cuyos fundadores son David Axmark, Allan Larsson, y
Michael "Monty" Widenius. El objetivo que persigue esta empresa consiste en que
MySQL cumpla el estndar SQL, pero sin sacrificar velocidad, fiabilidad o usabilidad.

Michael "Monty" Widenius en la dcada de los 90 trat de usar mSQL para conectar las
tablas usando rutinas de bajo nivel ISAM. Sin embargo, mSQL no era rpido y flexible
para sus necesidades. Esto lo llev a crear una API SQL denominada MySQL para
bases de datos muy similar a la de mSQL pero ms portable.

El nombre de MySQL procede de la combinacin de My, hija del cofundador Michael


"Monty" Widenius, con el acrnimo SQL (documentado en la ltima versin en ingls).
Por otra parte, el directorio base y muchas de las bibliotecas usadas por los
desarrolladores tenan el prefijo My.

El nombre del delfn de MySQL es Sakila y fue seleccionado por los fundadores de
MySQL AB en el concurso Name the Dolphin. Este nombre fue propuesto por
Ambrose Twebaze, un desarrollador de software de cdigo abierto africano, derivado
del idioma SiSwate, el idioma local de Swazilandia y corresponde al nombre de una
ciudad en Arusha, Tanzania, cerca de Uganda la ciudad origen de Ambrose.

Es un sistema de gestin de base de datos relacional, multihilo y multiusuario MySQL


AB es desde Enero de 2008 una subsidiaria de Sun Microsystems y sta a su vez de
Oracle Corporation. Desde Abril de 2009, desarrolla MySQL como software libre en un
esquema de licenciamiento dual.

29

SADACD

Licenciamiento
Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta licencia,
pero para aquellas empresas que quieran incorporarlo en productos privativos deben
comprar a la empresa una licencia especfica que les permita este uso. Est
desarrollado en su mayor parte en ANSI C.

Al contrario de proyectos como Apache, donde el software es desarrollado por una


comunidad pblica y el copyright del cdigo est en poder del autor individual, MySQL
es patrocinado por una empresa privada, que posee el copyright de la mayor parte del
cdigo.

Esto es lo que posibilita el esquema de licenciamiento anteriormente mencionado.


Adems de la venta de licencias privativas, la compaa ofrece soporte y servicios. Para
sus operaciones contratan trabajadores alrededor del mundo que colaboran va Internet.
MySQL AB fue fundado por David Axmark, Allan Larsson y Michael Widenius.

Lenguajes de programacin
Existen varias APIs que permiten, a aplicaciones escritas en diversos lenguajes de
programacin, acceder a las bases de datos MySQL, incluyendo C, C++, C#, Pascal,
Delphi (via dbExpress), Eiffel, Smalltalk, Java (con una implementacin nativa del driver
de Java), Lisp, Perl, PHP, Python, Ruby,Gambas, REALbasic (Mac y Linux), (x)Harbour
(Eagle1), FreeBASIC, y Tcl; cada uno de estos utiliza una API especfica. Tambin
existe una interfaz ODBC, llamado MyODBC que permite a cualquier lenguaje de
programacin que soporte ODBC comunicarse con las bases de datos MySQL.
Tambin se puede acceder desde el sistema SAP, lenguaje ABAP.

30

SADACD

Aplicaciones
MySQL es muy utilizado en aplicaciones web, como Drupal o phpBB, en plataformas
(Linux/Windows-Apache-MySQL-PHP/Perl/Python), y por herramientas de seguimiento
de errores como Bugzilla. Su popularidad como aplicacin web est muy ligada a PHP,
que a menudo aparece en combinacin con MySQL, ya que es una base de datos
muy rpida en la lectura cuando utiliza el motor no transaccional MyISAM, pero puede
provocar problemas de integridad en entornos de alta concurrencia en la modificacin.
En aplicaciones web hay baja concurrencia en la modificacin de datos y en cambio el
entorno es intensivo en lectura de datos, lo que hace a MySQL ideal para este tipo de
aplicaciones. Sea cual sea el entorno en el que va a utilizar MySQL, es importante
adelantar monitoreos sobre el desempeo para detectar y corregir errores tanto de SQL
como de programacin.

Especificaciones
Las especificaciones de MySQL tales como plataformas en las que trabajan, las
caractersticas de la versin 5.0.22 y las caractersticas adicionales se encuentran
englobadas en la tabla de la (figura 3).

31

SADACD

Plataforma
AIX
BSD
FreeBSD
PH-UX
GNU/Linux
Mac OS X
NetBSD
Novell Netware
OpenBSD
OS/2 Warp
ONX
SGI IRIX
Solaris
SunOS
SCO
OpenServer
SCO UnixWare
TRU64 eBD
Windows
95,
98, NT, 2000,
XP, Vista, 7,
Server,
2000,
2003, 2008,
OpenVMS

Caractersticas
*
*

Soporte multiplataforma
Procedimientos
almacenados
*
Disparadores Triggers
*
Cursores
*
Vistas Actualizables
*
Soporte VARCHAR
*
INFORMATION_SCHEMA
*
Soporte X/Open XA
Transacciones distribuidas,
transacciones en dos fases
con motor InnoDB. * Soporte
para SSL
*
Query caching
*
Sub_SELECTs (SELECTs
anidados
*
Replica con un maestro por
esclavo, varios esclavos por
maestro, sin soporte automtico
para mltiples maestros por
esclavo. * Indexing y bsqueda de
campos de texto completos
usando el motor de
almacenamiento. MyISAM.
*Embebbed database library *
Soporte completo para Unicode.

Caractersticas Adicionales
*

Usa
GNU
Automake,
Autoconf y Libtool para portabilidad.
*Mutihilos mediante hilos del Kernel
*Usa tablas de disco b-tree para
bsquedas
rpidas
con
compresin de ndice.
*
Tablas Hash con en memoria
temporal.
*
El cdigo MySQL se prueba
con Purify (detector comercial de
memoria perdida).
*
una
herramienta GPL
Valgrind
*
Soporte para:
Operadores
select
y
where
Clausulas group by, oreder by.
Gran cantidad de registros, por
ejemplo MySQL Server soporta
hasta 50 millones de registros. 64
ndices por tabla, cada uno con 1
hasta 16 columnas con un ancho
mximo de mil bytes. Conexin
cliente-Servidor
con
Sockets
TCP/IP en cualquier plataforma.

Figura 3 Especificaciones MySQl V. 4.0.22

32

SADACD

METODOLOGA
Se determina el rea de oportunidad para desarrollar un proyecto dentro de la
Universidad Tecnolgica de Tecmac

y se encuentra que el departamento de

Actividades Culturales y Deportivas requiere sistematizar sus tareas administrativas


para hacer este trabajo eficiente y eficaz; para esto se realizaron las siguientes
actividades:
Entrevista de los integrantes del DACDUTTEC.
Anlisis del problema.
Determinar objetivo del proyecto.
Determinar alcances del sistema.
Disear esquema del ciclo de vida.
Se determina elementos clave para: planeacin, monitoreo y control.
Se elabora el diagrama de Gantt para el SADACD.
Se hace un informe de presupuesto.
Se calcula el costo del sistema.
Se propone una alternativa de inversin.
Se realiza la gestin de recursos humanos:
Se realiza la gestin de comunicacin
Determinar perfiles de los participantes y en base a ello.
Elegir diseador.
Elegir lder del proyecto.
Elaborar matriz de responsabilidades.
Se elabora una lista de factores clave de desempeo para cada actor
participante.
Se elabora la informacin clave para cada integrante del equipo, para que
pueda desarrollar su trabajo sin ningn problema.
Se realiza la gestin de comunicacin:
Se disea un plan de comunicacin para que cada actor del SADACD
tenga la informacin en tiempo y en forma para que pueda desarrollar su
trabajo de manera eficaz y eficiente.

33

SADACD

Se elaboran formatos de comunicacin para el SADACD: Minuta,


Memorndum, Control de Cambios, Acuerdos y Actas de Reuniones con
Usuarios, Directorio de Usuarios.
Se elabora un manual de comunicaciones para que todo mundo tenga
conocimiento de los niveles de mando y sepa quin le entregar
informacin y a quien debe entregar informacin y con qu periodicidad.
Se realiza la gestin de riesgos para calcular probables riesgos y mitigarlos; es
decir, reducir el impacto en caso de aparecer; tambin el calcularlos es preverlos.
Se hace un anlisis cuantitativo y cualitativo de los riesgos calculados.
Se elabora un plan de contingencia.
Se elabora una solicitud de requerimientos para diversos proveedores para
obtener la mejor propuesta en cuanto a precio y a condiciones.
Se elabora la informacin tcnica del proyecto que incluye: alcance,
especificacin de requerimientos, requisitos funcionales y no funcionales.
Simultneamente con la documentacin se crea el SADACD de acuerdo a las
siguientes tareas:
Se instala en dos LapTops Visual Studio 2000, MySQL, WampServer, para
trabajar simultneamente.
Se crea la BD.
Se crea el SADACD.
Se construye la interfaz entre el SADACD y la BD
Se definen Actores para el SADACD.
Se elaboran casos de uso para tener claro la forma, tipo y orden en que los
elementos interactan entre s dentro del sistema.
Para el diseo del Sistema se elaboran diagramas de clases.
Se elabora el Modelo entidad relacin y el modelo relacional
Asimismo se elaboran diagramas de secuencia y de actividades.
Para la implementacin se suma la arquitectura del sistema, estndares,
arquitectura de desarrollo, estndar de codificacin, sistema de control de
versiones, tambin se crea el diagrama de componentes.
Se planean pruebas para el Sistema y para la base de datos.
34

SADACD

Se aplican las pruebas al Sistema, a la base de datos y se aplican pruebas con el


usuario, se revisan errores, se corrigen, se vuelve hacer las pruebas pertinentes.
Una vez que el sistema trabaja adecuadamente se instala.
Se da capacitacin a los actores.
Se entrega el ejecutable con los manuales del usuario y el manual de acceso
rpido.
Tambin se entrega el software necesario para que el SADACD se ejecute
correctamente.
Se entrega documentacin del SADACD.

Se utilizaron algunas herramientas para el diseo del sistema as como para la


elaboracin de la documentacin:
OpenProj para la elaboracin de diagramas de Gantt y calcular costos del
sistema.
UML en la elaboracin de diagramas tales como casos de uso, diagramas de
componentes, diagramas de estado, diagramas de secuencia.

35

SADACD

El SADACD se cre sobre la plataforma que se muestra en la (figura 4).

Plataforma SADACD

Sistema Operativo

Windows Xp Profesional Service Pack 3 V.


2002

Entorno de desarrollo Integrado IDE

VisualStudio

Gestosr de Base de Datos

MySQL

Driver especfico BD para IDE

MyODBC

Fig. 4 Plataforma 4

Nota: las versiones del software son de acuerdo a los requerimientos del DACDUTTEC.

36

SADACD

CAPTULO 1 PLANEACIN
Sistema de Administracin del departamento de Actividades Culturales y Deportivas
(SADACD) de la Universidad Tecnolgica de Tecmac (UTT)

1.1 rea de oportunidad


El departamento de actividades deportivas y culturales de la Universidad Tecnolgica
de Tecmac, genera reportes de sus actividades; tanto deportivas como culturales,
como testimonio de las mismas; pero la generacin de stos es un proceso lento y
difcil, ya que cuando necesitan elaborarlo, recopilan la informacin preguntando a los
diferentes integrantes del departamento quin tiene dicha informacin, quin tiene las
fotos y en qu PC se encuentran o si todava no han sido capturadas.

Asimismo existe un problema en la elaboracin de credenciales y cdulas ya que stas


se requieren con fotografas digitales para su elaboracin, por lo que piden a los
integrantes del evento una foto tamao infantil, la que posteriormente escanean
pegndola a un machote y la imprimen. Todo esto es un trabajo engorroso y que
requiere muchsimo tiempo, desde la espera a que el integrante traiga su fotografa
hasta la elaboracin de la misma.

Igualmente administran los tiempos de los auditorios llevando esto en una bitcora (una
libreta), para calendarizarlo.

Todas estas actividades se llevan prcticamente a mano y por el propio crecimiento en


la matrcula de la Universidad, el trabajo va siendo cada da mayor y todas estas tareas
implican una prdida de tiempo-trabajo-hombre muy fuerte; lo que poda ser utilizado en
el desarrollo de proyectos nuevos para el Departamento.

37

SADACD

1.2 Objetivo general


Se crear un sistema que realice las tareas administrativas del

Departamento de

Actividades Culturales y Deportivas de la Universidad, con la finalidad de hacer el


trabajo eficiente y eficaz.

1.2.1 Objetivos especficos


El sistema SADACD permitir:
Manejar de la informacin de alumnos.
Elaborar cdulas.
Elaborar reportes evidnciales.
Elaborar credenciales digitalizadas.
Administrar los tiempos y espacios de los auditorios

1.3 Alcance

Base de datos para registro de alumnos del departamento de Actividades.


Culturales y deportivas de la UTTecmac.

Mdulo para la elaboracin de reportes evidenciales para Actividades Deportivas.

Mdulo para la elaboracin de reportes evidenciales para Actividades Culturales.

Sistema de elaboracin de credenciales y cdulas instantneo el cual contar


con una interfaz, conectada a una cmara digital para tomar la foto en el
momento.

Mdulo de asignacin de tiempos para los auditorios.

38

SADACD

1.4 Elementos clave: Planeacin, Monitoreo y Control


1.4.1 Planeacin
Planteamiento de la problemtica
Entrevistas con los responsables del Departamento de Actividades Culturales y
Deportivas de la UTT.
Anlisis de la problemtica.
Determinacin de los alcances.
Determinacin de requerimientos.
Establecer necesidades de hardware, software y recursos humanos.
Establecer Polticas de Comunicacin para los integrantes del proyecto.
Determinar gastos y costos.
Hacer un anlisis de riegos y plan de contingencias.
Diseo del Sistema.

1.4.2 Monitoreo
Debe asignarse un responsable del seguimiento del avance y cumplimiento de cada una
de las fases del ciclo de vida del proyecto; generalmente es el Lder de Proyecto quien
se encarga de esto y es l quien debe determinar y dar a conocer las jerarquizaciones
de los integrantes del equipo y que cada uno de ellos sepa exactamente qu va a hacer
y cul es su responsabilidad, as como a quien debe reportar la informacin sobre sus
avances y a quin debe dirigirse en caso de que surja alguna duda o tenga necesidad
de informacin para continuar con su trabajo. El lder deber dar a conocer a todos los
integrantes del equipo los formatos diseados para el proyecto y debe estar seguro que
cada uno de los integrantes del equipo comprendi su uso y su finalidad, para que el
proyecto est bien documentado.

39

SADACD

1.4.3 Control
Se llevar a cabo a travs del lder de proyecto ya que l ser el encargado de revisar
que cada una de las actividades se est cumpliendo en tiempo y forma; as mismo
archivar toda la documentacin del proyecto.

1.5 Diagrama de Gantt


El diagrama de Gantt es una herramienta que permite modelar la planificacin de las
tareas necesarias para la realizacin de un proyecto. Debido a la relativa facilidad de
lectura de los diagramas de Gantt, este diagrama es una herramienta para el director
del proyecto que le permite realizar una representacin grfica del progreso del
proyecto, pero tambin es un buen medio de comunicacin entre las diversas personas
involucradas en l. En la figura 1.1 se muestra el diagrama de Gantt para la planeacin
del proyecto SADACD.

Figura 1.1 Diagrama de Gantt

1.6 Informe del presupuesto y evaluacin de alternativas de inversin


40

SADACD

1.6. 1 Costo del sistema


El costo del sistema asciende a $240,800.00 pesos, incluyendo el pago para los
integrantes del equipo y la compra del equipo necesario para implementar el proyecto.
Este clculo se realiz con ayuda del OpenProj alimentando los datos necesarios para
que realizarlo. Esos datos se muestran en las figuras 1.2 y 1.3.

Figura 1.2 Remuneracin para integrantes del equipo

Figura 1.3 Balance del proyecto

1.6.2 Alternativas de Inversin


Se proponen dos alternativas de inversin una externa y otra interna

41

SADACD

1.6.2.1 Externa
Pedir a algunas empresas, asentadas en el municipio, Tales como WalMart,
OfficceDepot, Suburbia, Deportes Mart etc., apoyo financiero a travs de sus
programas de apoyo a las universidades, o a los proyectos Tecnolgicos. Este apoyo
podra ser en especie.
Se realizara lo mismo con los comercios de Tecmac y a cambio se les podra permitir
colocar su logo en las canchas de futbol rpido e incluso colocar publicidad en los
uniformes de los equipos de la UTT.

1.6.2.2 Interna
Se podran realizar actividades organizadas por el propio departamento de la
universidad, para la recaudacin de fondos. Tales como Torneos Relmpagos de:
Futbol
Bsquetbol
Vleibol
Baile de saln

Esto sera ms atractivo si se hiciera la convocatoria tanto para alumnos, como para
profesores; se podra cobrar una cuota.

Desde el punto de vista Cultural se podra hacer una cena baile con la orquesta, la
rondalla o los integrantes del club de la escuela. Y la entrada tendra un costo acordado
por el departamento. Con esto se recabaran fondos para el proyecto.

1.7 Perfiles de los participantes


1.7.1 Diseador de Software
Describe la solucin (el cmo hacerlo) el diseo por ello se crea una categora
profesional del diseador o arquitecto del software. Creativo, Analtico.
42

SADACD

1.7.2 Programador
Rol
Escribe, depura y mantiene el cdigo fuente de un programa informtico. Llamado
tambin desarrollador de software.

Perfil
Conocimientos en:

Lenguajes de programacin
Administracin de base de datos
Matemticas
Electrnica
Algortmica
Ingeniera del software
Teora de la computacin
Interaccin persona-ordenador

1.7.3 Analista
Rol
Juega un papel vital en el proceso de desarrollo de los sistemas. Tiene como cometido
analizar un problema y describirlo con el propsito de ser solucionado mediante un
sistema de informacin El anlisis describe el problema (el qu hacer).

43

SADACD

Perfil
Debe tener habilidades tales como:
Capacidad de abstraccin y de anlisis.

Objetivos
Alcances y mtodos de comunicacin
Misin
Visin

1.7.4 Administrador de Proyectos


Rol
Es la persona que tiene la responsabilidad total del planeamiento y la ejecucin
acertados de cualquier proyecto.

Perfil
Debe poseer una combinacin de habilidades.
Inquisitiva.

abilidades de

Constante medicin, formal e informalmente de dicho riesgo a lo largo del ciclo


de vida del proyecto.

acertado es aquel que enfoca esto como preocupacin principal.

44

SADACD

modo u otro a un riesgo.

da participante
significativo tenga una oportunidad de expresar sus opiniones.

1.8 Matriz de responsabilidades


Las responsabilidades de cada uno de los participantes se encuentran contenidas en el
formato Matriz de Responsabilidades y se muestra en la figura 1.4.

1.9 Factores claves de desempeo


Eleccin adecuada de los integrantes del equipo
Informacin en tiempo y forma y delimitacin de responsabilidades
Materiales y equipo adecuado
Buen ambiente de trabajo.
Recompensas por productividad
Reconocimiento
Remuneracin

45

SADACD

SADACD
Matriz de Responsabilidades

Diseador
de
Software

Asegurarse de que este alto conjunto de


consistente completo, correcto, y operacional,

Desarrollar algoritmos de particionado (y otros procesos) para


economizar los requisitos en particiones discretas de manera que
se necesite un mnimo de comunicacin entre las particiones
y los usuarios con el sistema
Particionar grandes sistemas en (capas sucesivas de) subsistemas
componentes los cuales puedan ser manipulados por un solo
ingeniero o un equipo de ingenieros o arquitectos subordinados
Asegurar que se alcance el mximo de robustez de arquitectura

Programador

Analista
Lder
Proyecto

de

requisitos

sea

determinen si se han cumplido los requisitos, especialmente para


las interfaces de usuario

Debe escribir y mantener el cdigo del sistema para que este


funcione correctamente y cumpla con los requerimientos
Investigar, planear, coordinar y recomendar opciones de software y
sistemas para cumplir los requerimientos del Sistema.
Un lder de proyecto es el responsable de tomar las decisiones
necesarias de manera tal que el riesgo sea controlado y la
incertidumbre reducida al mnimo
Figura 1.4 Matriz de responsabilidades

1.10 Informacin clave para cada actor involucrado


Cada Integrante debe conocer:
Organigrama de la Universidad.
Los formatos diseados para este propsito:

Minuta

Memorndum

Control de cambios

Acuerdos y actas de reuniones con usuarios

Directorio de interesados

Cuestionario Necesidades de informacin

Manual de comunicaciones
46

SADACD

1.11 Mtodos de Comunicacin Justificacin y Formatos


Dentro del proyecto se han establecido formatos de comunicacin para descubrir fallos
y poder prevenirlos a tiempo y con esto lograr reducir los riesgos al mximo y lograr
terminar el proyecto en tiempo y forma. Tambin se elabora un manual de polticas de
comunicacin para el proyecto. Los documentos utilizados son:

Organigrama
Minuta
Memorndum
Control de cambios
Acuerdos y actas de reuniones.
Directorio de interesados
Manual de comunicacin

47