Está en la página 1de 5

1.

Tema:
Realizar la consulta de las siguientes preguntas:

 ¿CUÁLES SON LOS MITOS DEL SOFTWARE?


Las creencias erróneas sobre el software y su proceso utilizado para obtenerlo se remontan a
los primeros días de la computadora. Los mitos tienen cierto número de atributos que los
hacen insidiosos.
Mitos de la administración[ CITATION Rog15 \l 12298 ].
Mito Realidad
Tenemos un libro lleno de estándares y Tal vez exista el libro de estándares, pero ¿se
procedimientos para elaborar utiliza? ¿Saben de su existencia los trabajadores
software. ¿No le dará a mi personal del software? ¿Refleja la práctica moderna de la
todo lo que necesita saber? ingeniería de software? ¿Es completo? ¿Es
adaptable? ¿Está dirigido a mejorar la entrega a
tiempo y también se centra en la calidad?, en
muchos casos, la respuesta a todas estas
preguntas es no
Si nos atrasamos, podemos agregar El desarrollo del software no es un proceso
más programadores y ponernos al mecánico similar a la manufactura. En palabras
corriente (en ocasiones, a esto se le de Brooks [Bro95]: “agregar personal a un
llama “concepto de la horda de proyecto de software atrasado lo atrasará más”.
mongoles”). Al principio, esta afirmación parece ir contra la
intuición. Sin embargo, a medida que se agregan
personas, las que ya se encontraban trabajando
deben dedicar tiempo para enseñar a los recién
llegados, lo que disminuye la cantidad de tiempo
dedicada al esfuerzo de desarrollo productivo.
Pueden agregarse individuos, pero sólo en forma
planeada y bien coordinada
Si decido subcontratar el proyecto de Si una organización no comprende cómo
software a un tercero, puedo descansar administrar y controlar proyectos de software
y dejar que esa compañía lo elabore. internamente, de manera invariable tendrá
dificultades cuando subcontrate proyectos de
software.

Mitos del cliente[ CITATION Rog15 \l 12298 ].


Mitos Realidad
Para comenzar a escribir programas, Aunque no siempre es posible tener el
es suficiente el enunciado general de enunciado exhaustivo y estable de los
los objetivos, podremos entrar en requerimientos, un “planteamiento de
detalles más adelante. objetivos” ambiguo es una receta para el
desastre. Los requerimientos que no son
ambiguos (que por lo general se obtienen
en forma iterativa) se desarrollan sólo por
medio de una comunicación eficaz y
continua entre el cliente y el
desarrollador.
Los requerimientos del software Es cierto que los requisitos de software
cambian continuamente, pero el cambian, por lo que los cambios varían
cambio se asimila con facilidad debido dependiendo de cuándo se introducen.
a que el software es flexible. Al principio, solicitan cambios en los
requisitos (antes de que el código haya
comenzado a redactarse o desarrollarse).
El impacto en los costos es relativamente
pequeño. Con el tiempo, sin embargo, los
costos aumentan rápidamente: los
recursos ya están comprometidos,
establecida la estructura y la
modificación del diseño causan
interrupciones que requieren recursos
adicionales y cambios importantes en el
diseño.

Mitos del profesional[ CITATION Rog15 \l 12298 ].


Mitos Realidad
Una vez que escribimos el programa y “entre más pronto se comience a ‘escribir
hacemos que funcione, nuestro trabajo el código’, más tiempo tomará hacer que
ha terminado. funcione”. Los datos de la industria
indican que entre 60 y 80% de todo el
esfuerzo dedicado al software ocurrirá
después de entregarlo al cliente por
primera vez.
Hasta que no se haga “correr” el Uno de los mecanismos más eficaces de
programa, no hay manera de evaluar asegurar la calidad del software puede
su calidad. aplicarse desde la concepción del
proyecto: la revisión técnica. Las
revisiones del software son un “filtro de
la calidad” que se ha revelado más eficaz
que las pruebas para encontrar ciertas
clases de defectos de software.
El único producto del trabajo que se Un programa que funciona sólo es una
entrega en un proyecto exitoso es el parte de una configuración de software
programa que funciona que incluye muchos elementos. Son
varios los productos terminados
(modelos, documentos, planes) que
proporcionan la base de la ingeniería
exitosa y, lo más importante, que guían el
apoyo para el software.
La ingeniería de software hará que La ingeniería de software no consiste en
generemos documentación voluminosa producir documentos. Se trata de crear un
e innecesaria, e invariablemente nos producto de calidad. La mejor calidad
retrasará. conduce a menos repeticiones, lo que da
como resultado tiempos de entrega más
cortos.

Otros mitos[ CITATION Góm \l 12298 ].


Mito Realidad
El hardware es más importante que el lo que es falso ya que al usar un
software computador nuestro iteracción es
fundamentalmente con el software, y sólo
de una manera muy limitada el usuario
accede a elementos del hardware en el
equipo. Este menosprecio por el software
se evidencia en quienes consideran que la
realización de copias piratas no es una
opción censurable.
El software es fácil de desarrollar. El desarrollo de grandes o medianos
sistemas es muy complejo y costoso
incluso cuando esos sistemas no empleen
ningún material o hardware lo que existe
dentro del desarrollo de software una
mayor proporción de mano de obra,
frente al empleo de maquinaria, y por ello
el progresivo aumento del costo de la
mano de obra en los países desarrollados
ha llevado al crecimiento importante en
el coste de los productos software.

El software consiste exclusivamente en Al concebir un sistema informático de


programas ejecutables. esta manera global hay que pensar en
todos los elementos que intervienen:
hardware, software y personas. Los
procedimientos que han de seguir esas
personas para usa correctamente el
sistema son también elementos software.
Igualmente es software toda la
documentación del desarrollo, necesaria
para poder mantener el producto después
de haber sido puesto en explotación.

El desarrollo de software es solo una las tareas de análisis y diseño no son


labor de programación. meras actividades complementarias que
puedan ser vistas como un costo añadido,
necesario para organizar el trabajo en
equipo. Las tareas de análisis y diseño
son el fundamento para todo el resto del
desarrollo, igual que el proyecto de un
arquitectura o ingeniero es necesario para
construir un edificio, que no consiste
simplemente en colocar materiales uno
sobre otro.

Es natural que el software contenga No exactamente. Aunque es cierto que el


errores. desarrollo de software, como toda
actividad humana, es susceptible de
errores, no es admisible que los
productos software siempre contengan
errores. Si un producto hardware contiene
defectos, se rechaza. Con el software
debería ocurrir lo mismo. Por desgracia
el software erróneo no pude simplemente
sustiturse por otro sin defecto, ya que
todas las copias del producto software
son exactamente iguales. Los errores del
software son errores durante su desarrollo
inicial, y deben reducirse a un nivel tan
bajo como en el diseño de los productos
hardware durante la fase de desarrollo de
ingeniería.

 ¿CÓMO EVOLUCIONO EL SOFTWARE?


Una vez que los sistemas hayan sido desarrollados y puestos a trabajar, inevitablemente han de
sufrir cambios si tienen y quieren seguir siendo útiles, al utilizar el software surgen nuevos
requerimientos por lo cual cambiarían los requerimientos existentes incluso algunas partes del
software tienen que modificarse para corregir errores encontrados en su funcionamiento,
adaptarlo a una nueva plataforma y mejorar su rendimiento u otras características no
funcionales[ CITATION Ian05 \l 12298 ].
La evolución del software es importante debido a que las organizaciones actualmente son
completamente dependientes de sus sistemas software y han invertido millones de dólares en
ellos. Los cambios al desarrollo no están relacionados simplemente con la reparación de
defectos del software sino también por consecuencia de que se generan nuevos requerimientos
como respuesta a cambios en el negocio y en las necesidades de los usuarios. Como
consecuencia se puede pensar en la ingeniería de software () como un proceso espiral con
requerimientos, diseño, implementación y pruebas que se realizan continuamente durante el
tiempo de vid a del sistema[ CITATION Ian05 \l 12298 ].

Este es un modelo
idealizado de la

Figura 1 Un modelo en espiral del desarrollo y evolución[ CITATION Ian05 \l 12298 ].


evolución del software que puede aplicarse en situaciones en las que una única organización es
responsable tanto del desarrollo inicial del software como de la evolución del software. La
mayoría de los productos software genéricos se desarrollan utilizando esta
aproximación[ CITATION Ian05 \l 12298 ].
 ¿QUÉ DIFERENCIA HAY ENTRE UN SOFTWARE A LA MEDIDA Y UN HÍBRIDO?

Software a la medida Software híbrido


Es el software personalizado, se basa en Son soluciones de software que integran
el diseño de aplicaciones de software software para distribuirse en empresas de
para un usuario o para una organización. cualquier sector o actividad (software
El programa esta diseñado para satisfacer estándar) y software a medida, con el fin
sus necesidades precisamente como de ofrecer a las empresas una plataforma
contraste al sistema más tradicional y de gestión integral que resuelva todas sus
más extendido que se encuentra necesidades y en la cual se vayan
disponible en el mercado. Se crea incorporando nuevas soluciones o
normalmente para una entidad específica, desarrollos a medida[ CITATION
ya sea por un tercero por contrato o por Mar17 \l 12298 ].
un grupo interno de desarrolladores y no
está permitida su reventa[ CITATION
Gru18 \l 12298 ].

2. Bibliografía
[1] R. S. Pressman, «Mitos del software,» de Ingeniería del software, un enfoque práctico ,
McGrawHill, 2015, pp. 18-20.
[2] M. Gómez, «Mitos del software,» de Aproximación a la ingeniería del software, Universitaria
Ramón Areces, pp. 28-29.
[3] I. Sommerville, «Evolución del software,» de Ingeniería del software, PEARSON EDUCACIÓN,
S.A, 2005, pp. 448-449.
[4] G. NW, «https://www.gruponw.com/,» NWgroup, 8 noviembre 2018. [En línea]. Available:
https://www.gruponw.com/noticias-de-colombia-y-el-mundo/nwarticle/268/5/Que-es-un-software-
a-la-medida.
[5] M. L. Perez, «https://www.sistel.es/,» 27 Agosto 2017. [En línea]. Available:
https://www.sistel.es/software-standard-desarrollo-a-medida-software-hibrido.

También podría gustarte