Capítulo 8

Capítulo 8 - Planificación Fase: Creación de los Planes de Proyecto Introducción Los planes del proyecto son descripciones detalladas, acciones concretas de cómo realmente se construirá la solución durante el desarrollo, estabilización e implementación fases del proyecto. Describen las principales piezas de trabajo que se deben completar, como el desarrollo, prueba, capacitación, implementación y soporte al usuario final. Miembros del equipo central y subequipo lleva preparar estos planes, con cada rol tomar mayor responsabilidad en su área (por ejemplo, el papel de prueba se prepara el plan de pruebas). Gestión de Programas es responsable de enrollar todos los planes individuales en el Plan Maestro del Proyecto. Después de todo el alcance del esfuerzo de migración se incorpora en un único flujo de trabajo, puede establecer el calendario de migración. Programación debe tener en cuenta el tipo y la cantidad de objetos de base de datos que debe migrar - es decir, el alcance de los riesgos de las actividades de desarrollo - el y sus mitigaciones, la financiación y las competencias y disponibilidad conjuntos de los recursos en el proyecto de migración. Las siguientes secciones describen varios planes de claves que se necesitan para preparar un proyecto de migración de base de datos Sybase: el Plan de Desarrollo, el plan de pruebas, el plan de formación, el plan de despliegue, y el plan de apoyo. Las plantillas de proyecto incluidas en las ayudas de trabajo le ayudarán a desarrollar líneas de tiempo más completos y estimaciones de mano de obra. El esfuerzo que se invierte en la construcción de planes completos de proyecto le permitirá proyectar con precisión el tiempo y los costes necesarios, crear calendarios realistas, y desarrollar una imagen completa de la secuencia de tareas de migración que deben ocurrir para completar el proyecto. Los archivos de proyecto para los horarios de bases de datos y desarrollo de aplicaciones se incluyen las ayudas de trabajo para esta guía. Las ayudas de trabajo están disponibles en la carpeta Trabajo del Sida en la versión de descarga de esta guía. Plan de Desarrollo El plan de desarrollo se describe cómo los (equipos o de bases de datos y desarrollo de clientes, si ha dividido la obra) del equipo de desarrollo migrarán la base de datos y los clientes. El plan ofrece información sobre las herramientas, metodologías, mejores prácticas, secuencias de eventos, recursos y horarios para cada aspecto del esfuerzo de desarrollo. Las tareas clave para documentar en el plan, en orden, son: Definir las funciones del equipo. Véase el análisis de los equipos de desarrollo funcionales en la sección "Creación del equipo" en el Capítulo 2, "la fase de ideación." Identificar los recursos del equipo - el nombre de los miembros de cada equipo y asignar responsabilidades. Capacitar a los miembros del equipo en la necesidad de una formación específica. El resto del plan de desarrollo se divide en tres partes bien diferenciadas, abordando cada uno un aspecto del desarrollo que puede ser llevado a cabo por un grupo diferente de los desarrolladores: plan de migración de base de datos; rehosting aplicación o plan de redireccionamiento, y un plan de desarrollo entorno de ensayo. En la mayoría de los casos, las actividades descritas en cada plan se llevará a cabo de forma simultánea por los equipos. Plan de migración de base de datos El plan debe incorporar los pasos de la lista siguiente para cada base de datos que desea migrar. Muchos de los artículos enumerados suceda como resultado de software y scripts que automatizan esfuerzo. Otros artículos en la lista implican esfuerzo manual. Localice las bases de datos para migrar en las plataformas UNIX. Configure la red para la conectividad entre la plataforma de base de datos de UNIX y el anfitrión de desarrollo de Windows. Inventario de las bases de datos de Sybase seleccionados utilizando el Migration Toolkit Sybase (SMT) de la plataforma de acogida de desarrollo de Windows. Ejecute la herramienta de evaluación para producir informes sobre los cambios necesarios para migrar la base de datos. Evaluar los informes de conversión automatizada. Evaluar los informes de conversión manual. Confirme cómo se llevará a cabo la migración (por ejemplo, va a ser eliminado? ¿Se pueden migrar ciertas tablas u objetos delante de los demás? ¿Serán ciertas bases de datos pueden migrar por delante de los demás?). Extrae el esquema de base de datos Sybase. Si ha reiniciado el Migration Toolkit Sybase, tendrá que volver a ejecutar la evaluación para establecer la herramienta para la extracción. Realizar transformaciones de Transact-SQL. Migrar manualmente objetos no Transact-SQL. Realizar las posibles transformaciones automáticas de Transact-SQL. Realizar transformaciones de Transact-SQL manuales para los objetos restantes. Nota Los pasos 2 y 3 se aplican a los procedimientos que dependen de la base de datos sybsystemprocs, así como los que están en la base de datos de Sybase está migrando. Reconstruir índices en el sistema están probando. Procedimientos almacenados Unidad-test y disparadores en el sistema están probando. Migrar y probar scripts de UNIX. Nota Bases de datos seleccionados para la migración deben tener horarios de desarrollo paralelos para cada aplicación relacionada. La coordinación de la programación de bases de datos y aplicaciones relacionadas simplifica en gran medida el tiempo de prueba y la integración de los entornos y ayudas migrados en la resolución de errores, errores, y así sucesivamente. De Rehosting Aplicación y el Plan de redirección La segunda parte del plan de desarrollo se refiere a la rehosting o redirección de las aplicaciones que están asociados con la base de datos se va a migrar a SQL Server 2000. A menudo hay muchas de estas aplicaciones asociadas. Su plan debe identificar cada aplicación que se rehosted o redirigido e incluyen los pasos que se describen en la siguiente lista que se aplicarán a cada aplicación. Cada aplicación prevista para la migración debe considerarse un subproyecto separado. Busque el código fuente de la aplicación que se rehosted o redirigida. Copia el código fuente de la aplicación a la plataforma de desarrollo de aplicaciones (la selección de un host de Windows o UNIX para la aplicación). Verificar el uso de la aplicación de una API (es decir, DB-Library, CT-Library, o ODBC) Seleccione el método de migración de la aplicación más adecuada para esta aplicación particular (elija una biblioteca compatible con la plataforma seleccionada en el paso 2). Vea el diagrama de flujo en la Figura 5.1 en el Capítulo 5 para conocer los pasos detallados a seguir para tomar esta decisión. Hacer de código de aplicación o archivo de configuración cambios apropiados. Vuelva a compilar y vincular el código de aplicación si es necesario. Pruebe la aplicación para la conexión a la base de datos de SQL Server 2000. Nota La base de datos ya debe migrar, probado y capaz de aceptar conexiones. Pruebe la aplicación para la operación de esperar con la base de datos de SQL Server 2000. Migrar y probar las secuencias de comandos de UNIX que se utilizan con la aplicación migrada. Al completar con éxito las pruebas unitarias de aplicaciones, comprobar en el código fuente de la aplicación y scripts para el sistema de control de código fuente. Archivar la base de código de aplicaciones y scripts. Preparar la base de código de aplicaciones y secuencias de comandos para su inclusión en los planes de implementación y pruebas de aceptación formales. Staging Plan de Desarrollo para el Medio Ambiente Los miembros del equipo se han diseñado y construido los entornos de desarrollo y pruebas previamente. La mayoría de las tecnologías implicadas con que el desarrollo también se utilizará en los entornos de ensayo y de producción. El entorno de ensayo debe incluir componentes que son copias exactas o representativos de todo el entorno de producción, entre ellos: la base de datos, servidor de base de datos, servidor de cliente y las aplicaciones y la red física que interconecta los niveles de base de datos. El entorno de ensayo y el entorno de producción deberían reflejar estrechamente entre sí. En algunos casos, el entorno de ensayo en realidad convertido en el entorno de producción. En este caso, los planes de sistemas de parada y de implementación deben especificar los requisitos del sistema de producción para el desarrollo como el entorno de ensayo. En algunos entornos, también es posible que el entorno de producción será propiedad de las operaciones y que el equipo de desarrollo no puede construir o tocar ese medio, excepto durante las pruebas de aceptación formal. Sus planes para el desarrollo de un entorno de ensayo pueden necesitar ser desarrollado en consecuencia. El entorno de ensayo se utiliza para el despliegue de pruebas y simulación del mundo real, tal vez con usuarios reales en una prueba piloto. Diseñar el nuevo entorno de hardware. Diseñar y construir el entorno de ensayo. Diseñar y construir el entorno de producción - por lo general realizado por las operaciones. Diseñar y construir el entorno de red.