Implementación de Un Sistema de Información Para La Red Nacional de Planes Ambientales (Renapai)

8/16/2019 Implementación de Un Sistema de Información Para La Red Nacional de Planes Ambientales (Renapai)

1/57

Instituto Tecnológico de Ciudad MaderoDepartamento de Sistemas y ComputaciónIngeniería en Sistemas Computacionales

Alumno: Numero de ControlDavid Guillermo Pérez Chessani 11070753

Materia: Taller de Investigación

Profesora: M.C. Rosa Delia Retiz Rivera

Periodo: Agosto 2014 - Junio 2015.

Proyecto: Implementación de un Sistema de Informaciónpara la Red Nacional de Planes Ambientales (ReNaPAI).

Asesor: M.C. Laura Patricia Vélez Chong

Fecha de Entrega:

18 de mayo del 2015


2/57

Implementación de un Sistema de Información para la Red Nacional de Planes Ambientales (ReNaPAI).

David Guillermo Pérez Chessani 2

ÍndicePágina

1. Introducción ...................................................................................................... 7

1.1 Planteamiento del Problema ......................................................................... 7

1.2. Objetivo General .......................................................................................... 7

1.3 Objetivo Específico ....................................................................................... 7

1.4 Justificación .................................................................................................. 8

1.5 Beneficios. .................................................................................................... 8

1.6 Alcances y Limitaciones. ............................................................................... 9

1.7 Cronograma de Actividades ....................................................................... 10

1.7.1 Diagrama de Gantt .................................................................................. 11

2. Antecedentes de la Empresa ......................................................................... 16

2.1 Dirección y Localización ............................................................................ 16

2.2 Organigrama de la Empresa ....................................................................... 17

2.3 Misión, Visión y Objetivo ............................................................................. 18

2.4 Logo y Eslogan. .......................................................................................... 19

2.5 Politica Empresarial .................................................................................... 192.6 Área de Desarrollo del Proyecto ................................................................. 19

3. Marco Metodológico ................................................................................... 20

3.1 Metodología ................................................................................................ 20

3.1.1 De Investigación ...................................................................................... 20

3.1.2 De Desarrollo ........................................................................................... 20

3.2 Tecnicas de Selección de Ideas ................................................................. 213.3 Marco Teórico ............................................................................................. 21

3.4 Estado del Arte ........................................................................................... 22

3.5 Factores(Geográficos, Sociales, Económicos y Ecológicos) ...................... 23


3/57



ÍndicePágina

4. Marco Operativo. ........................................................................................... 24

4.1 Capital de Trabajo ...................................................................................... 244.2 Punto de Equilibrio ...................................................................................... 26

4.3 Costo-Beneficio .......................................................................................... 28

4.4 Viabilidad del Proyecto ............................................................................... 29

4.5 Factibilidad (Técnica, Económica y Operativa) ........................................... 29

4.6 Requerimientos Funcionales del Sistema ................................................... 30

4.7 Grado de Eficacia ....................................................................................... 31

4.8 Periodo de Recuperación de Inversión ....................................................... 314.9 Análisis de Apoyos y Financiamientos ........................................................ 31

4.10 Diagramas ................................................................................................ 32

4.10.1 Diagrama de Clases de Joomla ........................................................... 32

4.10.2 Diagrama de Casos de Uso ................................................................ 33

4.10.3 Diagrama de Estructura Interna ........................................................... 36

4.10.4 Diagrama de Estados y Transiciones .................................................. 36

4.11 Pantallas ................................................................................................... 374.12 Codificación ............................................................................................... 39

5. Planes de Gestión de Riesgo y Medidas Preventivas ............................... 40

5.1 Riesgo del Proyecto .................................................................................... 40

5.2 Riesgo del Producto ................................................................................... 41

5.3 Riesgo del Negocio ..................................................................................... 41

5.4 Análisis y evaluación de problemas que afecten los resultados ................. 42

5.5 Acciones para prevenir las concurrencias .................................................. 43

5.6 Acciones a tomar ante la contingencia ....................................................... 45

5.7 Plan de Contingencia ................................................................................. 46

5.7.1 Introducción ....................................................................................... 47

5.7.2 Objetivos ............................................................................................ 47

5.7.3 Estructura del Proyecto ...................................................................... 48

5.7.4 Responsabilidades ............................................................................. 48

5.7.5 Análisis de Riesgo ............................................................................. 49


4/57



5.8 Controles establecidos para las acciones tomadas. ................................... 54

6. Manuales ......................................................................................................... 55

6.1 Manual Técnico .......................................................................................... 58

6.2 Manual de Usuario ...................................................................................... 74

Conclusiones ...................................................................................................... 94

Recomendaciones ................................................................................................ 95

Aportaciones ........................................................................................................ 97

Bibliografía ........................................................................................................... 97

Anexos ................................................................................................................. 99

Glosario ............................................................................................................ 99

Informes Técnicos .......................................................................................... 101


5/57



Índice de Tablas y Figuras.

Página

TablasTabla 1.1 Cronograma de Actividades .......................................................................... 8

Tabla 4.1 Relación de Capital de Trabajo con Capital Recuperado ............................ 22

Tabla 4.2 Relación de Capital Invertido y los Costos por Mes ..................................... 23

Tabla 4.3 Análisis de Costo-Beneficio ......................................................................... 26

Figuras

Figura 1.1 Diagrama de Gantt correspondiente al bimestre Mayo-Junio ..................... 9Figura 1.2 Diagrama de Gantt correspondiente al bimestre Julio-Agosto ......... 10

Figura 1.3 Diagrama de Gantt correspondiente al bimestre Septiembre-Octubre ....... 11

Figura 1.4 Diagrama de Gantt correspondiente al bimestre Noviembre-Diciembre .... 12

Figura 1.5 Diagrama de Gantt correspondiente al trimestre Enero-Marzo ................. 13

Figura 2.1 Localización del Campus II del Instituto Tecnológico de Ciudad Madero .. 14

Figura 2.2 Organigrama del Instituto Tecnológico de Ciudad Madero ....................... 15

Figura 2.3 Logotipo del Instituto Tecnológico de Ciudad Madero ............................. 17Figura 3.1 Diagrama de la Metodología de Desarrollo de Software Adaptable .......... 18

Figura 4.1 Diagrama de Clases de Joomla© ......................................................... 30

Figura 4.2 Diagrama de Casos de Uso .................................................................. 31

Figura 4.3 Diagrama de Estructura Interna ............................................................ 34

Figura 4.4 Diagrama de Estados y Transiciones .................................................... 34

Figura 4.5 Página de Inicio ó Index ....................................................................... 35

Figura 4.6 Página Directorio ................................................................................. 35

Figura 4.7 Página de Creación de Artículos ........................................................... 36

Figura 4.8 Panel de Control del Administrador de Joomla ....................................... 36


6/57




7/57



1. Introducción.

1.1 Planteamiento del Problema.

En México, las Instituciones de Educación Superior cuentan con su Plan

Ambiental Institucional, pero es ineficiente, puesto que sus trabajadores yalumnos ignoran lo que está estipulado, debido a que no se le ha dado la

promoción adecuada y por lo tanto, no es aplicado por estos.

La implementación y personalización de la Red Nacional de Planes Ambientales

Institucionales (ReNaPAI) es con el fin de dar a conocer dichos planes mediante

el uso de una plataforma web interactiva, mediante canales de comunicación

establecidos entre sus clientes directos teniendo un control del manejo de la

información, el sistema deberá ser capaz de almacenar y mostrar los datos

mediante el rol que desempeña un usuario.

1.2 Objetivo General

Implementar un sistema de información denominado “ReNaPAI” (Red Nacional

de Planes Ambientales) que brinde soporte de comunicación a los

coordinadores ambientales de cada Universidad de la República Mexicana.

1.3 Objetivos Específicos.

Agregar y configurar un módulo para la carga y descarga de planes

ambientales institucionales.

Establecer un área en la página web para un foro en que los

coordinadores puedan mantenerse comunicados y establecer acuerdos.

Facilitar a cada coordinador una sesión de usuario institucional, para que

puedan realizar sus actividades y gestionar su micro sitio.


8/57



1.4 Justificación.

Debido al deterioro ambiental actual, las instituciones tales como empresas,

escuelas y regímenes de gobierno han elaborado normas ambientales, que

busquen establecer a las comunidades humanas, reglas que regulen sus

actividades para que estas no perjudiquen directa o indirectamente el medio

ambiente.

Cada Institución, pública o privada, actualmente cuenta con su P.A.I. (Plan

Ambiental Institucional) que obliga a las Instituciones de Educación Superior, a

desarrollar acciones, mismas que se expresan a nivel global, nacional, regional

y local.

El proyecto busca dar a conocer las normas ambientales de cada uno de las

Universidades mexicanas a la mayor cantidad de alumnos posibles. De esta

forma, dar conciencia al alumnado mediante una participación activa, de la

relevancia del cuidado del medio ambiente, formando mejores profesionistas

con conocimientos acerca la preservación del medio ambiente.

1.5 Beneficios.

Los beneficios serán a corto, mediano y largo plazo. Se comenzará con apoyar

la comunicación de todas las Universidades de México, al menos en materia

ambiental, al estar comunicados, estos podrán tomar acuerdos sin realizarse

reuniones de forma presencial, lo cual implicará un gran ahorro de capital por

parte de todos los Institutos de Educación Superior. Finalmente a largo plazo,

se buscará la participación de los alumnos de forma activa con la plataforma y

la ayuda de los docentes de cada Instituto, proponiendo actividades de limpieza

y reciclaje para el apoyo de sus comunidades.


9/57



1.6 Alcances y Limitaciones.

1.6.1 Alcances del Proyecto

El alcance de este proyecto se extiende por todos los aspectos de gestión de usuarios,

los permisos que tendrá cada tipo de usuario, así como la creación de restricciones

para otorgar mayor seguridad a los usuarios del Sitio web, así como el contenido de

los sitios, la publicación de los acuerdos que se toman en las reuniones entre los

coordinadores de cada Instituto, así como hacer posible la visualización y utilización

de este Sitio web en dispositivos móviles y la implementación de esta página en la Red

mundial de Computadoras.

1.6.2 Limitaciones del ProyectoEl proyecto está limitado a la implementación del Sistema en el Servidor. Una vez

instalado, el mantenimiento y administración del Sitio, queda fuera de la jurisdicción

del equipo de desarrollo del proyecto, ya que esto implica una vigilancia constante por

parte del Administrador del sitio en conjunto con las labores que desempeñarán por su

parte los coordinadores de cada Instituto en la administración de su propio Sitio.


10/57



1.7 Cronograma de Actividades.

ID Tarea Comienzo Duración Fin A Inicio del proyecto 13-may 4 16-may

B Selección del Equipo 19-may 10 02-junC Planteamiento del Problema 03-jun 3 05-jun

DEstablecimiento. deRequerimientos

06-jun 4 11-jun

E Programación de Horarios. 12-jun 2 13-junF Investigación Documental 16-jun 6 23-jun

G Instalación de Prerrequisitos 24-jun 15 13-jul

H Instalación de Software 14-jul 4 17-jul

I Diseño 18-jul 8 28-jul

J Diagramado del Sistema 29-jul 7 06-agoK Establecimiento Prototipos 07-ago 5 13-ago

L Interfaz Grafica 14-ago 20 10-sepM Módulos Especializados 11-sep 12 26-sep

N Sesiones de Usuario 29-sep 18 22-oct

Ñ Seguridad del Sistema 23-oct 10 05-novO Pruebas y Testeo 06-nov 20 03-dicP Elaboración Manual de Usuario 04-dic 7 12-dic

Periodo Vacacional del ITCM 15 (Diciembre 2014 – 2 Febrero 2015)

Q Documentación Final 02-feb 13 18-febR Instalación Remota 19-feb 4 24-febS Implementación del Sistema 25-feb 6 04-mar

TEntrega Manual yDocumentación

05-mar 2 06-mar

U Finalización del Proyecto 07-mar 2 08-mar

Tabla 1.1 Cronograma de Actividades

Nota: Duración marcada en días hábiles de clase (Lunes a Viernes), y periodovacacional de Diciembre 2014-Enero 2015.

Esta puede cambiar debido a contratiempos.


11/57



Figura 1.1 Diagrama de Gantt correspondiente al bimestre Mayo-Junio


12/57



Figura 1.2 Diagrama de Gantt correspondiente al bimestre Julio-Agosto


13/57



Figura 1.3 Diagrama de Gantt correspondiente al bimestre Septiembre-Octubre


14/57



Figura 1.4 Diagrama de Gantt correspondiente al bimestre Noviembre-Diciembre

P r i m e r a E n

t r e g a P r o gr a m a d a d e l S i s t e m a .


15/57



Figura 1.5 Diagrama de Gantt correspondiente al trimestre Enero-Marzo


16/57



2. Antecedentes de la Empresa.

2.1 Dirección y Localización.

Instituto Tecnológico de Ciudad Madero, Campus II

Juventino Rosas S/NColonia Los MangosCiudad Madero, TamaulipasCódigo Postal: 89440

Figura 2.1: Localización del Campus II del Instituto Tecnológico de Ciudad Madero.


17/57



2.2 Organigrama de la empresa

Figura 2.2 Organigrama del Instituto Tecnológico de Ciudad Madero.


18/57



2.3 Misión, Visión y Objetivos.

Misión

El I.T.C.M. es una Institución de Educación Superior Tecnológica que contribuye a

la formación de ciudadanos del mundo desde la perspectiva de la sustentabilidad y

los valores humanos de alto desempeño.

Visión

Ser una Institución líder de Educación Superior Tecnológica, capaz de generar,

dirigir y operar proyectos viables y sustentables que transformen la riqueza de las

diversas regiones del país para el bienestar de la sociedad mexicana.

Objetivo

Ofrecer a los sectores productivos y educativos una amplia gama de servicios en

las esferas de la investigación y el desarrollo científico y tecnológico, de

organización del trabajo, destacando los de formación, capacitación y actualización

profesional; la innovación, la diversificación, la adaptación, la adquisición y la

difusión. Promover el desarrollo integral y armónico del educando en la relación con

los demás, consigo mismo y con su entorno, mediante una formación intelectual

que los capacite en el manejo de los métodos y lenguajes, sustentados en los

principios de identidad nacional, justicia, democracia, independencia, soberanía y

solidaridad; y en la recreación, el deporte y la cultura que le permitan una mente y

cuerpo sanos.

Atender la demanda de educación superior y de posgrado, con alta calidad, a nivel

nacional e internacional, como forma de auspiciar el desarrollo regional. Hacer del

ITCM un instrumento de desarrollo, mediante una estrecha y permanenteretroalimentación con la comunidad, en especial entre los sectores productivos de

bienes y servicios, sociales, públicos y privados.

Compartir con la comunidad la cultura científica, técnica, tecnológica y humanística, así

como la recreación y el deporte, mediante los diversos foros y medios con que cuenta

el sistema. Ofrecer perfiles profesionales que integren las necesidades específicas

regionales, para que el egresado contribuya de manera satisfactoria al desarrollo de

cada comunidad, en especial de la planta productiva.


19/57



2.4 Logo y Eslogan.

Figura 2.3 Logotipo del Instituto Tecnológico de Ciudad Madero

Lema de la Institución: “Por Mi Patria y Por Mi Bien”.

2.5 Políticas de la InstituciónEl Instituto Tecnológico de Ciudad Madero declara como su política de calidad:"El Instituto Tecnológico de Cd. Madero establece el compromiso de implementartodos sus procesos, orientándolos hacia la satisfacción de sus clientes sustentadaen la Calidad del Proceso Educativo, para cumplir con sus requisitos, mediante laeficacia de un Sistema de Gestión de la Calidad y de mejora continua, conforme ala norma ISO 9001:2008”

2.6 Área de Desarrollo del Proyecto.El proyecto tomará lugar en las instalaciones del Campus II, del InstitutoTecnológico de Ciudad Madero, en el Laboratorio de Optimización Inteligente I.Esta área está bajo la jurisdicción del centro de cómputo del área de sistemascomputacionales, que es controlada por el personal del Departamento de Sistemasy Computación del Instituto.


20/57



3. Marco Metodológico.

En este capítulo se presenta la metodología que permitirá desarrollar el presenteProyecto de Desarrollo de Software. Se muestran aspectos como el tipo deinvestigación, las técnicas y procedimientos que fueron utilizados para llevar a cabo

dicho objetivo.

3.1 Metodología.

De Investigación.

En este proyecto se hará uso de la Investigación Interactiva, ya que esta

Metodología se basa en la modificación de un sistema para cambiar su

comportamiento. El objetivo del proyecto es acorde con el de esta metodología ya

que pretende sustituir un estado de entidades actual, por otro estado de entidades

deseado. Esta investigación se inicia con las fases exploratoria y descriptiva, pero

no se limita a eso, intenta además proponer y cambiar. [1]

De Desarrollo.

En el proyecto se empleará la metodología de Desarrollo de Software Adaptable,

ya que nuestro sistema se encuentra sujeto a diferentes tipos de cambios en sus

requisitos. Esto se debe a que cada Instituto establece cuáles son sus necesidades

y estas son particulares. Debido a esto nuestro software debe ser capaz de

adaptarse a las necesidades de nuestros diferentes usuarios. Para el uso de esta

metodología, el equipo de trabajo deberá dar solución de una forma creativa a los

problemas que se vayan planteando en el desarrollo de este proyecto. [2]

Figura 3.1 Diagrama de la Metodología de Desarrollo de Software Adaptable


21/57



3.2 Técnica de Selección de Ideas.

Las Ideas del proyecto serán recabadas de la siguiente forma: El profesor asignado

como asesor del proyecto, reunirá los requisitos del sistema, informará al equipo de

trabajo de las necesidades de la Asociación formada de los Institutos Tecnológicos.El equipo de trabajo buscará la solución de una forma práctica, haciendo uso de su

creatividad e innovación para crear un producto que les sea útil a la sociedad

estudiantil de las Universidades Mexicanas. Las ideas serán modeladas utilizando

diagramación de diferentes tipos para una mejor visualización de los objetivos y

posibles debilidades que pudieran presentarse.

3.3 Marco Teórico.

Joomla será el software utilizado para la creación del Sistema. Joomla es un

Sistema de Gestión de Contenidos, que permite desarrollar sitios web dinámicos e

interactivos.

A diferencia de otros programas de desarrollo web, Joomla permite un mejor control

de la gestión del sitio, ya que cuenta con su propio panel de Administración, en el

cual es posible configurar aspectos del sitio de una manera fácil y rápida.

Joomla Es un software de código abierto, desarrollado en PHP y liberado bajolicencia GPL. Este administrador de contenidos puede utilizarse a través

de Internet y requiere para su funcionamiento una base de datos creada con un

gestor de bases de datos MySQL, así como de un servidor HTTP Apache.

Por lo cual será necesario hacer una investigación documental previa acerca de

Software Libre, PHP, MySQL, Apache y Joomla utilizando libros o foros oficiales

para la obtención de información de calidad que sea útil para el desarrollo del sitio.[3]


22/57



3.4 Estado del Arte.

El desarrollo de ambientes web instruccionales ha tenido un auge notable en las

últimas décadas gracias al surgimiento de la internet que ha ofrecido nueva

posibilidades tecnológicas en el campo de la informática educativa.

El internet, y en particular la World Wide Web han permitido reunir las posibilidades

de telecomunicación y una amplia gama de sofisticadas aplicaciones y

herramientas educativas hipermedia les para el trabajo en línea.

Las nuevas formas de interacción, de acceso y procesamiento de la información en

los medios modernos como la web, plantean diversos desafíos respecto a la

fundamentación teórico-metodológica de los procesos de diseño. Al mismo tiempo

los instrumentos tecnológicos y los espacios de aprendizaje en línea brindan la

posibilidad de validar las hipótesis sobre la enseñanza y el aprendizaje que se

plantean desde las diferentes disciplinas del conocimiento.

Dada la complejidad de la web, tanto como herramienta educativa, así como de los

procesos comunicativos e interactivos entre los aprendices, el profesor, los diversos

recursos, los contenidos y los materiales, es preciso recurrir a un aparato teórico-

conceptual amplio y flexible que permita fundamentar el diseño y desarrollo de

herramientas instruccionales.[4]


23/57



3.5 Factores (Geográficos, Sociales, Económicos y Ecológicos)

Estos son algunos de los factores que afectan al desarrollo del proyecto, algunos

actúan a favor, otros en contra del mismo.

Factores Geográficos:

Se está alejado de los clientes totales, que estos son los coordinadores del ámbito

ambiental de cada Instituto, complicando así la obtención de los requerimientos del

sistema, lo que podría presentar conflictos con los tiempos establecidos, ya que se

deberá adaptar el sistema para que cubra las necesidades de cada Instituto.

Factores Sociales:

Para desarrollar un proyecto que cubra las necesidades que busca la Red Nacional

de Planes Ambientales Institucionales, es necesario de una buena relación y

comunicación con los integrantes del equipo de trabajo, así como de una buena

labor en conjunto para desarrollar un proyecto exitoso.

Factores Económicos:

Este proyecto está sustentado en su totalidad por el gobierno del Estado de

Tamaulipas, teniendo para el desarrollo del proyecto recursos como Energía

eléctrica, servicio de Internet, información documentada en libros, etc. Sin embargo

no se tienen recursos de capital, por lo que se debe hacer uso de fuentes gratuitas

de información y ayuda en caso de ser necesarias.

Factores Ecológicos:

Este proyecto busca crear conciencia con los alumnos que cursan el nivel Superior

de la importancia de cuidar el ambiente y los recursos, por esto, no hay que olvidarmantener la práctica de estas actividades, para no generar problemas al ambiente

en la concepción de este proyecto.


24/57



Capítulo 4: Marco Operativo.

El Marco Operativo tiene como objetivo la planificación de las acciones que se

deben ejecutar para llevar a cabo el proyecto. A continuación se describirán a

detalle las actividades a desarrollar de la ejecución de este proyecto.

4.1 Capital de Trabajo.

El capital de trabajo resulta útil para establecer el equilibrio patrimonial de cada

organización empresarial. Se trata de una herramienta fundamental a la hora de

realizar un análisis interno de la empresa, ya que evidencia un vínculo muy estrecho

con las operaciones diarias que se concretan en ella. [5]

Para el desarrollo de este proyecto, se deberá tener una estricta planeación de

nuestros insumos, ya que este proyecto se encuentra solamente sustentado por

recursos ya implementados por el Gobierno del Estado de Tamaulipas.

Recursos tales como luz eléctrica, internet inalámbrico, un departamento designado

para el desarrollo del proyecto, etcétera, son recursos con los que dispone la

Institución por su cuenta. Haciendo uso de éstos, el equipo de trabajo implementará

un Sistema de Información que tenga beneficios para otras dependencias

gubernamentales e institucionales, con una inversión mínima y de ventajas

crecientes a largo plazo.

Se ha elaborado una estimación de costos con proyección a un año, que es el

tiempo que durará el desarrollo de este proyecto.

Tabla 4.1 Relación del Capital de Trabajo con el Capital Recuperado


25/57



A continuación se hace un análisis del capital invertido para el desarrollo de este

proyecto:

Los costos han sido calculados para el área de desarrollo del proyecto, misma quese encuentra sujeta a otros usos como área de estudio de los estudiantes deposgrado y profesores.

Tabla 4.2 Relación del Capital Invertido y los Costos por Mes.

Los costos permanecerán constantes para los servicios por cada mes. Debido a

que el software Joomla está liberado bajo licencia GPL (Software libre) no implica

ningún costo el uso del mismo o de su Sistema de Soporte Técnico. Para el inicio

de este proyecto fue necesario adquirir el libro “The Official Joomla Book” de

Jennifer Marriott con fines didácticos y de consulta, esto implicó un costo único de

$150.00.

En conclusión, el desarrollo de este proyecto depende de la inversión de

$17,350.00 como Capital de Trabajo, que será recuperado entre los primeros dos

o tres años de su desarrollo, a partir de ahí, generando utilidades en pequeña

escala para el gobierno del Estado y un gran beneficio a la sociedad estudiantil de

los Institutos de Educación Superior de la Nación.


26/57



4.2 Punto de Equilibrio.

Describiremos a continuación las acciones que contrarrestarán los gastos

producidos para solventar nuestro propósito.

Al ser el Tecnológico de Ciudad Madero una Institución pública, cuyo sustento

depende del Gobierno del Estado de Tamaulipas, los recursos que son asignados

para los alumnos serán destinados para la creación del proyecto, ayudando así a

solucionar un problema que presenta la Asociación de Planes Ambientales

Institucionales. El equipo de trabajo obtendrá como retribución el conocimiento de

trabajar con una de las nuevas tecnologías para desarrollo web, en un proyecto

laboral que tendrá impacto sobre su perfil de Licenciatura en Ingeniería en Sistemas

Computacionales.

Cuantificando lo anteriormente citado tendríamos lo siguiente:

Siguiendo lo pactado con el cronograma de actividades, se tiene que se laborarán

182 Días, 2 Horas al día, por lo que se tiene que:

Duración del

Proyecto 182 DíasHoras de Trabajo Aprox.

364Horas

El precio de las horas laboradas, se da de acuerdo a la Academia de Ingeniería de

México (academiadeingenieriademexico.mx) en la que se estipula que una hora de

Ingeniería tiene el costo de 30 Dólares. El equipo de trabajo está integrado por

alumnos de la carrera de Ingeniería en Sistemas, por lo que este precio no se

aplicará. Sin embargo se tiene el título de técnico en Informática y el precio de unahora de técnico, está valuado en 8 USD.

Horas de Ingeniería30USD

Horas de Técnico 8 USD

Con esto se tiene que nuestro trabajo de desarrollo de proyecto está valorado de la

siguiente manera:

364 Horas X 8 USD por Hora = 2912 USD


27/57



Que convertido a la moneda nacional, esto sería:

Precio enDólares

Precio enPesos

2912 USD $34,944.00

Finalmente comparado con el capital de trabajo:

Desarrollo delProyecto Capital de Trabajo

$34,944.00 $17,350

Como este es un proyecto escolar, el equipo de trabajo no busca fines de lucro con

este Sistema. La asociación de Planes Ambientales Institucionales ahorrará en el

desarrollo de este software y generará utilidades que si bien no son con beneficios

económicos, producirán un impacto favorecedor en la sociedad e indirectamente

en el ambiente.


28/57



4.3 Costo Beneficio.

La relación entre costo y beneficio es ligeramente estrecha en este proyecto, puestoque al sólo necesitar de los servicios de energía y fuentes de información, el portalpuede continuar su desarrollo. No obstante, como se planea implementar el mismo

sistema de información a lo largo de toda la República Mexicana, es necesarioenumerar los costes de esto, así como de los beneficios que presentarán talesinversiones.

El siguiente análisis de Costo-Beneficio está establecido para un InstitutoTecnológico. Para la implementación de la Red Nacional de Planes Ambientales,es necesario realizar una inversión similar para cada una de las Universidades quedeseen participar en la ReNaPAI.

Cantidad Producto Costo Beneficio1 Computadora

Procesador Dual Core2 GB Memoria RamUnidad CD200 GB Disco DuroPeriféricos de Entrada ySalidaSistema Operativo CentOS6

$4,960

Computadora necesariapara el encargado del áreaambiental de la Institución.(Computadora delEncargado del SitioReNaPAI en esa Institución)

1 Servidor1 o 2 Procesadores QUAD

CORE4 – 8 GB Memoria RamUnidad de CD500GB-2TB Disco DuroSistema Operativo CentOS6

$9,600-14,000

Servidor en el cual seimplementará el sistema de

información para cadainstitución

Servicios:Luz Eléctrica: Comisión Federal deElectricidadInternet: Telmex© u otro proveedor deServicio de Internet

Host de Red: Go Daddy©

$830Mensuales *

$500

Mensuales

$100Mensuales

En conjunto brindan unsoporte técnico sobre el cualdescansará el portal web.

* Sujeto a cambios respecto a tarifas y energía eléctrica utilizada.

Tabla 4.3 Análisis de Costo-Beneficio

Tomando en cuenta que los distintos Institutos Tecnológicos ya cuentan con estetipo de tecnología dentro de sus instalaciones, estas inversiones pueden obviarse

en una forma parcial o total, según sea el caso


29/57



4.4 Viabilidad del Proyecto.

Este proyecto de desarrollo es viable, ya que se cuenta con el personal capacitadopara el uso de las tecnologías de información necesarias para el desarrollo delsistema.

De igual manera, el presupuesto del proyecto se encuentra en su totalidad cubiertopor la Institución y se ha planteado de una forma eficiente el cronograma deactividades. El equipo de trabajo conoce su labor y su posición a desempeñar en eldesarrollo del proyecto.

4.5 Factibilidad.

El factible realizar este proyecto, tomando en cuenta las siguientes consideracionestécnicas, económicas y operativas.

Técnica: Se consta de la tecnología necesaria para realizarse y el personal tienela capacidad de realizarlo.

Económica: El presupuesto ha sido aprobado y se cuenta con apoyo de laInstitución para el desarrollo del proyecto.

Operativo: El personal conoce el funcionamiento y los requisitos que se solicitandel sistema, además que se encuentran motivados y bien dirigidos por el profesorlíder del proyecto.


30/57



4.6 Requerimientos Funcionales del Sistema.Estos requerimientos han sido acordados en la reunión pasada de la Asociación dePlanes Ambientales Institucionales, los cuales se mencionarán a continuación:Menú Encabezado.

El Logo de SEMARNAT, debe llevar también referencia a SECADESU

Integrar el logo de ANUIES Presentar otra propuesta de logo en donde se incluyan las siglas RENAPAI.

Menú Inicio. Introducción a la Red Nacional de Institutos – Responsable Guillermina

Castillo

Menús Integrantes. Mapa de la república resaltando la región seleccionada en el menú.

En el menú del lado izquierdo Links a las páginas de las universidades.

En el mapa, links a las universidades

Menú Directorio. Tabla con Nombre de universidades, link a PAI de cada universidad y correo

de representante. El PAI de cada universidad lo debe desplegar en una página web. Esta

información está disponible en el pdf anexo.

Galería de imágenes.

Avances y acuerdos de última reunión. Se publicarán las comisiones por participantes. Se publicarán los principales acuerdo

Solamente podrán tener acceso a este menú, los representantes de cadaIES.

Publicaciones en cada sede. Cada sede podrá hacer sus publicaciones de noticias, tener su propia

galería de fotos, etc. Los representantes de cada IES tendrán permisospara editar la información referente a la institución que representan, sin

embargo, no podrá editar las publicaciones de otras instituciones. Lainformación subida por los representantes de las IES, podrá ser accedidapor cualquier usuario final o visitante a la página.

Eventos. Lo que desea el cliente es que el coordinador del PAI de cada instituto o

universidad, permita subir información de los eventos académicos porcelebrarse en su localidad. Por ejemplo FLISOL

Créditos. Universidad Autónoma Metropolitana UAM

Instituto de Investigación sobre la universidad y la educación. IISUE


31/57



4.7 Grado de Eficacia.

El grado de eficacia de este proyecto, dependerá directamente del grado en que se

logren los objetivos que se han establecido al inicio del mismo.

Se centra en enfocar los esfuerzos de una entidad en las actividades y procesos

que realmente deben llevarse a cabo para el cumplimiento de los objetivos

formulados.

Una vez cubiertos los objetivos de este proyecto, el proyecto llegará a su fase de

terminación con un alto grado de eficacia, puesto que se han solucionado el

problema y se han cubierto las expectativas del plan.

4.8 Periodo de Recuperación de Inversión.

En este proyecto, el objetivo principal es solucionar problemáticas de impacto

social, ambiental y estudiantil. En este tipo de proyectos, es complicado que se

presente una recuperación de la inversión que se realiza, ya sea en forma total o

parcial.

El equipo de trabajo está consciente de esto, así como que la remuneración será

en reconocimiento académico y además como retribución, experiencias queaporten al perfil del Ingeniero en Sistemas Computacionales.

4.9 Análisis de Apoyos y Financiamientos.

Para el desarrollo del proyecto, se reciben apoyos y financiamientos de parte del

Gobierno del Estado de Tamaulipas. Estos no son directamente monetarios, sino

en insumos, tales como la energía eléctrica, servicio de internet, equipos decómputo, laboratorios de cómputo, etc. Los cuales son proporcionados al equipo

de trabajo para beneficio del progreso de este proyecto.


32/57



4.10 Diagramas.

4.10.1 Diagrama de Clases:

Figura 4.1 Diagrama de Clases de Joomla©

En Joomla, el diagrama de clases se encuentra dado por la aplicación, es decir, lasclases ya se encuentran definidas en la instalación del administrador de contenidos,por lo que solo se trabajará con la instancia del objeto, en este caso, la página weba desarrollar.


33/57



4.10.2 Diagrama de Casos de Uso.

Descripción de Casos de Uso.

4.2 Diagrama de Casos de Uso.

Caso de Uso #1 Actualizar Banner de la Red e Información GeneralActores Coordinador

Propósito Mantener Actualizada la Información General, así como la vista del sitiowebResumen Consiste en cambiar la información del índex, así como actualizar el

banner principal, cada vez que se requiera o sea necesario


34/57



Caso de Uso #2 Convocar a una reunión anualActores Coordinador

PropósitoHacer la convocatoria de una reunión presencial de todos loscoordinadores de las diferentes Instituciones en un lugar común.

Resumen

Consiste en la elaboración y subida de un documento, en el cual se

detalle la información de la reunión, tales como la fecha, el lugar, lahora y los temas que se planean abordar.

Caso de Uso #3 Publicar al grupo acuerdos de reuniónActores Coordinador

PropósitoSubir al sitio web los acuerdos que fueron tomados en reunionespasadas

Resumen Consiste en la elaboración y subida de un documento, en el cual sedetallen los acuerdos tomados en las reuniones anteriores

Caso de Uso #4 Crear Foros de SeguimientoActores Coordinador

Propósito Crear Foros para dar Seguimiento a las actividades acordadas

ResumenConsiste en la creación de foros con diferentes participantes para darseguimiento a las actividades que se acordaron en las reunionesanteriores.

Caso de Uso #5 Participar en Foros de SeguimientoActores Encargado PAI

Propósito Mantener comunicación entre los encargados de cada Instituto

Resumen Consiste en hacer uso de los foros de seguimiento para darseguimiento a las actividades que se acordaron en las reunionesanteriores.

Caso de Uso #6 Revisar AcuerdosActores Encargado PAI

Propósito Revisar los acuerdos tomados en las reuniones anterioresResumen Consiste en que cada encargado le sea posible visualizar los acuerdos

tomados en reuniones anteriores.


35/57



Caso de Uso #7 Difundir Programas InstitucionalesActores Encargado PAI

Propósito Difundir los Programas Institucionales

Resumen

Consiste en la transmisión de los programas institucionales haciendo

uso del portal, con motivo de difundir esta información a trabajadores yalumnos de la Institución.

Caso de Uso #8 Actualizar y Publicar PAIActores Encargado PAI

Propósito Publicar y Actualizar los Planes Ambientales InstitucionalesResumen Consiste en que cada Encargado del PAI, pueda publicar y/o actualizar

sólo su Plan Ambiental.

Caso de Uso

#10 Publicar Noticias LocalesActores Encargado PAI

Propósito Publicar Noticias Estudiantiles

ResumenConsiste en que cada encargado pueda publicar noticias acerca de suInstituto. Las noticias pueden ser de diferente tipo, mientras esténrelacionadas al Instituto que las publique.

Caso de Uso#11 Actualizar Galería de Fotos

Actores Registrado

Propósito Publicar fotografías en la galería de fotos del Instituto.

ResumenConsiste en asignar a cada una de los Institutos, una galería en el cual,los usuarios registrados puedan contribuir publicando fotografías de loseventos del Instituto.

Caso de Uso#12 Acceso a Foros

Actores RegistradoPropósito Tener acceso a visualizar los temas de los Foros

ResumenConsiste en otorgarles a los usuarios registrados el permiso para quepuedan visualizar las decisiones tomadas en los foros por losencargados de cada Instituto.

Caso de Uso#13 Consultar Página

Actores Invitado, RegistradoPropósito Visualizar la PáginaResumen

Consiste en solo visualizar la página.


36/57



4.10.3 Diagrama de Estructura Interna.

4.3 Diagrama de Estructura Interna

4.10.4 Diagrama de Estados y Transiciones

4.4 Diagrama de Estados y Transiciones.


37/57



4.11 Pantallas.

Figura 4.5 Página de Inicio o Índex.

Figura 4.6 Página Directorio. Se muestran las escuelas que participan en la ReNaPAI, asícomo su coordinador e información adicional.


38/57



4.11 Pantallas.

Figura 4.7 Página de Creación y Publicación de un Artículo.

Figura 4.8 Panel de Control del Administrador de Joomla.


39/57



4.12 Codificación. A continuación se presenta una porción de código HTML en el cual se desarrollaráel siguiente proyecto web.

Antecedentes

Los Planes Ambientales Institucionales tiene sus antecedentes durante la XIII ReuniónOrdinaria del Consejo de Universidades Públicas e Instituciones Afines (CUPIA) realizada en el InstitutoTecnológico de Sonora en 1999, durante la cual fue presentado el documento elaborado conjuntamente por elCECADESU/SEMARNAT y la Secretaría General de la ANUIES, que contenía la propuesta para elestablecimiento de un Plan de Acción para el Desarrollo Sustentable en las Instituciones de EducaciónSuperior. A partir de la aprobación de dicha propuesta se convocó a las universidades el país a remitirinformación sobre las actividades que en materia ambiental estaban desarrollando con el objeto de conocer eldiagnóstico de las IES en materia ambiental y definir una propuesta que oriente y fortalezca el trabajo ambientalde las mismas.

El 18 de febrero de 2005, en la ciudad de Veracruz, siendo sede la Universidad Veracruzana,la ANUIES convocó a sus instituciones miembros de la región sur-sureste de México a la ReuniónRegional para la Creación de Nuevas Redes.

Se conformaron las siguientes 5 mesas de trabajo:

Servicio social

TutoríasVinculaciónPrograma Ambiental Institucional “Desarrollo Sustentable” Posgrado e Investigación.

Misión

En la mesa relativa a Programa Ambiental Institucional “Desarrollo Sustentable” se reunieron15 personas de las siguientes universidades e institutos:

Universidad Autónoma de Campeche
Universidad Autónoma del Carmen
Colegiode la Frontera Sur
Universidad Autónoma de Chiapas
Universidad de Ciencias y Artes deChiapas
Instituto Tecnológico de Oaxaca
Instituto Tecnológico de Tuxtepec
UniversidadBenito Juárez de Oaxaca
Universidad de Quintana Roo
Universidad Juárez Autónoma de

Tabasco
Universidad Cristóbal Colón
Universidad Veracruzana
Universidad Autónoma deYucatán
Instituto Tecnológico de Veracruz

Durante la reunión, la Universidad Autónoma de Campeche presentó la iniciativa para la conformación dela red, misma que fue revisada y analizada por las diversas instituciones; dicho documento sirvió como basede la propuesta presentada posteriormente al Consejo Regional Sur-Sureste de la ANUIES.

En dicha reunión se acordaron 10 puntos relativos al nombre de la red, calendario de reuniones, directorio,conclusión de la elaboración de los PAI´s, aprobación de los mismos por las autoridades, elaboraciones depropuestas de programas básicos, sensibilización a los rectores, difusión de los resultados, mayor apoyo a losPAI´s y convenios de colaboración.

Visión

El evento estuvo presidido por Jorge Luis Ibarra Mendivil, el entonces Secretario General Ejecutivo de la ANUIES y la M. en C. Enna A. Sandoval Castellanos, M.C., entonces Presidenta del Consejo Regional Sur-Sureste de la ANUIES, asistiendo rectores y representantes de rectores de los estados de la región sur-sureste,

así como el Gobernador del Estado de Tabasco.

Se presentaron las propuestas para la creaciónde las redes de Vinculación, Tutorías, Posgrado e Investigación, Equidad y Género y Planes AmbientalesInstitucionales.

Fue aprobada la creación de la Red PAI, quedando la Universidad Autónoma de Campeche como instanciaresponsable por conducto de la Mtra. Miriam Sahagún Arcila.

Proyección
Estatutos


40/57



Capítulo 5: Planes de Gestión de Riesgo y medidas preventivas.

Un análisis de riesgo es el estudio de las causas de las posibles amenazas yprobables eventos no deseados y los daños y consecuencias que éstas puedanproducir.

Este tipo de investigación será empleada como herramienta de gestión en estudiosfinancieros y de seguridad para identificar riesgos (métodos cualitativos) y otraspara evaluar riesgos (generalmente de naturaleza cuantitativa).

En el siguiente capítulo se realizará una exploración de los posibles riesgos oproblemas que puedan surgir separados en riesgo del proyecto, del producto y delnegocio, respectivamente.

Para este análisis se emplean dos áreas a calificar, la primera es la probabilidad deincidencia del riesgo, que será puntuada en los niveles de Muy Bajo (menor a 10%),Bajo (entre 10% y 25%), Moderado (entre 25%-50%), Alto (entre 50%-75%) y Muy Alto (Mayor a 75%) así como el efecto o nivel de impacto que este pueda tenersobre nuestro proyecto, producto o negocio. Según sea el caso, estos podríanclasificarse como Catastrófico, Serio, Tolerable o Insignificante.

5.1 Riesgo del Proyecto.

Se refieren a las situaciones que podrían impedir el desarrollo de nuestro proyecto,en forma parcial o total. Pueden representar un aumento en el precio final delproyecto o una ampliación innecesaria del cronograma al presentarse retrasos no

previstos.

Estos pueden ser:

Riesgo Probabilidad Efecto

Cambio en la administraciónoriginando desconcierto en elequipo.

Bajo Catastrófico

Hardware indispensable noestá a tiempo originandoretrasos.

Moderado Serio

Cambio excesivo derequerimientos originandoretraso

Bajo Serio

Miembros clave del proyectorenuncian, ocasionando unretraso significativo

Bajo Catastrófico


41/57



5.2 Riesgo del Producto.

Se refieren en gran parte al problema que se origina directamente con el productoa desarrollar, en este caso, al tratarse de un sistema de software es necesariorealizar la etapa de análisis de la mejor manera posible, para evitar adversidades

de tiempo o costo.Entre otros podremos nombrar:


Peticiones Falsificadas Bajo Serio

Exposición de credenciales deacceso

Bajo Catastrófico

Exposición de datos Bajo Catastrófico

Cambio excesivo derequerimientos origina malafuncionalidad

Bajo Serio

5.3 Riesgo del Negocio.

Son riesgos a los que está sujeto el negocio o institución a la cual se está ofreciendoel servicio de desarrollo. Se encuentran fuera del área de la gestión de esteproyecto de software, más deben ser tomados en cuenta en el siguiente análisispara evitar inconvenientes que pudieran presentarse en un futuro, que puedan

perjudicar nuestra labor de desarrollo.Estos son:


La tecnología fundamental sesustituye por una nueva,originando dudas en laviabilidad del proyecto

Moderado Catastrófico

Cambio de líder del cliente yse reduce su interés por el

proyecto

Moderado Catastrófico


42/57



5.4 Análisis y evaluación de problemas potenciales que afecten losresultados.

En el siguiente árbol de problemas, se plantean las tres posibles variables negativasal desarrollar software. Las cuales son generar software que sea de mala calidad,

muy costoso o que se haya realizado fuera del tiempo establecido. A continuación trataremos de manera individual cada uno de ellos.

Mala Calidad en el Software: Al ser un Sistema de Información a desarrollar, esimportante cuidar la integridad de los datos, así como vigilar que existan usuariosúnicos e irrepetibles para el acceso de nuestro sistema. Del mismo modo seránecesario aplicar principios de seguridad a nuestra información, para evitar quedatos sean expuestos a intrusos o a personal no autorizado.

Aumento en los costos del Software: Se debe respetar el presupuesto que hasido establecido al inicio del proyecto, procurando realizar las tareas con calidad,realizándose de forma correcta en el menor número de intentos posibles, pues cadaerror implica una acción correctiva y eso plantea un aumento en el precio delsoftware.

Límite de tiempo sobrepasado en el desarrollo de software: Se debe respetarel tiempo establecido con el cliente para las entregas correspondientes delsoftware. En caso de un contratiempo que pudiera demorar el desarrollo, seránecesario pasar a otra tarea para evitar exceder el tiempo establecido.


43/57



5.5 Acciones para prevenir las concurrencias.

Si bien es cierto que el Sistema ha sido probado para no otorgar errores a sususuarios, esto no lo hace inmune a ellos. Por lo tanto, se ha hecho la compilación

de las concurrencias más frecuentes y como solucionarlas.

Estos errores, en su mayoría sólo podrán ser resueltos por el administrador delSistema, por lo que es de suma importancia que éste mantenga una estrechacomunicación con cada una de las partes involucradas de esta Red Nacional

Error 403: ProhibidoEl servidor ha sido configurado para rechazar la solicitud.

Solución: Solicitar al administrador de la ReNaPAI que le autorice el acceso almódulo si considera pertinente esta concesión.

Error 404 No encontradoEl servidor no puede encontrar la página o el recurso que se solicitó.

Solución: Revisar si se escribió mal la dirección o puede ser que el archivo borradoo cambiado de sitio. Notificar al administrador si el problema persiste para que tome

las medidas pertinentes.

Error 500 Error interno o Error 503 Servicio no disponibleEl servidor está experimentando fallas.

Solución: Informar al administrador del sitio, quien debe encargarse de verificar suconfiguración para solventar los inconvenientes.


44/57



Los siguientes, pueden no ser errores, pero suponen un problema tal como el deun fallo del sistema, por lo cual es apropiado describirlos:

El usuario no recuerda su Nombre de Usuario o Su Contraseña.

El usuario olvidó su nombre de usuario o su clave de acceso al portal.

Solución: Ir al módulo de registro y hacer click en “¿Ha olvidado su usuario?” o“¿Ha olvidado su contraseña?” según sea el caso. Proporcionar su correoInstitucional para que la información sea confidencialmente enviada y puedaingresar nuevamente al Sistema.

Si el problema persiste, favor de ponerse en contacto con el Administrador de laReNaPAI para solucionar este problema.

Se ha cambiado la estructura del portal sin previo aviso.El administrador ha realizado cambios en el Sistema sin notificar previamente a sususuarios, ocasionando confusión.

Solución: Establecer comunicación con el administrador para informarse quemódulos han sido cambiados y solucionar dudas que se le presenten al realizar suslabores.

Existen problemas para subir contenido al portal.No es posible publicar contenido a la página debido a diversas dificultades técnicas.

Solución: Comunicarse con el administrador e informar acerca de los problemasque se tienen. Él/ella le informará la naturaleza del error, así como las medidastomadas ante tal complicación


45/57



5.6 Acciones a tomar ante la contingencia.

A medida que las empresas se han vuelto cada vez más dependientes de lascomputadoras y las redes para manejar sus actividades, la disponibilidad de lossistemas informáticos se ha vuelto crucial.

Actualmente, la mayoría de las empresas necesitan un nivel alto de disponibilidady algunas requieren incluso un nivel continuo de disponibilidad, ya que les resultaríaextremadamente difícil funcionar sin los recursos informáticos.

Por lo tanto, la capacidad para recuperarse exitosamente de los efectos de undesastre dentro de un periodo predeterminado debe ser un elemento crucial en unplan estratégico de seguridad para una organización.

La reanudación de las actividades ante una calamidad puede ser una de lassituaciones más difíciles con las que una organización deba enfrentarse. Tras undesastre, es probable que no haya posibilidades de regresar al lugar de trabajo o

que no se disponga de ninguna de los recursos acostumbrados. Incluso, es posibleque no se pueda contar con todo el personal. La preparación es la clave del éxitopara enfrentar los problemas.

No existe ninguna manera costeable para protegerse completamente contra todotipo de riesgos, particularmente amenazas naturales a gran escala que puedenarrasar zonas extensas. Como consecuencia, siempre se tiene que tolerar algúnriesgo residual.

Un plan de contingencia es el proceso de determinar qué hacer si una catástrofe seabate sobre la empresa y es necesario recuperar la red y los sistemas.

El diseñar e implementar un plan de contingencia para recuperación de desastresno es una tarea fácil; puede implicar esfuerzos y gastos considerables, sobre todosi se está partiendo de cero. Una solución comprende las siguientes actividades:

1. Identificación de riesgos2. Evaluación de riesgos3. Asignación de prioridades a las aplicaciones4. Establecimiento de los requerimientos de recuperación5. Elaboración de la documentación6. Verificación e implementación del plan

7. Distribución y mantenimiento del plan

A continuación se presenta un fragmento del Plan de Contingencia del InstitutoTecnológico de Ciudad Madero en cuanto a Tecnologías de la Información.

5.7 Plan de Contingencia

A continuación se incorpora el Plan de Contingencia Informático del InstitutoTecnológico de Ciudad Madero del 2015. El cual servirá como cimiento técnico alSistema de Información.


46/57



5.7 PLAN DE CONTINGENCIA INFORMÁTICO

2 5

Contenido: 5.7.1 Introducción 5.7.2 Objetivos. 5.7.3 Estructura del Proyecto. 5.7.4 Responsabilidades

5.7.5 Análisis de Riesgo 5.8 Controles establecidos para las acciones tomadas

I N S T I T U T O T E C N O L Ó G I C O D E C I U D A D M A D E R O


47/57



Plan de Contingencia:

Para el Instituto Tecnológico de Ciudad Madero es indispensable recurrir a los recursos deTecnologías de la Información y Comunicaciones (TICs) como un medio para proporcionar losservicios que el Instituto ofrece a sus miembros y es de vital importancia que dicha información sealo más exacta y expedita posible.

Es importante resaltar que para que el ITCM logre sus objetivos necesita garantizar tiempos deIndisponibilidad mínimos, tanto en sus recursos informáticos como en las comunicaciones; de estemodo podrá mantener una productividad eficiente en todas las áreas operativas.

Por todo lo mencionado anteriormente, el estar sin el servicio de la plataforma informática por unlapso mayor de 2 horas origina distorsiones al funcionamiento normal de nuestros servicios. Decontinuar esta situación por un mayor tiempo nos exponemos al riesgo de paralizar las operacionespor falta de información para el control y toma de decisiones del Instituto.

Es necesario, por tanto, prever cómo actuar y qué recursos necesitamos ante una situación decontingencia con el objeto de que su impacto en las actividades sea lo menor posible.

Cabe señalar que el ITCM ingres a en un a situac ión de co nting encia cu ando la plataform acom putacio nal sale de servicio p or más de 2 horas y term ina cuand o se restablece elambiente de procesamiento or ig inal y el procesamiento norm al de sus act iv idades.

5.7.1. Introducción.

El presente documento es el Plan de Contingencia Informático del InstitutoTecnológico de Ciudad Madero en materia de Riesgos de Tecnología deInformación y Comunicaciones (TIC).

Permitirá mantener la contingencia operativa frente a eventos críticos del Institutoy minimizar el impacto negativo sobre el mismo, los usuarios deben ser parteintegral para evitar interrupciones, estar preparado para fallas potenciales y guiarhacia una solución.

5.7.2. Objetivos.

1. Definir las actividades de planeamiento, preparación, entrenamiento y ejecución de tareasdestinadas a proteger la información contra los daños y perjuicios producidos por corte deservicios, fenómenos naturales o humanos.

2. Establecer un plan de recuperación, formación de equipos y entrenamiento para restablecer laoperatividad del sistema en el menor tiempo posible.

3. Establecer actividades que permitan evaluar los resultados y retroalimentación del plan general.


48/57



5.7.3.- Estructura del Proyecto.

Para el desarrollo e implementación del Proyecto, se ha diseñado la siguiente estructura,definiendo las responsabilidades por cada una de las áreas participantes.

5.7.4.- Responsabilidades

Responsabilidades del líder del proyecto.1.- Dirigir el desarrollo integral del Proyecto así como verificar el cumplimiento de las actividadesEncargadas a cada uno de los líderes usuario.

Responsabilidades del Administrador del Proyecto.1.-Desarrollar el plan de trabajo establecido.2.- Asignar los responsables así como las prioridades para el desarrollo de las tareas.3.- Organizar el proyecto y orientar al equipo de trabajo.4.- Establecer coordinaciones entre el Equipo de trabajo, el Líder del Proyecto y las demás Áreas

Involucradas.

5.- Verificar y efectuar el seguimiento para que el proyecto sea expresado en documentosFormales y de fácil entendimiento.− Identificar los pr oblemas, desarrollar las soluciones y recomendar aquellas acciones específicas.− Controlar el avance del proyecto. − Informar al Líder del Proyecto, los avances y ocurrencias durante el cumplimiento de las tareasde los responsables.

Responsabilidades del Equipo de Trabajo:

• Ejecutar las acciones encargadas especificadas en el cronograma o plan de trabajo, cumpliendo los plazos señalados a fin de no perjudicar el cumplimiento de las demás tareas.

• Comunicar oportunamente al Administrador del Proyecto, sobre los avances de las tareas

asignadas, así como las dificultades encontradas y la identificación de los riesgos.

• Identificar sobre aspectos operativos no contemplados en el Cronograma de actividades.

• Ejecutar las acciones correctivas del caso, coordinando su implementación con el Administradordel Proyecto.


49/57



5.7.5 Análisis y Evaluación de Riesgos.

Los desastres causados por un evento natural o humano, pueden ocurrir, encualquierParte, hora y lugar. Existen distintos tipos de contingencias, como por ejemplo:

Riesgos Naturales: tales como mal tiempo, terremotos, etc. Riesgos Tecnológicos: tales como incendios eléctricos, fallas de energía y

accidentes de transmisión y transporte. Riesgos Sociales: como actos terroristas y desordenes.

Las causas más representativas que originarían cada uno de los escenariospropuestos en el Plan de Contingencias y Seguridad de la Información se presentanen el siguiente cuadro.

A continuación, describiremos de forma breve, los escenarios probables decontingencia, así como el área que resultaría afectada de ocurrir dicho suceso.


50/57



Escenario 1: No hay comunicación entre Cliente -Servidor.

No se puede realizar peticiones del sistema del cliente al servidor, esto puede tenerefectos inmediatos sobre la labor que desempeñan los empleados del Instituto.

Se plantean como recursos de alta prioridad de recupero, los servidores de red y elservicio de internet:

Se proponen algunos problemas que podrían ocasionar este escenario decontingencia, así como medidas para corregir esta situación.


51/57



Escenario 2: Falla del Servidor.


52/57



Escenario 3: Ausencia del Personal De Dirección De Sistemas Informáticos

Escenario 4: Perdida del Flujo Eléctrico.

Escenario 5: Perdida del servicio de Internet


53/57



Escenario 6: Indisponibilidad del Centro de Cómputo

Se planea en horas, el tiempo de caída de cada servidor, que puede ser toleradohasta que ocurran inconvenientes en las labores de la Institución, así como elimpacto negativo que estas pueden generar en ese tiempo.


54/57



5.8 Controles establecidos para las acciones tomadas

Escenario 1: No hay comunicación entre Cliente-Servidor.

Controles Acciones a tomar

Detectivo

Revisar el cableado UTP:Revisar el estado del cable de red, así como revisar el estado de los conectores RJ-45para ambos lados.

Revisar la Tarjeta de Red:Revisar que la tarjeta de red esté conectada y se encuentre en buen estado y seadetectada por el Sistema Operativo.

Fallas IP Asignado:Revisar la Dirección IP del Cliente y que no se presenten errores de concurrencia deDirecciones entre los dispositivos.

Fallas Patch-Panel o Punto de Acceso:En caso de utilizar un Patch-Panel o Punto de acceso, revisar que se encuentren bienconectados los cables de comunicación y alimentación, así como que el dispositivo estéencendido y funcionando normalmente.

Preventivo

Se recomienda: Sólo utilizar cables de red RJ-45 manufacturados de forma estandarizada bajo

la norma EIA-TIA 568. Revisar que las tarjetas de Red sean compatibles entre la tecnología de los

demás dispositivos, así como su compatibilidad con los Sistemas Operativos aemplear.

Realizar segmentación de redes. Empleando subredes se puede tener un mejorcontrol de los ordenadores evitando errores de direcciones concurrentes.

Emplear Patch-Panel o Punto de Acceso sólo de ser necesario. Mantener estosdispositivos en áreas de acceso protegido para evitar problemas tales como desconfiguraciones, apagados, entre otros.

Correctivo

Fallas en el Cable UTP:Reemplazar el Cable UTP.

Fallas en la Tarjeta de Red:Retirar la tarjeta de Red, limpiarla en forma correcta e instalarla de forma debida. Encaso de necesitarse, configurarla dentro del Asistente de su Sistema Operativo en elárea de Conexiones de Red. Si la tarjeta de red está arruinada, reemplazar por otratarjeta de red del mismo tipo.

Fallas IP Asignado:Proponer con el encargado del Centro de Cómputo la implementación del Protocolo deDireccionamiento Dinámico (DHCP) para que se proporcionen IP de forma automática.

Fallas en Patch Panel o en Punto de Red:Verificar el estado de estos dispositivos de red. En caso de estar configurados de malamanera, reconfigurarlos. Si no funcionan y es necesario para su empresa, reemplace porotros.


55/57



Escenario 2: Fallas en el Servidor.


Detectivo

Fallas de Componentes de Hardware del Servidor:Se presentan fallas en periféricos, tales como ratón, teclado, monitor, entre otros .

Fallas del Suministro Económico:Se presentan bajas de voltaje o apagones repentinos en el área designada para elServidor.

Virus:Se abren páginas, programas o procesos repentinamente en el servidor, retrasando laspeticiones de los usuarios o enviando archivos maliciosos.

Sobrepasar el límite de Almacenamiento de Disco:Se excede el límite de archivos almacenados en la memoria del servidor, volviendo lentosu procesamiento.

Computador de Escritorio funciona como Servidor:

El servidor ha sido montado en una computadora de escritorio común y corriente,limitando el alcance o dominio de la red.

Preventivo

Se recomienda: Revisar el Servidor periódicamente: El estado de sus componentes de

Hardware así como sus conexiones de red y de alimentación. Informar al responsable del servidor de la importancia de contar con un buen

antivirus con licencia y emplear solo páginas y programas conocidos y conbuena reputación.

Contar con un espacio de almacenamiento en disco amplio para el servidor (Almenos 50MB por usuario).

Correctivo

Fallas de Componentes de Hardware del Servidor:Reemplazar los componentes de Hardware dañados por otros.

Fallas del Suministro Económico:Informar a la empresa de suministro eléctrico (en este caso la Comisión Federal deElectricidad) de los percances que existen y que envíen a un técnico a revisar lasinstalaciones correspondientes.

Virus:Emplear herramientas antivirus para detectar amenazas del sistema y depurar archivosinfectados del sistema.

Sobrepasar el límite de Almacenamiento de Disco:Realizar backups necesarios para migrar la información a un nuevo disco con mayorcapacidad.

Computador de Escritorio funciona como Servidor:Informar al responsable del centro de cómputo, la necesidad de implementar el servidoren un ordenador con capacidades mayores a las requeridas, de no ser económicamentecosteable, plantear al encargado las necesidades de alimentación continua y de altadisponibilidad (24 horas, 7 días a la semana) para evitar pérdidas de información o deaccesos al sistema.


56/57



Escenario 3: Ausencia del Personal De Dirección De Sistemas Informáticos.


Detectivo

Accidente:El personal autorizado para la dirección de Sistemas Informáticos sufre un accidente ocontratiempo por lo cual no puede presentarse a laborar de forma temporal.

Renuncia Intempestiva: Algún miembro responsable de la dirección de los Sistemas de Información renuncia oes despedido.

Preventivo

Se recomienda: Documentar el trabajo que se realice de forma diaria, semanal o mensual. Emplear contraseñas maestras o de administrador, que sean conocidas solo

por empleados autorizados(Al menos tres responsables de la mayor jerarquíade la empresa).

Nombrar a un responsable sustituto en caso que el primero no pueda realizarsus funciones.

CorrectivoEstablecer comunicación con el responsable de ser posible para preguntar lo que laempresa considere necesario para pasar sus labores a otro empleado que sea elencargado de seguir con sus tareas

Escenario 4: Perdida del Flujo Eléctrico.


Detectivo Corte General del Fluido Eléctrico:

Se pierde el servicio de energía eléctrica por causas externas (Catástrofes o fallos departe de la Empresa que brinda el suministro eléctrico)

Preventivo

Se recomienda: Mantener siempre conectados los ordenadores con dispositivos reguladores

de carga. Conectar los servidores y otros dispositivos de vital importancia a supresores

de picos de corriente o no break, para evitar pérdidas de los aparatos. Rápidamente, al notar el primer apagón o baja de voltaje, apagar si es posible

y desconectar las computadoras y servidores que se consideren prudentespara protegerlas de vulneraciones.

Correctivo Establecer comunicación con la empresa responsable e informarle de las necesidadesque se tienen para la reconexión del servicio de energía eléctrica


57/57

Escenario 5: Perdida del servicio de Internet.


DetectivoPérdida de comunicación con proveedores de Internet:Se pierde el servicio de Internet por diferentes causas.

Preventivo

Se recomienda: Contar con dispositivos de red (Switches, Routers, Gateways, entre otros) de

buena calidad. Realizar auditorías de red programadas de forma constante.

Correctivo Revisar el estado de los dispositivos de red.

Establecer comunicación con la empresa responsable e informarle de las

necesidades que se tienen para la reconexión del servicio de Internet.

Escenario 6: Indisponibilidad del Centro de Cómputo


Detectivo Incendio:Se produce un incendio dentro de la Instalaciones del Centro de Cómputo.Sabotaje:Personal no autorizado irrumpe a las instalaciones a sabotear o hurtar equipos enforma parcial o total.Corto Circuito:Se dañan los equipos debido a un corto circuito originado en las instalaciones del SITECiclón:Se estropean los ordenadores debido a un ciclón que azota la zona metropolitana.

Preventivo

Se recomienda: Mantener siempre conectados los ordenadores con dispositivos reguladores

de carga. Conectar los servidores y otros dispositivos de vital importancia a supresores

de picos de corriente o no break, para evitar pérdidas de los aparatos. Rápidamente, al notar el primer apagón o baja de voltaje, apagar si es posible

y desconectar las computadoras y servidores que se consideren prudentespara protegerlas de vulneraciones.

Asegurar las entradas y ventanas con formas de seguridad físicas comocandados, protecciones, entre otras, para restringir el acceso a personal noautorizado al SITE.

De ser posible ubicar el SITE en un área elevada para evitar inundaciones yde ser posible en un lugar céntrico para evitar daños colaterales porcatástrofes naturales.

Contar con extintores y equipo para evitar incendios en las áreas másimportantes.

Implementación de Un Sistema de Información Para La Red Nacional de Planes Ambientales (Renapai)

Documents

Transcript of Implementación de Un Sistema de Información Para La Red Nacional de Planes Ambientales (Renapai)