Chavez Villegas Version 25 Feb
description
Transcript of Chavez Villegas Version 25 Feb
INSTITUTO TECNOLÓGICO SUPERIOR DE IRAPUATO
ESTUDIOS DE RECONOCIMIENTO DE VALIDEZ OFICIAL
NÚMERO 11-00065
“REINGENIERÍA DE LOS PROCESOS DEL LABORATORIO DE
BIOQUÍMICA: PRIMERA FASE, PROPUESTA PARA EL REGISTRO DE
PRÁCTICAS”
OPCIÓN I: TESIS PROFESIONAL
QUE PARA OBTENER EL GRADO DE
INGENIERO EN SISTEMAS COMPUTACIONALES
PRESENTAN:
CHÁVEZ DELGADO NADIA AURORA
VILLEGAS LINARES YAZMÍN
ASESORES:
DRA. DORA ALICIA ALVAREZ MEDINA
ING. EDUARDO GARCÍA HERRERA
IRAPUATO, GTO DICIEMBRE 2013
1
Agradecimientos
Al Instituto Tecnológico Superior de Irapuato (ITESI) por ser una institución que nos
brinda una formación académica para desempeñarnos en el campo laboral con los
conocimientos adquiridos en esta casa de estudios por medio de sus catedráticos
que nos impartieron en las aulas todos sus conocimientos y mostraron también sus
valores permitiendo así una formación integral.
Nuestra gratitud a la Dra. Dora Alicia Álvarez Medina por la confianza depositada en
nosotras para la realización de este trabajo, y quien con sus conocimientos,
experiencia y motivación ha logrado que culminemos nuestra etapa de estudios. A
nuestro asesor de tesis, el Ing. Eduardo García Herrera quien nos dio libertad para
desarrollarla y nos guio siempre, con valiosas sugerencias, para lograr su progreso y
finalización.
La familia es el pilar de nuestra formación, por eso les dedicamos este logro de
nuestra vida. A nuestros padres y hermanos que con esfuerzo y cariño 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 Pérez Ayala, por apoyarme a concluir mis estudios. A mis
hermanos que siempre me apoyaron y me escucharon. A mi abuelo J. Rosario
Chávez 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
confía en mi incondicionalmente.
Agradezco al Ing. José Nicolás Mares Armenta por ser una persona ejemplar y saber
guiar a todos sus alumnos, además de ser una de las personas que más admiro.
i
Resumen
El crecimiento de las organizaciones, la evolución de la tecnología y la integración de
nuevos servicios, impacta la forma de realizar las tareas operativas; razón 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 Bioquímica del
Instituto Tecnológico Superior de Irapuato (ITESI), que brinda servicio a los
estudiantes y profesores para que puedan realizar sus actividades de formación
académica. El funcionamiento del laboratorio está definido por el flujo de información
y la secuencia del proceso, para la administración 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 análisis de
información de forma manual para registrar las prácticas de laboratorio, preparar el
material para cada una de las mesas de trabajo, realizar los reportes de los
indicadores y detección de suministros para su compra.
La reestructuración del proceso general y el apoyo que se brindara a las diversas
actividades del laboratorio, está formado por cuatro etapas: a) planteamiento y
definición de los procesos, análisis y redefinición de los procesos con el apoyo de
una herramienta intermedia semi-automatizada, b) desarrollo y definición de las
tecnologías para dar seguimiento al flujo de trabajo (work-flow), c) puesta en marcha,
d) evaluación del proceso de reingeniería. En este proyecto, se realizara la primera
etapa del proceso de reingeniería (a), para modelar y analizar la situación actual del
proceso, el flujo de información y la forma de interactuar de los diferentes actores; se
analizaran las diferentes fases de la metodología-Re para implementar una
reingeniería de procesos y adaptarla a nuestro contexto. Además de analizar los
modelos para generar una propuesta informática para darle seguimiento al flujo de
trabajo y de información.
ii
En cuanto a las tecnologías de información y comunicación, se va a realizar la
redefinición de la herramienta actual para que algunas de las actividades de
administración de información se realicen de forma semi-automática. Para apoyar a
las actividades administrativas a realizar los reportes requeridos en menor tiempo.
Por otra parte, se modelara el procedimiento propuesto en el que se incluya cada
una de las tecnologías 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 tecnologías de la información aplicadas para el buen funcionamiento de
estos. El documento generado por el proyecto de investigación se explica de una
manera clara y completa dentro del capítulo cuatro finalizando con las conclusiones y
limitaciones del mismo.
iii
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
iv
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 by the research project is explained in a clear and complete in the fourth
chapter ending with the conclusions and limitations.
v
INDICE DE CONTENIDO
Agradecimientos.......................................................................................................3
Resumen..................................................................................................................4
Abstract....................................................................................................................6
Introducción............................................................................................................16
CAPITULO I. DATOS DE LA INSTITUCIÓN..........................................................17
1.1 MARCO CONTEXTUAL...........................................................................18
1.2 ORGANIGRAMA......................................................................................19
1.3 MISIÓN.....................................................................................................20
1.4 VISIÓN......................................................................................................20
1.5 OBJETIVOS..............................................................................................20
1.6 VALORES.................................................................................................21
1.7 POLÍTICAS DE CALIDAD........................................................................22
1.8 PERFIL DE LOS RESPONSABLES DEL PROYECTO...........................23
CAPITULO II. MARCO TEÓRICO..........................................................................24
2.1 FUNDAMENTO TEÓRICO.......................................................................25
2.1.1 Proyecto.........................................................................................25
2.1.1.1 Investigación.................................................................................25
2.1.1.2 Metodología...................................................................................25
2.1.1.2.1 Método cuantitativo......................................................................25
2.1.1.2.2 Método cualitativo.........................................................................26
2.1.1.3 Investigación experimental..........................................................26
vi
2.1.1.3.1 Experimento...................................................................................26
2.1.1.4 Problemática..................................................................................27
2.1.1.5 Objetivo general............................................................................27
2.1.1.6 Objetivo especifico.......................................................................27
2.1.1.7 Hipótesis........................................................................................27
2.1.1.7.1 Variables........................................................................................28
2.1.1.8 Pregunta de investigación............................................................28
2.1.1.9 Justificación..................................................................................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 definición de datos (DDL).......................................29
2.1.2.7 Lenguaje de manipulación 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
vii
2.1.5 Lenguaje Unificado de Modelado (UML).....................................32
2.1.6 MySQL............................................................................................32
2.1.7 PHP.................................................................................................32
2.1.8 HTML (Hyper Text Markup Languaje)..........................................32
2.1.9 Cliente/Servidor.............................................................................32
2.1.10 DNS.................................................................................................33
2.1.11 Reingeniería de procesos.............................................................33
2.1.11.1.1 Reingeniería...................................................................................33
2.1.11.1.2 Proceso..........................................................................................33
2.1.12 Reingeniería de procesos de negocios (BPR)............................34
2.1.13 Metodología rápida RE.................................................................34
2.1.13.1 Etapas de la metodología Rápida Re...........................................34
2.1.13.1.1 Preparación....................................................................................34
2.1.13.1.2 Identificación.................................................................................35
2.1.13.1.3 Visión..............................................................................................35
2.1.13.1.4 Solución.........................................................................................35
2.1.13.1.5 Transformación.............................................................................35
2.1.14 IDEF0..............................................................................................35
2.1.15 Flujo de trabajo (Workflow)..........................................................36
2.1.15.1 Gestión de flujo de trabajo...........................................................37
2.1.16 Prototipo........................................................................................37
2.1.17 Tecnologías de la Información.....................................................38
2.1.17.1 Las tecnologías de la comunicación y la información dentro de la
BPR………………............................................................................................38
viii
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
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 JUSTIFICACIÓN.......................................................................................50
3.6 VIABILIDAD DE LA INVESTIGACIÓN.....................................................50
3.7 CONSECUENCIAS DE LA INVESTIGACIÓN..........................................51
3.8 HIPOTESIS...............................................................................................51
CAPÍTULO IV: ACTIVIDADES DESARROLLADAS...............................................53
4.1 CRONOGRAMA.......................................................................................54
4.2 CLASIFICACIÓN DEL PROYECTO.........................................................55
4.3 METODOLOGÍA EMPLEADA EN LA INVESTIGACÍON.........................55
ix
4.4 CICLO DE VIDA.......................................................................................56
4.5 ANALISIS DE REQUERIMIENTOS..........................................................56
4.6 ESTUDIO DE FACTIBILIDAD..................................................................61
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 información de usuario...........................66
4.7.3 Caso de uso: Registrar práctica.........................................................67
4.7.4 Caso de uso: Registrar perdida..........................................................68
4.7.5 Caso de uso: Generación de reportes...............................................69
4.8 DIAGRAMA DE FLUJO DE INFORMACIÓN...........................................70
4.8.1 Generar un reporte de perdidas.........................................................70
4.8.2 Generar un reporte de registro de prácticas.....................................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 especificación...........................................................85
4.14.2 Pruebas parciales..........................................................................85
4.14.3 Pruebas del sistema......................................................................85
ALCANCES............................................................................................................87
LIMITACIONES......................................................................................................88
RECOMENDACIONES..........................................................................................89
x
CONCLUSIONES...................................................................................................90
REFERENCIAS BIBLIOGRÁFICAS.......................................................................91
xi
ÍNDICE DE FIGURAS
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 Simbología 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.4 Caso de uso CU_002............................................................................68
Figura 4.5 Caso de uso CU_003............................................................................69
Figura 4.6 Caso de uso CU_004............................................................................70
Figura 4.7 Diagrama de flujo para la generación del reporte de pérdidas..............71
Figura 4.8 Diagrama de flujo de información sobre el registro de prácticas...........72
Figura 4.9 Diseño relacional del Laboratorio de Bioquímica .................................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
Figura 2 Resultados de encuesta realizada.........................................................115
Figura 3 Resultados de encuesta realizada.........................................................116
Figura 4 Resultados de encuesta realizada.........................................................116
xii
INDICE DE TABLASTabla 4.1 Requerimiento RF_001..........................................................................56Tabla 4.2 Requerimiento RF_001_01....................................................................56Tabla 4.3 Requerimiento RF_001_02....................................................................57Tabla 4.4 Requerimiento RF_001_03....................................................................57Tabla 4.5 Requerimiento RF_001_04....................................................................57Tabla 4.6 Requerimiento RF_002..........................................................................57Tabla 4.7 Requerimiento RF_002_01....................................................................58Tabla 4.8 Requerimiento RF_002_02....................................................................58Tabla 4.9 Requerimiento RF_002_03....................................................................58Tabla 4.10 Requerimiento RF_002_04..................................................................58Tabla 4.11 Requerimiento RF_003........................................................................59Tabla 4.12 Requerimiento RF_003_01..................................................................59Tabla 4.13 Requerimiento RF_003_02..................................................................59Tabla 4.14 Requerimiento RF_003_03..................................................................60Tabla 4.15 Requerimiento FR_004........................................................................60Tabla 4.16 Requerimiento RF_005........................................................................60Tabla 4.17 Requerimiento RF_006........................................................................60Tabla 4.18 Costos del sistema actual en material..................................................62Tabla 4.19 Costo del sistema propuesto................................................................63Tabla 4.20 Tiempos del sistema actual..................................................................64Tabla 4.21 Tiempo estimado con el sistema propuesto.........................................65Tabla 4.22 Caso de uso: Administrar la información de usuario…….....................67Tabla 4.23 Caso de uso: Registrar práctica...........................................................68Tabla 4.24 Caso de uso: Registrar perdida............................................................69Tabla 4.25 Caso de uso: Generación de reportes..................................................70Tabla 4.26 Tabla Profesor......................................................................................74Tabla 4.27 Tabla Usuario.......................................................................................75Tabla 4.28 Tabla Alumno.......................................................................................75Tabla 4.29 Tabla Horario........................................................................................76Tabla 4.30 Tabla Carrera.......................................................................................76Tabla 4.31 Tabla Materiales...................................................................................77Tabla 4.32 Tabla Materia.......................................................................................77Tabla 4.33 Tabla RegistrarPractica........................................................................78Tabla 4.34 Tabla ReservarPractica........................................................................78Tabla 4.35 Tiempos obtenidos con el sistema en la fase de pruebas....................86
xiii
Introducción
En el Instituto Tecnológico Superior de Irapuato es necesario el desarrollo de un
proyecto de investigación el cual debe ser documentado e implementado para la
opción de titulación, dentro de la materia de Formulación y Evaluación de Proyectos
de Software, razón por la cual se crea realiza el presente trabajo.
En el primer capítulo se plasma una descripción detallada de la empresa donde se
permitió desarrollar el proyecto, el cual es el Instituto Tecnológico Superior de
Irapuato (ITESI), en este se incluye una breve historia, organigrama, valores, visión,
misión y políticas de la compañía.
El segundo capítulo incluye los términos utilizados a lo largo de la investigación y
desarrollo del proyecto, para que sea de mayor comprensión a las personas que no
están del todo relacionadas con las ingeniería en sistemas computacionales, la
reingeniería de procesos y el control de los datos, así como el fundamento legal en
los que se basan todas las aplicaciones a utilizar.
La problemática con la que cuenta el Laboratorio de Bioquímica se explica de
manera detallada dentro del capítulo tres en el cual se muestran el objetivo general
que trata sobre aplicar las tecnologías de la información para tener un mejor
funcionamiento del flujo de trabajo. Además de los temas anteriores se mencionan
los objetivos específicos, hipótesis, justificación, viabilidad y consecuencias de la
investigación.
El desarrollo del proyecto se encuentra de manera detallada dentro del capítulo
cuatro así como todas las actividades realizadas durante este proyecto, desde los
requerimientos del usuario y del sistema hasta la fase de implementación 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.
1
CAPITULO I. DATOS DE LA INSTITUCIÓN
2
1.1.MARCO CONTEXTUAL
El Instituto Tecnológico Superior de Irapuato (ITESI) como Organismo Público
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 dirección del
Dr. Juan Sillero Pérez, un docente que en un año sentó las bases que dieron
sustento a esta institución. En aquel entonces, la institución tenía como oferta
educativa las carreras de Ingeniería Industrial y la Licenciatura en Informática;
contando con 151 alumnos originarios del municipio de Irapuato y de muchos otros
lugares aledaños.
Para el año de 1997 se abrieron las carreras de Ingeniería en Sistemas
Computacionales e Ingeniera Electromecánica y para el primer semestre Agosto-
Diciembre del 2000 se abrieron las carreras de Ingeniería Electrónica e Ingeniería
Bioquímica. En el 2001 se abrió la carrera de Ingeniería en Materiales,
convirtiéndose en la sexta Institución en impartir esta carrera en el país, y para el
semestre Enero-Junio de 2004, el ITESI empezó a impartir estudios de Ingeniería
Mecatrónica, y en este año también se imparte la maestría de Ingeniería Eléctrica.
Hoy el ITESI refleja los cimientos de una base firme y conforme avanza, crece a
pasos agigantados, ampliando el número de edificios y por ende la población
estudiantil, en la cual se cuenta con alumnos de diferentes estados del país. De
Jalisco, Querétaro, Chiapas, Oaxaca, Hidalgo, Michoacán y del Distrito Federal, entre
otros.
Gracias al apoyo y la confianza por parte del Gobierno del Estado de Guanajuato, se
operan 9 extensiones académicas en los municipios de Abasolo, Guanajuato,
Salvatierra, San Felipe, San Luis de la Paz, San José Iturbide, Cuerámaro, Purísima
del Rincón y Tarimoro. Las extensiones del ITESI nacen para potenciar las
vocaciones de los Corredores Industriales de Guanajuato.
3
La mayoría 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 Tecnológico Superior de
Irapuato.1
Figura 1.1 Organigrama Institucional
1.3.MISIÓN
El ITESI es una institución de educación superior de carácter público, cuyo propósito
es servir a la sociedad formando profesionales con elevados conocimientos técnicos,
1 Instituto tecnológico Superior de Irapuato, Organigrama, Consultada el 20 de Agosto de 2013,
http://www.itesi.edu.mx/Conocenos/Nosotros/Organigrama.html.
4
científicos y humanísticos, que los habilite para: Generar riqueza en las cadenas de
valor de la actividad económica 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.VISIÓN
El ITESI es una institución pública de educación superior, se visualiza: Como eslabón
fundamental en las cadenas de valor para el desarrollo social, industrial y económico
de México. Plenamente comprometido con la sociedad y vinculado con el sector
industrial, agropecuario y de servicios del país. Con acreditación de los organismos
nacionales e internacionales por su calidad académica. Con prestigio y
reconocimiento nacional e internacional por los logros académicos, científicos y
tecnológicos que beneficien la creación de riqueza de la nación.3
1.5.OBJETIVOS
Hacia los Estudiantes: Ofrecer la mejor opción educativa con niveles de excelencia
que asegure su desarrollo profesional, mediante una sólida formación técnica 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 preparación técnica y calidad humana, capaces de
desempeñarse con eficacia en las Cadenas de Valor, generando cada vez mayores
niveles de productividad y competitividad de dichas organizaciones.
Hacia la Sociedad y el Hábitat: Garantizar a los egresados, valores éticos y
morales que los comprometan a promover las mejores condiciones de bienestar
social y la preservación del medio ambiente.4
2 Instituto tecnológico Superior de Irapuato, Misión, Consultada el 20 de Agosto de 2013,
http://www.itesi.edu.mx/Conocenos/Nosotros/Misión.html.
3 Instituto tecnológico Superior de Irapuato, Visión, Consultada el 20 de Agosto de 2013,
http://www.itesi.edu.mx/Conocenos/Nosotros/Visión.html.
4 Instituto tecnológico Superior de Irapuato, Objetivos, Consultada el 20 de Agosto de 2013,
5
1.6.VALORES
Honestidad: Implicará el uso de la palabra y de las acciones por parte de los
miembros de la institución con apego a la verdad e institucionalmente a la
transparencia de sus procesos y de la administración 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 relación, sin importar
diferencia de pensamiento, creencias personales, raza, sexo, edad, nacionalidad,
grado académico 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; además
de la certeza de que los deberes adquiridos serán llevados a buen fin.
Identidad: Identificación intima de ser o pertenecer a nuestra institución.
Lealtad: Se verifica la autenticidad, confianza y solidaridad establecida entre los
miembros de la comunidad tecnológica en sus relaciones interpersonales y laborales.
Trabajo en equipo: Se caracteriza por realizar las labores de la Institución con
líneas eje como la cooperación, la fraternidad, comunicación y el disfrute de las
actividades por los miembros de la Comunidad Tecnológica; todo lo anterior, con un
fuerte sentido de identidad Institucional.
Liderazgo: Se entiende como la influencia generada por las acciones de los
miembros del ITESI en su entorno, tanto académico como profesional; teniendo
como marco la cooperación, el empoderamiento y la retroalimentación funcional en
las actividades de dirección.
Reconocimiento: Es la disposición institucional a hacer el dominio de la sociedad
los logros alcanzados por los miembros de la comunidad tecnológica, tanto en lo
relativo a la vida académica (docencia, investigación, gestión y extensión) como en
materia administrativa; así como de establecer mecanismos institucionales que
acrediten y estimulen los resultados en el personal que los capitaliza.
http://www.itesi.edu.mx/Conocenos/Nosotros/Objetivos.html.
6
Compromiso: Es la convicción por la búsqueda permanente de las mejores líneas
de desarrollo humano y tecnológico en el quehacer institucional, para ser puesto a
disposición de la sociedad.
Mejora continua: Se presenta como el establecimiento de objetivos, metas y
acciones vanguardistas en materia académica ya administrativa, donde la
característica será la búsqueda constante de acciones que permitan mantener y
proponer en sus procesos el desarrollo de la institución y de quienes la conforman.
Innovación y conocimiento: La generación del conocimiento y su aplicación en la
sociedad son ejes rectores del quehacer institucional; donde la producción 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 institución.5
1.7.POLÍTICAS DE CALIDAD
Política de calidad-ambiental: Proporcionar educación, capacitación, investigación
y desarrollo tecnológico, al integrar la protección ambiental y la mejor continua de los
procesos, alineados a la legislación ambiental y dirigidos a lograr la satisfacción del
cliente.6
1.8.PERFIL DE LOS RESPONSABLES DEL PROYECTO
El desarrollo y la implementación de este proyecto requieren que los integrantes del
equipo de desarrollo cuenten con las siguientes competencias:
5 Instituto tecnológico Superior de Irapuato, Objetivos, Consultada el 20 de Agosto de 2013,
http://www.itesi.edu.mx/Conocenos/Nosotros/Valores.html.
6 Instituto tecnológico Superior de Irapuato, Objetivos, Consultada el 20 de Agosto de 2013,
http://www.itesi.edu.mx/Conocenos/Nosotros/Politica.html.
7
Capacidad de análisis y diseño de procesos.
Solución de problemas.
Capacidad de abstracción.
Conocimiento en la aplicación de la reingeniería 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 investigación
(Reingeniería de procesos, workflow, la estrategia de las 5s, diagramas
IDEF0, RAD, grafica RICA, metodología RE).
Capacidad de trabajo en equipo.
Honestidad, ética y compromiso con el proyecto.
Interés por el aprendizaje y la aplicación de nuevas tecnologías.
8
CAPITULO II. MARCO TEÓRICO
9
1.9. FUNDAMENTO TEÓRICO
De acuerdo a (referencia ) un proyecto es un conjunto de actividades necesarias
para producir los artefactos requeridos. Incluye contacto con el cliente, escribir la
documentación, desarrollar el diseño, escribir el código y probar el producto.7
La investigación está encaminada a profundizar el conocimiento de un proceso ya
sea teórico, practico o practico-teórico, parte del conocimiento científico y lo lleva a la
solución de problemas de la sociedad que de una forma u otra no han sido
investigados o su investigación se ha conducido en otra dirección.
Por otra parte, la metodología es la ciencia que nos enseña 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
1.9.1.1.1. Método cuantitativo
También llamado método tradicional se fundamenta en la medición de las
características de los fenómenos 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 método tiende a
generalizar y normalizar resultados.
1.9.1.1.2. Método cualitativo
El método no tradicional, se orienta a profundizar casos específicos y no a
generalizar. Su preocupación no es prioritariamente medir, sino cualificar y describir
7 BRAUDE, E. Ingeniería del software. Una perspectiva orientada a objetos. Alfaomega. Edo. de México. 2000.
8 CORTÉS, MANUEL e IGLESIAS, MIRIAM., Generalidades sobre Metodología de la Investigación, Campeche: Universidad
Autónoma del Carmen, 2004.
10
el fenómeno social a partir de rasgos determinantes, según sean percibidos por los
elementos mismos que están dentro de la situación estudiada.9
1.9.1.2. Investigación experimental
Este tipo de investigación, se refiere a una investigación prospectiva. Se presenta
mediante la manipulación de una variable experimental no comprobada, en
condiciones rigurosamente controladas, con el fin de describir de qué modo o porque
causa se produce una situación o acontecimiento particular.
1.9.1.2.1. Experimento
Es una situación provocada por el investigador para introducir determinadas
variables de estudio manipuladas por él para controlar el aumento o disminución de
esas variables y su efecto en las conductas observadas.10
1.9.1.3. Cuestionario
Es un conjunto de preguntas diseñadas para generar los datos necesarios, con el
propósito de alcanzar los objetivos del proyecto de investigación. Se trata de un plan
formal para recabar información de la unidad de análisis objeto de estudio y centro
del problema de investigación.
1.9.1.4. Entrevista
Es una técnica que consiste en recoger información mediante un proceso directo de
comunicación entre los entrevistadores y el entrevistado, en el cual el entrevistado
responde a cuestiones, previamente diseñadas en función de las dimensiones que se
pretenden estudiar, planteadas por el entrevistador.11
9 BERNAL, CESAR. Metodología de la Investigación. Pearson. México. 2006.
10 RODRIGUEZ, E., Metodología de la investigación. La creatividad, el rigor del estudio y la integridad son factores que
transforman al estudiante en un profesionista de éxito. Tabasco: Universidad Juárez. Autónoma de Tabasco, 2005.
11 BERNAL, CESAR. Metodología de la investigación: administración, economía, humanidades y ciencias sociales. Pearson.
Colombia. 2010.
11
1.9.1.5. Problemática
La problemática trata de una situación propia de un objeto o fenómeno que provoca
la necesidad en un sujeto de darle explicación, el cual desarrollara una actividad con
objetivo.12
1.9.1.6. Objetivo general
El objetivo general de una investigación se enmarca en el título de la misma y se
descompone, a su vez, en objetivos específicos o propósitos de comprobación y
descripción del sistema o de las variables de estudio. Señala el nivel de conocimiento
que se desea obtener del objeto como resultado de la investigación.
1.9.1.7. Objetivo especifico
Reseñan los resultados o metas parciales. Se enuncian e inician también con verbos
en infinitivo. Debe incluir un solo logro, pueden existir uno o más objetivos y cada uno
de ellos debe aferrarse a una metodología de campo, de laboratorio o de análisis
particular, si bien en muchos casos se pueden emplear procedimientos semejantes.13
1.9.1.8. Hipótesis
Son las guías para una investigación, estas indican lo que se trata de probar y se
definen como explicaciones tentativas del fenómeno investigado; deben ser
formuladas a manera de proposiciones. Son respuestas provisionales a las
preguntas de investigación.
1.9.1.8.1. Variables
Es una propiedad que puede fluctuar y cuya variación es susceptible de medirse u
observarse. Las variables adquieren valor para la investigación científica cuando
12 HALL, O., Orientación hacia la investigación y definición de un problema de investigación. Los Ángeles: Universidad de
California, 1967.
13 Metodología de las Investigación científica.
http://javeriana.edu.co/fear/ecologia/documents/ALBERTORAMIREZMETODOLOGIADELAINVESTIGACIONCIENTIFICA.pdf
Consulta (20/09/2013)
12
llegan a relacionarse con otras variables formando parte de una hipótesis o una
teoría.
1.9.1.9. Pregunta de investigación
Orientan hacia las respuestas que se buscan con la investigación. Las preguntas de
investigación no deben utilizar términos ambiguos ni abstractos.
1.9.1.10. Justificación
Indica el porqué de la investigación exponiendo sus razones. Por medio de la
justificación debemos demostrar que el estudio es necesario e importante.14
1.9.2.Base de datos
Es una colección interrelacionada de datos, almacenados en un conjunto sin
redundancias innecesarias cuya finalidad es la de servir a una o más aplicaciones de
la manera más eficiente.
1.9.2.1. Datos
Es la información relevante que almacena y gestiona el sistema de información. Los
datos por si solos no aportan conocimiento, es necesario procesarlos y
transformarlos. La información es el resultado de esta transformación.15
1.9.2.2. Campo
Elemento conformado por un conjunto de datos coherentes entre sí con sentido
común dentro de un contexto. 16
14 HERNANDEZ, R., Metodología de la investigación. Cuarta Edición. Mc Graw-Hill.1997.
15 NEVADO, M. V., Introducción a las bases de datos relacionales. Madrid: Visión Libros, 2003.
16 KROENKE, D. M., Procesamiento de bases de datos. Fundamentos, diseño e implementación. México: Pearson Educación,
2003.
13
1.9.2.3. Registro
Un registro es un conjunto de campos que contienen los campos que pertenecen a
una misma repetición de identidad. Se le asigna automáticamente un numero
consecutivo (número de registro) que en ocasiones es usado como índice aunque lo
normal y practico es asignarle a cada registro un campo clave para su búsqueda.17
1.9.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 cálculo. 18
1.9.2.5. Sistema gestor de base de datos (SGBD)
Consiste en una colección 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 recuperación y el almacenamiento de
la información de la base de datos.19
1.9.2.6. Lenguaje de definición de datos (DDL)
Permite definir la representación lógica 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 características de tipo físico y las vistas externas de los
usuarios.
1.9.2.7. Lenguaje de manipulación de datos (DML)
Es un lenguaje el cual mediante la función de manipulación los usuarios de la base
de datos pueden buscar, añadir, borrar o modificar los datos de la base de datos.
17 ABELLÓ, A. Diseño y administración de bases de datos. Ediciones UPC. Barcelona. 2006.
18 SÁNCHEZ, O., Aplicaciones informáticas de bases de datos relacionales. Madrid: Cedro, 2010.
19 SILBERSCHATZ, ABRAHAM, Fundamentos de Bases de Datos, Mc Graw-Hill, Madrid, 1998.
14
1.9.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
1.9.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 posición
principal debido a su simplicidad, que facilita el trabajo del programador en
comparación 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 relación 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 matemático de relación, del
que toma su nombre el modelo relacional.
1.9.3. Diagrama de casos de uso
Muestra las distintas operaciones que se esperan de una aplicación o sistema y
como se relaciona con su entorno.
1.9.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 más actores interaccionan con el sistema que
realiza algunas acciones.
1.9.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, periféricos u
otros sistemas cuando el sistema está en uso.21
20 NEVADO, M. V., Introducción a las bases de datos relacionales. Madrid: Visión Libros, 2003.
21 DEBRAUWER, L., UML 2: Iniciación, ejemplos y ejercicios corregidos. Barcelona: ENI, 2005.
15
1.9.4. Ciclo de vida del software
Es un conjunto de actividades que conducen a la creación de un producto de
software. Los métodos y técnicas de la ingeniería del software se inscriben dentro del
marco delimitado por el ciclo de vida del software por diferentes etapas
fundamentales que son: especificación de requisitos, diseño e implementación,
validación y evolución del software.
1.9.4.1. Ciclo de vida en cascada
Considera actividades fundamentales del proceso de especificación, desarrollo,
validación y evolución y los representa como fases separadas del proceso, tales
como la especificación de requerimientos, el diseño de software, la implementación,
las pruebas, etc.
1.9.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 podría referirse a la viabilidad del
sistema, el siguiente ciclo a la definición de requerimientos, el siguiente al diseño del
sistema y así sucesivamente. Se divide en cuatro sectores: definición de objetivos,
evaluación y reducción de riesgos, desarrollo y validación y planificación.22
22 CAMPDERRICH B. Ingeniería del software. UOC. Cataluña. 2003.
16
1.9.5. Lenguaje Unificado de Modelado (UML)
Es un lenguaje estándar 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
1.9.6.MySQL
Es un sistema gestor de base de datos relacionales, que además ofrece
compatibilidad con PHP, Perl, C, y HTML, sus funciones avanzadas de
administración y optimización de base de datos para facilitar las tareas habituales.24
1.9.7.PHP
Es un lenguaje de alto nivel que se ejecuta en el servidor el cual se ejecuta en otro
servidor donde están alojadas las páginas, al contrario que otros lenguajes que son
ejecutados en el propio servidor.25
1.9.8.HTML (Hyper Text Markup Languaje)
Es un estándar que en sus diversas versiones se define como una estructura básica
y un contenido de una página web, como texto, imágenes las cuales se programan.26
1.9.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 busque información DNS se conoce como cliente DNS y cualquier equipo
que la proporcione se considera servidor.27
23 ALHIR, S. Learning UML. O’Reilly. EUA. 2003.
24 PEREZ, C., MySQL para Windows y Linux, México, Alfaomega, 2006.
25 PAVÓN, JACOBO, Creación de un portal con PHP y MySQL, México, Alfaomega, 2007.
26 OROS, JUAN C., Diseño de páginas Web con XHTML, JavaScript Y CSS, Alfaomega, México, 2008.
27 LUCA, JUAN. Windows Server 2008, Anaya Multimedia, Madrid, 2009.
17
1.9.10. DNS
Es un protocolo de tipo cliente/servidor, su trabajo es mantener una base de datos
que contenga información DNS para responder a las peticiones de sus clientes y
para aplicar las peticiones de sus clientes y para replicar la información en otros
servidores DNS según sea necesario.28
1.9.11. Reingeniería de procesos
El rediseño de procesos organizacionales para reducir el número de actividades
redundantes y mejorar la eficiencia de los procesos.
1.9.11.1.1. Reingeniería
El principio de una reingeniería comienza al darse cuenta que se ha estado
trabajando con los mismos procesos antiguos y la misma tecnología, reconociendo el
atraso que esto genera, y permitiendo ser estudiados para modernizar los procesos
con la automatización de algunos de ellos. Pretendiendo obtener mejores
resultados.29
1.9.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, máquinas o humanos que
utilizan artefactos, es decir los elementos que entran y salen en cada uno de los
procesos.30
28 PEREZ, M. Windows Server 2008 Instalación, configuración y administración, México, D.F. 2009.
29 HAMMER, M., Reengineering Work: Don´t Automate, Obliterate. Harvard Business Review, 1990.
30 HUMPREY, W., FEILER P., Software Process Development and Enactment: Concepts and Definitions. Technical Report,
1992.
18
1.9.12. Reingeniería de procesos de negocios (BPR)
Es la reconcepción fundamental y el rediseño radical de los procesos de negocios
para lograr mejoras dramáticas en medidas de desempeño tales como costos,
calidad, servicio y rapidez.31
1.9.13. Metodología rápida RE
La metodología Rápida Re se compone de varias técnicas administrativas
actualmente familiares, como: lluvias de ideas, análisis de procesos, medidas de
desempeño, identificación de oportunidades, etc. La metodología se basa en 5
etapas que permiten resultados rápidos y sustantivos efectuando cambios radicales
en los procesos estratégicos de valor agregado. La metodología se diseñó para que
la utilicen equipos de reingeniería en organizaciones de negocios sin tener que
basarse de expertos de fuera.
1.9.13.1. Etapas de la metodología Rápida Re
La metodología Rápida Re, se compone de varias técnicas administrativas las cuales
trabajan en conjunto.
1.9.13.1.1. Preparación
Es básicamente el levantamiento previo de información sobre las metas y los
objetivos que se buscan alcanzar.
1.9.13.1.2. Identificación
Desarrolla un modelo del negocio, orientado al cliente; identifica los procesos
estratégicos y críticos, 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.
19
1.9.13.1.3. Visión
Busca oportunidades de avance decisivo en los procesos; los analiza y lo estructura
como “visiones” de cambio radical.
1.9.13.1.4. Solución
En esta etapa se produce un diseño técnico y un diseño cultural-organizacional de la
empresa. La etapa de diseño técnico busca realizar la visión, especificando las
dimensiones técnicas del nuevo proceso. El diseño social necesariamente debe ser
realizado al mismo tiempo que el técnico, pues para que un proceso sea eficaz, estos
diseños deben ser congruentes.
1.9.13.1.5. Transformación
Realiza las visiones del proceso, lanzando versiones piloto y de plena producción de
los nuevos procesos. 32
1.9.14. IDEF0
El método IDEF0 (Integration DEFinition for Function Modeling) es un método basado
en la combinación de una representación gráfica de funciones y un texto explicativo
para el modelado de decisiones, acciones y actividades de una organización o
sistema.IDEF0 forma parte de un conjunto de métodos definidos para el diseño y
modelado de software. 33
32 SPENDOLINI, MICHAEL J., Benchmarking. Editorial Norma, 1995..
33 TUYA, JAVIER., RAMOS, ISABEL., DOLADO, JAVIER., Técnicas cuantitativas para la gestión en la ingeniería del software,
2007.
20
Figura 2.1 Modelo del diagrama IDEF0
1.9.15. Flujo de trabajo (Workflow)
Conjunto de tareas organizadas para llevar a cabo algún negocio proceso (por
ejemplo, el procesamiento de órdenes de compra a través del teléfono, suministro de
servicio telefónico, procesamiento de reclamaciones de seguros). Una tarea puede
ser realizada por uno o más sistemas de software, uno o un equipo de seres
humanos, o una combinación de éstos. Describe tareas de procesos de negocio a
nivel conceptual necesario para comprender, evaluar y rediseñar el proceso.
También puede capturar tareas de proceso de información a un nivel que describe
los requisitos del proceso para la funcionalidad de sistema de información y
habilidades humanas.
21
Figura 2.2 Funcionamiento del workflow (umbrella)
1.9.15.1. Gestión de flujo de trabajo
Es una tecnología de apoyo a la reingeniería de negocio y los procesos de
información.
1. Describe los aspectos de un proceso que son relevantes para el control de y la
coordinación de la ejecución de sus tareas (posiblemente, las habilidades de los
individuos o los sistemas de información necesarios para realizar cada tarea).
2. Provee para el diseño rápido y la aplicación de los procesos de negocio como
necesidades y el cambio de sistemas de información.
Para apoyar eficazmente WFM, las organizaciones deben evolucionar sus entornos
informáticos existentes a un nuevo entorno distribuido.34
1.9.16. Prototipo
El prototipo es una versión operativa de un sistema de información 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 diseño final. Una vez que el diseño se haya
terminado, el prototipo puede convertirse en un sistema pulido de información.
34 GEORGAKOPOULOS, DIMITRIOS., HORNICK, MARK., An Overview of Workflow Management: From Process Modeling to
Workflow Automation Infrastructure, Kluwer Academic Publishers, Boston, 1995.
22
1.9.17. Tecnologías de la Información
Las TIC se desarrollan a partir de los avances científicos producidos en los ámbitos
de la informática y las telecomunicaciones. Las TIC son el conjunto de tecnologías
que permiten el acceso, producción, tratamiento y comunicación de información
presenta en diferentes códigos (texto, imagen, sonido).
Las nuevas tecnologías de la información y comunicación son las que giran en torno
a tres medios básicos: la informática, la microelectrónica y las telecomunicaciones;
pero giran, no solo de forma aislada, sino lo que es más significativo de manera
interactiva e interconectadas, lo que permite conseguir nuevas realidades
comunicativas.35
1.9.17.1. Las tecnologías de la comunicación y la
información dentro de la BPR
En las últimas décadas los avances y desarrollos de las Tecnologías de de la
Información y Comunicación (TIC) y los Medios de comunicación Colectiva (MCC)
han sido agentes importantes en la transformación de los procesos educativos en
nivel Internacional y nacional, su incidencia es tal que se han generado distintas
líneas de trabajo y de investigación en el ámbito de la educación y su relación con
estos componentes tecnológicos.
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 enseñanza y de
aprendizaje.36
35 Tecnologías de la Información www.uv.es/~bellochc/pdf/pwtic1.pdf (Consulta 30/09/2013)
36 GARAY, LUZ M., Tecnologías de la Información y Comunicación, Horizontes interdisciplinarios y temas de investigación,
México, D.F. 2009.
23
1.9.18. Modelado en diagramas Rol Actividad (RAD)
Diagrama Rol Actividad (RAD) actividades e interacciones las cuales permiten la
comunicación de los roles. Proporcionan información 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 notación
fue ampliada y actualizada por Martin Ould en 1995.37
Figura 2.3 Simbología para la construcción de los Diagramas Rol Actividad (RAD)
37 MARTIN, JAMES. Rapid Application Development, MacMillan Publishing Co.1990.
24
1.9.19. Estrategia de las 5s.
La estrategia de las 5s es una metodología de trabajo desarrollada por la industria
japonesa después de la II Guerra Mundial, debido a que existía la necesidad de
incorporarse nuevamente al mercado internacional después que las industrias en
general fueran casi totalmente destruidas, enfrentando en aquel entonces una
sensible baja en la economía y en la producción de bienes y servicios.
Es una metodología práctica 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
ejecución eficiente de las actividades laborales.
1.9.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 identificación y el retiro o eliminación de los elementos que no
se utilizan.
1.9.19.2. Seiton (Orden)
Consiste en ordenar y acomodar los elementos necesarios de manera que facilite la
búsqueda, identificación, acceso, retiro y devolución 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 más adecuado para colocarlos de acuerdo a la
funcionalidad.
1.9.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
25
Total (TPM, por sus siglas en inglés), seiso implica inspeccionar el equipo durante el
proceso de limpieza, identificando los problemas de fugas, averías o fallas.
1.9.19.4. Seiketsu (Limpieza estandarizada)
Se define como crear un estado óptimo de las tres primeras “S”, con el fin de
mantener los logros alcanzados, por medio del establecimiento y respeto a las
normas que permitan elevar los niveles de eficiencia en el lugar de trabajo.
1.9.19.5. Shitsuke (Disciplina)
La disciplina debe ser reconocida como la parte más importante a impulsar porque su
aplicación hace que evolucionen las 4S anteriores. Además demostrar un espíritu
proactivo que impulse la realización de las actividades de mejora, teniendo la certeza
que los beneficios serán 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á increíbles resultados en la calidad y productividad.38
1.10. FUNDAMENTO LEGAL
1.10.1. Licencia PHP
Es la licencia bajo la que se publica el lenguaje de programación PHP, de software
libre no copyleft y una licencia de código abierto. Debido a la restricción en el uso del
término “PHP”, no es compatible con la licencia GPL (Ver Anexo I).
1.10.2. Licencia de uso de MySQL
Este servidor de base de datos se distribuye bajo los términos 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.
26
1.10.3. Licencia Microsoft Visio 2010
Dicha licencia cuenta con tres términos, a) Términos de Distribuidor, b) Términos de
OEM, c) Términos de product key card; de los cuales solo uno se aplica el tercer
término (Ver Anexo III.)
1.10.4. Licencia de StarUML
Los modulos y nucleo de StarUML se encuentran bajo los términos de licencia GNU
GPL, con las siguientes excepciones (Ver Anexo II).
27
CAPITULO III. GENERALIDADES DEL PROYECTO
28
1.11. ANTECEDENTES
Los primeros reportes de trabajos de reingeniería de procesos se registran a partir
de 1990, con el trabajo de Hamer (Hammer, 1990) y Davenport (Davenport & Short,
1990); en donde la reingeniería también se considera como un proceso de rediseño y
la TI es un componente importante. El rediseño, modificación o propuesta de mejora,
requieren de un modelo que represente la esencia del proceso actual, en el que se
pueda identificar los objetos e información que impiden que se cumpla con los
objetivos establecidos. Un proceso es un conjunto de actividades lógicas
interrelacionadas dentro de una organización, donde su ejecución contribuye con el
logro de los objetivos.
Una consideración importante cuando se trabaja en actividades que impactan en un
proceso es el uso de los términos “mejora” y “optimización”; el primer término se
refiere a aspectos cualitativos los cuales son difíciles de medir. Mientras que
optimización está relacionada con una mejora automatizada de un proceso utilizando
medidas cuantitativas para medir el desempeño. De tal forma que, la reingeniería de
proceso está relacionada con las TI porque apoyan en el proceso de automatización.
De acuerdo a Tsalgatidoum (Tsalgatidou & Junginger, 1995) cuando no se está
cumpliendo cabalmente con el objetivo de un proceso y existe algún problema o
cuello de botella para desempeñarlo, se debe aplicar una reingeniería de procesos.
En el mismo trabajo se presenta la estructura general de la reingeniería: a) Definición
de la meta de la reingeniería, b) Adquisición de la información, c) Modelado del
proceso y d) Evaluación para introducir las nuevas metas y propuesta de reingeniería
o reestructuración del proceso. Diversas investigaciones se han dedicado a realizar
propuestas y análisis del proceso de modelado del proceso (Tsalgatidou &
Junginger, 1995; Vergidis, Tiwari, & Majeed, 2008), lo definen como un aspecto
fundamental en la reingeniería. Retomando la conceptualización de un modelo, a
partir de un conjunto de información se debe de producir una descripción abstracta
de un proceso actual o una propuesta de solución; en el que se represente toda la
información relacionada.
29
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
implementación a futuro (mediano o corto plazo). La introducción de Sistemas de
Tecnologías de Información (TI) son indispensables para satisfacer las necesidades
de los usuarios; además 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:
Representación gráfica y fácil de entender del proceso
Identificación de los componentes del proceso actual que pueden ser
reutilizados
Definir los algoritmos a los usuarios en donde se expliquen las diferentes
técnicas para el análisis y evaluación del modelo
Definición semántica para identificar la transformación del modelo al momento
de la implementación.
Para que el proceso de reingeniería cumpla con los nuevos objetivos planteados
para el proceso, se requiere representar de forma puntual y efectiva la descripción
de lo que está pasando actualmente (modelo del proceso), que refleje una clara
comprensión del proceso. El modelado de procesos juega un rol importante en la
percepción y comprensión del proceso; de aquí la importancia en seleccionar el
método o técnica que capture todos los aspectos relacionados. Existen diversas
técnicas para modelar procesos y captar los aspectos que impactan en él. Una de las
limitaciones de los modelos es la consideración de elementos cuantitativos, la
identificación de indicadores o medidas de desempeño lleva más de una década de
estudio (Vergidis, Tiwari, & Majeed, 2008).
Para facilitar la comprensión de las técnicas 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:
30
Máquina determinística. Son el conjunto de secuencias de actividades bien
definidas que poseen un conjunto de entradas y salidas, que están
relacionadas con el objetivo del proceso. Identifican tres técnicas para
modelas a los procesos: IDEF0, IDEF3 y RADs.
Sistemas dinámico complejo. En esta categoría los resultados obtenidos
describen la complejidad, dinamismo y la forma en que interactúan los
componentes del proceso. Los autores sugieren la simulación de eventos para
modelar el comportamiento.
Ciclos iterativos de retroalimentación. Se identifica las mejoras, se recomienda
el modelado de sistemas dinámicos
Constructores sociales. Representa los diferentes valores de la gente,
expectativas y roles. Se representa con modelos ilustrativos.
Otra técnica para el modelado de información son las que modelan el flujo de trabajo
(workflow), una de las técnicas recomendadas para este objetivo son los diagramas
de Business ProcessModeling Notation (BPMN). Las técnicas de observación y
análisis ofrecen un conjunto de opciones para rediseñar un proceso que incluye
actividades no evaluables. Sin embargo, con eta técnica se requiere cierta
experiencia de los miembros del equipo de reingeniería. Por otra parte Li et al (Li,
Fan, & Zhou, 2004) modelan el flujo de trabajo en tres niveles: Nivel lógico. Revisa
que los eventos sean correctos y ejecutados en orden
Nivel temporal. Analiza el intervalo de las dependencias en relación al flujo de
trabajo con las restricciones impuestas (validación, manuales)
Desempeño. Evalúa la habilidad para conocer los requerimientos con respecto
a los requerimientos con respecto al desempeño de indicadores.
Para lo cual se propone el uso de las redes de Petry. Con lo antes mencionado, se
identifica que el proceso de reingeniería se realiza para modelar y proponer
(formalizar el proceso) y/o como la implementación de optimización. En la primera
fase del proyecto de rediseño del proceso de de registro de prácticas de laboratorio,
se formalizará el proceso rediseñado. Para esta fase se aplicará el modelado con
una perspectiva de máquina determinística, con los diagramas IDEF0 y RADs, con la
31
combinación de ciclos iterativos de retroalimentación y constructores sociales
(gráficas ricas).
1.12. PLANTEAMIENTO DEL PROBLEMA
Actualmente el laboratorio de Bioquímica del Instituto Tecnológico Superior de
Irapuato (ITESI) trabaja de forma tradicional (actividades manuales), la tarea del
proceso de registro, seguimiento, control y realización de prácticas. 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 técnico; el día de la práctica 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
inversión del mismo. El vale se debe entregar con 3 días hábiles de anticipación.
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 práctica. El encargado avisa si la solicitud fue aceptada, registrando la
mesa de trabajo con datos de la materia, el tipo de práctica, los materiales y los
reactivos a utilizar, entregándolos el día seleccionado y verificando la entrega y
recepción de estos mismo, si hubo alguna pérdida 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 más personas esperando se invierte tiempo mientras
son atendidos. Además el almacén no está inventariado y cuando no existe algún
reactivo, los interesados le informan al profesor, el cual reemplaza el faltante por otro
o cambia la práctica. Después se llena nuevamente el vale.
Actualmente el registro, seguimiento, control y realización de prácticas se hace de
forma manual en el Laboratorio de Bioquímica, se almacena en cajas, o si se
aglomeran los alumnos el encargado las coloca temporalmente en el escritorio; esto
32
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. Además no se
lleva un control de la información 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.
En el periodo en donde se tiene mucha demanda de servicio, no es posible llevar a
cabo las pérdidas en la forma que se requiere, ya que los datos se anotan en los
vales y no siempre se almacena en archivo físico. 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
físicamente las solicitudes y tener en cuenta los aspectos de información 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 razón, se llegan a traspapelarlos documentos
guardados. Cuando el encargado se sobrecarga de actividades se limita al encontrar
la información en tiempo y forma para realizar los reportes. Actualmente, se desea
que el laboratorio aplique los criterios de la metodología de las 5S las cuales son
seiri, seiton, seiso, seiketsu y shitsuke (clasificar, orden, limpieza, limpieza
estandarizada y disciplina).
1.13. OBJETIVOS
3.3.1 Objetivo general
Definir las tecnologías de la información utilizadas para reestructurar los procesos
del control y seguimiento de prácticas en el Laboratorio de Bioquímica del ITESI que
cuente con los protocolos para proporcionar los estándares de calidad para mejorar
los puntos de la metodología de las 5s (clasificar, orden, limpieza, limpieza
estandarizada y disciplina).
33
3.3.2 Objetivos particulares
Analizar los procesos de registro y diseñar los diagramas correspondientes
para conocer el procedimiento que se realiza en la asignación de mesas de
trabajo en el laboratorio de Bioquímica y lograr que los procesos sean más
eficientes.
Hacer un análisis y modelado de los registros para identificar las mejoras de
los procesos y rediseñar los diagramas que nos guiaran a la implementación
de la aplicación.
Desarrollar una herramienta informática para agilizar los procesos utilizados
en el registro de prácticas 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 actualización de la información
sobre cada proceso realizado y la obtención de reportes los cuales nos
puedan proporcionar un análisis de los requerimientos para las solicitudes de
compra y planeación.
Realizar un reporte el que se indiquen las mejoras identificadas para llevar a
cabo el proceso de una forma eficiente.
1.14. PREGUNTA DE INVESTIGACION
¿La reestructuración del proceso de la identificación del flujo de trabajo y de un mejor
manejo del flujo de información identificara las áreas de oportunidad para mejorarlo y
realizarlo de forma eficiente con diferentes tecnologías de la información y
comunicación?
¿Cuáles son los cambios, el proceso reestructurado y las tecnologías de la
información para que el proceso de registro, control, seguimiento y realización de
prácticas sea eficiente para los actores involucrados, proporcionando estándares de
calidad para cubrir algunos puntos de la metodología 5S?
34
1.15. JUSTIFICACIÓN
Dentro del Laboratorio de Bioquímica los alumnos invertirán un menor tiempo en el
proceso de registro, seguimiento, control y realización de prácticas. Además de
apoyar al encargado del laboratorio, llevando a cabo más actividades dentro de su
horario laboral. Facilitar el flujo de trabajo en el proceso de registro, seguimiento y
control de las prácticas de laboratorio, se requiere de un documento que contenga el
análisis y diseño de dicho proceso, además de una propuesta de adecuación
“reingeniería de procesos” creando una herramienta tecnológica y rediseñando
algunos aspectos del proceso, involucrando a los actores responsables de cada una
de las actividades de acuerdo al rol que desempeña.
El encargado mejorará su rendimiento en el Laboratorio de Bioquímica a través de
la implementación de esta herramienta, disminuyendo el consumo de papel y
evitando la perdida de formatos realizados. También se mejorará el control del
almacén ya que al tener un registro sobre los reactivos y los materiales utilizados en
prácticas y los que falten para realizarlas. Así como una mejor organización de las
actividades a efectuar, ya que se espera llegar a cumplir con la mayoría de los
puntos de la metodología 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
análisis y la creación de la herramienta tecnológica, se podrá tener un mejor control
del flujo de trabajo y de la información.
1.16. VIABILIDAD DE LA INVESTIGACIÓN
Este proyecto cuenta con los elementos necesarios para llevar a cabo su desarrollo,
ya que el proyecto se realiza en el Instituto Tecnológico Superior de Irapuato (ITESI),
específicamente en el Laboratorio de Bioquímica, por lo tanto está al alcance de
nuestras posibilidades, debido a que se cuenta con datos verídicos y reales de la
situación que se va a solucionar, así como también con el apoyo del encargado del
Laboratorio y de la Institución al proporcionar datos referentes al desarrollo del
proyecto.
35
En cuanto a los recursos técnicos, el área de Laboratorio cuenta con el hardware y
software indispensables para llevar a cabo la implementación de nuestra primera
fase de la herramienta tecnológica.
Con respecto a los recursos económicos, el proyecto es viable, debido a que los
diferentes elementos tales como alimentación, papelería y gastos internos serán
solventados por los investigadores, en cuanto al equipo de trabajo requerido para la
realización del proyecto, se cuenta con el equipo de cómputo que tiene las
características necesarias para la instalación 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 realización de prácticas.
1.17. CONSECUENCIAS DE LA INVESTIGACIÓN
Con este proyecto se contara con un análisis profundo de la información para dar
seguimiento a la segunda fase de la reingeniería de procesos del Laboratorio de
Bioquímica.
Además los resultados del proyecto serán la comprobación del restablecimiento del
flujo de trabajo y del flujo de la información, estableciendo los roles y actividades de
cada actor dentro del proceso de registro, seguimiento, control y realización de
prácticas dentro del Laboratorio de Bioquímica.
1.18. HIPOTESIS
Las hipótesis formuladas para el presente proyecto son las siguientes:
Ha: “La reestructuración del proceso de registro de prácticas contribuye a agilizar el
flujo de trabajo”.
Hb: “El uso de un sistema informático, que utiliza un control de la información del
proceso de registro, ayuda a mejorar los estándares de calidad para cubrir de forma
eficiente y eficaz las necesidades del encargado de laboratorio y los requisitos de los
alumnos”.
36
H0: “La falta del uso de un sistema informático en el proceso de registro de prácticas
disminuye el lento acceso a la información, en el momento requerido, que a su vez
delimitan las actividades a desempeñar de parte del encargado”.
37
CAPÍTULO IV: ACTIVIDADES DESARROLLADAS
DURANTE EL PROYECTO
38
1.19. 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
39
1.20. CLASIFICACIÓN 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
prácticas. También se considera dentro del criterio de cobertura empresarial, debido
a que solo será empleado en el Instituto Tecnológico Superior de Irapuato dentro del
Laboratorio de Bioquímica ya que se ha elaborado de acuerdo a los requerimientos
que dicho lugar necesita.
1.21. METODOLOGÍA EMPLEADA EN LA INVESTIGACÍON
La metodología surge a medida que las ciencias van desarrollándose, de donde se
desprende que el conocimiento metodológico, el aprendizaje y experiencia de
las técnicas 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
métodos: el método cualitativo y el cuantitativo, cada uno con sus propias
características.
El método que será utilizado en el desarrollo de este proyecto es el mixto debido a
una combinación del método cuantitativo y el cualitativo, ya que se empelaran
estadísticas para la recolección de datos y su experimentación, así como extraer los
significados de los datos y de esta manera demostrar que las hipótesis tienen
fundamento.
Así como se eligió un método de investigación es necesario elegir el tipo de
investigación que será aplicado. Para el presente proyecto se utilizara la
investigación experimental, que como su objetivo lo menciona, se deberá introducir
una variable en una situación para así poder observar y conocer sus conductas
observadas.
1.22. CICLO DE VIDA
Cada proyecto requiere de un ciclo de vida del software, el cual deberá cumplir las
características necesarias para la obtención de un producto que satisfaga todas o la
40
mayoría 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 todas sus fases y una vez que este termina, genera un
producto más 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 más y el margen de riesgo sea
cada vez menor, ya que se podrán identificar problemas en etapas tempranas, para
su mejoramiento.
1.23. ANALISIS DE REQUERIMIENTOS
Número de requerimiento RF_001Nombre del requerimiento Controlar el acceso de usuariosTipo Requisito x RestricciónFuente del requerimiento Jefe de Laboratorio de bioquímicaPrioridad del requerimiento 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
contraseña, además de los permisos necesarios para utilizar las funciones
existentes, sino cuenta con ellos deberá registrarse para poder acceder al sistema.
Número de requerimiento RF_001_01Nombre del requerimiento Validación de usuariosTipo Requisito x RestricciónFuente del requerimiento Jefe de Laboratorio de bioquímicaPrioridad del requerimiento Alta x Media Baja
Tabla 4.2 Requerimiento RF_001_01
Cada vez que el usuario desee ingresar al sistema deberá de iniciar sesión, este
deberá solicitar un nombre de usuario y una contraseña para validar en la base de
datos y permitir o negar el inicio al sistema.
Número de requerimiento RF_001_02Nombre del requerimiento Agregar usuario nuevoTipo Requisito x RestricciónFuente del requerimiento Jefe de Laboratorio de bioquímica Prioridad del requerimiento Alta x Media Baja
Tabla 4.3 Requerimiento RF_001_02
41
Se realizará el ingreso de nuevos usuarios al sistema introduciendo el nombre de
usuario y su contraseña para que pueda acceder al sistema y a sus funciones,
además se asignarán privilegios o restricciones dependiendo del tipo de usuario.
Número de requerimiento RF_001_03Nombre del requerimiento Eliminar usuarioTipo Requisito x RestricciónFuente del requerimiento Jefe de Laboratorio de bioquímica Prioridad del requerimiento Alta x Media Baja
Tabla 4.4 Requerimiento RF_001_03
Cada que sea necesario se eliminara toda la información 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.
Número de requerimiento RF_001_04Nombre del requerimiento Modificación de privilegios de usuariosTipo Requisito x RestricciónFuente del requerimiento Jefe de Laboratorio de bioquímica Prioridad del requerimiento Alta x Media Baja
Tabla 4.5 Requerimiento RF_001_04
Modificar nombre de usuario y contraseña, agregando o eliminando funciones o
privilegios, cambio de datos cuando estos han sido olvidados, para evitar problemas
posteriores con el sistema.
Número de requerimiento RF_002Nombre del requerimiento Formulario de registroTipo Requisito x RestricciónFuente del requerimiento Jefe o auxiliar de Laboratorio de bioquímicaPrioridad del requerimiento Alta x Media Baja
Tabla 4.6 Requerimiento RF_002
Se requiere un formulario de registro de prácticas para que los alumnos puedan
solicitar la reservación de la mesa de trabajo.
Número de requerimiento RF_002_01Nombre del requerimiento Generador de código de reservaciónTipo Requisito x RestricciónFuente del requerimiento Jefe o auxiliar de Laboratorio de bioquímica Prioridad del requerimiento Alta x Media Baja
Tabla 4.7 Requerimiento RF_002_01
42
El código se utilizara como referencia al número de registro, este se presentara el día
de la práctica para que se haga valida la reservación de la mesa de trabajo y poder
así entregar el material para su realización.
Número de requerimiento RF_002_02Nombre del requerimiento Generación de documento para registrar práctica de
alumnoTipo Requisito x RestricciónFuente del requerimiento Jefe o auxiliar de Laboratorio de bioquímica Prioridad del requerimiento Alta x Media Baja
Tabla 4.8 Requerimiento RF_002_02
Al momento de llenar el formulario, los datos deberán 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 práctica.
Número de requerimiento RF_002_03Nombre del requerimiento Generación de copia del documento del registro para
el encargadoTipo Requisito x RestricciónFuente del requerimiento Jefe o auxiliar de Laboratorio de bioquímica Prioridad del requerimiento Alta x Media Baja
Tabla 4.9 Requerimiento RF_002_03
Además de contar con un archivo en .pdf para el alumno, también deberá generarse
una copia para el encargado, el cual podrá visualizar la información y este
documento le servirá para su posterior clasificación de acuerdo a la materia y carrera
de la cual se esté cursando.
Número de requerimiento RF_002_04Nombre del requerimiento Generación de documento sobre registro para el
administrador del sistemaTipo Requisito x RestricciónFuente del requerimiento Jefe o auxiliar de Laboratorio de bioquímica Prioridad del requerimiento Alta x Media Baja
Tabla 4.10 Requerimiento RF_002_04
La generación de documentos en formato .pdf será también para el administrador
general, esto como un respaldo de información en caso de fallas o la falta del servicio
sobre la base de datos.
Número de requerimiento RF_003
43
Nombre del requerimiento Registro de faltantesTipo Requisito x RestricciónFuente del requerimiento Jefe o auxiliar de Laboratorio de bioquímica Prioridad del requerimiento Alta x Media Baja
Tabla 4.11 Requerimiento RF_003
Al momento de finalizar una práctica, se reciba el material que se había entregado y
si por algún motivo los alumnos quebraron o perdieron algún material o reactivo, se
debe levantar un registro de perdida hasta la reposición del material.
Número de requerimiento RF_003_01Nombre del requerimiento Modificar registro de faltantesTipo Requisito x Restricción Fuente del requerimiento Jefe o auxiliar de Laboratorio de bioquímica Prioridad del requerimiento Alta x Media Baja
Tabla 4.12 Requerimiento RF_003_01
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 reposición.
Número de requerimiento RF_003_02Nombre del requerimiento Generación de registros de pérdidas en .pdf para
alumnosTipo Requisito x Restricción Fuente del requerimiento Jefe o auxiliar de Laboratorio de bioquímica Prioridad del requerimiento Alta x Media Baja
Tabla 4.13 Requerimiento RF_003_02
Se genera un reporte en formato .pdf para su posterior clasificación y su respaldo en
la base de datos, este será para el alumno responsable del registro de práctica como
un comprobante de dicha perdida y/o reemplazo de material.
Número de requerimiento RF_003_03Nombre del requerimiento Generación de registros de pérdidas en .pdf para
encargadoTipo Requisito x Restricción Fuente del requerimiento Jefe o auxiliar de Laboratorio de bioquímica Prioridad del requerimiento Alta x Media Baja
Tabla 4.14 Requerimiento RF_003_03
Reporte generado para el encargado, para su posterior clasificación y como respaldo
de información sobre la base de datos.
44
Número de requerimiento RF_004Nombre del requerimiento Generación de reportes de registro de practicasTipo Requisito x RestricciónFuente del requerimiento Jefe de Laboratorio de bioquímicaPrioridad del requerimiento Alta x Media Baja
Tabla 4.15 Requerimiento RF_004
Generación de reportes de las prácticas registradas para tener un censo sobre el
número de prácticas realizadas y la actividad de cada materia y semestre, esto para
fines informativos y preventivos.
Número de requerimiento RF_005Nombre del requerimiento Generación de reportes de registros de material
faltanteTipo Requisito x RestricciónFuente del requerimiento Jefe o auxiliar de Laboratorio de bioquímica Prioridad del requerimiento Alta x Media Baja
Tabla 4.16 Requerimiento RF_005
Los reportes generados serán utilizados para fines informativos, conociendo así el
número de material perdido en cada semestre y su correspondiente reemplazo.
Número de requerimiento RF_006Nombre del requerimiento Generar reportes variosTipo Requisito x RestricciónFuente del requerimiento Jefe de almacénPrioridad del requerimiento Alta x Media Baja
Tabla 4.17 Requerimiento RF_006
Las consultas realizadas a la base de datos solo podrán ser realizadas por los
usuarios con dicho privilegios, en este caso, el administrador general, y se mostrará
la información de acuerdo a los datos accedidos.
1.24. ESTUDIO DE FACTIBILIDAD
Al momento de realizar un estudio de factibilidad se determina si la Institución en
donde se implementara el proyecto cuenta con los recursos técnicos, económicos y
operativos para determinar si el proyecto se podrá llevar a cabo.
4.6.1 Factibilidad técnica
45
La factibilidad técnica consistió en un estudio de la tecnología con la que cuenta el
Laboratorio de Bioquímica y la posibilidad de hacer uso de esta con la
implementación 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 electrónica con las siguientes características:
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 Bioquímica no tendrá
que adquirir algún hardware específico, ya cuenta con el equipo suficiente para
satisfacer los requerimientos mencionados.
4.6.1.2 Interfaces de software
Para la visualización de los reportes generados en .PDF es necesario el siguiente
software:
Adobe Reader X. El software Adobe Reader es el estándar mundial gratuito
para visualizar, imprimir y comentar de forma fiable documentos PDF.
Tomando en cuenta los requerimientos de software el Instituto Tecnológico Superior
de Irapuato no necesita adquirir licencias de software puesto que ya cuenta con ellas.
4.6.2 Factibilidad económica
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, implementación y mantenimiento, mostrando los beneficios que traerá
consigo la aplicación del proyecto.
46
4.6.2.1 Análisis Costo-Beneficios
Es un análisis comparativo entre el proyecto propuesto y el sistema de registro con el
que cuenta el Laboratorio de Bioquímica. El Instituto Tecnológico Superior de
Irapuato deberá realizar una inversión inicial para adquirir una tableta electrónica,
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 prácticas, como plumas,
paquetes de hojas, tóner para impresora, folder, entre otros.
Gastos generales Costo aproximado Consumo anual Montos anuales
Paquete de plumas $129.00 2 $298.00
Paquete de hojas $110.00 24 $2640.00
Tóner para impresora $1,619.00 6 $9714.00
Paquete de folder $129.00 3 $387.00
Total $13,039.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
prácticas 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
El costo del proyecto propuesto plantea los siguientes presupuestos para la
implementación y seguimiento del mismo. En la tabla 4.19 se muestran los costos de
los materiales utilizados para la realización del prototipo.
Gastos generales Costo aproximado Consumo anual Montos anuales
47
Plumas $129.00 2 $298.00
Paquete de hojas $110.00 4 $440.00
Tóner para impresora $1619.00 3 $4857.00
Total $5,597.00
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 prácticas de Laboratorio es notable, quedando en $5,597.00
sin contar que la inversión de tiempo disminuiría y la pérdida de papeles no se
presentaría.
4.6.2.2 Análisis de tiempos
Este análisis muestra una comparación entre el tiempo que tarda en realizarse el
registro de prácticas de la manera habitual y un estimado del tiempo que se
generaría con el prototipo propuesto. El Laboratorio de Bioquímica cuenta con un
encargado, un auxiliar y un encargado de almacén, los cuales laboran 8 horas
diarias, los 5 días de la semana, con un receso de 1 hora por día.
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, verificación de la
información y envío de respuesta, proceso actual que se realiza en el Laboratorio de
Bioquímica.
Actividades generales Tiempo promedio Número de revisiones por día
Revisión de solicitud recibida 10 min. 3
Verificación de la información 5 min. 3
Envío de respuesta 5 min. 3
Apartado de solicitud 2 min. 3
48
Clasificación de documento 1 min. 3
Compartir documento 2 min. 3
Tabla 4.20 Tiempos del sistema actual
El número de veces en que se revisa el correo del encargado para verificar las
solicitudes recibidas se ha calculado tomando en cuenta el número de personas que
tienen acceso a la información. Se sabe que los encargados tienen otras actividades
por realizar, dentro de su día 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
tomaría a los encargados revisar la información recibida de todos los registros
realizados para la realización de prácticas de laboratorio.
Actividades generales Tiempo promedio Número de inspección por día
Revisión de solicitud recibida 5 min. 1
Verificación de la información 1 min. 1
Envío de respuesta 0 min. 1
Apartado de solicitud 0 min. 1
Clasificación de documento 1 min. 1
Compartir documento 1 min. 1
Tabla 4.21 Tiempo estimado con el sistema propuesto
Los tiempos que se han estimado están basados en el tiempo en que se tardarían en
revisar la información de la base de datos, sobrando un tiempo aproximado de 21
minutos.
49
Con este análisis se logra notar la diferencia sobre el ahorro de tiempo que se hará
entre el sistema actual (manual) y el sistema propuesto (semi-automatizado) además
se lograra generar un reporte sobre el número de registros realizados. Mientras más
registros se realicen, el tiempo invertido será el mismo además el número de
revisiones solo será una vez por día y no se tendrán que hacer la reservación de la
mesa de trabajo manualmente.
4.6.3 Factibilidad operativa
Se ha visto mediante los análisis 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 creación de un sistema que automatice dicho problema será una
de las mejores soluciones, además se ha obtenido la información 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 prácticas y se encuentran en la mejor
disposición para aplicarlo.
1.25. 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.
1.25.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 prácticas, la
generación de reportes, el registro de pérdidas y la generación de reportes. El
administrador del sistema se encarga de la totalidad del control de usuarios y de toda
la información que se encuentra en el sistema, además 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 prácticas y la
generación del reporte de pérdidas. Los alumnos son los encargados de registrar las
prácticas y a su vez se genera el documento de respaldo sobre el registro realizado.
50
System
Encargado
Administrador
Alumno
Generacion de reportes
Reporte perdidas
Registro practica
Consultar informacion
Figura 4.2 Diagrama de caso de uso general
1.25.2. Caso de uso: Administrar información de
usuario
Caso de uso Administrar información de usuarios CU_001
Actores Administrador
Suposiciones
El administrador ingresa, elimina y modifica la información de todos los usuarios del sistema.
Precondición El administrador esta previamente registrado en el sistema.
Iniciación del caso de uso
El administrador necesita dar de alta, baja a un usuario o modificar su información en el sistema.
Dialogo del caso de uso
El administrador elige una opción (agregar, eliminar o modificar usuario) e ingresa la información requerida para que se pueda realizar la acción.
Post condición
Se tendrá la información de los usuarios para poder tener un control sobre su acceso al sistema.
Autor Chávez-Villegas Fecha 10/10/13 Versión 1.0
Tabla 4.22 Caso de uso: Administrar la información de usuario
51
System
Administrador
Control de ususarios
Modificar usuario
Agregar usuario Eliminar_usuario
Figura 4.3 Diagrama de caso de uso CU_001
1.25.3. Caso de uso: Registrar práctica
Caso de uso Registrar practica CU_002
Actores Alumno
Suposiciones
El alumno ingresa al sistema y comienza a llenar el formulario del registro de prácticas.
Precondición El alumno debe estar previamente registrado y logeado en el sistema.
Iniciación del caso de uso
El alumno comienza a ingresar la información requerida.
Dialogo del caso de uso
El alumno comienza a ingresar los datos (nombre de práctica, mesa de trabajo, integrantes, materiales, etc.) para completar el registro de su práctica
Post condición
La información quedara almacenada en la base de datos para su posterior uso.
Autor Chávez-Villegas Fecha 10/10/13 Versión 1.0
Tabla 4.23 Caso de uso: Registrar prácticas
52
System
Alumno
Registrar practica
Ingresar los datos requeridos
Enviar registro
Figura 4.4 Caso de uso CU_002
1.25.4. Caso de uso: Registrar perdida
Caso de uso Registrar perdida CU_003
Actores Encargado
Suposiciones
El encargado ingresa al sistema y comienza a llenar el formulario del registro de perdidas si se extravió alguna material.
Precondición El encargado debe ingresar al sistema.
Iniciación del caso de uso
El encargado ingresar la información requerida para que se pueda realizar el registro de pérdidas.
Dialogo del caso de uso
El encargado consulta el registro de prácticas mediante el código de confirmación, el nombre del alumno y la fecha y agrega el material faltante para la generación del reporte.
Post condición
La información quedara almacenada en la base de datos para su posterior uso y además se genera un .pdf para su clasificación.
Autor Chávez-Villegas Fecha 10/10/13 Versión 1.0
Tabla 4.24 Caso de uso: Registrar pérdida
53
System
Encargado
Registrar perdida
Ingresar los datos requeridos
Guardar registro
Figura 4.5 Caso de uso CU_003
1.25.5. Caso de uso: Generación de reportes
Caso de uso Generación de reportes CU_005
Actores Administrador
Suposiciones
El administrador debe estar logeado y haber seleccionado la opción de reportes e ingresar la información requerida.
Precondición El administrador debe estar previamente logeado en el sistema.
Iniciación del caso de uso
El administrador ingresa la información requerida para generar el reporte.
Dialogo del caso de uso
El administrador selecciona la opción generar reporte e ingresa un intervalo de fechas y el tipo de reporte para que este se genere.
Post condición
La información quedara almacenada en un archivo .pdf
Autor Chávez-Villegas Fecha 10/10/13 Versión 1.0
Tabla 4.25 Caso de uso: Generación de reportes
54
System
Administrador
Generar reporte
Seleccionar tipo de reporte
Ingresar informacion requerida
Guardar reporte
Imprimir reporte
Figura 4.6 Caso de uso CU_004
1.26. DIAGRAMA DE FLUJO DE INFORMACIÓN
Los diagramas de flujo de información serán utilizados para conocer el proceso que
lleva en generar un reporte, mediante decisiones para poder llegar a la generación
final del reporte de manera exitosa.
1.26.1. Generar un reporte de perdidas
En la figura 4.8 se presenta el diagrama de flujo de la generación del reporte de
perdidas, donde se registran los materiales perdidos o quebrados y la cantidad
extraviada. Los datos requeridos a ingresar son el código de reservación, el día en
que se realizó la práctica y el número de control del jefe del equipo, posteriormente
se muestra el registro de la práctica y se seleccionan los materiales faltantes y
cuando ha finalizado la captura de los datos, se guarda la información. Cuando el
material faltante ha sido reemplazado se modifica el reporte.
55
Figura 4.7 Diagrama de flujo para la generación del reporte de pérdidas
1.26.2. Generar un reporte de registro de prácticas
En la figura 4.9 se muestra el diagrama de flujo de la generación de un reporte de
registro de prácticas. Cuando el alumno representante de algún equipo va a registrar
su práctica, debe estar registrado en el sistema, sino es así debe registrarse y
posteriormente seleccionar la opción de registro de práctica e ingresar los datos que
ahí se solicitan. Ya que la información este capturada, se envía los datos, verificando
que los datos sean correctos, sino estos se deben corregir para continuar con su
envío. Después se recibe el código de confirmación y el registro de la práctica en
formato .pdf para su almacenamiento.
56
Figura 4.8 Diagrama de flujo de información sobre la reservación de prácticas
1.27. DIAGRAMA DE BASES DE DATOS RELACIONAL
En la figura 4.10 se presenta el diagrama de base de datos relacional, donde se
muestra la relación 1:N que existe entre la tabla Profesor y la tabla Usuario ya que un
profesor solo puede ser un usuario. También existe una relación 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 relación 1:N entre la tabla Profesor
y Carrera, ya que un profesor solo imparte clases de una carrera en específico. La
relación 1:N entre la tabla RegistroPractica y Materiales se cumple cuando una
práctica registrada tiene muchos materiales a utilizar. Además existe la relación 1:N
entre la tabla Materia y Carrera ya que la carrera puede tener muchas materias.
57
Conjutamente se tiene la tabla ReservacionPractica la cual contiene información de
las reservaciones que se hicieron para realizar las prácticas.
Figura 4.9 Modelo relacional de la base de datos
1.28. DICCIONARIO DE DATOS
Para comprender mejor la base de datos, a continuación se presentara cada tabla
con sus respectivos campos y características.
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 Institución. Esta tabla tiene relación con la
tabla usuario, ya que el nombre del usuario debe corresponder con el nombre del
profesor que se ha registrado.
PROFESOR
PK
FK Campo Tipo Nulo Descripción Relación con la tabla
58
● × IDProfesor INT × Id de identificación
× × NombreProfesor VARCHAR × Nombre del profesor
× × ApellidoPaProf VARCHAR × Apellido paterno del profesor
× × ApellidoMaProfesor VARCHAR × Apellido materno del profesor
× × ClaveProfesor VARCHAR × Clave de control del profesor
× × Tipo VARCHAR × Profesor/Usuario
× × Área VARCHAR × Bioquímica/Química
× ● NombreUsuario VARCHAR × Nombre del usuario Usuario
Tabla 4.26 Tabla Profesor
En la tabla 4.27 se muestran los datos que se le pedirán 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
reservación de práctica, ya que es indispensable para enviar la información del
registro de práctica.
USUARIO
PK
FK Campo Tipo Nulo Descripción Relación con la tabla
● × 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
× × Contraseña VARCHAR × Password de usuario para
59
entrar al sistema
× × CorreoUsuario VARCHAR × Correo electrónico del usuario
× × Tipo VARCHAR Se ingresar en esta información 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
número de control y nombre completo, esta tabla está relacionada con la tabla
NombreUsuario. Vea tabla 4.28
ALUMNO
PK
FK Campo Tipo Nulo Descripción Relación con la tabla
● × IDAlumno INT × ID del alumno registrado
× × NumControlAlunmo VARCHAR × Número de Control del Alumno
× × NombreAlumno VARCHAR × Nombre del Alumno
× × ApellidoPaAlumno VARCHAR × Apellido Paterno del Alumno
× × ApellidoMaAlumno VARCHAR × Apellido Materno del Alumno
× ● NombreUsuario VARCHAR × Nombre del usuario USUARIO
Tabla 4.28 Tabla Alumno
En la tabla 4.29 están establecidos los horarios en los que son aplicadas las
practicas, el periodo (dependiendo del horario en que presenten la práctica), y el día
y hora, datos que aparecen en los registros de cada reservación de práctica.
HORARIO
PK
FK Campo Tipo Nulo Descripción Relación con la tabla
● × IdHorario INT × Identificador de horario
× × Periodo VARCHAR × Periodo matutino o
60
vespertino
× × Dia DATE × Día a solicitar la práctica
× × Hora TIME × Hora a solicitar la práctica
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 número de control de
alumnos que están inscritos en la carrera, teniendo relación con la tabla ALUMNO y
PROFESOR. Vea tabla 4.30
CARRERA
PK
FK Campo Tipo Nulo Descripción Relación con la tabla
● × idCarrera VARCHAR × Identificador de la carrera
× × NombreCarrera VARCHAR × Nombre de la carrera que el alumno cursa
× × SemestreCarrera INT × Número de semestre que el alumno cursa
× ● NumConAlumno VARCHAR × Número de control alumno ALUMNO
× ● ClaConProfesor VARCHAR × Clave de control del profesor
PROFESOR
Tabla 4.30 Tabla Carrera
En tabla 4.31 se encuentran los datos pertinentes a los materiales necesarios para
realizar las prácticas, el nombre de cada material y el nombre de la práctica en la que
se requieren, siendo esta una relación con la tabla REGISTROPRACTICA.
MATERIALES
PK
FK Campo Tipo Nulo Descripción Relación con la tabla
● × IDMaterial INT × Identificador material
× × TipoMat VARCHAR × Tipo de material ya sea material o reactivo
× × NomMaterial VARCHAR × Nombre del material
61
× × Cantidad INT × Cantidad en existencia
× × UnidadMedida VARCHAR × Unidad de medida en piezas, gramos o mililitros.
× ● NombrePractica VARCHAR × Nombre de la práctica que incluye ciertos materiales
REGISTROPRACTICA
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 relación 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
PK
FK Campo Tipo Nulo Descripción Relación con la tabla
● × IDMateria INT × Identificador de la materia
× × ClaveMateria VARCHAR × Clave de la materia
× × NombreMateria VARCHAR × Nombre de la materia
× ● NumConAlumno VARCHAR × Numero de control de alumnos que toman esta materia
ALUMNO
× × NomCarrera VARCHAR × Nombre de la carrera en la que se imparte esta materia
CARRERA
Tabla 4.32 Tabla Materia
La tabla 4.33 es la encargada de alojar los datos sobre el registro de prácticas por
parte de los profesores, ya que existen prácticas 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 práctica y si es
predefinida, los campos se llenan automáticamente, sino se procede de forma
manual para completar los campos requeridos.
REGISTRO PRACTICA
P FK Campo Tipo Nulo Descripción Relación
62
K con la tabla
● × idRegistroPráctica INT × Identificador del registro de la practica
× × NombrePractica VARCHAR × Nombre de la practica
× ● ClaveProfesor VARCHAR × Clave del profesor PROFESOR
Tabla 4.33 Tabla RegistroPractica
La tabla RESERVACIONPRACTICA tiene una relación con varias tablas debido a
que en esta tabla se guardaran todos los datos necesarios para el registro de
prácticas por parte de los alumnos y se incluyen campos como un identificador de
reservación y el número de mesa de trabajo a ocupar.
RESERVACIONPRACTICA
PK
FK Campo Tipo Nulo Descripción Relación con la tabla
● × IDReservacion INT × Identificador de la reservación
× ● IDAlumno INT × Identificador del alumno ALUMNO
× ● IDProfesor INT × Identificador del profesor PROFESOR
× ● IDHorario INT × Identificador de horario HORARIO
× × NumMesaTrabajo VARCHAR × Número de mesa de trabajo
Tabla 4.34 Tabla ReservacionPratica
1.29. IDEF0
De acuerdo al análisis que se realizó en el laboratorio de Bioquímica, se realizaron
los diagramas IDEF0 de nivel 0, en donde todos los procesos que se llevan a cabo
para la elaboración de la práctica son mostrados (Ver Figura 4.10).
63
1.29.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 descripción 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
1.29.2. IDEF0 Nivel 1
Además 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
también los pasos que se siguen para llegar a finalizar la práctica realizada; como es
la solicitud de uso del laboratorio, la interacción que se tiene entre alumno y
encargado, el profesor responsable de la práctica, el reglamento del laboratorio y si
ocurrió un incidente sobre algún material dañado o perdido (Ver Figura 4.11).
64
Figura 4.11 Diagrama IDEF0 de Nivel 1
1.30. GRAFICA RICA
Muestra un modelo grafico sobre el proceso que se sigue para la realización de la
práctica, la interacción que existe entre el encargado y el alumno, los pasos que se
siguen para llegar a cada aceptación o rechazo de solicitudes. De acuerdo al análisis
que se elaboró mediante la información 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.
1.30.1. Proceso actual (Grafica RICA)
Con en análisis obtenido se logró visualizar y plasmar los pasos que se siguen para
realizar la práctica hasta llegar a entregar el material que se había utilizado y la
liberación del reporte de pérdidas. El ver plasmada la información obtenida nos hizo
modificar dicho proceso y llegar a disminuir el número pasos para generar el proceso
del registro de práctica (Ver Figura 4.12).
65
Figura 4.12 Grafica RICA proceso actual
1.30.2. Proceso propuesto (Grafica RICA)
La propuesta para el nuevo proceso disminuye drásticamente 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 requería para
realizar el registro de prácticas en el Laboratorio de Bioquímica (Ver Figura 4.13).
66
Figura 4.13 Grafica RICA proceso propuesto
67
1.31. METODOLOGIA RAPIDA RE
Preparación
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 específico de
reactivos (faltantes caducados) de los materiales solicitados y material quebrado.
Aspectos Técnicos
• El procedimiento para la solicitud de mesa de trabajo en el laboratorio de
Bioquímica se realiza manualmente por medio de un vale que se baja de la página
de ITESI en el apartado de prácticas de bioquímica.
• La información de la solicitud de mesas de trabajo se archivan manualmente.
• Los materiales quebrados en el transcurso de la práctica, son registrados en el
vale el cual si es extraviado no se repondrán el material.
Identificación
La forma en que se trabaja en el laboratorio es un poco desordenada por falta de un
sistema informático además 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
clasificación se realiza en conjunto del sistema informático.
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
algún 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.
68
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 además 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 participación y buena actitud al cambio.
Visión
Conocer las estrategias de orden en un área de trabajo donde se da servicio a los
alumnos del Laboratorio, además de la realización de un sistema que apoye a los
administradores ya que con un sistema informático y la implementación de las 5`s se
obtendrá un mayor control.
1.32. PRUEBAS DE SOFTWARE
Esta etapa nos permite (al analista y al grupo de desarrollo) poder detectar errores
de codificación, funcionalidad y estructura lógica 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 solución
para su mejor funcionamiento.
Los errores se detectan durante la compilación 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. Además gracias a la implementación de las pruebas se logran visualizar
posibles mejoras para su mejor funcionamiento y mantenimiento.
69
1.32.1. Pruebas de especificación
Para realizar este tipo de prueba, se examinan las especificaciones que han sido
señaladas en los requerimientos, es decir lo que debe contener el sistema, lo que se
debe hacer y las condiciones que se deben cumplir. Después se desarrollan casos
de prueba para cada condición o conjunto de condiciones con un propósito
específico, para estudiar los resultados arrojados.
En la realización 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.
1.32.2. Pruebas parciales
Al momento en que se realizaba cada interfaz y cada módulo, 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 hacían pruebas las cuales arrojaban errores y
estos eran corregidos en el momento, dejando el sistema funcionando en su
totalidad, para pasar a la creación de los siguientes módulos.
1.32.3. Pruebas del sistema
Al termino del desarrollo del sistema de todos los módulos estos se integraron dando
forma al sistema final, de forma que comenzaron a realizarse las pruebas de
integración y también la prueba de cada módulo, para identificar los errores entre la
interacción de los diferentes módulos trabajando de manera conjunta.
70
RESULTADOS
Durante la fase de pruebas se pudieron capturar los tiempos que le toma a un
alumno reservar una práctica y se obtuvieron los siguientes datos mostrados en la
tabla 4.35:
Actividades generales Tiempo promedio Número de veces en que
se realiza cada actividad
Reservación de practicas 5 min 1
Verificación de reservaciones por parte del
encargado
10 min 1
Generación de reportes 1 min 1
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 análisis y reingeniería de los
procesos se puede agilizar hasta en un ciento por ciento el proceso de reservación y
registro de prácticas. También se logra la eliminación de varias tareas ahora
innecesarias, ya que la propuesta muestra que se pueden automatizar varios
procesos.
Además con la opción de consultar la información almacenada y la generación de
reportes, se puede comprobar que mediante el análisis de los procesos y la
reingeniería de los mismos, se logró un avance en los tiempos que se destinaban
para el registro de prácticas, permitiendo realizar un análisis sobre los datos que
arrojan los reportes, los cuales agilizaran la toma de decisiones y la productividad de
los procesos haciéndolos más eficaces y eficientes.
71
ALCANCES
Como se mencionó en el capítulo III el principal objetivo del proyecto es definir las
tecnologías de la información utilizadas para reestructurar los procesos del registro
de prácticas que contribuya a proporcionar los estándares de calidad que existen en
el laboratorio de bioquímica, esto con la ayuda de la metodología de las 5s.
Al definir las tecnologías a utilizar y la creación de un sistema automatizado para
agilizar los procesos, se ha logrado el orden y el rendimiento como parte de este
nuevo sistema. Además el almacenamiento de los archivos no será de manera
manual y la información estará respaldada para que no existan posibles pérdidas.
Se cubrieron los requerimientos necesarios que el encargado solicitaba, así como de
los usuarios que estuvieron testeando el sistema, ya que vieron la reducción del
tiempo y como el nuevo proceso era mucho más rápido y sencillo, logrando así que
con el uso del sistema se puedan agregar más procesos e implementarle acciones
preventivas y correctivas.
72
LIMITACIONES
Una de las principales limitaciones fue la obtención de la información para el análisis
del proceso, ya que el Laboratorio de Bioquímica del ITESI resguarda su información
de forma confidencial de modo que para el diseño de la base de datos se requirió
mucho más tiempo del planeado. Además de que el proceso de registro de prácticas
y la obtención de los requerimientos y necesidades dependían del tiempo disponible
que tuviera el encargado para dar respuesta a las entrevistas requeridas.
Durante la propuesta del sistema, surgieron incompatibilidades con la aceptación de
este, ya que a la persona encargada se le modificaban sus hábitos pues el registro
de prácticas se hacía de manera manual desde hace tiempo y no creía que aplicar la
tecnología fuera necesario, aun conociendo la problemática que presentaban en el
Laboratorio. Además conocía y tenía en mente las necesidades y los requerimientos
que debía cumplir este sistema, las ventajas que tendría el implementarlo de manera
total.
73
RECOMENDACIONES
Se recomienda ampliar la base de datos para que el prototipo desarrollado pueda
implementarse con toda la matrícula de la carrera en Bioquímica y de las demás
carreras que utilizan el Laboratorio de Bioquímica para la realización de sus
prácticas.
Además de agregar más funciones como el registro de pérdidas y la generación de
graficas de acuerdo a los fines informativos necesarios, así como la información
correspondiente al almacén y las existencias o carencias de materia que existen en
esta área.
También es sumamente recomendable seguir con el desarrollo del proyecto para
llegar a la aplicación final, tomando en cuenta la información 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.
74
CONCLUSIONES
Este proyecto nos deja una gran satisfacción pues el trabajo en equipo ha fomentado
una amistad y una forma de trabajar conjuntamente con el análisis del laboratorio de
bioquímica, 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 metodologías que facilitan los procesos, los modifican e incluso
los llegan a hacer mucho más rápidos todo esto mediante la ayuda y apoyo de las
tecnologías de la información aplicadas a la resolución 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 debían cumplir las necesidades para su problemática y nos
enfrentamos a dificultades con la aceptación del sistema, llegando a ser solucionado
y con buena aceptación y resultados.
Al llegar a este punto de la Ingeniería 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, aún en las que
pensábamos que eran muy insignificantes ya que no nos podrían dejar
conocimientos destinados para la formación académica, 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
(Tecnologías de la Información), Metodología Re, Reingeniería de procesos, las 5`s,
Diagramas RAD, Grafica Rica, Diagramas IDEF0, entre otros temas, conocimientos
que no teníamos y obstáculos que no se habían cruzado. Gracias a las Asesoría de
la Dra. Dora Alicia Álvarez Medina sabemos que los aplicaremos a los problemas
que encontraremos en el exterior y al Ing. Eduardo García Herrera por guiarnos en la
elaboración del presente documento.
75
REFERENCIAS BIBLIOGRÁFICAS
ABELLÓ, A. Diseño y administración de bases de datos. Ediciones UPC. Barcelona.
2006.
ALHIR, S. Learning UML. O’Reilly. EUA. 2003.
BERNAL, CESAR. Metodología de la Investigación. Pearson. México. 2006.
BERNAL, CESAR. Metodología de la investigación: administración, economía,
humanidades y ciencias sociales. Pearson. Colombia. 2010.
BRAUDE, E. Ingeniería del software. Una perspectiva orientada a objetos.
Alfaomega. Edo. de México. 2000.
CAMPDERRICH B. Ingeniería del software. UOC. Cataluña. 2003.
CORTÉS, MANUEL e IGLESIAS, MIRIAM., Generalidades sobre Metodología de la
Investigación, Campeche: Universidad Autónoma del Carmen, 2004.
DEBRAUWER, L., UML 2: Iniciación, ejemplos y ejercicios corregidos. Barcelona:
ENI, 2005.
GARAY, LUZ M., Tecnologías de la Información y Comunicación, Horizontes
interdisciplinarios y temas de investigación, México, 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., Orientación hacia la investigación y definición de un problema de
investigación. Los Ángeles: Universidad de California, 1967.
HAMMER, M., Reengineering Work: Don´t 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
76
to achieve dramatic improvements in critical, contemporary measures of
performance, such as cost, quality, service and speed.”, 1993.
HERNANDEZ, R., Metodología de la investigación. Cuarta Edición. 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, diseño e
implementación. México: Pearson Educación, 2003.
LUCA, JUAN. Windows Server 2008, Anaya Multimedia, Madrid, 2009.
MARCOS, E., Diseño de bases de datos objeto-relacionales con UML. Madrid:
Dykinson, 2005.
MARTIN, JAMES. Rapid Application Development, MacMillan Publishing Co.,1990.
NEVADO, M. V., Introducción a las bases de datos relacionales. Madrid: Visión
Libros, 2003.
OROS, JUAN C., Diseño de páginas Web con XHTML, JavaScript Y CSS,
Alfaomega, México, 2008.
PAVÓN, JACOBO, Creación de un portal con PHP y MySQL, México, Alfaomega,
2007.
PEREZ, C., MySQL para Windows y Linux, México, Alfaomega, 2006.
PEREZ, M. Windows Server 2008 Instalación, configuración y administración,
México, D.F. 2009.
RODRIGUEZ, E., Metodología de la investigación. La creatividad, el rigor del estudio
y la integridad son factores que transforman al estudiante en un profesionista de
éxito. Tabasco: Universidad Juárez. Autónoma de Tabasco, 2005.
RODRIGUEZ, R., Manual: Estrategia de las 5S-Gestion para la mejora continua.
JICA, Honduras, 2010.
77
SÁNCHEZ, O., Aplicaciones informáticas de bases de datos relacionales. Madrid:
Cedro, 2010.
SILBERSCHATZ, ABRAHAM, Fundamentos de Bases de Datos, Mc Graw-Hill,
Madrid, 1998.
SPENDOLINI, MICHAEL J., Benchmarking. Editorial Norma, 1995.
TUYA, JAVIER., RAMOS, ISABEL., DOLADO, JAVIER., Técnicas cuantitativas para
la gestión en la ingeniería 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/Misión.html .
(Consulta 20/08/2013)
http://www.itesi.edu.mx/Conocenos/Nosotros/Visión.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/
ALBERTORAMIREZMETODOLOGIADELAINVESTIGACIONCIENTIFICA.pdf
(Consulta 20/09/2013)
www.uv.es/ ~ bellochc/pdf/pwtic1.pdf
(Consulta 30/09/2013)
78
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
4. Products derived from this software may not be called "PHP", nor may "PHP"
appear in their name, without prior written permission from [email protected]. 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.
79
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.
80
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.
81
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 información referente a la licencia GNU GPL, se facilita la
siguiente dirección: http://dev.mysql.com/doc/refman/5.0/es/gpl-license.html
82
ANEXO III. LICENCIA MICROSOFT VISIO 2010
3. TÉRMINOS DE PRODUCT KEY CARD
Los presentes términos de licencia constituyen un contrato entre Microsoft
Corporation (o, en función de donde resida, una de sus filiales) y usted. Le
rogamos que los lea atentamente. Son de aplicación 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 términos también serán de aplicación
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
términos aplicables a dichos elementos. En tal caso, se aplicarán esos
otros términos.
SI NO ACEPTA LOS TÉRMINOS DE LICENCIA, NO UTILICE EL
SOFTWARE. EN SU LUGAR, DEVUELVA LA PRODUCT KEY CARD AL
LUGAR DONDE LA ADQUIRIÓ PARA OBTENER UN REEMBOLSO O
CRÉDITO. Si no puede obtener un reembolso de este modo, póngase en
contacto con Microsoft o con la filial de Microsoft que corresponda en su
país para obtener información sobre la política de reembolsos de Microsoft.
Consulte 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.
83
TAL COMO SE DESCRIBE MÁS ADELANTE, EL USO DEL SOFTWARE
IMPLICA UN CONSENTIMIENTO POR SU PARTE PARA LA
TRANSMISIÓN DE DETERMINADA INFORMACIÓN DURANTE LA
ACTIVACIÓN Y LA VALIDACIÓN, Y PARA LOS SERVICIOS BASADOS
EN INTERNET.
SI CUMPLE LOS PRESENTES TÉRMINOS DE LICENCIA, TENDRÁ LOS
SIGUIENTES DERECHOS PARA CADA LICENCIA QUE ADQUIERA.
1. INTRODUCCIÓN. Se otorga una licencia de software por copia y por
dispositivo. Una partición o división de hardware se considera un
dispositivo independiente.
2. DERECHOS DE INSTALACIÓN 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. Separación 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 más de una versión,
por ejemplo de 32 bits y de 64 bits. Sólo puede utilizar una versión a la
vez.
3. REQUISITOS DE LICENCIA Y/O DERECHOS DE USO ADICIONALES.
a. Multiplexado. El hardware o software que usted utilice para:
84
agrupar conexiones,
desviar información o
reducir el número de dispositivos o usuarios que utilizan el software
o tienen acceso directo al mismo (operación que suele denominarse
“multiplexado” o “agrupación”) no reduce el número 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 incrustación 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 imágenes
de medios, imágenes prediseñadas, animaciones, sonidos, música,
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 imágenes de ningún modo que pueda implicar el respaldo o la
asociación con su producto, entidad o actividad; ni (iv) crear obras
obscenas o escandalosas utilizando los elementos multimedia. Para
obtener más información, consulte www.microsoft.com/permission.
85
d. Uso con Tecnologías de Virtualización. 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 prestación
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 ningún otro propósito.
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 diseñar, desarrollar, probar, utilizar y realizar
demostraciones de sus programas con el software.
g. Selección de Versión 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 versión del idioma que seleccione. Si no
tuvo la posibilidad de elegir el idioma, la versión 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 versión del
idioma del software. Los paquetes de idiomas y los LIP forman parte del
software y no pueden utilizarse por separado.
86
h. Prueba y Conversión. El software completo o alguna de sus partes
puede tener una licencia a prueba. Los derechos de uso sobre el software
a prueba se limitan al periodo de duración de la prueba. El software de
prueba y la duración del periodo de prueba se configuran durante el
proceso de activación. Puede tener la opción de convertir los derechos de
prueba en derechos de suscripción o perpetuos. Las opciones de
conversión se presentarán al caducar el periodo de prueba. Al caducar un
periodo de prueba sin haber realizado la conversión, dejarán de funcionar
casi todas las características. En ese momento puede seguir abriendo,
viendo e imprimiendo los documentos que creó con el software de prueba.
i. Software de Suscripción. Si otorgó el software en licencia de
suscripción, los derechos al uso del software se limitan al periodo de
suscripción. Puede tener la opción de ampliar la suscripción o convertirla
en una licencia perpetua. Si amplía la suscripción, puede seguir usando el
software hasta que finalice la ampliación del periodo de suscripción.
Consulte las pantallas de activación del software u otros materiales que las
acompañen para conocer los detalles de suscripción. Al caducar la
suscripción dejará de funcionar la mayor parte de las características del
software. En ese momento puede seguir abriendo, viendo e imprimiendo
los documentos que creó con el software.
4. ACTIVACIÓN OBLIGATORIA. La activación asocia el uso del software a
un dispositivo específico. Durante la activación, el software enviará a
Microsoft información sobre el propio software y sobre el dispositivo. Esta
información incluye la versión, la versión de la licencia, el idioma y la clave
de producto del software, la dirección de protocolo de Internet del
dispositivo y la información derivada de la configuración de hardware del
dispositivo. Para obtener más información, consulte
www.microsoft.com/piracy/activation.mspx. EL USO DEL SOFTWARE SE
CONSIDERA UN CONSENTIMIENTO POR SU PARTE PARA LA
87
TRANSMISIÓN DE ESTA INFORMACIÓN. Si tiene la licencia apropiada,
tiene derecho a utilizar la versión del software que se haya instalado
durante el proceso de instalación hasta agotar el plazo permitido para la
activación. TRAS DICHO PLAZO, NO TENDRÁ DERECHO A UTILIZAR
EL SOFTWARE, SALVO SI LO HA ACTIVADO. Se ha diseñado así para
evitar su uso no licenciado. NO ESTÁ PERMITIDO EVITAR O ELUDIR LA
ACTIVACIÓN. También puede activar el software por teléfono o a través
de Internet. En tal caso, es posible que deba abonar algún cargo por los
servicios de Internet y telefónicos. Algunas de las modificaciones que
pueda realizar en los componentes del equipo o del software podrían
requerir la reactivación del software. EL SOFTWARE RECORDARÁ AL
CLIENTE LA NECESIDAD DE ACTIVARLO MIENTRAS ÉSTE NO LO
HAGA.
5. VALIDACIÓN.
a. De vez en cuando, el software solicitará la descarga de la función de
validación del software. La validación comprueba que se ha activado el
software y que cuenta con una licencia adecuada. La validación de la
licencia apropiada le permite utilizar el software o algunas de sus
características, u obtener ventajas adicionales. Para obtener más
información, consulte
www.microsoft.com/genuine/office/WhyValidate.aspx.
b. Durante o después de una comprobación de validación, el software
podrá enviar a Microsoft información sobre el propio software, sobre el
dispositivo y sobre los resultados de la comprobación de validación. Esta
información incluye, por ejemplo, la versión y la clave de producto del
software, así como la dirección de protocolo de Internet del dispositivo
licenciado. Microsoft no utilizará esta información para identificar ni
ponerse en contacto con usted. EL USO DEL SOFTWARE SE CONSIDERA
88
UN CONSENTIMIENTO POR SU PARTE PARA LA TRANSMISIÓN DE
ESTA INFORMACIÓN. Si desea obtener más información sobre la
validación y los datos que se envían durante o después de una
comprobación de validación, visite
www.microsoft.com/genuine/office/PrivacyInfo.aspx.
c. Si, tras la comprobación de la validación, se descubre que se trata de
software falsificado, que no dispone de la licencia apropiada o que no es
un producto Office 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
características o
obtener determinadas actualizaciones o mejoras de Microsoft.
d. Sólo se pueden obtener actualizaciones o mejoras del software de
Microsoft u otras fuentes autorizadas. Para obtener más información
acerca de cómo conseguir actualizaciones desde fuentes autorizadas,
consulte www.microsoft.com/genuine/downloads/faq.aspx.
89
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 continuación y en la Declaración de
Privacidad de Office 2010 posibilitan la conexión con sistemas informáticos
de Microsoft o de proveedores de servicios a través de Internet. En algunos
casos, usted no recibirá ninguna notificación independiente cuando esto
ocurra. Asimismo, en algunas ocasiones puede optar por desactivar estas
características o por no utilizarlas. Para obtener más información acerca de
estas características, consulte la Declaración de Privacidad de Office 2010
en r.office.microsoft.com/r/rlidOOClientPrivacyStatement14?clid=3082. AL
UTILIZAR ESTAS CARACTERÍSTICAS, ESTARÁ CONSINTIENDO LA
TRANSMISIÓN DE ESTA INFORMACIÓN. Microsoft no utilizará esta
información para identificar ni ponerse en contacto con usted.
Información del Equipo. Las siguientes características utilizan protocolos
de Internet que envían a los sistemas pertinentes información del equipo,
como la dirección de protocolo de Internet, el tipo de sistema operativo y
de explorador, el nombre y la versión del software que esté utilizando, así
como el código de idioma del dispositivo en el que haya instalado el
software. Microsoft utiliza esta información para poner los servicios
basados en Internet a su disposición.
90
Características de Contenido Web. El software incorpora
características que recuperan contenido relacionado de Microsoft y
se lo facilitan a usted. Algunos ejemplos de estas características son
las imágenes prediseñadas, las plantillas, la formación y la asistencia
en línea, así como la ayuda. Puede optar por no utilizar estas
características de contenido web.
Certificados Digitales. El software utiliza certificados digitales. Estos
certificados digitales confirman la identidad de los usuarios de
Internet que envían información cifrada con el estándar X.509.
También 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 revocación de certificados a través 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
público de Microsoft, sus comunicaciones serán cifradas y se
enviarán por los servidores de Microsoft para su posterior entrega.
No puede deshabilitar este servicio si su administrador utiliza una
infraestructura de servidor público 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:
91
Agrega un contacto a su lista de contactos.
Importa la cuenta de usuario a un nuevo dispositivo.
Actualiza la información de su “contacto de identidad”.
O bien, envía una invitación al Área de trabajo de SharePoint
utilizando una dirección URL como referencia del archivo de
invitación.
La información 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 recopilarán
información acerca de su dispositivo y de sus cuentas de usuario.
b. Actualización Automática. Es posible que el software con tecnología
“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 automáticamente en su dispositivo licenciado.
c. Uso de Información. Microsoft podrá utilizar la información del
dispositivo, los informes de error y los informes de código malintencionado
para mejorar su software y sus servicios. Asimismo, podemos compartirlos
con otros, como proveedores de software y hardware. Dichos proveedores
podrán usar la información 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 métodos.
92
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 características incluidas en la versión del software
licenciado. Microsoft se reserva todos los demás derechos. A menos que la
ley aplicable le otorgue más derechos a pesar de esta limitación, sólo
podrá utilizar el software tal como se permite expresamente en este
contrato. Al hacerlo, deberá ajustarse a las limitaciones técnicas del
software que sólo permiten utilizarlo de determinadas formas. No podrá:
eludir las limitaciones técnicas del software;
utilizar técnicas de ingeniería inversa, descompilar o desensamblar
el software, excepto y únicamente en la medida en que lo permita
expresamente la legislación aplicable, a pesar de la presente
limitación;
hacer más copias del software de las que se especifican en este
contrato o estén permitidas por la legislación vigente a pesar de esta
limitación;
hacer público 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 seguridad del software. Solamente puede utilizarla
para volver a instalar el software en el dispositivo licenciado.
93
9. DOCUMENTACIÓN. Toda persona que tenga acceso válido a su equipo
o a la red interna puede copiar y utilizar la documentación 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 edición “Home and Student” en ninguna
actividad empresarial comercial, tanto si genera ingresos como si no es
lucrativa.
12. RESTRICCIONES GEOGRÁFICAS. Si en el software se indica que es
necesaria su activación en una región geográfica determinada, sólo se
permite activarlo en la región geográfica indicada en el embalaje del
software o equipo. Es posible que no se pueda activar el software fuera de
dicha región. Para obtener más información sobre restricciones
geográficas, visite go.microsoft.com/fwlink/?LinkId= 141397.
13. ACTUALIZACIÓN O CONVERSIÓN. Para actualizar o convertir el
software, deberá contar primero con una licencia del software que sea
apta para la actualización o conversión. Con la actualización o conversión,
el presente contrato sustituirá al contrato del software a partir del que se
actualice o convierta. Después de la actualización o conversión, ya no
podrá utilizar la versión 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 product key card original que la acompaña y la prueba de
compra de un proveedor electrónico autorizado de software original de
94
Microsoft. Para que sea válida, dicha etiqueta debe estar acompañada de
la product key card. La etiqueta no será válida si la recibe por separado. La
prueba de compra se puede someter a comprobación mediante los
registros de su comerciante.
b. Para identificar el software original de Microsoft, consulte
www.howtotell.com.
15. TRANSMISIÓN A TERCEROS. Usted sólo 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 transmisión, el
tercero deberá aceptar que los términos del presente contrato se aplican a
la transmisión y al uso del software. No podrá conservar copias.
16. RESTRICCIONES EN MATERIA DE EXPORTACIÓN. El software está
sujeto a las leyes y disposiciones en materia de exportación de los Estados
Unidos de América. Debe cumplir todas las leyes y disposiciones,
nacionales e internacionales, en materia de exportación que sean de
aplicación al software. Dichas leyes incluyen limitaciones en cuanto a
destino, usuarios finales y uso final. Para obtener información adicional,
visite www.microsoft.com/exporting.
17. SERVICIOS DE SOPORTE TÉCNICO. Microsoft proporciona servicios
de soporte técnico 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 técnico.
18. CONTRATO COMPLETO. El presente contrato (incluida la garantía
que aparece más abajo), los términos adicionales (incluidos los términos
impresos de la licencia que acompañen al software y modifiquen o
reemplacen una parte o la totalidad de dichos términos) y los términos
95
aplicables a complementos, actualizaciones, servicios basados en Internet
y servicios de soporte técnico que usted utilice, constituyen el contrato
completo del software y de los servicios de soporte técnico.
19. LEGISLACIÓN APLICABLE.
a. Estados Unidos de América. Si adquirió el software en los Estados
Unidos de América, la interpretación del presente contrato se regirá por la
legislación del Estado de Washington, que será de aplicación a las
reclamaciones por incumplimiento del mismo, independientemente de sus
normas de conflicto de leyes. Para el resto de reclamaciones, será
aplicable la legislación de su estado de residencia, incluidas las
reclamaciones en virtud de las leyes estatales en materia de protección al
consumidor, competencia desleal y responsabilidad extracontractual.
b. Fuera de los Estados Unidos de América. Si adquirió el software en
otro país, se aplicará la legislación de dicho país.
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 país. 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 legislación de
jurisdicción si dicha legislación no lo permite.
21. LIMITACIÓN Y EXCLUSIÓN DE LA RESPONSABILIDAD. PODRÁ
OBTENER DE MICROSOFT Y DE SUS PROVEEDORES ÚNICAMENTE LA
INDEMNIZACIÓN POR DAÑOS DIRECTOS Y ELLO CON EL LÍMITE
MÁXIMO DEL IMPORTE QUE HUBIERA ABONADO POR EL
SOFTWARE. NO PODRÁ OBTENER INDEMNIZACIÓN ALGUNA POR
96
DAÑOS DE OTRA ÍNDOLE, ENTRE LOS QUE SE INCLUYEN LOS
DAÑOS CONSECUENCIALES, POR LUCRO CESANTE, ESPECIALES,
INDIRECTOS O INCIDENTALES.
Esta limitación se aplica a:
cualquier cuestión relacionada con el software, los servicios, el
contenido (incluido el código) que se hallen en sitios de Internet de
terceros o programas de terceros y
reclamaciones por incumplimiento de contrato, incumplimiento de
garantía o condición, responsabilidad objetiva, negligencia u otra
responsabilidad extracontractual hasta el límite permitido por la
legislación vigente.
También se aplica incluso si:
la reparación, la sustitución o el reembolso del precio del software no
le compensa plenamente las pérdidas sufridas; o bien
El fabricante, el instalador o Microsoft conocía o debería haber
conocido la posibilidad de que se produjesen dichos daños.
Algunos estados no permiten la exclusión o limitación de la
responsabilidad por daños consecuenciales o incidentales, por lo que es
posible que la limitación o exclusión anteriormente mencionada no sea de
aplicación a su caso. También pueden producirse situaciones en las que no
puedan aplicarse a su caso porque su país no permite la exclusión o
limitación de daños consecuenciales, incidentales o de otra índole.
GARANTÍA LIMITADA
97
A. GARANTÍA 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 GARANTÍA; BENEFICIARIO DE LA GARANTÍA;
ALCANCE DE LAS GARANTÍAS IMPLÍCITAS. LA GARANTÍA LIMITADA
CUBRE EL SOFTWARE HASTA UN AÑO DESPUÉS DE SU
ADQUISICIÓN POR PARTE DEL PRIMER USUARIO. SI DURANTE ESE
AÑO RECIBE SUPLEMENTOS, ACTUALIZACIONES O SUSTITUCIONES
DEL SOFTWARE, ESTOS ESTARÁN CUBIERTOS POR LO QUE RESTE
DE LA GARANTÍA O, COMO MÍNIMO, DURANTE 30 DÍAS. Si el primer
usuario transfiere el software, lo que reste de garantía se aplicará al
adquirente.
EN LA MEDIDA EN QUE LO PERMITA LA LEGISLACIÓN, TODAS LAS
GARANTÍAS Y CONDICIONES IMPLÍCITAS TENDRÁN VIGENCIA
ÚNICAMENTE DURANTE EL PERÍODO DE VIGENCIA DE LA GARANTÍA
LIMITADA. Sin embargo, algunos estados no permiten limitaciones en
cuanto a la vigencia de una garantía implícita, por lo que es posible que
estas limitaciones no sean de aplicación en su caso. Es posible que
tampoco se apliquen en su caso debido a que algunos países no permiten
limitaciones en cuanto a la vigencia de una garantía o condición implícita.
C. EXCLUSIONES DE LA GARANTÍA. Esta garantía 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
GARANTÍA. MICROSOFT REPARARÁ O SUSTITUIRÁ EL SOFTWARE
SIN CARGO ALGUNO PARA USTED. SI MICROSOFT NO PUEDE
REPARARLO O SUSTITUIRLO, LE REEMBOLSARÁ EL IMPORTE QUE
98
APAREZCA EN EL RECIBO DEL SOFTWARE. MICROSOFT TAMBIÉN
REPARARÁ O 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 FÍSICO Y OTROS MATERIALES ASOCIADOS
JUNTO CON EL COMPROBANTE DE COMPRA. ESTOS SON LOS
ÚNICOS RECURSOS DE LOS QUE DISPONDRÁ EN CASO DE
INCUMPLIMIENTO DE LA GARANTÍA LIMITADA.
E. DERECHOS DEL CONSUMIDOR NO AFECTADOS. ES POSIBLE QUE
LA LEGISLACIÓN DE SU ESTADO O PAÍS LE OTORGUE DERECHOS DE
CONSUMIDOR ADICIONALES QUE EL PRESENTE CONTRATO NO
PUEDA MODIFICAR.
F. PROCEDIMIENTOS DE LA GARANTÍA. Para exigir el cumplimiento de
la garantía, deberá presentar un comprobante de compra.
1. Estados Unidos y Canadá. Para exigir el cumplimiento de la garantía
u obtener información sobre cómo conseguir un reembolso por el software
adquirido en los Estados Unidos y Canadá, póngase 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
99
responsable de esta garantía limitada. Para presentar una reclamación en
virtud de esta garantía, se puede poner en contacto con:
Microsoft Ireland Operations Limited, Customer Care Centre, Atrium
Building Block B, Carmanhall Road, Sandyford Industrial Estate,
Dublín 18, Irlanda
la filial del grupo de Microsoft que opere en su país (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, póngase en contacto con la filial del grupo de
Microsoft que opere en su país (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. EXCLUSIÓN DE OTRAS GARANTÍAS. LA GARANTÍA LIMITADA
CONSTITUYE LA ÚNICA GARANTÍA DIRECTA DE MICROSOFT.
MICROSOFT NO OTORGA NINGUNA OTRA GARANTÍA NI CONDICIÓN
EXPLÍCITAS. EN LA MEDIDA EN QUE ASÍ LO PERMITA LA
LEGISLACIÓN de su estado o país, MICROSOFT EXCLUYE LAS
GARANTÍAS IMPLÍCITAS DE IDONEIDAD PARA UNA FINALIDAD
GENERAL O PARTICULAR Y AUSENCIA DE INFRACCIÓN. Si la
legislación de su estado o país le otorga garantías o condiciones implícitas
a pesar de lo previsto en esta cláusula de exclusión, los recursos de los
que dispondrá serán los dispuestos en la anterior cláusula “Recursos ante
un incumplimiento de la garantía”, en la medida en que la legislación de su
estado o país lo permita.
H. LIMITACIÓN Y EXCLUSIÓN DE RESPONSABILIDAD POR
INCUMPLIMIENTO DE LA GARANTÍA. LA ANTERIOR CLÁUSULA
100
SOBRE “LIMITACIÓN Y EXCLUSIÓN DE LA RESPONSABILIDAD” SERÁ
DE APLICACIÓN A CUALQUIER INCUMPLIMIENTO DE LA PRESENTE
GARANTÍA LIMITADA.
ESTA GARANTÍA LE OTORGA DERECHOS LEGALES ESPECÍFICOS,
AUNQUE TAMBIÉN PODRÁ DISPONER DE OTROS DERECHOS.
DICHOS DERECHOS PUEDEN VARIAR EN FUNCIÓN DEL PAÍS.
101
ANEXO III. ENCUESTAS DE ESTUDIO
Encuesta realizada a 30 Alumnos de la Ingeniería de Bioquímica en Instituto
Tecnológico Superior de Irapuato (ITESI) como apoyo para la investigación del
proyecto, en este apartado se muestra los resultados.
1.- ¿Semestre que cursas actualmente?
Egresado; 1
Tercero; 3
Quinto; 1
Septimo; 8
Noveno; 5
Figura 1. Resultados de la encuesta realizada
2.- ¿Cuándo 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.
Atendido ; 20
No se encuentra; 8
Ocupado; 2
Figura 2. Resultados de la encuesta realizada
102
3.- ¿Cuántas veces has ido a entregar el vale para solicitar mesa de trabajo y no te
han podido atender?
Veces que has regresado; 12
Solo una Vez; 8
Figura 3. Resultados de la encuesta realizada
4.- ¿Cuántos días te dan para asignarte una mesa de trabajo?
2 días
5.- ¿Has realizado a tiempo tu práctica de laboratorio?
Prácticas elab-oradas; 28
Prácticas no elaboradas; 2
Figura 4. Resultados de la encuesta realizada
103