|
Oficina Principal La Castellana
0212-2610865 - Inscritos en el Registro Nacional de Contratistas |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
RECURSOS
DIDÁCTICOS: Las clases se dictan en
horas de 60 minutos, haciendo uso de avanzadas técnicas de enseñanza
desarrolladas por el Instituto Gala, incluye software en idioma
español en el
Servidor:
Windows 2008 Server, extensiones del servidor de Visual Studio.NET
2005, software con las versiones en la
estación
de trabajo:
Windows
XP y
Visual
Studio.NET 2005, MSDN Library e Internet Explorer, Conexión
permanente a Internet, software para demostraciones, exámenes en línea
parciales y final. Como material de apoyo
se hará uso del material académico del Instituto Gala y además se
provee por un año una clave de acceso al manual en línea. BIBLIOGRAFÍA: El alumno recibe una contraseña que le da acceso durante un año al manual en línea y solo lectura del curso:
PARA CONTACTARNOS:
Tlf. 0212 2610865, Fax 0212 2674998,
correo
gerente@institutogala.com POSTULACIONES de EMPRESAS u ORGANISMOS:
INSCRIPCIÓN de PARTICULARES:
PAGO de CONTADO: Solo una vez que le hayamos confirmado el inicio del curso e invitado a pagar, efectúelo seleccionando la forma de pago más cómoda para Ud.:
PAGO a CRÉDITO:
Pague su curso cómodamente entre 6 y 36 cuotas mensuales mediante un crédito paralelo,
con solo una llamada telefónica en poco minutos su crédito es aprobado y sin afectar el límite de su tarjeta
de crédito Visa, Master o
Diners.
CONTENIDO PROGRAMÁTICO: m079 Curso (70-548 PRO): DlSEÑANDO y DESARROLLANDO APLICACIONES WINDOWS UTILIZANDO la PLATAFORMA Microsoft .NET, 36 horas: / 1 Evaluar la posibilidad técnica de un concepto de diseño de aplicación / 2 Evaluar la prueba de concepto / 2 Recomendar las mejores tecnologías para las funciones y objetivos de la aplicación / 4 Ponderar las consideraciones de implementación / 5 Investigar las soluciones existentes para problemas empresariales similares / 6 Crear un prototipo de prueba de concepto / 7 Evaluar los riesgos asociados con la tecnología ASP.NET 2.0 o su implementación / 8 Validar que la tecnología propuesta se pueda utilizar en la aplicación / 9 Demostrar a los participantes que la solución propuesta tratará sus necesidades / 10 Evaluar las especificaciones técnicas para una aplicación para asegurar que se cumplen los requisitos empresariales / 11 Trasladar la especificación funcional en terminología del desarrollador, como un pseudocódigo y diagramas UML / 12 Sugerir el tipo de componente y capa / 13 Evaluar el diseño de una base de datos / 14 Recomendar un esquema de base de datos / 15 Identificar los procedimientos guardados necesarios para una aplicación / 16 Evaluar el diseño lógico de una aplicación / 17 Evaluar el diseño lógico para el rendimiento / 18 Evaluar el diseño lógico para el mantenimiento / 19 Evaluar el diseño lógico para la ampliación / 20 Evaluar el diseño lógico para la escalabilidad / 21 Evaluar el diseño lógico para la disponibilidad / 22 Evaluar el diseño lógico para la seguridad / 23 Evaluar el diseño lógico con respecto a escenarios / 24 Evaluar el diseño lógico para la capacidad de recuperación / 25 Evaluar el diseño lógico para la integridad de los datos / 26 Evaluar el diseño físico de una aplicación / 27 Las consideraciones incluyen el diseño de la estructura del proyecto, el número de archivos, el número de conjuntos y la ubicación de estos recursos en el servidor / 28 Evaluar el diseño físico para el rendimiento / 29 Evaluar el diseño físico para el mantenimiento / 30 Evaluar cómo la ubicación física de los archivos afecta a la capacidad de ampliación de la aplicación / 31 Evaluar el diseño físico para la escalabilidad / 32 Evaluar el diseño físico para la disponibilidad / 33 Evaluar el diseño físico para la seguridad / 34 Evaluar el diseño físico para la capacidad de recuperación / 35 Evaluar el diseño físico para la integridad de los datos / Examen Parcial 1 / 36 Seleccionar un diseño adecuado para la interfaz visual / 37 Decidir el flujo de contenido en la aplicación / 38 Evaluar las necesidades de navegación del usuario / 39 Identificar el objetivo de la interfaz de usuario / 40 Asegurar la congruencia y coherencia de la experiencia del usuario en toda la aplicación / 41 Seleccionar las técnicas para controlar el diseño / 42 Evaluar una estrategia para implementar un diseño común en toda la interfaz de usuario / 43 Sugerir un estándar de interfaz de usuario aplicable basado en la especificación de la aplicación / 44 Las consideraciones incluyen MDI, SDI, grupo de controles, etc. / 45 Seleccionar un control adecuado basándose en las especificaciones de diseño / 46 Evaluar el tipo de datos que deben capturarse o mostrarse / 47 Evaluar los controles disponibles, las consideraciones incluyen controles estándar de .NET Framework y controles de terceros personalizados desarrollados internamente / 48 Evaluar cómo se implementan los controles disponibles en los proyectos o aplicaciones anteriores y actuales / 49 Evaluar la demografía de usuarios / 50 Evaluar el entorno de usuarios. Seleccionar un método de validación de datos adecuado en la capa de interfaz de usuario / 51 Seleccionar un método de validación basado en el tipo de datos proporcionado / 52 Decidir cómo notificar las indicaciones, las consideraciones incluyen devoluciones de llamadas, excepciones y escritura en un registro de sucesos / 53 Identificar la fuente de los datos no válidos / 54 Identificar la causa de una entrada no válida / 55 Evaluar si los datos no válidos se pueden evitar / 56 Evaluar si se debe presentar una excepción / 57 Evaluar si se debe registrar una excepción / 58 Evaluar si se debe tratar una excepción, este sería el caso cuando los componentes que utiliza presentan una excepción / 59 Evaluar si se necesita una información visual, como un cuadro de mensaje o color / 60 Seleccionar las técnicas de información de estado de la aplicación y de asistencia al usuario adecuadas / 61 Diseñar un mecanismo de asistencia al usuario / 62 Seleccionar una técnica de información de estado de la aplicación adecuado basado en los tipos de control disponibles / 63 Seleccionar una técnica de información de estado de aplicación adecuada para admitir la accesibilidad / 64 Diseñar una técnica de información de estado de la aplicación / 65 Seleccionar un mecanismo adecuado para entregar datos multimedia desde una aplicación / 66 Evaluar los mecanismos de entrega multimedia disponibles Las consideraciones incluyen problemas de ancho de banda, formatos de archivo, cuadros por segundo y tipos de difusión / 67 Diseñar un mecanismo de entrega multimedia / Examen Parcial 2 / 68 Establecer las características obligatorias de un componente / 69 Decidir cuándo crear un único componente o varios componentes / 70 Decidir el nivel de la aplicación en el que se debe ubicar un componente / 71 Decidir el tipo de objeto que se creará / 72 Crear el diseño de alto nivel de un componente / 73 Establecer el ciclo de vida de un componente / 74 Decidir si utilizar los patrones de diseño establecidos para el componente / 75 Decidir si crear un prototipo para el componente / 76 Documentar el diseño de un componente utilizando pseudocódigo, diagramas de clase, diagramas de secuencia, diagramas de actividad y diagramas de estado / 77 Evaluar las decisiones de equilibrio, las consideraciones incluyen seguridad con respecto a rendimiento, rendimiento con respecto mantenimiento, etc. / 78 Desarrollar la API pública de un componente / 79 Decidir los tipos de clientes que pueden utilizar un componente / 80 Establecer las interfaces de componentes obligatorias / 81 Decidir si se requiere una entrada de constructor / 82 Desarrollar las funciones de un componente / 83 Decidir si la función existente se puede implementar o heredar / 84 Decidir cómo tratar los recursos administrador y no administrados / 85 Decidir las funciones de ampliación necesarias / 86 Decidir si un componente debe tener estado o no / 87 Decidir si un componente debe tener varios subprocesos / 88 Decidir las funciones que se implementarán en la clase básica, en la clase abstracta y en la clase sellada / 89 Desarrollar un mecanismo de tratamiento de excepciones / 90 Decidir cuándo es adecuado presentar una excepción / 91 Decidir cómo tratará las excepciones un componente, las consideraciones incluyen la captación y presentación de una nueva excepción; captación, ajuste y presentación de la excepción ajustada; ajuste y terminación, etc. / 92 Desarrollar las funciones de acceso y tratamiento de los datos de un componente / 93 Analizar las relaciones de datos / 94 Analizar los requisitos de tratamiento de datos de un componente / 95 Desarrollar un componente para incluir los requisitos de perfilado / 96 Identificar los problemas potenciales, como faltas de recursos y rendimiento insuficiente, mediante el perfilado del componente / 97 Decidir cuándo detener el perfilado de un componente / 98 Decidir si volver a diseñar un componente tras analizar los resultados del perfilado / 99 Diseño y desarrollo de un marco de trabajo de la aplicación / 100 Consumir un componente de software reutilizable / 101 Identificar un componente de software reutilizable en los componentes disponibles para cumplir con los requisitos / 102 Identificar si el componente de software reutilizable tiene que ampliarse / 103 Identificar si el componente de software reutilizable tiene que ajustarse / 104 Identificar si una función existente tiene que ocultarse / 105 Probar el componente identificado basado en los requisitos / 106 Seleccionar un mecanismo de tratamiento de las excepciones adecuado / 107 Evaluar el mecanismo actual de tratamiento de las excepciones / 108 Diseñar una nueva técnica de tratamiento de excepciones / Examen Parcial 3 / 109 Seleccionar un planteamiento de implementación adecuado para la lógica de diseño de la aplicación / 110 Seleccionar un mecanismo de almacenamiento de datos adecuado / 111 Seleccionar una estructura de flujo de datos adecuada / 112 Seleccionar una estructura de flujo de decisiones adecuada / 113 Seleccionar un método de registro de eventos adecuado para la aplicación / 114 Decidir si se registran los datos, las consideraciones incluyen directivas, seguridad, requisitos y depuración / 115 Seleccionar un mecanismo de almacenamiento para los eventos registrados. Por ejemplo, base de datos, archivo sin formato, registro de eventos o archivo XML / 116 Seleccionar un método de registro de eventos para todo el sistema. Por ejemplo, registro centralizado, registro descentralizado, etc. / 117 Decidir los niveles de registro basándose en la gravedad y en la prioridad / 118 Supervisar las características o aspectos específicos de una aplicación / 119 Decidir si se supervisan los datos, las consideraciones incluyen administración, auditoria y el servicio técnico de la aplicación / 120 Decidir las características que se supervisarán. Por ejemplo, rendimiento de la aplicación, consumo de memoria, auditoria de seguridad, métrica de usabilidad y posibles errores / 121 Seleccionar mecanismos de supervisión de eventos, como Monitor del sistema y registros / 122 Decidir los niveles de supervisión basándose en los requisitos / 123 Seleccionar un método de supervisión en todo el sistema entre los mecanismos de supervisión disponibles / 124 Evaluar la arquitectura de configuración de la aplicación / 125 Decidir los atributos de configuración que se guardarán / 126 Seleccionar la ubicación de almacenamiento física para los atributos de configuración / 126 Decidir el formato en que se guardarán los atributos de configuración / 127 Realizar una revisión del código / 128 Evaluar la estrategia de comprobación / 129 Crear la estrategia de comprobación de la unidad / 130 Evaluar la estrategia de comprobación de la integración / 131 Evaluar la estrategia de comprobación de estrés / 132 Evaluar la estrategia de comprobación del rendimiento / 133 Evaluar la especificación del entorno de pruebas / 134 Diseñar una prueba de unidad / 135 Describir los escenarios de pruebas / 136 Decidir los requisitos de cobertura / 137 Evaluar cuándo utilizar la comprobación de condición límite / 138 Decidir el tipo de pruebas de aserción que se realizarán / 139 Realizar pruebas de integración / 140 Determinar si el componente funciona como se deseaba en el entorno de destino /141 Identificar las interacciones y dependencias del componente / 142 Comprobar los resultados / 143 Resolver un error / 144 Investigar un error notificado / 145 Reproducir un error / 146 Evaluar el efecto del error y el costo y tiempo asociado para resolverlo / 147 Solucionar un error / 148 Implementación y soporte de una aplicación Evaluar el rendimiento de una aplicación basada en la estrategia de análisis del rendimiento / 149 Identificar los picos de rendimiento / 150 Analizar las tendencias de rendimiento / 151 Realizar un seguimiento de los tiempos de respuesta de la página / 152 Realizar un seguimiento de los tiempo de inicio de sesión / 153 Analizar los datos recibidos cuando se supervisa una aplicación / 154 Supervisar y analizar la utilización de los recursos / 155 Supervisar y analizar los aspectos de seguridad / 156 Realizar un seguimiento de los errores producidos por la actividad el cliente / 157 Seleccionar cuándo utilizar las API de supervisión de la salud de ASP.NET 2.0. Evaluar el plan de implementación / 158 Identificar las dependencias de implementación en el nivel de componente / 159 Identificar los requisitos de scripting para la implementación / 160 Crear un diagrama de lógica de flujo de aplicación / 161 Evaluar la complejidad de los componentes / 162 Evaluar la complejidad de las interacciones con otros componentes / 163 Validar el entorno de configuración de producción, las consideraciones incluyen el equilibrado de carga, granjas de servidores Web y hospedaje multiproceso en una única máquina / 164 Comprobar la configuración de red / 165 Comprobar el entorno de implementación / Examen Final / |
DIRIGIDO A:
Desarrolladores de Sistemas de mediana y gran escala empleando
Microsoft Visual Studio .NET 2003 o 2005. Los participantes deben tener
al menos un año de experiencia en el desarrollo de aplicaciones Windows
con el “Framework” de Microsoft .NET.
