procesos de software

Ingeniería del Software – Roger Pressman
Los mitos del software –creencias acerca del software y de los procesos empleados para
construirlo- se pueden rastrear hasta los primeros días de la computación. Los mitos tienen
ciertos atributos que los convierten en insidiosos. Por ejemplo, los mitos parecen una relación
de hechos razonables (algunas veces contienen elementos verdaderos), seobservan de
manera intuitiva, y con frecuencia los promulgan practicantes experimentados, quienes
“conocen el terreno”.
En la actualidad, la mayoría de los profesionales reconocidos en la ingeniería del software
identifican los mitos en su real dimensión: actitudes equivocadas que han causado problemas
serios a los administradores y al personal técnico por igual. Sin embargo, las antiguas actitudesy viejos hábitos son difíciles de modificar, por lo que aún subsisten creencias falsas sobre el
software.
Mitos de la administración. Los administradores con responsabilidades sobre el
software, al igual que sus pares en la mayoría de las disciplinas, a menudo están bajo presión
por mantener los presupuestos, evitar que los itinerarios se extiendan y mejorar la calidad. De
la misma forma queuna persona a punto de ahogarse se aferra a un tronco, con frecuencia el
administrador del software se aferra a un mito si siente que esta creencia reducirá la presión
(aún en forma temporal).
Mito: Ya se tiene un libro lleno de estándares y procedimientos para la
construcción de software. ¿Esto proporcionará a mi gente todo el
conocimiento necesario?
Realidad: Tal vez sea verdad que ellibro de estándares existe, pero ¿se usa? ¿Los
encargados de la construcción del software saben de su existencia? ¿El
libro refleja la práctica moderna de la ingeniería del software? ¿Está
completo? ¿Es adaptable? ¿Está dirigido al mejoramiento del tiempo
de entrega sin dejar de enfocarse en la calidad? En muchos casos la
respuesta a todas estas preguntas es no.
Mito: Si se está atrasado en elitinerario es posible contratar más
programadores para así terminar a tiempo (algunas veces llamado el
concepto de la horda mongola).
Realidad: El desarrollo de software no es un proceso mecánico como la
manufactura. En palabras de Brooks [BRO75]: “Agregar gente a un
“En ausencia de normas significativas, una industria nueva como el
software suele depender de las costumbres.”
Tom DeMarcoIngeniería del Software – Roger Pressman
proyecto de software atrasado lo atrasa más”. De inicio, este enunciado podría parecer contrario a la intuición. Sin embargo, cuando se agregan nuevos integrantes a un equipo la gente que ya estaba trabajando debe invertir tiempo en la enseñanza a los recién llegados, lo cual reduce el tiempo dedicado al esfuerzo para el desarrollo productivo. Se puedeagregar gente, pero sólo de una manera planeada y bien coordinada.
Mito: Si decido subcontratar el proyecto de software a un tercero, puedo relajarme y dejar que esa compañía lo construya.
Realidad: Si una organización no entiende cómo administrar y controlar internamente los proyectos de software, de manera invariable entrará en conflicto al subcontratar este tipo de proyectos.
Mitos del cliente.El cliente que solicita un software de computadora puede ser la persona del escritorio de al lado, un grupo técnico en el piso de abajo, el departamento de ventas o de mercadotecnia, o una compañía externa que ha solicitado el software bajo contrato. En muchos casos, el cliente cree en mitos acerca del software porque los profesionales y administradores del software hacen muy poco para corregir ladesinformación. Los mitos conducen a expectativas falsas (del cliente) y en definitiva a insatisfacción con el desarrollador.
Mito: Un enunciado general de los objetivos es suficiente para comenzar a escribir programas; los detalles se pueden afinar después.
Realidad: A pesar de que no siempre es factible que el enunciado de los requerimientos sea comprensible y estable, un enunciado ambiguo...