Chavez Villegas Version 25 Feb

INSTITUTO TECNOLGICO SUPERIOR DE IRAPUATO
ESTUDIOS DE RECONOCIMIENTO DE VALIDEZ OFICIAL

NMERO 11-00065
REINGENIERA DE LOS PROCESOS DEL LABORATORIO DE

BIOQUMICA: PRIMERA FASE, PROPUESTA PARA EL REGISTRO DE
PRCTICAS
OPCIN I: TESIS PROFESIONAL

QUE PARA OBTENER EL GRADO DE
INGENIERO EN SISTEMAS COMPUTACIONALES
PRESENTAN:
CHVEZ DELGADO NADIA AURORA
VILLEGAS LINARES YAZMN
ASESORES:
DRA. DORA ALICIA ALVAREZ MEDINA
ING. EDUARDO GARCA HERRERA
IRAPUATO, GTO
DICIEMBRE 2013
1
Agradecimientos
Al Instituto Tecnolgico Superior de Irapuato (ITESI) por ser una institucin que nos brinda
una formacin acadmica para desempearnos en el campo laboral con los conocimientos
adquiridos en esta casa de estudios por medio de sus catedrticos que nos impartieron en
las aulas todos sus conocimientos y mostraron tambin sus valores permitiendo as una
formacin integral.
Nuestra gratitud a la Dra. Dora Alicia lvarez Medina por la confianza depositada en nosotras
para la realizacin de este trabajo, y quien con sus conocimientos, experiencia y motivacin
ha logrado que culminemos nuestra etapa de estudios. A nuestro asesor de tesis, el Ing.
Eduardo Garca Herrera quien nos dio libertad para desarrollarla y nos guio siempre, con
valiosas sugerencias, para lograr su progreso y finalizacin.
La familia es el pilar de nuestra formacin, por eso les dedicamos este logro de nuestra vida.
A nuestros padres y hermanos que con esfuerzo y cario nos apoyaron.
Quiero agradecer a mi hijo y a mi esposo Luis que me dan la fuerza para seguir adelante y
de quienes recibo apoyo incondicional. A mis padres por su apoyo y por su esfuerzo, a la
Familia Prez Ayala, por apoyarme a concluir mis estudios. A mis hermanos que siempre me
apoyaron y me escucharon. A mi abuelo J. Rosario Chvez y a mi bisabuela Genoveva
Mendoza los cuales siempre me dieron palabras sabias para seguir adelante.
Agradezco a mi familia por estar conmigo y apoyarme en mis decisiones, en especial a dos
personas que fueron mi motor para seguir, lamentablemente una de estas personas ya no se
encuentra conmigo pero s que est orgullosa de los logros obtenidos Mam Juanita Lugo
Pantoja y a mi mam Josefina Linares Lugo que confa en mi incondicionalmente.
Agradezco al Ing. Jos Nicols Mares Armenta por ser una persona ejemplar y saber guiar a
todos sus alumnos, adems de ser una de las personas que ms admiro.
Resumen
El crecimiento de las organizaciones, la evolucin de la tecnologa y la integracin de nuevos
servicios, impacta la forma de realizar las tareas operativas; razn por la cual es
recomendado revisar y reestructurar los procesos para evitar los cuellos de botella, utilizar de
forma eficiente los recursos materiales y el tiempo del personal involucrado en los procesos.
Tal es el caso del Laboratorio de Bioqumica del Instituto Tecnolgico Superior de Irapuato
(ITESI), que brinda servicio a los estudiantes y profesores para que puedan realizar sus
actividades de formacin acadmica. El funcionamiento del laboratorio est definido por el
flujo de informacin y la secuencia del proceso, para la administracin y la reserva del
espacio a ocupar. En cada una de las actividades antes mencionadas intervienen diversos
actores: jefe de laboratorio, profesores y estudiantes. Actualmente el procedimiento requiere
grandes esfuerzos que consumen tiempo y gran capacidad de anlisis de informacin de
forma manual para registrar las prcticas de laboratorio, preparar el material para cada una
de las mesas de trabajo, realizar los reportes de los indicadores y deteccin de suministros
para su compra.
La reestructuracin del proceso general y el apoyo que se brindara a las diversas actividades
del laboratorio, est formado por cuatro etapas: a) planteamiento y definicin de los
procesos, anlisis y redefinicin de los procesos con el apoyo de una herramienta intermedia
semi-automatizada, b) desarrollo y definicin de las tecnologas para dar seguimiento al flujo
de trabajo (work-flow), c) puesta en marcha, d) evaluacin del proceso de reingeniera. En
este proyecto, se realizara la primera etapa del proceso de reingeniera (a), para modelar y
analizar la situacin actual del proceso, el flujo de informacin y la forma de interactuar de los
diferentes actores; se analizaran las diferentes fases de la metodologa-Re para implementar
una reingeniera de procesos y adaptarla a nuestro contexto. Adems de analizar los
modelos para generar una propuesta informtica para darle seguimiento al flujo de trabajo y
de informacin.
En cuanto a las tecnologas de informacin y comunicacin, se va a realizar la redefinicin de
la herramienta actual para que algunas de las actividades de administracin de informacin
se realicen de forma semi-automtica. Para apoyar a las actividades administrativas
a
3
realizar los reportes requeridos en menor tiempo. Por otra parte, se modelara el
procedimiento propuesto en el que se incluya cada una de las tecnologas requeridas para el
funcionamiento de forma eficiente y terminar las actividades en tiempo.
El desarrollo de la primera parte del proyecto est formado por un objetivo referente al uso de
las tecnologas de la informacin aplicadas para el buen funcionamiento de estos. El
documento generado por el proyecto de investigacin se explica de una manera clara y
completa dentro del captulo cuatro finalizando con las conclusiones y limitaciones del
mismo.
Abstract
The growth of organizations, the evolution of technology and the integration of new services,
impacts the way to perform operational tasks; reason why it is recommended to review and
restructure processes to avoid bottlenecks, efficiently use the resources and staff time
involved in the process. Such is the case of the Laboratory of Biochemistry of Higher
Technological Institute Irapuato (ITESI), providing service to students and teachers to carry
out their academic activities. The laboratory performance is defined by the flow of information
and the sequence of the process for the management and booking of space to occupy. In
each of the above activities involving a variety of actors: laboratory manager, teachers and
students. Currently the procedure requires great efforts and time consuming analysis
capabilities of information manually to record the labs, prepare the material for each of the
working groups, make reports and detection indicators of supplies for purchase.
The restructuring of the overall process and the support they would provide to the various
activities of the laboratory, is made up of four stages: a) approach and process definition,
analysis and process reengineering supported an intermediate semi-automated tool, b) the
development and definition of technology to track the workflow (work-flow), c) set underway,
d) evaluation of process reengineering. In this project, we performed the first stage of the
reengineering process (a), to model and analyze the current situation of the process, the flow
of information and how the different actors interact, they analyze the different phases of the
methodology-Re to implement a process reengineering and adapt it to our context. In addition
to analyzing the models to generate a proposed computer to track the work flow and
information. In terms of information and communication technologies, it will make the
redefinition of the current tool for some of the information management activities are
conducted in a semi-automatic. To support administrative activities to make the required
reports in less time. Moreover, the proposed method is modeled to be included in each of the
technologies required for efficient operation and end-time activities.
The development of the first part of the project consists of a target relating to the use of
information technologies applied to the proper functioning of these. The document generated
5
by the research project is explained in a clear and complete in the fourth chapter ending with
the conclusions and limitations.
INDICE DE CONTENIDO
6
Agradecimientos........................................................................................................3
Resumen....................................................................................................................4
Abstract......................................................................................................................6
Introduccin.............................................................................................................16
CAPITULO I. DATOS DE LA INSTITUCIN...........................................................17
1.1
MARCO CONTEXTUAL............................................................................18
1.2
ORGANIGRAMA........................................................................................19
1.3
MISIN.......................................................................................................20
1.4
VISIN........................................................................................................20
1.5
OBJETIVOS...............................................................................................20
1.6
VALORES...................................................................................................21
1.7
POLTICAS DE CALIDAD.........................................................................22
1.8
PERFIL DE LOS RESPONSABLES DEL PROYECTO............................23
CAPITULO II. MARCO TERICO...........................................................................24

2.1
FUNDAMENTO TERICO........................................................................25
2.1.1
Proyecto..........................................................................................25
2.1.1.1
Investigacin...................................................................................25
2.1.1.2
Metodologa....................................................................................25
2.1.1.2.1 Mtodo cuantitativo........................................................................25

2.1.1.2.2 Mtodo cualitativo..........................................................................26
2.1.1.3
Investigacin experimental...........................................................26
2.1.1.3.1 Experimento....................................................................................26
2.1.1.4
Problemtica...................................................................................27
2.1.1.5
Objetivo general.............................................................................27
7
2.1.1.6
Objetivo especifico.........................................................................27
2.1.1.7
Hiptesis.........................................................................................27
2.1.1.7.1 Variables..........................................................................................28
2.1.1.8
Pregunta de investigacin.............................................................28
2.1.1.9
Justificacin....................................................................................28
2.1.2
Base de datos.................................................................................28
2.1.2.1
Datos................................................................................................28
2.1.2.2
Campo..............................................................................................29
2.1.2.3
Registro...........................................................................................29
2.1.2.4
Tabla.................................................................................................29
2.1.2.5
Sistema gestor de base de datos (SGBD)...................................29
2.1.2.6
Lenguaje de definicin de datos (DDL)........................................29
2.1.2.7
Lenguaje de manipulacin de datos (DML).................................30
2.1.2.8
Diccionario de datos......................................................................30
2.1.2.9
Modelo relacional...........................................................................30
2.1.3
Diagrama de casos de uso............................................................30
2.1.3.1
Caso de uso....................................................................................30
2.1.3.2
Actor................................................................................................31
2.1.4
Ciclo de vida del software.............................................................31
2.1.4.1
Ciclo de vida en cascada...............................................................31
2.1.4.2
Ciclo de vida en espiral.................................................................31
2.1.5
Lenguaje Unificado de Modelado (UML)......................................32
2.1.6
MySQL.............................................................................................32
2.1.7
PHP..................................................................................................32
8
2.1.8
HTML (Hyper Text Markup Languaje)...........................................32
2.1.9
Cliente/Servidor..............................................................................32
2.1.10
DNS..................................................................................................33
2.1.11
Reingeniera de procesos..............................................................33
2.1.11.1.1 Reingeniera....................................................................................33
2.1.11.1.2 Proceso............................................................................................33
2.1.12
Reingeniera de procesos de negocios (BPR)............................34
2.1.13
Metodologa rpida RE..................................................................34
2.1.13.1 Etapas de la metodologa Rpida Re...........................................34

2.1.13.1.1 Preparacin.....................................................................................34
2.1.13.1.2 Identificacin..................................................................................35
2.1.13.1.3 Visin...............................................................................................35
2.1.13.1.4 Solucin...........................................................................................35
2.1.13.1.5 Transformacin...............................................................................35
2.1.14
IDEF0................................................................................................35
2.1.15
Flujo de trabajo (Workflow)...........................................................36
2.1.15.1 Gestin de flujo de trabajo............................................................37

2.1.16
Prototipo..........................................................................................37
2.1.17
Tecnologas de la Informacin......................................................38
2.1.17.1 Las tecnologas de la comunicacin y la informacin dentro de la

BPR.............................................................................................38
2.1.18
Modelado en diagramas Rol Actividad (RAD).............................39
2.1.19
Estrategia de las 5s........................................................................40
2.1.19.1 Seiri (Clasificar)..............................................................................40

9
2.1.19.2 Seiton (Orden).................................................................................40

2.1.19.3 Seizo (Limpieza).............................................................................40
2.1.19.4 Seiketsu (Limpieza estandarizada)...............................................41
2.1.19.5 Shitsuke (Disciplina)......................................................................41
2.2
FUNDAMENTO LEGAL.............................................................................41
2.2.1
Licencia PHP...................................................................................41
2.2.2
Licencia de uso de MySQL............................................................41
2.2.3
Licencia Microsoft Visio 2010.......................................................42
CAPITULO III. GENERALIDADES DEL PROYECTO.............................................43

3.1
ANTECEDENTES......................................................................................44
3.2
PLANTEAMIENTO DEL PROBLEMA.......................................................47
3.3
OBJETIVOS...............................................................................................48
3.4
PREGUNTA DE INVESTIGACION............................................................49
3.5
JUSTIFICACIN........................................................................................50
3.6
VIABILIDAD DE LA INVESTIGACIN......................................................50
3.7
CONSECUENCIAS DE LA INVESTIGACIN..........................................51
3.8
HIPOTESIS................................................................................................51
CAPTULO IV: ACTIVIDADES DESARROLLADAS................................................53

4.1
CRONOGRAMA.........................................................................................54
4.2
CLASIFICACIN DEL PROYECTO..........................................................55
4.3
METODOLOGA EMPLEADA EN LA INVESTIGACON..........................55
4.4
CICLO DE VIDA.........................................................................................56
4.5
ANALISIS DE REQUERIMIENTOS...........................................................56
4.6
ESTUDIO DE FACTIBILIDAD...................................................................61
10
4.7
DIAGRAMAS DE CASOS DE USO..........................................................65
4.7.1
Caso de uso general del sistema........................................................65
4.7.2
Caso de uso: Administrar informacin de usuario...........................66
4.7.3
Caso de uso: Registrar prctica..........................................................67
4.7.4
Caso de uso: Registrar perdida...........................................................68
4.7.5
Caso de uso: Generacin de reportes................................................69
4.8
DIAGRAMA DE FLUJO DE INFORMACIN............................................70
4.8.1
Generar un reporte de perdidas..........................................................70
4.8.2
Generar un reporte de registro de prcticas......................................71
4.9
DIAGRAMA DE BASES DE DATOS RELACIONAL................................72
4.10
DICCIONARIO DE DATOS.....................................................................73
4.11
IDEF0......................................................................................................78
4.12
GRAFICA RICA......................................................................................80
4.13
METODOLOGIA RAPIDA RE................................................................83
4.14
PRUEBAS...............................................................................................84
4.14.1
Pruebas de especificacin............................................................85
4.14.2
Pruebas parciales...........................................................................85
4.14.3
Pruebas del sistema.......................................................................85
ALCANCES..............................................................................................................87
LIMITACIONES........................................................................................................88
RECOMENDACIONES............................................................................................89
CONCLUSIONES....................................................................................................90
REFERENCIAS BIBLIOGRFICAS........................................................................91
11
12
NDICE DE FIGUR
Figura 1.1 Organigrama Institucional .....................................................................19
Figura 2.1 Modelo del Diagrama IDEF0..................................................................36
Figura 2.2 Funcionamiento de Workflow (umbrella) ....37
Figura 2.3 Simbologa para la construccion de los Diagramas Rol-Actividad.......39
Figura 4.1 Cronograma de actividades...................................................................54
Figura 4.2 Diagrama de caso de uso general.........................................................66
Figura 4.3 Caso de uso CU_001.............................................................................67
Figura 4.7 Diagrama de flujo para la generacin del reporte de prdidas..............71
Figura 4.8 Diagrama de flujo de informacin sobre el registro de prcticas...........72
Figura 4.9 Diseo relacional del Laboratorio de Bioqumica ..................................73
Figura 4.10 Diagrama IDEF0 Nivel0........................................................................79
Figura 4.11 Diagrama IDEF0 Nivel1........................................................................80
Figura 4.12 Diagrama Grafica RICA........................................................................81
Figura 4.13 Diagrama Grafica RICA........................................................................82
Figura 1 Resultados de encuesta realizada..........................................................115
13
INDICE DE TABLASY
Tabla 4.1 Requerimiento RF_001............................................................................56
Tabla 4.2 Requerimiento RF_001_01......................................................................56
Tabla 4.6 Requerimiento RF_002............................................................................57
Tabla 4.10 Requerimiento RF_002_04....................................................................58
Tabla 4.11 Requerimiento RF_003..........................................................................59
Tabla 4.15 Requerimiento FR_004..........................................................................60
Tabla 4.18 Costos del sistema actual en material...................................................62
Tabla 4.19 Costo del sistema propuesto.................................................................63
Tabla 4.20 Tiempos del sistema actual....................................................................64
Tabla 4.21 Tiempo estimado con el sistema propuesto..........................................65
Tabla 4.22 Caso de uso: Administrar la informacin de usuario......................67
Tabla 4.23 Caso de uso: Registrar prctica............................................................68
Tabla 4.24 Caso de uso: Registrar perdida.............................................................69
Tabla 4.25 Caso de uso: Generacin de reportes...................................................70
Tabla 4.26 Tabla Profesor........................................................................................74
Tabla 4.27 Tabla Usuario.........................................................................................75
Tabla 4.28 Tabla Alumno..........................................................................................75
14
Tabla 4.29 Tabla Horario..........................................................................................76

Tabla 4.30 Tabla Carrera.........................................................................................76
Tabla 4.31 Tabla Materiales.....................................................................................77
Tabla 4.32 Tabla Materia..........................................................................................77
Tabla 4.33 Tabla RegistrarPractica..........................................................................78
Tabla 4.34 Tabla ReservarPractica..........................................................................78
Tabla 4.35 Tiempos obtenidos con el sistema en la fase de pruebas.....................86
Introduccin
En el Instituto Tecnolgico Superior de Irapuato es necesario el desarrollo de un proyecto de
investigacin el cual debe ser documentado e implementado para la opcin de titulacin,
dentro de la materia de Formulacin y Evaluacin de Proyectos de Software, razn por la
cual se crea realiza el presente trabajo.
En el primer captulo se plasma una descripcin detallada de la empresa donde se permiti
desarrollar el proyecto, el cual es el Instituto Tecnolgico Superior de Irapuato (ITESI), en
este se incluye una breve historia, organigrama, valores, visin, misin y polticas de la
compaa.
El segundo captulo incluye los trminos utilizados a lo largo de la investigacin y desarrollo
del proyecto, para que sea de mayor comprensin a las personas que no estn del todo
relacionadas con las ingeniera en sistemas computacionales, la reingeniera de procesos y
el control de los datos, as como el fundamento legal en los que se basan todas las
aplicaciones a utilizar.
La problemtica con la que cuenta el Laboratorio de Bioqumica se explica de manera
detallada dentro del captulo tres en el cual se muestran el objetivo general que trata sobre
aplicar las tecnologas de la informacin para tener un mejor funcionamiento del flujo de
trabajo. Adems de los temas anteriores se mencionan los objetivos especficos, hiptesis,
justificacin, viabilidad y consecuencias de la investigacin.
15
El desarrollo del proyecto se encuentra de manera detallada dentro del captulo cuatro as
como todas las actividades realizadas durante este proyecto, desde los requerimientos del
usuario y del sistema hasta la fase de implementacin y pruebas.
Dentro del presente documento se concluye con un apartado final en el cual se especifican
las recomendaciones al usar el sistema, los resultados y alcances obtenidos as como las
conclusiones y las limitaciones del mismo.
CAPITULO I. DATOS DE LA INSTITUCIN
16
1.1. MARCO CONTEXTUAL

El
Instituto
Tecnolgico
Superior
de
Irapuato
(ITESI)
como
Organismo
Pblico
Descentralizado del Gobierno del Estado de Guanajuato; naci el 20 de octubre de 1995,

iniciando actividades el 18 de agosto de 1996; el cual se reestructura el 25 de junio del 2001.
En los inicios de su existencia, el instituto empez a funcionar, bajo la direccin del Dr. Juan
Sillero Prez, un docente que en un ao sent las bases que dieron sustento a esta
institucin. En aquel entonces, la institucin tena como oferta educativa las carreras de
Ingeniera Industrial y la Licenciatura en Informtica; contando con 151 alumnos originarios
del municipio de Irapuato y de muchos otros lugares aledaos.
Para el ao de 1997 se abrieron las carreras de Ingeniera en Sistemas Computacionales e
Ingeniera Electromecnica y para el primer semestre Agosto-Diciembre del 2000 se abrieron
las carreras de Ingeniera Electrnica e Ingeniera Bioqumica. En el 2001 se abri la carrera
de Ingeniera en Materiales, convirtindose en la sexta Institucin en impartir esta carrera en
el pas, y para el semestre Enero-Junio de 2004, el ITESI empez a impartir estudios de
Ingeniera Mecatrnica, y en este ao tambin se imparte la maestra de Ingeniera Elctrica.
Hoy el ITESI refleja los cimientos de una base firme y conforme avanza, crece a pasos
agigantados, ampliando el nmero de edificios y por ende la poblacin estudiantil, en la cual
se cuenta con alumnos de diferentes estados del pas. De Jalisco, Quertaro, Chiapas,
Oaxaca, Hidalgo, Michoacn y del Distrito Federal, entre otros.
Gracias al apoyo y la confianza por parte del Gobierno del Estado de Guanajuato, se operan
9 extensiones acadmicas en los municipios de Abasolo, Guanajuato, Salvatierra, San
Felipe, San Luis de la Paz, San Jos Iturbide, Cuermaro, Pursima del Rincn y Tarimoro.
17
Las extensiones del ITESI nacen para potenciar las vocaciones de los Corredores
Industriales de Guanajuato.
La mayora de los egresados del ITESI, se han integrado al sector productivo en las reas de
la industria y el servicio. Hay quienes se han integrado al sector oficial y quienes han
incursionado por s mismos en el campo de la microempresa. Hoy se cuenta con convenios o
alianzas con grandes empresas (MAZDA, HELLA, P&G, General Motors, People Jobs, ACyC,
Geogrupo, entre otros.) las cuales han seleccionado a alumnos para trabajar y desarrollar su
potencial profesional en el campo laboral.
1.2. ORGANIGRAMA
En la figura 1.1 se muestra el organigrama del Instituto Tecnolgico Superior de Irapuato. 1
Figura 1.1 Organigrama Institucional
Instituto
tecnolgico
Superior
de
Irapuato,
Organigrama,
Consultada
el
20
de
Agosto
de
2013,http://www.itesi.edu.mx/Conocenos/Nosotros/Organigrama.html.
18
1.3. MISIN
El ITESI es una institucin de educacin superior de carcter pblico, cuyo propsito es
servir a la sociedad formando profesionales con elevados conocimientos tcnicos, cientficos
y humansticos, que los habilite para: Generar riqueza en las cadenas de valor de la actividad
econmica y social Convertirse en promotores y agentes de cambio, que mejoren la calidad
de vida de la sociedad Fortalecer la democracia, solidaridad, cultura y medio ambiente. 2
1.4. VISIN
El ITESI es una institucin pblica de educacin superior, se visualiza: Como eslabn
fundamental en las cadenas de valor para el desarrollo social, industrial y econmico de
Mxico. Plenamente comprometido con la sociedad y vinculado con el sector industrial,
agropecuario y de servicios del pas. Con acreditacin de los organismos nacionales e
internacionales por su calidad acadmica. Con prestigio y reconocimiento nacional e
internacional por los logros acadmicos, cientficos y tecnolgicos que beneficien la creacin
de riqueza de la nacin.3
1.5. OBJETIVOS
Hacia los Estudiantes: Ofrecer la mejor opcin educativa con niveles de excelencia que
asegure su desarrollo profesional, mediante una slida formacin tcnica y humana que les
permita ser eficientes en su ambiente de trabajo y en su cotidiano actuar en el medio social
en que se desenvuelvan.
Hacia el Sector Productivo: Proveer hacia las organizaciones productivas de profesionistas
con elevada preparacin tcnica y calidad humana, capaces de desempearse con eficacia
Instituto
tecnolgico
Superior
de
Irapuato,
Misin,
Consultada
el
20
de
el
20
Agosto
de
2013,
http://www.itesi.edu.mx/Conocenos/Nosotros/Misin.html.
Instituto
tecnolgico
Superior
de
Irapuato,
Visin,
Consultada
de
Agosto
de
2013,http://www.itesi.edu.mx/Conocenos/Nosotros/Visin.html.
19
en las Cadenas de Valor, generando cada vez mayores niveles de productividad y

competitividad de dichas organizaciones.
Hacia la Sociedad y el Hbitat: Garantizar a los egresados, valores ticos y morales que los
comprometan a promover las mejores condiciones de bienestar social y la preservacin del
medio ambiente.4
1.6. VALORES
Honestidad: Implicar el uso de la palabra y de las acciones por parte de los miembros de la
institucin con apego a la verdad e institucionalmente a la transparencia de sus procesos y
de la administracin de sus recursos.
Respeto: Se entender como el ejercicio de los actos personales manteniendo la integridad
de las personas con las cuales se comparte una relacin, sin importar diferencia de
pensamiento, creencias personales, raza, sexo, edad, nacionalidad, grado acadmico o
cualquier otro elemento de diferencia.
Responsabilidad: Es el reconocimiento propio de las conductas realizadas por cada
persona, as como el asumir las consecuencias generadas de estos actos; adems de la
certeza de que los deberes adquiridos sern llevados a buen fin.
Identidad: Identificacin intima de ser o pertenecer a nuestra institucin.
Lealtad: Se verifica la autenticidad, confianza y solidaridad establecida entre los miembros
de la comunidad tecnolgica en sus relaciones interpersonales y laborales.
Trabajo en equipo: Se caracteriza por realizar las labores de la Institucin con lneas eje
como la cooperacin, la fraternidad, comunicacin y el disfrute de las actividades por los
miembros de la Comunidad Tecnolgica; todo lo anterior, con un fuerte sentido de identidad
Institucional.
Instituto
tecnolgico
Superior
de
Irapuato,
Objetivos,
Consultada
el
20
de
Agosto
de
2013,http://www.itesi.edu.mx/Conocenos/Nosotros/Objetivos.html.
20
Liderazgo: Se entiende como la influencia generada por las acciones de los miembros del
ITESI en su entorno, tanto acadmico como profesional; teniendo como marco la
cooperacin, el empoderamiento y la retroalimentacin funcional en las actividades de
direccin.
Reconocimiento: Es la disposicin institucional a hacer el dominio de la sociedad los logros
alcanzados por los miembros de la comunidad tecnolgica, tanto en lo relativo a la vida
acadmica (docencia, investigacin, gestin y extensin) como en materia administrativa; as
como de establecer mecanismos institucionales que acrediten y estimulen los resultados en
el personal que los capitaliza.
Compromiso: Es la conviccin por la bsqueda permanente de las mejores lneas de
desarrollo humano y tecnolgico en el quehacer institucional, para ser puesto a disposicin
de la sociedad.
Mejora continua: Se presenta como el establecimiento de objetivos, metas y acciones
vanguardistas en materia acadmica ya administrativa, donde la caracterstica ser la
bsqueda constante de acciones que permitan mantener y proponer en sus procesos el
desarrollo de la institucin y de quienes la conforman.
Innovacin y conocimiento: La generacin del conocimiento y su aplicacin en la sociedad
son ejes rectores del quehacer institucional; donde la produccin de resultados novedosos,
vanguardistas y adelantados para su tiempo son el alcance de sus trabajos, todos ellos como
medios de trascendencia nacional e internacional de la institucin. 5
1.7. POLTICAS DE CALIDAD

Poltica de calidad-ambiental: Proporcionar educacin, capacitacin, investigacin y
desarrollo tecnolgico, al integrar la proteccin ambiental y la mejor continua de los procesos,
alineados a la legislacin ambiental y dirigidos a lograr la satisfaccin del cliente. 6
Instituto
tecnolgico
Superior
de
Irapuato,
Objetivos,
Consultada
el
20
de
Agosto
de
2013,http://www.itesi.edu.mx/Conocenos/Nosotros/Valores.html.
21
1.8. PERFIL DE LOS RESPONSABLES DEL PROYECTO

El desarrollo y la implementacin de este proyecto requieren que los integrantes del equipo
de desarrollo cuenten con las siguientes competencias:
Capacidad de anlisis y diseo de procesos.
Solucin de problemas.
Capacidad de abstraccin.
Conocimiento en la aplicacin de la reingeniera de procesos.
Experiencia de manejo del software Microsoft Office Access, Microsoft Office Visio,
Microsoft Project y Visual Basic.
Dominio de los temas a desarrollar en el presente trabajo de investigacin
(Reingeniera de procesos, workflow, la estrategia de las 5s, diagramas IDEF0, RAD,
grafica RICA, metodologa RE).
Capacidad de trabajo en equipo.
Honestidad, tica y compromiso con el proyecto.
Inters por el aprendizaje y la aplicacin de nuevas tecnologas.
Instituto
tecnolgico
Superior
de
Irapuato,
Objetivos,
Consultada
el
20
de
Agosto
de
2013,http://www.itesi.edu.mx/Conocenos/Nosotros/Politica.html.
22
CAPITULO II. MARCO TERICO
23
2.1. FUNDAMENTO TERICO
De acuerdo a (referencia ) un proyecto es un conjunto de actividades necesarias para

producir los artefactos requeridos. Incluye contacto con el cliente, escribir la documentacin,
desarrollar el diseo, escribir el cdigo y probar el producto. 7
La investigacin est encaminada a profundizar el conocimiento de un proceso ya sea

terico, practico o practico-terico, parte del conocimiento cientfico y lo lleva a la solucin de
problemas de la sociedad que de una forma u otra no han sido investigados o su
investigacin se ha conducido en otra direccin.
Por otra parte, la metodologa es la ciencia que nos ensea a dirigir determinado proceso de
manera eficiente y eficaz para alcanzar los resultados deseados y tiene como objetivo darnos
la estrategia de seguir en el proceso.8
2.1.1.1.1.
Mtodo cuantitativo
Tambin llamado mtodo tradicional se fundamenta en la medicin de las caractersticas de

los fenmenos sociales, lo cual supone derivar de un marco conceptual pertinente al
problema analizado, una serie de postulados que expresen relaciones entre las variables
estudiadas de forma educativa. Este mtodo tiende a generalizar y normalizar resultados.
2.1.1.1.2.
Mtodo cualitativo
El mtodo no tradicional, se orienta a profundizar casos especficos y no a generalizar. Su

preocupacin no es prioritariamente medir, sino cualificar y describir el fenmeno social a
7 BRAUDE, E. Ingeniera del software. Una perspectiva orientada a objetos. Alfaomega. Edo. de Mxico. 2000.
8 CORTS, MANUEL
e IGLESIAS, MIRIAM., Generalidades sobre Metodologa de la Investigacin, Campeche: Universidad Autnoma del
Carmen, 2004.
24
partir de rasgos determinantes, segn sean percibidos por los elementos mismos que estn
dentro de la situacin estudiada.9
2.1.1.2. Investigacin experimental

Este tipo de investigacin, se refiere a una investigacin prospectiva. Se presenta mediante
la manipulacin de una variable experimental no comprobada, en condiciones rigurosamente
controladas, con el fin de describir de qu modo o porque causa se produce una situacin o
acontecimiento particular.
2.1.1.2.1.
Experimento
Es una situacin provocada por el investigador para introducir determinadas variables de

estudio manipuladas por l para controlar el aumento o disminucin de esas variables y su
efecto en las conductas observadas.10
2.1.1.3. Cuestionario
Es un conjunto de preguntas diseadas para generar los datos necesarios, con el propsito
de alcanzar los objetivos del proyecto de investigacin. Se trata de un plan formal para
recabar informacin de la unidad de anlisis objeto de estudio y centro del problema de
investigacin.
2.1.1.4. Entrevista
Es una tcnica que consiste en recoger informacin mediante un proceso directo de
comunicacin entre los entrevistadores y el entrevistado, en el cual el entrevistado responde
a cuestiones, previamente diseadas en funcin de las dimensiones que se pretenden
estudiar, planteadas por el entrevistador.11
9 BERNAL, CESAR. Metodologa de la Investigacin. Pearson. Mxico. 2006.
10 RODRIGUEZ, E., Metodologa de la investigacin. La creatividad, el rigor del estudio y la integridad son factores que transforman al
estudiante en un profesionista de xito. Tabasco: Universidad Jurez. Autnoma de Tabasco, 2005.
11 BERNAL, CESAR. Metodologa de la investigacin: administracin, economa, humanidades y ciencias sociales. Pearson. Colombia.
2010.
25
2.1.1.5. Problemtica
La problemtica trata de una situacin propia de un objeto o fenmeno que provoca la
necesidad en un sujeto de darle explicacin, el cual desarrollara una actividad con objetivo. 12
2.1.1.6. Objetivo general

El objetivo general de una investigacin se enmarca en el ttulo de la misma y se
descompone, a su vez, en objetivos especficos o propsitos de comprobacin y descripcin
del sistema o de las variables de estudio. Seala el nivel de conocimiento que se desea
obtener del objeto como resultado de la investigacin.
2.1.1.7. Objetivo especifico

Resean los resultados o metas parciales. Se enuncian e inician tambin con verbos en
infinitivo. Debe incluir un solo logro, pueden existir uno o ms objetivos y cada uno de ellos
debe aferrarse a una metodologa de campo, de laboratorio o de anlisis particular, si bien en
muchos casos se pueden emplear procedimientos semejantes. 13
2.1.1.8. Hiptesis
Son las guas para una investigacin, estas indican lo que se trata de probar y se definen
como explicaciones tentativas del fenmeno investigado; deben ser formuladas a manera de
proposiciones. Son respuestas provisionales a las preguntas de investigacin.
2.1.1.8.1.
Variables
Es una propiedad que puede fluctuar y cuya variacin es susceptible de medirse u

observarse. Las variables adquieren valor para la investigacin cientfica cuando llegan a
relacionarse con otras variables formando parte de una hiptesis o una teora.
12 HALL, O., Orientacin hacia la investigacin y definicin de un problema de investigacin. Los ngeles: Universidad de California, 1967.
13
Metodologa
de
las
Investigacin
http://javeriana.edu.co/fear/ecologia/documents/ALBERTORAMIREZMETODOLOGIADELAINVESTIGACIONCIENTIFICA.pdf
cientfica.
Consulta
(20/09/2013)
26
2.1.1.9. Pregunta de investigacin

Orientan hacia las respuestas que se buscan con la investigacin. Las preguntas de
investigacin no deben utilizar trminos ambiguos ni abstractos.
2.1.1.10.
Justificacin
Indica el porqu de la investigacin exponiendo sus razones. Por medio de la justificacin

debemos demostrar que el estudio es necesario e importante. 14
2.1.2.Base de datos
Es una coleccin interrelacionada de datos, almacenados en un conjunto sin redundancias
innecesarias cuya finalidad es la de servir a una o ms aplicaciones de la manera ms
eficiente.
2.1.2.1.
Datos
Es la informacin relevante que almacena y gestiona el sistema de informacin. Los datos

por si solos no aportan conocimiento, es necesario procesarlos y transformarlos. La
informacin es el resultado de esta transformacin. 15
2.1.2.2.
Campo
Elemento conformado por un conjunto de datos coherentes entre s con sentido comn
dentro de un contexto. 16
14 HERNANDEZ, R., Metodologa de la investigacin. Cuarta Edicin. Mc Graw-Hill.1997.

15 NEVADO, M. V., Introduccin a las bases de datos relacionales. Madrid: Visin Libros, 2003.
16 KROENKE, D. M., Procesamiento de bases de datos. Fundamentos, diseo e implementacin. Mxico: Pearson Educacin, 2003.
27
2.1.2.3.
Registro
Un registro es un conjunto de campos que contienen los campos que pertenecen a una
misma repeticin de identidad. Se le asigna automticamente un numero consecutivo
(nmero de registro) que en ocasiones es usado como ndice aunque lo normal y practico es
asignarle a cada registro un campo clave para su bsqueda. 17
2.1.2.4.
Tabla
Se refiera 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. 18
2.1.2.5.
Sistema gestor de base de datos (SGBD)
Consiste en una coleccin de datos interrelacionados y un conjunto de programas para

acceder a dichos datos. Su principal objetivo es proporcionar un entorno que sea tanto
practico como eficiente de usar en la recuperacin y el almacenamiento de la informacin de
la base de datos.19
2.1.2.6.
Lenguaje de definicin de datos (DDL)
Permite definir la representacin lgica de los datos que integran la base de datos, su
estructura y las relaciones que existen entre ellos, las reglas de integridad, los controles de
acceso, las caractersticas de tipo fsico y las vistas externas de los usuarios.
2.1.2.7.
Lenguaje de manipulacin de datos (DML)
Es un lenguaje el cual mediante la funcin de manipulacin los usuarios de la base de datos

pueden buscar, aadir, borrar o modificar los datos de la base de datos.
17 ABELL, A. Diseo y administracin de bases de datos. Ediciones UPC. Barcelona. 2006.

18 SNCHEZ, O., Aplicaciones informticas de bases de datos relacionales. Madrid: Cedro, 2010.
19 SILBERSCHATZ, ABRAHAM, Fundamentos de Bases de Datos, Mc Graw-Hill, Madrid, 1998.
28
2.1.3.
2.1.2.8.
Diccionario de datos
Es una herramienta para el manejo de datos que son construidos y mantenidos por el
Administrador de la Base de Datos.20
2.1.2.9.
Modelo relacional
El modelo relacional se ha establecido actualmente como el principal modelo de datos para

las aplicaciones de procesamiento de datos. Ha conseguido la posicin principal debido a su
simplicidad, que facilita el trabajo del programador en comparacin con otros modelos
anteriores.
Consiste en un conjunto de tablas, a cada una de las cuales se les asigna un nombre
exclusivo. Cada fila de la tabla representa una relacin entre un conjunto de valores. Dado
que cada tabla es un conjunto de dichas relaciones, hay una fuerte correspondencia entre el
concepto de tabla y el concepto matemtico de relacin, del que toma su nombre el modelo
relacional.
Diagrama de casos de uso

Muestra las distintas operaciones que se esperan de una aplicacin o sistema y como se
relaciona con su entorno.
2.1.3.1. Caso de uso
Un caso de uso representa una unidad funcional coherente de un sistema, subsistema o
clase en el que uno o ms actores interaccionan con el sistema que realiza algunas
acciones.
20 NEVADO, M. V., Introduccin a las bases de datos relacionales. Madrid: Visin Libros, 2003.
29
2.1.3.2.
Actor
Puede ser cualquier cosa que se comunica (interacciona) con el sistema y que es externo a
l. Representan papeles (ROLES) que interpretan personas, perifricos u otros sistemas
cuando el sistema est en uso.21
2.1.4. Ciclo de vida del software

Es un conjunto de actividades que conducen a la creacin de un producto de software. Los
mtodos y tcnicas de la ingeniera del software se inscriben dentro del marco delimitado por
el ciclo de vida del software por diferentes etapas fundamentales que son: especificacin de
requisitos, diseo e implementacin, validacin y evolucin del software.
2.1.4.1.
Ciclo de vida en cascada
Considera actividades fundamentales del proceso de especificacin, desarrollo, validacin y

evolucin y los representa como fases separadas del proceso, tales como la especificacin
de requerimientos, el diseo de software, la implementacin, las pruebas, etc.
2.1.4.2.
Ciclo de vida en espiral
Fue originalmente propuesto por Boehm. Representa el proceso del software en forma de
espiral, donde el ciclo mpas interno podra referirse a la viabilidad del sistema, el siguiente
ciclo a la definicin de requerimientos, el siguiente al diseo del sistema y as sucesivamente.
Se divide en cuatro sectores: definicin de objetivos, evaluacin y reduccin de riesgos,
desarrollo y validacin y planificacin.22
21 DEBRAUWER, L., UML 2: Iniciacin, ejemplos y ejercicios corregidos. Barcelona: ENI, 2005.
22 CAMPDERRICH B. Ingeniera
del software. UOC. Catalua. 2003.
30
2.1.5. Lenguaje Unificado de Modelado (UML)

Es un lenguaje estndar para escribir planes de software. UML puede utilizarse para
visualizar, especificar, construir y documentar los artefactos de un sistema que involucra una
gran cantidad de software.23
2.1.6. MySQL
Es un sistema gestor de base de datos relacionales, que adems ofrece compatibilidad con
PHP, Perl, C, y HTML, sus funciones avanzadas de administracin y optimizacin de base de
datos para facilitar las tareas habituales.24
2.1.7.PHP
Es un lenguaje de alto nivel que se ejecuta en el servidor el cual se ejecuta en otro servidor
donde estn alojadas las pginas, al contrario que otros lenguajes que son ejecutados en el
propio servidor.25
2.1.8.HTML (Hyper Text Markup Languaje)

Es un estndar que en sus diversas versiones se define como una estructura bsica y un
contenido de una pgina web, como texto, imgenes las cuales se programan. 26
2.1.9.Cliente/Servidor
Significa que es necesario un componente que haga de cliente y otro que haga de servidor
para implementar con xito DNS. Debido a este funcionamiento, cualquier equipo que
23 ALHIR, S. Learning UML. OReilly. EUA. 2003.
24 PEREZ, C., MySQL para Windows y Linux, Mxico, Alfaomega, 2006.
25 PAVN, JACOBO, Creacin de un portal con PHP y MySQL, Mxico,
26 OROS, JUAN C.,
Alfaomega, 2007.
Diseo de pginas Web con XHTML, JavaScript Y CSS, Alfaomega, Mxico, 2008.
31
busque informacin DNS se conoce como cliente DNS y cualquier equipo que la proporcione
se considera servidor.27
2.1.10.
DNS
Es un protocolo de tipo cliente/servidor, su trabajo es mantener una base de datos que

contenga informacin DNS para responder a las peticiones de sus clientes y para aplicar las
peticiones de sus clientes y para replicar la informacin en otros servidores DNS segn sea
necesario.28
2.1.11.
Reingeniera de procesos
El rediseo de procesos organizacionales para reducir el nmero de actividades redundantes

y mejorar la eficiencia de los procesos.
2.1.11.1.1.
Reingeniera
El principio de una reingeniera comienza al darse cuenta que se ha estado trabajando con
los mismos procesos antiguos y la misma tecnologa, reconociendo el atraso que esto
genera, y permitiendo ser estudiados para modernizar los procesos con la automatizacin de
algunos de ellos. Pretendiendo obtener mejores resultados. 29
2.1.11.1.2.
Proceso
Es un conjunto de pasos parcialmente ordenados que intentan alcanzar algunas metas

establecidas. Un proceso est formado por un conjunto de tareas realizadas llamado rol,
estas tareas son llevadas a cabo por agentes, mquinas o humanos que utilizan artefactos,
es decir los elementos que entran y salen en cada uno de los procesos. 30
27 LUCA, JUAN. Windows Server 2008, Anaya Multimedia, Madrid, 2009.
28 PEREZ, M. Windows Server 2008 Instalacin, configuracin y administracin, Mxico, D.F. 2009.
29 HAMMER, M., Reengineering Work: Dont Automate, Obliterate. Harvard Business Review, 1990.
30 HUMPREY, W., FEILER P., Software Process Development and Enactment: Concepts and Definitions. Technical Report, 1992.
32
2.1.12.
Reingeniera de procesos de negocios (BPR)
Es la reconcepcin fundamental y el rediseo radical de los procesos de negocios para lograr

mejoras dramticas en medidas de desempeo tales como costos, calidad, servicio y
rapidez.31
2.1.13.
Metodologa rpida RE
La metodologa Rpida Re se compone de varias tcnicas administrativas actualmente

familiares, como: lluvias de ideas, anlisis de procesos, medidas de desempeo,
identificacin de oportunidades, etc. La metodologa se basa en 5 etapas que permiten
resultados rpidos y sustantivos efectuando cambios radicales en los procesos estratgicos
de valor agregado. La metodologa se dise para que la utilicen equipos de reingeniera en
organizaciones de negocios sin tener que basarse de expertos de fuera.
2.1.13.1.
Etapas de la metodologa Rpida Re
La metodologa Rpida Re, se compone de varias tcnicas administrativas las cuales

trabajan en conjunto.
2.1.13.1.1. Preparacin
Es bsicamente el levantamiento previo de informacin sobre las metas y los objetivos que
se buscan alcanzar.
2.1.13.1.2. Identificacin
Desarrolla un modelo del negocio, orientado al cliente; identifica los procesos estratgicos y
crticos, tanto de valor agregado como los medulares.
31 HAMMER, M. AND CHAMPY, J., Re-engineering the Corporation, Nicholas Brealey Publishing. The fundamental rethinking and radical
redesign of business processes to achieve dramatic improvements in critical, contemporary measures of performance, such as cost, quality,
service and speed., 1993.
33
2.1.13.1.3. Visin
Busca oportunidades de avance decisivo en los procesos; los analiza y lo estructura como
visiones de cambio radical.
2.1.13.1.4. Solucin
En esta etapa se produce un diseo tcnico y un diseo cultural-organizacional de la
empresa. La etapa de diseo tcnico busca realizar la visin, especificando las dimensiones
tcnicas del nuevo proceso. El diseo social necesariamente debe ser realizado al mismo
tiempo que el tcnico, pues para que un proceso sea eficaz, estos diseos deben ser
congruentes.
2.1.13.1.5. Transformacin
Realiza las visiones del proceso, lanzando versiones piloto y de plena produccin de los
nuevos procesos. 32
2.1.14.
IDEF0
El mtodo IDEF0 (Integration DEFinition for Function Modeling) es un mtodo basado en la

combinacin de una representacin grfica de funciones y un texto explicativo para el
modelado de decisiones, acciones y actividades de una organizacin o sistema.IDEF0 forma
parte de un conjunto de mtodos definidos para el diseo y modelado de software.
33
32 SPENDOLINI, MICHAEL J., Benchmarking. Editorial Norma, 1995..

33 TUYA, JAVIER., RAMOS, ISABEL., DOLADO, JAVIER., Tcnicas cuantitativas para la gestin en la ingeniera del software, 2007.
34
Figura 2.1 Modelo del diagrama IDEF0
2.1.15.
Flujo de trabajo (Workflow)
Conjunto de tareas organizadas para llevar a cabo algn negocio proceso (por ejemplo, el
procesamiento de rdenes de compra a travs del telfono, suministro de servicio telefnico,
procesamiento de reclamaciones de seguros). Una tarea puede ser realizada por uno o ms
sistemas de software, uno o un equipo de seres humanos, o una combinacin de stos.
Describe tareas de procesos de negocio a nivel conceptual necesario para comprender,
evaluar y redisear el proceso. Tambin puede capturar tareas de proceso de informacin a
un nivel que describe los requisitos del proceso para la funcionalidad de sistema de
informacin y habilidades humanas.
35
Figura 2.2 Funcionamiento del workflow (umbrella)
2.1.15.1.
Gestin de flujo de trabajo
Es una tecnologa de apoyo a la reingeniera de negocio y los procesos de informacin.

1. Describe los aspectos de un proceso que son relevantes para el control de y la
coordinacin de la ejecucin de sus tareas (posiblemente, las habilidades de los individuos o
los sistemas de informacin necesarios para realizar cada tarea).
2. Provee para el diseo rpido y la
aplicacin de los procesos de negocio como
necesidades y el cambio de sistemas de informacin.

Para apoyar eficazmente WFM, las organizaciones deben evolucionar sus entornos
informticos existentes a un nuevo entorno distribuido. 34
2.1.16.
Prototipo
El prototipo es una versin operativa de un sistema de informacin o parte del sistema, pero
se trata solo de un modelo preliminar. Una vez que opera, el prototipo ser luego mejorado
hasta que se apegue exactamente a los requerimientos de los usuarios. Para muchas
aplicaciones, un prototipo puede ser extendido y mejorado una y otra vez antes de aceptar el
diseo final. Una vez que el diseo se haya terminado, el prototipo puede convertirse en un
sistema pulido de informacin.
34 GEORGAKOPOULOS, DIMITRIOS., HORNICK, MARK., An Overview of Workflow Management: From Process Modeling to Workflow
Automation Infrastructure, Kluwer Academic Publishers, Boston, 1995.
36
2.1.17.
Tecnologas de la Informacin
Las TIC se desarrollan a partir de los avances cientficos producidos en los mbitos de la
informtica y las telecomunicaciones. Las TIC son el conjunto de tecnologas que permiten el
acceso, produccin, tratamiento y comunicacin de informacin presenta en diferentes
cdigos (texto, imagen, sonido).
Las nuevas tecnologas de la informacin y comunicacin son las que giran en torno a tres
medios bsicos: la informtica, la microelectrnica y las telecomunicaciones; pero giran, no
solo de forma aislada, sino lo que es ms significativo de manera interactiva e
interconectadas, lo que permite conseguir nuevas realidades comunicativas. 35
2.1.17.1.
Las tecnologas de la comunicacin y la informacin
dentro de la BPR
En las ltimas dcadas los avances y desarrollos de las Tecnologas de de la Informacin y
Comunicacin (TIC) y los Medios de comunicacin Colectiva (MCC) han sido agentes
importantes en la transformacin de los procesos educativos en nivel Internacional y
nacional, su incidencia es tal que se han generado distintas lneas de trabajo y de
investigacin en el mbito de la educacin y su relacin con estos componentes
tecnolgicos.
Las TIC han ofrecido a los sistemas una serie de recursos que les han permitido incursionar
en terrenos novedosos para desarrollar modelos y estrategias para promover distintas
acciones que fortalezcan el proceso de enseanza y de aprendizaje. 36
35 Tecnologas de la Informacin www.uv.es/~bellochc/pdf/pwtic1.pdf (Consulta 30/09/2013)

36 GARAY, LUZ M., Tecnologas de la Informacin y Comunicacin, Horizontes interdisciplinarios y temas de investigacin, Mxico, D.F.
2009.
37
2.1.18.
Modelado en diagramas Rol Actividad (RAD)
Diagrama Rol Actividad (RAD) actividades e interacciones las cuales permiten la

comunicacin de los roles. Proporcionan informacin de las perspectivas funcional, de
comportamiento y organizacional.
Las bases de modelar con RAD fueron introducidas por Anatol Holt como una manera de
representar el comportamiento de procesos coordinados, esta notacin fue ampliada y
actualizada por Martin Ould en 1995.37
Figura 2.3 Simbologa para la construccin de los Diagramas Rol Actividad (RAD)
37 MARTIN, JAMES. Rapid Application Development, MacMillan Publishing Co.1990.
38
2.1.19.
Estrategia de las 5s.
La estrategia de las 5s es una metodologa de trabajo desarrollada por la industria japonesa

despus de la II Guerra Mundial, debido a que exista la necesidad de incorporarse
nuevamente al mercado internacional despus que las industrias en general fueran casi
totalmente destruidas, enfrentando en aquel entonces una sensible baja en la economa y en
la produccin de bienes y servicios.
Es una metodologa prctica para el establecimiento y mantenimiento del lugar del trabajo
bien organizado, ordenado y limpio, a fin de mejorar las condiciones de seguridad, calidad en
el trabajo y en la vida diaria. Est integrado por cinco palabras japonesas que inician con la
letra s, que resumen tareas simples que facilitan la ejecucin eficiente de las actividades
laborales.
2.1.19.1.
Seiri (Clasificar)
Consiste en separar los elemento necesarios de los innecesarios y retirar los ltimos del
lugar de trabajo, con el objetivo de mantener nicamente aquello que es verdaderamente til
para determinada labor y a la vez establecer un sistema de control que facilite la
identificacin y el retiro o eliminacin de los elementos que no se utilizan.
2.1.19.2.
Seiton (Orden)
Consiste en ordenar y acomodar los elementos necesarios de manera que facilite la

bsqueda, identificacin, acceso, retiro y devolucin en cualquier momento. Una vez que los
elementos innecesarios han sido eliminados, entonces se procede a organizar el lugar de
trabajo. Para realizar el ordenamiento de los elementos necesarios se requiere definir el sitio
ms adecuado para colocarlos de acuerdo a la funcionalidad.
2.1.19.3. Seizo (Limpieza)
Consiste en eliminar el polvo y suciedad de todos los elementos de trabajo y de las
instalaciones de la empresa. Desde el punto de vista del Mantenimiento Productivo Total
(TPM, por sus siglas en ingls), seiso implica inspeccionar el equipo durante el proceso de
limpieza, identicando los problemas de fugas, averas o fallas.
39
2.1.19.4. Seiketsu (Limpieza estandarizada)

Se dene como crear un estado ptimo de las tres primeras S, con el n de mantener los
logros alcanzados, por medio del establecimiento y respeto a las normas que permitan elevar
los niveles de eciencia en el lugar de trabajo.
2.1.19.5. Shitsuke (Disciplina)
La disciplina debe ser reconocida como la parte ms importante a impulsar porque su
aplicacin hace que evolucionen las 4S anteriores. Adems demostrar un espritu proactivo
que impulse la realizacin de las actividades de mejora, teniendo la certeza que los
beneficios sern mayores cuando existe una consistencia en lo que se hace, tanto en la
empresa como en la vida personal de manera que se obtengan grandes y mejores
resultados, es decir, cuando todos los empleados demuestran una disciplina, la empresa
obtendr increbles resultados en la calidad y productividad. 38
2.2.
FUNDAMENTO LEGAL
2.2.1.Licencia PHP
Es la licencia bajo la que se publica el lenguaje de programacin PHP, de software libre no
copyleft y una licencia de cdigo abierto. Debido a la restriccin en el uso del trmino PHP,
no es compatible con la licencia GPL (Ver Anexo I).
2.2.2.Licencia de uso de MySQL

Este servidor de base de datos se distribuye bajo los trminos de la Licencia Publica General
GNU, pero no es totalmente hostil al payware (software comercial) ya que hay una licencia
comercial disponible para aquellos que quieran distribuir aplicaciones no GPL que requieran
MYSQL (Ver Anexo II).
38 RODRIGUEZ, R., Manual: Estrategia de las 5S-Gestion para la mejora continua. JICA, Honduras, 2010.
40
2.2.3.Licencia Microsoft Visio 2010

Dicha licencia cuenta con tres trminos, a) Trminos de Distribuidor, b) Trminos de OEM, c)
Trminos de product key card; de los cuales solo uno se aplica el tercer trmino (Ver Anexo
III.)
2.2.4.Licencia de StarUML
Los modulos y nucleo de StarUML se encuentran bajo los trminos de licencia GNU GPL,
con las siguientes excepciones (Ver Anexo II).
41
CAPITULO III. GENERALIDADES DEL PROYECTO
42
3.1. ANTECEDENTES
Los primeros reportes de trabajos de reingeniera de procesos se registran a partir de 1990,
con el trabajo de Hamer (Hammer, 1990) y Davenport (Davenport & Short, 1990); en donde
la reingeniera tambin se considera como un proceso de rediseo y la TI es un componente
importante. El rediseo, modificacin o propuesta de mejora, requieren de un modelo que
represente
la esencia del proceso actual, en el que se pueda identificar los objetos e
informacin que impiden que se cumpla con los objetivos establecidos. Un proceso es un
conjunto de actividades lgicas interrelacionadas dentro de una organizacin, donde su
ejecucin contribuye con el logro de los objetivos.
Una consideracin importante cuando se trabaja en actividades que impactan en un proceso
es el uso de los trminos mejora y optimizacin; el primer trmino se refiere a aspectos
cualitativos los cuales son difciles de medir. Mientras que optimizacin est relacionada con
una mejora automatizada de un proceso utilizando medidas cuantitativas para medir el
desempeo. De tal forma que, la reingeniera de proceso est relacionada con las TI porque
apoyan en el proceso de automatizacin.
De acuerdo a Tsalgatidoum (Tsalgatidou & Junginger, 1995) cuando no se est cumpliendo
cabalmente con el objetivo de un proceso y existe algn problema o cuello de botella para
desempearlo, se debe aplicar una reingeniera de procesos. En el mismo trabajo se
presenta la estructura general de la reingeniera: a) Definicin de la meta de la reingeniera,
b) Adquisicin de la informacin, c) Modelado del proceso y d) Evaluacin para introducir las
nuevas metas y propuesta de reingeniera o reestructuracin del proceso. Diversas
investigaciones se han dedicado a realizar propuestas y anlisis del proceso de modelado
del proceso (Tsalgatidou & Junginger, 1995; Vergidis, Tiwari, & Majeed, 2008), lo definen
como un aspecto fundamental en la reingeniera. Retomando la conceptualizacin de un
modelo, a partir de un conjunto de informacin se debe de producir una descripcin abstracta
de un proceso actual o una propuesta de solucin; en el que se represente toda la
informacin relacionada.
El objetivo del modelado es obtener un beneficio para los usuarios, se definen dos
perspectivas de beneficio: ya sea para transformarlo en otro y/o para su implementacin a
43
futuro (mediano o corto plazo). La introduccin de Sistemas de Tecnologas de Informacin

(TI) son indispensables para satisfacer las necesidades de los usuarios; adems de que
apoyan al proceso de modelado, de acuerdo a Tsalgatidou (Tsalgatidou & Junginger, 1995)
cuando el personal encargado no son expertos, se deben de considerar los siguientes
requerimientos para formalizar el modelo del proceso:
Representacin grfica y fcil de entender del proceso
Identificacin de los componentes del proceso actual que pueden ser reutilizados
Definir los algoritmos a los usuarios en donde se expliquen las diferentes tcnicas
para el anlisis y evaluacin del modelo
Definicin semntica para identificar la transformacin del modelo al momento de la
implementacin.
Para que el proceso de reingeniera cumpla con los nuevos objetivos planteados para el
proceso, se requiere representar de forma puntual y efectiva la descripcin de lo que est
pasando actualmente (modelo del proceso), que refleje una clara comprensin del proceso.
El modelado de procesos juega un rol importante en la percepcin y comprensin del
proceso; de aqu la importancia en seleccionar el mtodo o tcnica que capture todos los
aspectos relacionados. Existen diversas tcnicas para modelar procesos y captar los
aspectos que impactan en l. Una de las limitaciones de los modelos es la consideracin de
elementos cuantitativos, la identificacin de indicadores o medidas de desempeo lleva ms
de una dcada de estudio (Vergidis, Tiwari, & Majeed, 2008).
Para facilitar la comprensin de las tcnicas y seleccionar las adecuadas, se han
desarrollado diversas investigaciones, que las clasifica y categoriza. En su trabajo Melao y
Pidd (Melao & Pidd, 2000) adoptan cuatro perspectivas para comprender la naturaleza del
proceso:
Mquina determinstica. Son el conjunto de secuencias de actividades bien definidas
que poseen un conjunto de entradas y salidas, que estn relacionadas con el objetivo
del proceso. Identifican tres tcnicas para modelas a los procesos: IDEF0, IDEF3 y
RADs.
44
Sistemas dinmico complejo. En esta categora los resultados obtenidos describen la

complejidad, dinamismo y la forma en que interactan los componentes del proceso.
Los autores sugieren la simulacin de eventos para modelar el comportamiento.
Ciclos iterativos de retroalimentacin. Se identifica las mejoras, se recomienda el
modelado de sistemas dinmicos
Constructores sociales. Representa los diferentes valores de la gente, expectativas y
roles. Se representa con modelos ilustrativos.
Otra tcnica para el modelado de informacin son las que modelan el flujo de trabajo
(workflow), una de las tcnicas recomendadas para este objetivo son los diagramas de
Business ProcessModeling Notation (BPMN). Las tcnicas de observacin y anlisis ofrecen
un conjunto de opciones para redisear un proceso que incluye actividades no evaluables.
Sin embargo, con eta tcnica se requiere cierta experiencia de los miembros del equipo de
reingeniera. Por otra parte Li et al (Li, Fan, & Zhou, 2004) modelan el flujo de trabajo en
tres niveles: Nivel lgico. Revisa que los eventos sean correctos y ejecutados en orden
Nivel temporal. Analiza el intervalo de las dependencias en relacin al flujo de trabajo
con las restricciones impuestas (validacin, manuales)
Desempeo. Evala la habilidad para conocer los requerimientos con respecto a los
requerimientos con respecto al desempeo de indicadores.
Para lo cual se propone el uso de las redes de Petry. Con lo antes mencionado, se identifica
que el proceso de reingeniera se realiza para modelar y proponer (formalizar el proceso) y/o
como la implementacin de optimizacin. En la primera fase del proyecto de rediseo del
proceso de de registro de prcticas de laboratorio, se formalizar el proceso rediseado.
Para esta fase se aplicar el modelado con una perspectiva de mquina determinstica, con
los diagramas IDEF0 y RADs, con la combinacin de ciclos iterativos de retroalimentacin y
constructores sociales (grficas ricas).
3.2. PLANTEAMIENTO DEL PROBLEMA

Actualmente el laboratorio de Bioqumica del Instituto Tecnolgico Superior de Irapuato
(ITESI) trabaja de forma tradicional (actividades manuales), la tarea del proceso de registro,
45
seguimiento, control y realizacin de prcticas. Existen diversos tipos: de materia, de tesis y

de proyecto final. Las actividades realizadas en el rea de trabajo son importantes para el
encargado del Laboratorio.
El proceso que se lleva a cabo est formado por varios pasos, el primero de ellos es que el
encargado de laboratorio les entrega a los alumnos un formato y una vez que es llenado, se
entrega al l o asistente tcnico; el da de la prctica se revisan las solicitudes registradas y
se prepara el material a entregar. Una de las situaciones complejas de esta actividad, es que
deben coincidir en tiempo, generando una cierta inversin del mismo. El vale se debe
entregar con 3 das hbiles de anticipacin.
Por ejemplo, si un alumno tiene un horario muy ocupado y solo dispone de unos minutos
para ir al laboratorio a pedir un formato de registro y no se encuentra el responsable, debe
regresar hasta coincidir en horarios poniendo el riesgo de no realizar la prctica. El
encargado avisa si la solicitud fue aceptada, registrando la mesa de trabajo con datos de la
materia, el tipo de prctica, los materiales y los reactivos a utilizar, entregndolos el da
seleccionado y verificando la entrega y recepcin de estos mismo, si hubo alguna prdida
esta se registra en la hoja que llenaron la cual sirve como referencia para que los estudiantes
lo repongan. Si en ese momento se encuentran ms personas esperando se invierte tiempo
mientras son atendidos. Adems el almacn no est inventariado y cuando no existe algn
reactivo, los interesados le informan al profesor, el cual reemplaza el faltante por otro o
cambia la prctica. Despus se llena nuevamente el vale.
Actualmente el registro, seguimiento, control y realizacin de prcticas se hace de forma
manual en el Laboratorio de Bioqumica, se almacena en cajas, o si se aglomeran los
alumnos el encargado las coloca temporalmente en el escritorio; esto provoca que se
interfiera con las actividades de los estudiantes y se genere carga de trabajo adicional al
capturar las solicitudes en un tiempo posterior. Adems no se lleva un control de la
informacin adecuado y si se pospone para su captura, se puede llegar a traspapelar. Por
otra parte, se identific que la forma de manipular el equipo y material de laboratorio no es el
adecuado para respaldar la seguridad de los involucrados.
46
En el periodo en donde se tiene mucha demanda de servicio, no es posible llevar a cabo las
prdidas en la forma que se requiere, ya que los datos se anotan en los vales y no siempre
se almacena en archivo fsico. En ocasiones al llegar al final del semestre, cuando los
estudiantes necesitan que firmen las hojas de los sellos, se genera una demora en buscar si
existen perdidas de material de Laboratorio ya que el encargado debe verificar que no
adeuden material. El responsable debe revisar fsicamente las solicitudes y tener en cuenta
los aspectos de informacin para atender a los reportes pedidos.
Debido a la carga de trabajo que en momentos es generada, el control de la calidad no se
logra de forma sencilla. Por esta razn, se llegan a traspapelarlos documentos guardados.
Cuando el encargado se sobrecarga de actividades se limita al encontrar la informacin en
tiempo y forma para realizar los reportes. Actualmente, se desea que el laboratorio aplique
los criterios de la metodologa de las 5S las cuales son seiri, seiton, seiso, seiketsu y shitsuke
(clasificar, orden, limpieza, limpieza estandarizada y disciplina).
3.3. OBJETIVOS
3.3.1 Objetivo general
Definir las tecnologas de la informacin utilizadas para reestructurar los procesos del control
y seguimiento de prcticas en el Laboratorio de Bioqumica del ITESI que cuente con los
protocolos para proporcionar los estndares de calidad para mejorar los puntos de la
metodologa de las 5s (clasificar, orden, limpieza, limpieza estandarizada y disciplina).
3.3.2 Objetivos particulares
47
Analizar los procesos de registro y disear los diagramas correspondientes para

conocer el procedimiento que se realiza en la asignacin de mesas de trabajo en el
laboratorio de Bioqumica y lograr que los procesos sean ms eficientes.
Hacer un anlisis y modelado de los registros para identificar las mejoras de los
procesos y redisear los diagramas que nos guiaran a la implementacin de la
aplicacin.
Desarrollar una herramienta informtica para agilizar los procesos utilizados en el
registro de prcticas logrando que no se realicen en forma manual y no se invierta
tiempo en realizar cada proceso.
Migrar los datos de los ltimos meses para la actualizacin de la informacin sobre
cada proceso realizado y la obtencin de reportes los cuales nos puedan proporcionar
un anlisis de los requerimientos para las solicitudes de compra y planeacin.
Realizar un reporte el que se indiquen las mejoras identificadas para llevar a cabo el
proceso de una forma eficiente.
3.4. PREGUNTA DE INVESTIGACION

La reestructuracin del proceso de la identificacin del flujo de trabajo y de un mejor manejo
del flujo de informacin identificara las reas de oportunidad para mejorarlo y realizarlo de
forma eficiente con diferentes tecnologas de la informacin y comunicacin?
Cules son los cambios, el proceso reestructurado y las tecnologas de la informacin para
que el proceso de registro, control, seguimiento y realizacin de prcticas sea eficiente para
los actores involucrados, proporcionando estndares de calidad para cubrir algunos puntos
de la metodologa 5S?
3.5. JUSTIFICACIN
Dentro del Laboratorio de Bioqumica los alumnos invertirn un menor tiempo en el proceso
de registro, seguimiento, control y realizacin de prcticas. Adems de apoyar al encargado
del laboratorio, llevando a cabo ms actividades dentro de su horario laboral. Facilitar el flujo
de trabajo en el proceso de registro, seguimiento y control de las prcticas de laboratorio, se
requiere de un documento que contenga el anlisis y diseo de dicho proceso, adems de
una propuesta de adecuacin reingeniera de procesos creando una herramienta
48
tecnolgica y rediseando algunos aspectos del proceso, involucrando a los actores

responsables de cada una de las actividades de acuerdo al rol que desempea.
El encargado
mejorar
su rendimiento en el Laboratorio de Bioqumica a travs de la
implementacin de esta herramienta, disminuyendo el consumo de papel y evitando la

perdida de formatos realizados. Tambin se mejorar el control del almacn ya que al tener
un registro sobre los reactivos y los materiales utilizados en prcticas y los que falten para
realizarlas. As como una mejor organizacin de las actividades a efectuar, ya que se espera
llegar a cumplir con la mayora de los puntos de la metodologa de las 5s. Tales como crear
ambientes de trabajo seguro, eficiente y agradable para vivir buena parte de nuestra vida.
Por lo tanto con este anlisis y la creacin de la herramienta tecnolgica, se podr tener un
mejor control del flujo de trabajo y de la informacin.
3.6. VIABILIDAD DE LA INVESTIGACIN

Este proyecto cuenta con los elementos necesarios para llevar a cabo su desarrollo, ya que
el proyecto se realiza en el Instituto Tecnolgico Superior de Irapuato (ITESI),
especficamente en el Laboratorio de Bioqumica, por lo tanto est al alcance de nuestras
posibilidades, debido a que se cuenta con datos verdicos y reales de la situacin que se va a
solucionar, as como tambin con el apoyo del encargado del Laboratorio y de la Institucin
al proporcionar datos referentes al desarrollo del proyecto.
En cuanto a los recursos tcnicos, el rea de Laboratorio cuenta con el hardware y software
indispensables para llevar a cabo la implementacin de nuestra primera fase de la
herramienta tecnolgica.
Con respecto a los recursos econmicos, el proyecto es viable, debido a que los diferentes
elementos tales como alimentacin, papelera y gastos internos sern solventados por los
investigadores, en cuanto al equipo de trabajo requerido para la realizacin del proyecto, se
cuenta con el equipo de cmputo que tiene las caractersticas necesarias para la instalacin
del software, Microsoft Visio 2007, Microsoft Project 2010 , MySQL, HTML y PHP en lo que
se refiere a la primera fase del proceso de registro, seguimiento, control y realizacin de
prcticas.
49
3.7. CONSECUENCIAS DE LA INVESTIGACIN

Con este proyecto se contara con un anlisis profundo de la informacin para dar
seguimiento a la segunda fase de la reingeniera de procesos del Laboratorio de Bioqumica.
Adems los resultados del proyecto sern la comprobacin del restablecimiento del flujo de
trabajo y del flujo de la informacin, estableciendo los roles y actividades de cada actor
dentro del proceso de registro, seguimiento, control y realizacin de prcticas dentro del
Laboratorio de Bioqumica.
3.8. HIPOTESIS
Las hiptesis formuladas para el presente proyecto son las siguientes:
Ha: La reestructuracin del proceso de registro de prcticas contribuye a agilizar el flujo de
trabajo.
Hb: El uso de un sistema informtico, que utiliza un control de la informacin del proceso de
registro, ayuda a mejorar los estndares de calidad para cubrir de forma eficiente y eficaz las
necesidades del encargado de laboratorio y los requisitos de los alumnos.
H0: La falta del uso de un sistema informtico en el proceso de registro de prcticas
disminuye el lento acceso a la informacin, en el momento requerido, que a su vez delimitan
las actividades a desempear de parte del encargado.
50
CAPTULO IV: ACTIVIDADES DESARROLLADAS

DURANTE EL PROYECTO
51
4.1. CRONOGRAMA
De acuerdo a las actividades a realizar para el desarrollo del proyecto se distribuy el tiempo
en el siguiente cronograma:
Figura 4.1 Cronograma de actividades
52
4.2. CLASIFICACIN DEL PROYECTO

El presente proyecto se puede clasificar dentro del criterio sectorial, puesto que pretende
agilizar la calidad del flujo de trabajo durante el proceso de registro de prcticas. Tambin se
considera dentro del criterio de cobertura empresarial, debido a que solo ser empleado en el
Instituto Tecnolgico Superior de Irapuato dentro del Laboratorio de Bioqumica ya que se ha
elaborado de acuerdo a los requerimientos que dicho lugar necesita.
4.3.
METODOLOGA EMPLEADA EN LA INVESTIGACON
La metodologa surge a medida que las ciencias van desarrollndose, de donde se

desprende
que
el
conocimiento
metodolgico,
el
aprendizaje
experiencia
de
las tcnicas opera como un proceso continuo, gradual y progresivo en el que el saber se
construye y el modo de adquirirlo se configura con el paso de la experiencia, debido a los
diferentes postulados que la sustentan se ha divido en dos principales mtodos: el mtodo
cualitativo y el cuantitativo, cada uno con sus propias caractersticas.
El mtodo que ser utilizado en el desarrollo de este proyecto es el mixto debido a una
combinacin del mtodo cuantitativo y el cualitativo, ya que se empelaran estadsticas para la
recoleccin de datos y su experimentacin, as como extraer los significados de los datos y
de esta manera demostrar que las hiptesis tienen fundamento.
As como se eligi un mtodo de investigacin es necesario elegir el tipo de investigacin
que ser aplicado. Para el presente proyecto se utilizara la investigacin experimental, que
como su objetivo lo menciona, se deber introducir una variable en una situacin para as
poder observar y conocer sus conductas observadas.
4.4.
CICLO DE VIDA
Cada proyecto requiere de un ciclo de vida del software, el cual deber cumplir las
caractersticas necesarias para la obtencin de un producto que satisfaga todas o la mayora
de las necesidades del cliente. El ciclo de vida seleccionado se denomina ciclo de vida en
espiral, el cual consiste en una serie de ciclos que se repiten una y otra vez, pasando por
53
todas sus fases y una vez que este termina, genera un producto ms amplio y mejor que el
anterior.
El ciclo de vida en espiral ha sido elegido debido a que las repeticiones de su ciclo permiten
que el sistema vaya mejorando cada vez ms y el margen de riesgo sea cada vez menor, ya
que se podrn identificar problemas en etapas tempranas, para su mejoramiento.
4.5. ANALISIS DE REQUERIMIENTOS

Nmero de requerimiento
Nombre del requerimiento
Tipo
Fuente del requerimiento
Prioridad del requerimiento
RF_001
Controlar el acceso de usuarios
Requisito
x
Restriccin
Jefe de Laboratorio de bioqumica
Alta
x
Media
Baja
Tabla 4.1 Requerimiento RF_001
El usuario que desee acceder al sistema deber contar con un nombre de usuario y
contrasea, adems de los permisos necesarios para utilizar las funciones existentes, sino
cuenta con ellos deber registrarse para poder acceder al sistema.
Tipo
RF_001_01
Validacin de usuarios
Requisito
x
Restriccin
Alta
x
Media
Baja
Tabla 4.2 Requerimiento RF_001_01
Cada vez que el usuario desee ingresar al sistema deber de iniciar sesin, este deber
solicitar un nombre de usuario y una contrasea para validar en la base de datos y permitir o
negar el inicio al sistema.
Tipo
RF_001_02
Agregar usuario nuevo
Requisito
x
Restriccin
Alta
x
Media
Baja
Se realizar el ingreso de nuevos usuarios al sistema introduciendo el nombre de usuario y

su contrasea para que pueda acceder al sistema y a sus funciones, adems se asignarn
privilegios o restricciones dependiendo del tipo de usuario.
54
Tipo
RF_001_03
Eliminar usuario
Requisito
x
Restriccin
Alta
x
Media
Baja
Cada que sea necesario se eliminara toda la informacin del usuario creado, ya que desde el
momento en que no trabaja para el laboratorio, se debe dar de baja para evitar posibles
modificaciones al sistema.
Tipo
RF_001_04
Modificacin de privilegios de usuarios
Requisito
x
Restriccin
Alta
x
Media
Baja
Modificar nombre de usuario y contrasea, agregando o eliminando funciones o privilegios,

cambio de datos cuando estos han sido olvidados, para evitar problemas posteriores con el
sistema.
Tipo
RF_002
Formulario de registro
Requisito
x
Restriccin
Jefe o auxiliar de Laboratorio de bioqumica
Alta
x
Media
Baja
Se requiere un formulario de registro de prcticas para que los alumnos puedan solicitar la
reservacin de la mesa de trabajo.
Tipo
RF_002_01
Generador de cdigo de reservacin
Requisito
x
Restriccin
Alta
x
Media
Baja
55
El cdigo se utilizara como referencia al nmero de registro, este se presentara el da de la

prctica para que se haga valida la reservacin de la mesa de trabajo y poder as entregar el
material para su realizacin.
Tipo
RF_002_02
Generacin de documento para registrar prctica
de alumno
Requisito
x
Restriccin
Alta
x
Media
Baja
Al momento de llenar el formulario, los datos debern ser guardados en la base de datos, as
mismo, se generara un documento en formato .pdf para el alumno como sustento del registro
de su prctica.
Tipo
RF_002_03
Generacin de copia del documento del registro
para el encargado
Requisito
x
Restriccin
Alta
x
Media
Baja
Adems de contar con un archivo en .pdf para el alumno, tambin deber generarse una
copia para el encargado, el cual podr visualizar la informacin y este documento le servir
para su posterior clasificacin de acuerdo a la materia y carrera de la cual se est cursando.
Tipo
RF_002_04
Generacin de documento sobre registro para el
administrador del sistema
Requisito
x
Restriccin
Alta
x
Media
Baja
La generacin de documentos en formato .pdf ser tambin para el administrador general,

esto como un respaldo de informacin en caso de fallas o la falta del servicio sobre la base
de datos.
RF_003
56

Tipo
Registro de faltantes
Requisito
x
Restriccin
Alta
x
Media
Baja
Al momento de finalizar una prctica, se reciba el material que se haba entregado y si por
algn motivo los alumnos quebraron o perdieron algn material o reactivo, se debe levantar
un registro de perdida hasta la reposicin del material.
Tipo
RF_003_01
Modificar registro de faltantes
Requisito
x
Restriccin
Alta
x
Media
Baja
Cuando un material sea reemplazado por el alumno que lo extravi, se debe modificar el
registro de faltantes para eliminar su adeudo, mostrando en el mismo, que el alumno ha
cumplido con su reposicin.
Tipo
RF_003_02
Generacin de registros de prdidas en .pdf para
alumnos
Requisito
x
Restriccin
Alta
x
Media
Baja
Se genera un reporte en formato .pdf para su posterior clasificacin y su respaldo en la base

de datos, este ser para el alumno responsable del registro de prctica como un
comprobante de dicha perdida y/o reemplazo de material.
Tipo
RF_003_03
Generacin de registros de prdidas en .pdf para
encargado
Requisito
x
Restriccin
Alta
x
Media
Baja
57
Reporte generado para el encargado, para su posterior clasificacin y como respaldo de

informacin sobre la base de datos.
Tipo
RF_004
Generacin de reportes de registro de practicas
Requisito
x
Restriccin
Alta
x
Media
Baja
Generacin de reportes de las prcticas registradas para tener un censo sobre el nmero de
prcticas realizadas y la actividad de cada materia y semestre, esto para fines informativos y
preventivos.
Tipo
RF_005
Generacin de reportes de registros de material
faltante
Requisito
x
Restriccin
Alta
x
Media
Baja
Los reportes generados sern utilizados para fines informativos, conociendo as el nmero de
material perdido en cada semestre y su correspondiente reemplazo.
Tipo
RF_006
Generar reportes varios
Requisito
x
Restriccin
Jefe de almacn
Alta
x
Media
Baja
Las consultas realizadas a la base de datos solo podrn ser realizadas por los usuarios con
dicho privilegios, en este caso, el administrador general, y se mostrar la informacin de
acuerdo a los datos accedidos.
58
4.6.
ESTUDIO DE FACTIBILIDAD
Al momento de realizar un estudio de factibilidad se determina si la Institucin en donde se

implementara el proyecto cuenta con los recursos tcnicos, econmicos y operativos para
determinar si el proyecto se podr llevar a cabo.
4.6.1 Factibilidad tcnica

La factibilidad tcnica consisti en un estudio de la tecnologa con la que cuenta el
Laboratorio de Bioqumica y la posibilidad de hacer uso de esta con la implementacin del
sistema, evaluando tanto hardware como software.
4.6.1.1 Interfaces de hardware

Para lograr un correcto funcionamiento, el sistema debe ser instalado en un computador y
una tableta electrnica con las siguientes caractersticas:
PC
Procesador de 1.5 GHz con arquitectura de 32 bits, 1Gb en memoria RAM, interfaz Ethernet
y espacio en disco de 500 MB, los cuales se ampliaran conforme la base de datos vaya
aumentando, el sistema operativo recomendado es Windows XP.
Teniendo en cuenta estos requerimientos, el Laboratorio de Bioqumica no tendr que
adquirir algn hardware especfico, ya cuenta con el equipo suficiente para satisfacer los
requerimientos mencionados.
4.6.1.2 Interfaces de software

Para la visualizacin de los reportes generados en .PDF es necesario el siguiente software:
Adobe Reader X. El software Adobe Reader es el estndar mundial gratuito para

visualizar, imprimir y comentar de forma fiable documentos PDF.
Tomando en cuenta los requerimientos de software el Instituto Tecnolgico Superior de

Irapuato no necesita adquirir licencias de software puesto que ya cuenta con ellas.
59
4.6.2 Factibilidad econmica

En los siguientes apartados se mostrara un estudio para saber qu tan factible es el
desarrollo del sistema. Se han determinado los recursos necesarios para el desarrollo,
implementacin y mantenimiento, mostrando los beneficios que traer consigo la aplicacin
del proyecto.
4.6.2.1 Anlisis Costo-Beneficios

Es un anlisis comparativo entre el proyecto propuesto y el sistema de registro con el que
cuenta el Laboratorio de Bioqumica. El Instituto Tecnolgico Superior de Irapuato deber
realizar una inversin inicial para adquirir una tableta electrnica, siendo este el nico
requisito faltante.
4.6.2.1.1 Costos del sistema actual

Los gastos que se muestran en la tabla 4.18 corresponden a todo el material que se necesita
diariamente para realizar el proceso de registro de prcticas, como plumas, paquetes de
hojas, tner para impresora, folder, entre otros.
Gastos generales
Costo aproximado
Consumo anual
Montos anuales
Paquete de plumas
$129.00
$298.00
Paquete de hojas
$110.00
24
$2640.00
$9714.00
$387.00
Total
$13,039.00
Tner
impresora
para $1,619.00
Paquete de folder
$129.00
Tabla 4.18 Costos del sistema actual en material
El costo por persona no se ha incluido debido a que no se va a reducir el personal al

implementar el sistema propuesto, sino que se agilizara el proceso de registro de prcticas y
el flujo de trabajo. Por lo tanto se tiene un costo anual total de $13,039.00.
4.6.2.1.2 Costo del sistema propuesto
60
El costo del proyecto propuesto plantea los siguientes presupuestos para la implementacin
y seguimiento del mismo. En la tabla 4.19 se muestran los costos de los materiales utilizados
para la realizacin del prototipo.
Gastos generales
Costo aproximado
Consumo anual
Montos anuales
Plumas
$129.00
$298.00
Paquete de hojas
$110.00
$440.00
$4857.00
Total
$5,597.00
Tner
para $1619.00
impresora
Tabla 4.19 Costos del sistema propuesto
La diferencia entre el costo del proyecto a desarrollar y el sistema actual en que se maneja el
registro de las prcticas de Laboratorio es notable, quedando en $5,597.00 sin contar que la
inversin de tiempo disminuira y la prdida de papeles no se presentara.
4.6.2.2 Anlisis de tiempos

Este anlisis muestra una comparacin entre el tiempo que tarda en realizarse el registro de
prcticas de la manera habitual y un estimado del tiempo que se generara con el prototipo
propuesto. El Laboratorio de Bioqumica cuenta con un encargado, un auxiliar y un
encargado de almacn, los cuales laboran 8 horas diarias, los 5 das de la semana, con un
receso de 1 hora por da.
4.6.2.2.1 Tiempos del sistema actual

Los tiempos mostrados en la tabla 4.20 corresponden a un promedio de tiempo en que
tardan los encargados en revisar las solicitudes recibidas, verificacin de la informacin y
envo de respuesta, proceso actual que se realiza en el Laboratorio de Bioqumica.
Actividades generales
Tiempo
Nmero de revisiones por
promedio
da
Revisin de solicitud recibida
10 min.
Verificacin de la informacin
5 min.
Envo de respuesta
5 min.
Apartado de solicitud
2 min.
3
61
Clasificacin de documento
1 min.
Compartir documento
2 min.
Tabla 4.20 Tiempos del sistema actual
El nmero de veces en que se revisa el correo del encargado para verificar las solicitudes
recibidas se ha calculado tomando en cuenta el nmero de personas que tienen acceso a la
informacin. Se sabe que los encargados tienen otras actividades por realizar, dentro de su
da laboral.
4.6.2.2.2 Tiempos estimados con el sistema propuesto

Los tiempos que se muestran en la tabla 4.21 son un estimado del tiempo que les tomara a
los encargados revisar la informacin recibida de todos los registros realizados para la
realizacin de prcticas de laboratorio.
Tiempo promedio
Nmero de inspeccin por

da
Revisin de solicitud recibida
5 min.
Verificacin de la informacin
1 min.
Envo de respuesta
0 min.
Apartado de solicitud
0 min.
Clasificacin de documento
1 min.
Compartir documento
1 min.
Tabla 4.21 Tiempo estimado con el sistema propuesto
Los tiempos que se han estimado estn basados en el tiempo en que se tardaran en revisar
la informacin de la base de datos, sobrando un tiempo aproximado de 21 minutos.
Con este anlisis se logra notar la diferencia sobre el ahorro de tiempo que se har entre el
sistema actual (manual) y el sistema propuesto (semi-automatizado) adems se lograra
generar un reporte sobre el nmero de registros realizados. Mientras ms registros se
realicen, el tiempo invertido ser el mismo adems el nmero de revisiones solo ser una vez
por da y no se tendrn que hacer la reservacin de la mesa de trabajo manualmente.
4.6.3 Factibilidad operativa
62
Se ha visto mediante los anlisis del problema, que las dificultades que va a remediar el
sistema son de gran prioridad, debido a que los procesos son realizados diariamente y de
manera no equitativa.
Por este motivo, la creacin de un sistema que automatice dicho problema ser una de las
mejores soluciones, adems se ha obtenido la informacin necesaria para que se cumplan
todas las expectativas. Se trabajara con el encargado y los alumnos para que adopten la
nueva forma de registrar las prcticas y se encuentran en la mejor disposicin para aplicarlo.
4.7.
DIAGRAMAS DE CASOS DE USO
En este apartado se mostraran los casos de uso que describen en una manera general el
funcionamiento del sistema, siendo cinco los casos de uso principales.
4.7.1.
Caso de uso general del sistema
El diagrama que se muestra en la figura 4.2 muestra la forma en que los actores se
relacionan con el sistema, el control de usuarios, el registro de prcticas, la generacin de
reportes, el registro de prdidas y la generacin de reportes. El administrador del sistema se
encarga de la totalidad del control de usuarios y de toda la informacin que se encuentra en
el sistema, adems de poder generar reportes y realizar consultas a la base de datos. Por
otra parte el encargado de laboratorio tiene la posibilidad de revisar el documento generado
con el registro de prcticas y la generacin del reporte de prdidas. Los alumnos son los
encargados de registrar las prcticas y a su vez se genera el documento de respaldo sobre el
registro realizado.
63
System
Reporte perdidas
Encargado
Consultar informacion
Registro practica
Alumno
Generacion de reportes
Administrador
Figura 4.2 Diagrama de caso de uso general
4.7.2.
Caso de uso: Administrar informacin de usuario
Caso de uso
Administrar informacin de usuarios
CU_001
Actores
Administrador
Suposicione
s
El administrador ingresa, elimina y modifica la informacin de todos los

usuarios del sistema.
Precondicin
El administrador esta previamente registrado en el sistema.
Iniciacin del El administrador necesita dar de alta, baja a un usuario o modificar su

caso de uso informacin en el sistema.
Dialogo del El administrador elige una opcin (agregar, eliminar o modificar usuario) e
caso de uso ingresa la informacin requerida para que se pueda realizar la accin.
Post
condicin
Se tendr la informacin de los usuarios para poder tener un control sobre

su acceso al sistema.
Autor
Chvez-Villegas
Fecha
10/10/13
Versin
1.0
Tabla 4.22 Caso de uso: Administrar la informacin de usuario
64
System
Control de ususarios
Agregar usuario
Administrador
Eliminar_ usuario
Modificar usuario
Figura 4.3 Diagrama de caso de uso CU_001
4.7.3.
Caso de uso: Registrar prctica
Caso de uso
Registrar practica
CU_002
Actores
Alumno
Suposicione
s
El alumno ingresa al sistema y comienza a llenar el formulario del registro

de prcticas.
Precondicin
El alumno debe estar previamente registrado y logeado en el sistema.
Iniciacin del El alumno comienza a ingresar la informacin requerida.

caso de uso
Dialogo del El alumno comienza a ingresar los datos (nombre de prctica, mesa de
caso de uso trabajo, integrantes, materiales, etc.) para completar el registro de su
prctica
Post
condicin
La informacin quedara almacenada en la base de datos para su posterior

uso.
Autor
Chvez-Villegas
Fecha
10/10/13
Versin
1.0
Tabla 4.23 Caso de uso: Registrar prcticas
65
System
Registrar practica
Ingresar los datos requeridos

Alumno
Enviar registro
Figura 4.4 Caso de uso CU_002
4.7.4.
Caso de uso: Registrar perdida
Caso de uso
Registrar perdida
CU_003
Actores
Encargado
Suposicione
s
El encargado ingresa al sistema y comienza a llenar el formulario del

registro de perdidas si se extravi alguna material.
Precondicin
El encargado debe ingresar al sistema.
Iniciacin del El encargado ingresar la informacin requerida para que se pueda realizar
caso de uso el registro de prdidas.
Dialogo del El encargado consulta el registro de prcticas mediante el cdigo de
caso de uso confirmacin, el nombre del alumno y la fecha y agrega el material faltante
para la generacin del reporte.
Post
condicin
La informacin quedara almacenada en la base de datos para su posterior

uso y adems se genera un .pdf para su clasificacin.
Autor
Chvez-Villegas
Fecha
10/10/13
Versin
1.0
Tabla 4.24 Caso de uso: Registrar prdida
66
System
Registrar perdida
Ingresar los datos requeridos

Encargado
Guardar registro
4.7.5.
Caso de uso: Generacin de reportes
Caso de uso
Generacin de reportes
CU_005
Actores
Administrador
Suposicione
s
El administrador debe estar logeado y haber seleccionado la opcin de

reportes e ingresar la informacin requerida.
Precondicin
El administrador debe estar previamente logeado en el sistema.
Iniciacin del El administrador ingresa la informacin requerida para generar el reporte.

caso de uso
Dialogo del El administrador selecciona la opcin generar reporte e ingresa un intervalo
caso de uso de fechas y el tipo de reporte para que este se genere.
Post
condicin
La informacin quedara almacenada en un archivo .pdf
Autor
Chvez-Villegas
Fecha
10/10/13
Versin
1.0
Tabla 4.25 Caso de uso: Generacin de reportes
67
System
Generar reporte
Seleccionar tipo de reporte
Ingresar informacion requerida

Administrador
Guardar reporte
Imprimir reporte
4.8. DIAGRAMA DE FLUJO DE INFORMACIN

Los diagramas de flujo de informacin sern utilizados para conocer el proceso que lleva en
generar un reporte, mediante decisiones para poder llegar a la generacin final del reporte de
manera exitosa.
4.8.1.
Generar un reporte de perdidas
En la figura 4.8 se presenta el diagrama de flujo de la generacin del reporte de perdidas,

donde se registran los materiales perdidos o quebrados y la cantidad extraviada. Los datos
requeridos a ingresar son el cdigo de reservacin, el da en que se realiz la prctica y el
nmero de control del jefe del equipo, posteriormente se muestra el registro de la prctica y
se seleccionan los materiales faltantes y cuando ha finalizado la captura de los datos, se
guarda la informacin. Cuando el material faltante ha sido reemplazado se modifica el
reporte.
68
Figura 4.7 Diagrama de flujo para la generacin del reporte de prdidas
4.8.2.
Generar un reporte de registro de prcticas
En la figura 4.9 se muestra el diagrama de flujo de la generacin de un reporte de registro de

prcticas. Cuando el alumno representante de algn equipo va a registrar su prctica, debe
estar registrado en el sistema, sino es as debe registrarse y posteriormente seleccionar la
opcin de registro de prctica e ingresar los datos que ah se solicitan. Ya que la informacin
este capturada, se enva los datos, verificando que los datos sean correctos, sino estos se
deben corregir para continuar con su envo. Despus se recibe el cdigo de confirmacin y el
registro de la prctica en formato .pdf para su almacenamiento.
69
Figura 4.8 Diagrama de flujo de informacin sobre la reservacin de prcticas
4.9. DIAGRAMA DE BASES DE DATOS RELACIONAL

En la figura 4.10 se presenta el diagrama de base de datos relacional, donde se muestra la
relacin 1:N que existe entre la tabla Profesor y la tabla Usuario ya que un profesor solo
puede ser un usuario. Tambin existe una relacin 1:N entre la tabla Carrera y la tabla
Alumnos, ya que un alumno puede ser de una sola carrera y cada carrera puede tener
muchos alumnos. Existe una relacin 1:N entre la tabla Profesor y Carrera, ya que un
profesor solo imparte clases de una carrera en especfico. La relacin 1:N entre la tabla
RegistroPractica y Materiales se cumple cuando una prctica registrada tiene muchos
materiales a utilizar. Adems existe la relacin 1:N entre la tabla Materia y Carrera ya que la
carrera puede tener muchas materias. Conjutamente se tiene la tabla ReservacionPractica la
cual contiene informacin de las reservaciones que se hicieron para realizar las prcticas.
70
Figura 4.9 Modelo relacional de la base de datos
4.10. DICCIONARIO DE DATOS

Para comprender mejor la base de datos, a continuacin se presentara cada tabla con sus
respectivos campos y caractersticas.
En la tabla 4.26 se muestran los campos que deben ser llenados para que un usuario se
registre en caso de que sea un profesor, como es especificar el rea en que labora, es decir,
de que carreras imparte materias, su nombre y apellidos, la clave de control que tiene
asignada por parte de la Institucin. Esta tabla tiene relacin con la tabla usuario, ya que el
nombre del usuario debe corresponder con el nombre del profesor que se ha registrado.
PROFESOR
P
K
FK
Campo
Tipo
Nulo
Descripcin
Relacin
con la tabla
IDProfesor
INT
Id de identificacin
NombreProfesor
VARCHAR
Nombre del profesor
ApellidoPaProf
VARCHAR
Apellido
profesor
paterno
del
ApellidoMaProfesor
VARCHAR
Apellido
profesor
materno
del
71
ClaveProfesor
VARCHAR
Clave de
profesor
control
Tipo
VARCHAR
Profesor/Usuario
rea
VARCHAR
Bioqumica/Qumica
NombreUsuario
VARCHAR
Nombre del usuario
del
Usuario
Tabla 4.26 Tabla Profesor
En la tabla 4.27 se muestran los datos que se le pedirn a cada persona que se va a registrar
como usuario en el sistema, agregando campos adicionales como el tipo (ya sea alumno o
profesor), y el correo de usuario, muy importante para el proceso de reservacin de prctica,
ya que es indispensable para enviar la informacin del registro de prctica.
USUARIO
P
K
FK
Campo
Tipo
Nulo
Descripcin
IDUsuario
INT
Identificador de Usuario
NombreUsuario
VARCHAR
Nombre del usuario que se

ha registrado en el sistema
ApellidoMaUsuario
VARCHAR
Apellido
Materno
del
usuario
que
se
ha
registrado en el sistema
ApellidoPaUsuario
VARCHAR
Apellido
Paterno
del
usuario
que
se
ha
registrado en el sistema
Pseudonimo
VARCHAR
Nombre de usuario para

entrar al sistema
Contrasea
VARCHAR
Password de usuario para

entrar al sistema
CorreoUsuario
VARCHAR
Correo
usuario
Tipo
VARCHAR
electrnico
Relacin
con la tabla
del
Se ingresar en esta
informacin se es alumno
o profesor
Tabla 4.27 Tabla Usuario
En la tabla ALUMNO se ingresan todos los datos que lo identifican como tal, como su nmero
de control y nombre completo, esta tabla est relacionada con la tabla NombreUsuario. Vea
tabla 4.28
ALUMNO
P
K
FK
Campo
Tipo
Nulo
Descripcin
Relacin
con la tabla
72
IDAlumno
INT
ID del alumno registrado
NumControlAlunmo
VARCHAR
Nmero de Control del

Alumno
NombreAlumno
VARCHAR
Nombre del Alumno
ApellidoPaAlumno
VARCHAR
Apellido
Alumno
Paterno
del
ApellidoMaAlumno
VARCHAR
Apellido
Alumno
Materno
del
NombreUsuario
VARCHAR
Nombre del usuario
USUARIO
Tabla 4.28 Tabla Alumno
En la tabla 4.29 estn establecidos los horarios en los que son aplicadas las practicas, el
periodo (dependiendo del horario en que presenten la prctica), y el da y hora, datos que
aparecen en los registros de cada reservacin de prctica.
HORARIO
P
K
FK
Campo
Tipo
Nulo
Descripcin
Relacin
con la tabla
IdHorario
INT
Identificador de horario
Periodo
VARCHAR
Periodo
matutino
vespertino
Dia
DATE
Da a solicitar la prctica
Hora
TIME
Hora a solicitar la prctica
Tabla 4.29 Tabla Horario
La tabla CARRERA incluye datos como el nombre de la carrera, la clave de control de cada
profesor que imparte materias en dicha carrera y el nmero de control de alumnos que estn
inscritos en la carrera, teniendo relacin con la tabla ALUMNO y PROFESOR. Vea tabla 4.30
CARRERA
P
K
FK
Campo
Tipo
Nulo
Descripcin
idCarrera
VARCHAR
Identificador de la carrera
NombreCarrera
VARCHAR
Nombre de la carrera que

el alumno cursa
SemestreCarrera
INT
Nmero de semestre que

el alumno cursa
NumConAlumno
VARCHAR
Nmero de control alumno
ALUMNO
ClaConProfesor
VARCHAR
Clave de
profesor
PROFESO
R
control
Relacin
con la tabla
del
Tabla 4.30 Tabla Carrera
73
En tabla 4.31 se encuentran los datos pertinentes a los materiales necesarios para realizar
las prcticas, el nombre de cada material y el nombre de la prctica en la que se requieren,
siendo esta una relacin con la tabla REGISTROPRACTICA.
MATERIALES
P
K
FK
Campo
Tipo
Nulo
Descripcin
IDMaterial
INT
Identificador material
TipoMat
VARCHAR
Tipo de material ya sea

material o reactivo
NomMaterial
VARCHAR
Nombre del material
Cantidad
INT
Cantidad en existencia
UnidadMedida
VARCHAR
Unidad de medida en
piezas, gramos o mililitros.
NombrePractica
VARCHAR
Nombre de la prctica que

incluye ciertos materiales
Relacin
con la tabla
REGISTRO
PRACTICA
Tabla 4.31 Tabla Materiales
La tabla MATERIA es indispensable para el registro de cada practica ya que nos dice que
practicas corresponden a que materias, teniendo cuna relacin con la tabla ALUMNOS y
CARRERA, en la primer tabla nos muestra los alumnos que toman esa materia y en la
segunda, nos muestra la materia que corresponde a dicha carrera. Vea tabla 4.32
MATERIA
P
K
FK
Campo
Tipo
Nulo
Descripcin
IDMateria
INT
Identificador de la materia
ClaveMateria
VARCHAR
Clave de la materia
NombreMateria
VARCHAR
Nombre de la materia
NumConAlumno
VARCHAR
Numero
alumnos
materia
NomCarrera
VARCHAR
de
que
control
de
toman esta
Nombre de la carrera en la
que se imparte esta materia
Tabla 4.32 Tabla Materia
Relacin
con la tabla
ALUMNO
CARRERA
La tabla 4.33 es la encargada de alojar los datos sobre el registro de prcticas por parte de
los profesores, ya que existen prcticas predefinidas y aqu se encuentran alojadas, por
dicho motivo est relacionada con la tabla PROFESOR. Al momento en lo que los alumnos
reservan una mesa de trabajo, se selecciona la prctica y si es predefinida, los campos se
74
llenan automticamente, sino se procede de forma manual para completar los campos
requeridos.
REGISTRO PRACTICA
P
K
FK
Campo
idRegistroPrctica
Tipo
Nulo
Descripcin
Relacin
con la tabla
INT
Identificador del registro

de la practica
NombrePractica
VARCHAR
Nombre de la practica
ClaveProfesor
VARCHAR
Clave del profesor
PROFESO
R
Tabla 4.33 Tabla RegistroPractica
La tabla RESERVACIONPRACTICA tiene una relacin con varias tablas debido a que en
esta tabla se guardaran todos los datos necesarios para el registro de prcticas por parte de
los alumnos y se incluyen campos como un identificador de reservacin y el nmero de mesa
de trabajo a ocupar.
RESERVACIONPRACTICA
P
K
FK
Campo
Tipo
Nulo
Descripcin
IDReservacion
INT
Identificador
reservacin
IDAlumno
INT
Identificador del alumno
ALUMNO
IDProfesor
INT
Identificador del profesor
PROFESO
R
IDHorario
INT
Identificador de horario
HORARIO
NumMesaTrabajo
VARCHAR
Nmero
trabajo
de
Relacin
con la tabla
de
mesa
la
de
Tabla 4.34 Tabla ReservacionPratica
4.11. IDEF0
De acuerdo al anlisis que se realiz en el laboratorio de Bioqumica, se realizaron los
diagramas IDEF0 de nivel 0, en donde todos los procesos que se llevan a cabo para la
elaboracin de la prctica son mostrados (Ver Figura 4.10).
75
4.11.1.
IDEF0 Nivel 0
El nivel 0 de los diagramas IDEF0 muestra una vista estructural de alto nivel del proceso
dado por medio de la descripcin de las interacciones de cada arte involucrada, donde se
muestra el que, como y porque de cada proceso (Ver Figura 4.10).
Figura 4.10 Diagrama IDEF0 Nivel 0
4.11.2.
IDEF0 Nivel 1
Adems del nivel 0 que comprende los proceso, se encuentra un nivel 1, mas desglosado,
donde los siguientes pasos como son hacer la solicitud de trabajo, y realizar la practica con
todos los procesos y ligas que esto conlleva. Contempla tambin los pasos que se siguen
para llegar a finalizar la prctica realizada; como es la solicitud de uso del laboratorio, la
interaccin que se tiene entre alumno y encargado, el profesor responsable de la prctica, el
reglamento del laboratorio y si ocurri un incidente sobre algn material daado o perdido
(Ver Figura 4.11).
76
Figura 4.11 Diagrama IDEF0 de Nivel 1
4.12. GRAFICA RICA

Muestra un modelo grafico sobre el proceso que se sigue para la realizacin de la prctica, la
interaccin que existe entre el encargado y el alumno, los pasos que se siguen para llegar a
cada aceptacin o rechazo de solicitudes. De acuerdo al anlisis que se elabor mediante la
informacin obtenida, se lograron realizar dos graficas RICA una que muestra el proceso que
se lleva a cabo en este semestre y otra donde se muestra el proceso que se propone con el
nuevo sistema.
4.12.1.
Proceso actual (Grafica RICA)
Con en anlisis obtenido se logr visualizar y plasmar los pasos que se siguen para realizar
la prctica hasta llegar a entregar el material que se haba utilizado y la liberacin del reporte
de prdidas. El ver plasmada la informacin obtenida nos hizo modificar dicho proceso y
llegar a disminuir el nmero pasos para generar el proceso del registro de prctica (Ver
Figura 4.12).
77
Figura 4.12 Grafica RICA proceso actual
4.12.2.
Proceso propuesto (Grafica RICA)
La propuesta para el nuevo proceso disminuye drsticamente los pasos que se deben seguir
para tener un mejor aprovechamiento del tiempo. Cada paso fue minuciosamente estudiado
y se logr aminorar el tiempo que se requera para realizar el registro de prcticas en el
Laboratorio de Bioqumica (Ver Figura 4.13).
78
Figura 4.13 Grafica RICA proceso propuesto
79
4.13. METODOLOGIA RAPIDA RE

Preparacin
Aspectos Sociales
El procedimiento de la solicitud de mesa de trabajo se ha modificado, por los problemas que
se han detectado en el laboratorio.
Los responsables del laboratorio no tiene un conocimiento especfico de reactivos
(faltantes caducados) de los materiales solicitados y material quebrado.

Aspectos Tcnicos
El procedimiento para la solicitud de mesa de trabajo en el laboratorio de Bioqumica
se realiza manualmente por medio de un vale que se baja de la pgina de ITESI en el

apartado de prcticas de bioqumica.
La informacin de la solicitud de mesas de trabajo se archivan manualmente.
Los materiales quebrados en el transcurso de la prctica, son registrados en el vale el
cual si es extraviado no se repondrn el material.

Identificacin
La forma en que se trabaja en el laboratorio es un poco desordenada por falta de un sistema
informtico adems se implementa las 5`s.
Seiri (Clasificar) Se clasifica todos los procedimientos necesarios como tener un mejor
control de las peticiones de mesa de trabajo con su respectivo material, esta clasificacin se
realiza en conjunto del sistema informtico.
Seiton (Orden) Se ordenan los elementos para facilitar los procedimientos como vales con
los datos de los equipos que solicitan mesa de trabajo en caso de quebrar algn material se
debe de reponer, en caso de que el alumno no cumpla con las reglas se bloquea sus estatus
en el sistema conect por adeudo de material de laboratorio.
80
Seizo (Limpieza) Se dice que se realiza una limpieza en el rea de trabajo en este caso la
limpieza es observar, inspeccionar las reas donde se encuentran las fallas, como es en el
archivo de los vales e inventario de los materiales existentes dentro del laboratorio.
Seiketsu (Limpieza estandarizada) se definen los procesos a utilizar adems de respetar las
nuevas reglas utilizando un nuevo sistema de trabajo el cual les permite tener un mejor
control y acceso a los archivos, solicitudes e inventarios.
Shitsuke (Disciplina) en este proceso se demuestra por parte del personal del laboratorio la
participacin y buena actitud al cambio.
Visin
Conocer las estrategias de orden en un rea de trabajo donde se da servicio a los alumnos
del Laboratorio, adems de la realizacin de un sistema que apoye a los administradores ya
que con un sistema informtico y la implementacin de las 5`s se obtendr un mayor control.
4.14. PRUEBAS DE SOFTWARE

Esta etapa nos permite (al analista y al grupo de desarrollo) poder detectar errores de
codificacin, funcionalidad y estructura lgica motivo por el cual se realizan pruebas
buscando que el sistema falle mediante la ayuda de los usuarios y de otras personas
(expertos) quienes detectaran errores en el sistema y se logre una solucin para su mejor
funcionamiento.
Los errores se detectan durante la compilacin del sistema (errores de sintaxis) de la misma
manera se encuentran errores funcionales por medio de los usuarios quienes establecen y
certifican si el sistema cumple con las necesidades y los requerimientos del mismo. Adems
gracias a la implementacin de las pruebas se logran visualizar posibles mejoras para su
mejor funcionamiento y mantenimiento.
81
4.14.1.
Pruebas de especificacin
Para realizar este tipo de prueba, se examinan las especificaciones que han sido sealadas
en los requerimientos, es decir lo que debe contener el sistema, lo que se debe hacer y las
condiciones que se deben cumplir. Despus se desarrollan casos de prueba para cada
condicin o conjunto de condiciones con un propsito especfico, para estudiar los resultados
arrojados.
En la realizacin de estas pruebas se ejecut cada interfaz ingresando diferentes datos a las
distintas interfaces existentes, en las cuales se encontraron algunas inconsistencias que
fueron corregidas.
4.14.2.
Pruebas parciales
Al momento en que se realizaba cada interfaz y cada mdulo, se buscaron errores en cada
uno de ellos. Estas pruebas se llevaron a cabo de acuerdo al ciclo de vida en espiral, es decir
al finalizar el ciclo se hacan pruebas las cuales arrojaban errores y estos eran corregidos en
el momento, dejando el sistema funcionando en su totalidad, para pasar a la creacin de los
siguientes mdulos.
4.14.3.
Pruebas del sistema
Al termino del desarrollo del sistema de todos los mdulos estos se integraron dando forma
al sistema final, de forma que comenzaron a realizarse las pruebas de integracin y tambin
la prueba de cada mdulo, para identificar los errores entre la interaccin de los diferentes
mdulos trabajando de manera conjunta.
82
RESULTADOS
Durante la fase de pruebas se pudieron capturar los tiempos que le toma a un alumno
reservar una prctica y se obtuvieron los siguientes datos mostrados en la tabla 4.35:
Tiempo promedio
Nmero de veces en que

se realiza cada actividad
Reservacin de practicas
5 min
Verificacin de reservaciones por parte del
10 min
1 min
encargado
Generacin de reportes
Tabla 4.35 Tiempos obtenidos con el sistema en la fase de pruebas
Comparando dichos datos con los tiempos del sistema actual (Tabla 4.20) se comprueba que
con el sistema propuesto y el nuevo anlisis y reingeniera de los procesos se puede agilizar
hasta en un ciento por ciento el proceso de reservacin y registro de prcticas. Tambin se
logra la eliminacin de varias tareas ahora innecesarias, ya que la propuesta muestra que se
pueden automatizar varios procesos.
Adems con la opcin de consultar la informacin almacenada y la generacin de reportes,
se puede comprobar que mediante el anlisis de los procesos y la reingeniera de los
mismos, se logr un avance en los tiempos que se destinaban para el registro de prcticas,
permitiendo realizar un anlisis sobre los datos que arrojan los reportes, los cuales agilizaran
la toma de decisiones y la productividad de
los procesos hacindolos ms eficaces y
eficientes.
83
ALCANCES
Como se mencion en el captulo III el principal objetivo del proyecto es definir las
tecnologas de la informacin utilizadas para reestructurar los procesos del registro de
prcticas que contribuya a proporcionar los estndares de calidad que existen en el
laboratorio de bioqumica, esto con la ayuda de la metodologa de las 5s.
Al definir las tecnologas a utilizar y la creacin de un sistema automatizado para agilizar los
procesos, se ha logrado el orden y el rendimiento como parte de este nuevo sistema.
Adems el almacenamiento de los archivos no ser de manera manual y la informacin
estar respaldada para que no existan posibles prdidas.
Se cubrieron los requerimientos necesarios que el encargado solicitaba, as como de los
usuarios que estuvieron testeando el sistema, ya que vieron la reduccin del tiempo y como
el nuevo proceso era mucho ms rpido y sencillo, logrando as que con el uso del sistema
se puedan agregar ms procesos e implementarle acciones preventivas y correctivas.
84
LIMITACIONES
Una de las principales limitaciones fue la obtencin de la informacin para el anlisis del
proceso, ya que el Laboratorio de Bioqumica del ITESI resguarda su informacin de forma
confidencial de modo que para el diseo de la base de datos se requiri mucho ms tiempo
del planeado. Adems de que el proceso de registro de prcticas y la obtencin de los
requerimientos y necesidades dependan del tiempo disponible que tuviera el encargado para
dar respuesta a las entrevistas requeridas.
Durante la propuesta del sistema, surgieron incompatibilidades con la aceptacin de este, ya
que a la persona encargada se le modificaban sus hbitos pues el registro de prcticas se
haca de manera manual desde hace tiempo y no crea que aplicar la tecnologa fuera
necesario, aun conociendo la problemtica que presentaban en el Laboratorio. Adems
conoca y tena en mente las necesidades y los requerimientos que deba cumplir este
sistema, las ventajas que tendra el implementarlo de manera total.
85
RECOMENDACIONES
Se recomienda ampliar la base de datos para que el prototipo desarrollado pueda
implementarse con toda la matrcula de la carrera en Bioqumica y de las dems carreras que
utilizan el Laboratorio de Bioqumica para la realizacin de sus prcticas.
Adems de agregar ms funciones como el registro de prdidas y la generacin de graficas
de acuerdo a los fines informativos necesarios, as como la informacin correspondiente al
almacn y las existencias o carencias de materia que existen en esta rea.
Tambin es sumamente recomendable seguir con el desarrollo del proyecto para llegar a la
aplicacin final, tomando en cuenta la informacin obtenida en la primera fase del proyecto.
Es recomendable instruir de manera detallada a los usuarios sobre el uso y funcionamiento
del sistema para que se tenga un mejor conocimiento sobre su manejo.
86
CONCLUSIONES
Este proyecto nos deja una gran satisfaccin pues el trabajo en equipo ha fomentado una
amistad y una forma de trabajar conjuntamente con el anlisis del laboratorio de bioqumica,
en el cual nos dimos cuenta que los procesos que se han venido realizando de la misma
manera (manual) desde hace mucho tiempo pueden ser mejorados aplicando metodologas
que facilitan los procesos, los modifican e incluso los llegan a hacer mucho ms rpidos todo
esto mediante la ayuda y apoyo de las tecnologas de la informacin aplicadas a la
resolucin de dichos procesos.
En el mbito como futuros profesionistas hemos conocido otro ambiente de trabajo diferente
a los conocimientos adquiridos en el aula, en el cual nos encontramos con requerimientos
que deban cumplir las necesidades para su problemtica y nos enfrentamos a dificultades
con la aceptacin del sistema, llegando a ser solucionado y con buena aceptacin y
resultados.
Al llegar a este punto de la Ingeniera en Sistemas Computacionales comprendemos la
importancia de cada una de las materias cursadas en el trayecto de la carrera por todos los
conocimientos adquiridos por cada una de ellas, an en las que pensbamos que eran muy
insignificantes ya que no nos podran dejar conocimientos destinados para la formacin
acadmica, y nos hemos dado cuenta que han sido de gran importancia al momento de
implementar el proyecto.
Adquirimos nuevos conocimientos al realizar este proyecto como son las TI (Tecnologas de
la Informacin), Metodologa Re, Reingeniera de procesos, las 5`s, Diagramas RAD, Grafica
Rica, Diagramas IDEF0, entre otros temas, conocimientos que no tenamos y obstculos que
no se haban cruzado. Gracias a las Asesora de la Dra. Dora Alicia lvarez Medina sabemos
que los aplicaremos a los problemas que encontraremos en el exterior y al Ing. Eduardo
Garca Herrera por guiarnos en la elaboracin del presente documento.
87
REFERENCIAS BIBLIOGRFICAS
ABELL, A. Diseo y administracin de bases de datos. Ediciones UPC. Barcelona. 2006.
ALHIR, S. Learning UML. OReilly. EUA. 2003.
BERNAL, CESAR. Metodologa de la Investigacin. Pearson. Mxico. 2006.
BERNAL, CESAR. Metodologa de la investigacin: administracin, economa, humanidades
y ciencias sociales. Pearson. Colombia. 2010.
BRAUDE, E. Ingeniera del software. Una perspectiva orientada a objetos. Alfaomega. Edo.
de Mxico. 2000.
CAMPDERRICH B. Ingeniera del software. UOC. Catalua. 2003.
CORTS, MANUEL
e IGLESIAS, MIRIAM., Generalidades sobre Metodologa de la
Investigacin, Campeche: Universidad Autnoma del Carmen, 2004.

DEBRAUWER, L., UML 2: Iniciacin, ejemplos y ejercicios corregidos. Barcelona: ENI, 2005.
GARAY,
LUZ
M.,
Tecnologas
de
la
Informacin
Comunicacin,
Horizontes
interdisciplinarios y temas de investigacin, Mxico, D.F. 2009.

GEORGAKOPOULOS, DIMITRIOS., HORNICK, MARK., An
Overview of Workflow
Management: From Process Modeling to Workflow Automation Infrastructure, Kluwer

Academic Publishers, Boston, 1995.
HALL, O., Orientacin hacia la investigacin y definicin de un problema de investigacin.
Los ngeles: Universidad de California, 1967.
HAMMER, M., Reengineering Work: Dont Automate, Obliterate. Harvard Business Review,
1990.
HAMMER, M. AND CHAMPY, J., Re-engineering the Corporation, Nicholas Brealey
Publishing. The fundamental rethinking and radical redesign of business processes to
88
achieve dramatic improvements in critical, contemporary measures of performance, such as

cost, quality, service and speed., 1993.
HERNANDEZ, R., Metodologa de la investigacin. Cuarta Edicin. Mc Graw-Hill.1997.
HUMPREY, W., FEILER P., Software Process Development and Enactment: Concepts and
Definitions. Technical Report, 1992.
KROENKE, D. M., Procesamiento de bases de datos. Fundamentos, diseo e
implementacin. Mxico: Pearson Educacin, 2003.
LUCA, JUAN. Windows Server 2008, Anaya Multimedia, Madrid, 2009.
MARCOS, E., Diseo de bases de datos objeto-relacionales con UML. Madrid: Dykinson,
2005.
MARTIN, JAMES. Rapid Application Development, MacMillan Publishing Co.,1990.
NEVADO, M. V., Introduccin a las bases de datos relacionales. Madrid: Visin Libros, 2003.
OROS, JUAN C.,
Diseo de pginas Web con XHTML, JavaScript Y CSS, Alfaomega,
Mxico, 2008.
PAVN, JACOBO, Creacin de un portal con PHP y MySQL, Mxico, Alfaomega, 2007.
PEREZ, C., MySQL para Windows y Linux, Mxico, Alfaomega, 2006.
PEREZ, M. Windows Server 2008 Instalacin, configuracin y administracin, Mxico, D.F.
2009.
RODRIGUEZ, E., Metodologa de la investigacin. La creatividad, el rigor del estudio y la
integridad son factores que transforman al estudiante en un profesionista de xito. Tabasco:
Universidad Jurez. Autnoma de Tabasco, 2005.
RODRIGUEZ, R., Manual: Estrategia de las 5S-Gestion para la mejora continua. JICA,
Honduras, 2010.
SNCHEZ, O., Aplicaciones informticas de bases de datos relacionales. Madrid: Cedro,
2010.
SILBERSCHATZ, ABRAHAM, Fundamentos de Bases de Datos, Mc Graw-Hill, Madrid, 1998.
89
SPENDOLINI, MICHAEL J., Benchmarking. Editorial Norma, 1995.

TUYA, JAVIER., RAMOS, ISABEL., DOLADO, JAVIER., Tcnicas cuantitativas para la
gestin en la ingeniera del software, 2007.
REFERENCIAS WEB:
http://www.itesi.edu.mx/Conocenos/Nosotros/Organigrama.html.
(Consulta 20/08/2013)
http://www.itesi.edu.mx/Conocenos/Nosotros/Misin.html .
(Consulta 20/08/2013)
http://www.itesi.edu.mx/Conocenos/Nosotros/Visin.html.
(Consulta 20/08/2013)
http://www.itesi.edu.mx/Conocenos/Nosotros/Objetivos.html.
(Consulta 20/08/2013)
http://www.itesi.edu.mx/Conocenos/Nosotros/Valores.html .
(Consulta 20/08/2013)
http://javeriana.edu.co/fear/ecologia/documents/ALBERTORAMIREZMETODOLOGIADELAIN
VESTIGACIONCIENTIFICA.pdf
(Consulta 20/09/2013)
www.uv.es/~bellochc/pdf/pwtic1.pdf
(Consulta 30/09/2013)
90
ANEXO I. LICENCIA DE PHP

The PHP License, version 3.01
Copyright (c) 1999 2012
The PHP Group. All rights reserved
Redistribution and use in source and binary forms, with or without modification, is permitted
provided that the following conditions are met:
1. Redistributions of source code must retain the above copyright notice, this list of conditions
and the following disclaimer.
2. Redistributions in binary form must reproduce the above copyright notice, this list of
conditions and the following disclaimer in the documentation and/or other materials provided
with the distribution.
3. The name "PHP" must not be used to endorse or promote products derived from this
software without prior written permission. For written permission, please contact
group@php.net.
4. Products derived from this software may not be called "PHP", nor may "PHP" appear in
their name, without prior written permission from group@php.net. You may indicate that your
software works in conjunction with PHP by saying "Foo for PHP" instead of calling it "PHP
Foo" or "phpfoo"
5. The PHP Group may publish revised and/or new versions of the license from time to time.
Each version will be given a distinguishing version number. Once covered code has been
published under a particular version of the license, you may always continue to use it under
the terms of that version. You may also choose to use such covered code under the terms of
any subsequent version of the license published by the PHP Group. No one other than the
PHP Group has the right to modify the terms applicable to covered code created under this
License.
91
6. Redistributions of any form whatsoever must retain the following acknowledgment: "This
product includes PHP software, freely available from <http://www.php.net/software/>".
THIS SOFTWARE IS PROVIDED BY THE PHP DEVELOPMENT TEAM ``AS IS'' AND ANY
EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE PHP DEVELOPMENT TEAM OR
ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR
PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY
OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING
NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
92
ANEXO II. LICENCIA DE GNU GPL

GNU GENERAL PUBLIC LICENSE
Version 2, June 1991
Copyright 1989, 1991 Free Software Foundation, Inc.

51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
Everyone is permitted to copy and distribute verbatim copies
of this license document, but changing it is not allowed.
Preamble
The licenses for most software are designed to take away your freedom to share and change
it. By contrast, the GNU General Public License is intended to guarantee your freedom to
share and change free software---to make sure the software is free for all its users. This
General Public License applies to most of the Free Software Foundation's software and to
any other program whose authors commit to using it. (Some other Free Software Foundation
software is covered by the GNU Library General Public License instead.) You can apply it to
your programs, too.
When we speak of free software, we are referring to freedom, not price. Our General Public
Licenses are designed to make sure that you have the freedom to distribute copies of free
software (and charge for this service if you wish), that you receive source code or can get it if
you want it, that you can change the software or use pieces of it in new free programs; and
that you know you can do these things.
To protect your rights, we need to make restrictions that forbid anyone to deny you these
rights or to ask you to surrender the rights. These restrictions translate to certain
responsibilities for you if you distribute copies of the software, or if you modify it.
93
For example, if you distribute copies of such a program, whether gratis or for a fee, you must
give the recipients all the rights that you have. You must make sure that they, too, receive or
can get the source code. And you must show them these terms so they know their rights.
We protect your rights with two steps: (1) copyright the software, and (2) offer you this license
which gives you legal permission to copy, distribute and/or modify the software.
Also, for each author's protection and ours, we want to make certain that everyone
understands that there is no warranty for this free software. If the software is modified by
someone else and passed on, we want its recipients to know that what they have is not the
original, so that any problems introduced by others will not reflect on the original authors'
reputations.
Finally, any free program is threatened constantly by software patents. We wish to avoid the
danger that redistributors of a free program will individually obtain patent licenses, in effect
making the program proprietary. To prevent this, we have made it clear that any patent must
be licensed for everyone's free use or not licensed at all.
The precise terms and conditions for copying, distribution and modification follow
Para consultar toda la informacin referente a la licencia GNU GPL, se facilita la siguiente
direccin: http://dev.mysql.com/doc/refman/5.0/es/gpl-license.html
94
ANEXO III. LICENCIA MICROSOFT VISIO 2010

3. TRMINOS DE PRODUCT KEY CARD
Los presentes trminos de licencia constituyen un contrato entre Microsoft
Corporation (o, en funcin de donde resida, una de sus filiales) y usted. Le
rogamos que los lea atentamente. Son de aplicacin para el software que (i) se
preinstal inicialmente en su dispositivo y (ii) que se menciona en la PRODUCT
KEY CARD que ha adquirido para convertir los derechos de prueba en derechos
perpetuos. Estos trminos tambin sern de aplicacin a los siguientes elementos
de Microsoft:
Actualizaciones,
Complementos
Servicios Basados en Internet y
Servicios de soporte
Todos ellos deben corresponder a este software, salvo que existan otros trminos
aplicables a dichos elementos. En tal caso, se aplicarn esos otros trminos.
SI NO ACEPTA LOS TRMINOS DE LICENCIA, NO UTILICE EL SOFTWARE. EN
SU LUGAR, DEVUELVA LA PRODUCT KEY CARD AL LUGAR DONDE LA
ADQUIRI PARA OBTENER UN REEMBOLSO O CRDITO. Si no puede obtener
un reembolso de este modo, pngase en contacto con Microsoft o con la filial de
Microsoft que corresponda en su pas para obtener informacin sobre la poltica
de reembolsos de Microsoft. Consulte www.microsoft.com/worldwide. Para Mexico,
llame
al
(011)(91)
(55)
5267-2000,
bien
visite
el
sitio
Web
www.microsoft.com/mexico/default.asp.
95
TAL COMO SE DESCRIBE MS ADELANTE, EL USO DEL SOFTWARE IMPLICA

UN
CONSENTIMIENTO
DETERMINADA
POR
SU
INFORMACIN
PARTE
PARA
DURANTE
LA
LA
TRANSMISIN
ACTIVACIN
DE
LA
VALIDACIN, Y PARA LOS SERVICIOS BASADOS EN INTERNET.

SI CUMPLE LOS PRESENTES TRMINOS DE LICENCIA, TENDR LOS
SIGUIENTES DERECHOS PARA CADA LICENCIA QUE ADQUIERA.
1. INTRODUCCIN. Se otorga una licencia de software por copia y por
dispositivo. Una particin o divisin de hardware se considera un dispositivo
independiente.
2. DERECHOS DE INSTALACIN Y USO.
a.
Una
Copia
por
Dispositivo.
La
licencia
de
software
se
asigna
permanentemente al dispositivo en el que se activa el software inicialmente. Ese

dispositivo ser el dispositivo con licencia.
b. Dispositivo Licenciado. Podr utilizar al mismo tiempo solamente una copia
del software en el dispositivo licenciado.
c. Separacin de Componentes. La licencia de los componentes del software
se otorga de forma unitaria. Por consiguiente, no podr separar los componentes
e instalarlos en otros dispositivos.
d. Versiones Alternativas. El software puede incluir ms de una versin, por
ejemplo de 32 bits y de 64 bits. Slo puede utilizar una versin a la vez.
3. REQUISITOS DE LICENCIA Y/O DERECHOS DE USO ADICIONALES.
a. Multiplexado. El hardware o software que usted utilice para:
96
agrupar conexiones,
desviar informacin o
reducir el nmero de dispositivos o usuarios que utilizan el software o tienen
acceso directo al mismo (operacin que suele denominarse multiplexado
o agrupacin) no reduce el nmero de licencias necesarias.
b. Componentes de Fuente. Mientras se ejecuta el software, puede utilizar sus
fuentes para mostrar e imprimir el contenido. Solamente podr:
incrustar las fuentes en el contenido de acuerdo con las restricciones de
incrustacin de fuentes, y
Y descargarlas temporalmente en una impresora o en otro dispositivo de
salida, para imprimir el contenido.
c. Elementos Multimedia y Plantillas. Podr tener acceso a imgenes de
medios, imgenes prediseadas, animaciones, sonidos, msica, videoclips,
plantillas y otros tipos de contenido (elementos multimedia) proporcionados con
el software o como parte de un servicio asociado al software. Podr copiar y
utilizar los elementos multimedia en proyectos y documentos. No podr (i)
vender, licenciar ni distribuir copias de los elementos multimedia por s mismos ni
como producto si el principal valor del producto consiste en dichos elementos
multimedia; (ii) conceder a sus clientes derechos para que ellos, a su vez,
licencien o distribuyan los elementos multimedia; (iii) licenciar ni distribuir con
fines comerciales los elementos multimedia que incluyan representaciones
reconocibles de individuos, gobiernos, logotipos, marcas o emblemas, ni utilizar
este tipo de imgenes de ningn modo que pueda implicar el respaldo o la
asociacin con su producto, entidad o actividad; ni (iv) crear obras obscenas o
escandalosas utilizando los elementos multimedia. Para obtener ms informacin,
consulte www.microsoft.com/permission.
97
d. Uso con Tecnologas de Virtualizacin. En lugar de usar el software

directamente en el dispositivo licenciado, podr instalar y usar el software
solamente en un sistema de hardware virtual (o emulado de cualquier otro modo)
en el dispositivo licenciado.
e. Acceso remoto. El usuario principal y nico del dispositivo con licencia tendr
derecho de acceso y uso del software instalado remotamente en el dispositivo con
licencia desde cualquier otro dispositivo. Usted podr permitir que otros usuarios
obtengan acceso al software para la prestacin de servicios de soporte. Para este
acceso no necesitar licencias adicionales. Ninguna otra persona puede usar el
software con la misma licencia y al mismo tiempo para ningn otro propsito.
f. Herramientas de Desarrollo. El software puede contener Microsoft Visual
Studio Tools para Aplicaciones u otras herramientas de desarrollo. Puede utilizar
cualquier herramienta de desarrollo incluida en el software solamente para
disear, desarrollar, probar, utilizar y realizar demostraciones de sus programas
con el software.
g. Seleccin de Versin de Idioma. Si se le proporciona una nica posibilidad
de elegir entre versiones de idiomas, sin un paquete de idioma o LIP, solamente
puede utilizar la versin del idioma que seleccione. Si no tuvo la posibilidad de
elegir el idioma, la versin del idioma predeterminada ser la de su sistema
operativo o, si el idioma del sistema operativo no est disponible, otro idioma
disponible. Si se le proporciona un paquete de idioma o LIP, puede utilizar las
versiones de idioma que desee, sin limitaciones. Un LIP es un Paquete de
Interfaz de Idioma. Los paquetes de idiomas y los LIP ofrecen soporte adicional de
la versin del idioma del software. Los paquetes de idiomas y los LIP forman parte
del software y no pueden utilizarse por separado.
h. Prueba y Conversin. El software completo o alguna de sus partes puede
tener una licencia a prueba. Los derechos de uso sobre el software a prueba se
98
limitan al periodo de duracin de la prueba. El software de prueba y la duracin

del periodo de prueba se configuran durante el proceso de activacin. Puede
tener la opcin de convertir los derechos de prueba en derechos de suscripcin o
perpetuos. Las opciones de conversin se presentarn al caducar el periodo de
prueba. Al caducar un periodo de prueba sin haber realizado la conversin,
dejarn de funcionar casi todas las caractersticas. En ese momento puede seguir
abriendo, viendo e imprimiendo los documentos que cre con el software de
prueba.
i. Software de Suscripcin. Si otorg el software en licencia de suscripcin, los
derechos al uso del software se limitan al periodo de suscripcin. Puede tener la
opcin de ampliar la suscripcin o convertirla en una licencia perpetua. Si ampla
la suscripcin, puede seguir usando el software hasta que finalice la ampliacin
del periodo de suscripcin. Consulte las pantallas de activacin del software u
otros materiales que las acompaen para conocer los detalles de suscripcin. Al
caducar la suscripcin dejar de funcionar la mayor parte de las caractersticas
del software. En ese momento puede seguir abriendo, viendo e imprimiendo los
documentos que cre con el software.
4. ACTIVACIN OBLIGATORIA. La activacin asocia el uso del software a un
dispositivo especfico. Durante la activacin, el software enviar a Microsoft
informacin sobre el propio software y sobre el dispositivo. Esta informacin
incluye la versin, la versin de la licencia, el idioma y la clave de producto del
software, la direccin de protocolo de Internet del dispositivo y la informacin
derivada de la configuracin de hardware del dispositivo. Para obtener ms
informacin, consulte www.microsoft.com/piracy/activation.mspx. EL USO DEL
SOFTWARE SE CONSIDERA UN CONSENTIMIENTO POR SU PARTE PARA LA
TRANSMISIN DE ESTA INFORMACIN. Si tiene la licencia apropiada, tiene
derecho a utilizar la versin del software que se haya instalado durante el proceso
de instalacin hasta agotar el plazo permitido para la activacin. TRAS DICHO
PLAZO, NO TENDR DERECHO A UTILIZAR EL SOFTWARE, SALVO SI LO HA
99
ACTIVADO. Se ha diseado as para evitar su uso no licenciado. NO EST

PERMITIDO EVITAR O ELUDIR LA ACTIVACIN. Tambin puede activar el
software por telfono o a travs de Internet. En tal caso, es posible que deba
abonar algn cargo por los servicios de Internet y telefnicos. Algunas de las
modificaciones que pueda realizar en los componentes del equipo o del software
podran requerir la reactivacin del software. EL SOFTWARE RECORDAR AL
CLIENTE LA NECESIDAD DE ACTIVARLO MIENTRAS STE NO LO HAGA.
5. VALIDACIN.
a. De vez en cuando, el software solicitar la descarga de la funcin de validacin
del software. La validacin comprueba que se ha activado el software y que
cuenta con una licencia adecuada. La validacin de la licencia apropiada le
permite utilizar el software o algunas de sus caractersticas, u obtener ventajas
adicionales.
Para
obtener
ms
informacin,
consulte
www.microsoft.com/genuine/office/WhyValidate.aspx.
b. Durante o despus de una comprobacin de validacin, el software podr
enviar a Microsoft informacin sobre el propio software, sobre el dispositivo y
sobre los resultados de la comprobacin de validacin. Esta informacin incluye,
por ejemplo, la versin y la clave de producto del software, as como la direccin
de protocolo de Internet del dispositivo licenciado. Microsoft no utilizar esta
informacin para identificar ni ponerse en contacto con usted. EL USO DEL
SOFTWARE SE CONSIDERA UN CONSENTIMIENTO POR SU PARTE PARA LA
TRANSMISIN DE ESTA INFORMACIN. Si desea obtener ms informacin
sobre la validacin y los datos que se envan durante o despus de una
comprobacin
de
validacin,
visite
www.microsoft.com/genuine/office/PrivacyInfo.aspx.
c. Si, tras la comprobacin de la validacin, se descubre que se trata de software
falsificado, que no dispone de la licencia apropiada o que no es un producto Office
100
original, es posible que la funcionalidad o el uso del software se vean afectados.

Por ejemplo,
Microsoft puede:
notificar que el software no tiene la licencia apropiada o es un producto
Office no original.
Usted puede:
recibir avisos para obtener una copia licenciada adecuada del software o
seguir las instrucciones de Microsoft a fin de obtener la licencia para utilizar
el software y reactivarlo.
Usted no puede:
utilizar o seguir utilizando el software o algunas de sus caractersticas o
obtener determinadas actualizaciones o mejoras de Microsoft.
d. Slo se pueden obtener actualizaciones o mejoras del software de Microsoft u
otras fuentes autorizadas. Para obtener ms informacin acerca de cmo
conseguir
actualizaciones
desde
fuentes
autorizadas,
consulte
www.microsoft.com/genuine/downloads/faq.aspx.
6. SERVICIOS BASADOS EN INTERNET. Microsoft proporciona servicios basados
en Internet con el software. Microsoft puede modificarlos o cancelarlos en todo
momento.
a. Consentimiento para Servicios Basados en Internet. Las funciones de
software que se describen a continuacin y en la Declaracin de Privacidad de
Office 2010 posibilitan la conexin con sistemas informticos de Microsoft o de
101
proveedores de servicios a travs de Internet. En algunos casos, usted no recibir

ninguna notificacin independiente cuando esto ocurra. Asimismo, en algunas
ocasiones puede optar por desactivar estas caractersticas o por no utilizarlas.
Para obtener ms informacin acerca de estas caractersticas, consulte la
Declaracin
de
Privacidad
de
Office
2010
en
r.office.microsoft.com/r/rlidOOClientPrivacyStatement14?clid=3082. AL UTILIZAR
ESTAS CARACTERSTICAS, ESTAR CONSINTIENDO LA TRANSMISIN DE
ESTA INFORMACIN. Microsoft no utilizar esta informacin para identificar ni
ponerse en contacto con usted.
Informacin del Equipo. Las siguientes caractersticas utilizan protocolos de
Internet que envan a los sistemas pertinentes informacin del equipo, como la
direccin de protocolo de Internet, el tipo de sistema operativo y de explorador, el
nombre y la versin del software que est utilizando, as como el cdigo de idioma
del dispositivo en el que haya instalado el software. Microsoft utiliza esta
informacin para poner los servicios basados en Internet a su disposicin.
102
Caractersticas de Contenido Web. El software incorpora caractersticas que

recuperan contenido relacionado de Microsoft y se lo facilitan a usted.
Algunos ejemplos de estas caractersticas son las imgenes prediseadas,
las plantillas, la formacin y la asistencia en lnea, as como la ayuda. Puede
optar por no utilizar estas caractersticas de contenido web.
Certificados Digitales. El software utiliza certificados digitales. Estos
certificados digitales confirman la identidad de los usuarios de Internet que
envan informacin cifrada con el estndar X.509. Tambin se pueden
utilizar para firmar digitalmente archivos y macros con el fin de comprobar
la integridad y el origen del contenido de los archivos. El software obtiene
los certificados y actualiza las listas de revocacin de certificados a travs
de Internet, en caso de estar disponibles.
rea de trabajo de SharePoint. Si el software contiene el rea de trabajo de
Microsoft SharePoint (rea de trabajo de SharePoint), este programa le
permitir comunicarse directamente con otros por Internet. Si no puede
comunicarse directamente con un contacto por Internet, y su administrador
utiliza una infraestructura de servidor pblico de Microsoft, sus
comunicaciones sern cifradas y se enviarn por los servidores de Microsoft
para su posterior entrega. No puede deshabilitar este servicio si su
administrador utiliza una infraestructura de servidor pblico de Microsoft.
El rea de trabajo de SharePoint comunica a sus contactos aceptados algunos
datos relacionados con su dispositivo y con su cuenta del rea de trabajo de
SharePoint. Por ejemplo, si:
103
Agrega un contacto a su lista de contactos.

Importa la cuenta de usuario a un nuevo dispositivo.
Actualiza la informacin de su contacto de identidad.
O bien, enva una invitacin al rea de trabajo de SharePoint utilizando una
direccin URL como referencia del archivo de invitacin.
La informacin sobre usted y sus dispositivos podr ser enviada a sus contactos.
Si configura el rea de trabajo de SharePoint de modo que utilice los servidores de
Microsoft, dichos servidores recopilarn informacin acerca de su dispositivo y de
sus cuentas de usuario.
b. Actualizacin Automtica. Es posible que el software con tecnologa Clic
para Ejecutar consulte regularmente con Microsoft si existen actualizaciones o
complementos para el software. En caso de encontrarlos, es posible que dichos
complementos y actualizaciones se descarguen e instalen automticamente en su
dispositivo licenciado.
c. Uso de Informacin. Microsoft podr utilizar la informacin del dispositivo, los
informes de error y los informes de cdigo malintencionado para mejorar su
software y sus servicios. Asimismo, podemos compartirlos con otros, como
proveedores de software y hardware. Dichos proveedores podrn usar la
informacin para mejorar el funcionamiento de sus productos con el software de
Microsoft.
d. Uso Indebido de Servicios Basados en Internet. No puede utilizar dichos
servicios de manera que pueda perjudicar u obstaculizar su uso por parte de otros
usuarios. Tampoco puede utilizar los servicios para intentar obtener acceso no
autorizado a cualquier servicio, dato, cuenta o red, sean cuales fueren los
mtodos.
104
7. MBITO DE LA LICENCIA. El software se cede sujeto a licencia y no es objeto

de venta. El presente contrato le otorga solamente algunos derechos de uso de
las caractersticas incluidas en la versin del software licenciado. Microsoft se
reserva todos los dems derechos. A menos que la ley aplicable le otorgue ms
derechos a pesar de esta limitacin, slo podr utilizar el software tal como se
permite expresamente en este contrato. Al hacerlo, deber ajustarse a las
limitaciones tcnicas del software que slo permiten utilizarlo de determinadas
formas. No podr:
eludir las limitaciones tcnicas del software;
utilizar tcnicas de ingeniera inversa, descompilar o desensamblar el
software, excepto y nicamente en la medida en que lo permita
expresamente la legislacin aplicable, a pesar de la presente limitacin;
hacer ms copias del software de las que se especifican en este contrato o
estn permitidas por la legislacin vigente a pesar de esta limitacin;
hacer pblico el software para que otros lo copien;
utilizar el software de manera ilegal;
utilizar componentes del software para ejecutar aplicaciones que no se
ejecuten en el software;
alquilar, arrendar o prestar el software, o
utilizar el software para prestar servicios de hospedaje de software
comercial.
8. COPIA DE SEGURIDAD. Puede solicitar o descargar una copia de seguridad
del software en www.microsoft.com/office/backup/. No puede distribuir la copia de
105
seguridad del software. Solamente puede utilizarla para volver a instalar el

software en el dispositivo licenciado.
9. DOCUMENTACIN. Toda persona que tenga acceso vlido a su equipo o a la
red interna puede copiar y utilizar la documentacin a efectos internos de
consulta.
10. SOFTWARE NO PARA REVENTA. No puede vender el software identificado
como NPR o No para Reventa.
11. SOFTWARE PARA HOGAR Y ESTUDIANTES. No puede utilizar el software
identificado como edicin Home and Student en ninguna actividad empresarial
comercial, tanto si genera ingresos como si no es lucrativa.
12. RESTRICCIONES GEOGRFICAS. Si en el software se indica que es
necesaria su activacin en una regin geogrfica determinada, slo se permite
activarlo en la regin geogrfica indicada en el embalaje del software o equipo. Es
posible que no se pueda activar el software fuera de dicha regin. Para obtener
ms informacin sobre restricciones geogrficas, visite go.microsoft.com/fwlink/?
LinkId= 141397.
13. ACTUALIZACIN O CONVERSIN. Para actualizar o convertir el software,
deber contar primero con una licencia del software que sea apta para la
actualizacin o conversin. Con la actualizacin o conversin, el presente contrato
sustituir al contrato del software a partir del que se actualice o convierta.
Despus de la actualizacin o conversin, ya no podr utilizar la versin del
software que actualiz o convirti.
14. PRUEBA DE LICENCIA.
a. Si adquiri la Product Key Card, su prueba de licencia es la etiqueta original de
certificado de autenticidad (Certificate of Authenticity) de Microsoft, con la
106
product key card original que la acompaa y la prueba de compra de un

proveedor electrnico autorizado de software original de Microsoft. Para que sea
vlida, dicha etiqueta debe estar acompaada de la product key card. La etiqueta
no ser vlida si la recibe por separado. La prueba de compra se puede someter a
comprobacin mediante los registros de su comerciante.
b. Para identificar el software original de Microsoft, consulte www.howtotell.com.
15. TRANSMISIN A TERCEROS. Usted slo puede transferir el software
directamente a un tercero junto con el dispositivo con licencia, la etiqueta de
Certificado de Autenticidad y este contrato. Antes de la transmisin, el tercero
deber aceptar que los trminos del presente contrato se aplican a la transmisin
y al uso del software. No podr conservar copias.
16. RESTRICCIONES EN MATERIA DE EXPORTACIN. El software est sujeto a
las leyes y disposiciones en materia de exportacin de los Estados Unidos de
Amrica.
Debe
cumplir
todas
las
leyes
disposiciones,
nacionales
internacionales, en materia de exportacin que sean de aplicacin al software.

Dichas leyes incluyen limitaciones en cuanto a destino, usuarios finales y uso
final. Para obtener informacin adicional, visite www.microsoft.com/exporting.
17. SERVICIOS DE SOPORTE TCNICO. Microsoft proporciona servicios de
soporte
tcnico
para
el
software
como
se
describe
en
www.support.microsoft.com/common/international.aspx. Si el software utilizado no

cuenta con la licencia apropiada, no tendr derecho a recibir soporte tcnico.
18. CONTRATO COMPLETO. El presente contrato (incluida la garanta que
aparece ms abajo), los trminos adicionales (incluidos los trminos impresos de
la licencia que acompaen al software y modifiquen o reemplacen una parte o la
totalidad de dichos trminos) y los trminos aplicables a complementos,
actualizaciones, servicios basados en Internet y servicios de soporte tcnico que
107
usted utilice, constituyen el contrato completo del software y de los servicios de

soporte tcnico.
19. LEGISLACIN APLICABLE.
a. Estados Unidos de Amrica. Si adquiri el software en los Estados Unidos de
Amrica, la interpretacin del presente contrato se regir por la legislacin del
Estado de Washington, que ser de aplicacin a las reclamaciones por
incumplimiento del mismo, independientemente de sus normas de conflicto de
leyes. Para el resto de reclamaciones, ser aplicable la legislacin de su estado de
residencia, incluidas las reclamaciones en virtud de las leyes estatales en materia
de
proteccin
al
consumidor,
competencia
desleal
responsabilidad
extracontractual.
b. Fuera de los Estados Unidos de Amrica. Si adquiri el software en otro
pas, se aplicar la legislacin de dicho pas.
20. EFECTOS LEGALES. En el presente contrato se describen determinados
derechos legales. Puede que usted tenga otros derechos conforme a las leyes de
su estado o pas. Asimismo, pueden asistirle determinados derechos con respecto
a la parte de la que adquiri el software. Este contrato
no modifica los derechos que le asisten en virtud de la legislacin de jurisdiccin
si dicha legislacin no lo permite.
21. LIMITACIN Y EXCLUSIN DE LA RESPONSABILIDAD. PODR OBTENER
DE
MICROSOFT
DE
SUS
PROVEEDORES
NICAMENTE
LA
INDEMNIZACIN POR DAOS DIRECTOS Y ELLO CON EL LMITE MXIMO

DEL IMPORTE QUE HUBIERA ABONADO POR EL SOFTWARE. NO PODR
OBTENER INDEMNIZACIN ALGUNA POR DAOS DE OTRA NDOLE, ENTRE
LOS QUE SE INCLUYEN LOS DAOS CONSECUENCIALES, POR LUCRO
CESANTE, ESPECIALES, INDIRECTOS O INCIDENTALES.
108
Esta limitacin se aplica a:

cualquier cuestin relacionada con el software, los servicios, el contenido
(incluido el cdigo) que se hallen en sitios de Internet de terceros o
programas de terceros y
reclamaciones por incumplimiento de contrato, incumplimiento de garanta
o condicin, responsabilidad objetiva, negligencia u otra responsabilidad
extracontractual hasta el lmite permitido por la legislacin vigente.
Tambin se aplica incluso si:
la reparacin, la sustitucin o el reembolso del precio del software no le
compensa plenamente las prdidas sufridas; o bien
El fabricante, el instalador o Microsoft conoca o debera haber conocido la
posibilidad de que se produjesen dichos daos.
Algunos estados no permiten la exclusin o limitacin de la responsabilidad por
daos consecuenciales o incidentales, por lo que es posible que la limitacin o
exclusin anteriormente mencionada no sea de aplicacin a su caso. Tambin
pueden producirse situaciones en las que no puedan aplicarse a su caso porque
su pas no permite la exclusin o limitacin de daos consecuenciales,
incidentales o de otra ndole.
GARANTA LIMITADA
A. GARANTA LIMITADA. Si sigue las instrucciones, el software se ejecutar
sustancialmente como se describe en los materiales de Microsoft que haya
recibido con el software o dentro del mismo.
B. VIGENCIA DE LA GARANTA; BENEFICIARIO DE LA GARANTA; ALCANCE
DE LAS GARANTAS IMPLCITAS. LA GARANTA LIMITADA CUBRE EL
109
SOFTWARE HASTA UN AO DESPUS DE SU ADQUISICIN POR PARTE DEL

PRIMER
USUARIO.
SI
DURANTE
ESE
AO
RECIBE
SUPLEMENTOS,
ACTUALIZACIONES O SUSTITUCIONES DEL SOFTWARE, ESTOS ESTARN

CUBIERTOS POR LO QUE RESTE DE LA GARANTA O, COMO MNIMO,
DURANTE 30 DAS. Si el primer usuario transfiere el software, lo que reste de
garanta se aplicar al adquirente.
EN LA MEDIDA EN QUE LO PERMITA LA LEGISLACIN, TODAS LAS
GARANTAS
CONDICIONES
IMPLCITAS
TENDRN
VIGENCIA
NICAMENTE DURANTE EL PERODO DE VIGENCIA DE LA GARANTA

LIMITADA. Sin embargo, algunos estados no permiten limitaciones en cuanto a la
vigencia de una garanta implcita, por lo que es posible que estas limitaciones no
sean de aplicacin en su caso. Es posible que tampoco se apliquen en su caso
debido a que algunos pases no permiten limitaciones en cuanto a la vigencia de
una garanta o condicin implcita.
C. EXCLUSIONES DE LA GARANTA. Esta garanta no cubre los problemas
causados por acciones u omisiones por su parte, acciones de terceros o eventos
fuera del alcance del control razonable de Microsoft.
D. RECURSOS LEGALES ANTE UN INCUMPLIMIENTO DE LA GARANTA.
MICROSOFT REPARAR O SUSTITUIR EL SOFTWARE SIN CARGO ALGUNO
PARA USTED. SI MICROSOFT NO PUEDE REPARARLO O SUSTITUIRLO, LE
REEMBOLSAR
SOFTWARE.
EL
IMPORTE
MICROSOFT
QUE
TAMBIN
APAREZCA
REPARAR
EN
O
EL
RECIBO
DEL
SUSTITUIR
LOS
SUPLEMENTOS, ACTUALIZACIONES O SUSTITUCIONES DEL SOFTWARE SIN

CARGO ALGUNO PARA USTED. SI MICROSOFT NO PUEDE REPARARLOS NI
SUSTITUIRLOS, LE REEMBOLSAR LA CANTIDAD QUE HUBIERA ABONADO
POR ELLOS, EN SU CASO. PARA OBTENER UN REEMBOLSO DEBER
DESINSTALAR EL SOFTWARE Y DEVOLVER A MICROSOFT CUALQUIER
SOPORTE FSICO Y OTROS MATERIALES ASOCIADOS JUNTO CON EL
110
COMPROBANTE DE COMPRA. ESTOS SON LOS NICOS RECURSOS DE LOS

QUE DISPONDR EN CASO DE INCUMPLIMIENTO DE LA GARANTA
LIMITADA.
E. DERECHOS DEL CONSUMIDOR NO AFECTADOS. ES POSIBLE QUE LA
LEGISLACIN DE SU ESTADO O PAS LE OTORGUE DERECHOS DE
CONSUMIDOR ADICIONALES QUE EL PRESENTE CONTRATO NO PUEDA
MODIFICAR.
F. PROCEDIMIENTOS DE LA GARANTA. Para exigir el cumplimiento de la
garanta, deber presentar un comprobante de compra.
1. Estados Unidos y Canad. Para exigir el cumplimiento de la garanta u
obtener informacin sobre cmo conseguir un reembolso por el software adquirido
en los Estados Unidos y Canad, pngase en contacto con Microsoft:
(800) MICROSOFT
Microsoft Customer Service and Support, One Microsoft Way, Redmond, WA
98052-6399, EE.UU.
Visite www.microsoft.com/info/nareturns.htm.
2. Europa, Oriente Medio y frica. Si usted adquiri el software en Europa,
Oriente Medio o frica, Microsoft Ireland Operations Limited es la responsable de
esta garanta limitada. Para presentar una reclamacin en virtud de esta garanta,
se puede poner en contacto con:
111
Microsoft Ireland Operations Limited, Customer Care Centre, Atrium Building

Block B, Carmanhall Road, Sandyford Industrial Estate, Dubln 18, Irlanda
la filial del grupo de Microsoft que opere en su pas (consulte
www.microsoft.com/worldwide).
3. Fuera de los Estados Unidos, Canad, Europa, Oriente Medio y frica.
Si adquiri el software fuera de Estados Unidos, Canad, Europa, Oriente Medio y
frica, pngase en contacto con la filial del grupo de Microsoft que opere en su
pas (visite www.microsoft.com/worldwide) Para Mexico, llame al (011)(91) (55)
5267-2000, o bien visite el sitio Web www.microsoft.com/mexico/default.asp.
G.
EXCLUSIN
DE
OTRAS
GARANTAS.
LA
GARANTA
LIMITADA
CONSTITUYE LA NICA GARANTA DIRECTA DE MICROSOFT. MICROSOFT

NO OTORGA NINGUNA OTRA GARANTA NI CONDICIN EXPLCITAS. EN LA
MEDIDA EN QUE AS LO PERMITA LA LEGISLACIN de su estado o pas,
MICROSOFT EXCLUYE LAS GARANTAS IMPLCITAS DE IDONEIDAD PARA
UNA FINALIDAD GENERAL O PARTICULAR Y AUSENCIA DE INFRACCIN. Si
la legislacin de su estado o pas le otorga garantas o condiciones implcitas a
pesar de lo previsto en esta clusula de exclusin, los recursos de los que
dispondr sern los dispuestos en la anterior clusula Recursos ante un
incumplimiento de la garanta, en la medida en que la legislacin de su estado o
pas lo permita.
H.
LIMITACIN
EXCLUSIN
DE
RESPONSABILIDAD
POR
INCUMPLIMIENTO DE LA GARANTA. LA ANTERIOR CLUSULA SOBRE

LIMITACIN
EXCLUSIN
DE
LA
RESPONSABILIDAD
SER
DE
APLICACIN A CUALQUIER INCUMPLIMIENTO DE LA PRESENTE GARANTA

LIMITADA.
112
ESTA GARANTA LE OTORGA DERECHOS LEGALES ESPECFICOS, AUNQUE

TAMBIN PODR DISPONER DE OTROS DERECHOS. DICHOS DERECHOS
PUEDEN VARIAR EN FUNCIN DEL PAS.
113
ANEXO III. ENCUESTAS DE ESTUDIO

Encuesta realizada a 30 Alumnos de la Ingeniera de Bioqumica en Instituto Tecnolgico
Superior de Irapuato (ITESI) como apoyo para la investigacin del proyecto, en este apartado
se muestra los resultados.
1.- Semestre que cursas actualmente?
Egresado; 1
Noveno; 5
Tercero; 3
Quinto; 1
Septimo; 8
Figura 1. Resultados de la encuesta realizada
2.- Cundo vas al laboratorio a solicitar o entregar vale, el encargado te atiende con
rapidez?
S
No
No se encuentra en su rea de trabajo.

Est ocupado realizando otras actividades.
114
Ocupado; 2
No se encuentra; 8
Atendido ; 20
3.- Cuntas veces has ido a entregar el vale para solicitar mesa de trabajo y no te han
podido atender?
Solo una Vez; 8

Veces que has regresado; 12
4.- Cuntos das te dan para asignarte una mesa de trabajo?

2 das
5.- Has realizado a tiempo tu prctica de laboratorio?
Prcticas no elaboradas; 2
Prcticas elaboradas; 28
115

Chavez Villegas Version 25 Feb

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Chavez Villegas Version 25 Feb

Încărcat de

Drepturi de autor:

Formate disponibile

INSTITUTO TECNOLGICO SUPERIOR DE IRAPUATO

ESTUDIOS DE RECONOCIMIENTO DE VALIDEZ OFICIAL

REINGENIERA DE LOS PROCESOS DEL LABORATORIO DE

OPCIN I: TESIS PROFESIONAL

PERFIL DE LOS RESPONSABLES DEL PROYECTO............................23

CAPITULO II. MARCO TERICO...........................................................................24

2.1.1.2.1 Mtodo cuantitativo........................................................................25

Sistema gestor de base de datos (SGBD)...................................29

Lenguaje de definicin de datos (DDL)........................................29

Lenguaje de manipulacin de datos (DML).................................30

Diagrama de casos de uso............................................................30

Ciclo de vida del software.............................................................31

Ciclo de vida en cascada...............................................................31

Ciclo de vida en espiral.................................................................31

Lenguaje Unificado de Modelado (UML)......................................32

HTML (Hyper Text Markup Languaje)...........................................32

Reingeniera de procesos de negocios (BPR)............................34

Metodologa rpida RE..................................................................34

2.1.13.1 Etapas de la metodologa Rpida Re...........................................34

Flujo de trabajo (Workflow)...........................................................36

2.1.15.1 Gestin de flujo de trabajo............................................................37

2.1.17.1 Las tecnologas de la comunicacin y la informacin dentro de la

Modelado en diagramas Rol Actividad (RAD).............................39

Estrategia de las 5s........................................................................40

2.1.19.1 Seiri (Clasificar)..............................................................................40

2.1.19.2 Seiton (Orden).................................................................................40

Licencia de uso de MySQL............................................................41

Licencia Microsoft Visio 2010.......................................................42

CAPITULO III. GENERALIDADES DEL PROYECTO.............................................43

PLANTEAMIENTO DEL PROBLEMA.......................................................47

CAPTULO IV: ACTIVIDADES DESARROLLADAS................................................53

CLASIFICACIN DEL PROYECTO..........................................................55

METODOLOGA EMPLEADA EN LA INVESTIGACON..........................55

DIAGRAMAS DE CASOS DE USO..........................................................65

Caso de uso general del sistema........................................................65

Caso de uso: Administrar informacin de usuario...........................66

Caso de uso: Registrar prctica..........................................................67

Caso de uso: Registrar perdida...........................................................68

Caso de uso: Generacin de reportes................................................69

DIAGRAMA DE FLUJO DE INFORMACIN............................................70

Generar un reporte de perdidas..........................................................70

Generar un reporte de registro de prcticas......................................71

DIAGRAMA DE BASES DE DATOS RELACIONAL................................72

METODOLOGIA RAPIDA RE................................................................83

Pruebas del sistema.......................................................................85

Tabla 4.29 Tabla Horario..........................................................................................76

CAPITULO I. DATOS DE LA INSTITUCIN

1.1. MARCO CONTEXTUAL

Descentralizado del Gobierno del Estado de Guanajuato; naci el 20 de octubre de 1995,

Figura 1.1 Organigrama Institucional

en las Cadenas de Valor, generando cada vez mayores niveles de productividad y

1.7. POLTICAS DE CALIDAD

1.8. PERFIL DE LOS RESPONSABLES DEL PROYECTO

CAPITULO II. MARCO TERICO

2.1. FUNDAMENTO TERICO

De acuerdo a (referencia ) un proyecto es un conjunto de actividades necesarias para

La investigacin est encaminada a profundizar el conocimiento de un proceso ya sea

Tambin llamado mtodo tradicional se fundamenta en la medicin de las caractersticas de

El mtodo no tradicional, se orienta a profundizar casos especficos y no a generalizar. Su

2.1.1.2. Investigacin experimental

Es una situacin provocada por el investigador para introducir determinadas variables de

2.1.1.6. Objetivo general

2.1.1.7. Objetivo especifico

Es una propiedad que puede fluctuar y cuya variacin es susceptible de medirse u