33409002824518.pdf

La importancia de la información en las organizaciones es cada vez más importante para ser competitivas. El Capítulo 4 describe el diseño e implementación de políticas de soporte en las nueve fases de la metodología de implementación que CISCO proporciona para la configuración de la infraestructura de red.

EMPRESA

Introducción
Historia
Misión y Visión
Organ igrama ..... ... ............ ... ... .... ............ ..... ............ .................. .. ... ... .......... .. ................ ...... s

En los años 80 “Desarrollo Educacional S.A.” contribuyó a la adquisición de 35 hectáreas para la construcción de instalaciones universitarias. El portal de la UDEM es el medio de comunicación entre estudiante e institución, además de la imagen de la universidad y es importante que se mantenga actualizado por parte de la DITSI.

ANTECEDENTES

Introducción

Descripción de la necesidad

Como se muestra en la Figura 2.1, la mayoría de los encuestados realizan personalmente copias de seguridad de sus computadoras de trabajo utilizando discos duros externos, unidades USB, OVO o CD. Como se ve en la Figura 2.3, la mayoría de los gerentes han tenido fallas en los equipos donde antes su información corría el riesgo de perderse.

Área de oportunidad

34;Nuestras herramientas de monitoreo no están bien configuradas y no se hace un uso óptimo de ellas por falta de conocimiento y comprensión de cada una de ellas, porque no hubo tiempo suficiente para investigar el funcionamiento de cada una, por lo que cada una debe tener alguna de ellas. configurar funciones muy básicas, donde no tenemos alertas activas y eso es un poco preocupante.” [Nevarez, 2012].

Solución a la problemática

Aplicación Web

Módulo de usuario: permite registrar, eliminar o editar la información de un usuario de la aplicación web. Alarmas no monitoreadas: Son las alarmas que envían los distintos sistemas de monitorización y que no han sido procesadas.

Objetivo general

Posponga la implementación de políticas de respaldo en el NAS final y comience a desarrollar una aplicación web. Revisar los sistemas de monitoreo y reconfigurarlos para enviar alertas al servidor de aplicaciones web.

Objetivos específicos

Respaldo de Información
Aplicación Web

Gestión de riesgos

Análisis de riesgos
Planificación de riesgos

Utilice nodos para realizar copias de seguridad de los datos del NAS hasta que obtenga un nuevo espejo. Envíe la información de la isla de prueba y solicite al DTI que cambie la infraestructura.

Recursos de hardware y software requeridos

Revise las tarjetas de Colaboración de Responsabilidad de Clase para realizar los cambios de horario necesarios. Si Crystals Reports no se puede exportar a formatos .xls o .pdf, acuerde con el cliente cancelar este proceso.

Conclusión

Marco Teórico

Introducción
Metodologías
Tecnología

Sistemas de monitoreo
Tecnología de desarrollo

Seguridad Informática

Consecuencias de la falta de seguridad
Servicios de la seguridad
Políticas de Seguridad
Incidentes de Seguridad
Mejores prácticas para Seguridad Informática

Conclusiones

Algunos de los elementos clave para la gestión de la seguridad de la información se describen a continuación: [!SACA, 2012]. Deben definirse claramente las responsabilidades para la protección de los activos individuales dentro y fuera de la organización.

Políticas de Respaldo

Introducción

Diseño de casos de pruebas

Ingrese a un administrador, salga y copie la información gradualmente desde el NAS al disco local. Elimine los archivos del disco duro de la computadora de su trabajo, inicie sesión en un administrador y copie los archivos del NAS al nuevo disco duro local. Desconecte el NAS, inicie sesión como administrador, trabaje en la computadora del trabajo y cierre sesión.

Inicie sesión como administrador, trabaje en la computadora del trabajo, cierre sesión y desconecte el NAS mientras está desconectado. Inicie sesión como administrador en otra computadora, trabaje en la computadora y cierre sesión. Cerrar sesión de un usuario con una tarea implementada en un servidor Windows.

Determinar requerimientos

La infraestructura de red UDEM disponible es necesaria para que los datos viajen al servidor. Se requiere un NAS de mayor capacidad para dar soporte a todos los administradores (52 administradores). Aproximadamente cada administrador dispone de un ordenador con 300 GB de espacio de almacenamiento, aproximadamente 15,23 Tb que se necesitarían si cada uno de los administradores ocupara su espacio local máximo.

La ubicación donde se monte la solución, en este caso el servidor con disco duro, NAS, debe estar en una zona segura y fuera del alcance de cualquier persona que no sea el área de infraestructura de T.L., donde se pueda conectar a la corriente. y hay conexiones de fibra óptica para la conectividad al servidor. El NAS debe contar con 2 conexiones eléctricas, estas son necesarias para el correcto funcionamiento de todos los discos duros. El rack debe montarse con barras estabilizadoras, no cargando el NAS ningún peso con los servidores que pueda haber debajo.

El "local" debe estar aproximadamente a una temperatura de 18 a 22 grados, para que no haya calefacción y los equipos se apaguen, negando respaldos y provocando conflictos en el futuro.

Desarrollar un diseño detallado

Desarrollar un diseño detallado

El NAS debe tener capacidad para soportar múltiples conexiones y no realizar copias de seguridad o lecturas lentas, esperando a que finalice un proceso para iniciar otro, lo que provocaría grandes conflictos por la cantidad de usuarios de la Universidad. Puede excluir algunos archivos o documentos que no se pueden iniciar. 2 http://social.technet.microsoft.com/Forums/en-US/winserverGP/thread/7calfc4e-3bc6-4d5b-96b7-30f077bd9068/ http:l/support.citrix.com/proddocs/topic/provisioning-61 /pvs-network-profiles-roaming-manage.html.

34;http://www.group-policy.com/ref/policy/2832/Do_not_check_for_user_ownership_of_Roaming_Profile_Folders. 34;Se configura automáticamente para que no tengas problemas al agregar un nuevo administrador de Roaming. Esta opción aún debería estar deshabilitada. Permitir que los usuarios accedan a él.

Desarrollar un plan de implementación

O Isla de pruebas

Instalar la solución

Dentro de la NAS, en gestión de equipos, en la sección. almacenamiento, existe la opción de administración de discos. La política previamente examinada para el correcto funcionamiento del "Perfil Roaming" se habilita en el Active Directory en la unidad organizativa denominada "Tesis". Esta computadora tiene un DNS asignado en la sección de dirección ip-v4 que apunta al servidor con dirección.

Ingresamos a “Gestión de Políticas de Grupo”, allí creamos una política en la rama donde queremos aplicar las configuraciones, en este caso con el nombre “Copia de seguridad”. Ejecutamos "gpupdate" en la ventana de comandos de Windows para actualizar las políticas y asegurarnos de que cambien. Las políticas que se investigaron anteriormente para el correcto funcionamiento del “Perfil de Invitado” se habilitan en Active Directory, en la unidad organizativa denominada respaldo, donde se agregarán los usuarios de los cuales se desea respaldar los datos (directores UDEM).

Además, dentro del NAS, se crea y oculta una carpeta de Perfiles con las configuraciones adecuadas para que solo el creador pueda tener acceso completo y la computadora pueda guardar y recibir cambios como un administrador en el servidor.

Conclusiones

A partir del segundo escenario de pruebas configurado con el ordenador de Set Martínez, se añade a la unidad organizativa el ordenador de "Marta Sylvia del Río", donde se realizan pruebas reales de copia de seguridad. Las políticas se crean en la “ruta” del usuario hasta la creación de esta carpeta y la activación de este servicio. El tiempo que invierte un departamento de sistemas para reparar una computadora y, si es posible, almacenar la información, son tiempos que se pueden evitar y gastar. sobre otros posibles problemas que puedan surgir dentro del área de trabajo.

Es por esto que en la Universidad de Monterrey se realizó la investigación e implementación de la configuración para su correcto funcionamiento, ya que en el historial de casos se han presentado muchas pérdidas valiosas.

Aplicación web

Introducción

Exploración

Historias del usuario

Historia del usuario 1
O Historia del usuario 1 O

La segunda historia de usuario explica cómo se agregará un nuevo usuario a la aplicación web. La tercera historia de usuario explica cómo se pueden actualizar los datos de un usuario. La cuarta historia de usuario explica las diferentes formas de desactivar una cuenta de usuario.

La quinta historia de usuario menciona la vista donde se muestran las alertas de los sistemas de monitoreo. El séptimo historial de usuario explica dónde consultar el historial de alertas resueltas. La octava historia de usuario explica qué sucede cuando un usuario no puede resolver una alarma.

La décima historia de usuario explica lo que se debe incluir para gestionar proyectos DITSI.

Planificación de la entrega

Estándares del proyecto

Estándares de diseño

Tarjetas de tarea

Tarjeta de tarea #4
O Tarjeta de tarea #1 O

Plan de iteraciones

Estará presente en todas las páginas de la aplicación, excepto en Iniciar sesión. Espacio en blanco seguido de La aplicación muestra un mensaje de validación de cuenta y contraseña válida: "Ingrese una cuenta y contraseña. Cuenta y espacio válidos La aplicación muestra un mensaje en blanco seguido de validación de contraseña: "Ingrese una cuenta y contraseña.

En blanco seguido de La aplicación mostrará una cuenta válida y un mensaje de espacio tras la validación: "Ingrese una cuenta en blanco y una contraseña seguidas de una contraseña válida". Encuentra el usuario en la tabla de usuarios activos. La cuenta de usuario se desactivará, haga clic en el botón eliminar. Vea alertas no resueltas en la vista "Alertas desatendidas", resaltadas en color y presentadas al final de la lista.

Vea las alertas pendientes en la vista Alertas desatendidas, resaltadas en color y mostradas en la parte superior de la lista.

Iteraciones

Primera Iteración

Spikes
Pantalla de la aplicación

Segunda Iteración

Tercera Iteración

Spikes

Cuarta Iteración

Tablas de la base de datos

Quinta Iteración

Spikes
Tablas de la base de datos

Alertas de los sistemas de monitoreo

Aquí mostraremos el diseño de la exhibición del catálogo usando una púa, las clases que se utilizaron para desarrollarlo y el diseño de las púas aplicando los estándares de diseño que se mencionaron anteriormente. Alerta .JI tender int Usuario _a tender varchar(SO) Fecha _alert _llSIQI'\ad! fecha Resolved_alert_date fecha Sollozo:ion _alertll_attend varchar{MAX) Problem_soludon_al.. varchat{MAX). Aquí se mostrará el diseño del informe utilizando una púa, las clases que se utilizaron para desarrollarlo y el diseño de las púas aplicando los estándares de diseño que se mencionaron anteriormente.

Type_alert va-char{SO) Date_emrio_alerta . fecha Dtpositive _Ofigef\_alert vatchar{SO) State_alert.a iOt. Alert.)ltender int Usuario _

Producción

Recursos utilizados
Configuración hardware y software

Mantenimiento

Conclusiones