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

group@php.net.

4. Products derived from this software may not be called "PHP", nor may "PHP"

appear in their name, without prior written permission from group@php.net. You may

indicate that your software works in conjunction with PHP by saying "Foo for PHP"

instead of calling it "PHP Foo" or "phpfoo"

5. The PHP Group may publish revised and/or new versions of the license from time

to time. Each version will be given a distinguishing version number. Once covered

code has been published under a particular version of the license, you may always

continue to use it under the terms of that version. You may also choose to use such

covered code under the terms of any subsequent version of the license published by

the PHP Group. No one other than the PHP Group has the right to modify the terms

applicable to covered code created under this License.

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