INSTITUTO TECNOLGICO DE OCOTLN

INFORME TECNICO DE RESIDENCIA PROFESIONAL

INGENIERA EN SISTEMAS COMPUTACIONALES

DISEO Y DESARROLLO DEL SISTEMA GESTOR DE

ACTIVIDADES PARA SANMINA-SCI SYSTEMS DE MEXICO S.A
DE C.V CAMPUS GUADALAJARA

PRESENTA

Ivn Rosalio Porras Lpez

ASESORES

ASESOR INTERNO ASESOR EXTERNO

M.C. Eduardo Navarro Surez. Ing. Jos Luis Contreras Hernndez
DOCENTE DEL INSTITUTO SUPERVISOR DE CAPACITACIN.
TECNOLOGICO DE OCOTLAN

Ocotln, Jalisco Diciembre 2014

INDICE
INTRODUCCIN.......................................................................................................... 4
B) JUSTIFICACIN........................................................................................................ 5
C) OBJETIVOS: GENERALES Y ESPECIFICOS.................................................................6
Objetivo General..................................................................................................... 6
Objetivos Especficos............................................................................................... 6
D) PROBLEMAS A RESOLVER....................................................................................... 7
E) DESCRIPCION DE LA EMPRESA............................................................................... 8
Sanmina-SCI Systems De Mxico SA de CV.......................................................................8
Misin....................................................................................................................... 8
Visin........................................................................................................................ 8
Valores...................................................................................................................... 9
Organigrama............................................................................................................... 9
Ubicacin................................................................................................................... 9
Imagen satelital de Sanmina................................................................................ 9
F) PROCEDIMIENTO Y DESCRIPCION DE LAS ACTIVIDADES.......................................10
Tipo de investigacin............................................................................................ 10
El enfoque de investigacin.................................................................................. 11
El tipo de investigacin de acuerdo a su alcance..................................................11
El tipo de experimentacin.................................................................................... 12
Mtodo de investigacin....................................................................................... 12
Tcnica e instrumentos para la recoleccin de datos............................................13
Etapas de la investigacin y del desarrollo del proyecto......................................15
Necesidades del cliente................................................................................. 16
Anlisis y definicin de requerimientos.....................................................17
Diseo del sistema y del software...............................................................27
Codificacin del software.............................................................................. 45
Prueba del sistema........................................................................................ 49
Implementacin.............................................................................................. 50
Funcionamiento y mantenimiento...............................................................50
G) RESULTADOS........................................................................................................ 51
Antes del desarrollo de esta aplicacin......................................................51
Ahora con la aplicacin................................................................................. 51
H) CONCLUSIONES Y RECOMENDACIONES...............................................................66
I) COMPETENCIAS DESARROLLADAS Y/O APLICADAS...............................................68
Competencias instrumentales......................................................................68

pg. 2
 Competencias interpersonales.....................................................................69
Competencias sistemticas..........................................................................69
J) REFERENCIAS BIBLIOGRAFICAS Y VIRTUALES.....................................................71

INTRODUCCIN

A lo largo de los aos los sistemas de informacin se han convertido en algo

indispensable para la administracin de la informacin de las empresas, es por ello que las

pg. 3
compaas con gran prestigio cuentan con la mejor tecnologa para poder administrar toda
informacin importante y prestar un mejor servicio a sus clientes.

Sanmina-SCI es un proveedor mundial independiente de servicios personalizados, de

fabricacin electrnica integrada (EMS). Ofrece diseo de productos y servicios de ingeniera
que comprenden el desarrollo inicial, diseo detallado, construccin de prototipos, validacin,
preproduccin, produccin y diseo; montaje del sistema y testeo final; cumplimiento de la
orden directa y la logstica; y servicios de apoyo y postventa del producto. La compaa
ofrece estos servicios principalmente a los fabricantes de equipos originales (OEM), en las
comunicaciones, informtica empresarial y de almacenamiento, multimedia, bienes de capital
industrial y de semiconductores, aeroespacial y defensa, medicina, energa renovable e
industria automotriz. Sanmina-SCI tiene su sede en San Jos, California, y fabrica productos
en 18 pases en cinco continentes. Est presente en Amrica Latina con oficinas en Brasil y
Mxico.

Sanmina-SCI cuenta con cientos de equipos de trabajo y hasta el momento no se ha

logrado tener un buen control en las actividades y resultados de cada equipo. Es por ello que
se realiza este proyecto con el cual se pretende tener concentrada todas las actividades de
cada uno de los equipos de trabajo que se encuentran en Sanmina, de esta manera se logra una
mejor administracin y acceso rpido a la informacin.

Este documento describe todos y cada uno de los pasos que se sigui para desarrollar
este proyecto. Tambin muestra todas las mejoras y beneficios que atrae consigo para la
empresa Sanmina-SCI campus Guadalajara. Mostrando resultados de calidad y un trabajo
eficiente.

pg. 4
 B) JUSTIFICACIN

En la actualidad los sistemas de informacin se han hecho indispensables para una

mejor organizacin de los datos en las empresas. Es aqu donde surgen las aplicaciones web
la cual han facilitado bastante el trabajo y el acceso a los datos de forma gil y eficiente.

En Sanmina-SCI existen bastantes equipos de personas y departamentos, esto para

dividirse las responsabilidades y desarrollar un mejor trabajo. Es por ello que se lleg a la
necesidad de crear el sistema gestor de actividades, ya que con ste es posible administrar
por completo las acciones de cada equipo o departamento.

Gracias a este sistema los lderes de equipo o departamento tienen un mejor control
sobre todas las actividades que se estn llevando a cabo. El sistema tiene la capacidad de
enviar un reporte de sus tareas asignadas por medio de un correo electrnico cada semana. En
el reporte el lder puede observar el estado en el que se encuentran sus acciones, en ese
mismo momento el puede tomar la decisin de dar prioridades a las actividades. As tambin
el lder visualiza en el sistema si sus subordinados estn realizando las labores que se les
encomendaron.

En otra parte las personas que conforman un equipo pueden observar las ocupaciones
que se le asignaron y quin le estableci dicha actividad. Estas personas tienen los privilegios
para poder subir evidencias y de esta manera hacerle saber a su lder el status de la actividad.

El administrar este tipo de documentacin en un solo sistema ayuda a reducir el

tiempo en reuniones, es decir, el lder se puede percatar en qu situacin se encuentra el
equipo sin necesidad de una reunin. As tambin se tiene un historial de todas las tareas que
ha realizado el equipo a lo largo de cierto tiempo o en el caso de que una tarea no se haya
realizado existe evidencia del porque no se ejecut esa actividad.

pg. 5
 C) OBJETIVOS: GENERALES Y ESPECIFICOS

A continuacin se muestran los objetivos a los cuales se quiere llegar con el diseo y
desarrollo de la aplicacin web denominada Sistema Gestor de Actividades.

Objetivo General
Desarrollar e implementar una aplicacin web para la empresa Sanmina-SCI, con el
propsito de administrar y controlar todas las actividades que se llevan a cabo en los
diferentes departamentos existentes en la compaa.

Objetivos Especficos

1. Mejorar el control de las actividades de cada equipo de trabajo.

2. Generar reportes de las actividades realizadas, por realizar y actividades canceladas.

3. Disminuir el tiempo en reuniones.

4. Reducir el tiempo de la realizacin de reportes de las actividades de cada equipo.

5. Asegurar que cada uno de los miembros de los departamentos tengan un mejor control de
sus actividades.
6. Restringir tiempos en la entrega de resultados de las actividades.

7. Enviar semanalmente un correo electrnico con un resumen de actividades a cada uno de

los involucrados.
8. Proporcionar un historial de actividades a los lderes de cada equipo.
9. Suministrar privilegios para los diferentes tipos de usuarios.
10. Tener seccin donde el participante de cada equipo pueda subir evidencias del status de
sus tareas.

pg. 6
 D) PROBLEMAS A RESOLVER

En este apartado se puede observar los problemas que se quiere llegar a resolver
mediante el desarrollo de este sistema.

1. El principal problema que se desea resolver, es el mejorar la forma en la que cada lder de
departamento o equipo de proyecto administra sus actividades.

2. Imponer un lmite de tiempo para concluir una actividad, esto obliga a todos los
involucrados a dar prioridad a sus actividades.

3. Los integrantes de equipo no tienen a la mano un reporte donde se pueda observar el

status de sus actividades.

4. No se cuenta con un historial de actividades y menos con evidencia que respalde a las
mismas.

pg. 7
 E) DESCRIPCION DE LA EMPRESA

En este apartado se muestra informacin general de Sanmina-SCI, donde se plantea su

ubicacin y algunos datos importantes de la misma.

Sanmina-SCI Systems De Mxico SA de CV

Sanmina-SCI es un proveedor mundial independiente de servicios personalizados, de

fabricacin electrnica integrada (EMS). Ofrece diseo de productos y servicios de ingeniera
que comprenden el desarrollo inicial, diseo detallado, construccin de prototipos, validacin,
preproduccin, produccin y diseo; montaje del sistema y testeo final; cumplimiento de la
orden directa y la logstica; y servicios de apoyo y postventa del producto. La compaa
ofrece estos servicios principalmente a los fabricantes de equipos originales (OEM), en las
comunicaciones, informtica empresarial y de almacenamiento, multimedia, bienes de capital
industrial y de semiconductores, aeroespacial y defensa, medicina, energa renovable e
industria automotriz. Sanmina-SCI tiene su sede en San Jos, California, y fabrica productos
en 18 pases en cinco continentes. Est presente en Amrica Latina con oficinas en Brasil y
Mxico.

Misin

Ser la mejor opcin de la industria de servicios electrnicos para nuestros clientes y

accionistas.

Visin

Ser la divisin de Sanmina ms rentable del mundo al atraer, retener y fomentar el

crecimiento de nuestros clientes por medio de un servicio y calidad que nos distinga en el
mercado.

pg. 8
Valores

Honestidad.

Calidad.

Espritu de Equipo.

Rentabilidad.

Confiabilidad.

Respeto.

Organigrama

En esta parte del documento se muestra el organigrama del departamento de IT. La

siguiente imagen muestra el organigrama.

Fig. 1 Organigrama del departamento de IT. Fuente Sanmina-SCI Systems de Mxico S.A de C.V

pg. 9
Ubicacin
La empresa Sanmina-SCI Systems Mxico S.A de C.V est ubicada en el municipio
de Tlajomulco de Ziga con domicilio Carretera Guadalajara-Chapala kilmetro 15.8.

Imagen satelital de Sanmina

En la siguiente imagen se muestra referenciada la ubicacin se Sanmina.

Fig. 2 Sanmina-SCI Systems Mxico. Fuente: Google Earth 2014

pg. 10
F) PROCEDIMIENTO Y DESCRIPCION DE LAS ACTIVIDADES

En este apartador se muestran todos los procedimientos que se llevaron a cabo para el
desarrollo de este proyecto. Desde el tipo de investigacin, la metodologa y los instrumentos
que se utilizaron para recabar la informacin

Tipo de investigacin

La investigacin para el desarrollo de este proyecto es de tipo aplicada. Ya que se

hizo uso de conceptos y temas ya desarrollados para poder plasmarlos en el proyecto. Por
ejemplo, para realizar la base de datos se hizo uso del gestor de bases de datos llamado SQL
Server en su versin 2012 del lado del servidor y el lenguaje de programacin para las
peticiones al server fue C#.Net con el framework 4.0.

Segn M. Naghi La investigacin aplicada sirve para tomar acciones y establecer

polticas y estrategias. La caracterstica bsica de la investigacin aplicada es el nfasis en
resolver problemas.. [1]

El enfoque de investigacin.

El enfoque de la investigacin es cuantitativo. Ya que a lo largo del desarrollo de este

proyecto se hizo la recoleccin de datos con ayuda del personal de varios departamentos ya
sea de un equipo de mejora continua, un Staff o solo un departamento de Sanmina-SCI, ya
que ellos poseen informacin relevante para el desarrollo del sistema. Siempre se busc
desarrollar un sistema seguro y para esto se hicieron pruebas para corregir cualquier tipo de
anomala y as presentar los resultados deseados.

pg. 11
 Para B. Render El enfoque del anlisis cuantitativo consiste en definir un problema,
desarrollar un modelo, adquirir datos de entrada, desarrollar una solucin, probar la
solucin, analizar los resultados e implementar los resultados. [2]

El tipo de investigacin de acuerdo a su alcance.

El alcance de la investigacin adquiere caractersticas descriptivas, ya que se requiri

observar y obtener las variables y datos que se involucraran en el desarrollo de la aplicacin
con las cuales se definieron las hiptesis ya mencionadas en el apartado de generalidades.

A continuacin segn K. Naresh la investigacin descriptiva es Como su nombre lo

indica, el principal objetivo de la investigacin descriptiva es describir algo, por lo general
caractersticas o funciones del mercado. La investigacin descriptiva se realiza debido a las
razones siguientes:
1. Para describir las caractersticas de grupos relevantes, como consumidores, vendedores,
organizaciones o reas de mercado. [3]

El tipo de experimentacin

El tipo de experimentacin que se llev a cabo en la investigacin es cuasi-

experimental. Segn N. Balluerka La investigacin cuasi-experimental tiene como objetivos
bsicos los siguientes:

a) Estudiar el efecto de las variables de tratamiento o de las intervenciones en aquellas

situaciones en las que los sujetos no han sido asignados aleatoriamente a los grupos.
b) Evitar, en la medida de lo posible, el error de especificacin, es decir, la omisin de
variables correlacionadas con la variable de tratamiento.
c) Identificar las variables relacionadas con la independiente y tenerlas en cuenta en el
anlisis, a fin de que las estimaciones de los efectos no resulten sesgadas. [4]

En esta investigacin se realizaron distintas pruebas con variables diferentes, a medida

que se fue avanzando se fueron observando diferentes opciones de interfaces y las variables

pg. 12
con las que se pudo trabajar para la optimizacin de la aplicacin. As tambin donde se tuvo
que establecer relaciones para que no existiera redundancia en los datos y el tratamiento de
los mismos fuera ptimo, la base de datos que se desarroll fue de tipo relacional.

Mtodo de investigacin

El mtodo de investigacin es esencial para la elaboracin de un proyecto, ya que este

permite un correcto planteamiento en el proceso, y facilita el anlisis requerido en la
investigacin.

un mtodo es un medio para alcanzar un objetivo [] y su esencia es obtener con mayor

facilidad un conocimiento exacto y riguroso sobre el mismo [5]

Se emple como mtodo de investigacin, el mtodo inductivo, ya que este va de lo

particular a lo general, es decir, permite llevar a cabo un anlisis particular para desarrollar un
elemento y llevarlo a una complementacin.

El mtodo inductivo es un proceso mediante el cual, a partir del estudio de casos

particulares, se obtienen conclusiones o leyes que explican o relacionan los fenmenos
estudiados. [5]

Este mtodo inductivo ana el mtodo analtico porque principalmente se desarroll un

anlisis para realizar el sistema web.

Tcnica e instrumentos para la recoleccin de datos

Fue utilizada la tcnica de entrevista para la recoleccin de datos junto con su

respectivo instrumento el cuestionario. La entrevista principalmente fue aplicada a los
diferentes lderes de equipo y jefes de departamentos, para obtener los datos necesarios para
el desarrollo del sistema.

pg. 13
 A continuacin se definen las diversas tcnicas e instrumentos utilizados inspirados de
diversos autores.

Entrevista: Se basa en un dialogo, dirigido por el entrevistador, encaminado a obtener

informacin sobre el tema investigado; el dialogo implica, en este caso, diversas
interrogaciones planeadas al entrevistado. [6]

Las entrevistas se llevaron a cabo en los distintos grupos de trabajo como un CIT, un
Staff y un departamento; las entrevistas no fueron tan similares ya que cada uno comparte
una perspectiva distinta de acuerdo a su trabajo y sobre todo a sus conocimientos. Los datos
obtenidos fueron anexados a un cuaderno de campo para obtener de ah informacin de lo
sugerido cuando se requiera.

TABLA I.

LA ENTREVISTA

ENTREVISTA
Un guion de preguntas
generales.
El orden de la presentacin es
flexible.
La comunicacin es libre.
Duracin indefinida.
Pueden repetirse las sesiones.
Importan las respuestas de
una persona o un pequeo
grupo.
La comunicacin es ms
verbal.
Requiere de un entrevistador.
Se puede observar y reportar
las reacciones del
entrevistado.
El entrevistador puede
formular nuevas preguntas y el
entrevistado ampliar sus

pg. 14
 respuestas.

La tabla l Muestra las caractersticas de una entrevista.

Se utilizaron estos mtodos, ya que son la mejor opcin para obtener informacin
concreta y eficaz, adems de que la informacin es recibida directamente de la persona
entrevistada, es decir, la informacin se adquiere de forma oral.

Etapas de la investigacin y del desarrollo del proyecto.

Para el desarrollo de un software de calidad se necesita seguir normas, es por ello que
este sistema fue realizado basndose en el modelo de desarrollo de software llamado modelo
en cascada, la cual es el modelo que se ha venido utilizando durante muchos aos.

El primer modelo de proceso de desarrollo de software que se public se deriv de

procesos de ingeniera de sistemas ms generales. Este modelo debido a la cascada de una
fase a otra, dicho modelo se conoce como modelo en cascada o como ciclo de vida del
software. [7]

El ciclo de vida del desarrollo de un software se describe en las siguientes etapas

1. Anlisis y definicin de requerimientos, en esta fase se recopila toda informacin

relevante para el desarrollo del sistema, Aqu se definen las metas del sistema y as
tambin las restricciones que puede tener.

2. Diseo del sistema y del software, aqu se establece la arquitectura que tendr nuestro
software. As tambin se dividen los requerimientos en pequeos mdulos de software o
hardware que tendr el sistema.

3. Codificacin del software, en esta etapa todo lo diseado en la etapa anterior ahora se
procesara, pero ya con algn tipo de lenguaje de programacin.

pg. 15
 4. Prueba del sistema, en esta fase se aplican pruebas al sistema, para depurarlo y as
comprobar que no tenga algn tipo de falla y cumpla con todos los requerimientos
establecidos en la etapa 1.

5. Implementacin, una vez que al sistema ya se le aplicaron todas las pruebas y se

comprob que su funcionamiento es ptimo pasamos a la fase de implementacin la
cual es donde el sistema se instala o de ser as se entrega al cliente.

6. Funcionamiento y mantenimiento, esta es la fase ms larga del ciclo de vida, ya que

implica corregir errores no descubiertos en las etapas anteriores del ciclo y as tambin
hacer nuevas mejoras o adaptaciones al sistema.

Las ventajas del modelo en cascada son que la documentacin se produce en cada fase y
que ste cuadra con otros modelos del proceso de ingeniera. [7]

La siguiente figura muestra las etapas del ciclo de vida del software.

Anlisis y
definicin de
requerimiento
s

Funcionamien
Diseo del
to y
sistema y del
mantenimient
software
o

Implementaci Codificacin
n del software

Prueba del
sistema

Fig. 3 Ciclo del desarrollo de software.

pg. 16
 A continuacin se podr observar la descripcin de lo que se desarroll en cada una de las
etapas siguiendo as el modelo en cascada descrito anteriormente.

Necesidades del cliente

En este proyecto el cliente o los clientes, quienes son todos los jefes de departamento y
lderes de equipo de trabajo expusieron que no exista ningn tipo de sistema para administrar
todas las actividades realizadas o a realizar de sus equipos. De acuerdo a lo expuesto los
clientes formalmente levantan una requisicin la cual es un protocolo que se maneja en
Sanmina para los desarrollos de sistemas requeridos al departamento de IT Desarrollo.

Anlisis y definicin de requerimientos.

En esta fase se establecen los requerimientos del sistema asignando las actividades a
realizar y los tiempos de las mismas. En la fig. 4 se muestra un cronograma de actividades
donde se describen cada una de las tareas y as tambin sus tiempos.

Fig. 4 Cronograma de actividades para el desarrollo de la aplicacin web Sistema Gestor

de Actividades.

Una vez hecho esto se inici un anlisis de lo sealando y determinar qu tipo de

sistema se desarrollar. Regularmente se elabora un diagrama de flujo para determinar la
secuencia del mismo.

Los diagramas de flujo, tambin llamados organigramas, flujogramas o fluxogramas

constituyen un instrumento importante en el trabajo en las ciencias de la computacin ya que

pg. 17
 sealan los pasos necesarios que deben efectuarse para llegar a la solucin de un problema
[8]

Gracias al diagrama de flujo se puede facilitar demasiado el desarrollo del sistema ya

que se pueden observar los puntos ms importantes del mismo y as tambin las validaciones
que se tendrn que hacer.

Al entrar en detalle en el diagrama se puede comprender mejor todas las actividades

implicadas y la relacin de una con otra. Adems del flujo de la informacin que se manejara
en este proyecto.

A continuacin se muestra el diagrama diseado para validar el usuario y la

contrasea de los usuarios que tendrn accesos a esta aplicacin.

Fig. 5 Diagrama de flujo para entrar al sistema.

Ms adelante se analiz cuantos tipos de usuario tendra el sistema. Aplicando

entrevistas a los diferentes lderes de grupos de trabajo y jefes de departamento se lleg a la
conclusin que se tendran cuatro tipos de usuarios las cuales se describen a continuacin:

pg. 18
 Participante: Los usuarios que tengan el perfil de participante solo podrn entrar al sistema y
subir evidencia a las actividades que se le fueron asignadas y as tambin ver un historial o
reporte de todas las actividades que le han sido establecidas.

Minutero: Este privilegio ser establecido a los usuarios que podrn asignar tareas a los
diferentes participantes de cada equipo de trabajo. Tendr los permisos para agregar
actividades, actualizar actividades vencidas, modificar las actividades. Y as tambin podr
ver un historial de las actividades que tambin fueron asignadas a l y a todo su equipo.

Admin: El usuario que tenga el perfil de Admin, podr administrar el dnde? , es decir, los
lugares donde se llevarn a cabo las actividades. Tambin podr gestionar los topic que se
refiere a un tema en especial a las actividades. Tendr los privilegios de agregar o desasignar
usuarios a sus equipos de trabajo para participar en las actividades.

SuperAdmin: Un SuperAdmin tendr todos los privilegios mencionados anteriormente en

los otros perfiles, adems tendr uno de los ms importantes que ser agregar nuevos equipos
de trabajo y as tambin eliminar equipos que ya no se encuentran activos. Este perfil solo
ser asignado a las personas que darn soporte a la aplicacin y as tambin que conforman el
equipo de IT (Information Technology).

Ms adelante se muestra un diagrama de flujo que plasma las funcionalidades que tendr
un usuario con perfil de participante.

pg. 19
 Fig. 6 Diagrama de flujo del perfil participante.

De esta manera ya tenemos establecidas las actividades que podr realizar un usuario
que tendr el perfil de participante.

A continuacin tambin se muestra el diagrama que representa cmo funcionar el

proceso de subida de evidencia de un usuario que tiene permisos de participante, siempre y
cuando algn otro usuario le haya asignado alguna actividad.

pg. 20
 Fig. 7 Diagrama de flujo para la subida de evidencia del participante.

En resumen los permisos que tiene el usuario con perfil de participante son muy pocos
ya que este usuario solo forma parte de un equipo de trabajo.

En el siguiente diagrama se podr observar el funcionamiento de la asignacin de

nuevas actividades a diferentes usuarios, este permiso solo lo tendr el perfil de minutero.

pg. 21
 Fig. 8 Diagrama de flujo para la asignacin de actividades a usuarios.

El usuario con perfil de minutero tambin tiene el permiso de manipular las

actividades que l ha asignado, es decir, las puede cerrar, puede cambiar su fecha de entrega,
puede modificar sus datos, en fin puede modificarlas en cualquier aspecto.

Ahora en el siguiente diagrama se puede observar el permiso de agregar nuevos

usuarios a equipos de trabajo que ya existen en el sistema. Esta actividad solo la podr
realizar un usuario que tenga el perfil de Admin.

pg. 22
 Fig. 9 Diagrama de flujo para la asignacin de usuarios a equipos de trabajo.

El usuario con perfil administrador tambin tiene los permisos de agregar un Donde?
Es decir donde se llevara a cabo una o muchas actividades, tambin puede agregar un topic,
es decir, un tema general de las actividades que se estarn realizando. Y tambin podr

pg. 23
eliminar o desasignar usuarios que ya no estn activos o ya no pertenezcan al equipo de
trabajo.

En seguida el perfil de SuperAdmin como ya se hizo mencin al inicio de esta etapa

solo ser asignado a personal que estar danto soporte a la aplicacin, es decir, las personas
que conforman el departamento de IT. A continuacin se muestra un diagrama donde se
representa la funcin de agregar nuevos equipos de trabajo la cual solo podr ser realizada por
un usuario con perfil de SuperAdmin.

Fig. 10 Diagrama de flujo para la creacin de nuevos equipos de trabajo.

pg. 24
 Despus de haber establecido los tipos de usuarios que existiran en la aplicacin
tambin se determin que habra tres tipos de equipos de trabajo, stos se describen a
continuacin.

Equipo de mejora continua: Estos equipos se encuentran la mayor parte del tiempo en piso
de produccin y tienen a un lder quien organiza todas sus actividades.

Staff: Este tipo de equipo de trabajo est conformado por lderes de departamentos por
ejemplo el supervisor de desarrollo, el gerente de IT, el gerente de la planta, entre otros.

Departamento: El departamento es un equipo de trabajo que lo conforman como su nombre

lo dice todos los integrantes de un departamento como por ejemplo las personas del
departamento de IT, los tcnicos, ingenieros, supervisores, entre otros.

Adems de trabajar con diagramas de flujo en esta primera etapa del ciclo de vida del
software tambin es til trabajar con diagramas de caso de uso. Un caso de uso documenta
una interaccin entre el software y un actor o ms. Dicha interaccin tiene que ser en
principio, una funcin autnoma dentro del software. [9]

Los casos de uso son representados con lenguajes UML (Unified Modeling Language),
UML es un lenguaje visual para modelar y comunicar acerca de sistemas a travs del uso
de diagramas y texto. [10]

Como se muestran en el siguiente ejemplo la forma de representar un caso de uso de un

sistema de contabilidad.

pg. 25
 Fig. 11 Ejemplo de caso de uso de un sistema contable. [10]

A continuacin se muestra el caso de uso de la relacin entre los usuarios y el sistema

gestor de actividades. Se representan los tipos de perfil que puede tomar un usuario para
acceder al sistema.

Participante

Subida de evidencia a las actividades.

Minutero
SuperAdmin
Creacin de nuevas actividades
Administracin de actividades y equipos de trabajo.

Admin

Administracin de equipos de trabajo.

Fig. 12 Caso de uso sistema gestor de actividades.

pg. 26
 Resumiendo, en esta fase ya tenemos bien establecidos los requerimientos que se
desean cumplir al finalizar el sistema. Una vez hecho esto pasamos a la fase de diseo la cual
se muestra a continuacin.

Diseo del sistema y del software.

En esta etapa del ciclo de vida del software es donde se disean las propuestas de
pantallas para el sistema. Y as tambin se define la estructura de nuestra base de datos.

Los diseos de las pantallas se realizan para proponerle al cliente la estructura que
podra tomar el sistema y de esta manera el cliente puede hacer observaciones y dar opiniones
sobre stas. De esta forma si se requieren cambios en el diseo de las pantallas se harn sin
ningn problema.

Para el esquema de la aplicacin se utiliz un software llamado Balsamiq Mockups la cual

se puede encontrar en su sitio oficial http://balsamiq.com/products/mockups/ .

A continuacin se mostraran las propuestas de diseo que se hicieron para cada uno de
los perfiles que se tendrn en la aplicacin.

Participante

La fig. 13 muestra la pantalla principal y los mens que observar un usuario que tiene
los permisos de participante.

pg. 27
 Fig. 13 Pantalla principal de la aplicacin con el privilegio de Participante.

Por consiguiente la fig. 14 se puede ver el contenido de la pgina Agregar Evidencia

que es parte de los submens del participante. En esta pantalla el usuario que tenga un perfil
de participante puede observar las actividades que se le fueron asignadas y as tambin se le
es posible subir evidencia en caso de que esa actividad ya haya sido realizada por l.

Fig. 14 Pantalla de la pgina Agregar Evidencia.

Ms adelante podemos ver la propuesta de diseo para la pgina de Actividades

Abiertas que se encuentra en el men de reportes. Esta pgina muestra ms que nada un

pg. 28
reporte de todas las actividades que estn activas y que estn en espera de evidencia. El
usuario podr descargar un archivo con formato CSV si as lo desea. Todos los usuarios
tienen el permiso de entrar a ese modulo ya sea un participante, minutero, Admin o
SuperAdmin pero solo podr ver sus actividades. La fig. 14 muestra el contenido de la pgina
mencionada en las lneas anteriores.

Fig. 15 Pantalla de actividades abiertas.

En la fig. 16 se puede observar la pgina de Actividades Cerradas, tambin del men

reportes. En esta pantalla el usuario podr observar un reporte de sus actividades que ya
fueron cerradas y tambin podr descargar un archivo de formato CSV si as lo desea.

pg. 29
 Fig. 16 Pantalla de Actividades Cerradas.

A continuacin la pgina de Actividades Canceladas prcticamente tendr el mismo

contenido que la de Actividades Cerradas, tendr el mismo funcionamiento pero como su
nombre lo dice solo mostrara las actividades canceladas.

Ms adelante podremos observar la fig. 17 que muestra el diseo de la pgina de

Reporte de Activos, que tambin pertenece al men de reportes. El activo es una persona que
al estar ausente el lder del equipo de trabajo, l toma el mando de ste. Y a ste se le podr
reportar o pedir asesora en caso de alguna anomala.

Fig. 17 Pantalla de reporte de activos.

pg. 30
 Las pantallas descritas anteriormente fueron las propuestas para los usuarios con un
perfil de participante a excepcin de las pantallas de reportes de actividades abiertas,
actividades cerradas y el reporte de activos la cual todos los usuarios que tengan accesos a
este sistema podrn verlas.

Minutero

Ahora en la siguiente figura se muestran las opciones que podr manipular un usuario
con perfil de minutero.

Fig. 18 Pantalla de mens de un usuario con perfil de minutero.

Como ya se describi al inicio de esta etapa el minutero tendr los permisos de asignar
actividades a los participantes de su equipo de trabajo. A continuacin se muestra la figura de
la pantalla de agregar actividades. En esta pgina el usuario puede especificar todos los datos
de la actividad a realizar, a quien se le asignar y cul ser su fecha de entrega. Una vez
llenados todos los datos al guardar la actividad se le enviar una notificacin por medio de
correo electrnico a la persona que fue establecida dicha actividad.

pg. 31
 Fig. 19 Pantalla agregar actividades del perfil minutero.

Ms adelante se muestra la imagen de la pgina actualizar actividades vencidas del

mismo perfil minutero. En este mdulo podr posponer la fecha de entrega de la actividad o
en caso de que se quiera cancelar dicha actividad, tambin lo podr hacer. Adems el usuario
puede modificar los datos de la actividad en caso de que haya existido un error.

Fig. 20 Pantalla actualizar actividades vencidas del perfil minutero.

pg. 32
 Finalmente un usuario con perfil de minutero tiene los permisos de asignar actividades
a las personas que estn dentro de su equipo de trabajo. As tambin tiene el poder de
modificar las actividades, ya sea actualizarlas, re-agendarlas, cerrar la actividades o si as lo
desea cancelar dicha actividad.

A continuacin se describe el perfil de administrador quien tendr bsicamente la

mayora de los permisos que se puede tener en esta aplicacin.

Admin

Los usuarios que tengan un perfil de Admin como ya se describi en la fase de anlisis
de este proyecto, tiene los permisos de un participante y un minutero. Adems de esos
permisos, esta persona puede agregar nuevos usuarios a los equipos de trabajo ya existentes
en la aplicacin o tambin tiene la autorizacin de desasignar o remover usuarios que ya no se
encuentren activos en los diferentes equipos de trabajo. Igualmente este usuario administra el
topic, es decir, el tema que se trabajar en las actividades, y por consiguiente l administrar
el donde, es decir, el lugar donde se llevarn a cabo las actividades.

A continuacin se muestran las propuestas de pantalla que un usuario con perfil de

Admin.

En la pantalla que se muestra a continuacin, plasma todos los mens y submens a

los que este tipo de usuario tiene los permisos de acceder.

pg. 33
 Fig. 21 Pantalla de mens del perfil de Admin.

En esta parte nos enfocaremos en los permisos que solo tiene el administrador ya que
los otros mens ya fueron descritos anteriormente en los otros perfiles.

Ms adelante se describen los permisos que tiene un administrador con su respectiva

pantalla donde el podr ejecutar sus diferentes actividades.

La siguiente figura muestra la propuesta de pantalla de agregar Dnde? La cual es

uno de los permisos que tiene el Admin. En esta pantalla el administrador puede agregar
nuevos lugares donde se realizarn las actividades futuras.

pg. 34
 Fig. 22 Pantalla de agregar un nuevo lugar de actividades del perfil Admin.

El Admin tambin tiene el privilegio de administrar los lugares donde se realizan las
actividades de los diferentes equipos de trabajo. Para esto existe una pantalla donde se puede
realizar todas estas actividades.

En la siguiente imagen podemos observar la pantalla de administrar Dnde? , en la

cual el administrar puede modificar los datos de un lugar de trabajo, sin embargo no podr
eliminarlo completamente, simplemente desactivarlo o activarlo.

pg. 35
 Fig. 23 Pantalla de administrar Dnde? del perfil Admin.

Ms adelante podremos observar el permiso de agregar un nuevo topic, reflejado en una

propuesta de pantalla. Este permiso le permite al administrador crear nuevos temas generales
de actividades, como por ejemplo el desarrollo de esta aplicacin sera un tema muy general,
donde el equipo de trabajo puede tener bastantes actividades, en este caso solo se le fue
asignado a una persona.

A continuacin se muestra la figura donde se plasma el permiso de agregar un nuevo

topic que ya fue descrito en el prrafo anterior.

pg. 36
 Fig. 24 Pantalla de agregar topic del perfil Admin.

Adems de agregar un nuevo topic, el usuario tambin puede adminstralos, es decir,

modificar el nombre del topic por algn error, o simplemente desactivarlo porque ya no est
en uso. La siguiente figura muestra la pantalla de administrar topic.

Fig. 25 Pantalla de administrar topic del perfil Admin.

pg. 37
 Adems de las pantallas anteriores el administrador tambin puede acceder a la
pantalla de asignar usuarios, donde l tiene el privilegio de agregar nuevos usuarios a los
equipos de trabajo. A continuacin se muestra la siguiente figura donde se observa la pantalla
de asignar usuarios a los equipos de trabajo.

Fig. 26 Pantalla de asignar usuario a equipos de trabajo del perfil Admin.

El administrador tambin tiene los permisos de remover usuarios que ya no se

encuentran activos en algn equipo de trabajo, o simplemente ya no existir ninguna
actividad para dicho usuario. Para esta funcin tambin se realiz una propuesta de diseo la
cual la podremos ver a continuacin. En esta pantalla el usuario administrador podr
desasignar a otros usuarios, a continuacin se muestra la imagen.

pg. 38
 Fig. 27 Pantalla de desasignar usuarios de equipos de trabajo del perfil Admin

En resumen el usuario que tenga un perfil de Admin puede observar las actividades de
las personas de su grupo de trabajo como si fuera un participante, as tambin puede asignar
nuevas a tareas a diferentes usuarios como si fuera un minutero. Adems puede asignar
nuevos usuarios a los equipos de trabajo existentes.

A continuacin veremos la descripcin del perfil SuperAdmin. La cual es el ltimo

perfil que tendr la aplicacin.

SuperAdmin

El perfil de SuperAdmin solo ser asignado al personal que dar soporte a la

aplicacin, es decir, al equipo de desarrollo de la planta. Los usuarios que cuenten con este
perfil tendrn todo el poder sobre la aplicacin. Podrn fungir como un participante, un
minutero o un administrador. As tambin este usuario tiene el privilegio ms importante del
proyecto la cual es crear nuevos equipos de trabajo para la administracin de las actividades.

pg. 39
 A continuacin se muestran los mens a los cuales el usuario SuperAdmin puede
acceder.

Fig. 28 Pantalla de mens del perfil SuperAdmin

Ms adelante se muestra una figura donde el SuperAdmin puede agregar nuevos

equipos de trabajo para administrar las diferentes actividades, y donde el usuario con perfil de
Admin puede agregar usuarios a ese nuevo equipo de trabajo.

pg. 40
 Fig. 29 Pantalla de agregar nuevos equipos de trabajo del perfil SuperAdmin

Adems se realiz una propuesta de pantalla para que el SuperAdmin tambin puede
administrar los equipos de trabajo ya creados. A continuacin se muestra la imagen de la
pantalla administrar equipos de trabajo, donde el SuperAdmin puede editar los nombres de
equipos de trabajo ya creados, o si as lo desea eliminarlos completamente del sistema.

Fig. 30 Pantalla de administrar equipos de trabajo del perfil SuperAdmin

pg. 41
 Las dos pantallas anteriores son las funciones principales de un SuperAdmin. Y de
esta manera se terminan las propuestas de pantallas para la aplicacin, de los diferentes tipos
de usuarios que existen en la aplicacin.

Por otra parte en esta etapa del ciclo de vida del software es de gran importancia el
diseo de la estructura de nuestra base de datos ya que ser el ncleo de la aplicacin.

Una base de datos Es un conjunto de informacin almacenada en una estructura de

ficheros en disco, que ser consultada y modificada por los usuarios que acceden a la
misma, siendo el Sistema Gestor de Bases de Datos (en adelante SGBD) el encargado de
llevar fsicamente a cabo estas operaciones. [11]

Una base de datos es una coleccin de elementos sin redundancias, organizados y

administrados. Los datos son independientes y fcilmente adaptables para servir a una o ms
aplicaciones. Y estn disponibles para todos los usuarios que acceden a stos.

La fig. 30 muestra un cilindro con la cual se representa una base de datos. Dentro de
este cilindro es donde se almacena toda la informacin.

Fig. 31 Representacin de una base de datos en un cilindro. Fuente: [11]

Para el diseo de una base de datos con una estructura segura, donde no exista
redundancia y los datos sean congruentes se necesita seguir un modelo. Es por eso que para
disear la base de datos de esta aplicacin se utiliz el modelo denominado entidad-relacin
(E-R).

pg. 42
 El modelo de entidad relacin es un modelo de datos basado en una percepcin del
mundo real que consiste en un conjunto de objetos bsicos llamados entidades y relaciones
entre estos objetos, implementndose en forma grfica a travs del diagrama entidad
relacin. [12]

Siguiendo este modelo se pudo conseguir una base de datos con una buena
infraestructura. Para el diseo del diagrama de entidad-relacin de la base de datos se utiliz
directamente el gestor de bases de datos SQL Server en su versin 2008.

Un Sistema Gestor de base de datos (SGBD) es un conjunto de programas que

permiten crear y mantener una Base de Datos, asegurando su integridad, confidencialidad y
seguridad.

Algunas de las caractersticas deseables en un Sistema Gestor de base de datos

SGBD son:

Control de la redundancia: La redundancia de datos tiene varios efectos negativos (duplicar

el trabajo al actualizar, desperdicia espacio en disco, puede provocar inconsistencia de
datos) aunque a veces es deseable por cuestiones de rendimiento y seguridad.

Restricciones de los accesos no autorizados: cada usuario ha de tener unos permisos de

acceso y autorizacin.

Cumplimiento de las restricciones de integridad: el SGBD ha de ofrecer recursos para

definir y garantizar el cumplimiento de las restricciones de integridad. [13]

SQL Server es uno de los gestores ms utilizados en el mundo por las empresas y de
uso personal. La seguridad que otorga y la relacin que tiene con los lenguajes de
programacin para la conexin entre los dos es bastante buena. Es por eso que en la empresa
Sanmina-SCI se tiene como gestor de todas las bases de datos. A continuacin se muestra una
imagen del logotipo oficial de SQL Server.

pg. 43
 Fig. 32 Logotipo de SQL Server. Fuente: [14]

El diagrama de E-R que se realiz para el desarrollo de esta aplicacin se muestra a

continuacin.

Fig. 33 Diagrama entidad-relacin de la base de datos.

De esta manera se concluye la fase de diseo para seguir con el ciclo de vida del
software y pasar a la codificacin de todo lo diseado en esta etapa.

pg. 44
Codificacin del software.

Esta etapa del ciclo de vida del software es donde se inicia la programacin de lo
diseado en la fase anterior. Para este momento se debe tener bien comprendidos los objetivos
a los que se quiere llegar con esta aplicacin y as tambin antes de ir directamente a escribir
cdigo debemos tener seleccionadas las herramientas adecuadas con las que se desarrollar el
proyecto.

En la planta donde se desarroll la aplicacin se tiene como estndar los lenguajes

ASP.NET y Visual C#. Es por ello que el proyecto se apeg a los estndares que ya estn
establecidos.

Visual C# Es un lenguaje de programacin que se ha diseado para compilar

diversas aplicaciones que se ejecutan en .NET Framework. C# es simple, eficaz, con
seguridad de tipos y orientado a objetos. Las numerosas innovaciones de C# permiten
desarrollar aplicaciones rpidamente y mantener la expresividad y elegancia de los
lenguajes de estilo de C.. [15]

Fig. 34. logotipo C# Fuente: [15]

ASP.NET Es un framework para aplicaciones web desarrollado y

comercializado por Microsoft. Es usado por programadores para construir sitios
web dinmicos y servicios XML. [16]

pg. 45
 Fig. 35. Logotipo ASP.NET de Microsoft. Fuente: [16]

Cabe mencionar que no solo se utilizaron estos lenguajes para la codificacin de la

aplicacin, tambin se utilizaron lenguajes como HTML5, JavaScript, AJAX y hojas de estilo
con CSS3.

El paradigma que se utiliz para el desarrollo de la aplicacin fue orientado a objetos,

ya que C# es un lenguaje con este tipo de paradigma. Adems para gestionar el cdigo y
poderlo compilar se utiliz el entorno de Microsoft Visual Studio 2013 Express para web ya
que es muy amigable y tiene las herramientas necesarias para el desarrollo de aplicacin web y
adems es de carcter gratuito.

Estas son las herramientas que se utilizaron para el desarrollo de la aplicacin. Siempre
manteniendo un cdigo limpio y ordenado. Utilizando clases, mtodos, polimorfismo,
herencias, objetos, entre otras caractersticas de la programacin orientada a objetos.

A continuacin se muestra en una imagen las clases que se utilizaron para las diferentes
funciones que realiza la aplicacin.

Fig. 36. Clases de programacin de la aplicacin.

pg. 46
 As tambin en la siguiente imagen se muestra un pequeo fragmento de cdigo de la
pgina agregar nuevo equipo de trabajo, la cual ya se ha venido mencionando a lo largo de
este proyecto.

Fig. 37. Fragmento de cdigo de la aplicacin.

En esta etapa de codificacin tambin se trabaj del lado de la base de datos,

desarrollando procedimientos almacenados para las diferentes consultas que se harn a la
base de datos. A continuacin se muestra una imagen de un procedimiento almacenado que se
realiz para crear nuevos equipos de trabajo.

Fig. 38 Procedimiento almacenado para crear nuevos equipos de trabajo.

pg. 47
 Una vez terminada la codificacin de los mdulos que se pretendan desarrollar, la
aplicacin se encamino a la etapa de pruebas.

Prueba del sistema.

El objetivo de esta etapa es hacer pruebas con la aplicacin y no dejar pasar por alto
ningn error que pueda existir en la aplicacin. En esta fase se le permiti utilizar la
aplicacin a un usuario a quien se le asign la tarea de hacer fallar el sistema, tecleando
cualquier tipo de cosas en los campos de la mayora de las pginas de la aplicacin.

Aqu es donde el sistema se depuro y se corrigieron los errores que surgieron y as

tambin se anexaron ms validaciones a la aplicacin. Finalmente cuando el sistema cumpla
con todos los objetivos establecidos al inicio de este proyecto. Se liber una versin de
pruebas, donde se otorg acceso a algunos usuarios para que utilizaran la aplicacin de forma
remota. Esto se realiz para seguir puliendo y depurando cualquier tipo de detalle que se
haya dejado pasar en las dems fases.

Una vez que la aplicacin se vio funcionando de manera eficiente y segura se propuso
la fecha de liberacin para que todos los usuarios que quisieran acceder a ella pudieran
hacerlo. Esta aplicacin desde el primer momento fue pensada para todas las plantas del
campus de Guadalajara.

Despus de todas las pruebas exhaustivas se pudo pasar la aplicacin de la etapa de

pruebas a la etapa de implementacin.

Implementacin.

Para llegar a esta etapa del ciclo de vida del software se requirieron bastantes pruebas
para prevenir los errores futuros. Una vez hecho esto el sistema estaba listo para ser liberado.
Es por ello que el da de la liberacin del sistema se envi un comunicado a todo el campus
de Guadalajara dando a conocer la aplicacin a quienes no estaban enterados sobre ella y as
tambin notificando su liberacin a las personas que ya la esperaban.

pg. 48
Funcionamiento y mantenimiento.

Una vez que la aplicacin ya estaba en funcionamiento para todo el campus de

Guadalajara surgieron detalles mnimos, a los cuales se les dio solucin inmediatamente. Se
recibieron propuestas de nuevos usuarios para las diferentes mejoras que se le podran hacer
al sistema, esto para hacerlo ms amigable para los usuarios.

Con esta fase se termin la fase del ciclo de software y la gran ventaja de esta
metodologa es que toda la documentacin se hizo a lo largo de cada fase, teniendo as buenos
resultados y una documentacin con informacin muy relevante.

pg. 49
 G) RESULTADOS

A continuacin se presentan los resultados que se obtuvieron a lo largo del desarrollo

de esta aplicacin web para la gestin de actividades de la empresa Sanmina-SCI.

Antes del desarrollo de esta aplicacin.

Cuando esta aplicacin no exista cada lder de equipo buscaba la manera ms fcil de
administrar todas las actividades de sus equipos. Algunos tenan la evidencia fsica, con
algunos formatos llenados con pluma. Por supuesto para ellos era ms difcil entregar un
reporte rpido de sus actividades ya sea por semana o por mes, ya que algunos tenan que
capturar todas las evidencias fsicas que los integrantes de su equipo le entregaban. Adems
tendran que capturar la fecha en la que se les entrego dicha evidencia, o la fecha en la que se
termin alguna actividad y si alguno de sus integrantes de equipo no le entrego evidencia con
estos datos importantes, se perda la integridad de la informacin, porque el lder tena que
acertar la fecha exacta en la que se entreg dicha informacin.

Ahora con la aplicacin.

Ahora con el sistema gestor de actividades es ms fcil y rpido para los lderes de
equipo entregar un reporte de las actividades que est ejecutando su equipo de trabajo. Ahora
los integrantes de equipo ayudarn a su lder a entregar evidencia electrnica y a llenar
formatos que el lder puede disponer de ellos en cualquier momento. Para los jefes de equipo
si anteriormente les tomaba un da entregar un reporte de todas las actividades de su equipo,
actualmente l puede entrar al sistema gestor de actividades y dar un solo clic y el ya tendr
un reporte completo de las actividades, esto le tomar diez minutos y podr darse cuenta en
qu estado se encuentra su equipo.

pg. 50
 TABLA II

TIEMPOS DE REALIZACION DE ACTIVIDADES ANTES Y AHORA.

Actividad Tiempo (Antes) Tiempo (Ahora)

Realizar un reporte de 8 horas. 10 minuto.

las actividades
realizadas durante la
semana.

Realizar reuniones 4 horas. 1 hora.

semanalmente para
observar el status de
las actividades.

Notificar a cada uno de 2 horas. 20 minutos.

los involucrados en el
equipo de trabajo, sus
actividades.

Recolectar las 4 horas. 20 minutos.

evidencias de las
actividades realizadas.

En la tabla II se muestran los tiempos de realizacin de algunas tareas cuando no exista el sistema gestor de actividades y as
tambin ahora que ya existe.

pg. 51
 A continuacin se muestran las capturas de pantalla del sistema ya terminado. Aunque
los datos que se muestran en ella son de prueba, esto por la confidencialidad de los datos de
Sanmina-SCI.

La siguiente imagen muestra el inicio de sesin para el control de usuarios a la

aplicacin.

Fig. 39 Inicio de sesin para los usuarios de la aplicacin.

Ms adelante se muestra la pantalla principal del sistema gestor de actividades.

pg. 52
 Fig. 40 Pantalla principal de la aplicacin.

A continuacin se presentan las pantallas de un usuario con perfil de participante.

Cabe mencionar que las actividades asignadas a este tipo de usuarios se muestra como un
semforo, es decir, si la fecha de entrega se encuentra dentro del rango de 20 das a partir de
la fecha actual sta se muestra subrayada en color verde, si la fecha est dentro del rango de
10 das la actividad se subraya en color amarillo, de lo contrario si se encuentra dentro del
rango de 1 da, la actividad se subraya en color rojo y se enva una notificacin al correo
electrnico de la persona que tiene asignada dicha actividad.

En la siguiente figura se muestra la pantalla de agregar evidencia. En la cual todas las

actividades estn vencidas ya que son de prueba. Mencionando que las pantallas estn siendo
capturadas con el perfil de SuperAdmin ya que se tiene un acceso total.

pg. 53
 Fig. 41 Pantalla agregar evidencia del perfil participante.

Ms adelante se muestra una figura donde se observa la pantalla de actualizar

actividades la cual es del perfil minutero.

Fig. 42 Pantalla actualizar actividades del perfil minutero.

pg. 54
 La siguiente figura muestra la pantalla de actualizar actividades vencidas tambin del
perfil minutero.

Fig. 43 Pantalla actualizar actividades vencidas del perfil minutero.

A continuacin tambin se muestra la pantalla de agregar actividades que pertenece al

perfil de minutero.

Fig. 44 Pantalla agregar actividades del perfil minutero.

pg. 55
 En la siguiente imagen se muestra la pantalla de modificar actividades que tambin es
parte del perfil de minutero.

Fig. 45 Pantalla modificar actividades del perfil minutero.

A continuacin se muestra en la siguiente figura una pantalla que no fue considerada

en la etapa de diseo de esta aplicacin, pero al final se desarroll y muestra un historial de
una actividad, es decir, si ya fue re-agendada, cancelada o cerrada.

Fig. 46 Pantalla historial de actividad del perfil minutero.

pg. 56
 Cambiando al perfil de Admin en la siguiente imagen se muestra la pantalla de agregar
Dnde? Que a lo largo de este documento ya ha sido descrita en varias ocasiones.

Fig. 47 Pantalla agregar donde del perfil Admin.

A continuacin se muestra la pantalla de administrar Dnde? La cual tambin se

puede acceder con un perfil de Admin.

Fig. 48 Pantalla administrar donde del perfil Admin.

pg. 57
 En la siguiente figura se puede observar la pantalla de agregar topic que tambin
pertenece al perfil Admin.

Fig. 49 Pantalla agregar topic del perfil Admin.

Ms adelante se muestra la pantalla de administrar topic que igualmente se puede

acceder con un perfil de Admin.

pg. 58
 Fig. 50 Pantalla administrar topic del perfil Admin.

Despus podemos ver en la siguiente imagen la pantalla de asignar usuarios a equipo

de trabajo que tambin pertenece al perfil Admin.

Fig. 51 Pantalla asignar usuarios a equipo de trabajo del perfil Admin.

A continuacin se muestra la captura de pantalla de la pgina desasignar usuarios del

mismo perfil de Admin.

Fig. 52 Pantalla desasignar usuarios del perfil Admin.

pg. 59
 Estas son las pantallas principales a las que puede acceder un usuario con perfil de
Admin, ms adelante se pueden observar las pantallas de los usuario que tendrn el privilegio
de SuperAdmin, es importante mencionar que este privilegio no se puede asignar desde la
aplicacin, las nicas personas que puede establecer este perfil son las que pertenecen al
equipo de desarrollo de IT.

En la siguiente figura se observa la pantalla de agregar nuevos equipos de trabajo, la

cual solo puede ser vista por usuarios que tengan el perfil de SuperAdmin.

Fig. 53 Pantalla agregar nuevos equipos de trabajo del perfil SuperAdmin.

Ms adelante podemos observar la pantalla de administrar equipos de trabajo que

tambin pertenece al perfil de SuperAdmin.

pg. 60
 Fig. 54 Pantalla administrar equipos de trabajo del perfil SuperAdmin.

Estn son las pantallas a las que solo un usuario con perfil de SuperAdmin puede
acceder.

Ahora en las siguientes imgenes se puede observar las pantallas a las que cualquier
usuario que tenga accesos al sistema puede verlas. Como se muestra en la siguiente figura la
pantalla de reporte de actividades abiertas. Aqu el usuario puede exportar en un archivo con
extensin .csv todas las actividades que l tiene asignadas. As tambin las pantallas de
actividades cerradas y actividades canceladas muestran la misma estructura pero la
informacin es diferente.

pg. 61
 Fig. 55 Pantalla actividades abiertas.

En la siguiente figura se muestra el reporte de activos que a lo largo del proyecto ya ha

sido descrita en algunas ocasiones.

Fig. 56 Pantalla reporte de activos.

Cambiando al men ayuda podemos observar las siguientes pantallas que ya haban
sido desarrolladas en otra aplicacin y fueron consideradas para este proyecto. La siguiente
figura muestra la pantalla de administrar alertas, en la que el usuario puede decidir cada
cuando le lleguen notificaciones de sus actividades a su correo electrnico.

pg. 62
 Fig. 57 Pantalla administrar alertas del men ayuda.

En la siguiente figura se muestra la pantalla de cambiar contrasea donde el usuario

puede personalizar su contrasea para entrar a este y a ms sistemas.

Fig. 58 Pantalla cambiar contrasea del men ayuda.

Ms adelante se muestra la pantalla de contctanos donde el usuario puede

expresar cualquier duda o sugerencia que tenga para el sistema, de esta manera se puede dar
un mejor soporte para los usuarios.

pg. 63
 Fig. 59 Pantalla contctanos del men ayuda.

Ests son todas las pantallas que contiene el sistema. Aunque tambin existe un enlace
para entrar al manual de usuario de la aplicacin.

De esta manera se concluye esta etapa del proyecto mostrando un sistema con un buen
diseo, funcionamiento y eficacia a la hora de trabajar con l. El sistema fue todo un existo ya
que se logr el objetivo de que todas las plantas de Sanmina-SCI campus Guadalajara
utilizarn esta aplicacin y que toda la informacin de los cientos de equipos de trabajo que
existen en Sanmina estuviera concentrada en un solo lugar.

pg. 64
 H) CONCLUSIONES Y RECOMENDACIONES

En la actualidad la mayora de las empresas cuentan con una o varias aplicaciones web
aunadas a una base de datos para almacenar informacin, adems de que una aplicacin
conlleva la calidad, crecimiento y sobre todo la credibilidad de la empresa. Esta aplicacin
realizada para la gestin de actividades de todos los equipos de trabajo de la empresa, en
general ayuda a la compaa a ser ms eficaz y eficiente en el proceso de la gestin de sus
actividades, utilizando tecnologa de punta como tablets, ipad, Smart phones, laptops, entre
otros dispositivos electrnicos. Que le permiten al personal realizar la tarea de una mejor
manera evitando as la utilizacin de material como hojas y plumas lo que ocasiona ayuda al
medio ambiente.

Al momento de comenzar a realizar la aplicacin, los desarrolladores involucrados

experimentaron la dificultad que se tiene al aceptar un proyecto de este ndole, porque al
inicio del desarrollo de la aplicacin se mostraron muchas dudas, errores en cdigo y base de
datos, identificacin de colores adecuados para la aplicacin y sobre todo como hacer una
interfaz cmoda e interactiva. Despus de iniciar, gracias a las dudas adquiridas se comenz a
investigar ms a detalle y se lograron corregir cada uno de los errores, lo que para los
creadores de esta aplicacin mostr gran emocin y sobre todo gran satisfaccin.

Los objetivos fueron sujetos al comienzo del desarrollo de la aplicacin y alcanzados

con xito al finalizarla. Para cumplirlos se realiz el anlisis de los requerimientos y se
seleccionaron varios lenguajes que ayudaran a realizar una aplicacin con interfaz interactiva
y atractiva para el usuario. Adems de que realizara cada una de las funciones de la manera
ms ptima; todo esto se alcanz realizando pruebas en el sistema para comprobar su correcto
funcionamiento en distintos navegadores como en la verificacin de consultas y tablas que
funcionen de la manera ms ptima y proporcione la informacin requerida.

La aplicacin es confiable y segura porque se desarrollaron varios usuarios para que

solo el personal autorizado pueda hacer modificaciones en el sistema y afirma la integridad de
informacin, debido a que se realiz una base de datos en SQL Server, la cual evita la
redundancia de datos de una manera ms eficiente.

pg. 65
 En general el sistema muestra una amplia ventaja contra lo que se realizaba antes y
gracias al desarrollo de esta aplicacin web, el personal de Sanmina experimento un
sentimiento de aceptacin para el sistema, ya que este se acerca ms a la realidad, es decir, el
sistema gestor de actividades se transform para dar un servicio de calidad a la institucin
acercndola ms al mundo de las tecnologas de punta, gracias a que el registro se realizar
con las tecnologas ms utilizadas en la actualidad que tengan acceso a internet. Con esto se
satisface de alguna manera la propuesta indicada por los creadores del proyecto.

En otra parte como recomendaciones se sugiere lo siguiente:

Adems de tener el sistema como una aplicacin web es necesario realizar una aplicacin mvil
que sea adaptable para los sistemas operativos android y IOS. De esta manera los participantes
de este sistema tendrn a la mano la herramienta para que en cualquier momento ellos puedan
ver el status de todas sus actividades.

pg. 66
 I) COMPETENCIAS DESARROLLADAS Y/O APLICADAS

Durante la elaboracin de este proyecto se ampli el conocimiento de un servidor y

desarroll bastantes competencias como las que se describen a continuacin.

En cuanto a crear y manipular bases de datos utilizando distintos Gestores de

Bases de Datos considerando elementos de integridad y seguridad para el tratamiento de la
informacin en distintas plataformas. As tambin en el desarrollo de software para identificar
la importancia de la aplicacin de estndares de calidad y productividad en el desarrollo de un
software, aplicar mtodos y herramientas de la ingeniera del software en el desarrollo de
software e identificar las caractersticas de los mtodos agiles. Estas son las capacidades
instrumentales que se logr desarrollar.

Competencias instrumentales

Aqu se describen cada una de las competencias instrumentales desarrolladas durante

la elaboracin de este proyecto.

Capacidades cognitivas, la capacidad de comprender y manipular ideas y

pensamientos.

Capacidades metodolgicas para manipular el ambiente: ser capaz de organizar

el tiempo y las estrategias para el aprendizaje, tomar decisiones o resolver
problemas.

Destrezas tecnolgicas relacionadas con el uso de computadora, destrezas

computacionales; as como de bsqueda y manejo de informacin.

Capacidad de anlisis y sntesis.

Capacidad de organizar y planificar.

Comunicacin oral y escrita en su propia lengua y una segunda lengua.

Habilidad para buscar y analizar informacin proveniente de fuentes diversas.

pg. 67
 Solucin de problemas.

Toma de decisiones.

Conocimientos bsicos de la carrera.

Comunicacin oral y escrita.

Habilidades avanzadas de manejo de la computadora.

Competencias interpersonales.

En esta seccin se describe las competencias interpersonales que se desenvolvieron

durante el proyecto.

Capacidad crtica y autocrtica.

Trabajo en equipo.

Habilidades interpersonales.

Capacidad de comunicarse con profesionales de otras reas, individual y

grupalmente.

Apreciacin de la diversidad y multiculturalidad.

Habilidad para trabajar en un ambiente laboral.

Compromiso tico.

Competencias sistemticas.

En este apartado se pueden observar las competencias sistemticas desarrolladas.

Capacidad de aplicar los conocimientos en la prctica.

pg. 68
 Habilidades de investigacin.

Capacidad de aprender.

Capacidad de generar nuevas ideas (creatividad).

Habilidad para trabajar en forma autnoma.

Bsqueda del logro.

Liderazgo.

Iniciativa y espritu emprendedor.

Compromiso con la calidad.

Capacidad de colaboracin en proyectos sustentables.

Capacidad de adaptarse a nuevas situaciones.

Logro de objetivos.

pg. 69
 J) REFERENCIAS BIBLIOGRAFICAS Y VIRTUALES

[1] M. Naghi, Metodologia de la investigacion, Mexico: Limusa S.A de C.V, 2005.

[2] B. Render, Metodos cuantitativos para los negocios, Mexico: Pearson Educacion,
S/a.

[3] K. Naresh, Investigacion de mercados un enfoque aplicado, Mexico: Pearson

Educacion, 2005.

[4] N. Balluerka, Diseos de investigacion experimental, Mexico: Pearson

Educacion, 2002.

[5] Y. Ribera, http://yelygalindo.blogspot.mx/, s/p, 21 Abril 2012. [En lnea].

Available: http://yelygalindo.blogspot.mx/2012/04/norma-isoiec-15504-
spice.html. [ltimo acceso: 13 Marzo 2014].

[6] AllSoft, El model CMMI, AllSoft, Monterrey, 2008.

[7] L. Sommerville, Ingenieria del software Septima edicion, Madrid(Espaa):

PEARSON EDUCACION, S.A, 2005.

[8] J. Ugalde, Programacion de operaciones, Mexico: Alfaomega, 2006.

[9] B. Campderrich, Ingenieria del software, Barcelon: Graficas Rey, SL, 2003.

[10 S. Si, Learning UML, United States of America: Reilly & Associates, 2003.
]

[11 A. Muoz, Oracle 11g sql curso practico de informacion, Madrid: Service Point,
] 2011.

[12 J. Muoz, Bases de datos, Alfaomega, Madrid, 2008.

]

[13 C. Rivera y H. Martin, http://www.slideshare.net/, 2012 Junio 15. [En lnea].

] Available: fhttp://www.slideshare.net/hcumbicusr/sistemas-gestores-de-base-de-
datos-sgbd-13333545. [ltimo acceso: 15 Marzo 2014].

[14 Microsoft, www.microsoft.com/, Microsoft, s/d s/m 2012. [En lnea]. Available:
] http://www.microsoft.com/es-xl/sqlserver/default.aspx. [ltimo acceso: 15 Marzo
2014].

[15 Microsoft, Visual C#, Developer Network, 2014. [En lnea]. Available:
] http://msdn.microsoft.com/es-es/library/kx37x362.aspx. [ltimo acceso: 18
Marzo 2014].

pg. 70
[16 J. Leal, Que es el asp.net, Microsoft Virtual Academy, 25 Septiembre 2010.
] [En lnea]. Available: http://javierleal.wordpress.com/2010/09/25/que-es-asp-
net/. [ltimo acceso: 18 Marzo 2014].

[17 I. P. Nacional, cenac, Instituto Politecnico Nacional, 25 Agosto 2014. [En

] lnea]. Available: http://www.cenac.ipn.mx/Paginas/Inicio.aspx. [ltimo acceso: 1
Noviembre 2014].

pg. 71