You are on page 1of 2

Ingeniería del software

Desarrollo del software

Está basado en

Prácticas que son métodos o técnicas utilizadas para llevar a
cabo una parte de un proceso y describe cómo se realiza.

Se divide en

Buenas Prácticas Malas Prácticas

Nos permiten Provocan

Incrementar la satisfacción del cliente Retrasos, altos costos en la
al desarrollar un software de calidad, implementación, pérdida valiosa del
a un costo más bajo y en el menor tiempo de desarrollo, software de mala
tiempo posible. calidad con una gran cantidad de
errores.

- Visualizar los requerimientos de -No repetir funciones, métodos, clases,
manera correcta. etc, en general no repetir conocimiento, lo
- Ubican los requerimientos en una pila mejor es reutilizar código.
ordenados por prioridad de acuerdo a - Nunca debe asumirse que un diseño
cuando deben implementarse, decisión funciona, sino que debe probarse
que debe tomarse en conjunto con el codificándolo para determinar si
cliente. funciona.
- Incentivar al cliente a que participe -Nunca debe olvidarse que es
de manera activa y que provea necesario buscar activamente
información de manera regular. retroalimentación sobre el trabajo que
- Elaborar documentación entregable se realiza. Esto permite mejorar el
a través del ciclo de vida del producto sistema.
de forma paralela a la creación de la -No crear una agenda de actividades
solución. con el tiempo que se le va asignar a
- Visualizar la arquitectura y la cada una de las tareas del proyecto.
plataforma en que se va implementar -Trabajar de manera desorganizada e
el software. individual.
- En caso de que exista la posibilidad -Querer crear el programa a nuestra
de que a partir del diseño se genere manera y no cumplir con lo que el
automáticamente código, esa cliente realmente necesita.
posibilidad debe aprovecharse. -Estimar un tiempo para el desarrollo
- La mejor solución a un problema es la del proyecto demasiado corto y
más simple: menos código, menos bugs. ajustado.
- Un componente de código debe ejecutar -No usar pruebas de usabilidad del
una única y bien definida tarea. programa.

vayan a producir alguna molestia para -Es de suma importancia pensar en lo ellos. clase. armando. -Realizar código fuente difícil de -Minimizar el acoplamiento. -Olvidar realizar validaciones en aquellos controles que utilizan -Evitar la optimización prematura: pensar entradas de información al sistema por en optimizar código si apenas lo estamos parte de los usuarios. que se va a construir. a la construcción. Cada mantener y sin comentarios componente (bloque de código. .-Evitar crear algo que no vamos a usar. Es -No realizar una buena estimación del común tratar de ver el futuro y comenzar presupuesto requerido para la a crear abstracciones que todavía no implementación del proyecto. estamos usando. -Utilizar colores muy fuertes o -El cambio es inevitable en el desarrollo llamativos que puedan alterar la del software. específicos para cada método y función. dependencias de otros componentes. no hay que luchar contra el percepción de los usuarios o que cambio. A través del -No contar con un plan de contingencia diseño es posible obtener una idea en caso de que el plan original general y plasmarla antes de lanzarse presenta algún tipo de deficiencia. sino estar preparado para él. etc.) debe minimizar las variables del sistema.