PROPUESTA PROYECTO WEB “CONTROL DE SERVICIO CFE MARIA LOMBARDO”

Presentación del tema: "PROPUESTA PROYECTO WEB “CONTROL DE SERVICIO CFE MARIA LOMBARDO”"— Transcripción de la presentación:

1 PROPUESTA PROYECTO WEB “CONTROL DE SERVICIO CFE MARIA LOMBARDO”

2 Objetivos: Desarrollar un sitio WEB para darle a conocer la gestión de los servicios de CFE para comunidad de María lombardo. Objetivo especifico Brindarle una mejor atención o información actual a los pobladores de la comunidad María Lombardo. Ofrecer a los cliente una interfaz amigable, interactivo y fácil manejo El desarrollo de realizo en el lenguaje de programación PHP y el sistema gestor de base de datos MYSQL

3 Propósito: *Proporcionar un servicio de calidad a todos los usuarios mediante una aplicación de atención a la demanda de CFE. *Fácil acceso a información de los usuarios. *Publicidad de fechas aproximadas para recibir los recibos de pago de la luz eléctrica. *

4 Planteamiento: En el desarrollo de la aplicación se basa en el servicio de comisión federal de luz en la mayor parte de la comunidad los usuarios nunca son notificados de los cobros de estos mismos, por ese motivo se implementara a la disposición de los usuarios una página web donde se notificara las fechas a comprobar y realizar el pago del mismo de igual manera se pondrá a disposición el registro y la consulta de estos en dado caso que no puedan acudir a pagar o por descuido propio, actualmente a muchos de ellos no cuentan con sus números de cuenta y esos les impide realizar sus pagos y tienen que acudir al centro de Carranza y es un problema por las distancia. Entras las cuales resaltan: *Falta de registro propio de la comunidad *Desconocen el motivo cuando no llegan los recibos *No se proporciona información sobre la fecha de pago *No facilitan números de atención al cliente *No mencionan el proceso de seguimiento a contrataciones nuevas

5 Actualmente el sitio web “CONTROL DE SERVICIO CFE MARIA LOMBARDO” se desarrolló mediante el modelo a seguir cascada, donde se divide en 6 fases por las que se siguen de manera minuciosa. El origen del término “cascada” se cita a menudo para ser un artículo publicado adentro 1970 por Winston W. Royce (1929-1995), Royce presentaba este modelo como ejemplo de un modelo dañado, non- working (Royce 1970). METODOLOGIA

6 Personal involucrado Analista Diseñador Programador Administrador de base de datos

7 ACTIVIDADESTIEMPO ESTIMADO SEP29-05OCTOCT6-12OCT13OCT-19OCTOCT20-27OCT  Ingeniera y análisis de software  Investigación preliminar x  Estudio de factibilidad x  Requerimientos necesarios para desarrollar el proyecto x  Análisis de los requerimientos del software  Requerimientos de los clientes x  Diseño del sistema  Diagrama entidad-relación x  Diagramas de secuencia x  Diagrama de caso de usos x  Codificación  Desarrollo de software xxxxxxx  Pruebas del sistema  Exposición de su proyecto y de la ejecución del sistema x Horas totales =65 horas 3 2 63 50 1

8 N°CargoTotal 1Analista1680 1Diseñador2500 1Programador1800 1 Administrador de base de datos 1600 TOTAL7580 Estimación de personal requerido Recursos humanos N°DescripciónCostoTotal 1Servidor5000 1lápiz55 1Libro de conteo55 Total5060 N°CargoCosto individualTotal 5Horas de internet840 Total40 Estimación de costos Recursos materiales y varios Recursos tecnol ó gicos

9 N°CargoTotal Recursos humanos7580.00 Recursos materiales y varios5060.00 Recursos tecnológicos40.00 Total12,680.00 Costo operacional

10 INDICADORESESTRATEGIAS Minimizar las vulnerabilidades de la Base d Datos MySQL Realizar un escaneo de red para identificar las vulnerabilidades Actualizar la base de datos Se verifica los últimos Backus de la base de datos para dar seguimiento a pérdidas. Creación de usuarios y roles de usuarios Haciendo un estudio sobre las bases de datos y quienes la van administrar Establecer políticas de contraseñaDeterminar los parámetros que debería tener una contraseña para que sea segura Estrategias de riesgo

11 Conclusión El proceso de creación del software tarda mucho tiempo ya que debe pasar por el proceso de prueba y hasta que el software no esté completo no se opera. Esto es la base para que funcione bien. Cualquier error de diseño detectado en la etapa de prueba conduce necesariamente al rediseño y nueva programación del código afectado, aumentando los costos del desarrollo.