Principios que guan la prctica

RESUMEN CAPTULO 4 INGENIERA DEL SOFTWARE UN ENFOQUE PRCTICO ROGER S. PRESSMAN

Qu es?
La prctica de la IS es un conjunto amplio de

principios, conceptos, mtodos y herramientas que deben considerarse al planear y desarrollar software.

Principios Fundamentales

Principios que guan el proceso

Principios que guan la prctica

Principios que guan el proceso

1.
2.

3.
4. 5. 6. 7.

8.

Ser gil. En cada etapa, centrarse en la calidad. Estar listo para adaptar. Formar un equipo eficaz. Establecer mecanismos para la comunicacin y coordinacin. Administrar el cambio. Evaluar el riesgo. Crear productos del trabajo que agreguen valor para otros.

Principios que guan la prctica

1.
2.

3.
4. 5.

6.
7.

8.

Divide y vencers. Entender el uso de la abstraccin. Buscar la coherencia. Centrarse en la transferencia de informacin. Construir software que tenga modularidad eficaz. Buscar patrones. Cuando sea posible, representar el problema y su solucin desde varias perspectivas diferentes. Tener en mente que alguien dar mantenimiento al software.

Principios que guan toda prctica estructural

Principios de comunicacin.
Principios de planeacin. Principios de modelado. Requerimientos de los principios de modelado. Principios de modelado del diseo.

Principios de construccin. Principios de codificacin. Principios de la prueba. Principios de despliegue.

Principios de comunicacin (1)

1.
2. 3.

4.
5. 6.

Escuchar. Antes de comunicarse, prepararse. Alguien debe facilitar la actividad. Es mejor la comunicacin cara a cara. Tomar notas y documentar las decisiones. Perseguir la colaboracin.

Principios de comunicacin (2)

7. Permanecer centrado; hacer mdulos con la

colaboracin. 8. Si algo no est claro, hacer un dibujo. 9. a) Una vez que se acuerde de algo, avanzar. b) Si no es posible ponerse de acuerdo en algo, avanzar. c) Si una caracterstica o funcin no est clara o no puede aclararse en el momento, avanzar. 10. La negociacin no es un concurso o un juego. Funciona mejor cuando las 2 partes ganan.

Principios de planeacin (1)

1.
2.

3.
4. 5.

Entender el alcance del proyecto. Involucrar en la actividad de planeacin a los participantes del software. Reconocer que la planeacin es iterativa. Estimar con base en lo que se sabe. Al definir el plan, tomar en cuenta los riesgos.

Principios de planeacin (2)

6. Ser realista. 7. Ajustar la granularidad cuando se defina el plan.

8. Definir como se trata de asegurar la calidad.

9. Describir como se busca manejar el cambio. 10. Dar seguimiento al plan con frecuencia y hacer los

ajustes que se requieran.

Principios de modelado (1)

1. 2.
3. 4. 5.

El equipo de software tiene como objetivo principal elaborar software, no crear modelos. Viajar ligero, no crear ms modelos de los necesarios. Tratar de producir el modelo ms sencillo que describa al problema al software. Construir modelos susceptibles al cambio. Ser capaz de enunciar un propsito explcito para cada modelo que se cree.

Principios de modelado (2)

6. 7. 8.

9.

10.

Adaptar los modelos que se desarrollan al sistema en cuestin. Tratar de construir modelos tiles, pero olvidarse de elaborar modelos perfectos. No ser dogmtico respecto de la sintaxis del modelo. Si se tiene xito para comunicar contenido, la representacin es secundaria. Si su instinto dice que un modelo no es el correcto a pesar de que se vea bien en papel, hay razones para estar preocupado. Obtener retroalimentacin tan pronto como sea posible.

Requerimientos de los principios de modelado

1. 2.
3. 4.

5.

Debe representarse y entenderse el dominio de informacin de un problema. Deben definirse las funciones que realizar el software. Debe representarse el comportamiento del software. Los modelos que representan informacin, funcin y comportamiento deben dividirse de manera que revelen los detalles en forma estratificada. El trabajo de anlisis debe avanzar de la informacin esencial hacia la implementacin en detalle.

Principios del modelado del diseo (1)

1. 2.
3. 4. 5.

El diseo debe poderse rastrear hasta el modelo de requerimientos. Siempre tomar en cuenta la arquitectura del sistema que se va a construir. El diseo de los datos es tan importante como el de las funciones de procesamiento. Las interfaces deben disearse con cuidado. El diseo de la interfaz de usuario debe ajustarse a las necesidades del usuario final. Debe resaltar la facilidad de uso.

Principios del modelado del diseo (2)

6. El diseo en el nivel de componentes debe tener

independencia funcional. 7. Los componentes deben estar acoplados con holgura entre s y con el ambiente externo. 8. Las representaciones de diseo deben entenderse con facilidad. 9. El diseo debe desarrollarse en forma iterativa. El diseador debe buscar ms sencillez en cada iteracin.

Principios de construccin
Principios de codificacin. Principios de preparacin. Principios de programacin. Principios de validacin.
Principios de prueba.

Principios de preparacin
Antes de escribir una sola lnea de cdigo, asegrese de: Entender el problema que se trata de resolver. Comprender los principios y conceptos bsicos del diseo. Elegir un lenguaje de programacin que satisfaga las necesidades del software que se va a elaborar y el ambiente en que operar. Seleccionar un ambiente de programacin que disponga de herramientas que hagan ms fcil su trabajo. Crear un conjunto de pruebas unitarias que se aplicaran una vez que se haya terminado el componente a codificar.

Principios de programacin (1)

Cuando comience a escribir cdigo, asegrese de: Restringir sus algoritmos por medio del uso de programacin estructurada. Tomar en consideracin la programacin por parejas. Seleccionar estructuras de datos que satisfagan las necesidades del diseo. Entender la arquitectura del software y crear interfaces que sean congruentes con ella. Mantener la lgica condicional tan sencilla como sea posible.

Principios de programacin (2)

Crear lazos anidados en forma tal que se puedan

probar con facilidad. Seleccionar nombres significativos para las variables y seguir otros estndares locales de codificacin. Escribir cdigo que se documente a s mismo. Crear una imagen visual que ayude a entender.

Principios de validacin
Una vez que haya terminado su primer intento de codificacin, asegrese de:
Realizar el recorrido del cdigo cuando sea

apropiado. Llevar a cabo pruebas unitarias y corregir los errores que se detecten. Redisear el cdigo.

Principios de la prueba (1)

La prueba es el proceso que ejecuta un programa con

objeto de encontrar un error. Un buen caso de prueba es aquel que tiene alta probabilidad de encontrar un error que no se ha detectado hasta el momento. Una prueba exitosa es la que descubre un error detectado hasta el momento.

Principios de la prueba (2)

1. 2.
3. 4.

5.

Todas las pruebas deben poder rastrearse hasta los requerimientos del cliente. Las pruebas deben planearse mucho antes de que den comienzo. El principio de Pareto se aplica a las pruebas de software. Las pruebas deben comenzar en lo pequeo y avanzar hacia lo grande. No son posibles las pruebas exhaustivas.

Principios de despliegue
1.
2.

3. 4.
5.

Deben manejarse las expectativas de los clientes. Debe ensamblarse y probarse el paquete completo que se entregar. Antes de entregar el software, debe establecerse un rgimen de apoyo. Se deben proporcionar a los usuarios finales materiales de aprendizaje apropiados. El software defectuoso debe corregirse primero y despus entregarse.