Proyecto final de analisis by yadirakathya16

INSTITUTO TECNOLÓGICO SUPERIOR “NUESTRA SEÑORA DEL ROSARIO”

Especialidad de Análisis y Sistemas

Tema de proyecto: Sistema electrónico de abastecimiento de combustible gasóleo de vehículos, mediante el uso de herramientas tecnológicas, servirá para controlar el suministro de combustible en la frontera sector sur del Ecuador, durante el periodo enero hasta octubre del 2017.

Autores: Diego Chávez Valeria Clava Richard Lojan Kevin Lojan Ángel Córdova, Kathya Neira Fabián Ayala.

Ciclo: Tercer Ciclo Paralelo “A”

LOJA-ECUADOR 2016-2017

CYADEC SISTEM 1.0

Objetivo general: Analizar un Sistema electrónico de abastecimiento de combustible gasóleo de vehículos y usuarios, mediante el uso de herramientas tecnológicas, servirá para controlar el suministro de combustible en la frontera sector sur de Ecuador, durante el periodo enero hasta octubre del 2017

Objetivos Específicos: 

Analizar el registro de combustible de vehículos y usuarios de forma periódica.



Aplicar las clausulas establecidas en nuestro proyecto.



Notificar a las respectivas autoridades en caso de incumplir las clausulas establecidas.

Estructura de Desglose de Trabajos (EDT):

Alcance del proyecto: Analizar un sistema informático para el departamento de control de abastecimiento de la “Agencia Nacional de Hidrocarburos del Ecuador”, que ayude a controlar el abastecimiento de combustibles gasóleos en la frontera del Ecuador en el Cantón Zapotillo, generando las respectivas multas a los usuarios que infrinjan normativas establecidas en el desarrollo del sistema, dicho análisis: 

Controlar el abastecimiento de combustible a los vehículos y usuarios tanto ecuatorianos como extranjeros.



Llevar un control de los vehículos y usuarios que consumen los combustibles gasóleos en la frontera del Ecuador, Cantón Zapotillo.



Notificar al Servicio de Rentas Internas (SRI), donde se multara a los vehículo en caso de contravención y a las personas sin vehículo o usuario se les cargara una única vez y se le bloqueara la venta durante un mes en dicha estación de combustible



Notificar a la Agencia Nacional de Transito (ATN), para generar las respectivas multas, a los conductores que no respeten el cupo de abastecimiento, las sanciones establecidas son: Licencias

Puntos

Conductor

Salario Básico

Con el proyecto se busca la optimización de recursos naturales no renovables, la reducción del abastecimiento inmensurable de combustibles gasóleos, el control absoluto de estos combustibles en el cantón Zapotillo, el mejoramiento del servicio e imagen de la “Agencia de Hidrocarburos del Ecuador”, la eficiencia del personal previamente capacitado para la prestación de este servicio. El proyecto tiene un lapso de 10 meses a partir del 20/01/2017 al 20/10/2017, tiempo en el cual se estima concluir el análisis del proyecto, estando al servicio de la empresa anteriormente mencionada.

Requerimientos:

Requerimientos Requerimientos Funcionales Requerimientos no funcionales Controlar el abastecimiento de combustibles Fiabilidad del sistema. gasóleos. Correcto funcionamiento del sistema. Establecer una conexión entre la Agencia Seguridad. Nacional de Tránsito, el Servicio de Rentas Seguridad en la programación. Internas SRI y la Agencia de Hidrocarburos. El despachador y el gerente pueden registrar y buscar a los clientes registrados. Seguridad en la Base de datos. El despachador y el gerente solo pueden realizar consultas sin modificar ningún tipo de información. Revisión de multas. Mantenibilidad. Realizado por los despachadores, usuario y el Que el sistema sea fácil de brindarle gerente en donde solo pueden realizar mantenimiento con el fin de que más búsquedas. adelante se pueda implementar nuevos requerimientos. Emitir la respectiva multa. Disponibilidad. Realizado por el sistema teniendo en cuenta los El sistema puede ejecutarse durante las 24 estatutos ya establecidos. horas del día. Registro de usuarios que manejan el sistema Software y Hardware. (Empleado), usuarios que consumen (Usuario) y Software. Gerente. Sistema Operativo. Hardware. Componentes para el desarrollo del sistema.

Involucrados del Proyecto: INVOLUCRADOS DEL PROYECTO EXTERNOS INTERNOS POLÍTICOS GERENTE AMBIENTE ANALISTA GOBIERNO DISEÑADORES ADUANA PROGRAMADOR AGENCIA DE HIDROCARBUROS ADMINISTRADOR DE BASE DE DATOS ANT SPONSORS POLICIA TECNICO DE PRUEBAS SRI

Propuesta: Ventana de inicio de sesiรณn

Ventana principal para empleados:

Ventana de registros de abastecimiento:

Ventana de consultas para empleados:

Ventana principal para gerentes:

Ventana de consultas gerente:

Ventana de revisiรณn de quejas o sugerencias:

Ventana principal para el usuario o cliente:

Ventana de consultas para usuario:

Ventana de quejas o sugerencias del usuario:

Funcionalidad de tarifas y control del abastecimiento Persona sin vehículo $6,00 total de 3 cargas $18 Motocicleta $3.00 total de 3 cargas $ 9 Diésel $6.00 total de 3 cargas $18.00 Gasolina $6.00 total de 3 cargas $18.00 Funcionalidad de multas Nota: Cada infracción independientemente del tipo de licencia es una multa de $366 dólares equivalente a un salario básico* Disminución de puntos por tipo de licencias: •

Tipo A - 1 punto

•

Tipo B - 3 puntos

•

Tipo C - 5 puntos

•

Tipo D - 10 puntos

•

Tipo E - 20 puntos

Estimación de Presupuestos

Involucrado Analista Programador Diseñador Administrador de Base de Datos Detalle Computador de Escritorio Asus Core i7 3.0 GHz 600 GB Servidor Mac Proveedor Internet CNT 10.0 Mb IMB Lenovo Centrino Duo 60 Gb 2.3 Ghz Cámara digital Sony Impresora Cannon ip1800 multifunción tinta continua Detalle Windows 7 Ultimate Lenguaje de Programación Java Servidores PuntoNet Sistema Gestor de Base de Datos Paquete de Diseño Software de almacenado Windows 8.1 pro Paquete Microsoft Office 2010 Norton Security Deluxe Detalle Rollo de papel de factura Copias Folletos Trípticos

Presupuesto de Talento Humano Actividad Procesos Levantar Información Investigar requerimientos Programar Sistema Realizar el código del software Diseño de interfaz Diseñar la interfaz del sistema Administrar la base Crear y mantener la de Datos Base de Datos Presupuesto de Hardware Cantidad Valor Unitario 4 1000.00

Presupuesto $ 100.00 $ 500.00 $ 100.00 $ 2000.00

Valor Total 4000.00

1 2

2000.00 70.00

2000.00 140.00

290.00

1 1

250.00 290.00

Presupuesto de Software Cantidad Valor Unitario 2 70.00 1 900.00

Valor Total 140.00 900.00

1 1

80.00 400.00

1 1

250.00 150.00

1 1

90.00 60.00

35.00

Presupuestos Adicionales Cantidad Valor Unitario 12 5.00

Valor Total 60.00

200 200 200

5.00 0.50 0.50

10.00 100.00 100.00

Hospedaje y Comida

25.00

250.00

Viajes Servicios básicos Transporte

2 1 1 Otros TOTAL

10.00 50.00 5.00

20.00 50.00 5.00 200.00 $ 12570.00

Hitos y Actividades: GESTIÓN DE PROYECTO:      

Planificación Análisis del alcance Costos Tiempo Competencia Riesgos

RECURSOS HUMANOS:       

Empleados Gerente Gerente General Gerente de Reemplazo Despachadores Proveedores Usuarios

PROYECT CHART:   

Requerimientos Aprobación (del proyecto de trabajo) Plan de contingencia

HERRAMIENTAS     

Selección de Software Software de desarrollo. Sistema operativo. Sistema gestor de base de datos Lenguaje de programación

          

Software de análisis. Edraw. Pencil. Open Proyect. Selección de Hardware. Hardware analista. Grabadora Filmadora Hardware de desarrolladores. Computador Internet

PROTOTIPO      

Diseño Estándares Aprobación conceptual Conceptual Prototipo funcional Diagrama Entidad-Relación de Base de Datos

EJECUCIÓN     

Pruebas Evidente (funciona con normalidad. No evidente (no funciona con regularidad) Mantenimiento Correcciones extras

CAPACITACIÓN    

Personal Manual de usuario Manual de programación Manual de instalación

ACTA DE CONSTITUCIÃ&#x201C;N DEL PROYECTO

Presentado por: Grupo de Involucrados

ACTA DE CONSTITUCIÓN Título del Proyecto: Sistema electrónico de abastecimiento de combustible gasóleo de vehículos, mediante el uso de herramientas tecnológicas, servirá para controlar el suministro de combustible en la frontera sector sur del Ecuador, durante el periodo enero hasta octubre del 2017. CYADEC SISTEM 1.0

Meta: Obtener un producto de la más alta calidad, que satisfaga los requerimientos del cliente, en el tiempo proyectado. Alcance: Analizar y presentar la propuesta de un sistema informático para el departamento de control de abastecimiento de la “Agencia Nacional de Hidrocarburos del Ecuador”, que ayude a controlar el abastecimiento de combustibles gasóleos en la frontera del Ecuador en el Cantón Zapotillo, Gasolinera Zapotillo generando las respectivas multas a los vehículos y usuarios que infrinjan ciertas normativas establecidas en el desarrollo del sistema, dicho análisis:    

Controlar el abastecimiento de combustible a los usuarios tanto nacionales como extranjeros. Llevar un control de los usuarios que consumen los combustibles gasóleos en la frontera del Ecuador en el Cantón Zapotillo, Gasolinera Zapotillo. Informar al Servicio de Rentas Internas (SRI), para la asignación de las respectivas multas al vehículo en caso de contravención de estatutos establecidos. Informar a la Agencia Nacional de Transito (ATN), para generar las respectivas multas, a los conductores que no respeten el cupo de abastecimiento, las sanciones establecidas son: Licencias

Puntos

Conductor

Salario Básico

Con el proyecto se busca la optimización de recursos naturales, la reducción del abastecimiento inmensurable de combustibles gasóleos, el control absoluto de estos combustibles en la frontera del Ecuador en el Cantón Zapotillo, Gasolinera Zapotillo, el mejoramiento del servicio e imagen de la “Agencia de Hidrocarburos del Ecuador”, la eficiencia del personal previamente capacitado para la prestación de este servicio. El proyecto tiene un lapso de 10 meses a partir del 20/01/2017 al 20/10/2017, tiempo en el cual se estima concluir el análisis del proyecto, estando al servicio de la empresa anteriormente mencionada.

Objetivo general: 

Analizar un Sistema electrónico de abastecimiento de combustible gasóleo de vehículos y usuarios, mediante el uso de herramientas tecnológicas, servirá para controlar el suministro de combustible en la frontera sector sur de Ecuador, durante el periodo enero hasta octubre del 2017.

Objetivos específicos: 

Analizar el registro de combustible de vehículos y usuarios de forma periódica.



Aplicar las clausulas establecidas en nuestro proyecto.



Notificar a las respectivas autoridades en caso de incumplir las clausulas establecidas. .

Definición de Condiciones, Restricciones y Supuestos del Proyecto:

El análisis del proyecto debe ofrecer como resultado final una propuesta de un producto de calidad y totalmente operable para satisfacer las necesidades de la Agencia de Hidrocarburos del Ecuador.

Aunque para el desarrollo del proyecto se cuenta con un tiempo definido y con un alcance establecido por el gerente e involucrados, por otra parte el presupuesto es variable y se puede ajustar de acuerdo al criterio de todos los miembros del equipo, siempre y cuando sea debidamente justificado.

Miembros del Equipo:

       

Patrocinador: Kathya Neira. Gerente del proyecto: Richard Loján. Representantes de los usuarios: Luis Tillaguango. Fabián Ayala: Analista - Líder del Proyecto. Valeria Calva: Base de Datos. Ángel Córdova: Diseñador. Diego Chávez: Programador. Kevin Loján: Técnico en Pruebas.

Normativas del equipo de trabajo:

Se definieron las siguientes reglas para el grupo: 1. Reuniones. Se realizará tres reuniones semanales semi presenciales: Los lunes de 21:30 a 22:30 pm y los jueves de 17:10 a 19:10 en las instalaciones del Instituto Tecnológico Superior Nuestra Señora del Rosario y una reunión los días domingos de 10:00 a 16:00 en un sitio designado por el gerente del grupo con anterioridad. 2. Reunión de seguimiento del proyecto. La reunión de seguimiento del proyecto se realizará un jueves cada 2 semanas 17:10 a 18:10, en el sitio acordado previamente con el líder del proyecto. La asistencia a esta reunión es obligatoria, por tanto, en caso de NO asistencia se aplicarán las reglas definidas para la reunión semanal del grupo. 3. Comunicación. La comunicación oficial se realizará a través del correo electrónico, el cual debe enviarse con copia a todos los miembros del grupo, además de ello; mediante la comunicación verbal la misma que se verá reflejada en cada reunión de trabajo para las futuras reuniones. 4. Puntualidad. Ser puntual a las reuniones. Si algún miembro llega más de 10 minutos tarde a cualquier reunión (sea presencial o virtual) sin previo aviso (mínimo 24 horas), dicho retraso será considerado como una falta y tendrá que realizar tareas extras consideradas como su sanción a dicha falta. 5. Mecanismo de toma de decisiones: Algunas decisiones se toman entre todos, por medio de un consenso de grupo. Si un integrante NO se encuentra en el momento de una reunión en donde hay consenso, se aprobará la decisión tomada, deberá aceptar y cumplir las decisiones que ahí se hayan tomado. En caso de que la decisión que se debe tomar dependa en gran medida de la persona ausente, el líder del grupo tendrá la autoridad si así lo considera de aplazar la decisión para la siguiente reunión. 6. Asignación de tareas: Cargas iguales de trabajo para cada miembro del equipo y cada persona elige qué quiere hacer, debido a que unas personas tienen más experiencia en

ciertos temas que otros. Si existen tareas que no las quiere hacer nadie por consenso del grupo.

7. Reporte de tareas. Compromiso de tener el avance de las tareas de cada integrante los lunes antes de la reunión. El lunes en la reunión el líder del proyecto hará el seguimiento respectivo. Una vez culminada la tarea asignada, cada miembro debe hacer llegar la tarea al responsable de guardar el avance del trabajo del grupo además de enviar la notificación al líder de planeación, para que realice el registro de cumplimiento y éste informará al líder del proyecto para que realice el control de calidad y con el visto bueno de éste se envié la notificación al profesor de la asignatura. Si algún miembro del grupo no envía la tarea terminada y con el visto bueno, se considerará que no cumplió con la tarea asignada. Por tanto, se debe llevar un registro de incumplimiento en las asignaciones medido en horas/días según corresponda. Para todos los entregables se definiría fecha y hora de entrega. Cada hora que pase después de la fecha planeada de entrega se registrará. La sanción para esta falta será la sobrecarga de trabajos extras para la siguiente reunión. 8. Calidad de documentos: Todos los documentos generados deben ser aprobados por el líder del grupo antes de ser entregados. 9. Resolución de conflictos: Si se presentan conflictos entre dos o más personas se podrán escalar al gerente del equipo el cual podrá personalmente intentar solucionarlo, o podrá ponerlo como un punto de la agenda de la reunión semanal.

Organigrama y definición de Roles y Responsabilidades:

Los miembros del equipo han asumido un rol cuyas funciones están claramente establecidas y se dividen de la siguiente manera:

Gerente del proyecto Richard Lojan

Sponsor

Técnico De pruebas

Kathya Neira

Kevin Lojan

Analista – Líder del Proyecto

Programador Diego Chávez

Fabián Ayala

Diseñador Ángel Córdova

Administrador BDD Valeria Calva

 Gerente del proyecto

Richard Lojan

o Objetivo: Satisfacer las necesidades del cliente y ser un intermediario entre este y el equipo de trabajo, para lo cual debe coordinar al equipo y asegurar que los integrantes del equipo reporten los datos de los procesos que realizan con el fin gestionar un resultado satisfactorio de acuerdo a lo planeado. o Características: Capacidad para identificar riesgos y tomar decisiones objetivamente. Proponer por explotar las habilidades de cada miembro del equipo en pro del cumplimiento de los objetivos definidos. o Principales actividades: Motivar a los miembros de equipo para que realicen sus tareas. Velar porque cada semana se genere el reporte semanal del proyecto. Guiar al equipo en la asignación de tareas y resolución de problemas. Actuar como facilitador y coordinador en las reuniones del equipo.

 Administrador de Base de Datos

Valeria Calva

o Objetivo: Cuidar la información contenida en la base de datos ya que es el activo más importante de la Agencia de Hidrocarburos. o Características: Conocimientos en el diseño, seguridad y auditoria de bases de datos. Habilidades para el procesamiento de datos o Principales actividades:

Analizar las necesidades de la agencia. Recabar y organizar los requerimientos de la agencia Diseñar e implementar la base de datos que requiere la agencia.

 Programador

Diego Chávez

o Objetivo: Implementar la codificación del sistema requerido por la agencia para que el sistema pueda ser óptimo y de calidad. o Características: Gusto por la programación. Habilidades para adaptación de las necesidades en código. Conocimientos en varios lenguajes de programación. o Principales actividades: Coordinar con el analista las necesidades a programar Realizar el seguimiento al plan establecido. Actuar como desarrollador.

 Diseñador

Ángel Córdova

o Objetivo: Realizar una propuesta mediante un prototipo funcional, para conocer la aceptación y aprobación del gerente del proyecto. o Características: Interés por crear software con calidad. Contar con experiencia en inspección de programas y métodos de revisión de los mismos. Habilidades para el diseño de sistemas amigables al usuario. o Principales actividades: Implementar una propuesta de calidad para el proyecto. Advertir oportunamente de los defectos de calidad encontrados. Establecer estándares y velar por el cumplimiento de los mismos. Actuar como desarrollador.

 Técnico de pruebas

Kevin Lojan

o Objetivo: Analizar cada una de las actividades del sistema para corregir errores y así poder presentar un sistema óptimo y de calidad. o Características: Interés en la manipulación y control de calidad de software. Experiencia en el uso de herramientas en un proyecto de desarrollo de software. o Principales actividades: Revisar los cambios generados al producto, evaluar su impacto y beneficio y recomendarle al equipo cuales hacer y cuáles no. Mantener un glosario del sistema. Mantener el sistema de administración de problemas y rastreo de riesgos. Actuar como desarrollador.

 Sponsor/Patrocinador

Kathya Neira

o Objetivo: Proveer los recursos económicos necesarios para el desarrollo del análisis del sistema. o Características: El sponsor debe centrarse en los temas importantes, en los que realmente puede y debe aportar con el desarrollo del proyecto. Capacidad para negociar. Iniciativas de cambio necesarios para responder a objetivos estratégicos de negocio o Principales actividades: Revisar los cambios generados al producto, evaluar su impacto y beneficio y recomendarle al equipo cuales hacer y cuáles no. Establecer negociaciones necesarias en el avance del proyecto. Estrategias en el mercado para la aceptación del sistema.

 .

Analista/Líder de Grupo

Fabián Ayala

o Objetivo: Analizar cada uno de los requerimientos de la Agencia de Hidrocarburos, así se podrá establecer las necesidades del usuario. o Características: El analista de sistemas debe ser capaz de comunicarse con todos los involucrados. El analista debe comprender y relacionarse fácilmente con los usuarios. El analista debe ser un buen oyente y ser capaz de reaccionar a las necesidades de los usuarios. Principales actividades: Analizar cada una de las necesidades y requerimientos de la agencia. Revisar los cambios generados al producto, evaluar del impacto y beneficio del sistema y recomendarle al equipo cuales hacer y cuáles no. Establecer negociaciones necesarias en el avance del proyecto.

PLAN DE CONTINGENCIA: I.

Introducción Durante la ejecución del Proyecto “Sistema electrónico de abastecimiento de combustible gasóleo de vehículos, mediante el uso de herramientas tecnológicas, servirá para controlar el suministro de combustible en la frontera sector sur del Ecuador, durante el periodo enero hasta octubre del 2017.”

Se trabajó específicamente en la frontera Sur del País ubicándonos en el Cantón Zapotillo de la provincia de Loja. La elaboración de los planes de contingencia, tuvo una duración aproximada de diez meses (enero a octubre 2017) y se basó en actividades orientadas a la elaboración de un análisis profundo sobre el problema de contrabando de gasóleo en la frontera sur del país, este problema es muy recurrente en el cantón Zapotillo, y en los últimos años el problema se agravó aún más.

Los Planes de Contingencia se desarrollaron con la finalidad de incluir a los actores locales (despachadores de combustible de una estación de combustible especifica) y capacitarlos con herramientas de planificación y organización para la preparación, respuesta, atención y control del suministro de combustible en la frontera sector Sur de Ecuador, siendo este lugar uno de los sectores estratégicos para el contrabando de combustible.

El Proyecto se analizará a partir de la fecha de culminación de la capacitación de en este caso los trabajadores de turno (Despachadores) en la gasolinera establecida para dicho control, en el Cantón Zapotillo Provincia de Loja, con el objetivo de promover una solución sostenible a este problema que como se mencionó anteriormente lleva algunos años afectando a la economía de nuestro país.

Adicionalmente, se pretende que esta herramienta, se actualice, corrija y revalorice continuamente según las necesidades y situaciones que se presente, de manera que defina el curso de las acciones destinadas a reducir el problema del combustible en esta parte fronteriza de nuestro país.

II.

Actividades Asociadas Las actividades consideradas en este documento son: 1. Análisis de Riesgos Para realizar un análisis de los riegos, se procede a identificar los objetos que deben ser protegidos, los daños que pueden sufrir, sus posibles fuentes de daño y oportunidad, su impacto en la compañía, y su importancia dentro del mecanismo de funcionamiento. Posteriormente se procede a realizar los pasos necesarios para minimizar o anular la ocurrencia de eventos que posibiliten los daños, y en último término, en caso de ocurrencia de estos, se procede a fijar un plan de emergencia para su recomposición o minimización de las pérdidas y/o los tiempos de reemplazo o mejoría. 1.1. Bienes susceptibles de un daño Se puede identificar los siguientes bienes afectos a riesgos: a) Personal b) Hardware c) Software y utilitarios d) Datos e información e) Documentación f) Suministro de energía eléctrica g) Suministro de telecomunicaciones

1.2. Daños Los posibles daños pueden referirse a: a) Imposibilidad de acceso a los recursos debido a problemas físicos en las instalaciones donde se encuentran los bienes, sea por causas naturales o humanas. b) Imposibilidad de acceso a los recursos informáticos por razones lógicas en los sistemas en utilización, sean estos por cambios involuntarios o intencionales, llámese, por ejemplo, cambios de claves de acceso, datos maestros claves, eliminación o borrado físico/lógico de información clave, proceso de información no deseado. c) Divulgación de información a instancias fuera del Sistema de Control de Suministros de Combustible y que afecte a diferentes partes involucradas mediante Robo o Infidencia.

1.3. Prioridades La estimación de los daños en los bienes y su impacto, fija una prioridad en relación a la cantidad del tiempo y los recursos necesarios para la reposición de los Servicios que se pierden en el acontecimiento. Por lo tanto, los bienes de más alta prioridad en este caso sería nuestra base de datos donde se recopila toda la información y nuestros servidores que interconectan la comunicación con la Agencia de Hidrocarburos del Ecuador, serán los primeros a considerarse en el procedimiento de recuperación ante un evento de desastre. 1.4. Fuentes de daño Las posibles fuentes de daño que pueden causar la no operación normal de nuestro Sistema de Control de Suministros de Combustible asociadas al Centro de operaciones Computacionales son: Acceso no autorizado Por vulneración de los sistemas de seguridad en operación (Ingreso no autorizado a las instalaciones). Ruptura de las claves de acceso a los sistemas computacionales. a) Instalación de software de comportamiento errático y/o dañino para la operación de los sistemas computacionales en uso (Virus, sabotaje). b) Intromisión no calificada a procesos y/o datos de los sistemas, ya sea por curiosidad o malas intenciones. Desastres Naturales a) Movimientos telúricos que afecten directa o indirectamente a las instalaciones físicas de soporte (edificios) y/o de operación (equipos computacionales). b) Inundaciones causadas por falla en los suministros de agua. c) Fallas en los equipos de soporte: - Por fallas causadas por la agresividad del ambiente - Por fallas de la red de energía eléctrica pública por diferentes razones ajenas. - Por fallas de los equipos de acondicionamiento atmosféricos necesarios para una adecuada operación de los equipos computacionales más sensibles. - Por fallas de la comunicación. - Por fallas en el tendido físico de la red local. - Fallas en las telecomunicaciones con instalaciones externas. - Fallas de Personal Clave - Se considera personal clave aquel que cumple una función vital en el flujo de procesamiento de datos u operación de los Sistemas de Información: a) Personal de Informática.

b) Gerencia, supervisores de Red. c) Trabajadores de Turno(Despachadores) Pudiendo existir los siguientes inconvenientes: a) Enfermedad. b) Accidentes. c) Renuncias. d) Abandono de sus puestos de trabajo. e) Otros imponderables. - Fallas de Hardware a) Falla en el Servidor de Aplicaciones y Datos, tanto en su(s) disco(s) duro(s) como en el procesador central (Servidor Principal - Quito). b) Falla en el hardware de Red: 

Falla en los Switches.



Falla en el cableado de la Red.

c) Falla en el Router. d) Falla en el FireWall. e) Incendios

2. Medidas Preventivas 2.1. Control de Acceso Se debe definir medidas efectivas para controlar los diferentes accesos a los activos computacionales: a) Acceso físico de personas no autorizadas. b) Acceso a la Red de PC's y Servidor. c) Acceso restringido al programa y datos (en este caso personas que no estén involucradas directamente con la estación de combustible).

3. Previsión de Desastres Naturales La previsión de desastres naturales sólo se puede hacer bajo el punto de vista de minimizar los riesgos innecesarios en la sala de Computación Central (Quito), en la medida de no dejar objetos en posición tal que ante un movimiento telúrico pueda generar mediante su caída y/o destrucción, la interrupción del proceso de operación normal. Además, bajo el punto de vista de respaldo, el tener en claro los

lugares de resguardo y de la ubicación de los archivos, servidores de bases de datos, discos con información vital de respaldo de aquellos que se encuentren aun en las instalaciones.

3.1. Seguridad Física del Personal Se deberá tomar las medidas para recomendar, incentivar y lograr que el personal comparta sus conocimientos con sus colegas dentro de cada área, en lo referente a la utilización del software y elementos de soporte relevantes. Estas acciones permitirán mejorar los niveles de seguridad, permitiendo los reemplazos en caso de desastres, emergencias o períodos de ausencia ya sea por vacaciones o enfermedades.

3.2.

Seguridad de la Información

La información y programas de los Sistemas de Información que se encuentran en el Servidor, o de otras estaciones de trabajo críticas deben protegerse mediante claves de acceso y a través de un plan de respaldo adecuado.

4. Plan de Respaldo El Plan de Respaldo trata de cómo se llevan a cabo las acciones críticas entre la pérdida de un servicio o recurso, y su recuperación o restablecimiento.

4.1.

Respaldo de datos Vitales

Identificar las áreas para realizar respaldos: a) Sistemas en Red. b) Sistemas no conectados a Red. c) Servidores tanto Principal como locales.

5. Plan de Recuperación 5.1.

Objetivos del Plan de Recuperación

Los objetivos del plan de Recuperación son: 1. Determinación de las políticas y procedimientos para respaldar las aplicaciones y datos. 2. Planificar la reactivación dentro de las 12 horas de producido un desastre, todo el sistema de procesamiento y sus funciones asociadas. 3. Permanente mantenimiento y supervisión de los sistemas y aplicaciones.

4. Establecimiento de una disciplina de acciones a realizar para garantizar una rápida y oportuna respuesta frente a un desastre. 5. Fijar un determinado presupuesto para poder recuperarse de los problemas que se presenten, en este caso se ha fijado un total del 37.15% es decir $7.430 del presupuesto que brindara nuestro patrocinador que es de $20.000 en el cual se detalla lo siguiente: 

El 67.29% de los $7.430 será para desastres naturales llegando a un total de $5.000.



El 32.71% restante será para otros problemas que se puedan fijar en el transcurso del tiempo.

5.2.

Alcance del Plan de Recuperación

El objetivo es restablecer en el menor tiempo posible el nivel de operación normal del centro de procesamiento de la información, basándose en los planes de emergencia y de respaldo a los niveles del Centro de Cómputos y de los demás niveles. La responsabilidad sobre el Plan de Recuperación es de la Administración, la cual debe considerar la combinación de todo su personal, equipos, datos, sistemas, comunicaciones y suministros. 1. Todos los miembros de las áreas de recuperación deben estar informados y entrenados, así como poseer una copia del Plan de Contingencia. 2. Una copia del plan debería mantenerse almacenado off-site, junto con los respaldos. 3. Iniciación del Plan 

Gerencia contactará los equipos de recuperación en Quito ya que ahí se encuentran el servidor Principal, por lo tanto, este podrá reenviar los datos e información a la estación de combustible en Cantón Zapotillo



Equipo de Recuperación in-site (en el lugar en este caso en la gasolinera del Cantón Zapotillo), estos acudirán inmediatamente a tratar de restablecer la conexión entre el servidor local y principal



Equipo de Recuperación Off-site (en este caso en Quito donde se encuentran todos los servidores principales), estos estarán disponibles a todo momento en caso de una emergencia ya que estos serán contactados por la estación de combustible del Cantón Zapotillo.

Cronograma de actividades

Matriz de responsabilidades

APROBACIÓN [+] ? ? ?

DEFINICIÓN (+) + ? ?

PLANIFICACIÓN ? ? [+] [+] +

EJECUCIÓN ? ? OK OK +

CIERRE OK ? (+) (+) ?

[+]

? (+)

OK OK

[+] OK

Decide Aprueba

+ (+)

Colabora Puede colaborar

Esta informado

Gerente Analista Diseñador Programador Administrador de la base de datos. Patrocinador Técnico de pruebas

Matriz de estimación de Esfuerzo. Rol Gerente

Hito Controlar y supervisar.

Analista

Recopilación de la información.

Diseñador

Prototipo.

Programador

Creación del sistema.

Patrocinador

Proporciona el presupuesto.

Técnico de pruebas

Controlar la ejecución del sistema.

Base de Datos

Creación de la base de datos.

Matriz de Riesgos:

Esfuerzo Realizar el Reporting de las actividades diarias realizadas en la ejecución del proyecto, controlar y supervisar las actividades del mismo. Encargado de recopilar toda la información necesaria para el desarrollo del sistema y de la base de datos del proyecto. Realizar el diseño de las interfaces del proyecto. Programar los requerimientos del sistema. Proporcionar el presupuesto necesario para el desarrollo del proyecto. Ejecutar el sistema en busca de errores con el fin de corregirlos. Realizar las respectivas relaciones y configuraciones de la base de datos.

RIESGO

PRIOR IDAD

IMPAC TO

PROBABILI DAD

Falta de equidad en cuanto al conocimien to de los lenguajes y herramienta s utilizadas

Problemas técnicos

Medio

Alta

Medio

Baja

DESCRIPCIÓN Es posible que todos los miembros del grupo no cuenten con la misma experiencia y conocimiento de los lenguajes y herramientas utilizadas. Si esto sucede, el tiempo de desarrollo en general puede incrementarse significativamente.

Se debe considerar la posibilidad de que se presenten problemas técnicos como fallas en los equipos de cómputo, pérdida de información, cortes de energía, etc

PLANES DE CONTINGENCIA Se le preguntará a cada miembro que tanta experiencia y conocimiento tiene en los diferentes lenguajes utilizados, con el fin de asignar tareas de acuerdo a los conocimientos, destrezas y habilidades de cada persona. Si alguno de los integrantes tiene un alto conocimiento de alguna de las herramientas, el líder evaluará la conveniencia de programar sesiones de entrenamiento de las herramientas. Instalar un repositorio de código, datos y documentos, con los niveles de seguridad adecuados, política de permisos y backup definidas.

Problemas de Comunicaci ón

Anexos:

Alto

Baja

Los problemas de comunicación dentro del grupo, pueden provocar una baja en la productividad e incumplimiento de las tareas del proyecto y por ende de los objetivos del grupo.

El líder del grupo debe dar participación a los miembros del grupo en cada reunión, con el fin de conocer los diferentes puntos de vista de cada persona y que se establezca un diálogo sano y amigable. Los acuerdos y responsabilidades deben ser comunicadas a todos los integrantes del grupo, con el fin de evitar malos entendidos. Si el líder detecta que un integrante del grupo tiene alguna dificultad o existe alguna rivalidad, se debe hablar con cada persona y tratar de resolver los conflictos en el menor tiempo posible.

Acta de Cierre del Proyecto Información del proyecto Nombre Proyecto:

CYADEC SISTEM 1.0

Responsable:

Richard Lojan.

Tipo de proyecto:

Investigación de campo.

Duración estimada:

Características 10 meses

$ 12570.00

Costo estimado: Objetivos alcanzados:

Nombre

Culminación del EDT Impulsar los procesos de participación en grupo y mantener una excelente sostenibilidad. Entrega del prototipo funcional. Fomentar la colaboración e intercambio de información en materia de sostenibilidad del proyecto dentro del grupo de involucrados. Entrega de la base de datos al Ing. Diego Chávez (programador). Integrar todos los diagnósticos y pruebas en sus respectivas fases, para evitar posibles inconvenientes. Entregables completados Fecha de entrega

EDT Estimación de presupuesto Prototipo funcional Base de datos Instaladores (Drivers) Manual de usuarios Manual de programación Manual de instalación Entregables completados Recurso

27/02/2017 17/02/2017 21/08/2017 28/08/2017 25/09/2017 09/10/2017 09/10/2017 09/10/2017 Rol

Gerente Analista-líder de proyecto Programador Sponsor Diseñador

Administrativos Tecnológicos Financieros Materiales Observaciones

La ausencia del analista y diseñador por problemas de salud dificulto la realización de los entregables propuestos ocasionando un leve retraso. El retraso de las compras de algunos equipos, por ausencia del sponsor encargado de proporcionar el dinero para las respectivas adquisiciones tecnológicas.

Aceptación

Gerente

Analista-Líder del Proyecto

Richard Lojan Diseñador

Fabián Ayala Programador

Ángel Córdova Sponsor

Diego Chávez Base de datos

Kathya Neira Técnico en pruebas

Kevin Lojan

Valeria Calva