TALLER 3: HERRAMIENTAS PARA LA IMPLEMENTACIÓN DE SOFTWARE

ANALIZAR LOS APARTADOS 5.5, 5.5.1 Y 5.6 DE PRESSMAN Y RESOLVER:¿QUÉ TIPO DE LENGUAJES MENCIONA EL AUTOR PARA LA GENERACIÓN DE CÓDIGO? EJEMPLIFICAR CADA TIPO.

CREACIÓN DIRECTA DE CÓDIGO FUENTE DE UN LENGUAJE DE PROGRAMACIÓN GENERACIÓN AUTOMÁTICA DE CÓDIGO FUENTE AL UTILIZAR UNA

REPRESENTACIÓN INTERMEDIA DEL DISEÑO DEL COMPONENTE QUE SERÁ CONSTRUIDO.

GENERACIÓN AUTOMÁTICA DE CÓDIGO MEDIANTE UN LENGUAJE DE PROGRAMACIÓN DE CUARTA GENERACIÓN.

CUÁLES SON LOS PRINCIPIOS DE PREPARACIÓN Y CODIFICACIÓN? REALIZAR UNA TABLA DONDE SINTETICE LOS MÁS IMPORTANTES SEGÚN SUS CRITERIOS.

PRINCIPIOS DE PREPARACIÓN

Entender el problema que se intenta resolverEntender los principios y conceptos básicos del diseñoEscoger un lenguaje de programación que satisfaga las necesidades del software que se va a construir y el ambiente en el que éste va a operar.Seleccionar un ambiente de programación que proporcione herramientas que faciliten el trabajo.Crear un conjunto de pruebas de unidad (a nivel de componentes) que serán aplicadas cuando se complete la codificación del componente.

Prin

cipi

os d

e C

odifi

caci

ónRestringir los algoritmos al seguir la práctica de la programación estructurada. Seleccionar las estructuras de datos que van a satisfacer las necesidades del diseño. Entender la arquitectura del software y crear interfaces consistentes con ella. Mantener la lógica condicional tan simple como sea posible. Crear ciclos anidados de tal forma que sean fáciles de probar.Seleccionar nombres de variables significativas y seguir estándares locales de codificación.Escribir código que tenga documentación propia.Crear una configuración lineal , sangrías y líneas en blanco, que ayuden la comprensión del código.

Principios de

Preparación

Más importantes

Entender el problema que se intenta resolver

Escoger un lenguaje de programación que satisfaga las necesidades del software que se va a construir y el ambiente en el que éste va a operarCrear un conjunto de pruebas de unidad (a nivel de componentes) que serán aplicadas cuando se complete la codificación del componente.

Principios de

Codificació

n

Más importantes

Seleccionar las estructuras de datos que van a satisfacer las necesidades del diseño. Entender la arquitectura del software y crear interfaces consistentes con ellaSeleccionar nombres de variables significativas y seguir estándares locales de codificación

Presentar un esquema con las tareas genéricas para la construcción y despliegue

CONSTRUIR INFRAESTRUCTURA ARQUITECTÓNICA

CONSTRUIR UN COMPONENTE DEL

SOFTWARE

REALIZAR PRUEBAS DE UNIDAD AL COMPONENTE

INTEGRAR EL COMPONENTE

TERMINADO A LA INFRAESTRUCTURA

Revisar diseño arquitectónico Codificar y comprobar los componente que conforman la infraestructura arquitectónica

Adquirir patrones arquitectónicos reutilizables

Revisar el diseño a nivel de componente Crear pruebas de unidad componenteCodificar las estructuras de datos y la interface del componente

Dirigir pruebas de unidad Corregir los errores descubiertos

Aplicar nuevamente pruebas de unidad

TAREAS PARA LA CONSTRUCCIÓN

T A R E A S P A R A E L D E S P L I E G U E

CREAR MEDIOS DE ENTREGA

ESTABLECER LA PERSONA O GRUPO PARA EL SOPORTE HUMANO

ESTABLECER MECANISMOS DE RETROALIMENTACIÓN DEL USUARIO

DISEMINAR LOS MEDIOS DE ENTREGA A TODOS LOS USUARIOS

DIRIGIR LAS FUNCIONES DE SOPORTE CONTINUAS

RECOPILAR LA RETROALIMENTACIÓN DEL USUARIO

ENSAMBLAR Y PROBAR LOS ARCHIVOS EJECUTABLESCREAR Y PROBAR LA DOCUMENTACIÓN DEL USUARIO

ESTABLECER MECANISMOS PARA EL REPORTEDE PROBLEMASESTABLECER MECANISMOS DE CONTACTO

DEFINIR LAS FORMAS DE RETROALIMEN.ESTABLECER LA BD DE RETROALIMENTAC.

PROPORCIONAR ASISTENCIA EN LA INSTALACIÓN Y EL INICIOPROPORCIONAR ASISTENCIA CONTINUA Y DE RESOLUCIÓN DE PROBLEMAS

REGISTRAR LA RETROALIMENTACIÓN

COMUNICARSE CON LOS USUARIOS SOBRE LA RETROALIMENTACIÓN

POR QUÉ SE HABLA DE “CREAR UN INCREMENTO DE SOFTWARE” EN VEZ DE “CREAR UN SOFTWARE”?

COMENTAR, DE ACUERDO A SUS EXPERIENCIAS EN LAS ASIGNATURAS ANTERIORES DE SU CARRERA, LOS PRINCIPIOS DEL DESPLIEGUE (SÓLO 3 DE LOS 5). SE PUEDE AGREGAR UNO SI FUERE NECESARIO.

Como el software moderno es evolutivo, el despliegue no se presenta una sola vez, sino varias veces conforme el software avanza hacia su terminación. Cada ciclo de entrega le proporciona al cliente y a los usuarios finales un INCREMENTO de software operativo que le provee funciones y características útiles.

La entrega de un INCREMENTO de software debe seguir una serie de principios claves:

Administrar las expectativas que el cliente tiene del softwareEnsamblar y probar un paquete de entrega completo.Establecer n régimen de soporte antes de entregar el software.Proporcionar instructivos adecuados a los usuarios finales.Un software con errores tiene que ser arreglado primero y entregado después.

PRESSMAN, EN LA PÁGINA 508, ACONSEJA DIVERSOS SITIOS REFERIDOS A HERRAMIENTAS PARA LA CODIFICACIÓN DE APLICACIONES BASADAS EN LA WEB; SE SELECCIONARON DOS, INDICADOS EN RECURSOS. INDICAR CÓMO CLASIFICA CADA SITIO LOS RECURSOS OFRECIDOS.

http://http://www.webreference.com

EN LAS PESTAÑAS SUPERIORES SE PUEDEN ENCONTRAR SOLUCIONES (PESTAÑA SOLUTIONS) PARA PROFESIONALES DE LA TECNOLOGÍA, EN DONDE SE PRESENTA EL ACCESO A LIBROS Y GUÍAS ELECTRÓNICAS, ACCESOS A DIFERENTES PORTALES Y CENTROS DE SOLUCIONES.Una pestaña (developers) que lleva al sitio http://www.internet.com/developer, que es una red de trabajos para profesionales de la tecnología, desde donde se puede acceder a consultas sobre MySQL, soluciones y recursos muy variados.

El sitio presenta una solapa Lenguajes que guía a tutoriales para el desarrollo de Aplicaciones basadas en la Web, en lenguajes tales como PHP, ASP, HTML, DHTML, XHTML, y otros. Por ejemplo, Creating an ASP.NET Registration and Confirmation System; Add Multilingual Support to Your Java Web Pages.

También contiene la solapa General, que lleva a tutoriales para Modelado 3D, Diseño, Gráficos, HTML Tools, JavaScript Tools, Web Servers, entre otros. Por ejemplo, The HTML Hierarchy: Thinking Inside the Box , Behind the Scenes with XHTML

Asimismo presenta una Solapa Referencias, a caracteres HTML, HTML Tags, entre otros.

ACTIVIDAD II: REVISAR LA DOCUMENTACIÓN CONSIGNADA (Sistema de Gestión de Redes Eléctricas), PRINCIPALMENTE LAS PÁG. 247 Y 248 Y EN EL MANUAL DEL USUARIO Y RESOLVER:

b. ¿QUÉ SE MENCIONA RESPECTO A LA BASE DE DATOS? ¿QUÉ ACTIVIDADES SE DEBERÍA INFORMAR RESPECTO A ESTE TEMA?

Se especifican los productos de entrada (por ejemplo, diseño de la arquitectura del sistema); los productos de salida (base de datos física), y los participantes.

En este tema se debe informar:

Los elementos del sistema gestor de BD.

El espacio de almacenamiento a reservar, dispositivos físicos a emplear, tamaño de los bloques, opciones de almacenamiento de datos, etc.

Inicializar la Base de Datos, cargando los datos considerados necesarios en el espacio de almacenamiento.

Referencia: Documento del ImplementadorActividades: a - d

ACTIVIDAD III: En base a Shari Pleeger, responder:

a. ¿QUÉ SE ENTIENDE POR ESTÁNDARES DE PROGRAMACIÓN?

ESTÁNDARES DE

PROGRAMACIÓN

Organizar los propios pensamientos y evitar errores.

Documentar el código de manera que resulte claro y fácil de seguir.

Ayuda en la localización de errores y en la realización de cambios.

Ayudan en la conversión del diseño al código

Al estructurar el código de acuerdo con los estándares, se mantiene la correspondencia entre componentes de diseño y componentes de código.

Es más fácil modificar el código si cambian las especificaciones de hardware o de las interfaces.

b. ¿ CUÁL ES LA IMPORTANCIA DE UTILIZAR ESTÁNDARES PARA PROGRAMAR? TENER EN CUENTA EL ROL DEL PROGRAMADOR DE MANTENIMIENTO.

Una vez que se pone en funcionamiento el sistema, puede surgir la necesidad de realizar cambios.

El programador

no forma parte de los equipos

de prueba y mantenimient

o

El código debe estar organizado, documentado y debe tener un formato tal que otros puedan comprender: CÓMO OPERA Y QUÉ HACE CON FACILIDAD.Un programador de mantenimiento, con sólo leer los bloques de código, tendría que poder encontrar con facilidad, el componente que debe ser modificado.

Luego de que el programador de mantenimiento localiza el componente, los nombres de los datos deben ser claros y las interfaces deben estar bien definidas.

El programador

de mantenimiento no producirá cambios con

efectos inesperados

c. DESCRIBA EN NO MÁS DE 60 PALABRAS CADA UNA DE LAS PAUTAS GENERALES DE LA PROGRAMACIÓN. COMO PROGRAMADOR UNIVERSITARIO, ¿CONOCE LAS PAUTAS? ¿LAS UTILIZA?.DIRECTIVAS APLICABLES A LA PROGRAMACIÓN EN GENERAL, INDEPENDIENTEMENTE DEL LENGUAJE. SIN IMPORTAR QUÉ LENGUAJE SE UTILICE, CADA COMPONENTE DE UN PROGRAMA IMPLICA AL MENOS TRES ASPECTOS PRINCIPALES: ESTRUCTURAS DE CONTROL, ALGORITMOS Y ESTRUCTURAS DE DATOS.

LOCALIZACIÓN DE LAS ENTRADAS Y SALIDAS

INCLUSIÓN DE PSEUDOCÓDIGO

REVISIÓN Y REESCRITURA, NO A LOS REMIENDOS.

REUTILIZACIÓN

2. EJEMPLIFIQUE, USANDO CÓDIGO GENERADO EN LAS MATERIAS DE LABORATORIO DE PUI, LOS DISTINTOS TIPOS DE DOCUMENTACIÓN INTERNA Y DOCUMENTACIÓN EXTERNA.

DOCUMENTACIÓN INTERNA: LA DOCUMENTACIÓN INTERNA CONTIENE INFORMACIÓN DIRIGIDA A QUIENES LEERÁN EL CÓDIGO FUENTE DEL PROGRAMA.

INCLUYE INFORMACIÓN DE RESUMEN QUE PERMITE IDENTIFICAR EL PROGRAMA Y DESCRIBIR ALGORITMOS, ESTRUCTURAS DE DATOS Y FLUJO DE CONTROL. USUALMENTE, ESTA INFORMACIÓN SE UBICA AL COMIENZO DE CADA COMPONENTE EN UN CONJUNTO DE COMENTARIOS QUE SE DENOMINA BLOQUE DE ENCABEZAMIENTO..

DOCUMENTACIÓN EXTERNA: ESTÁ DESTINADA A QUIENES NO TOMAN CONTACTO CON EL CÓDIGO REAL. POR EJEMPLO, LOS DISEÑADORES PUEDEN REVISAR LA DOCUMENTACIÓN CUANDO CONSIDERAN MODIFICACIONES O MEJORES.

SE UTILIZA PARA EXPLICAR COSAS EN FORMA MÁS AMPLIA QUE LO QUE SE HACE EN LOS COMENTARIOS. SI SE CONSIDERA QUE EL BLOQUE DE COMENTARIO DEL ENCABEZAMIENTO ES UNA VISTA GLOBAL O RESUMEN, LA DOCUMENTACIÓN EXTERNA CONSTITUYE UN INFORME TOTALMENTE DESARROLLADO.

RESPONDE A LAS MISMAS CUESTIONES, QUIÉN, QUÉ, POR QUÉ, CUÁNDO, DÓNDE Y CÓMO, DESDE LA PERSPECTIVA DEL SISTEMA, EN LUGAR DE LA PERSPECTIVA DE UN COMPONENTE.