Qu entendemos por el Concepto de Ingeniera de Software?

Definicin 1: Ingeniera de Software es el estudio de los principios y metodologas

para desarrollo y mantenimiento de sistemas de software.
Definicin 2: Ingeniera de Software es la aplicacin prctica del conocimiento
cientfico en el diseo y construccin de programas de computadora y la
documentacin asociada requerida para desarrollar, operar (funcionar) y
mantenerlos. Se conoce tambin como desarrollo de software o produccin de
software.
Definicin 3: Ingeniera de Software trata del establecimiento de los principios y
mtodos de la Ingeniera a fin de obtener software de modo rentable que sea
fiable y trabaje en mquinas reales.
Definicin 4: La aplicacin de un enfoque sistemtico, disciplinado y cuantificable
al desarrollo, operacin (funcionamiento) y mantenimiento del software; es decir, la
aplicacin de ingeniera al software.
Definicin 5: Ingeniera del Software. La Ingeniera del Software es una
disciplina o rea de la Informtica que ofrece mtodos y tcnicas para desarrollar y
mantener software de calidad que resuelven problemas de todo tipo. Existen
varias definiciones sobre esta ciencia de la computacin que permiten describir
este proceso.
Mitos y Realidades de Ingeniera de Software?
Mitos de la administracin. Los gerentes que tienen responsabilidades en el
rea del software, cmo tambin otras disciplinas, con frecuencia se hallan bajo
presin para cumplir el presupuesto.
Mito: Tenemos un libro lleno de estndares y procedimientos para elaborar
software. No le dar a mi personal todo lo que necesita saber?
Realidad: Tal vez exista el libro de estndares, pero se utiliza? Saben de su
existencia los trabajadores del software? Refleja la prctica moderna de la
ingeniera de software? Es completo? Es adaptable? En muchos casos las
respuestas a estas preguntas es: no.
Mito: Si nos atrasamos, podemos agregar ms programadores y ponernos al
corriente.

Realidad: El Desarrollo del Software no es un proceso mecnico similar a la

manufactura. En palabras de Brooks: "agregar personal a un proyecto de software
atrasado lo atrasar ms". A inicio, est afirmacin parece ir contra la intuicin. Sin
embargo, a medida que se agregan personas, las que ya se encontraban
trabajando deben dedicar tiempo enseando a los recin llegados.
Mito: Si decido subcontratar el proyecto de software a un tercero, puedo
descansar y dejar que esa compaa lo elabore.
Realidad: Si una organizacin no comprende cmo administrar y controlar
proyectos de software internamente, de manera invariable tendr dificultades
cundo subcontrate proyectos de software.
Mito: Mi gente dispone de las herramientas de desarrollo de software ms
avanzadas, despus de todo, les compramos las computadoras ms modernas.

Realidad: Se necesita mucho ms que el ltimo modelo de computadora grande

(o de PC) para hacer desarrollo de software de gran calidad. Las herramientas de
ingeniera del software asistida por computadora (CASE), aunque la mayora
todava no se usen, son ms importantes que el hardware para conseguir buena
calidad y productividad.

Mito: Si fallamos en la planificacin, podemos aadir ms programadores y

adelantar el tiempo perdido (el llamado algunas veces "concepto de la horda
mongoliana").

Realidad: El desarrollo de software no es un proceso mecnico como la

fabricacin. En palabras de Brooks [BRO75]: aadir gente a un proyecto de
software retrasado lo retrasa an ms. Al principio, esta declaracin puede parecer
un contra sentido. Sin embargo, cuando se aaden nuevas personas, le necesidad
de aprender y comunicarse con el equipo puede y hace que se reduzca la
cantidad de tiempo gastado en el desarrollo productivo. Puede aadirse gente,
pero slo de una manera planificada y bien coordinada.
Mitos del cliente. El cliente que requiere software de computadora puede ser la
persona en el escritorio de al lado, un grupo tcnico en el piso inferior, el

departamento de mercadotecnia por ejemplo. En muchos casos, el cliente

sostiene mitos sobre el software porque los gerentes o profesionales de ste
hacen poco para corregir la mala informacin. Los mitos generan falsas
expectativas (por parte del cliente) y, en la ltima instancia, la insatisfaccin con el
desarrollador.
Mito: para comenzar a escribir programas, es suficiente el enunciado general de
los objetivos.
Realidad: Aunque no es posible tener el enunciado exhaustivo y estable de los
requerimientos, un "planteamiento de objetivos" ambiguo es una receta para el
desastre. Los requerimientos no son ambiguos (por que por lo general se obtienen
de forma iterativa) se desarrollan slo por medio de una comunicacin eficaz y
continan entre el cliente y el desarrollador.
Mito: Los requerimientos del software cambian continuamente, pero el cambi se
asimila con facilidad debido a que el software es flexible.
Realidad: Es verdad que los requerimientos del software cambian, pero el efecto
que los cambios tienen varan segn la poca en la que se introducen. Cundo se
solicitan al principio cambios en los requerimientos (antes de que haya comenzado
el diseo o elaboracin de cdigo), el efecto sobre el costo es relativamente
pequeo. Sin embargo, conforme pasa el tiempo, el costo aumenta con rapidez:
los recursos ya se han comprometido, se ha establecido la estructura del diseo y
el cambi ocasiona perturbaciones que exigen recursos adicionales y
modificaciones importantes en el diseo.
Mitos de los desarrolladores: Los mitos en los que an creen muchos
desarrolladores se han ido fomentando durante cuatro dcadas de cultura
informtica. Durante los primeros das del desarrollo del software, la programacin
se vea como un arte. Las viejas formas y actitudes tardan en morir.

Mito: Una vez que escribimos el programa y hacemos que funcione, nuestro
trabajo ha terminado. Realidad. Alguien dijo una vez: << cuanto ms pronto se
comience a escribir cdigo, tardara en terminarlo >>. Los datos industriales indican
que entre el cincuenta y el sesenta por ciento de todo el esfuerzo dedicado a un
programa se realizar despus de que se le haya entregado al cliente por primera
vez.

Mito: Hasta que no tengo el programa << ejecutndose >> realmente no tengo
forma de comprobar su calidad.

Realidad: Desde el principio del proyecto se puede aplicar uno de los

mecanismos ms efectivos para garantizar la calidad del software: la revisin
tcnica formal. La revisin del software es un << filtro de calidad >> que se ha
comprobado que es ms efectivo que la prueba, para encontrar ciertas clases de
defectos en el software.

Mito: Lo nico que se entrega al terminar el proyecto es el programa funcionando.

Realidad: Un programa funcionando es slo parte de una configuracin del

software que incluye programas, documentos, y datos. La documentacin es la
base de un buen desarrollo y, lo que es ms importante, proporciona guas para la
tarea de mantenimiento del software.

Un Proceso es:
Un conjunto de actividades interrelacionadas que transforman entradas en salidas
Un Proceso Software (PS) es:
Un conjunto coherente de polticas, estructuras organizacionales, tecnologas,
procedimientos y artefactos que son necesarios para concebir, desarrollar, instalar
y mantener un producto software.