Este documento describe los principios y conceptos de la construcción de software, incluyendo la codificación, las pruebas, y el despliegue. Explica que la codificación debe seguir principios de preparación, codificación y validación. Describe los diferentes niveles de pruebas como las pruebas de unidad, integración, validación y aceptación. También enumera cinco principios clave para cada una de estas áreas de la construcción de software.

1. FACULTAD DE CIENCIAS DE LA EDUCACIÓN
INFORMÁTICA EDUCATIVA
ASIGNATURA: DESARROLLO DEL SOFTWARE II
DOCENTE: LIC MARCELO BAÑO
TEMA: PRACTICAS DE CONSTRUCCION
CICLO: SEPTIMO INFORMATICA
INTEGRANTES:
ROCIO PILAMUNGA
JESSENIA ULLOA

2. La actividad de construcción abarca una serie de codificación y realización
de pruebas que conducen al software operativo que está listo para entregarlo
al cliente o usuario final.-
El enfoque inicial de las pruebas está al nivel de componentes, con
frecuencia llamadas pruebas de unidad .Los otros niveles de prueba
incluyen:
1.-Pruebas de integración (realizadas mientras el sistema está en
construcción)
2.-Pruebas de validación, las cuales evalúan si los requisitos han sido
satisfechos para el sistema completo (o para el incremento de software) y
3.-Pruebas de aceptación, que realiza el cliente en un esfuerzo encaminado
a ejercitar las características y funciones.

3. Existe una serie de principios y conceptos aplicables a la codificación y a las
pruebas. Estos se presentan en las siguientes secciones.
Principios y conceptos de codificación.
Los principios y conceptos que guían la tarea de codificación están alineados de
manera muy cercana al estilo de la programación, los lenguajes de programación
y los métodos de programación.
Principios de preparación:
Antes de escribir una línea de código se debe
estar seguro de:
•Entender el problema que se intenta resolver.
•Entender los principios y conceptos básicos del
diseño.
•Escoger un lenguaje de programación que
satisfaga las necesidades del software que se va
a construir

4. Principios de codificación:
•Cuando se comience a escribir el código se debe estar seguro de:
•Restringir los algoritmos al seguir la práctica de la programación estructurada
•Seleccionar las estructuras de datos que satisfarán las necesidades del diseño.
•Entender la arquitectura del software y crear interfaces que sean consistentes con ella.
•Mantener la lógica condicional tan simple como sea posible.
•Crear una configuración lineal(por ejemplo, sangrías y líneas en blanco que ayuden a la
comprensión del código)
Principios de validación:
Después de haber completado los primeros pasos de codificación, se debe estar
seguro de:
•Conducir un ensayo de código cuando sea apropiado.
•Realizar pruebas de unidad y corregir los errores que se hayan descubierto.
•Refabricar el código.

5. Principios de las pruebas
Las pruebas consisten en un proceso en que se ejecutan un programa con la intención
de encontrar un error que aun no se descubre.
Principio 1: Todas las pruebas deben ser rastreables hasta los requisitos del cliente.
Principio 2: Las pruebas se deben planear mucho antes de que comience el proceso de
prueba.
Principio 3: El principio de pareteo es aplicable para las pruebas de software.
Principio ·4: Las pruebas deben comenzar “en lo pequeño” y progresar hacia “lo
grande”.
Principio 5: Las pruebas exhaustivas no son posibles

6. Despliegue.
El despliegue abarca tres acciones: entrega, soporte, y retroalimentación. Como
el software es evolutivo por naturaleza, el despliegue no se presenta una sola
vez, si no varias veces conforme avanza hacia su terminación.
Principio 1: Se deben administrar las expectativas que el cliente tiene del
software.
Principio 2: Se debe ensamblar y probar un paquete de entrega completo
Principio 3: Se debe establecer un régimen de soporte antes de entregar el
software.
Principio 4: Se debe proporcionar material instructivo apropiado a los usuarios
finales.
Principio 5: El software con errores se debe arreglar primero y entregarse
después.