 Aplicación de métodos y técnicas para resolver problemas

 Mejorar la cálida de los productos de software.

 Facilitar el control de proceso de desarrollo de software
OBJETIVOS  Suministrar a los desarrolladores las bases para construir software de calidad.
 Realizar un software de calidad, en un tiempo mínimo y en el mejor coste posible.
 Manejar los principales conceptos asociados a las herramientas técnicas disponibles para organizar, dirigir y controlar el proceso de desarrollo de sistemas
I de software.
N
G
 MITO.- Si se tiene un libro que está lleno de estándares y procedimientos para construir software: ¿Esto proporcionara a mi gente
E todo el conocimiento necesario?
N REALIDAD.- no puesto que al tenerlos no garantiza su utilización, además nada garantiza que el libro este completo, sea aceptable y
I este dirigido al mejoramiento del tiempo de entrega sin decidir la calidad.
E  MITO.- Si se está atrasado en el itinerario es posible contratar más programadores para así terminar a tiempo.
R ADMINISTRACIÓN REALIDAD.- No puesto que al agregar nuevos integrantes se debe invertir tiempo en su capacitación lo que reduce el tiempo dedicado
I para el desarrollo productivo.
 MITO.- Si decido subcontratar el proyecto de software a un tercero puedo relajarme y dejar que esa compañía lo construya.
A
REALIDAD.- No, ya que si una organización no entiende cómo administrar y controlar internamente que proyectos de software entrara
en mayores conflictos al subcontratar este tipo de proyectos
D
E
 MITO.- Una declaración general de los objetivos es suficiente para comenzar a escribir los programas, podemos dar los detalles más
L adelante.
REALIDAD.- No, porque para tener requerimientos precisos es necesario que exista una comunicación continúa entre el cliente y el
S desarrollador.
O MITOS CLIENTE  MITO.- Los requerimientos del proyecto cambian continuamente, pero los cambios pueden acomodarse fácilmente ya que el software es
F flexible
RREALIDAD.- El mito es verdad siempre y cuando el cambio de los requerimientos se realice en una etapa temprana ya que si los cambios
T
tardan en realizarse puede ocasionar una convulsión que requiera recursos adicionales
W
A
 MITO.- Una vez que escribimos el programa y hacemos que funcione, nuestro trabajo ha terminado.
R
REALIDAD.- No, puesto que el esfuerzo aplicado en el software se realizara después de que el sistema haya sido entregado al cliente por
E primera vez.
 MITO.- El único producto del trabajo que puede entregarse para tener un proyecto exitoso es el programa en funcionamiento.
REALIDAD.- No porque el programa representa solo una parte, pero se debe tomar en cuenta una guía para el mantenimiento de
DESARROLLADOR software.
 MITO.- Hasta que no tengo el programa ejecutándose realmente no tengo forma de establecer calidad
REALIDAD.- No, la revisión formal es un filtro de calidad que aprobado el SW es efectivo para el aseguramiento de la calidad.
 MITO.- La ingeniería del software obligara a emprender la creación de una documentación voluminosa e innecesaria y de manera
invariable tomará más lento el proceso.
REALIDAD.- Una mejor calidad conduce a la reducción de los trabajos redundantes lo que resulta en menores tiempos de entrega