DESARROLLO E IMPLEMENTACION DEL SISTEMA INTEGRAL DE INFORMACION DINAMICA (S.I.I.D.)

(1)

ESCUELA SUPERIOR DE INGENIERÍA

MECÁNICA Y ELÉCTRICA

MEMORIA DE EXPERIENCIA PROFESIONAL

QUE PARA OBTENER EL TÍTULO DE:

I N G E N I E R O E L E C T R I C I S T A

PRESENTA

C E S A R L E O N C A S T I L L O

ASESOR: ING. CESAR DAVID RAMÍREZ ORTIZ

(2)

DEDICATORIA

Dedico esta tesis en primera instancia a Dios, por permitirme lograr un objetivo más en la vida, además de darme fortaleza, templanza y la perseverancia para lograrlo.

A mi madre, que no estando presente sigue conmigo y quien me inculcó valores como la perseverancia, la responsabilidad, el sacrificio, la voluntad y la paciencia, mismos que son fundamentales en la vida de todo ser humano y que nos llevan a obtener un resultado concreto, dándonos la satisfacción de haber luchado por llevar a cabo las actividades necesarias para alcanzar lo que nos proponemos.

A mi padre, quien sin proponérselo me dio las bases para elegir esta hermosa carrera, por sus consejos, su apoyo incondicional, su entera confianza y toda la fe que ha depositado en mí, haciéndome sentir un orgullo especial por el hecho de haberle dado la satisfacción de tener un hijo Ingeniero Electricista.

A mis hijos, Diego, Tania y Daniela, motor fundamental en mi vida, quienes con su sola existencia me han dado el mayor de los empujes para lograr esta tan anhelada meta.

A mi esposa, quien siempre me brindó todo el apoyo necesario para concluir mis estudios y llevar de manera paralela la educación de nuestros hijos.

(3)

AGRADECIMIENTOS

Me gustaría que estas líneas sirvieran para expresar mi más profundo y sincero agradecimiento a todas aquéllas personas que con su ayuda han colaborado en la realización del presente trabajo, quienes me han ayudado con su orientación, sus consejos pero sobre todo por la motivación y el apoyo recibido a lo largo de todos estos años.

Al Instituto Politécnico Nacional, mi Alma Mater, a él le debo mi formación y desarrollo, en él he colocado mi esfuerzo, mi capacidad y mi trabajo con la firme convicción de ser un hombre de bien.

También quiero dar las gracias a mis profesores y amigos de la Escuela Superior de Ingeniería Mecánica y Eléctrica quienes con sus enseñanzas lograron inculcarme el amor a mi carrera y el valor de la superación, aquél que nos motiva a perfeccionarnos, en él ámbito humano, espiritual, profesional o económico.

(4)

RESUMEN

Un sistema es un conjunto de elementos o componentes que interactúan entre si para cumplir ciertas metas. Por consiguiente un sistema de información es un conjunto de elementos o componentes interrelacionados para recolectar (entrada), manipular (procesamiento) y diseminar (salida) datos e información, que cuenta además con un mecanismo de retroalimentación para el cumplimiento de un objetivo.

(5)

El S.I.I.D. esta desarrollado para administrar de forma local las diferentes tareas de un centro de trabajo, intercambiando información entre sus diferentes módulos para validar con mayor exactitud sus procesos, además de facilitarlos, reduciendo en gran medida los márgenes de error y los trabajos exhaustivos, su misión es la de generar el sano desarrollo de las estructuras administrativas y operativas enlazadas bajo un sistema informático integral que permita la manipulación y consulta de datos, facilitando la toma de decisiones; su principal objetivo es el de uniformar de manera precisa y eficiente los procesos existentes en los diferentes departamentos, permitiendo con ello la obtención de informes ejecutivos eficientes y eficaces.

Éste sistema nace de la imperiosa necesidad de contar con la información centralizada y unificada dentro de la empresa; un sistema informático de trabajo, nos permite vincular datos durante la ejecución del proceso, eliminando esfuerzos adicionales, cuando se nos solicita información. Dando como valor agregado, certeza y oportunidad.

Para lograr una eficiente herramienta informática de administración de recursos debe contarse con una Administración de la Red de Datos adecuada, pero antes debemos estar seguros de que:

1. El sistema debe ser nuestra solución, no un problema más.

2. El sistema debe cubrir nuestras necesidades cotidianas, siempre visualizadas desde lo más simple.

(6)

CONTENIDO

DEDICATORIA ... II

AGRADECIMIENTOS ... III

RESUMEN ... IV

CONTENIDO ... 6

ANTECEDENTES ... 9

JUSTIFICACIÓN ... 11

OBJETIVO ... 18

CAPITULO I. Introducción ... 19

CAPITULO II. Planeación de la propuesta de Solución ... 21

2.1 Nombre de la Organización y sus principales actividades. ... 21

2.2 Área de interés ... 21

2.3 Descripción de los objetivos, misión, visión y estrategias del área de interés. .... 22

2.3.1 Objetivo ... 22

2.3.2 Alcance ... 22

2.3.3 Política ... 22

2.4 Problemática o Necesidad del Área de Interés y Situación Actual ... 23

2.5 Objetivos ... 23

2.5.1 Objetivo General... 23

2.5.2 Objetivos Específicos ... 23

2.5.3 Objetivos Particulares ... 24

2.6 Alcance de la Solución ... 24

2.7 Alcance del Proyecto ... 24

2.8 Alcance del Producto ... 24

2.9 Limitaciones y Restricciones ... 25

2.10 Descripción de la Propuesta de Solución ... 25

CAPITULO III. Análisis de la solución ... 26

3.1 Sistema de Información y su Entorno... 26

3.1.1 Selección y Diagrama del Modelo de Ciclo de Vida del Proyecto ... 26

(7)

3.2.1 Metodología Ágil ... 27

3.3 Personal Involucrado en la Solución (Staff)... 28

3.4 Matriz de Asignación de Responsabilidades del Staff; Número de Personas Involucradas, Perfil Profesional, Requerimientos, Funciones, Interno y/o Externo. ... 29

3.5 Parrilla OVAR ... 29

3.5.1 Finalidad de la metodología. ... 29

3.6 Métrica del Desarrollo de Software ... 30

3.6.1 Complejidad del Dominio de Información ... 30

3.7 Computación de Puntos de Función ... 32

3.8 Cálculo de Líneas de Código ... 32

3.8.1 Modos de Desarrollo de Software ... 33

3.8.2 Modelo Básico o Modelo Intermedio (considerar el factor de ajuste, EAF) ... 33

3.9 Cálculo de Esfuerzo, Tiempo de Desarrollo, Productividad y Número de Personas ... 33

3.9.1 Distribución de Tiempo y Esfuerzo por Etapas ... 34

3.9.2 Estimación por Etapas ... 34

3.9.3 Cálculo de Costos de Desarrollo de acuerdo al punto 15.6 ... 34

CAPITULO IV. Diseño de la solución ... 35

4.1 Arquitectura de Zachman ... 35

4.2 Modelo de Requerimientos ... 36

4.2.1 Diagrama de Casos de Uso ... 36

4.3 Documentación de Casos de Uso ... 37

4.3.1 Nombre del Sistema... 37

4.3.2 Breve Descripción del Sistema ... 37

4.3.3 Actores y Casos de Uso ... 37

4.4 Casos de Uso ... 38

4.4.1 Nombre del Caso de Uso ... 38

4.4.2 Precondiciones ... 38

4.4.3 Flujo de Eventos ... 38

4.4.4 Postcondiciones ... 38

4.4.5 Caminos Alternativos ... 38

4.4.6 Pantallas y Estructura de la interfaces para el módulo de Diagnósticos Energéticos. ... 39

(8)

4.7 Modelo de Análisis ... 44

4.7.1 Diagrama de Clases ... 44

4.7.2 Diagrama de Paquetes ... 45

4.7.3 Modelo de Diseño ... 46

4.7.4 Diagrama de Secuencias ... 47

4.7.5 Diagrama de Estado ... 48

4.7.6 Diagrama de Colaboración ... 49

4.7.7 Diagrama de Actividades ... 50

4.8 Modelo de Desarrollo ... 51

4.8.1 Diagrama de Componentes ... 51

4.9 Modelo de Implantación ... 51

4.9.1 Diagrama de Implantación... 51

CAPITULO V. Propuesta de desarrollo e implementación de la solución ... 57

5.1 Requerimientos Tecnológicos para la Solución ... 57

5.1.1 Software ... 57

5.1.2 Hardware ... 58

5.1.3 Almacenamiento ... 58

5.1.4 Comunicaciones ... 58

5.2 Calidad del Sistema ... 59

5.2.1 Aseguramiento de la Calidad ... 59

5.2.2 Revisión del Sistema ... 59

5.2.3 Plan de Calidad ... 60

5.2.4 Estándares de Calidad ... 60

5.2.5 Propuesta de Mantenimiento ... 61

5.2.6 Rediseño, Mejora, Reingeniería o Ingeniería Inversa ... 62

5.3 Estructura de la solución del proyecto... 63

5.3.1 Descripción de la solución dirigida a todos los niveles de la organización para una junta de arranque y Realizar diagrama de la descripción de la solución. ... 63

CONCLUSIONES ... 65

(9)

ANTECEDENTES

El desarrollo de esta memoria surge de la necesidad de dar a conocer los alcances que un sistema informático, para llevar a cabo las tareas cotidianas propias de nuestras actividades laborales, para controlarlas, eficientarlas y optimizarlas de una manera fácil, confiable y oportuna, buscando como valor agregado la buena administración que conlleve a la mejor toma de decisiones.

El proyecto de implementación de un sistema informático para eficientar la médula espinal de cualquier empresa como lo son los recursos humanos, no es un proyecto sencillo, involucra procesos, gente, información y típicamente, abarca todas las áreas de gestión del negocio. En la actualidad no es poco común que las empresas piensen que al implementar este tipo de sistemas haya que tomar en cuenta el resto de los elementos clave para un proyecto exitoso (procesos, gente, información) los cuales se deben alinear automáticamente y no deben ser obstáculo alguno en el proyecto.

Es indudable que el ambiente competitivo en el que se vive en el ámbito empresarial actualmente, requiere de promover los procesos y actividades de negocio que generan las ventajas competitivas de las compañías ante sus más fuertes competidores.

Por esto, desde hace ya varios años, se ha dado mayor importancia a las Tecnologías de Información y su alineación con las estrategias del negocio para mejorar sus procesos clave de negocio. Prueba de ello, es el incremento tan sustancial de adquisiciones de paquetes de software empresariales tales como el

ERP (Enterprise Resource Planning), con el cual los directivos de las compañías

esperan tener integradas todas las áreas o departamentos de la compañía que apoyan para la generación de sus productos y servicios.

(10)

decisiones para sus procesos y estrategias de negocios. Los ERP son una solución robusta para aquellas empresas que buscan una solución universal a la centralización de su información.

(11)

JUSTIFICACIÓN

En Junio de 1991 se me presentó la oportunidad de laborar en la Compañía de Luz y Fuerza del Centro adscrito al departamento de Cables Subterráneos (C.S.), sector Indios Verdes, en el área de Instalación y Mantenimiento, en el puesto de peón especial, departamento al cual pertenecí desde el año 1991 hasta el año 2008.

En el año de 1992, fui enviado a laborar como personal habilitado en la oficina encargada de llevar el kárdex de equipo personal y herramienta de mano.

Por orden del entonces Ayudante de Jefe, mi labor era la de llevar el control de consumos de materiales y el control de las dotaciones de equipo personal y herramienta de mano para la sección instalación y mantenimiento, este control se elaboraba diariamente mediante la descarga de consumos por trabajador en tarjetas de kárdex elaboradas a mano y el conteo material por material surtido por el almacén hecho también a mano en hojas de papel.

Es necesario mencionar que el control se llevaba a cabo por cuatro personas habilitadas, dos para la sección de instalación y mantenimiento, por ser la mas grande, una para la sección de operación y una mas para el control de ingenieros, personal del sector y la sección de taller.

De manera paralela en ese tiempo, me encontraba realizando estudios de bachillerato, además de estudiar de manera autodidacta lenguajes de programación y reparación de computadoras. Por ello y con la intención de facilitar mi labor, empecé a desarrollar un programa para el control de la salida de los materiales y el control del kárdex de equipo personal y herramienta de mano.

(12)

poder evitar duplicidades.

A finales de 1996 debido a los movimientos en mi escalafón, obtuve un acenso de categoría a Practicante de Empalmador clase "A", razón por la cual deje de desarrollar, momentáneamente, el programa que para ese entonces tomaba forma para convertirse en sistema de información, el cual quedó implementado inicialmente con los módulos de control de personal y control de kárdex de equipo, utilizado únicamente solo por una persona, la cual controlaba las cuatro áreas que conforman el departamento y no por las cuatro personas que originalmente realizaban la misma labor de manera manual.

Desempeñé durante dos años y medio el puesto de Practicante de Empalmador clase "A" en la curva roja, y además de manera paralela continúe con mis estudios en la Escuela Superior de Ingeniería Mecánica y Eléctrica (ESIME).

En el año de 1999 a solicitud del entonces Ingeniero Jefe de la mesa de clase "A" fui habilitado para trabajar en dicha mesa, mi labor era la de llevar el control de las quejas (pendientes y terminadas), así como la elaboración de informes derivados de la atención de las mismas. Aprovechando una vez mas mis conocimientos empecé a implementar un módulo para el control de quejas el cual fue

supervisado inicialmente por el jefe de clase “A”, quien además, tuvo a bien

solicitarme la implementación de un módulo para el control de los gastos de trabajo que se derivaban de las órdenes giradas por dicha mesa, debido a los cambios de los jefes de mesa el módulo de control de quejas quedo terminando bajo la supervisión de los dos subsecuentes jefes.

(13)

A principios del año 2000 continúe con el desarrollo del módulo para el control de gastos de trabajo anexo 16, pero esta vez para todo el departamento con la finalidad de evitar duplicidad en el cobro de los mismos y agilizar su pago. También se empezó a cambiar la plataforma del sistema que originalmente era en un ambiente de sistema operativo DOS a una plataforma de ambiente visual dependiente de WINDOWS.

Originado por la facilidad en el manejo del sistema y la agilidad del trabajo diario que le ofrecía a los usuarios, además del control de toda su información, la existencia del sistema empezó a difundirse por algunas áreas de la entidad, siendo los primeros en adoptar el sistema el departamento de Cables Subterráneos sector Vértiz, quien a través del entonces superintendente y apoyado por los oficinistas de ese sector, se implemento el S.U.C., adicionando a este los módulos para el control del personal, de gastos de trabajo, de vacaciones y el control de permisos.

Posteriormente y de igual manera que el sector Vértiz, el sistema se implemento en el Centro de Operación Redes de Distribución Ecatepec a solicitud del entonces Subgerente, quien propuso la implementación del sistema en todas las áreas de la Gerencia de Operación Redes de Distribución, siendo a finales del año 2000 cuando se concluyó la implementación del sistema en CORDPE, CORDE y CORDVE.

A consecuencia de que el sistema se había implementado en diferentes

departamentos de diferentes áreas, se cambio el nombre del sistema a “Sistema Único de Control” conservado así las mismas siglas que caracterizaban al sistema (S.U.C.)

En ese mismo año desarrollé para el departamento de Finanzas Tesorería, un

(14)

implementación corrió a cargo de los compañeros representantes de trabajo de dicho departamento.

A finales del 2002 y con la finalidad de seguir mejorando el S.U.C., empecé a desarrollar como parte del sistema, el programa para la liquidación de tarjetas de tiempo de una manera mas completa, apoyándome con la compañera oficinista quien era la encargada de llevar a cabo la liquidación de tarjetas de tiempo para la sección de Instalación y Mantenimiento en el departamento de Cables Subterráneos sector Indios Verdes, al finalizar el desarrollo de este módulo se extendió la implementación y uso del mismo para las demás secciones del sector.

Durante los siguientes dos años se perfeccionaron los programas de control de gastos de trabajo, captura de personal y captura de asistencias para la liquidación de tarjetas de tiempo, además, debido a la magnitud del sistema se implementó un módulo para el mantenimiento a las bases de datos y para la actualización automática en todos los equipos que tienen instalado el sistema.

A finales del 2004 el Subgerente de la Región Tlalnepantla tomó conocimiento de la existencia del sistema, originado por una auditoría de gastos de trabajo efectuada en el departamento de Cables Subterráneos sector Indios Verdes la cual fue solventada con la implementación del sistema y específicamente con el módulo de gastos de trabajo, razón por la cual se entrevistó conmigo para conocerme y saber mas sobre las diferentes aplicaciones del sistema.

Motivado por la necesidad de tener un control en los diferentes centros de trabajo que conformaban la Gerencia Metropolitana Norte, me propuso la implementación del sistema en todas sus áreas, empezando por el sector de Foráneo Tlalnepantla.

Durante el 2005, ya con la dirección del Subgerente de Administración de la Gerencia Metropolitana Norte, se propuso cambiarle el nombre nuevamente al sistema, nombrándolo Sistema de Administración de Recursos (S.A.R.)

(15)

parte del equipo de implementación, quienes eran pasantes con estudios de informática y sistemas a nivel superior, los cuales me apoyaron con la realización de manuales y con la implementación del Sistema en toda la Gerencia.

A mediados del 2005 el Subgerente de Administración propuso la implementación del sistema en toda la Subdirección de Distribución, presentando el proyecto al Subdirector de Distribución en turno quien aprobó la implementación de manera inmediata, lo cual originó que se incluyera un integrante mas al equipo y se conformara un plan de trabajo para dicha implementación denominado proyecto ZEUS, el cual entre otras cosas contemplaba el desarrollo de nuevos módulos, la capacitación de usuarios de los diferentes centros de trabajo que conforman la subdirección y la elaboración de manuales de usuario mas detallados.

A finales del 2005, el sistema se encontraba implementado en 16 de los 65 centros de trabajo que conforman la subdirección además de la termoeléctrica J. Luque, Turbo Gas Lechería y el área de Conservación de Edificios.

Debido a una alta carga de trabajo se les efectuó una extensión del servicio social por seis meses más a los compañeros quienes ya formaban una parte fundamental en el proyecto de implementación.

Durante el 2006 se implemento el S.A.R. hasta llegar a 34 de los 65 centros de trabajo pertenecientes a la Subdirección de Distribución y se tuvo la necesidad de incluir a los compañeros de servicio social nuevamente al proyecto, pero en esta ocasión como prácticas profesionales por un periodo de seis meses y una extensión de las mismas por un periodo igual.

A principios del 2007 se incluyó un colaborador más, quien provenía del departamento de Construcción y a mediados de ese mismo año se incluyó el último integrante al proyecto quien fue habilitado para formar parte del equipo ya que pertenecía al escalafón de intendencia.

(16)

implementó también, la utilización de una herramienta de WINDOWS denominada NET MEETING, la cual era utilizada para proporcionar soporte técnico remoto de computadora a computadora y a través de enlaces de red, dicho sistema nos permitía observar y manipular de manera remota los equipos donde se encontraba instalado el S.A.R. para corregir anomalías.

Debido al conocimiento de los alcances del sistema y de sus inicios, el Subdirector de Producción solicitó el apoyo para la valoración en la implementación del Sistema en la Subdirección a su cargo.

Hacia finales del 2007 se desarrolló e implementó el módulo de capacitación con apoyo de la Coordinadora Administrativa de la Subdirección de Distribución y el Coordinador de Capacitación, esta implementación surgió como medida para dar cumplimiento a los compromisos establecidos en las juntas de la Comisión de Capacitación y Adiestramiento entre el Sindicato Mexicano de Electricistas y la Dirección General de Luz y Fuerza, en este módulo se hicieron importantes mejoras entre las que destacan la validación de la información para selección del

personal a capacitar y la detección de las necesidades de capacitación DNC’s.

Se realizaron mejoras a todos los módulos para facilitar aún más la captura en el sistema y se implementó en la sección de instalación como parte complementaria del módulo de ordenes de trabajo, la recuperación de adeudos referentes al tiempo extra y gastos de trabajo en las solicitudes de servicio autorizados por el cliente; debido a los cambios mencionados y a la necesidad de dar un giro a los problemas antes mencionados, una vez mas se transformo el nombre del sistema de manera definitiva denominándolo, Sistema Integral de Información Dinámica (S.I.I.D).

(17)

Desde septiembre de 2010 y debido a la extinción de Luz y Fuerza del Centro, fui requerido para prestar mis servicios en la Comisión Federal de Electricidad como Oficinista Comercial en el departamento de CFEctiva empresarial, Zona Benito Juárez, donde empecé a desarrollar el sistema de Diagnósticos Energéticos por iniciativa propia, ya que dicho control se llevaba de manera rudimentaria en hoja de cálculo.

(18)

OBJETIVO

(19)

CAPITULO I. Introducción

Si bien es cierto que este trabajo tiene por objetivo servir como elemento de evaluación para el desarrollo y la implementación de un Sistema Informático que permita: optimizar todos los procesos administrativos de un centro de trabajo, donde se tenga acceso a toda la información de forma precisa, segura, rápida y verás, compartiendo información entre todas las secciones y componentes de la organización para mayor eficiencia, así mismo, la eliminación de datos y operaciones no necesarias para el correcto funcionamiento y optimización en cuanto al tiempo de trabajo que requieren las diferentes operaciones, también lo es que, el propósito más importante de este sistema, es dar todo el apoyo a los clientes del negocio, respuestas rápidas y eficientes a su problemática, así como ofrecer un inmejorable manejo de información, que sea lo suficientemente útil para que permita la toma de las mejores decisiones y la disminución de los costos totales de operación.

En la actualidad, el mundo empresarial es altamente competido, el entorno global en el que se desarrollan las empresas ha provocado que sólo las más eficientes logren el éxito. A pesar de estar en un buen negocio, muchas organizaciones no son capaces de aprovechar la situación en la que se encuentran, siendo común que un mal manejo de la información les traiga pérdidas importantes y por lo tanto ineficiencia.

(20)

Quienes crean empresas lo hacen desconociendo las escasas probabilidades de supervivencia; según estadísticas, se ha demostrado que el 50% de las empresas quiebran durante el primer año de actividad, y no menos del 90% antes de cinco años, así mismo, los análisis estadísticos revelan que el 95% de estos fracasos son atribuibles a la falta de competencia y de experiencia en la dirección de empresas dedicadas a la actividad concreta de que se trate.

(21)

CAPITULO II. Planeación de la propuesta de

Solución

2.1 Nombre de la Organización y sus principales actividades.

La Comisión Federal de Electricidad es una empresa del gobierno mexicano que genera, transmite, distribuye y comercializa energía eléctrica para más de 27.8 millones de clientes, lo que representa a casi 80 millones de habitantes, e incorpora anualmente más de un millón de clientes nuevos.

2.2 Área de interés

El área de interés para aplicar el proyecto de desarrollo e implementación del sistema es el área Comercial de la Zona Benito Juárez de la División Valle de México Centro. Figura 1 (Organigrama CFE Área Comercial)

[image:21.612.83.513.398.616.2]

(22)

2.3 Descripción de los objetivos, misión, visión y estrategias del

área de interés.

2.3.1 Objetivo

Establecer los lineamientos generales del proceso comercial, que permita su aplicación estandarizada en el entorno de influencia de CFE y que con ello se contribuya a la satisfacción de los requerimientos de los Clientes que son objeto de este proceso y mejorar continuamente la percepción que sobre nuestra Institución tienen nuestros Clientes.

2.3.2 Alcance

Este análisis considera su aplicación en las Zonas de Distribución y Oficinas Divisionales, incluyendo áreas técnicas y administrativas, de manera que todos los Clientes de CFE considerados de los segmentos a que está dirigido, puedan disponer de los mismos servicios.

2.3.3 Política

Al ser de observancia Institucional, el proceso comercial debe ofrecer los mismos servicios al segmento de clientes al que está dirigido en todo el territorio que atiende CFE.

(23)

2.4 Problemática o Necesidad del Área de Interés y Situación

Actual

Se requiere de una herramienta informática que permita eficientar el proceso de revisión y evaluación de todas las tareas de los diferentes departamentos, con la finalidad de buscar áreas de oportunidad que permitan mejorar los procesos a

través del cruce de su información.Figura 2

Figura 2 (Rich Picture Situación actual)

2.5 Objetivos

2.5.1 Objetivo General

Desarrollar una herramienta informática que permita mejorar los procesos de trabajo contribuyendo a eficientar los trabajos inherentes a todas las áreas de la zona.

2.5.2 Objetivos Específicos

- Contribuir al ahorro de tiempo en la realización de los trabajos.

Beneficio económico

Ideas

Elaboración de un sistema

Cliente Satisfecho

Prioridad-Cliente Mejora - Procesos

Beneficios económicos Apoyo entre procesos

Vivir mejor Carga laboral

[image:23.612.95.523.217.494.2]

(24)

- Coadyuvar a una buena toma de decisiones.

2.5.3 Objetivos Particulares

 Elaboración de un sistema amigable, confiable y seguro.

 Mantener un bajo costo de operación del sistema.

 Cumplir con las normas y estándares establecidos.

2.6 Alcance de la Solución

Eficientar los procesos administrativos a través de un sistema informático centralizado.

2.7 Alcance del Proyecto

Crear un sistema de información que mejore todos los procesos en las diferentes áreas.

2.8 Alcance del Producto

El producto busca destinar los recursos necesarios a fin de crear un sistema de información eficiente que permita mejorar los procesos y subprocesos en las áreas.

- Cumple con la normatividad actual.

- Identifica las áreas de oportunidad para eficientar procesos. - Optimiza recursos.

- Mejora procesos. - Amigable.

(25)

2.9 Limitaciones y Restricciones

Se dispondrá de todos los recursos necesarios para cumplir con los objetivos planteados.

2.10 Descripción de la Propuesta de Solución

Se propone un sistema capaz de llevar el control de los recursos que sea capaz de eficientar los procesos. Figura 3

Figura 3 (Mapa Mental de la solución)

Beneficio económico Ideas

Elaboración de un sistema

Cliente Satisfecho

Prioridad-Cliente Mejora - Procesos

Beneficios económicos

Apoyo entre áreas Vivir mejor

Carga laboral

[image:25.612.97.538.271.452.2]

(26)

CAPITULO III. Análisis de la solución

3.1 Sistema de Información y su Entorno.

Antes de comenzar debemos definir primeramente qué es un sistema de

información, entendiéndolo como “Un conjunto de componentes que interaccionan

entre sí para lograr un objetivo en común”. Cabe señalar que en dicho sistema

debe existir una lógica entre sus partes, es decir, que todos los elementos del sistema deben estar ligados y controlados de manera que se logre el objetivo del sistema.

3.1.1 Selección y Diagrama del Modelo de Ciclo de Vida del Proyecto

Para este proyecto se pretende utilizar el Modelo de Ciclo de Vida en Espiral ya que el Modelo Espiral mejora el Modelo de Cascada enfatizando la naturaleza iterativa del proceso de diseño. Eso introduce un ciclo de prototipo iterativo. En cada iteración, las nuevas expresiones que son obtenidas transformando otras dadas son examinadas para ver si representan progresos hacia el objetivo. Figura 4

Figura 4 (Ciclo de Vida Modelo Espiral)

[image:26.612.167.442.429.579.2]

(27)

actividad; recordemos que todo sistema requiere de evaluación periódica para su depuración y puesta en marcha.

El área de CFEctiva empresarial no cuenta con un servidor y una red adecuada para la integración de las diferentes labores que en ésta área se generan. Figura 5

Figura 5 (Entidades que afectan al sistema)

3.2 Metodología a Emplear para la Solución.

3.2.1 Metodología Ágil

[image:27.612.97.531.183.437.2]

(28)

cada iteración, a este término el equipo vuelve a evaluar las prioridades del proyecto.

Los métodos ágiles enfatizan las comunicaciones cara a cara en vez de la documentación. La mayoría de los equipos ágiles están localizados en una simple oficina abierta, a veces llamadas "plataformas de lanzamiento". La oficina debe incluir revisores, escritores de documentación y ayuda, diseñadores de iteración y directores de proyecto. Los métodos ágiles también enfatizan que el software funcional es la primera medida del progreso. Combinado con la preferencia por las comunicaciones cara a cara, generalmente los métodos ágiles son criticados y tratados como "indisciplinados" por la falta de documentación técnica. Figura 6

Figura 6 (Modelo Ágil)

3.3 Personal Involucrado en la Solución (Staff)

[image:28.612.214.397.313.540.2]

(29)

3.4 Matriz de Asignación de Responsabilidades del Staff; Número

de Personas Involucradas, Perfil Profesional, Requerimientos,

Funciones, Interno y/o Externo.

Para desarrollar el sistema y poner en marcha el proyecto se requiere del apoyo de los recursos humanos encargados de llevar a cabo los diagnósticos energéticos ya que estos son los encargados de realizar los censos de energía motivo de esta implementación.

3.5 Parrilla OVAR

3.5.1 Finalidad de la metodología.

 Conocer mejor la situación de la empresa.

 Lograr implantar acciones de mejora.

 Tener a la empresa bajo control.

 Mejorar la coherencia de las decisiones del empresario y su equipo

directivo.

Cant. Perfil Requerimientos Funciones Interno/_Externo

1 Ing. Sistemas _Desarrollo Desarrollo de sistemas de información e implementación

Programación Orientada a Objetos I

3 Lic. Informática _Analista _{conocimiento del sistema}Análisis de resultados y Implementación, Capacitación,

Instalación I 10 Ejecutivos CFEctiva _Empresarial I

OBJETIVO GENERAL GENERAR POLITICAS DE ACCESO VERIFICAR LAS NECESIDADES DEL PROCESO ASIGNAR PERFIL DE ACCESOS PLANEAR SISTEMA DE ACCESO

ANALIZAR TI ANALISTA PROGRAMADOR ADMINISTRADOR SISTEMA DIRECCION

REUNION PARA REVISION DE

POLITICAS

ACTUALES    

ANALISAR NECESIDADES DEL

PROCESO     

ANALIZAR PERFILES DE ACUERDO A LAS

FUNCIONES      

GENERAR TIPOS DE

ACCESO  

(30)

ACCIONES DETECTAR NECESIDADES DE L PROCESO

REALIZAR PLAN DE

TRABAJO DESARROLLO DEL SISTEMA PRUEBA Y ERROR IMPLEMENTACIÓN PERFILES DE USUARIO

¿QUÉ?

INVESTIGAR CON EL AREA AFECTADA LA PROBLEMÁTICA

DE ACUERDO A LA DETECCION DE NECESIDADES ELABORAR

PLAN DE TRABAJO

DESARROLLA SISTEMA DE ACUERDO A LA

NECESIDAD Y OBJETIVOS PLANTEADOS DETECTAR ELELMENTOS DE OPORTUNIDAD PARA MEJORA DEL SISTEMA IMPLEMENTAR Y PUESTA EN MARCHA DEL SISTEMA INVESTIGAR LAS FUNCIONES QUE REALIZA CADA USUARIO

¿CÓMO? A TRAVÉS DE UNA ENTREVISTA

UNA VEZ DETECTADO LA PROBLEMÁTICA Y EL OBJETIVO SE PROCEDE A

REALIZAR PLAN DE TRABAJO

UTILIZANDO UN LENGUAJE DE PROGRAMACIÓN DE

4a GENERACIÓN

REALIZANDO EN LAS AREAS AFECTADAS

INTALANDO EL SISTEMA EN LAS

TERMINALES REQUERIDAS

INVESTIGAR CON PERSONAL DE R.H. EL PERFIL DE CADA

USUARIO ¿QUIÉN? ANALISTA, ADMINISTRADOR, DIRECTOR ANALISTA, ADMINISTRADOR, DIRECTOR PROGRAMADOR Y ANALISTA PROGRAMADOR, ANALISTA Y USUARIO

PROGRAMADOR Y

ANALISTA ANALISTA

Plan de Acción de la Parrilla OVAR

3.6 Métrica del Desarrollo de Software

3.6.1 Complejidad del Dominio de Información

Número de entradas de usuario 1. Catálogo de Usuarios

1.1. Alta de usuarios

1.2. Bajas de usuarios

1.3. Modificación de usuarios

2. Catálogo de Zonas

2.1. Alta de Zonas

2.2. Bajas de Zonas

(31)

3. Registro de procesos

3.1. Alta de procesos

3.2. Bajas de procesos

3.3. Modificación de procesos

Número de salidas de usuario 1. Listado de usuarios

2. Listado de zonas

3. Reporte de procesos

4. Reporte de avances de procesos

5. Reporte de procesos pendientes

6. Reporte de procesos terminados

7. Reporte de zonas

Número de peticiones de usuario

1. Pantalla de registro de entrada al sistema

2. Pantalla de registro de procesos

3. Consultas de usuarios

4. Consultas de Zonas

(32)

Número de archivos lógicos

1. Archivo Maestro de Usuarios

2. Archivo Maestro de Zonas

3. Archivo Maestro de procesos

4. Archivo de procesos vigentes

5. Archivo de procesos terminados

Número de interfaces remotas

1. Telecomunicaciones remotas

2. Correo electrónico

3. Medios de comunicación local

3.7 Computación de Puntos de Función

S M C TOTAL

NE 5 15 3 12 1 6 33

NS 3 12 4 20 0 0 32

NP 0 0 3 12 2 12 24

NA 2 14 3 30 0 0 44

NI 0 0 0 0 3 30 30

163

∑i = 59

PF = cuenta total x [0.65 + 0.01 x Fi] PF = 202.12

PFA = 1.15 X PF PFA = 232.44

3.8 Cálculo de Líneas de Código

El lenguaje en el que se desarrollará el sistema será de 4ta. Generación

CLDC = [Lenguajes de programación (LDC/PF media)] x PF ajustado

(33)

3.8.1 Modo de Desarrollo de Software

Modo Semilibre: Nuestro proyecto es intermedio en tamaño y complejidad, en que los equipos, debe satisfacer requisitos poco o medio rígidos.

3.8.2 Modelo Básico o Modelo Intermedio (considerar el factor de ajuste, EAF)

Modelo Intermedio, tenemos un equipo preparado y el proyecto es medio complejo.

Incorpora 15 variables de predicción que influyen en el costo del proyecto.

EAF = 3.01

RELY 1.40

DATA 1.00

CLPX 1.65

TIME 1.30

STOR 1.21

VIRT 1.30

TURN 1.00

ACAP

AEXP

PCAP

VEXP 0.90

LEXP 0.95

MODP 0.82

TOOL 0.91

SCED 1.00

3.9 Cálculo de Esfuerzo, Tiempo de Desarrollo, Productividad y

Número de Personas

ESFUERZO

E = EAFX3.0(KDSI)1.12 E = 50.54

TIEMPO DE DESARROLLO

TDEV = 2.5(E)0.35 TDEV = 9.87

PRODUCTIVIDAD

(34)

NÚMERO DE PERSONAS

N = E / D N = 5.12

3.9.1 Distribución de Tiempo y Esfuerzo por Etapas

PEQUEÑO INTERMEDIO

A B C

ESFUERZO 2 4.65 8

EP 6 6.00 6

A 16 16.00 16

D 68 66.68 65

P 16 17.32 19

TIEMPO

EP 10 10.44 11

A 19 19.00 19

D 63 61.23 59

P 18 19.77 22

3.9.2 Estimación por Etapas

ESFUERZO X ETAPAS

HOMBRE MES

EP 3.03

A 8.09

D 33.70

P 8.76

TIEMPO X ETAPAS

MESES

EP 1.03

A 1.87

D 6.04

P 1.95

PERSONAS X ETAPAS

EP 2.94

A 4.31

D 5.58

P 4.49

3.9.3 Cálculo de Costos de Desarrollo de acuerdo al punto 15.6

COSTOS DE DESARROLLO

EP 12000 35318.32

A 8500 36661.82

D 13500 75289.74

P 12500 56115.29

(35)

CAPITULO IV. Diseño de la solución

4.1 Arquitectura de Zachman

Datos (Qué) Funciones (Cómo) Red (Dónde) _(Quiénes)Gente Tiempo (Cuándo) Motivación (Por _qué)

Objetivos /

alcance administrativos * Controles

Citas con el cliente

Delegación Benito Juárez

Departamentos Zona Benito

Juárez 3 días

Satisfacer las necesidades para eficientar procesos Diagnósticos Análisis Reportes Modelo del negocio Diagrama de relaciones de la

entidad (incluyendo: m:m,

n-ary, relaciones atribuidas)

Modelo de proceso del negocio (diagrama de flujo de información

física) Red logística (nudos y eslabone) Organigrama, con responsables; grupos de habilidad; aseguramiento de temas. Programación principal del negocio Plan de negocio Modelo del sistema de información

Modelo de datos (entidades convergentes, completamente

normalizadas)

Diagrama esencial del flujo de datos; arquitectura de la

aplicación Arquitectura del sistema distribuido Arquitectura del interfaz humano (papeles, datos, acceso) Diagrama de dependencias, historia de la vida

de la entidad (estructura de proceso)

Modelo de reglas del

negocio

Modelo de la tecnología

Arquitectura de los datos (tablas y

columnas); mapa de los datos de la

herencia

Diseño del sistema: gráfico de estructura y

código aparente Arquitectura del sistema (tornillería, tipos del software) Interfaz del usuario "Control del diagrama de flujo (la estructura del

control)

Diseño de las reglas del

negocio El sistema está

restringido por contraseña según el nivel

de usuario y validará los datos para evitar errores en la captura

Representación detallada Organizar información y elaborar diseño físico del almacenamiento

Diseño detallado del

planteamiento Arquitectura de red

Pantallas con arquitectura para seguridad (¿quién puede

ver?)

Definiciones de la programación

Especificación de las reglas en

el "programa lógico"

Sistema

funcional Datos convertidos Programas ejecutables

(36)

4.2 Modelo de Requerimientos

4.2.1 Diagrama de Casos de Uso

Muestra la relación entre los actores y los casos de uso del sistema. Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interacción externa.

Al contar con un diagrama de uso bien elaborado, sabremos cómo se usa el sistema partiendo desde el punto de vista del usuario final, esto nos da pauta para conocer más a fondo los requisitos que deberá tener el sistema a desarrollar.

ENTREVISTA CON EL CLIENTE MEJORA DE PROCESOS

ANÁLISIS DE PROCESOS

IMPRIME INFORME CAPTURA

INFORMACIÓN

EMITIR

RECOMENDACIONES AL CLIENTE

<<INCLUDE>>

<<INCLUDE>> <<INCLUDE>> <<INCLUDE>>

(37)

4.3 Documentación de Casos de Uso

4.3.1 Nombre del Sistema

SIID (Sistema Integral de Información Dinámica)

4.3.2 Breve Descripción del Sistema

Es un sistema basado en lenguaje Visual, desarrollado para la Comisión Federal de Electricidad el cual es utilizado para controlar y eficientar los procesos de las diferentes áreas que conforman la Zona Benito Juárez.

4.3.3 Actores y Casos de Uso

Actores primarios:

 Cliente: es la persona que requiere eficientar los procesos de trabajo.

 Analista: es el encargado del realizar el estudio detallado del proceso a

mejorar.

Actores secundarios:

(38)

4.4 Casos de Uso

4.4.1 Nombre del Caso de Uso

 Del cliente: solicita sistema, otorga facilidades al analista y da la

información necesaria.

 Del analista: captura y analiza la información, emite reporte.

 Del desarrollador: diseña, desarrolla, implementa y monitorea el sistema.

4.4.2 Precondiciones

El cliente deberá solicitar por escrito el apoyo para la implementación del sistema.

4.4.3 Flujo de Eventos

 El cliente solicita el servicio.

 Se concerta cita para recibir al analista.

 El analista se presenta en el área para realizar el levantamiento de las

necesidades del cliente.

o Do extend, captura

 El analista realiza el análisis y emite el reporte de viabilidad al desarrollador.

4.4.4 Postcondiciones

Es responsabilidad del cliente la aplicación y uso adecuado del sistema desarrollado.

4.4.5 Caminos Alternativos

(39)

4.4.6 Pantallas y Estructura de la interfaces para el módulo de Diagnósticos Energéticos.

Pantalla de registro de usuarios validos.

(40)

Pantalla donde se describen las condiciones de la instalación eléctrica.

(41)

Pantalla donde se almacena el levantamiento de los aparatos encontrados, así como sus costumbres de uso.

(42)

Pantalla donde se muestra gráficamente las estadísticas de consumo de los aparatos.

(43)

4.5 Notaciones para interfaces

4.6 Mapa de Navegación de Interfaces

Password

Usuario

Contraseña

Aceptar

Login

Cancelar Analista

Cliente

Interfaz del usuario

Capturar diagnóstico

Emitir reporte Interfaz para emitir reporte

Pantalla de password

Despliegue de usuarios

Captura de contraseña

(44)

4.7 Modelo de Análisis

4.7.1 Diagrama de Clases

Sirve para visualizar las relaciones entre las clases que involucran el sistema, las cuales pueden ser asociativas, de herencia y de uso, describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos.

Los diagramas de clases nos ayudan durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejará en el sistema, y los componentes que se encargaran del funcionamiento y la relación entre uno y otro.

Cliente

Nombre RPU Aparatos

Nombre Consumo

RPU

Facturación

Facturación RPU

Equipo

(45)

4.7.2 Diagrama de Paquetes

Muestra cómo un sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones, suministran una descomposición de la jerarquía lógica de un sistema.

El diagrama de paquetes nos ayudará a que cada paquete puede asignarse a un individuo o, a un equipo, y las dependencias entre ellos pueden indicar el orden de desarrollo requerido.

Módulo de datos generales Módulo de condiciones de la

instalación eléctrica

Módulo de pruebas de medidor

Módulo de censo de aparatos

Módulo de propuesta Módulo de diagramas

(46)

4.7.3 Modelo de Diseño

 Captura de

levantamiento de aparatos conectados a la red eléctrica.

 Condiciones de

la instalación.

 Prueba de

medidores.

 Observaciones.

Input

 Introducir tipos de aparato y

costumbre de usos.

 Revisión física de la calidad

de los componentes eléctricos.

 Cálculo para prueba de

medidores.

 Descripción detallada de las

observaciones y

recomendaciones propuestas al cliente.

Procesos

 Reporte detallado

con las

observaciones, recomendaciones y

especificaciones.

(47)

4.7.4 Diagrama de Secuencias

Describe las interacciones entre un grupo de objetos mostrando de forma secuencial los envíos de mensajes entre objetos, muestra los flujos de datos intercambiados durante el envío de mensajes.

Cliente Analista

Solicita levantamiento de diagnóstico

Entrega resultado

Realiza levantamiento

Elabora reporte Captura y analiza

(48)

Los diagramas de secuencia nos ayudan a identificar cómo los objetos se comunican con otros objetos y qué mensajes disparan esas comunicaciones.

4.7.5 Diagrama de Estado

Muestra la secuencia de estados por los que pasa un caso de uso, un objeto a lo largo de su vida, o bien todo el sistema. En él se indican qué eventos hacen que

se pase de un estado a otro y cuáles son las respuestas y acciones que genera.

Este diagrama nos ayudará a identificar cada uno de los estados por los cuales pasa un objeto durante su vida en una aplicación en respuesta a eventos, junto con sus respuestas y acciones, así como qué eventos pueden cambiar el estado de los objetos de la clase.

Inicio

Captura de los datos del censo Levantamiento del

diagnóstico

Análisis y recomendaciones

(49)

4.7.6 Diagrama de Colaboración

Los diagramas de colaboración explican gráficamente las interacciones entre los objetos, constituyen una de las herramientas más importantes para el análisis y diseño orientado a objetos.

El diagrama de colaboradores nos mostrará explícitamente las relaciones de los roles de los objetos.

Datos referidos por el cliente Levantamiento

de diagnóstico

Sistema SIID

(50)

4.7.7 Diagrama de Actividades

Representa los flujos de trabajo paso a paso de negocio y operacionales de los componentes en un sistema.

El diagrama de actividades nos mostrará la serie de actividades que deben ser realizadas en un uso-caso, así como las distintas rutas que pueden irse desencadenando en el mismo.

Acudir al domicilio del cliente

Realizar el levantamiento

Preguntar costumbres de uso

Capturar los datos en el SIID

Entregar reporte detallado Elaborar diagnóstico y

(51)

4.8 Modelo de Desarrollo

4.8.1 Diagrama de Componentes

Se utilizan para modelar la vista estática de un sistema. Muestra la organización y

las dependencias entre un conjunto de componentes.

Al diseñar el diagrama nos mostrará cómo un sistema de software es dividido en componentes y muestra las dependencias entre estos, identificando a sus componentes físicos tales como: archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes.

4.9 Modelo de Implantación

4.9.1 Diagrama de Implementación

Los diagramas de implementación muestran los aspectos físicos del sistema, incluyen la estructura del código fuente y la implementación.

FrmDiagnóstico.exe

(52)

Para ésta tesis, se omite la estructura total del código fuente por tratarse de información confidencial, ya que dicho sistema se encuentra en vías de registro ante el Instituto Mexicano de Propiedad Intelectual y sólo se muestra una pequeña parte del código fuente para fines ilustrativos.

IF !EMPTY(this.Value) rpuprin = this.Value SELECT datdiags

LOCATE FOR rpu = thisform.pageframe1.page1.text3.Value IF FOUND()

nu = RECNO()

thisform.label1.Caption = "REVISO: ING. " + ALLTRIM(DATDIAGS.REVISO)

thisform.pageframe1.page2.Enabled = .t.

thisform.pageframe1.page1.text1.value = nombre

thisform.pageframe1.page1.text2.value = domicilio

thisform.pageframe1.page1.text4.value = cta

thisform.pageframe1.page1.text5.value = medidor1

thisform.pageframe1.page1.text45.value = lec11

thisform.pageframe1.page1.text51.value = fec11

thisform.pageframe1.page1.text65.Value = multip1

thisform.pageframe1.page1.text66.Value = multip2

thisform.pageframe1.page1.text67.Value = multip3 reslec1 = 0

resfec1 = 0 feclec130 = 0 feclec160 = 0

IF lec11 <> 0 AND lec12 <> 0

IF lec11 < lec12

reslec1 = lec12 - lec11

ENDIF IF lec11 > lec12

reslec1 = lec12 + 10000 - lec11

ENDIF ENDIF

IF EMPTY(fec11) = .f. AND EMPTY(fec12) = .f.

IF DATETIME(VAL("20" +

left(fec11,2)),VAL(SUBSTR(fec11,3,2)),VAL(RIGHT(fec11,2))) < DATETIME(VAL("20" +

left(fec12,2)),VAL(SUBSTR(fec12,3,2)),VAL(RIGHT(fec12,2))) resfec1 = (DATETIME(VAL("20" +

left(fec12,2)),VAL(SUBSTR(fec12,3,2)),VAL(RIGHT(fec12,2))) - DATETIME(VAL("20" +

left(fec11,2)),VAL(SUBSTR(fec11,3,2)),VAL(RIGHT(fec11,2))))/86400

ENDIF ENDIF

IF reslec1 <> 0 AND resfec1 <> 0

feclec130 = reslec1 / resfec1 * 30.4

ENDIF

(53)

thisform.pageframe1.page1.text57.value = feclec130

thisform.pageframe1.page1.text55.value = fec22 reslec2 = 0

IF lec21 <> 0 AND lec22 <> 0

IF lec21 < lec22

reslec2 = lec22 + 10000 - lec21

ENDIF ENDIF

left(fec22,2)),VAL(SUBSTR(fec22,3,2)),VAL(RIGHT(fec22,2))) - DATETIME(VAL("20" +

left(fec21,2)),VAL(SUBSTR(fec21,3,2)),VAL(RIGHT(fec21,2))))/86400

ENDIF ENDIF

ENDIF

thisform.pageframe1.page1.text56.value = fec32 reslec3 = 0

IF lec31 <> 0 AND lec32 <> 0

IF lec31 < lec32

reslec3 = lec32 + 10000 - lec31

ENDIF ENDIF

(54)

ENDIF

thisform.pageframe1.page1.text63.value = feclec130 + feclec230 + feclec330

thisform.pageframe1.page1.text64.value = feclec160 + feclec260 + feclec360

thisform.pageframe1.page1.text8.value = voltaje

thisform.pageframe1.page1.combo1.value = tarifa

IF thisform.pageframe1.page1.combo1.value = "3" OR thisform.pageframe1.page1.combo1.value

= "OM"

thisform.pageframe1.page1.text65.Visible = .t.

ELSE

thisform.pageframe1.page1.text65.Visible = .f.

ENDIF

thisform.pageframe1.page1.text43.Value = telefono

thisform.pageframe1.page1.text44.Value = correo

SELECT datdiags

IF nu <> 0

GOTO nu

ENDIF

IF EMPTY(bim61) = .t. bimes = 5

ENDIF

IF EMPTY(bim61) = .f. bimes = 6

ENDIF

thisform.pageframe1.page1.text42.Value = (bim12 + bim22 + bim32 + bim42 + bim52 + bim62) / bimes

thisform.pageframe1.page3.label41.Caption =

ALLTRIM(STR(thisform.pageframe1.page1.text42.Value,10,2)) + " KWH"

ALLTRIM(STR(datdiags.clima+datdiags.bomb+datdiags.refrige+datdiags.audvid+datdiags.comp

+datdiags.ilumininc+datdiags.electrodom+datdiags.iluminflu+datdiags.constb,10,2)) + " KWH"

ALLTRIM(STR(ABS(VAL(thisform.pageframe1.page3.label39.Caption) -

(55)

ALLTRIM(STR(VAL(thisform.pageframe1.page3.label41.Caption) * 0.625)) + " Kilos CO2"

thisform.pageframe1.page1.command4.Visible = .t.

DO chart.prg

thisform.pageframe1.page1.text9.SetFocus

promcar = thisform.pageframe1.page1.text42.Value thisform.pageframe1.page1.text12.Visible = .t.

thisform.pageframe1.page1.text42.Visible = .T. esta = 1

ELSE

esta = 0

thisform.pageframe1.page1.text1.Value = ""

thisform.pageframe1.page1.combo1.Value = ""

thisform.pageframe1.page1.text45.Value = 0

(56)

thisform.pageframe1.page2.Enabled = .f.

ENDIF ENDIF

thisform.Refresh

(57)

CAPITULO V. Propuesta de desarrollo e

implementación de la solución

5.1 Requerimientos Tecnológicos para la Solución

5.1.1 Software

 Lenguaje de programación VISUAL

o FOXPRO, como parte de la plataforma VISUAL, está normalizado

por ECMA desde diciembre de 2001

o Lenguaje de programación orientado a objetos desarrollado y

estandarizado por Microsoft, que después fue aprobado como un estándar por la ECMA e ISO. Su sintaxis básica deriva de C/C++ y utiliza el modelo de objetos de la plataforma .NET, similar al de Java aunque incluye mejoras derivadas de otros lenguajes (entre ellos Delphi).

 Windows server 2011

o Sistema operativo de Microsoft diseñado para servidor. Se basa en

el núcleo Windows NT.

 Windows 7

o Línea de sistemas operativos desarrollada por Microsoft. Esta

(58)

5.1.2 Hardware

 Notebook HP Mini 110

o Video en 1080p.

o 1 GB de RAM.

o Disco duro de 160 GB (también puede optar por 32 GB SSD).

o Pantalla de 10,1″,

 Router Cisco 800

o Continuidad del negocio con las conexiones primarias y de copia de

seguridad en el router Cisco 880, incluyendo 3G y RDSI

o Cuatro puertos 10/100 Mbps Fast Ethernet switch gestionable

puertos con PoE opcional de dos puertos de conmutación

o Hasta 20 túneles VPN

 Switch OFFICE CONNECT

o Diseñado para pequeñas oficinas y sucursales remotas que

requieren un elevado rendimiento de red para intercambiar grandes archivos de datos e imágenes, así como información de acceso en tiempo real.

 Impresora Laser XEROX PHASER 6500DN

Detalles técnicos

Ciclo de trabajo (máximo) 40000 páginas por mes

Procesador

Velocidad de reloj 400 MHz

Built-in processor Si

Memoria

Memoria interna 256 MB

Memoria interna, máximo 768 GB

5.1.3 Almacenamiento

 RAID 5 disponible en el servidor

5.1.4 Comunicaciones

(59)

 WiFi TELMEX

5.2 Calidad del Sistema

5.2.1 Aseguramiento de la Calidad

Se pretende la obtención de un software con calidad ya que implica la utilización de metodologías o procedimientos estándares para el análisis, diseño, programación y prueba del software que permiten uniformar la filosofía de trabajo, en aras de lograr una mayor confiabilidad y facilidad de prueba, a la vez que eleve la productividad, tanto para la labor de desarrollo como para el control de la calidad del software.

La política establecida está sustentada sobre tres principios básicos: tecnológico, administrativo y ergonómico.

El principio tecnológico define las técnicas a utilizar en el proceso de desarrollo del software.

El principio administrativo contempla las funciones de planificación y control del desarrollo del software, así como la organización del ambiente o centro de ingeniería de software.

El principio ergonómico define la interfaz entre el usuario y el ambiente automatizado.

5.2.2 Revisión del Sistema

(60)

puede cubrir la conversión del sistema si hubo transferencia de datos e información de archivos maestros del sistema anterior al nuevo.

5.2.3 Plan de Calidad

 Cumplimiento del Horario de Trabajo

 Compromiso y cumplimiento de las Responsabilidades y Funciones

asumidas

 Manejo adecuado de la información

 Motivación propia hacia el mejoramiento y desarrollo personal

 Disposición al reto

 Motivación al logro

 Iniciativa

 Creatividad

5.2.4 Estándares de Calidad

Los estándares de calidad determinan el nivel mínimo y máximo aceptable para un indicador. Si el valor del indicador se encuentra dentro del rango, significa que estamos cumpliendo con el criterio de calidad que habíamos definido y que las cosas transcurren conforme a lo previsto. Estamos cumpliendo con nuestro objetivo de calidad. Si por el contrario, estamos por debajo del rango, significa que no cumplimos nuestro compromiso de calidad y deberemos actuar en consecuencia (o bien la apuesta fue demasiado optimista para los medios disponibles). Por el contrario, si estamos por encima, o bien tendremos que redefinir el criterio o, desde luego, estamos gastando (en términos de esfuerzo) más de lo que pensábamos que era necesario (o fuimos pesimistas para fijar el rango o pecamos de inexpertos).

• ISO

(61)

estandarización de normas de productos y seguridad para las empresas u organizaciones a nivel internacional.

Estándares ISO existentes:

 ISO 9001, 9000–3, 9004–2

 ISO/IEC 12207

 ISO/IEC 15504 (SPICE)

• IEEE

Es el estudio de estándares elaborado por el Instituto de Ingenieros Eléctricos y Electrónicos (IEEE), que actúa sobre redes de ordenadores, concretamente y según su propia definición, sobre redes de área local (LAN) y redes de área metropolitana (MAN). También se usa el nombre IEEE 802 para referirse a los

estándares que proponen; Algunos de los cuales son muy

conocidos: Ethernet (IEEE 802.3), o Wi-Fi (IEEE 802.11). Está, incluso, intentando estandarizar Bluetooth en el 802.15 (IEEE 802.15).

Se centra en definir los niveles más bajos (según el modelo de referencia OSI o sobre cualquier otro modelo). Concretamente subdivide el segundo nivel, el de enlace, en dos subniveles: El de Enlace Lógico (LLC), recogido en 802.2, y el de Control de Acceso al Medio (MAC), subcapa de la capa de Enlace Lógico. El resto de los estándares actúan tanto en el Nivel Físico, como en el subnivel de Control de Acceso al Medio.

5.2.5 Propuesta de Mantenimiento

(62)

5.2.6 Rediseño, Mejora, Reingeniería o Ingeniería Inversa

Es la revisión fundamental y el rediseño radical de procesos para alcanzar mejoras espectaculares en medidas críticas y contemporáneas de rendimiento, tales como costos, calidad, servicio y rapidez.

Esto implica rehacer la empresa desde cero, olvidándonos de lo que se hacía y proponer un nuevo sistema de operación.

El pensar en una nueva estructura organizacional nos hace ver una nueva serie de perspectivas para la empresa y sus empleados.

La preparación para el trabajo cambiará de entrenamientos para el mayor desempeño del puesto a procesos reducativos de fondo, se prevé que los enfoques de medidas de desempeño y compensaciones puedan reforzar las actividades para la compensación de los resultados en donde también cambiarán los criterios de ascenso organizacional, dependiendo cada vez más de que las personas a ascender en la organización cuenten con habilidades para el puesto.

Existe una importante tendencia al cambio de los valores organizacionales y de actitudes de tipo proteccionista a orientaciones productivas en donde el papel de los directivos cambien de supervisores a entrenadores de su gente, en donde las estructuras organizacionales serán planas desapareciendo las estructuras jerárquicas y la ambición provocando que las habilidades de los ejecutivos cambien de "anotadores de tantos" a verdaderos directivos de transformaciones.

Los directivos de las empresas del futuro deberán apoyar al personal de los diferentes niveles de tal forma que, estando debidamente facultados, tomen decisiones, basándose en la información detallada que brinden sus sistemas institucionales.