Active Directory Deploy - Guia Rapida

Gracias a lo que estuve investigando para implementar Active Directory y a la implementación realizada, publico una guía rápida para desplegar Active Directory sobre un controlador de dominio en Windows Server 2008. en la columna de documentos están los vínculos a los documentos de TechNet y en la tercer columna identifico lo que es imprescindible implementar para que salga funcionando.

ACTIVIDADES					DOCUMENTOS	NECESARIO
Revisar el diseño de la estructura lógica de AD DS.					Revisión del diseño de AD DS
Configurar el Sistema de nombres de dominio (DNS) para el dominio raíz del bosque. Nota Si no existe la infraestructura DNS, omita este paso en el proceso de implementación del dominio raíz del bosque.					Configuración del DNS para el dominio raíz del bosque
Crear el dominio raíz del bosque.					Lista de comprobación: creación del dominio raíz del bosque
	Implementar el primer controlador de dominio raíz del bosque.				Lista de comprobación: implementación del primer controlador de dominio raíz del bosque
		Instalar Windows Server 2008 en el equipo que desea que sea el controlador de dominio.			Instalación de Windows Server 2008 en el primer controlador de dominio raíz del bosque
		Instalar los Servicios de dominio de Active Directory (AD DS) en el equipo que desea que sea el primer controlador de dominio raíz del bosque mediante la ejecución del Asistente para la instalación de los Servicios de dominio de Active Directory.			Instalación de AD DS en el primer controlador de dominio raíz del bosque
			1. Inserte el DVD del sistema operativo de Windows Server 2008 en la unidad de DVD del controlador de dominio y seleccione la opción para instalar el sistema operativo. Como alternativa, puede usar un método de instalación automatizado.
			2. Use el sistema de archivos NTFS para formatear las particiones. Escriba el nombre del equipo, la dirección IP estática y la máscara de subred especificadas en su diseño. Escriba una contraseña de administrador segura.
			3. Habilite la opción Escritorio remoto para que los administradores puedan iniciar sesión de forma remota, si es necesario. Para habilitar Escritorio remoto, haga clic en Configurar Escritorio remoto en Administrador del servidor y, a continuación, haga clic en Permitir las conexiones desde equipos que ejecuten cualquier versión de Escritorio remoto (menos seguro) o Permitir sólo las conexiones desde equipos que ejecuten Escritorio remoto con Autenticación a nivel de red (más seguro).
		Comprobar la instalación de AD DS en el primer controlador de dominio raíz del bosque.			Comprobación de la instalación de AD DS en el primer controlador de dominio raíz del bosque
			Revise el registro de eventos de Windows Server 2008 y resuelva los errores que encuentre. En el símbolo del sistema, ejecute la herramienta de diagnóstico de controladores de dominio, Dcdiag.exe, y resuelva los errores que aparezcan. Nota Para obtener información sobre las pruebas que puede realizar con Dcdiag.exe, consulte el tema que trata sobre la introducción a Dcdiag en http://go.microsoft.com/fwlink/?LinkId=93660 (puede estar en inglés).
			Ejecute el Administrador de tareas para comprobar si el procesador y los recursos del sistema de memoria están dentro de los límites aceptables.
			Si instaló el Sistema de nombres de dominio (DNS) al ejecutar el Asistente para la instalación de los Servicios de dominio de Active Directory (Dcpromo.exe), siga estos pasos:
				Abra el Administrador de DNS.
				Haga clic en Inicio, Administrador del servidor y vaya a la página Servidor DNS.
				Vaya a la página Zonas de búsqueda directa para comprobar si se han creado las zonas _msdcs.forest_root_domain y forest_root_domain.
				Expanda el nodo forest_root_domain para comprobar si se han creado las particiones del directorio de aplicaciones DomainDnsZones y ForestDnsZones.
		Configurar el servicio de hora de Windows (W32time) para satisfacer las necesidades de la organización.			Configuración del servicio de hora de Windows
		Comprobar la resolución de nombres recursivos del servidor DNS en el primer controlador de dominio raíz del bosque.			Comprobación de la resolución de nombres recursivos del servidor DNS en el primer controlador de dominio raíz del bosque
		Permitir a los clientes buscar un controlador de dominio en el siguiente sitio más cercano.			Permitir a los clientes buscar un controlador de dominio en el siguiente sitio más cercano
	Implementar el segundo controlador de dominio en el mismo sitio.				Lista de comprobación: implementación del segundo controlador de dominio en el mismo sitio
	Volver a configurar el servicio Servidor DNS.				Lista de comprobación: volver a configurar el servicio Servidor DNS
		Habilitar la característica de caducidad y borrado en dos controladores de dominio basados en Windows Server 2008, que ejecutan el servicio del servidor Sistema de nombres de dominio (DNS). Nota: Se recomienda realizar este paso para cualquier controlador de dominio raíz del bosque que tenga el servicio Servidor DNS.			Habilitación de la característica de caducidad y borrado para DNS
		Configurar las opciones del servicio Cliente DNS para el primer controlador de dominio y para cualquier otro controlador de dominio que se haya instalado. Nota: Este paso es opcional, si instaló el servicio DNS al ejecutar el Asistente para la instalación de los Servicios de dominio de Active Directory (dpromo.exe).			Configuración de las opciones del servicio Cliente DNS en el primer controlador de dominio y en los siguientes
		Actualizar la delegación DNS del dominio raíz del bosque en un servidor DNS que sea autoritativo para la zona principal. Nota: Este paso es opcional, si instaló el servicio DNS al ejecutar el Asistente para la instalación de los Servicios de dominio de Active Directory (dcpromo.exe).			Actualización de los registros de delegación DNS	(No se hace si se instaló DNS desde cero)
	Configurar la topología del sitio.
		Delegar la administración de los sitios y la topología del sitio de los Servicios de dominio de Active Directory (AD DS) al propietario de la topología del sitio.			Delegación de la administración de la topología de sitios de AD DS
		Crear sitios de AD DS mediante el complemento Sitios y servicios de Active Directory.			Creación de sitios de AD DS
		Crear subredes de AD DS mediante el complemento Sitios y servicios de Active Directory.			Creación de subredes de AD DS
		Crear vínculos a sitios de AD DS mediante el complemento Sitios y servicios de Active Directory.			Creación de vínculos a sitios de AD DS
Habilitar las características avanzadas de AD DS de Windows Server 2008 mediante la elevación de los niveles funcionales del bosque y del dominio. Nota: Se recomienda elevar los niveles funcionales del bosque y del dominio al ejecutar el Asistente para la instalación de los Servicios de dominio de Active Directory					Elevación de los niveles funcionales

Fuente: AD DS Deployment Guide

Espero sirva. 

Planificar un Proceso Unificado de Desarrollo de Software (PUDS)

El proceso unificado de desarrollo de software (PUDS) abarca un conjunto de actividades que nos va llevando paso a paso por cada etapa del desarrollo guiando y coordinando la intervanción de los distintos roles involucrados.

Este proceso se apoya en tres pilares  durante toda la metodología, los cuales son:

• Casos de Uso
• Arquitectura
• Concepto iterativo e incremental

Con más precisión, se dice que el proceso es dirigido por casos de uso, centrado en la arquitectura, iterativo e incremental.

Se presenta a continuación  una guía de pasos para ayudar a la planificación del PUDS.

Alcance

Se citan actividades y modelos básicos para un proceso de desrrollo de sistemas orientados a objetos, con un enfoque iterativo e incremental de los casos de uso.

Pasos Macro   

• Planeación y elaboración: definir los requerimientos
• Construcción: creación del sistema
• Aplicación o puesta en marcha: transición de la implementación al uso

Ciclos iterativos de desarrollo   

Basado en el perfecionamiento secuencial de un sistema a través de multiples ciclos de desarrollo de análisis, diseño, implementación y pruebas.
Tras una fase preliminar de planeación y especificación, el desarrollo pasa a la fase de construcción a través de una serie de ciclos de desarrollo

Duración de un ciclo de desarrollo(Time boxing)   

Variable, de 2 semanas a 2 meses dependiendo de la complejidad.

Esquema de Pasos

1_Planeación y elaboración Etapas Definir el plan preliminar Referencias: Elaborar informe preliminar de investigación (a) constante Definir los requerimientos (b) opcional Registrar los términos en el glosario (a) (c) aplazable Imlplementar el prototipo (b, d) (d) orden variable Definir los casos de uso (de alto nivel y esenciales) Definir el modelo conceptual preliminar (c) Definir la arquitectura preliminar del sistema (a, c, d) Perfeccionar el plan Artefactos generados Plan: programa, recursos, presupuesto Informe preliminar de investigación: motivos, alternativas, necesidades de la empresa Especificación de los requerimientos Glosario: diccionario e información afín(restricciones, reglas) Prototipo Casos de uso Diagrama de casos de uso Bosquejo de modelo conceptual 2_Construcción Ciclo de Desarrollo 1 Perfeccionamiento del plan Sincronización de artefactos con etapas anteriores Análisis Referencias: Definir los casos esenciales de uso (a) (a) si todavia no se realiza Perfeccionar los diagramas de casos de uso (b) constante Perfeccionar el modelo conceptual (c) opcional Perfeccionar el glosario (b) Definir los diagramas de secuencia de los sistemas Definir los contratos de operaciones Definir los diagramas de estado (c) Diseño Referencias: Definir los casos reales de uso (a) en paralelo con los diagramas de interacción Definir los reportes, la interfaz de usuario y la secuencia de pantallas (b) orden variable Perfeccionar la arquitectura del sistema (b) Definir los diagramas de interacción Definir los diagramas de diseño de clases (a) Definir el esquema de la base de datos Se deja para un próximo post, las etapas de Construcción y Prueba del Ciclo de desarrollo 1. Fuente: Craig Larman - UML y Patrones

Generación de Casos de Uso

En este post, se dan algunos lineamientos para la generación de casos de uso.

DEFINICIÓN

El caso de uso es un documento narrativo que describe la secuencia de eventos de un actor (agente externo) que utiliza un sistema para completar en proceso.

Los casos de uso son historias o casos de utilización de un sistema; no son exactamente los requerimientos ni las especificaciones funcionales, sino que ejemplifican e incluyen tácitamente los requerimientos de las historias que narran.

Los casos de uso pueden ser de 2 formatos, alto nivel y expandiso.

El caso de uso de alto nivel  describe un proceso muy brevemente, en dos o tres enunciados. Utilizarlo en el examen inicial de los requerimientos del proyecto.

El caso de uso expandido, describe un proceso más a fondo. Contiene un seccion de curso normal de los eventos, que los describe paso a paso.

CASO DE USO DE ALTO NIVEL

            Caso de uso:  Nombre del caso de uso

            Actores:           Lista de actores (agentes externos) , debe indicarse quien inicia el caso.

            Tipo:                 1. Primario, secundario u opcional.

                                      2. Esencial o real.

            Descripción:    Narrativa del caso.

 EJEMPLO CASO DE USO DE ALTO NIVEL

            Caso de uso:   Comprar Productos

            Actores:            Cliente, Cajero

            Tipo:                  1. Primario

            Descripción:     Un cliente llega a la caja con los artículos que comprará. El cajero registra los artículos y cobra el importe. Al terminar la operación, el cliente se marcha con los productos.

CASO DE USO EXPANDIDO

            Caso de uso:  Nombre del caso de uso

            Actores:           Lista de actores (agentes externos) , debe indocarse quien inicia el caso.

            Propósito:       Intención del caso de uso.

            Resumen:       Repetición del caso de uso de alto nivel o alguna síntesis similar.

            Tipo:                1. Primario, secundario u opcional.

                                     2. Esencial o real.

            Referencias    Casos de uso y funciones del sistema relacionados.

            Cruzadas

La sección intermedia curso normal de los eventos, describe los detalles de la comunicación interactiva entre los actores y el sistema. Un aspecto esencial de la sección es que explica la secuencia más común de eventos, la historia normal de las actividades y la terminación exitosa de un proceso. No incluye situaciones alternas.

           

Curso normal de los eventos
Acción del actor	Respuesta del sistema
Acciones numeradas de los actores	Descripciones numeradas de las respuestas del sistema

La última sección curso alterno de los eventos, describe las opciones o excepciones que pueden presentarse en relación con el curso normal. Se indica el número de línea y se describen las excepciones.

EJEMPLO CASO DE USO EXPANDIDO

            Caso de uso:  Comprar Productos en efectivo

            Actores:           Cliente (iniciador), Cajero

            Resumen:        Un cliente llega a la caja con los artículos que comprará. El cajero registra los artículos y cobra el importe en efectivo. Al terminar la operación, el cliente se marcha con los productos comprados.

            Tipo:                1. Primario

                                   2. Esencial

            Referencias      Funciones: R1.1, R1.2, R3.1

            Cruzadas

Curso normal de los eventos
Acción del actor	Respuesta del sistema
1. Comienza el caso cuando el cliente llega al punto de venta.
2. El cajero registra el indicador de cada producto. Si hay varios productos de la misma categoría, el cajero ingresa también su cantidad	3. determina el precio del producto e incorpora a la transacción actual la información correspondiente.
4. Al terminar de introducir el producto el cajero indica al punto de venta que concluyó	5. Calcula y presenta el total de la venta
6. El cajero le indica el total al cliente
7. El cliente efectua un pago en efectivo
8. El cajero registra la cantidad de efectivo recibida	9. Muestra al cliente la diferencia. Genera un recibo.
10. El cajero deposita el efectivo y extrae el cambio del pago. El cajero da al cliente el cambio y el recibo impreso.	11. Registra la venta concluida
12. El cliente se marcha con los artículos comprados

Cursos alternos

·         Línea 2: Introducción de identificador no válido. Indocir error.

·         Línea 7: el cliente no tenía suficiente dinero. Cancelar la transacción de venta.

TIPOS DE CASOS DE USO 1_ (PRIMARIOS, SECUNDARIOS, OPCIONALES)

• Casos primarios de uso: representan los procesos comunes más importantes.
• Casos secundarios de uso: representan procesos menores o raros.
• Casos opcionales de uso: representan procesos que pueden no abordarse

TIPOS DE CASOS DE USO 2_ (ESENCIALES, REALES)

• Casos esenciales de uso: son casos expandidos que se expresan en forma teórica y que contiene poca tecnología y pocos detalles de implementación. Las decisiones de diseño se posponen y se abstraen de la realidad.

Los casos de alto nivel siempre son de carácter esencial, debido a su brevedad y abstracción.

• Casos reales de uso: describe concretamente el proceso a partir de su diseño concreto actual, sujeto a las tecnologías específicas de entrada, salida, etc.

 

ERROR  COMÚN EN CASOS DE USO

Un error común es representar, los pasos, operaciones o transacciones individuales como casos. Un caso es la descripción de un proceso de principio a fin, relativamente amplia. Suele abarcar muchos pasos o transacciones; normalmente no es un paso ni una actividad individual del proceso.

IDENTIFICACIÓN DE CASOS DE USO

Se sugieren dos posibles métodos para la identificación de los casos de uso.

• Basado en los actores
1. Se identifican los actores relacionados con el sistema
2. En cada actor se identifican los procesos que inician o en que participan.
• Basado en eventos
1. Se identifican los eventos externos a los que el sistema debe responder
2. Se relacionan los eventos con los actores y con los casos de uso.

FRONTERAS

Un caso de uso describe la interacción con un sistema. Las fronteras ordinarias de un sistema son:

• La frontera hardware/software de un dispositivo o sistema de cómputo
• El departamento de una organización
• La organización entera.

DIAGRAMAS DE CASOS DE USO

Explica gráficamente un conjunto de casos de uso de un sistema, los actores y la relación entre estos y los casos de uso. Estos últimos se muestran en óvalos y los actores son figuras estilizadas. Hay líneas de comunicaciones entre los casos y los actores. Las flechas indican el flujo de información o el estímulo.

El diagrama tiene por objeto ofrecer una clase de diagrama contextual que permite conocer rápidamente los actores externos de un sistema y las formas básicas en que lo utilizan.

CLASIFICACION DE LOS CASOS DE USO

Es necesario clasificar los casos de uso, y los casos de alto rango han de tratarse al inicio de los ciclos de desarrollo. La estrategia general consiste en escoger primero los casos que más influyen  en la arquitectura básica.

Las cualidades que aumenta la clasificación son:

a.     Tener una fuerte repercusión en el diseño arquitectónico; por ejemplo incorporar muchas clases a la capa de dominio o requerir servicios de persistencia.

b.    Con relativamente poco esfuerzo, obtener información o ideas importantes sobre el diseño.

c.     Incluir funciones riesgosas, urgentes o complejas.

d.    Requerir una investigación a fondo o tecnología nueva y riesgosa.

e.     Representar procesos primarios de la línea de negocios.

·         Podría realizarse un esquema de categorías, para brindar una clasificación simple y poco rigorosa.

·         De otra manera, se podrían aplicar puntuaciones, basándose en las cualidades que influyen en la clasificación:

Caso de Uso	a	b	c	d	e	Suma
Caso 1 …….	9	2	3	5	4	23
Caso 2 …….

ASIGNACION DE LOS CASOS DE USO

Siempre que se asigne un caso de uso, es necesario estimar si es posible resolverlo íntegramente en el lapso determinado de un ciclo, o si el trabajo tiene que ser distribuido en varios ciclos. En este último caso, el caso de uso se redefine a partir de varias versiones de él, que van abarcando requerimientos cada vez más exhaustivos. Cada versión se limita a incluir lo que se estima como una cantidad razonable de trabajo dentro del límite de duración fija del ciclo.

Las versiones se distribuyen luego a lo largo de una serie de ciclos de desarrollo, junto con otros casos de uso.

Fuente: Craig Larman - UML y Patrones