• Equipo servidor formato Rack 2U: IBM, HP o similar.
• Procesador: Dual Core Xeon 5130 2.0Ghz. 2x2MB L2 o similar. • 2 tarjetas de red GigaEthernet.
• Memoria: 2Gbytes RAM.
• Disco: 2 DD 73GB hotswap, 15K, SCSI, SAS, o similar.
• Controladora almacenamiento funcionalidad RAID 0,1,5 y 10 (256 MB. cache) o similar.
• Fuente de Alimentación redundante. • Licencias Software ARC Agente Cliente. • Cableado para conexión KVM.
Título del proyecto
Diseño lógico y físico
Infraestructuras
Versión 0.3
Autor Fecha
Tabla de contenidos
1. CONTROL DE CAMBIOS... 3 2. INTRODUCCIÓN ... 4 3. ELEMENTOS LÓGICOS ... 4 3.1 Usuarios ... 4 3.2 Redes ... 4 3.3 Estaciones ... 5 3.4 Servidores ... 5 3.5 Otros... 54. RELACIONES LÓGICAS ENTRE ELEMENTOS ... 5
4.1 Diseño gráfico ... 5 4.2 Flujos de información ... 5 5. ELEMENTOS FÍSICOS ... 5 5.1 Usuarios ... 6 5.2 Redes ... 6 5.3 Estaciones ... 6 5.4 Servidores ... 6
5.5 Disponibilidad, capacidad y rendimiento... 6
5.6 Servicios corporativos ... 7
5.7 Entorno de Explotación ... 7
5.7.1 Soporte (CAU) 7 5.7.2 Gestión de cambios y Operación (Sistemas y Opnatel) 8 5.7.3 Otros 8 5.8 Otros... 8
6. RELACIONES FÍSICAS ENTRE ELEMENTOS ... 8
6.1 Diseño gráfico ... 8
6.2 Flujos de información ... 9
1.
2.
CONTROL DE CAMBIOS
Fecha Autor Descripción Revisión
INTRODUCCIÓN
En el diseño lógico y físico se describe como la solución resolverá cada uno de los escenarios de uso que se especifican en el documento de Visión y Alcance.
Los escenarios de uso describen todos los usuarios y actividades en un entorno de negocio que requieren una solución dentro de unos requerimientos. El diseño describe la alternativa elegida para solucionar dichos escenarios con los requerimientos solicitados.
El diseño lógico describe cada uno de los elementos (usuarios, estación de trabajo, red, servidor, etc.) y su función en cada uno de los escenarios de uso de modo que se asegure el cumplimiento de los requerimientos. En el diseño lógico se establecen las relaciones que deben existir entre todos los elementos del diseño así como los requerimientos que deben cumplir cada una de ellas (protocolos utilizados, interfaces, etc.). En teoría el diseño lógico debe ser independiente del diseño físico.
El diseño físico lleva a elementos físicos (elementos existentes o reales como servidores concretos, estaciones concretas, edificios concretos, etc.) el diseño lógico contemplando la arquitectura sobre la que se establecerá el diseño lógico y las restricciones que establece ya sea por elementos existentes o por modelo de explotación.
Es objetivo de este documento describir y detallar para todos los elementos de la solución:
o Propiedades.
o Funcionalidad y comportamiento
o Requerimientos (anchos de banda, capacidad, seguridad, incompatibilidades, etc.)
o Relaciones entre los elementos
Debe quedar expresado como el diseño soluciona cada uno de los requerimientos descritos en el documento de visión y alcance.
4. ELEMENTOS LÓGICOS
4.1 Usuarios
Descripción de cada uno de los perfiles de usuario con sus requerimientos, funciones y relaciones con otros elementos.
4.2 Redes
Descripción de las redes implicadas en la solución con sus características concretas relevantes en cuanto a requerimientos, propiedades, funciones y relaciones con otros elementos.
4.3 Estaciones
Descripción de cada uno de los perfiles de estación de trabajo (entendida estación como el elemento que usa el usuario ya sea un PC, una PDA, un móvil, etc.) con sus características y propiedades concretas relevantes, funcionalidad y comportamiento, requerimientos y relaciones con los otros elementos.
4.4 Servidores
Descripción de cada uno de los servidores implicados en la solución y su función con sus características y propiedades concretas relevantes, funcionalidad y comportamiento, requerimientos y relaciones con los otros elementos.
4.5 Otros
5. RELACIONES LÓGICAS ENTRE ELEMENTOS
5.1 Diseño gráfico
El uso de elementos visuales, como por ejemplo Diagramas de Visio, ayuda a describir los elementos y las relaciones entre ellos.
5.2 Flujos de información
Dentro de las relaciones debemos describir explícitamente todos y cada uno de los flujos de información que se producen entre los diversos elementos. Así mismo es clave describir quien es el elemento que inicia la conversación y quien la recibe, es decir, quien hace de “cliente” y quien de “servidor”. En el diseño gráfico se describirá esto con una flecha que sale del “cliente” y que llega al “servidor”.
Para cada flujo de información deberemos describir su protocolo, puertos, etc. (toda los datos que describan el detalle del flujo) y su cometido dentro de la solución. Es muy importante recordar que se deben describir todos los flujos, incluidos: relaciones con dominios y/o Directorio Activo, servidores de copias de seguridad, servidores de monitorización, DNS, WINS, DHCP, servidores de antivirus, etc.
6. REQUERIMIENTOS DE SEGURIDAD
Indicar como resuelve el diseño lógico los requerimientos específicos en cuanto a: • Autenticación (proceso de identificar un usuario, proceso, máquina u otro
elemento de modo preciso)
• Autorización (proceso de determinar lo que un elemento autenticado puede hacer)
• Confidencialidad o privacidad (proceso para asegurar que la información es accedida tan solo por los elementos autorizados en las condiciones establecidas)
• No repudio (proceso en el que se asegura que ninguna de las partes implicadas en una comunicación puede negar haber participado en una determinada transacción)
• Auditoría (proceso posterior a determinados sucesos por el que se determina lo que ha ocurrido concretamente)
7. ELEMENTOS FÍSICOS
7.1 Usuarios
7.2 Redes
• Tipo de red de Gobierno de Navarra sobre el que se monta la solución. • Parametrización y configuración específica de dicha red.
• Hardware específico añadido (si lo hubiera). • Protocolos y configuraciones utilizadas.
7.3 Estaciones
• Estándar de Gobierno de Navarra sobre el que se monta la solución.
• Parametrización y configuración específica de las estaciones: software añadido y su configuración, archivos relevantes, etc.
• Hardware específico añadido (si lo hubiera).
7.4 Servidores
• Estándar de Gobierno de Navarra sobre el que se monta la solución.
• Parametrización y configuración específica de los servidores, archivos relevantes (donde se halle configuración o usuarios y contraseñas, por ejemplo.), securización, etc.
• Hardware específico añadido (si lo hubiera).
7.5 Disponibilidad, capacidad y rendimiento
Características específicas de los elementos (dobles electrónicas de red, balanceo de servidores (NLB, MSCS,..), RAIDs en estaciones o servidores, procesadores multiples, características de los elementos físicos de acceso a disco, etc.) que conforman la solución para conseguir garantizar las expectativas de nivel de servicio respecto a disponibilidad,
capacidad y rendimiento.
7.6 Servicios corporativos
Servicios corporativos que se utilizan y su parametrización concreta:
• Nodo comunicaciones: salida a Internet, teletrabajo, cortafuegos, VPN’s, etc. • Soluciones: portal, intranet, gestión del conocimiento, etc.
• Directorio activo, DHCP, WINS, DNS, IAS, Radius, etc. • Otros.
7.7 Entorno de Explotación
Se describen los servicios de explotación que se utilizarán cuando el sistema entre en producción.
A establecer con la participación del personal designado por la DGMAE
7.7.1 Soporte
Se deben describir los niveles de soporte y sus responsabilidades así como la escalación entre ellos:
• Atención telefónica, web y correo: (Habitualmente lo hará el CAU)
o Gestión de peticiones (tareas procedimentadas en el Catálogo del CAU, de
Telecomunicaciones o de la DGpSI)
o Gestión de consultas (Soporte funcional)
o Gestión de incidencias (recuperar el servicio lo antes posible)
o Gestión de problemas (habitualmente desarrollará esta actividad Sistemas,
es decir, soporte de 2º nivel. Se trata de que cuando una incidencia se repite mucho normalmente tiene un problema detrás que debe ser estudiado y corregido)
• Soporte de 1º nivel: (Habitualmente lo hará el CAU)
Técnico
Funcional
Escalación: tanto a 2º y 3º nivel, como a Mantenimiento correctivo
• Mantenimiento hardware (normalmente lo hará el contrato de mantenimiento hardware de Gobierno de Navarra)
• Mantenimiento preventivo (tareas que deben hacerse periódicamente para evitar
problemas futuros)
desarrollador de la solución)
7.7.2 Gestión de cambios y Operación (Sistemas y Opnatel)
• Copias de seguridad • Monitorización
• Informes de Nivel de servicio • ….
7.7.3 Otros
7.8 Otros
8. RELACIONES FÍSICAS ENTRE ELEMENTOS
8.1 Diseño gráfico
El uso de elementos visuales, como por ejemplo Diagramas de Visio, ayuda a describir el entorno de red, los elementos y las relaciones entre ellos.
Este es un ejemplo del proyecto de Fax Corporativo:
Clie nte d e corr eo (O utlook W eb Acc es s)
8.2 Flujos de información
En el diseño físico deberíamos describir una idea de dimensión de los flujos de información que oriente sobre el dimensionamiento necesario de las redes y servidores.
Nombre del servicio
Plan de Explotación
Versión 0.3
Autor Fecha
Tabla de contenidos
1. CONTROL DE CAMBIOS... 3 2. INTRODUCCIÓN ... 4 3. GESTIÓN DE CAMBIOS ... 4 3.1 Gestión de cambios... 4 3.2 Gestión de versiones... 4 3.3 Gestión de configuraciones... 4 4. OPERACIÓN... 4 4.1 Administración de sistemas ... 4 4.2 Administración de seguridad ... 4 4.3 Monitorización y control... 5 4.4 Planificación de trabajos ... 5 4.5 Administración de red... 5 4.6 Administración de directorio ... 54.7 Gestión de almacenamiento y copias de seguridad ... 5
5. SOPORTE... 6
5.1 Introducción... 6
5.2 Equipo de soporte ... 7
5.3 Plan de Formación ... 7
6. OPTIMIZACIÓN Y NIVEL DE SERVICIO... 7
6.1 Gestión de nivel de servicio ... 7
6.2 Gestión de capacidad y disponibilidad... 7
6.3 Gestión de continuidad del servicio ... 7
7. REQUERIMIENTOS DE EXPLOTACIÓN ... 7
CONTROL DE CAMBIOS
2. INTRODUCCIÓN
Este documento pretende garantizar que el servicio entregado por el proyecto cumpla con los requerimientos que necesitan los usuarios y el cliente durante su tiempo de explotación.
3. GESTIÓN DE CAMBIOS
Según diversos estudios, el 80% de todas las caídas de los sistemas informáticos son producidas por la implantación de cambios en el entorno de producción y el 80% del tiempo dedicado a su resolución es requerido para la búsqueda de los cambios realizados.
3.1 Gestión de cambios
Debe determinarse el proceso de realización de cualquier tipo de cambio que afecte al servicio, especialmente los cambios de versiones de software y los roles responsables.
Siempre se determinará el Responsable del servicio en Explotación y el responsable de Unidad Funcional a cargo del servicio.
Se determinará la necesidad de los entornos diferentes al de producción (pre-producción, desarrollo, etc.) y la interacción entre ellos.
3.2 Gestión de versiones
3.3 Gestión de configuraciones
4. OPERACIÓN
4.1 Administración de sistemas
Dentro de esta función se determinará cómo y quien realizará:
• Instalación, configuración, parametrización, instalación de parches, antivirus, evolución de versiones de software base o firmware, etc. sobre:
o Estaciones o Servidores o Impresoras o Otros elementos
4.2 Administración de seguridad
Dentro de esta función se determinará cómo, quien y cuando realizará el mantenimiento de la política de seguridad del servicio:
o Vunerabilidades y amenazas a los recursos con probabilidad e impacto • Selección de medidas adecuadas de seguridad
• Implementación y mantenimiento de las medidas de seguridad • Revisión de los remedios de seguridad
• Mantenimiento del calendario de pruebas y revisiones • Ejecución de las pruebas
• Gestión de incidencias de seguridad
4.3 Monitorización y control
Se determinará cómo, quien y cuando realizará las tareas de monitorización y control de la disponibilidad, capacidad y rendimiento del servicio.
Para ello se debe realizar:
• Identificación de los componentes hardware y software que determinan la calidad del servicio
• Montar las herramientas y parametrizaciones concretas para realizar la monitorización y los controles
• Determinar los umbrales de los valores monitorizados y las acciones concretas a realizar cuando se alcancen teniendo presente los diversos roles implicados, diversos horarios de servicio, etc.
4.4 Planificación de trabajos
Dentro de esta función se determinará como, cuando y quien realizará las tareas planificadas.
4.5 Administración de red
Si existiera alguna labor de administración de red específica se determinará en este punto.
4.6 Administración de directorio
Dentro de esta función se determinará como y quien realizará las altas, bajas y modificaciones de credenciales y la gestión de autorizaciones sobre los distintos recursos. Deberá realizarse la función en base a los roles que haya determinado el proyecto
4.7 Gestión de almacenamiento y copias de seguridad
Este función se ocupa de que la información (datos, parametrizaciones, software base, etc.) esté disponible con los requerimientos que marca la calidad esperada del servicio.
Deberá estar determinado:
• Crecimiento que se prevé en el espacio necesario de almacenamiento Sobre todo ello se determinará quien, cómo y cuando realizará las tareas de:
• Backup: el proceso periódico de trasladar información de un medio (normalmente discos duros) a otro medio secundario (normalmente cintas pero podrían ser medios ópticos o incluso discos duros)
o Respaldos de información (paso a un medio para posibles recuperaciones ante pérdidas)
o Historificación de información (paso a un medio de forma definitiva) • Almacenamiento de soportes
• Recuperación de información (una tabla, archivo, etc.) o del propio servicio (el conjunto completo de un servidor, etc.)
5. SOPORTE
A establecer con la participación del personal designado por la DGMAE
5.1 Introducción
Este apartado describe el modelo de soporte del servicio. Entendemos como soporte los recursos técnicos y humanos, y los procesos de gestión de dichos recursos, asociados al servicio que permitirán:
• Atender a los usuarios vía: o Telefónica
o Web o Correo o Otros • Gestionar:
o Peticiones (altas, bajas, modificaciones, instalación de puestos de trabajo, etc.) o Consultas funcionales y técnicas
o Incidencias y problemas
Asistencia técnica de 1º nivel al usuario y escalado a 2º nivel (realizada por OTSI)
Asistencia técnica de 2º nivel y escalado a 3º nivel (realizada por Sistemas)
Asistencia técnica de 3º nivel (realizada por terceros especialistas y/o creadores del servicio)
Mantenimiento del hardware (realizado por el contrato corporativo de Gobierno de Navarra y/o por terceros especialistas y/o creadores del
Mantenimientos correctivo y evolutivo del servicio (realizado por personal del servicio de Proyectos de la DgpSI y/o por terceros especialistas y/o creadores del servicio)
5.2 Equipo de soporte
Este apartado identifica el equipo necesario para cada una de las funciones descritas en la introducción:
Horario Asignación Información de Contacto Responsable
8:00-20:00 CAU Teléfono: Correo: Web: Otros:: Nombre Información de contacto
5.3 Plan de Formación
Este apartado identifica la formación o conocimientos necesarios, recursos y materiales de formación necesarios, para cada uno de los grupos de soporte.
6. OPTIMIZACIÓN Y NIVEL DE SERVICIO
6.1 Gestión de nivel de servicio
6.2 Gestión de capacidad y disponibilidad
6.3 Gestión de continuidad del servicio
7. REQUERIMIENTOS DE EXPLOTACIÓN
Este apartado identifica las necesidades anuales para mantener el servicio operativo en cuanto a:
• Licencias
• Asistencia técnica de 1º nivel • Asistencia técnica de sistemas • Contratos de soporte de 3º nivel • Consumibles de todo tipo
• Renovaciones de hardware (servidor, copias, estaciones, impresoras, etc.) • Otros
