INSTITUTO POLITÉCNICO NACIONAL

INSTITUTO POLITÉCNICO NACIONAL

ESCUELA SUPERIOR DE CÓMPUTO ESCOM

Trabajo terminal

“Prototipo para la planeación y control de actividades personales, laborales y académicas”

Que para cumplir con la opción de titulación curricular en la carrera de

“Ingeniería en Sistemas Computacionales con especialidad en Sistemas”

Presentan

Barcenas Guzmán Yolanda Chantal Hurtado Franco Daniela

Morales Bautista Donato David Directores

M. en C. Gutiérrez García Juan

Jesús M. en C. Pérez Vera Montserrat Gabriela

México D.F., a 29 de Noviembre del 2011

INSTITUTO POLITÉCNICO NACIONAL

ESCUELA SUPERIOR DE CÓMPUTO

No. Registro: TT 12-1-0007 Serie: Amarilla Noviembre del 2011

Documento Técnico

“Prototipo para la planeación y control de actividades personales, laborales y académicas”

Presentan

Barcenas Guzmán Yolanda Chantal

Hurtado Franco Daniela

Morales Bautista Donato David

Directores

M. en C. Gutiérrez García Juan Jesús M. en C. Pérez Vera Montserrat Gabriela

RESUMEN

En este trabajo se propone el desarrollo de un prototipo software que tenga como finalidad apoyar a las personas para la planeación y el control de actividades que realizan diariamente sin importar la profesión que desempeñe a través de una computadora.

Palabras clave - Planeación de Actividades, Control de Actividades, Portabilidad de datos.

1[email protected] 2[email protected]

3[email protected]

ESCUELA SUPERIOR DE CÓMPUTO

SUBDIRECCIÓN ACADÉMICA

DEPARTAMENTO DE FORMACIÓN INTEGRAL E INSTITUCIONAL COMISIÓN ACADÉMICA DE TRABAJO TERMINAL

México, D.F. a 29 de Noviembre de 2011.

ING. APOLINAR FCO. CRUZ LÁZARO

PRESIDENTE DE LA COMISIÓN ACADÉMICA DE TRABAJO TERMINAL

P R E S E N T E

Por medio de la presente, informo que los alumnos que integran el TRABAJO TERMINAL 12-1-0007 titulado

“Prototipo para la planeación y control de actividades personales, laborales y académicas”, concluyeron satisfactoriamente su trabajo.

El empastado del Reporte Técnico Final y el Disco Compacto (CD) fueron revisados ampliamente por sus servidores y corregidos, cubriendo el alcance y el objetivo planteados en el protocolo original y de acuerdo a los requisitos establecidos por la Comisión que Usted preside.

ATENTAMENTE

_________________________________ ____________________________________

M. en C. Gutiérrez García Juan Jesús M. en C. Pérez Vera Montserrat Gabriela

Director Directora

Advertencia

“Este informe contiene información desarrollada por la escuela superior de cómputo del instituto politécnico nacional a partir de datos y documentos con derecho de propiedad y por lo tanto su uso quedara restringido a las aplicaciones que explícitamente se convenga.”

La aplicación no convenida exime a la escuela su responsabilidad técnica y da lugar a las consecuencias legales que para tal efecto se determinen.

Información adicional sobre este reporte técnico podrá obtenerse en:

La Subdirección Académica de la Escuela Superior de Cómputo del Instituto Politécnico Nacional, situada en Av. Juan de Dios Bátiz s/n

Teléfono: 57296000 Extensión: 52000

Agradecimientos

A mis queridos padres porque a lo largo de toda mi vida me han apoyado, motivado, escuchado, aconsejado, desvelado y sacrificado conmigo y por mí, gracias por no dejarme desfallecer, por alúmbrame con su faro de amor y de experiencia, mil gracias nunca tendré con que pagarles todo lo que han hecho por mí, los amo.

A mis adorados hermanos y familia por aconsejarme, apoyarme, animarme y demostrarme su cariño de una o de otra manera, espero que mi abuelito Fidel en donde quiera que este, esté orgulloso de mí, muchas gracias.

A mis directores de TT la Maestra Monserrat Gabriela Pérez y el Maestro Juan Jesús Gutiérrez por todo el apoyo, animo y las ideas que nos brindaron a lo largo de este proyecto muchas gracias.

Gracias a mis compañeros y amigos de TT David Morales Bautista y Daniela Hurtado Franco, pase momentos maravillosos juntos a ustedes durante el TT y mi estancia en ESCOM, gracias.

También a mi amiga Noemí Beltrán Alvarado porque siempre fue una excelente compañía a lo largo de la carrera, pero sobre todo por el apoyo y las observaciones que nos brindo a lo largo del desarrollo de este proyecto.

Gracias a todos los profesores, amigos, compañeros y personas en general que a lo largo de la carrera me apoyaron de una o de otra manera mil gracias por estar ahí cuando los necesitaba, y finalmente pero no menos importante gracias al Instituto Politécnico Nacional que me abrió sus puertas para poder estudiar y me brindo el orgullo de ser politécnica y toda una ingeniera.

Barcenas Guzmán Yolanda Chantal

A mi madre y a mi familia, por todo el cariño, el apoyo y la paciencia que tuvieron conmigo, por los consejos que me dieron y porque siempre tuvieron fe en mí. Gracias a ustedes siempre he salido a delante y sé que siempre van a estar a mi lado.

A nuestros directores, al M. en C. Pérez Vera Monserrat Gabriela y al M. en C. Gutiérrez García Juan Jesús, que nos apoyaron para la realización de este proyecto, aportándonos sus conocimientos para que esto se lograra. Por los consejos que nos dieron, pero sobre todo por enseñarnos a nunca rendirnos.

A mis compañeros y amigos de Trabajo Terminal, Barcenas Guzmán Yolanda Chantal y a Morales Bautista Donato David, por el esfuerzo que pusieron para que este proyecto se realizará, y también a mi amiga Beltrán Alvarado Brenda Noemí que estuvo siempre para apoyarnos, gracias a todos ustedes porque siempre puedo contar con ustedes.

Hurtado Franco Daniela

Quiero agradecer a la comunidad de software libre por el apoyo que brindan a la comunidad estudiantil y en general a la sociedad para lograr un mejor mundo.

A la Escuela Superior de Computo por permitirme acercar a esta carrera que nos brinda las herramientas necesarias no sólo para desenvolvernos como ingenieros sino como personas.

A los profesores de la ESCOM quienes gracias a su preparación y dedicación ayudan a formar los ingenieros que el país hoy en día necesita, quiero hacer tres menciones especiales en primer lugar a la Maestra Monserrat Gabriela Pérez Vera nuestra directora de TT quién siempre nos apoyo y nos motivo a seguir adelante a pesar de las adversidades, al Maestro Carlos Silva Sánchez que gracias a él logre gran parte de mi formación como ingeniero y al Maestro Juan Jesús Gutiérrez García quién me enseño que no importa la adversidad, si se enfrenta con dedicación y de esfuerzo siempre se logrará superar, gracias por todo el apoyo que me brindo cuando más lo necesite, gracias por recordarme que el ser ingeniero no es sólo tener una carrera para solucionar problemas sino que significa ser una persona que vale la pena decirle ingeniero, gracias maestro.

A mis compañeras de TT Yolanda Chantal Barcenas Guzmán y Daniela Hurtado Franco quienes me apoyaron en el transcurso de este TT.

Y por último pero más importante a las personas más especiales en mi vida, mis padres, quienes dieron todo y más por lograr verme como todo un ingeniero quién no sólo es un profesionista sino una persona con moral y principios, gracias por brindarme lo necesario para enfrentarme a este mundo, Gracias.

Morales Bautista Donato David

´ Indice general

1. Introducci´on 1

1.1. Marco Te´orico . . . 1

1.2. Resumen . . . 10

1.3. Objetivo . . . 10

1.3.1. Objetivos Espec´ıficos . . . 10

1.4. El Problema . . . 11

I An´ alisis 13

2.1.1. Riesgos . . . 16

2.1.2. Plan de riesgos . . . 17

2.2. Roles del equipo . . . 22

2.2.1. Equipo de desarrollo . . . 22

3. Obtenci´on de requerimientos 23 3.1. El Cliente . . . 23

3.2. Obtenci´on de Informaci´on . . . 24

3.2.1. Stakeholders . . . 24

3.3. Requerimientos . . . 49

3.4. Casos de uso . . . 57

4. Herramientas 95 4.1. Lenguaje . . . 95

4.2. Base de datos . . . 95

4.3. Bibliotecas para mostrar de forma gr´afica las actividades . . . 95

II Dise˜ no 97

5.1.1. Diccionario de datos . . . 100 ix

5.1.2. Modelo Entidad-Relaci´on . . . 107

5.1.3. Estructura de la base de datos . . . 108

5.2. Estructura del sistema . . . 112

5.2.1. Clases . . . 112

III Desarrollo del prototipo 117

6. Conclusiones 125

IV ´ Inidices 127

´Indice alfab´etico 129

´Indice de figuras 131

´Indice de tablas 137

Bibliograf´ıa 139

Cap´ıtulo 1

Introducci´ on

En este trabajo se propone un prototipo software que apoye a la planeaci´on y control de actividades de una persona que utilic´e como herramienta principal la computadora, con el fin de facilitarle la administraci´on de sus actividades.

1.1. Marco Te´ orico

En la actualidad la tecnolog´ıa y los acontecimientos acelerados se han apro- piado del estilo de vida de las personas, pero en las ´ultimas d´ecadas se ha acentuado mucho m´as este fen´omeno, lo que propicia que se tenga que imple- mentar una buena administraci´on.

La administraci´on es un concepto que ha ido evolucionando a trav´es de los a˜nos y que forma parte de la vida cotidiana de las personas, debido a que la emplean a´un sin tener una definici´on concreta ni la forma adecuada de implementarla;

entonces, para poder hablar de ella es conveniente plantear una definici´on, de- bido a que dependiendo del autor que se consulte se concibe de diferente forma, por lo cual para este trabajo se tomar´a la siguiente definici´on:

“Administrar significa actuar en direcci´on hacia el logro de una meta para realizar las tareas: Por consiguiente, no efect´ua actividades elegidas al azar, sino actividades con un prop´osito y una direcci´on bien definidos. Este prop´osito y direcci´on podr´ıan ser los del individuo, la organizaci´on o, lo m´as usual, una combinaci´on de ambos. Comprende los esfuerzos necesarios para complemen- tar actividades propuestas y para que los resultados correspondan a los niveles deseados.” [1]

El objetivo principal de llevar acabo la administraci´on en la vida diaria, es que el individuo quede conforme con los resultados obtenidos, al llevar a t´ermino sus actividades. Al final del d´ıa, el individuo sabr´a que obtuvo un buen resultado y en caso que no haya logrado el mejor de los resultados, ´este pueda identificar

1

las fallas para evitarlas en las siguientes ocasiones que deba realizar actividades.

Una buena administraci´on realiza al menos cuatro funciones principales las cua- les son: Planeaci´on, Organizaci´on, Direcci´on y Control, como lo muestra la figura 1.1.

Figura 1.1: Ciclo Administrativo.

Planeaci´on: “Determina a d´onde se pretende llegar, lo que debe hacerse, cu´ando, c´omo y en qu´e orden”.[2]

Organizaci´on: Se refiere a la estructura de relaciones entre personas, trabajo y recursos.

Direcci´on: Impartir instrucciones para motivar a aquellos encargados de eje- cutar, coordinar y establecer las actividades.

Control: Verificar y regular la ejecuci´on de las actividades para comprobar si se est´an alcanzando o no los objetivos o resultados deseados.

Dentro de la administraci´on, la planeaci´on y el control son aspectos de suma importancia, debido a que son el inicio y fin del ciclo administrativo. Con la planeaci´on se establecen los objetivos y las actividades a realizar, mientras que el control se encarga de que se realicen las actividades y la forma de que se logren los objetivos, as´ı como retro-alimentar a la planeaci´on para verificar si alguna actividad no cumple lo esperado.

El aplicar la planeaci´on y el control sin importar el ´ambito en que se desa- rrolle, conlleva a lograr gran parte de la administraci´on, es por ello que si se

planean y controlan las actividades personales, laborales y acad´emicas permi- tir´a que se logre cumplir con objetivos establecidos de una forma satisfactoria.

Continuamente se ha resaltado el hecho de que la administrar las actividades es de suma importancia para las personas, es por ello que es conveniente hablar de la definici´on de actividad.

Actividad. Conjunto de acciones que se llevan a cabo por las personas,ya sea de car´acter individual o grupal, que tienen como finalidad alcanzar un objetivo en cualquiera de las ´areas que se desarrolle.

Tomando en cuenta que normalmente las personas tienen diferentes tipos de actividades, a continuaci´on se presenta una clasificaci´on que engloba de forma general las actividades que se pueden presentar en la vida de una persona.

Actividad Personal. Es aquella que interviene en la vida social de una perso- na.

Actividad Acad´emica. Es aquella que interviene en el desarrollo profesional con el fin de adquirir nuevos y m´as conocimientos, en la formaci´on o actualiza- ci´on.

Actividad Laboral.Es aquella que interviene o involucra en el desempe˜no del trabajo de la persona.

La mayor´ıa de las ocasiones el planear y controlar las actividades diarias se convierte en algo complicado para las personas, puesto que generalmente se ha- ce uso de la memoria para recordar qu´e actividades se tienen que realizar o se apuntan en alg´un lado para intentar recordarlas, as´ı que con el tiempo la gente comenz´o a hacer uso de la agenda y que al inventarse fue de mucha utilidad pa- ra las personas, ya que es una libreta especializada en donde se pueden anotar las actividades de diversas ´ındoles, permiti´endole al individuo que hace uso de una agenda recordar cu´antas actividades tiene al d´ıa, en que horario y algunos otros detalles como puede ser el tener a la mano un directorio telef´onico de sus contactos. Sin embargo el cambio de tipo de vida hacia la complejidad y las premuras hacen que las agendas de papel sean poco ´utiles o pr´acticas para las personas, puesto que hoy en d´ıa debido a los cambios tecnol´ogicos es necesario hacer uso de otro tipo de herramientas, como lo son las computadoras y los dispositivos m´oviles.

El uso de las computadoras en M´exico es m´as frecuente ya que de acuerdo con lo reportado por la Asociaci´on Mexicana de Internet A.C. (AMIPCI) men- ciona en su investigaci´on de infraestructura tecnol´ogica del 2009 que el 37 % de los hogares urbanos posee (al menos) una computadora personal, tambi´en hay que destacar que el uso de las computadoras en escuelas y oficinas ha ido en incremento, lo que ha propiciado que el uso de la computadora en la vida

cotidiana se ha indispensable.

No obstante surge una pregunta, ¿C´omo podr´ıa ser utilizada la computado- ra para poder planear y controlar actividades? En la computadora se puede llevar la planeaci´on y control de actividades mediante un software especializa- do¹, pero ¿Qu´e es software? “Software es la suma total de los programas de c´omputo, procedimientos, reglas, documentaci´on y datos asociados que forman parte de las operaciones de un sistema de c´omputo.” [3]

Una vez establecido como se pueden planear y controlar las actividades con la computadora,es preciso establecer ciertas caracter´ısticas que vienen impl´ıci- tas con el hecho de hacer o adquirir software, ya que este es un ente de propiedad intelectual y su distribuci´on esta restringida a trav´es de una licencia de uso, sien- do una “licencia un contrato entre el desarrollador de un software sometido a propiedad intelectual y a derechos de autor y el usuario, en el cual se definen con precisi´on los derechos y deberes de ambas partes. Es el desarrollador, o aqu´el a quien ´este haya cedido los derechos de explotaci´on, quien elige la licencia seg´un la cual distribuye el software.” [4]

La distribuci´on del software se puede clasificar de manera general en los si- guientes tipos: el software libre, el software de c´odigo abierto (Open Source), el software de propietario y de c´odigo cerrado.

Como principio se hablar´a del software libre y de c´odigo abierto, de los cua- les se explicar´an ciertos aspectos.

“El Software libre es aquel que puede ser distribuido, modificado, copiado y usa- do; por lo tanto, debe venir acompa˜nado del c´odigo fuente² para hacer efectivas las libertades que lo caracterizan ” [5]. El software libre esta basado en cuatro premisas importantes las cuales se mencionan a continuaci´on:

1. La libertad de usar el programa con cualquier prop´osito.

2. La libertad de estudiar el funcionamiento del programa y adaptarlo.

3. La libertad de hacer copias del programa, con lo cual se puede ayudar a otros (verificar en cada programa cl´ausulas especificas en este punto).

4. La libertad de mejorar el programa y hacer p´ublicas las mejoras.

Dentro del software libre, existen diversos tipos de licencias y las m´as destacadas son las siguientes:

1Software especializado: es aquel que atiende a las necesidades concretas de un problema en espec´ıfico.

2C´odigo Fuente: Texto escrito en un lenguaje de programaci´on espec´ıfico y que puede ser le´ıdo por un programador. Debe traducirse a lenguaje m´aquina para que pueda ser ejecutado por la computadora o a bytecode para que pueda ser ejecutado por un int´erprete. Este proceso se denomina compilaci´on.

GNU GPL (General Public License) es uno de los tipos de licencias libre m´as utilizados. En este tipo de licencia, el autor conserva los derechos de autor (copyright), permite la redistribuci´on y modificaci´on bajo t´erminos dise˜nados para asegurarse de que todas las versiones modificadas del software permanecen bajo los t´erminos m´as restrictivos de la propia GNU GPL. Esto quiere decir que el autor no pierde derechos con respecto a la distribuci´on y uso de su c´odigo.

Este tipo de licencia se puede considerar de c´odigo abierto.

La licencia Apache (Apache Software License) es una licencia de software libre creada por la Apache Software Foundation (ASF). La licencia de apache requiere la conservaci´on del aviso de copyright y la renuncia de responsabilida- des, pero no es una licencia Copyleft³, ya que no requiere la redistribuci´on del c´odigo fuente cuando se distribuyen versiones modificadas.

BSD (Berkeley Software Distribution) siendo una licencia altamente per- misiva. La licencia BSD en contraposici´on a las GPL si permite el uso del c´odigo fuente en software no libre. Es altamente compatible con las licencias GPL y por lo tanto son normalmente absorbidas por ella al mezclarse, pero cabe mencionar que en este tipo de licencia el autor mantiene la protecci´on de copyright, ya que a diferencia de la GPL permite el uso de c´odigo fuente en software no libre.

Freeware (Free softWare),es software que incluye una licencia de uso la cual permite que el programa sea utilizado en forma gratuita por cualquier persona, pero no permite la modificaci´on del software, ni la venta del mismo. Tambi´en la licencia Freeware por lo general proh´ıbe el uso del software en ambientes comer- ciales o gobierno, el uso de este tipo de software es normalmente personal para fines privados. Este tipo de licencia se considera libre pero de c´odigo cerrado.

Las anteriores licencias son las que pertenecen al software libre, hay que desta- car que estas no son las ´unicas licencias de software libre que hay en el mercado, pero si son las m´as comunes.

Ahora para continuar hablaremos sobre el Software propietario o de c´odigo cerrado.

“El Software no libre tambi´en llamado Software propietario, software privati- vo, software privado o software con propietario. Se refiere a cualquier programa en el que los usuarios tienen limitadas las posibilidades de usarlo, modificarlo o redistribuirlo (con o sin modificaciones), o que su c´odigo fuente no est´a dispo- nible o el acceso se encuentra restringido. Tomando en cuenta que un software

3Copyleft es un t´ermino que fue creado como una transposici´on a “Copyright”(derechos reservados de copia). El autor permite desde el inicio la redistribuci´on y modificaci´on del software, y tambi´en se permite a˜nadirle restricciones adicionales. Si un programa es libre pero no protegido con Copyleft, entonces algunas copias o versiones modificadas pueden o no ser libres completamente.

sigue siendo no libre aun cuando el c´odigo fuente es hecho p´ublico pero se man- tiene la reserva de derechos sobre el uso, modificaci´on o distribuci´on.” [5]

Para complementar la definici´on de software propietario hay que hablar sobre el Software de c´odigo cerrado que es aquel cuyo c´odigo fuente no se encuentra disponible para cualquier usuario, es decir, no se hace p´ublico. Este tipo de software menciona expl´ıcitamente lo siguiente puntos:

1. Limitan el uso del programa.

2. Proh´ıben intentar conseguir el c´odigo.

3. Proh´ıben realizar (y distribuir) copias del programa.

4. Proh´ıbe modificar el programa.

Dentro del software propietario y de c´odigo cerrado, existen diversos tipos de licencias, como son las siguientes:

Software OEM (Original Equipment Manufacturer) es la licencia de software que debe ser distribuido con un hardware espec´ıfico. No esta permi- tida la comercializaci´on de software OEM sin que exista un equipo f´ısico de por medio, a menos que en la licencia se indique que el software se pueda ceder libremente o venderlo sin necesidad del hardware que hace uso de dicho software.

Shareware es un software que normalmente contiene una licencia que limita sus capacidades y/o el tiempo de posible utilizaci´on del software, en un periodo denominado “de prueba”, sin embargo hay algunos casos en el que el shareware m´as haya de estar limitado en tiempo de uso esta restringido en cuanto a las funcionalidades o caracter´ısticas del software ya que s´olo algunas estar´an dispo- nibles en la versi´on Shareware de dicho software. El objetivo es que el usuario disponga de tiempo suficiente para evaluar las caracter´ısticas del programa a fin de decidir o no su compra.

Adware por lo general en los t´erminos de su licencia, no es modificable, tampo- co vendible. Se distribuye gratuitamente pero al ejecutarse contiene publicidad.

Abandonware est´a conformada por productos cuyos fabricantes desaparecie- ron, quebraron, o dejaron de dar soporte al producto. Por lo general son pro- ductos con mucho tiempo en el mercado, y en su mayor´ıa se trata de juegos. Su distribuci´on es gratuita, no est´a permitida su comercializaci´on.

Una vez mencionados los tipos principales, en cuanto a la distribuci´on se re- fiere, nos es posible hacer una comparativa entre el software de c´odigo abierto y el de c´odigo cerrado, esta comparativa se har´a con el objetivo de resaltar las diferencias que tienen,como se muestra en la Tabla 1.1.

Tabla 1.1: Comparativa de Software Libre y Software Propietario Caracter´ısti-

ca

Software Libre, C´odigo abierto (Open Source)

Software Propietario, C´odi- go cerrado

¿Qu´e garanti- za?

El software de c´odigo abierto garantiza los derechos de los desarrolladores, por lo que to- da copia del software debe dis- tribuirse con la nota de copy- right, una copia de la licencia y el c´odigo fuente.

El software de c´odigo cerrado garantiza los derechos del pro- pietario del software y restringe el acceso al c´odigo fuente, ha- ciendo que el p´ublico en general no tenga acceso a dicho c´odigo.

Variables econ´omicas

El usuario no paga por la li- cencia de uso del programa. El proveedor cobra ´unicamente por los servicios que presta. Nor- malmente el software asociado a una aplicaci´on OS es tambi´en OS.

El proveedor cobra por la licen- cia del programa adem´as de co- brar por los servicios adiciona- les. El usuario la mayor´ıa de las veces necesita adquirir licen- cias de herramientas que com- plementen la que ya se tiene. La mayor´ıa de las ocasiones el soft- ware de propietario est´a asocia- do con aplicaciones que tambi´en son software propietario.

Transparencia y seguridad

Al poderse estudiar el c´odigo, los usuarios pueden estar segu- ras respecto al uso que se ha- ce de sus datos y los procesos que se utilizan. El usuario pue- de estar seguro de que el progra- ma no esta enviando informa- ci´on sin su conocimiento, ya que puede analizar el c´odigo fuente del programa.

No se puede estudiar el c´odigo, los usuarios no pueden estar se- guros respecto al uso que se ha- ce de sus datos y los procesos que se utilizan. Algunos progra- mas han resultado tener puertas traseras o realizar env´ıos de in- formaci´on sin conocimiento del usuario.

Disponibilidad de los datos e integra- ci´on de los procesos

Estando todo el c´odigo fuen- te disponible, cualquier nuevo desarrollo puede utilizar los da- tos y procesos del cliente, in- tegrando los distintos progra- mas. Los datos generados siem- pre ser´an accesibles, sin obligar para ello al cliente a invertir en licencias. Al conocerse el funcio- namiento de los programas, se podr´a manipular para que pue- dan operar entre ellos sin res- tricciones.

El c´odigo fuente no esta dis- ponible, por lo que s´olo se podr´a compartir informaci´on y procesos entre los programas que indique el mismo propieta- rio. Los datos generados ser´an accesibles, siempre y cuando el cliente cuente con las licencias correspondientes. El funciona- miento de los programas esta sujeto a las restricciones esta- blecidas por el propietario del software.

Independencia del propie- tario de la licencia de software

El cliente es independiente del proveedor ya que, al disponer del c´odigo fuente, cualquier pro- veedor puede proseguir donde termino el anterior.

El cliente depende del propieta- rio, ya que no dispone del c´odigo fuente y de esta manera el pro- pietario del software es el ´unico que puede hacer mejoras o cam- bios al software.

El haber mencionado la descripci´on de los diferentes tipos de software y el haber realizado una comparaci´on entre los tipos mas relevantes nos permite en- tender mejor algunos criterios para la elecci´on de un software ya que hoy en d´ıa existen muchas opciones en cuanto a software se refiere y resuelven infini- dad de problemas, pero en este caso necesitamos un software que le facilite a las personas planear y controlar sus actividades, permiti´endole de esta manera el recordar dichas actividades y llevar una mejor administraci´on en su vida en general.

Para aterrizar lo anteriormente planteado es necesario mencionar algunos ejem- plos de software que permita planear y controlar actividades, como los que se muestran en la Tabla 1.2.

A partir de Tabla 1.2 se pueden resaltar los siguientes factores sobre salientes:

El tipo de licencia en ambos casos es de tipo Shareware.

El sistema operativo en el cual se pueden ejecutar las aplicaciones solo pue- de ser W indowsr, por lo que si se desea trabajar con cualquier otro sistema operativo ser´ıa imposible.

En ambos casos se tiene que pagar una cantidad monetaria para hacer uso de la versi´on completa del software.

Considerando los factores analizados se propone el desarrollo de un software a manera de prototipo que permita la planeaci´on y control de actividades, sien- do est´e de c´odigo abierto que puede ejecutarse en diversos sistemas operativos, para brindarle al usuario la posibilidad de adecuar el prototipo a sus necesida- des.

Tabla 1.2: Comparativa de Software existente.

Agenda MSD Noto Personal Organizer

Tipo de licen- cia

Shareware Shareware

Tiempo de

uso

Sin limitaciones de tiempo. 30 d´ıas de prueba.

Funciones durante el periodo de prueba

Limitadas, s´olo se puede acce- der a unas cuantas.

Se tiene acceso a Todas, pero so- lo durante el tiempo de prueba.

Sistema ope- rativo

W indowsr W indowsr

Precio Licencia Normal $39USD.

Licencia de por Vida $78USD.

Actualizaci´on Normal $19USD.

Actualizaci´on de por Vida

$59USD.

Licencia normal $39.95 USD.

Caracter´ısti- cas principa- les

Se ejecuta al iniciarse el sistema operativo y se mantiene iconiza- do en la barra de tareas. Avisa de sus citas o de sus trabajos pendientes a la hora indicada por el usuario. Permite la pla- nificaci´on de actividades diarias y la organizaci´on de una agenda telef´onica. Gestione sus asuntos personales m´as importantes al llevar un diario personal y pro- fesional.

Cuenta con un dise˜no de una agenda tradicional.

1.2. Resumen

Este trabajo terminal consiste en la elaboraci´on de un prototipo software que permita la organizaci´on de actividades de una persona, facilitandole llevar un control de lo que ha realizado auxiliando de esta manera en la toma de desiciones para su organizaci´on posterior; esto sin importanr la profesi´on que desempe˜ne.

1.3. Objetivo

En este trabajo se persigue un objetivo principal el cual es:

Desarrollar un prototipo software que funcione en una computadora con el fin de que sirva de apoyo para la planeaci´on y el control de las actividades personales, laborales y acad´emicas.

Para lo cual se tienen contemplados objetivos concretos.

1.3.1. Objetivos Espec´ıficos

En esta secci´on se enumeran los objetivos espec´ıficos del proyecto.

1. Permitir la planeaci´on de actividades de una persona.

2. Permitir llevar un control sobre las actividades que tiene planeadas una persona.

1.4. El Problema

Cada persona tiene diferentes actividades, por lo que los problemas a los que se enfrentan al organizarlas pueden ser resueltos de distinta manera de acuerdo a la situaci´on en la que se encuentren.

Como caso de estudio en este trabajo se eligieron tres personas que tienen diferentes profesiones y por lo tanto diversos problemas, a partir de estos se consideraron algunas observaciones para el desarrollo del proyecto, a continua- ci´on se presentan los problemas m´as relevantes de las personas seleccionadas.

M´edico General.

1. Cada consulta varia en el tiempo de atenci´on, por lo que se le puede acumular la carga de personas a atender.

2. Coordinar las campa˜nas de salud implica que no pueda dar consulta.

Coordinador del Programa Institucional de Tutor´ıas.

1. Tiene varias actividades por realizar por lo que hay ocasiones en las que tiene que posponer las tutorias.

Jefe de Departamento de Recursos Materiales y Servicios.

1. Algunas de las actividades requieren de su presencia.

2. Algunas actividades consumen demasiado tiempo en su realizaci´on.

3. Delega trabajo pero esta atenido al desempe˜no de qui´en lo realiza lo que implica que no puede controlar el tiempo en que se realiza ese trabajo.

4. Tiene que lidiar con tramites burocr´aticos.

Parte I

An´ alisis

13

Cap´ıtulo 2

Organizaci´ on

2.1. An´ alisis de riesgos

En todo proyecto siempre hay problemas que amenazan la calidad o el desa- rrollo del mismo, es por ello que deben de identificarse los posibles riesgos que pudiesen ocurrir y con ello dise˜nar una manera de enfrentarlos cuando ocurran y en lo posible evitarlos.

En este proyecto se analizar´an los riesgos, para lo cual se clasificar´an como Despreciable, Marginal, Cr´ıtico y Catastr´ofico en rangos de menor a ma- yor impacto y se generar´a un plan de riesgos donde se describir´an los pasos que se deben de seguir para evitar y/o actuar contra el riesgo, cabe mencionar que el plan s´olo considera los riesgos potenciales, los cuales se determinar´an a partir del impacto que tiene (Cr´ıtico y Catastr´ofico) y una probabilidad de ocurrencia

≥ 80.

15

2.1.1. Riesgos

En base a lo mencionado en el an´alisis de riesgos se realizo la Tabla 2.1.1, que permite ver los riesgos, as´ı como la categoria a la que pertenecen y el impacto que pueden tener.

Tabla 2.1: Riesgos del sistema

ID Riesgo Categor´ıa Probabilidad Impacto

R1

Retraso en el desarrollo del proyecto Proyecto. 80 Cr´ıtico

R2

Enfermedad de alguno de los inte- grantes del equipo

Equipo. 30 Cr´ıtico

R3

Dise˜no inadecuado Proyecto. 70 Catastr´ofico

R4

Tecnolog´ıas inadecuadas Tecnol´ogi- co.

50 Catastr´ofico

R5

Desconocimiento de tecnolog´ıa utili- zada

Tecnol´ogi- co.

80 Cr´ıtico

R6

Falta de organizaci´on en el equipo Equipo. 80 Cr´ıtico

R7

Control inadecuado de versiones del prototipo

Proyecto. 70 Cr´ıtico

R8

Tiempo inadecuado para el desarrollo de las actividades

Proyecto. 70 Cr´ıtico

R9

Tiempo inadecuado para el desarrollo del proyecto

Proyecto. 80 Cr´ıtico

R10

Falla de equipos para desarrollo Tecnol´ogi- co.

90 Catastr´ofico

2.1.2. Plan de riesgos

Cada riesgo potencial tiene una hoja de riesgo que indica el n´umero del riesgo, probabilidad de ocurrencia, impacto en caso de que suceda, descripci´on del riesgo, el contexto o la descripci´on de donde afecta el riesgo, posibles medidas de reducci´on del riesgo y por ´ultimo el plan de contingencia.

Hoja de informaci´on del riesgo

ID: R1 Probabilidad: 80 Impacto: Cr´ıtico Descripci´on:

Retraso en el desarrollo del proyecto Contexto:

El retraso en el desarrollo de alguna tarea del proyecto puede desenca- denar un retraso general en el proyecto por lo que habr´ıa que reagendar las tareas o reducir las mismas.

Reducci´on:

Reagendar las tareas que faltan.

Reducir las tareas a realizar.

Las tareas pueden ser realizadas en conjunto.

Plan de Contingencia:

C´omo uno de los objetivos de este proyecto es la innovaci´on, la reducci´on de tareas no es una soluci´on viable, por lo tanto se tomar´an las siguientes medidas:

Hablar con la persona que esta provocando el retraso para saber las causas.

Reagendar las tareas siguientes pero con m´as de una persona para que el trabajo avance.

Revisar los avances en el periodo de evaluaci´on del prototipo para mejorar este plan de acci´on.

Hoja de informaci´on del riesgo

ID: R5 Probabilidad: 80 Impacto: Cr´ıtico Descripci´on:

Desconocimiento de tecnolog´ıa utilizada Contexto:

El no saber utilizar una tecnolog´ıa que se va a emplear provoca retrasos en el desarrollo de los entregables.

Reducci´on:

Buscar personas que ya conozcan la tecnolog´ıa y puedan apoyarnos en el desarrollo.

Buscar libros o tutoriales para ocupar la tecnolog´ıa.

Leer la documentaci´on asociada a la tecnolog´ıa.

Plan de Contingencia:

C´omo el tiempo es un factor importante para el desarrollo del proyecto, el buscar personas que conozcan la tecnolog´ıa que esten dispuestas a apoyarnos en el uso de tal es una medida poco factible, es por ello que tomaremos las medidas siguientes:

Buscar tecnolog´ıas que se adecuen a lo que necesitamos.

Buscar ejemplos de esas tecnolog´ıas y probarlos.

Adecuar los ejemplos a nuestras necesidades.

Leer en la documentaci´on lo que se crea necesario para el desarro- llo.

Mostrar lo aprendido al resto de los integrantes del equipo por si alguien m´as lo necesita

Hoja de informaci´on del riesgo

ID: R6 Probabilidad: 80 Impacto: Cr´ıtico Descripci´on:

Falta de organizaci´on en el equipo Contexto:

El no tener una organizaci´on en cualquier equipo de trabajo no s´olo pro- voca retrasos, tambi´en puede provocar inconformidad entre el equipo.

Reducci´on:

Asignar roles para evitar confrontaciones inecesarias entre los in- tegrantes del equipo.

Asignar tiempos a cada tarea a realizar.

Monitorear el avance de cada integrante para detectar posibles retrasos.

Plan de Contingencia:

Para evitar retrasos y molestias entre los integrantes del equipo, se pro- ceder´an con los siguientes pasos:

Asignar´an roles espec´ıficos para cada integrante, sin dejar de lado la posibilidad de que 2 personas puedan colaborar conjuntamente.

Se dar´a un tiempo determinado para realizar cada tarea.

Se pedir´an avances de las tareas que realice cada integrante.

Se evaluar´a este procedimiento para mejorarse al final de cada iteraci´on.

Hoja de informaci´on del riesgo

ID: R8 Probabilidad: 80 Impacto: Cr´ıtico Descripci´on:

Tiempo inadecuado para el desarrollo de las actividades.

Contexto:

El no agendar de manera adecuada las tareas provoca retrasos, debido a que puede haber tiempos muertos o falta de tiempo para el desarrollo de las mismas.

Reducci´on:

Asignar tareas de acuerdo al desempe˜no de cada persona.

Asignar la misma tarea a m´as de una persona.

Plan de Contingencia:

Para evitar tiempos muertos en el desarrollo, se seguir´a el siguiente procedimiento:

Asignar una tarea a una persona, pero con un auxiliar para que el desarrollo no se detenga.

En caso de creer que hace falta m´as tiempo para el desarrollo de la tarea notificarlo al lider de proyecto para que ajuste tiempos y personal.

Evaluar este plan al final de la iteraci´on para mejorarlo.

Hoja de informaci´on del riesgo

ID: R10 Probabilidad: 90 Impacto: Catastr´ofico Descripci´on:

Falla de equipos para desarrollo Contexto:

Una falla en los equipos de desarrollo es algo que indudablemente sucede en un proyecto y esto provoca el retraso, o inclusive la suspensi´on del desarrollo del proyecto.

Reducci´on:

Tener m´as de un equipo de desarrollo por persona.

Cambiar de tareas a la persona que tenga fallas en el equipo Reparar el equipo.

Plan de Contingencia:

Para evitar la suspensi´on del desarrollo, se seguir´a con el siguiente plan:

En caso de tener m´as de un equipo que pueda ayudar al desarro- llo del proyecto tener listo cada equipo con lo necesario para el desarrollo.

Dar mantenimiento al equipo de desarrollo (Antivirus, Firewall, Eliminaci´on de software inecesario, etc.)

Mantener copias de respaldo en distintos medios (Memorias, Dis- cos Duros, correo electronico, Discos Compactos), al menos una copia de los avances.

En caso de contar s´olo con un equipo de desarrollo y que ´este falle, mandarlo a reparar y cambiar las tareas de la persona que tenga el problema.

Evaluar este plan en la siguiente iteraci´on.

2.2. Roles del equipo

En un proyecto software intervienen muchas personas las cuales cumplen con roles muy espec´ıficos, siendo los principales el L´ıder de Proyecto, Admi- nistrador de Base de Datos, Dise˜nador software, Dise˜nador Gr´afico, Programador, Realizador de Pruebas y por ´ultimo pero no menos impor- tante Documentador, pueden incluirse m´as roles en un proyecto, pero esen- cialmente los siete mencionados son los principales, donde cada uno de los roles desempe˜na lo siguiente:

L´ıder de Proyecto: Se encarga de llevar la organizaci´on de los avances y de- legar las actividades a desarrollar.

Administrador de Base de Datos: Se encarga del dise˜no, normalizaci´on y la integridad de la base de datos del proyecto.

Dise˜nador de Software: Se encarga del modelo de la arquitectura del siste- ma.

Dise˜nador Gr´afico: Se encarga de las interfaces gr´aficas del sistema.

Programador: Se encarga del desarrollo del software.

Realizador de pruebas: Se encarga de realizar pruebas al software y docu- mentarlas.

Documentador: Se encarga de llevar la documentaci´on a lo largo de la reali- zaci´on del proyecto.

2.2.1. Equipo de desarrollo

El equipo de desarrollo del proyecto esta conformado por:

Yolanda Chantal Barcenas Guzm´an.

Daniela Hurtado Franco.

Donato David Morales Bautista.

Los cuales tienen las siguientes roles:

L´ıder de Proyecto: David.

Administrador de Base de Datos: David.

Dise˜nador de Software: Daniela y David.

Dise˜nador Gr´afico: Chantal.

Programador: Chantal, Daniela y David.

Realizador de pruebas: Chantal, Daniela y David.

Documentador: Chantal, Daniela y David.

Cap´ıtulo 3

Obtenci´ on de requerimientos

Este es el proceso de interactuar con los stakeholders del sistema para ave- riguar sus necesidades contemplando el dominio¹ en el que se desenvuelve el stakeholder.

3.1. El Cliente

En un proyecto el Cliente es qui´en desea el desarrollo de un sistema ya sea para automatizar un proceso o para mejorarlo. En el caso de un proyecto de soft- ware libre los clientes son todas aquellas personas a las que les beneficiar´a con el desarrollo del proyecto y/o aportan recursos² para tal.

En este trabajo se realizar´a un prototipo software que ayude a personas con diferentes ocupaciones a planear y controlar sus actividades, para ello se ob- tendr´a informaci´on de posibles usuarios.

Los usuarios contemplados para el desarrollo de este proyecto son:

M´edico General.

Coordinador del Programa Institucional de Tutor´ıas.

Jefe de Departamento de Recursos Materiales y Servicios.

1El dominio se refiere al campo de acci´on en donde se ve involucrado el sistema que se esta analizando.

2Cu´ando hablamos de recursos nos referimos a todo lo que puede considerarse como tal, desde los monetarios hasta la mano de obra o ideas.

23

Debido a que la obtenci´on de requerimientos fue a base de entrevistas, s´olo se consideraron tres posibles usuarios, ya que el tiempo de desarrollo del proyecto est´a acotado a la duraci´on que tenga un semestre escolar.

3.2. Obtenci´ on de Informaci´ on

En la siguiente secci´on se describir´an algunos de los procesos que deben realizar cada uno de los usuarios para cumplir con sus obligaciones.

3.2.1. Stakeholders

Un stakeholder es toda persona a la que le afecta directa (Primario) o in- directamente (Secundario) la implementaci´on de un sistema. A continuaci´on se muestra una descripci´on de algunos de los procesos que realiza cada usuario, as´ı como informaci´on particular de cada stakeholder.

Identificador: SHDR

Nombre: Oscar Cort´es Jim´enez Cargo: M´edico General

Area: Servicio M´´ edico Tipo: Primario.

Proceso 1: Consulta a la comunidad estudiantil P1.1 Captura los datos del paciente.

P1.2 Realiza un interrogatorio acerca de los aparatos y sintomas que tiene el paciente.

P1.3 Realiza una exploraci´on y auscultaci´on.

P1.4 Hace una interpretaci´on de estudios, en caso de que los haya, y realiza un diagn´ostico.

P1.5 Recomienda un tratamiento.

P1.6 Hace un seguimiento de su paciente.

Proceso 2: Coordinar campa˜nas de salud

P2.1 Localiza e identifica la instituci´on que va a proporcionar los recursos humanos y materiales.

P2.2 Establece fechas espec´ıficas y delimitadas para realizar la campa˜na de salud.

P2.3 Identifica y selecciona a la comunidad a la cual se va a dirigir la campa˜na.

P2.4 Integra grupos por afinidad, inter´es o enfermedad para iniciar con las pl´aticas.

P2.5 Realiza un espacio para preguntas y respuestas.

Localizar e identificar la institución que va a proporcionar los recursos humanos y materiales

Establecer fechas especificas y delimitadas para realizar la campaña de salud

Identificar y seleccionar a la comunidad a la cual se va a dirigir la campaña

Integrar grupos por afinidad, interés o enfermedad para iniciar con las platicas

Espacio para preguntas y respuestas

Doctor

Proceso 3: Curso de primeros auxilios

P3.1 Realiza una convocatoria para poder definir el perfil de los interesados.

P3.2 Realiza una selecci´on de participantes.

P3.3 Hacer la presentaci´on del curso mediante diapositivas.

P3.4 Realiza un examen te´orico.

P3.5 Inicia el curso pr´actico de primeros auxilios.

P3.6 Selecciona equipos para realizar la pr´actica.

P3.7 Realiza un examen te´orico-pr´actico.

La siguiente lista muestra aspectos que son importantes para el proyecto y/o para el M´edico General.

Reagendar consultas.

Cubrir el 100 % de las consultas agendadas.

Software personalizado.

Prefiere el uso del mouse.

Organizar actividades en no m´as de 1 hora.

Recordar eventos que impidan cumplir con las actividades diarias.

Cada consulta varia en el tiempo de su duraci´on.

Avisar a los pacientes que hay consulta o que la consulta termin´o.

Identificador: SHCPIT

Nombre: Gisela Gonz´alez Albarr´an

Cargo: Coordinador del Programa Institucional de Tutor´ıas Area: Departamento del coordinador´

Tipo: Primario.

Proceso 1: Adscripci´on de participantes al Programa Institucional de Tutor´ıas P1.1 Los tutorados se preregistran con el profesor que va a ser su tutor.

P1.2 Los tutores llenan un formato con los datos de sus tutorados.

P1.3 Entregan el formato a la profesora encargada del Programa Institucional de Tutor´ıas.

P1.4 La profesora recibe el formato con los datos de los tutores y los tutora- dos.

P1.5 Registra los dato tomados del formato en el sistema del Programa Ins- titucional de Tutor´ıas.

TutoradosProfesoraTutores

Se preregistran con el profesor que va a ser su tutor

Llenan un formato con los datos de sus tutorados

Entregan el formato a la profesora encargada del Programa Institucional de

Tutorías

Recibe el formato con los datos de los tutores y los tutorados

Registra los datos tomados del formato en el sistema del Programa Institucional de

Tutorías

Proceso 2: Reuni´on con tutores

P2.1 Elabora un aviso mencionando el lugar, fecha, hora y tema.

P2.2 Imprime el aviso y se pega en los corchos, al mismo tiempo se env´ıa por correo electr´onico el aviso a los tutores registrados en el semestre, adem´as se pone el aviso en las salas de maestros.

P2.3 Los tutores asisten a las reuniones.

P2.4 La profesora da pl´aticas con temas relacionados como autoestima, t´ecni- cas de entrevista, becas para estudiantes, relaciones humanas, etc.

P2.5 Proporciona informaci´on ´util a los tutores para realizar las tutor´ıas.

ProfesoraTutores

Se pone el aviso en las salas de

maestros

Asisten a las reuniones

Da pláticas con temas relacionados como autoestima,

técnicas de entrevista, becas para estudiantes, relaciones

humanas, etc.

Se imprime el aviso y se pega

en los corchos

Envía por correo electrónico el aviso a los tutores registrados en el semestre

Elabora un aviso mencionando lugar,

fecha, hora y tema

Se les proporciona información útil para realizar las tutorías

Proceso 3: Docencia P3.1 Prepara la clase.

P3.2 Busca informaci´on sobre la clase que va a impartir.

P3.3 Desarrolla y procesa la informaci´on.

P3.4 Elabora el material did´actico.

P3.5 Imparte la clase.

Prepara la clase

Busca información sobre la clase que va a impartir

Desarrolla y procesa la información

Elabora el material didáctico

Imparte la clase

Profesora

Proceso 4: Semana de inducci´on con tutorados

P4.1 La profesora realiza una reuni´on para informar sobre el Programa Ins- titucional de Tutor´ıas a los alumnos interesados.

P4.2 Los tutorados asisten a la reuni´on del P.I.T.

P4.3 La profesora da una pl´atica a los estudiantes de nuevo ingreso acerca de lo que es el P.I.T.

ProfesoraTutorados

Realiza una reunión para informar sobre el Programa

Institucional de Tutorías a los alumnos interesados

Asisten a una reunión del Programa Institucional de

Tutorías

Da una platica a los estudiantes de nuevo ingreso acerca de lo que es el Programa Institucional de

Tutorías

Proceso 5: Asistir a congresos

P5.1 Busca informaci´on sobre los congresos que le interesan.

P5.2 Se inscribe al congreso elegido.

P5.3 Realiaz un pago para poder asistir al congreso.

P5.4 Asiste al congreso.

Busca información sobre los congresos que le interesan

Se inscribe al congreso elegido

Realiza un pago para poder asistir al congreso

Asiste al congreso

P rofeso ra

Proceso 6: Preparar ponencias P6.1 Elige un tema.

P6.2 Busca informaci´on sobre el tema elegido.

P6.3 Organiza la informaci´on.

P6.4 Le da estructura para alg´un evento en particular.

P6.5 Se registra para impartir la ponencia.

Elige un tema

Busca información sobre el tema elegido

Organiza la información

Le da estructura para algún evento en particular

Se registra para impartir la ponencia

Profesora

Proceso 7: Tutor´ıa Grupal P7.1 Atiende de 8 a 10 alumnos tres veces a la semana.

P7.2 Los tutorados asisten a la reuni´on con su tutor.

P7.3 Exponen sus dudas o problemas que tienen con alguna de sus materias.

P7.4 El tutor proporciona asesor´ıas sobre una de las asignaturas de sus tuto- rados.

P7.5 Las asesor´ıas las realiza apoyado de un estudiante denominado Alumno Asrsor, con la idea de que sus tutorados mejoren o se nivelen en sus materias.

TutoresTutorados

Atiende de 8 a 10 alumnos tres veces a la semana

Proporciona asesorías sobre una de las asignaturas de sus tutorados

Asisten a la reunión que tienen con su tutor

Exponen sus dudas o problemas que tienen con alguna de sus asignaturas

Las asesorías las realiza apoyado de un estudiante denominado Alumno Asesor,

con la idea de que sus tutorados mejoren o se nivelen en sus materias

Proceso 8: Tutor´ıa Individual P8.1 Atiende a 8 estudiantes m´aximo.

P8.2 Atiende a un estudiante durante una hora a la semana.

P8.3 El tutorado debe asistir a la reuni´on con su tutor.

P8.4 El tutor debe reunirse con su tutorado a lo largo de toda su carrera.

TutoresTutorados

Atiende a 8 estudiantes máximo

Atiende a un estudiante durante una hora a la

semana

Debe asistir a la reunión con su tutor

Debe reunirse con su tutorado a lo largo de toda la carrera

de este

Identificador: SHRM Nombre: Ariel L´opez Rojas

Cargo: Jefe de Departamento de Recursos Materiales y Servicios Area: Departamento de Recursos Materiales y Servicios´

Tipo: Primario.

Proceso 1: Mantenimiento de la Infraestructura F´ısica

P1.1 Elabora un programa de mantenimiento anual de la Unidad Responsa- ble.

P1.2 ¿Qu´e tipo de mantenimiento se aplicar´a? Mantenimiento Correctivo, pasa a la actividad 4.

P1.3 Mantenimiento Preventivo, pasa a la actividad 27.

P1.4 Env´ıa ordenes de trabajo de mantenimiento. ¿ Para qu´e ´area es el man- tenimiento?

P1.5 Si el mantenimiento es para la infraestructura f´ısica se turna al Depar- tamento de Recursos Materiales y Servicios de la Unidad Responsable.

P1.6 Si el mantenimiento es para el equipo de c´omputo se turna a la Unidad de Inform´atica de la Unidad Responsable.

P1.7 Si el mantenimiento es para el equipo de laboratorios se turna a COFAA.

P1.8 Recibe ´ordenes de trabajo de mantenimiento correctivo.

P1.9 Analiza el tipo de mantenimiento y/o servicio a desarrollar.

P1.10 ¿ Qu´e tipo de servicio se dar´a? Pasa a la actividad 11. Servicio externo, pasa a la actividad 16.

P1.11 Da indicaciones para desarrollar la orden de trabajo.

P1.12 Recibe indicaciones y ejecuta el mantenimiento solicitado.

P1.13 ¿ Cuenta con el material para ejecutar el trabajo? No, pasa a la actividad 16.

P1.14 Si, ejecuta la orden de trabajo, pasa a la actividad 30.

P1.15 No, elabora requisici´on de material, pasa a la actividad 11.

P1.16 Elabora y env´ıa oficio para solicitar servicio externo.

P1.17 Revisa solicitud de servicio.

P1.18 ¿ Autoriza el servicio? No, avisa mediante oficio que no puede atender la orden de servicio.

P1.19 Si, ejecuta la orden de servicio, pasa la actividad 30.

P1.20 Recibe oficio y lo turna al Departamento de Recursos Materiales y Ser- vicios.

P1.21 Solicita, analiza las cotizaciones del Servicio y autoriza contratista de- signado.

P1.22 Da indicaciones para la ejecuci´on del servicio.

P1.23 Recibe indicaciones, ejecuta el servicio y entrega al Departamento de Recursos Materiales y Servicios para su Vo. Bo.

P1.24 Revisa condiciones en que fue ejecutado el servicio.

P1.25 ¿ El servicio cumple con lo solicitado? No, indica correcciones a realizar, pasa a la actividad 22.

Proceso 1: Mantenimiento de la Infraestructura F´ısica P1.26 Si, recibe y firma de conformidad.

P1.27 Elabora y turna al personal operativo lista de verificaci´on de los equipos y/o de infraestructura f´ısica.

P1.28 Recibe, ejecuta y entrega lista de verificaci´on al Departamento de Re- cursos Materiales y Servicios.

P1.29 Recibe lista de verificaci´on y programa mantenimientos y solicita firma de conformidad a las ´areas solicitantes.

P1.30 Verifica el cumplimiento del mantenimiento.

P1.31 ¿ Aprueba el cumplimiento del mantenimiento? No, pasa a la actividad 11.

P1.32 Si, firma de conformidad la orden de trabajo.

Proceso 1: Mantenimiento de la Infraestructura F´ısica

DRMS A_UR

O_M D_UR

Contratista PO

Elaborar programa demantenimiento anual de la UnidadResponsable

Se turna al Departamentode Recursos Materiales yServicios de la UnidadResponsable

Se turna a la Unidad deInformática de la UnidadResposable

Se turna a COFAA Envíar ordenes de trabajo demantenimiento Recibe órdenes de trabajo demantenimiento correctivo Analiza el tipo demantenimiento y/o servicio adesarrollar

Da indicaciones paradesarrollar la orden de trabajo

Recibe indicaciones y ejecutael mantenimiento solicitado Elabora requisiciónde material

Ejecuta la orden de trabajo Verifica el cumplimiento del mantenimiento

Firma de conformidad la ordende trabajo

Elabora y envía oficio parasolicitar servicio externo Revisa solicitud de servicio

Avisa mediante un oficio que no puedeatender la orden de servicio

Recibe oficio y lo turna al Departamento de Recursos Materiales yServicios Solicita, analiza las cotizaciones delServicio y autoriza contratista designado

Da indicaciones para laejecución del servicio Ejecuta la ordende servicio

Recibe indicaciones, ejecuta el servicio y entrega al Departamento deRecursos Materiales y Servicios para su Vo. Bo. Revisa condiciones en que fue ejecutado elservicio

Indica correcciones a realizar Recibe y firmaconformidadElabora y turna al personal operativo lista deverificación de los equipos y/o de infraestructurafísica

Recibe, ejecuta y entrega lista de verificación alDepartamento de Recursos Materiales y Servicios Recibe lista de verificación y programamantenimientos y solicita firma de conformidad alas áreas solicitantes

Servicio cumple con lo solicitadoAutoriza el servicio

Aprueba cumplimiento

Material Completo Servicio Externo

Área de Mantenimiento SiNo Si

No

Si No

Si

Si No No

Mantenimiento para equipo de laboratorios Mantenimiento para equipo de cómputo Mantenimiento para la infraestructura física

Proceso 2: Adjudicaci´on Directa de Materiales y/o Servicios

P2.1 Recibe requisici´on follada de compra y/o servicio en original y copia.

P2.2 Analiza requisici´on de material y/o servicio, verificando espec´ıficaciones, departamento, firmas de solicitante, visto bueno y autorizaciones.

P2.3 ¿ Contiene requisitos? No, se devuelve.

P2.4 Si, verifica partida presupuestal, disponibilidad y existencia en almac´en.

P2.5 ¿ Cuenta con presupuesto? No, se archiva en pendientes.

P2.6 Si, entrega al asistente de compras requisici´on para que solicite cotiza- ci´on.

P2.7 Recibe requisici´on, archiva copia y procede a la b´usqueda con provee- dores de base de datos o en su caso con otros disponibles y verificables en medios electr´onicos o impresos, el material o servicio solicitado.

P2.8 Elabora solicitud de cotizaci´on a proveedores y la turna al jefe de de- partamento para su firma.

P2.9 Recibe solicitud de cotizaci´on, revisa, firma y devuelve.

P2.10 Recibe solicitud de cotizaci´on firmada por el jefe del departamento.

P2.11 Se env´ıa a proveedor cotizaci´on v´ıa fax o medios del departamento.

P2.12 Recibe solicitud de cotizaci´on de material y/o servicio, elabora su coti- zaci´on y la env´ıa de regreso por fax o medios electr´onicos.

P2.13 Recibe y analiza la cotizaci´on recibida de material y/o servicio. Si no re´une requisitos solicitados se vuelve a cotizar.

P2.14 Con la cotizaci´on recibida (m´ınimo tres cuando aplique), procede a ela- borar cuadro comparativo y lo presenta al jefe de departamento, junto con cotizaciones y solicitud de compra.

P2.15 Recibe, revisa y analiza cuadro comparativo y cotizaciones. ¿ Procede?

Si, pasa a la actividad 17.

P2.16 No, devuelve sin firma para su complemento.

P2.17 Firma de elaborado y turna al asistente de compras.

P2.18 Recibe cuadro comparativo, cotizaciones y solicitud de compra y procede a elaborar pedido de proveedor seleccionado.

P2.19 Entrega cuadro comparativo, cotizaciones, solicitud de compra y pedido a jefe de departamento.

P2.20 Recibe cuadro comparativo, cotizaciones, solicitud de compra y pedi- do, revisa y firma pedido de elaboraci´on y lo turna a la Subdirecci´on Administrativa para su autorizaci´on.

P2.21 Recibe cuadro comparativo, cotizaciones, solicitud de compra y pedido, revisa y firma cuadro y pedido de autorizado y turna a Direcci´on.

P2.22 Recibe cuadro comparativo, cotizaciones, solicitud de compra y pedido, revisa y firma cuadro y pedido de autorizado y turna a Subdirecci´on Administrativa.

P2.23 Recibe cuadro comparativo, cotizaciones, solicitud de compra y pedido firmados y los turna al analista de compras.

P2.24 Recibe cuadro comparativo, cotizaciones, solicitud de compra y archiva.

P2.25 Env´ıa copia de solicitud de compra al almacenista.

P2.26 Recibe copia de solicitud de compra y archiva.

Proceso 2: Adjudicaci´on Directa de Materiales y/o Servicios

P2.27 Recibe pedido v´ıa fax o medios electr´onicos y procede a surtir materiales o prestar servicio.

P2.28 Entrega en las instalaciones el material o presta el servicio requerido, anexando copia del pedido y su factura en original y dos copias, en caso de entregas parciales ser´a remisi´on en original y copia.

P2.29 Recibe material completo verificando pedido en archivo, sellando de recibido en factura original y dos copias. En caso de entregas parciales se sellar´an remisiones en original y copia, entrega a proveedor copia de factura o de remisi´on.

P2.30 Entrega al asistente de compras factura o remisi´on original archiva pe- dido y copia.

P2.31 Realiza el aviso v´ıa telef´onica al requirente que el material solicitado se encuentra a su disposici´on.

P2.32 Recibe el servicio, firmando de recibido de los efectos en factura original y dos copias, entrega copia al proveedor y el original con copia al analista de compras. Anexando orden de servicio.

P2.33 Recibe del almacenista y del ´Area requirente original y copia de factura o remisi´on y la archiva para pago en su caso. Anexando orden de servicio.

P2.34 Elabora requisici´on al almac´en en original y copia firmada por el titular y la entrega al asistente de compras.

P2.35 Recibe requisici´on al almac´en en original y copia sella formatos de reci- bido y la turna al jefe de departamento.

P2.36 Recibe requisici´on al almac´en en original y copia revisa y firma de au- torizado y turna al almacenista.

P2.37 Recibe requisici´on al almac´en en original y copia.

P2.38 Recibe del almacen material, firma de recibido en original y copia en requisici´on al almac´en y se queda con copia y regresa el original al almacenista.

P2.39 Recibe original de requisici´on al almac´en, firma de surtido y archiva para su posterior procesamiento.