estudiante


INTRODUCCION
Este trabajo está enfocado en dar a conocer los mitos y realidades del software que existen actualmente.
Es importante tener conocimiento de los mitos que existen en torno a la creación de software nuevo y así no caer en las falsas creencias que existan y esto conlleve a cometer errores y confusiones al momento de desarrollar nuevos programas o sistemas de información.Basándose en varias investigaciones he información obtenida en internet se puede llegar a tener un conocimiento más profundo del tema y poder tener una respuesta a futuro cuando se presente algún problema al momento de desarrollar cualquier software.
















Mitos en torno al software

Mitos de gestión.
Los gestores con responsabilidad sobre el software, como los gestores enla mayoría de las disciplinas, están normalmente bajo la presión de cumplir los presupuestos, hacer que no se retrase el proyecto y mejorar la calidad.
Mito.
Tenemos ya un libro que está lleno de estándares y procedimientos para construir software. ¿No le proporciona ya a mi gente todo lo que necesita saber?.
Realidad.
Está muy bien que el libro exista, pero ¿se usa?, ¿conocen los trabajadoressu existencia?, ¿refleja las prácticas modernas de desarrollo de software?, ¿es completo?. En muchos casos, la respuesta a todas estas preguntas es "no".
Mito.
Mi gente dispone de las herramientas de desarrollo de software más avanzadas, después de todo, les compramos las computadoras más modernas.
Realidad.
Se necesita mucho más que el último modelo de computadora grande (o de PC) para hacerdesarrollo de software de gran calidad. Las herramientas de ingeniería del software asistida por computadora (CASE), aunque la mayoría todavía no se usen, son más importantes que el hardware para conseguir buena calidad y productividad.
Mito.
Si fallamos en la planificación, podemos añadir más programadores y adelantar el tiempo perdido (el llamado algunas veces "concepto de la hordamongoliana").
Realidad.
El desarrollo de software no es un proceso mecánico como la fabricación. En palabras de Brooks [BRO75]: >. Al principio, esta declaración puede parecer un contra sentido. Sin embargo, cuando se añaden 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 añadirse gente, perosólo de una manera planificada y bien coordinada.

Mitos del cliente.
Un cliente que solicita una aplicación de software puede ser una persona del despacho de al lado, un grupo técnico de la sala de abajo, el departamento de ventas o una compañía exterior que solicita un software bajo contrato. Los mitos conducen a que el cliente se cree una falsa expectativa y finalmente, quede insatisfechocon el que desarrolla el software.
Mito.
Una declaración general de los objetivos es suficiente para comenzar a escribir los programas; podemos dar los detalles más adelante.
Realidad.
Una mala definición inicial es la principal causa del trabajo baldío en software. Es esencial una descripción formal y detallada del ámbito de la información, funciones, rendimiento, interfaces, ligaduras deldiseño y criterios de validación. Estas características pueden determinarse sólo después de una exhaustiva comunicación entre el cliente y el analista.
Mito.
Los requisitos del proyecto cambian continuamente, pero los cambios pueden acomodarse fácilmente, ya que el software es flexible.
Realidad.
Es verdad que los requisitos del software cambian, pero el impacto del cambio varía según el momentoen que se introduzca. Si se pone cuidado al dar la definición inicial, los cambios solicitados al principio pueden acomodarse fácilmente. El cliente puede revisar los requisitos y recomendar las modificaciones con relativamente poco impacto en el costo. Cuando los cambios se solicitan durante el diseño del software, el impacto en el costo crece rápidamente. Ya se han acordado los recursos a...