INSTITUTO TECNOLGICO SUPERIOR DE

COATZACOALCOS
PROYECTO DE RESIDENCIA PROFESIONAL:

TITULO DEL PROYECTO:

INVENTARIO PARA LLEVAR EL CONTROL DE LAS REFACCIONES DE LOS
CFEMATICOS EN PHP.

NOMBRE DEL ALUMNO:

PERAL ANTONIO HERVIN RENE

NUMERO DE CONTROL:
09081933

CARRERA:
ING. EN SISTEMAS COMPUTACIONALES

PERIODO DE REALIZACION DE RESIDENCIA:

AGOSTO-DICIEMBRE 2013

2.- INDICE

3.- INTRODUCCIN
La Comisin Federal de Electricidad (CFE) es un organismo pblico descentralizado
del gobierno federal creado para prestar el servicio pblico de energa elctrica en la
Repblica Mexicana, para lo cual necesita de una serie de bienes y servicios. Dado que
se encarga de realizar todas las obras e instalaciones que se requieren para planear,
operar y mantener el sistema elctrico nacional la CFE tiene una necesidad
permanente de adquirir bienes y contratar servicios que le permitan brindar a la
poblacin el suministro de energa que demanda.

Para la parte de cobro de la energa elctrica existen los Sistemas de Atencin a

Clientes (SACs), que hacen ms fcil y gil todo el proceso con los clientes.
Esto es controlado, monitoreado y revisado por el departamento de Soporte Tcnico,
en Tecnologas de Informacin y Telecomunicaciones. Uno de los SACs son los
CFEmticos que es una mquina automatizada para proveer servicios de consulta y
pago a CFE.

A los CFEmticos al igual que al resto de sistemas se les da un mantenimiento y

actualizacin cada determinado tiempo y de acuerdo a un contrato con algn
proveedor, que es el encargado de realizarlo y plasmarlo en una hoja de servicio para
tener evidencia de que se realiz en tiempo y forma. Los sistemas cuentan con
refacciones que llevan un proceso para su reparacin, cambio o actualizacin, as
como un inventario que no ha llevado un orden y actualizacin correspondiente. Todo
esto es llevado en hojas, carpetas, archivos de Excel o Word, y por lo tanto el proceso
no es eficiente. Al igual que CFE como una empresa que siempre est actualizada y
utilizando la tecnologa, vio la necesidad de crear una aplicacin web que agilizara,
controlara, almacenara y llevara todos los procesos de los Sistemas de Atencin a
Clientes.

La aplicacin web SISAC Sistemas de Atencin a Clientes, ser desarrollada

en el entorno de Windows, utilizando PHP y contar con una base de datos en MySQL
montada en un servidor de CFE que almacene todo el inventario tanto de equipos
(sistemas) como de refacciones, y todos sus movimientos, actualizaciones o cambios
que tengan. De esta forma se podrn sacar estadsticas, llevar un control completo, y
agilizar ms los trmites con los proveedores tanto del mantenimiento como de la
reparacin de refacciones. Para tener evidencia de que se realiz en tiempo y forma.
Los sistemas cuentan con refacciones que llevan un proceso para su reparacin,
cambio o actualizacin, as como un inventario que no ha llevado un orden y
actualizacin correspondiente.

Todo esto es llevado en hojas, carpetas, archivos de Excel o Word, y por lo tanto
el proceso no es eficiente. Al igual que CFE como una empresa que siempre est
actualizada y utilizando la tecnologa, vio la necesidad de crear una aplicacin web que
agilizara, controlara, almacenara y llevara todos los procesos de los Sistemas de
Atencin a Clientes.

4.- JUSTIFICACIN

CFE como una Empresa de Clase Mundial, con su amplia experiencia a lo largo
de todos los aos que tiene y siempre otorgando calidad en todos su servicios que
ofrece y haciendo uso de la tecnologa, ha tenido la necesidad de mejorar algunos
procedimientos que se llevan a cabo dentro de los Sistemas de Atencin a Clientes.

Surgi con la necesidad de agilizar todo el proceso relacionado con el

mantenimiento de Sistemas, el control de refacciones y cfematicos, control de
proveedores de SACs, y todo lo relacionado a estos sistemas. Se tiene un inventario
pero es difcil conocer la localizacin precisa de manera rpida. Lo que se quiere es
realizar los procedimientos de los CFEmticos de manera oportuna y eficiente y sobre
todo ahorrarse un recurso muy importante el tiempo.

El proceso de reparacin, cambio y actualizacin de las refacciones es un poco

lento y no se tiene un control total de l. Algunas cosas fueron respaldadas por un
oficio de entrega y recibido pero es totalmente insuficiente.

Lo que se quiere es realizar un inventario que lleve el control de las refacciones

de los CFEmticos, as como su estatus, y tambin llevar el proceso de las refacciones
que se encuentran en taller ya sea local o CENADECO que es el taller donde se envan
las piezas cuando no pueden ser reparadas en el taller local.

Se tiene mucha preocupacin y urgencia por contar con una aplicacin, debido a
que siguen surgiendo cambios, avances en tecnologa y necesidades por parte de los
clientes, como por ejemplo: billetes nuevos, cambio de tecnologa, necesidades del
negocio, actualizaciones para ofrecer mejor servicio, no satisfacen completamente a los
clientes, etc.

5.- GENERALIDADES

NORMATIVIDAD INTERNA

Cdigo de Conducta de los Trabajadores de CFE

01-VIII-2002, ltima reforma 25-XI-2010
Estatuto Orgnico de la Comisin Federal de Electricidad
DOF 10-III-2004, ltima reforma DOF 09-XII-2010
Contrato Colectivo de Trabajo 2010-2012
01-V-2010
Relacin nica de la Normativa Interna de la Comisin Federal de Electricidad
DOF 9-IX-2010

OFICIOS

Oficio por el que se autoriza el Modelo de Contrato de Suministro de Energa Elctrica

DOF 30-X-1986
Oficio Circular por el que se da a conocer el Cdigo de tica de los Servidores Pblicos
de la
Administracin Pblica Federal
DOF 25-XI-2010

6.- OBJETIVOS GENERALES Y ESPECIFOS

OBJETIVOS GENERALES:

Llevar el control de las refacciones de los CFEmaticos para saber la ubicacin

de cada una de ellas, as como saber su status y as tomar las decisiones
adecuadas de acuerdo en el proceso de mantenimiento. Desarrollando un
programa que lleve el almacenamiento de las refacciones.

OBJETIVOS ESPECIFICOS:

Realizar la insercin de refacciones, la baja, la modificacin y eliminacin de las

refacciones.
Realizar la bsqueda de las piezas almacenadas en el almacn.
Clasificar las refacciones por modelo, marca, y ciudad a la que pertenece
Identificar si la pieza es nueva, usada, o est en mantenimiento.

CAPITULO I
DATOS DE LA EMPRESA

1.1.- ANTECEDENTES HISTRICOS

Cuando se cre la Comisin Federal de Electricidad por decreto presidencial en
1937, una de las caractersticas del servicio elctrico en casi todo el territorio nacional
era la escasez de interconexiones entre subestaciones y centrales generadoras. Uno
de los pocos y ms grandes sistemas existentes era el Sistema Puebla - Veracruz que
conectaba las centrales (todas ellas de origen extranjero) Ixtaczoquitln, Tuxpango,
Metlac y Santa Gertrudis de la entidad veracruzana con las plantas Portezuelo I,
Tepexic, Patla y Chilapan en los estados de Puebla y Tlaxcala. Sin embargo, este
sistema solo suministraba energa elctrica a ciudades grandes como Veracruz,
Crdoba y Orizaba.
Al empezar a generar su propia energa y abrir sus mercados de distribucin, la
CFE se organiz administrativamente en ocho divisiones de operacin, distribuidas en
diferentes puntos del pas. La actual Divisin de Distribucin Oriente, conocida en un
principio como Divisin Veracruz, se fund en 1951. No obstante, los orgenes de la
configuracin elctrica de la Divisin datan de fines del siglo XIX.
Los primeros registros de actividad elctrica en el mbito veracruzano, al igual
que en el resto del pas, provienen de la construccin y operacin de plantas
generadoras. As se tiene conocimiento de una planta hidroelctrica en la poblacin de
Comoapan, hoy Zona Los Tuxtlas, que fue instalada y operada por su propietario, el
seor Antonio Gonzlez Oss en 1884.
Por otra parte, en el centro del estado, la empresa americana Xalapa Railroad
Company inici la construccin de la central hidroelctrica Texolo I que fue inaugurada
por el presidente Porfirio Daz el 1 de mayo de 1898.

Originalmente, la Xalapa Railroad requera de la energa generada en Texolo

con el nico fin de mover su tren elctrico que corra en la ruta Xico Xalapa. En
Xalapa, la estacin de El Piojito, como se conoca el tren, estaba donde ahora se
ubica el estacionamiento del edificio de la Zona Xalapa. Como El Piojito, por una
razn u otra, nunca funcion como tren elctrico, sino que operaba con una mquina
de vapor tradicional, la energa generada en Texolo se utilizaba para proporcionar luz
elctrica a la Ciudad de Xalapa.
El servicio que ofreca la Xalapa Railroad era caro y deficiente y con el tiempo, la
empresa se vio en la necesidad de cerrar sus operaciones. Para evitar la prdida de su
trabajo, los empleados de la Xalapa Railroad se unieron, adquirieron en $ 50.00 cada
una las acciones y bienes de la compaa y fundaron la Cooperativa de Luz y Fuerza y
Transporte, con sede en Xalapa, que se dedicara, de all en adelante, a la
comercializacin de la energa elctrica.
Esta nueva empresa elctrica tena sus instalaciones en donde hoy en da se
levanta el edificio del SUTERM de la Seccin 33 y donde ahora se ubica la fuente de
cantera, haba una pequea planta termoelctrica, que se quem al poco tiempo de
haberla puesta en operacin.
Dicha central, ms la planta hidroelctrica Texolo con sus cuatro unidades de
generacin y una planta diesel mvil eran los fuentes de energa que abastecan el
rea de Xalapa, Coatepec y Xico. De Texolo - que quiere decir El Mono sobre la
Piedra - sala una lnea de 2400 V hacia la Subestacin La Loma hoy es la
Universidad Tecnologica de la Divisin - y de all sala la lnea primaria, tambin en
2400 V, a Xalapa. De aquel entonces, la red de la ciudad y sus alrededores se
conformaba de aproximadamente 500 postes.

En los ltimos aos de la dcada de los 40, cuando el servicio de energa

elctrica todava estaba en manos predominantemente particulares, los contratos por
servicio de energa se hacan por 12 o 24 horas, segn las posibilidades econmicas
de las personas que podan disfrutar de este lujo. En 1947, en la capital del estado no
haba ms que unos 1500 usuarios, entre ellos las tres fbricas de hilados y tejidos San
Bruno, El Dique y La Fama, aunque stas no dependan exclusivamente de la energa
entregada por la Corporativa, sino, al menos las fbricas de El Dique y San Bruno, se
apoyaban con ruedas hidrulicas en su proceso productivo.
Como la energa elctrica era escasa y se careca de materiales y equipos para
proporcionar un buen servicio, se instalaban limitadores. Los usuarios contrataron, por
ejemplo, servicio para un foco de 25 W y se calibraba el limitador a este consumo, de
tal manera que el servicio se interrumpa, cuando el usuario exceda la cantidad de
energa contratada.
En el actual edificio de la Zona Xalapa, la Cooperativa tena sus oficinas,
efectuaba los cobros, mantena un almacn y haba montado un laboratorio de
calibracin de medidores.
En 1951, Comisin Federal de Electricidad adquiri la Cooperativa y la incorpor
a su Divisin Veracruz. Contrat a todo el personal que ascenda en esta fecha a unas
100 personas, entre ellos 4 instaladores que atendan a todos los servicios ubicados en
su rea de influencia y al Ing. Manuel Herrera Welch, El Ingeniero, quien ocup el
puesto del primer Superintendente de Operacin.
Ese mismo ao, CFE puso en operacin las centrales hidroelctricas Minas
sobre el ro Tomate, a 30 km. de Xalapa, con una capacidad instalada de 14 400 Kw, El
Encanto que aprovechaba las aguas del ro Bobo en el municipio de Tlapacoyan, con
una capacidad instalada de 9 600 Kw y Texolo II con dos unidades de 800 Kw de
capacidad instalada cada una.

Geogrficamente, el territorio de la Divisin Veracruz comprenda el estado de

Veracruz, con excepcin de las ciudades de Crdoba, Orizaba y el Puerto de Veracruz
que quedaron bajo el rgimen de la Compaa Impulsora de Empresas Elctricas, y la
parte norte y centro del estado de Puebla, menos su capital. Prcticamente desde sus
inicios, la Divisin Veracruz se incorpor con la Compaa Impulsora de Empresas
Elctricas en la operacin del Sistema Puebla Veracruz, que manejaba 261,430 Kw y
abasteca la parte central del estado de Veracruz, el centro, sur y norte del estado de
Puebla y el sureste de Tlaxcala.
Por otra parte, en la Ciudad de Xalapa, la Comisin Federal de Electricidad
realiz un censo de transformadores para encauzar los trabajos de mejoras y
ampliaciones a los servicios as como la capacitacin al personal que en muchos casos
fue impartida personalmente por el superintendente.
Uno de los objetivos principales de la Divisin Veracruz fue fortalecer el servicio
elctrico en la capital del estado, mediante la construccin de la lnea de transmisin
Las Minas - Xalapa con una tensin de 66 kv y de la Subestacin El Cerro, tambin de
66 kv. Originalmente, la construccin de la red de Xalapa estuvo a cargo de la empresa
espaola Ca. Omnia, pero por problemas tcnicos y administrativos con el contratista,
las autoridades de CFE asignaron la obra a la Divisin Veracruz para que sta la
administrara directamente.
En octubre de 1952, el nombre de Divisin Veracruz cambi a Divisin Oriente,
ya que su mbito de influencia era ms amplio que el territorio geogrfico del estado de
Veracruz. Abarcaba pequeas porciones de los estados de Tamaulipas, Hidalgo,
Puebla, Oaxaca y Tabasco.
Para el ao de 1952 se tiene el registro de la llegada del primer vehculo oficial a
la divisin, un pequeo camin color caf, y en octubre de 1953 qued registrado un
accidente del vehculo oficial No. 7, adscrito a la Divisin Veracruz, en el tramo entre
Huamantla y Apizaco.

Tambin en 1952, se crearon las Juntas Estatales de Electrificacin Rural en el

mbito nacional. En el estado de Veracruz, la Junta de Electrificacin se form en 1954
y en 1955, la Divisin Oriente pact por primera vez los convenios de electrificacin.
En Cosamaloapan, un motor disel que mova un generador era la principal
fuente de energa elctrica que alimentaba la red local y Minatitln y Coatzacoalcos se
abastecan desde una planta hidroelctrica extranjera, Huazuntlan.
En Altotonga operaba la Ca. Elctrica de Altotonga con unas unidades
generadoras en Tecopaguas. Teziutln contaba con una subestacin importante que
reciba la energa generada en Las Minas y El Encanto, ambas centrales con dos
unidades de generacin de 5000 Kw, cada una. Existan dos lneas que salan de Las
Minas, una a Teziutln y la otra a Cruz Blanca, de donde la lnea se divida en un ramal
hacia Perote y el otro hacia Xalapa.
Durante las dcadas de los aos 50 y 60, se dio un gran auge en la construccin
de centrales generadoras y lneas de transmisin en todo el pas, con el fin de hacer
frente a la creciente demanda de energa y estimular el desarrollo de la industria y
economa mexicana.

Municipio
Nombre

No. de Unidades y

Capacidad en Kw

Tipo de Generacin

Dos Bocas

Medelln

Ciclo Combinado

480 000

Poza Rica

Molocn

Vapor

117 000

Tuxpango

Ixtaczoquitln

Hidroelctrica

36 200

Dos Bocas

Medelln

Vapor

26 500

Chilapan

Catemaco

Hidroelctrica

26 000

Minas

Las Minas

Hidroelctrica

15 000

Encanto

Tlapacoyan

Hidroelctrica

10 000

Ixtaczoquitln

Ixtaczoquitln

Hidroelctrica

1 600

Texolo

Teocelo

Hidroelctrica

1 600

Huazuntlan

Soteapan

Hidroelctrica

1 600

TOTAL

30

715 500

Las obras realizadas en este tiempo dentro del territorio de la Divisin Oriente
eran: las ampliaciones de Minas, El Encanto y Texolo II (1951), Dos Bocas (1954),
Temascal I (1959), Chilapan (1960), Mazatepec (1962) y Manantial (1964). En 1960,
tanto Dos Bocas como Temascal I quedaron enlazadas al sistema interconectado local,
que ya contaba con un total de 17 plantas, nueve administradas por la Compaa
Impulsora de Empresas Elctricas y ocho atendidas por la Divisin Oriente. En 1964 se
incorpor la Central Termoelctrica Manantial en Poza Rica y en 1965 la Divisin
absorbi el pequeo Sistema Los Tuxtlas Minatitln que era abastecido por las
plantas hidroelctricas Chilapan, cerca de Catemaco, y Huazuntln en Soteapan,
mediante la construccin de dos lneas de transmisin. De esta manera, la entidad
veracruzana completa qued integrada en el mismo sistema elctrico. Dentro del
estado de Veracruz operaban las siguientes centrales generadoras:
Por otra parte, en el nivel nacional, la construccin de la central hidroelctrica
subterrnea Infiernillo sobre el ro Balsas era el proyecto ms importante y ambiciosos.
Tal era el impacto de esta obra sobre la vida de Comisin Federal de Electricidad que
en ocasiones no haba dinero para pagar la nmina y los trabajadores tenan que
esperar 2 3 das para recibir su pago.
1960, ao de la nacionalizacin de la industria elctrica, fue un parte aguas en la
historia y el desarrollo de la Comisin Federal de Electricidad. En la Divisin Oriente, la
expropiacin de la Planta Hidroelctrica Chilapan, que fue inaugurada en forma oficial
el 7 de noviembre del mismo ao por el Presidente Adolfo Lpez Mateos, es ejemplo
de la rpida puesta en marcha de este decreto.
Entre 1960 y 1977, la CFE quintuplic su capacidad instalada para llegar a casi
12 millones de kilowatts. En 1970, la mayor inversin de toda Comisin Federal de
Electricidad se localizaba en la Divisin Oriente con el 15.5%, seguido por Ixtapantongo
con el 15.01%.
En el mbito de la Divisin Oriente se efectuaron importantes trabajos de
integracin, estandarizacin e interconexin, como en el resto del pas. En 1967 qued
enlazado el Sistema Puebla Veracruz con el Sistema Occidental, uniendo las dos
costas del territorio nacional.

En 1978, el servicio elctrico a cargo de la Divisin Oriente lleg a un total de

576,884 usuarios a travs de las Zonas Poza Rica, Xalapa, Teziutln, Veracruz,
Papaloapan, Los Tuxtlas, Coatzacoalcos y Orizaba. De aquel entonces, se registraron
90 860 contratos en el puerto de Veracruz, 89 393 en Orizaba y 89 292 en Poza Rica.

De aquel entonces, en el estado radicaban 5 millones 167 mil 123 habitantes en

8 092 localidades, de las cuales 34 constituyeron el sector urbano. En diciembre de
1978, el 63% del total de la poblacin del estado contaba con el servicio de energa
elctrica y la electrificacin del campo abarcaba el 51% de la poblacin rural total, con
3 millones 73 mil 594 habitantes.

A fines de 1978, la Junta de Electrificacin del estado de Veracruz haba

instalado 70 582 postes de distribucin y 4 307 km de lneas en el medio rural y
tambin se electrificaron 71 unidades de bombeo agrcola.

En el nivel nacional, es importante destacar dos acontecimientos de la dcada

de los aos 70:

1971, cuando se constituy el Sindicato nico de Trabajadores Electricistas de

la Repblica Mexicana y 1975, cuando se public la Ley de Servicio Pblico de Energa
Elctrica, que abrog la antigua Ley de la Industria Elctrica de 1938.

Un gran logro tcnico fue la unificacin de la frecuencia a 60 ciclos entre 1973 y

1976, lo que era un requerimiento indispensable para poder integrar un sistema
elctrico nacional, mismo que se consolid finalmente en 1978 con la interconexin del
Sistema Central.

Entre 1980 y 1982, CFE efectu un cambio orgnico y separ sus procesos. Se
crearon las regiones de transmisin y produccin y las divisiones de distribucin y, en
consecuencia, hacia finales de 1981, el nombre de Divisin Oriente se transform a
Divisin de Distribucin Oriente.

Dentro del marco de la poltica de diversificacin de las fuentes de generacin,

plasmado en el Programa Nacional de Energticos 1984 1988, en el mbito
geogrfico de la Divisin de Distribucin Oriente se construyeron dos centrales de
generacin de fuentes no convencionales: La Central Nucleoelctrica Laguna Verde,
cuya primera unidad entr en operacin comercial en 1990 y la Central Geotrmica Los
Humeros que inici la generacin con dos unidades en 1991. El 10 de abril de 1995 fue
puesta en servicio la segunda unidad de la Central Nucleoelctrica Laguna Verde.

En trminos generales, la dcada de los 90 fue marcada por cambios legislativos

y estructurales profundos que reordenaron el funcionamiento de CFE, dentro de los
cuales caben mencionar los cambios a la Ley del Servicio Pblico de Energa Elctrica
de 1992 y el Reglamento a la Ley en 1993 que autoriz nuevas alternativas de
produccin elctrica destinadas al servicio pblico, as como los diferentes programas
de modernizacin y reestructuracin del sector.

Una de las notables consecuencias de la reestructuracin y modernizacin en el

mbito de la divisin en su conjunto, fueron los conceptos innovadores en la atencin a
los usuarios. Actualmente existe un Centro deAtencin Regional para atender todas las
solicitudes de servicio de los clientes de las nueve zonas de la divisin, 85 agencias y
sub-agencias prestan sus servicios al pblico en horario corrido de 7:00 a 19:00 h, 184
equipos de tipo cajero automtico, llamados CFEmticos, complementan las
instalaciones de atencin que la Divisin de Distribucin Oriente ofrece a sus clientes y
cada da aumentan la informacin y los servicios que estn disponibles a travs del
internet.

1.2.- UBICACION

NOMBRE:
COMISION FEDERAL DE ELECTRICIDAD (CFE
CIUDAD
COATZACOALCOS
DIRECCIN:
AV HIDALGO #810 COL CENTRO ENTRE BRAVO Y ALDAMA
ESTADO
VERACRUZ
ENCARGADO DEL AREA DE INFORMATICA:
ING. LUIS USLA LOPEZ
UBICACIN DE LA EMPRESA

1.3.- ORGANIGRAMA

1.4.- GIRO DE LA EMPRESA

Esta empresa pertenece a los servicios pblicos que dan lugar a las
comunicaciones,

energa,

agua,

etc.

Adems

de

ser

una

empresa

industrial/manufacturera; que son las que producen bienes mediante la transformacin

y/o extraccin de materias primas en este caso utilizan y aprovechan el agua para
generar energa elctrica mediante las presas con centrales hidroelctricas.

1.5.- POLITICA INTEGRAL

Satisfacer las necesidades de energa elctrica de la sociedad mejorando la
competitividad, asegurando la eficacia de los procesos de la direccin de operacin,
sustentados en la autonoma de gestin de sus reas y con el compromiso de:
Desarrollar el capital humano.
Prevenir y controlar los riesgos que afectan la integridad de los trabajadores e
instalaciones;
Cumplir con la legislacin, reglamentacin y otros requisitos aplicables; y
Prevenir la contaminacin.
Mejorando continuamente la eficacia de nuestro Sistema Integral de Gestin.

1.6.- MISION Y VISION

MISION
NUESTRA MISION
Prestar el servicio pblico de energa elctrica con criterios de suficiencia,
competitividad y sustentabilidad, comprometidos con la satisfaccin de los clientes, con
el desarrollo del pas y con la preservacin del medio ambiente.
VISION
VISIN AL 2030
Ser una empresa de energa, de las mejores en el sector elctrico a nivel
mundial, con presencia internacional, fortaleza financiera e ingresos adicionales por
servicios relacionados con su capital intelectual e infraestructura fsica y comercial.
Una

empresa

reconocida

por

su

atencin

al

cliente,

competitividad,

transparencia, calidad en el servicio, capacidad de su personal, vanguardia tecnolgica

y aplicacin de criterios de desarrollo sustentable.

1.7.- CARACTERIZACION DEL AREA EN QUE PARTICIPO

Departamento de Informtica
Colaborar con las reas tcnicas, administrativas y de servicio del mbito
divisional, con las actividades que sean necesarias para atender los requerimientos
tanto de recursos humanos, materiales y financieros de la especialidad de informtica.
Autorizar la participacin del personal del Departamento de Informtica en
eventos que permitan actualizar las tcnicas de desarrollo de sistemas, administracin,
operacin y mantenimiento de las reas del mbito divisional.
Dar seguimiento al cumplimiento de las actividades de mantenimiento de los
diversos proveedores de equipos de cmputo y de equipos auxiliares, para las
instalaciones del mbito divisional.
Vigilar que la base de software instalada en el equipo de cmputo central, as
como el hardware asociado a los equipos de cmputo y a los sistemas involucrados
con la seguridad de la instalacin y su infraestructura se encuentre en los ltimos
niveles de actualizacin.
Instruir la realizacin de los trabajos necesarios para el desarrollo de pruebas de
software y/o hardware, en las redes locales de la gerencia a fin de establecer las
posibles ventajas de su incorporacin a la red central.
Difundir los procedimientos operativos, enviados por las reas normativas, para
la operacin de los sistemas de cmputo y apoyar, en este sentido, a las reas que as
lo requieran.
Revisar los procedimientos de recuperacin de informacin requeridos,
particularmente, en aquellos que estn involucradas bases de datos corporativas.
Vigilar que se realice el anlisis, diseo, programacin, implantacin,
documentacin, entrenamiento a usuarios, operacin y mantenimiento en las reas
informticas descentralizadas, y proporcionar apoyo a las mismas con base a la
disponibilidad de recursos.

Promover la utilizacin de la infraestructura informtica en el mbito divisional,

coordinando y proporcionando en su caso, el servicio requerido por las diversas reas
forneas de CFE.
Programar la migracin de aplicaciones a otras plataformas cuando sea
necesario el reemplazo de los equipos centrales de la divisin
Controlar los sistemas, equipos y redes de informacin sistematizada en el
mbito divisional.
Promover la realizacin de sistemas empleando nuevas tecnologas de
informacin que permitan la sistematizacin y automatizacin de los procesos.
Oficina de Informtica
Realizar el desarrollo de sistemas de informacin para el proceso de
distribucin, con la finalidad de contar con sistemas informticos que cubran las
necesidades de la Subgerencia de Distribucin.
Atender la adquisicin, implantacin, funcionamiento y mantenimiento, tanto de
sistemas institucionales como de paquetera comercial de informtica en el mbito de
Subgerencia de Distribucin para la estandarizacin de la informacin que fluye de la
Subgerencia a las Zonas de Distribucin.
Gestionar la adquisicin y entrega de consumibles para equipo de cmputo, as
como su mantenimiento requerido por los Departamentos de la Subgerencia de
Distribucin a fin de asegurar la operacin de los mismos.
Proporcionar soporte tcnico a los usuarios de la Subgerencia de Distribucin
para facilitar el uso de tecnologas de informacin.
Realizar la administracin de Sistemas Institucionales del proceso de
distribucin (SIAD) con el propsito de garantizar la operatividad de los mismos en el
mbito divisional.
Realizar la actualizacin peridica de la pgina WEB de la Subgerencia de
Distribucin para contar con una herramienta de informacin.

CAPITULO II
MARCO TEORICO

2.1.- PROBLEMAS A RESOLVER

La Divisin Centro Oriente tiene 10 zonas de las cules est a cargo, que estas a
su vez tienen agencias, y centros de trabajo integran las agencias. Todo esto
hace ms grande el problema, pues no slo se desea controlar la parte de
Coatzacoalcos, sino el resto de zonas que dentro de sus centros contienen uno o
varios sistemas instalados. Como se puede observar si hacemos una suma total
de todos los equipos que cuenta, es un nmero muy grande, e insuficiente llevarlo
como hasta ahora se ha hecho. Si en estos momentos se quisiera sacar un
inventario total, conocer el lugar exacto donde se encuentran o simplemente sacar
datos estadsticos con la refaccin que ms falla o cul es la causa de dao ms
frecuente, ser algo difcil hacerlo y llevara mucho tiempo.

Desde que se implementaron los Sistemas de Atencin a Clientes todo el

procedimiento y lo relacionado a ellos ha sido llevado de forma tradicional. Con
los avances tecnolgicos y siendo CFE una empresa de clase Mundial, debe y
necesita estar actualizado en los procesos relacionados a los SACs.

Es importante mencionar que ninguna zona cuenta con su propio

inventario, todo es controlado y manejado por la Divisin, de ah la necesidad
urgente de contar con una aplicacin que agilice y controle todo el procedimiento
relacionado con los SACs, de forma rpida y eficiente. Al ser llevado as el
inventario, no hay un control exacto, pues todo se queda en hojas de Excel
perderse y es difcil controlar todo hasta lo de cada zona.

Cuando una refaccin necesita reparacin es mandada a la Divisin y ah

se decide cul ser el proceso a llevar. Se verifica dentro del inventario si la
garanta est o no vencida, y si an no vence se hace valer. Otra opcin es
repararla a nivel local, pero no es viable porque hay mucho trabajo por delante
que sacar y ms urgente. La tercera opcin que casi siempre es la que se lleva a
cabo es mandarlas a CENADECO.

CENADECO es el Centro Nacional de Desarrollo y Control de Cajeros

CFEmticos, es donde se reparan las refacciones y equipos. CFE al ao provee
a CENADECO de una cantidad suficiente de dinero para que a lo largo del ao
realicen las reparaciones necesarias. Tambin este es el centro donde se disean
y crean los equipos nuevos.

Al ser enviados a CENADECO no se tiene un seguimiento real y total, no

se sabe si ya fueron recibidos, cul es su estatus (en reparacin, en espera) o si
ya lo mandaron de regreso. Todo queda almacenado en hojas, correos o archivos
de Excel. Con la parte de Solicitud de Refacciones se quiere dar seguimiento y
monitorear las refacciones.

2.2.- ALCANCES Y LIMITACIONES

1.- Este trabajo tiene una cobertura local, para atender factores especficos
para la determinacin de las refacciones, equipos y CFEmaticos, que se
encuentran en uso daado, o en reparacin as como determinar la ubicacin de
cada refaccin.

2.- El presente proyecto va dirigido al rea de

SAC, (SERVICIO DE

ATENCION AL CLIENTE) que interviene para tomar las mejores decisiones que
debe tener el departamento, para poder realizar los mantenimientospreventivos
del equipo de una manera ordenada y rpida, de la Zona Coatzacoalcos,
Veracruz.

3.- La cobertura es para la Zona de Coatzacoalcos Veracruz., sin embargo

pudiera aplicarse para cualquier Zona del mbito de Comisin Federal de
Electricidad, mediante las adaptaciones que estas requieran.

4.- Los niveles de inventarios se determinarn,

considerando lo

programado de mantenimiento lo correspondiente al ao 2013 - 2014 de la Zona

Coatzacoalcos.

2.3.- FUNDAMENTO TEORICO

APLICACIONES WEB
Una aplicacin Web, bsicamente, es un programa, en s muy parecido a
cualquiera de los programas que todos nosotros tenemos en nuestra
computadora, pero con la salvedad de que la computadora que hace correr ese
programa, es el servidor al que nos conectamos a travs de nuestro navegador,
convirtindose ste en la "pantalla" o ventana en la que visualizamos las cosas
que ocurren al ejecutarlas acciones de la aplicacin. El servidor nos devuelve la
informacin en formato PHP y as cualquier navegador es capaz de interpretar
este cdigo para poder visualizar de
nos

enva

la

forma

correcta

la

informacin

que

aplicacin. Son numerosas las ventajas de las aplicaciones

Web en cualquiera de los campos para los que se utilicen, ya que permiten
facilitar mucho la estructuracin y sobre todo el mantenimiento de la informacin
que se muestra en el sitio Web. Las aplicaciones Web se pueden utilizar con
mltiples fines, desde un sencillo uso para facilitar la creacin de un sitio Web
ms o menos extenso, hasta para centralizar toda la informacin (contabilidad,
pedidos, logstica, etc.) de una empresa multinacional, con sedes en diferentes
pases

del mundo. Al partir toda la informacin de un mismo punto o base de

datos, permite a todos los usuarios que trabajan con esta informacin conocer en
tiempo real el estado de la misma. Por ejemplo una empresa con diferentes sedes
que vende productos, del tipo que sea, catalogado y referenciado y por supuesto
almacenado, con un control de stock.
Si una gente comercial de un departamento gestin a el pedido de una
referencia, de la cual solo queda una en el almacn, justo en el momento en el
que se haya ejecutado el pedido, el siguiente agente, aunque pertenezca a otra
sede de

otro departamento, que entre para realizar un pedido de esa misma

referencia, podr informar al cliente de que no hay unidades en almacn de

ese producto, evitando problemas en el servicio al cliente.
Ventajas como la mencionada anteriormente, exigen a cambio el esfuerzo,
trabajo

inversin

de

mantener

toda

la

informacin

actualizada

permanentemente para poder as ser til a todos los usuarios que trabajan
diariamente con la aplicacin Web.

TIPOS DE APLICACIONES

Desarrollo de sitios Web bsicos.

Web en flash.

Aplicaciones de contenido.

Aplicaciones e-learning.

Comercio electrnico.

Aplicacin es de gestin.

DESARROLLO DE SITIOS WEB BSICOS

Hay empresas o profesionales que por su tipo de negocio o producto,

solamente precisan tener un pequeo espacio Web para mostrar de forma
sencilla informacin sobre su actividad, contacto, etc.

Se

utilizar

como

tarjeta

de

visita

para

presentar

sus

clientes. Estos sitios Web, aun siendo sencillos en sus contenidos, pueden
ofrecer una buena imagen de la empresa o el profesional a sus visitantes. Los
diseadores y desarrolladores tienen lo siguiente como objetivos principales:
Diseo

bueno

atractivo,

buena

estructuracin,

optimizacin de imgenes y acabado completo del sitio.

fcil

navegacin,

WEB EN FLASH.

Hace ya bastante tiempo que la Compaa Macromedia desarroll la

tecnologa de flash, para abrir un mundo nuevo de posibilidades de animacin y
movimiento a la presentacin de sitios Web. Hoy en da, cualquier navegador de
cualquier fabricante o plataforma lleva incorporado el plug-in que permite la
correcta visualizacin de este tipo sitios web.

APLICACIONES DE CONTENIDO.

Existen muchas empresas y profesionales que desean utilizar Internet

como medio para publicar o difundir bien sus servicios o sus estudios
profesionales, para llegar a un pblico al que antes de la existencia de Internet
no se poda llegar. Este tipo de aplicaciones son ideales para el crecimiento de
contenidos a lo largo del tiempo ya que estn estructuradas y permiten ampliar,
prcticamente hasta donde se desee, los contenidos del sitio Web.

APLICACIONES E-LEARNING.

La competitividad del mercado, cada da mayor, nos obliga a todos a

mantener una formacin permanente en nuestro trabajo o profesin, con el fin de
estar al da de las ltimas novedades que se producen. Lo anterior unido a la
falta de tiempo que todos sufrimos, ha llevado a muchas empresas a ofrecer
cursos de formacin continua a travs de Internet, lo que se conoce por elearning.

COMERCIO ELECTRNICO
Por todo es sabido que el comercio electrnico est sufriendo un
espectacular auge en los ltimos aos. Cada da son ms las personas que
realizan por Internet, desde la compra de alimentos y en seres para su casa,
hasta la compra de determinados productos

muy especficos

encuentran habitualmente el cualquier comercio tradicional.

que no se

APLICACIONESDEGESTIN.

Desde luego si hay una funcin estrella para las aplicaciones informticas
es la gestin y contabilidad en las empresas. La gran mayora de las pequeas
empresas, adquieren o adquirieron su primer

ordenador con el objetivo de

utilizarlo para la gestin de la contabilidad y en su caso de almacn. La

tecnologa Web permite crear un nuevo concepto para este tipo de aplicaciones.

HISTORIA DE PHP

PHP comenz siendo un conjunto de scripts escritos en Perl que permitan

a su creador. Rasmus Lerdorf, el control de los accesos a sus

Pginas

personales. A este conjunto de Scripts les denomin como personal Home Page
Tools. Poco a poco, Ramus fue complementando
bsicas

de

las funcionabilidades

sus herramientas escribiendo programas en C. En1995 decidi

liberar el cdigo fuente escrito en C para que cualquiera pudiera utilizarlo e,

incluso, colaborar en su mejora. De este modo Naci PHP/FI. A finales de1997se
libera PHP/FI2.0, pasando de ser el proyecto de una sola persona al desarrollo
de un equipo. Tuvo un seguimiento estimado de varios miles de usuarios en todo
el mundo, con aproximadamente 50,000 dominios informando que lo tenan
instalados, lo que sumaba alrededor del1% de los dominios de Internet.

En junio de 1998 se liber oficialmente PHP3.0, anunciando como sucesor

oficial de PHP/FI2.0, si bien haba sido completamente

reescrito por Andi

Gutmansy Zeev Zuraski. Una de las mejores caractersticas de PHP 3.0 que
trajo a docenas de desarrolladores a unirse y enviar nuevos mdulos de
extensin era su gran extensibilidad, adems de proveer a
finales

de

una

los usuarios

slida infraestructura para muchsimas bases de datos,

protocolos, APIs. En su apogeo, PHP3.0estabainstaladoenaproximadamente

un10%delosservidoresWeben Internet.

EVOLUCIONDEPHP

El siguiente paso en la evolucin de PHP consisti en la reescritura de su

ncleo, dando lugar a un nuevo motor denominado Zend (acrnimo de los
apellidos Zeevy Andi). PHP4.0, basado en este motor, y acoplado con un gran
rango de nuevas caractersticas adicinales, fue oficialmente liberado en mayo
de 2000.

Adems de la mejora de ejecucin de esta versin, PHP 4.0 inclua otras

caractersticas clave, como el soporte para la mayora de los servidores Web,
sesiones HTTP forma nativa, ciertas facilidades de orientacin a

objetos,

compatibilidad con las expresiones regulares de Perl, Buffers de salida,

encriptacin, formas ms seguras

de controlar las entradas de Usuarios y

muchas nuevas Construcciones de lenguaje, etc.

La ultima y actual versin de PHP, liberada en julio de 2004, es la 5.0est

basada en el nuevo motor Zend 2, el cual ha vuelto a ser reescrito por completo.

Entre sus caractersticas y novedades ms resaltables est el completo

soporte para la programacin orientada a objetos (que a buen seguro satisfar a
los ms apasionados y ortodoxos seguidores de este paradigma de la
programacin).

Tambinincorporala
(libxm12),
enla

gestindeexcepciones,unanuevalibrerade

XML

soportenativoparaelsistemagestordebasededatosSQLite,ymejoras
gestinde

lascadenasde

caracteres.PHP5.0soportatambinMySQLi,Unanueva
ampliacindeMySQL(estdiseadaparatrabajarconlaversin4.1.2osuperior),
lacual,ademsdelaInterfazhabitual,encierraunaInterfazbasadaenobjetos.

QUESEPUEDEHACERCONPHP?

Aunqueprincipalmenteseutilizaparaprogramarscriptsquevana
serejecutadosen servidores Web, no hay que olvidar que puede utilizarse como
cualquier

otro

lenguaje(Perl,C,Python,

Shell,

etc.)paraescribirprogramasqueseejecutendesde
lalneadecomandos,esdecir,sinlanecesidaddequeseejecuteconjuntamente con un
servidor Web. De todas formas, es

en

el

entorno Web donde se

ha

conseguidosumayoraceptacin,YesquePHPnoslonospermiterealizartodas
lasacciones propias

deunScriptCGItradicional (procesamiento deformularios,

manipulacin decookies,generacin depginasconcontenidos

dinmicos), sino

quetambinnosproporcionalassiguientesposibilidades:
Soporte para mltiples sistemas operativos; Unix (entre otras, Linux, HPUX,

SolarisyOpenBSD),MicrosoftWindows,MacOsX,

RISCOS.Actualmenteest
enpreparacinparalasplataformasIBMOS/390yAS/400.
Soporte para mltiples servidores Web: Apache, Microsoft Internet
Information Server, PersonalWebServer, Netscapee iPlanet, Oreilly
WebsitePro Server, Caudium, Xitami, OmniHTTPd Ymuchosotros.
SoporteparaODBCyextensionesDBX.

Soporte para comunicarse con otros servicios usando protocolos tales

comoLDAP,IMAP,SNMP,NNTP,POP3,HTTP,COM(enWindows)ymuchosotros.

PuedeutilizarobjetosJavadeformatransparente,comoobjetosPHP.

LaextensindeCORBApuedeserutilizadaparaaccederaobjetosremotos.

PHPsoportaWDDXparaintercambiodedatosentrelenguajesdeprogramacin
Web.

GeneracinderesultadosenmltiplesformatoscomoXHTML,XMLficherosde
imgenes,ficherosPDFypelculasFlash.

ManejodeexpresionesregularesPOSIXExtendedo Perl.

Funcionesdecomercioelectrnico,comoCybercash,CybermutVerisignPayflo
w ProyCCVSparapasarelasdepago.

Otrasextensionesmuyinteresantessonlasfuncionesdelmotordebsquedas
mnoGosearch,funcionesparapasarelasde

IRC,utilidadesde

compresin(gzip, bz2),convencindecalendariosytraducciones.

MODODEFUNCIONAMIENTODEPHP

ElintrpretePHPpuedeserejecutadoporel
servidorWebdedosmodosdistintos: comomdulo delpropio

servidor (interfaz

SAPI, Server Application programming Interface) o como programa externo

ste (modo CGI, Common Gateway Interface).

Agrandesrasgos,ejecutarunprogramaCGIlesuponea
lamaquinadondeseest ejecutando el servidor Web llamar al sistema operativo
para

que

realice

siguientestareasbsicas:cargarelprogramaenmemoria,anotarloenlalista
tareas,lanzarsuejecucin,esperaraqueterminey,porfin,descargarlodememoria
delalistadetareas.Tantasvecesel

las
de
y

clientepidalaejecucindeunprogramaCGI,

tantasvecesserepetirnestasaccionesenlamaquinaservidora.

Esfcilimaginar que,sielnmero depeticiones enmedio-alto, elrendimiento

general de esta sta se ver proporcionalmente degradado, no ya slo por el
nmerodetareassimultneasarealizar,sinoporlaocupacindelamemoriafsica

delequiposervidorconlascopiasdelprogramaCGIejecutndose.Porotraparte,pode
mospensarenun SAPI comoun protocoloquepermiteacceder directamente a las
funciones

internas

del

servidor,

por

tanto

podemosaadirnuevasfuncionabilidadesaunservidor
abasededatos,autentificacin de
imgenes

travs

del

Web(porejemplo,acceso

usuarios,cachedepginas,generacin

alvuelo,etc.).Lomsinteresante

SAPI

deestacaracterstica

de

esquetodas

estasnuevasfuncionabilidadessevanejecutardeformamsrpidayeficienteya quelo
vanhacerenelespaciodememoriadelpropioservidor.Estosignificaquelas
ejecucionesdelosprogramaslasharelpropioservidorWeb
mucho ms rpidas y eficaces

y,portanto,sern

(no habr creacin de procesos nuevos ni

ocupacinextradelamemoriafsicaconcopiasdestos).

Segnel
fabricantedeservidores,existenvariostiposdeAPI`s:ApacheAPIparael
servidorApache,ISAPIde

Microsoftparasu

productoInternetInformationServer,

NSAPIdeAOLparael servidorplanet(antes, NetscapeEnterpriseServer)y WSAPI.

QueeselSAPIdelservidorWebsiteProdeO`Reilly.

BASEDEDATOS RELACIONALES

Existenmuchostiposdebasede

datosenfuncindelmodoenquealmacenany

accedenala informacinqueguardan:Relacional,jerrquica,enla red,orientada a

objetos, etc. Ejemplos de gestores de bases de datos relacionales o RDBMS
(RelationalDatabaseManagementSystem)hay

muchos:MySQL,SQLite,Oracle,

Informix,SyBase,MicrosoftSQLServer,Postgres,Mysql,etc.

Bsicamente, un
datos

en

gestor de base de datos relacionales almacena los

Tablas,cadaunadelascualesestformadaporfilas(oregistros),yestas,

asuvez, estnformadasporcolumnas(o campos),Antesdedefinirunatabla,hayque

normalizarla, proces que consiste en evitar redundancia, es decir, que la
informacin

steduplicadayaque,sihubieraquecambiarundatoqueestuviera

repetido,habra quecambiarvariasveces.

MySQL

De entre todos los gestores anteriormente mencionados, la eleccin de

MySQL comogestordebasededatosradicaenqueesgratuitotantoparausosprivados,
cmocomerciales(slohayquepagarenel
comercialquestebasadoenMySQL),ensu

casodequesedesarrollunproducto
disponibilidadparadistintossistemas

operativos (lamayorpartedelossaboresUnix,Windows

9X/NT/2000/XP, OS/2

etc.),enqueescapazdetrabajarconmillonesderegistrosyporque,ademses
muyrpidoynonecesitagrandesrecursosdemquina.

CONEXINCONELGESTORDELABASEDEDATOS

Comoyaesbiensabidolasaplicacionesquesiguenla

arquitecturacliente-

servidor (Web,Correo,ftp,news,etc.)basansu funcionamientoen dosextremos;un

servidor
quesemantienealaescuchadepeticionesenunpuertodeterminadoyenelotro,
losclientesque,cuandoquierencontactarconelservidor,realizanconexionesa

ese

puerto.

MySQLsigueestamismaarquitecturay,portanto,parapoderrealizaroperacion
es, es necesario tener arrancado el programa servidor, por defecto el servidor
de MySQLescuchapeticionesenelpuertoTCP3306.

LANATURALEZADELASBASESDEDATOSRELACIONALES
Aunquelasbasesde

datosfsicamentesonarchivosdeunacomputadora,las

aplicaciones que utilizan las bases de datos no

manejan estos archivos

directamente.Ensulugar,lasaplicacionesenvancomandos

yrecibenrespuestas

deunsistemadeadministracindebasededatos(SABD).SQLServery
ejemplosdesistemasdeadministracinde
programador de muchas tareas tediosas y

Accessson

basededatos.UnSABDliberaal
complicadas implicadas en el

procesamientodelabasededatosyprotegefrentea laintroduccindedatosno vlidos.

Casitodaslasbasesdedatosmodernasseajustanalllamadomodelorelacional.
Estoeslo quemsconvierteenbasesdedatosrelacionales.
TodoslosSABDdebenproporcionarlassiguientestresfuncionesparaaccedera

los

datos:

Select:Presentanunavistadeunatablaenlaqueslosemuestranlosregistros
quetienenlosvaloresespecificadosenloscamposespecificados.

Project:Presentaunavistadeunatablaquenoincluyetodossuscampo
s.

Join:Presentaunavistacombinadadedostablascomosifueranunasol
a.

El resultado es como una tabla temporal que el SABD construye haciendo

corresponder los valores de los registros de una tabla con los valores de los
registros de otra y

despus combinado los campos de ambos registros

concordantes.

DISEODEBASEDEDATOS

Unanicabasede

datosrelacionalpuedecontenercualquiernmerode

tablas,esto
plantealaspreguntasdecuntastablasdebetenerunabasededatosydequ
camposbebetenercadatabla.Dichasdecisionessonlabase deldiseodedatos. Un
buen diseo hace que resulte fcil trabajar

con labase de

datos yofrece

suficienteflexibilidadcomoparaadmitirlosrequisitosfuturos.

Undiseopobreobstaculizalasoperacionesselect,proyecty
join,haciendoquela basededatosresultepocoflexibleyseadifciltrabajarconella.

DISEOFORMALDEUNABASEDEDATOS

Una base de datos verdaderamente relacional es aquella que sigue el

llamado modelorelacionalformuladoinicialmentepor E.F.Codd,un investigadorde
IBM.El

modelorelacionaldescribela

basededatos,tablas,registros,campos,operadores
comoselect,Projectyjoindeunmodoformal,matemtico.

Uno de los puntos fuertes del modelo relacional es

que es

matemticamente
completo(untrminoquecoloquialmentesignificaquenocontieneincoherenciasni
lefaltanvnculos).Elresultadoesunmodelodebasededatosconunacapacidad
deaplicacinsinprecedentesaunagamadeproblemasenormementeamplia.

Enunatecnologarelacional,el

procesodeorganizarloscamposentablasse

denomina normalizacin, porquconcadapasoeldiseoseaproxima cadavez ms

al estndar relacional (es decir, la

norma relacional). Los expertos han

propuestomuchosgradosdenormalizacin,perotodosparecenestardeacuerdo
conloscincosprimeros:

PrimeraFormaNormal:Uncampodadodeunregistrodadoslopuedecontene
r unvalor,estoprohbetodotipodegruposquese repitendentrode un nicoregistro,
para

implementar gruposqueserepiten,

diseeunatablaconregistros quese

repiten.

Segunda Forma Normal: Cada Campo no clave debe depender de todos

los camposdelaclaveprincipal.

TerceraFormaNormal:Ningncamponoclavedependedeotrocamponocla
ve.

CuartaFormaNormal: Estaformaprohbevariasrelaciones independientes

de

unosavariosentreloscamposdela

claveprincipaly

loscamposnoclave.Para

conseguir la cuarta forma normal tendr que crear una tabla aparte para cada
relacindeunoavariosindependientes.

Quinta Forma Normal: Estaforma esmuy

requiere

extrema ysuele ignorarse,

descomponerunatablaen

laspartesmspequeasposiblesparaeliminartodala redundancia.

CASOS DE USO

QU ES UN CASO DE USO?
Describen una interaccin tpica entre un usuario (actores) y un sistema de
cmputo. Es una tcnica para capturar informacin de cmo un sistema o negocio
trabaja actualmente, o de cmo se desea que trabaje Produce algo de valor para
algn actor como el clculo de algn resultado Describe qu hace un sistema pero
no especifica cmo lo hace El caso de uso capta alguna funcin visible para el
usuario. El caso de uso puede ser pequeo o grande. El caso de uso logra un
objetivo discreto para el usuario. Un caso de uso debe ser simple, claro y conciso.
Para capturar el comportamiento deseado del sistema sin tener que
especificar como se implementa ese comportamiento Como medio de
comprensin del sistema para desarrolladores, usuarios finales y expertos del
dominio Ayudan a validar la arquitectura y a verificar el sistema en el transcurso
del desarrollo de este
Elementos:

Actor:

Una definicin previa, es que un Actor es un rol que un usuario juega con
respecto al sistema. Es importante destacar el uso de la palabra rol, pues con esto
se especifica que un Actor no necesariamente representa a una persona en
particular, sino ms bien la labor que realiza frente al sistema.

Caso de Uso:

Es una operacin/tarea especfica que se realiza tras una orden de algn

agente externo, sea desde una peticin de un actor o bien desde la invocacin
desde otro caso de uso.
Relaciones:

Asociacin

Es el tipo de relacin ms bsica que indica la

invocacin desde un actor o caso de uso a otra operacin (caso de uso). Dicha
relacin se denota con una flecha simple.
Dependencia o Instanciacin

Es una forma muy particular de

relacin entre clases, en la cual una clase depende de otra, es decir, se instancia
(se crea). Dicha relacin se denota con una flecha punteada.
Generalizacin

Este tipo de relacin es uno de los ms utilizados,

cumple una doble funcin dependiendo de su estereotipo, que puede ser

de Uso (<<uses>>) o de Herencia (<<extends>>).
Este tipo de relacin est orientado exclusivamente para casos de uso (y
no para actores).
extends: Se recomienda utilizar cuando un caso de uso es similar a otro
(caractersticas).
uses: Se recomienda utilizar cuando se tiene un conjunto de caractersticas
que son similares en ms de un caso de uso y no se desea mantener copiada la
descripcin de la caracterstica.

MODELO ENTIDAD RELACION

El modelo entidad-relacin
El modelo entidad relacin (E - R) se basa en una percepcin de un
mundo real que consiste en una coleccin de objetos bsicos llamados entidades,
y relaciones entre estos objetos. Una entidad es un objeto que es distinguible de
otros objetos por medio de un conjunto especfico de atributos. Por ejemplo, los
atributos nmero y saldo describen una cuenta particular de un banco. Una
relacin es una asociacin entre varias entidades. El conjunto de todas las
entidades del mismo tipo y relaciones del mismo tipo y se denomina conjunto de
entidades y conjuntos de relaciones, respectivamente.
Adems de entidades y relaciones, el modelo E R representa ciertas
restricciones a las que deben ajustarse los contenidos de una base de datos. Una
restriccin importante es la de cardinalidad de asignacin, entidad mediante un
conjunto de relacin. La estructura lgica global de una base datos puede
expresarse grficamente por medio de un diagrama E-R, que consta de los
siguientes componentes:

RECTNGULOS, que representan conjuntos de entidades.

ELIPSES, que representan atributos.

ROMBOS, que representan relaciones entre conjuntos de entidades.

LINEAS, que conectan atributos a conjuntos de entidades y conjuntos de

entidades a relaciones.

CAPITULO.III
DESARROLLO DE ACTIVIDADES

PLANEACINDE SISAC
DESCRIPCIN
El
SISACesunaaplicacinwebdedicadaalasrefaccionesyalosSistemasdeAtencin
aClientes. Desarrolladautilizandolosiguiente:

Entornodedesarrolloen PHP

Lenguajes: PHP y HTML.

BasedeDatos:MySQL

Servidor deAplicaciones:Wamp Server

Todoesto,estorganizadoen3mdulosseparadosporunmenquenospermite
acceder alasopcionesdecadauno:

Usuario

Refacciones.

CFEmaticos

DESARROLLODESAC
Procedimientoydescripcin deactividades realizadas

Elprocedimientodedesarrollodelaaplicacinweb
S I C SACserealizconbaseen4 ejesfundamentales:

1. Determinacinprecisa delosrequerimientos y eldiseodelabase dedatosy

dela

aplicacin

mediantetcnicas

deIngenieradeRequerimientosy

Modeladode Sistemas.

2.

Creacindelmodeladodelabasededatosquecontengalainformacinde
losusuarios,refacciones,equipos, CENADECO, y refaccionamiento hasta
ahora

existentes,paradespustenerlaposibilidadde

dar

de

altalos

quevayan
surgiendo.Disearycreartodaslastablasylasqueseanconsecuenciade
unarelacinentre dos omstablas.Tambinesimportante modelartodoel
proyecto.

El modeladoes esencial enlaconstruccin desoftware para:

Comunicar la estructura detodoel sistema.

Especificar el comportamiento deseadodel sistema.

Comprendermejor loque estamos construyendo.

Descubrir oportunidades desimplificacinyreutilizacin.

3.-

Realizacindeunaaplicacinwebquefaciliteelaccesoalainformacinde

losusuarios,proveedores,contratos,

mantenimientos,

equiposy

refacciones.

Queseafcilysencilla,ycubra contodas lasnecesidades.

4. Integracinyconexin entrelabasededatosyla aplicacinweb.

Mdulosa considerar:
Laaplicacin finalmentequedconlos siguientesmdulos:

Usuarios:Altas,Modificaciones yConsultas.

Refacciones:Alta, Consulta,ModificacinyBaja.

Sistemasdeatencinaclientes(Equipo):Alta,Modificacin,Consultay
Bajade equipo.

Envos

CENADECO:Alta,Modificacin,Consulta,

yConsultar

mantenimientos

Posteriormenteunavez

teniendolasespecificacionesdelaempresaperosobretodo

del departamento,se comenzconlaprogramacin.El desarrollo delaaplicacinse

dioprogramandoenelentornoPHP,ylabasededatos
elservidordesignado por la CFE.

montada

enMySQLen

CASOS DE USO
Los elementos delos casos de
usoson:
Actor.
Caso deuso.
Asociacin.
Escenarios.
Lo primero adefinir sonlos actoresenestecasosonde acuerdo alperfil que tieneny
por lotantolospermisos alosdiferentesmduloso partede ellos.
ElAdministrador eselquetendrelcontrol y accesototalentodalaaplicacin,en todala
zona.
El usuario solo podr consultar, y saber que refacciones son solo de su ubicacin
especfica y poder dar de altas y bajas las piezas de su ubicacin.

SISTEMA
ACCESO AL SISTEMA

USUARIOS

HOME

REFACCIONES

CFEMATICOS
USUARIO
CENADECO
ADMINITRADOR
REFACCIONAMIENTO

REFACCIONES
ALTA

BAJA

ADMIN

MODIFICAR

CONSULTA

USUARIO

CFEMATICOS
ALTA

BAJA

ADMIN

MODIFICAR

USUARIO

CONSULTA

TALLER CENADECO
ALTA

BAJA

ADMIN

MODIFICAR

USUARIO

CONSULTA

REFACCIONAMIENTO
ALTA

BAJA

ADMIN

MODIFICAR

CONSULTA

USUARIO

MODELO ENTIDAD RELACION

USO

ID_REFAC
CLAVE

N.S

NOMBRE

STATUS

REFACCIONAMIENTO
ID_USUARIO

CONTROL
A

USUARIO
STAT

ID_CEN

N.S
F_ENV

HISTORIAL
A.MON

CENADECO

CFEMATICO

F_ENT

PATC_VER

N.CEF

VERSION

N.S
N.I
MOD
ID_CFEMAT

IP

FALLA

STAT

SOLIC

OBS

COD_RAS

MARCA
A.MON_VER

N.S

MARCA
MODELO
O

ID_REF

STATUS

CFEMATICO

TIENE

REFACCIONES

DESCRIP

DICCIONARIO DE DATOS
DICCIONARIO DE DATOS DE CFEMATICOS
ID_CFEMAT

Id_cfematicos

Clave principal de CFEmaticos

IP

IP

IP de los CFEmaticos

N.I

Numero de inventario

Numero de Inventario de CFEmatico

N.S

Nmero de serie

Nmero de Serie de CFEmatico

HISTORIAL

Historial

Historial de CFEmatico

STAT

Status

Status de CFEmaticos

VERSIN

Versin

Versin de CFEmaticos

PATC_VERS

Patch Versin

Patch Versin de CFEmaticos

MARCA

Marca

Marca de CFEmaticos

MOD

Modelo

Modelo de CFEmaticos

A.MON

Aceptador

de

Aceptador de Monedas

de

Aceptador de Monedas Verificado

Monedas
A.MON.VER

Aceptador

Monedas Verificado
N.CEF

Numero

de

Numero de CFEmatico

CFEmatico

DICCIONARIO DE DATOS USUARIO

ID_USUA

Id_Usuarios

NOMBRE

Nombre

Clave principal de Usuarios

de

la

Nombre de Usuario

persona
CLAVE

Clave

Clave de usuarios

DICCIONARIO DE DATOS REFACCIONAMIENTO

ID_REFAC

Id_Refaccionamiento

Clave principal de Refaccionamiento

USO

Uso

Uso de Refaccionamiento

N/S

Nmero de Serie

Nmero de serie de Refaccionamiento

STAT

Status

Status de Refaccionamiento

DISEODELAINTERFAZ PRINCIPAL:
Paraeldiseodela

interfaz

grficafue

muyimportanteconsiderarespecificaciones

institucionalescomoel logotipoconciertascaractersticas, y los estndares que maneja

CFE para el desarrollo desistemas.
ESPECIFICACIONESINSTITUCIONALES:

LOGOTIPO

Elsmboloeselelementogrficoquecomunicalosatributosbsicosdelaimagenyconstituyel
apersonalidaddelaentidad.Sebasaenlatipografacorporativaymantieneelmismongulo
deinclinacinqueelsmbolo.

Ilustracin 1 LOGO DE LA EMPRESA

Lareproduccindebesercomoaqu
modificaciones.

semuestra,nosepermitenalteraciones

LOGODE LA APLICACIN:

Se disearon varios para ver cual se vea mejor pero considerando que los colores
tanto de CFE como de los CFEmticos es verde y adems no se quieren poner
demasiados colores porque no se vera bien,sedecidipor laIlustracin2.

Un cajero como imagen principal representa de qu se trata la aplicacin.

Ilustracin 2 Logo de la Aplicacin

INDEX del proyecto:

El ndex de la aplicacin es un formulario de login y password acompaado del

correspondiente logo.

Ilustracin3.InterfazInicial.

INTERFAZ PRINCIPAL:
Todas las pginas (formularios) contarn con un men de navegacin para que el
usuario pueda trasladarse a travs de toda la aplicacin. Las opciones sern o no
permitidas de acuerdo al perfil que tengan que ya ha sido almacenado en la sesin al
loguearse.

MODULOS DEL SISTEMA:

Los mdulos se fueron realizando empezando por el de usuarios y proveedores,
siguiendo por el de Equipos, Refacciones, Mantenimiento.

Alta de Usuarios:
En la parte de alta de Usuarios, es un formulario que pide se llenen con los atributos
correspondientes en este caso al Usuario.

Ilustracin 3 Alta de Usuarios

Modificacin de Usuarios:
Como en todas las opciones que deseas realizar dentro de la aplicacin, lo primero
es verificar el perfil del usuario que est actualmente logueado y que ha sido
almacenado en sesin. Para modificar un usuario, lo primero que te pide es su RPE:

Ilustracin 5. Modificacin de Usuarios

Si el RPE fue correcto, es decir, que exista en la base de datos y que fue introducido
bien, nos manda a otros para modificar el resto de los datos.

Ilustracin6.Para Modificar Usuarios

MODULO REFACCIONES Y EQUIPO:

En estos dos mdulos es igual que usuarios (Altas, Consultas, Modificaciones y
Bajas) pero en las vistas te da una opcin diferente para accederlos datos, en el
nmero de serie tanto de refacciones como de equipos.

llustracin.7 Alta de refacciones.

Para Alta de equipos en nmero de serie. En ambos mdulos se hacen consultas de

equipos, y en el caso de las refacciones, lleva un filtro para refacciones y refacciones
menores, de acuerdo al equipo seleccionado.

Ilustracin 4 ALTA DE EQUIPOS

RESULTADOS
Los resultados obtenidos en este proyecto fueron conforme al plan sealado desde su
inicio

sirviendo en mejora para la empresa CFE como para el departamento de

Sistema Atencin a Clientes ayudando a agilizar sus procesos de automatizacin y

tomar las mejores decisiones respecto a las refacciones para que as pueda ofrecer un
mejor servicio al cliente.

CONCLUSIONES
SICSAC es una aplicacin web que surge de la necesidad de agilizar y controlar
procesos relacionados con los equipos de cobro de luz (Cajeros o Sistemas de
Atencin a Clientes) y sus refacciones. Todo el proceso ha sido llevado como se ha
podido, de manera tradicional. Es una parte que se descuid porque los recursos
tanto econmicos, tcnicos como humanos se tenan, pero se ha llevado de manera
tradicional por falta de tiempo y exceso de trabajo.
La aplicacin deba ser lo suficiente buena para poder adaptarse a los diferentes
tipos de cajeros, y que cubriera con todas las expectativas del usuario final. Al final se
cumplieron los objetivos a

pesar de mltiples cambios que se

daban

en

los

requerimientos, debido a querer mejorar el servicio al usuario cambiaban o

actualizaban equipos obsoletos e iban surgiendo otros.
Es importante mencionar que se estn dando cambios en la tecnologa
constantemente, de acuerdo a las necesidades y poder dar el mejor servicio al cliente
y a los usuarios que estn en contacto con los equipos.
Al estar en este proyecto considero que tuve un crecimiento personal pero sobre todo
profesional, la mayora de las herramientas que utilic para llevar a cabo el desarrollo
de esta aplicacin las desconoca, me toc aprenderlas de forma autodidacta y fue
algo que me dej mucho.

RECOMENDACIN
Se recomienda que al Sistema se le d el mantenimiento debido, lo cual es beneficioso,
para ayudar al rea del SAC (SISTEMA DE ATENCION A CLIENTES) y que dicho
sistema tengan al personal adecuado y capacitado para su manejo.

FUENTES CONSULTADAS

Henry F.Korth y Abraham Silberschatz. (1993). Fundamentos de Bases de

Datos. Espaa: McGraw-Hill Grupo Editorial, S.A de C.V.

Pavn. J. (2007). Creacin de un portal con php y MySQL. Mxico: Alfaomega

RA-MA Grupo Editor, S.A de C.V.

Adoracin, Miguel; Piattini Mario. (1999) Fundamentos y modelos de Bases de

Datos.

Mxico: Alfaomega

Senn, James A. (2001). Anlisis y Diseo de Sistemas de Informacin. Mxico:

McGraw-Hill

Beaulieu, Alan. (2009). Base de Datos Con SQL Server. Espaa: RA-MA

Lpez Quijado J. (2007). Php y MySQL programacin dinmica en el lado del

servidor. Mxico: Alfaomega RA-MA Grupo Editor, S.A de C.V.

Adoracin, Miguel; Martnez, Paloma; Castro, Elena, Cavero Jos y Nieto,

Carlos.

(2001). Diseo de Base de Datos: Problemas Resueltos. Madrid: RA-MA

Ilustracin58.DiagramadeClas