SlideShare una empresa de Scribd logo

Mitos de-software.

Mitos de-software.

1 de 16
Descargar para leer sin conexión
Mitos de-software.
 Los mitos del software son 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.
 Los gestores con responsabilidad sobre el software, como
los gestores en la 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.
Tenemos ya un libro que esta lleno de estándares y
procedimientos para construir software. ¿No le
proporciona ya a mi gente todo lo que necesita saber?
Esta muy bien que el libro exista, pero ¿se usa?,
¿conocen los trabajadores su existencia?, ¿refleja
las prácticas modernas de desarrollo de software?,
¿es completo?. En muchos casos, la respuesta a
todas estas preguntas es "no".
Mito
Realidad
Mi gente dispones de las herramientas de desarrollo
de software más avanzadas, después de todo, les
compramos las computadoras más modernas.
Se necesita mucho más que le tiempo modelo de
computadora grande (o de PC) para hacer desarrollo de
software de gran calidad.
Mito
Realidad
Añadir programadores repondrá tiempo perdido por
desperfectos.
El desarrollo del software no es un proceso mecánico como
el de fabricación. Añadir gente a un proceso de software
retrasa aún más el proyecto
Mito
Realidad

Recomendados

Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional CristobalFicaV
 
Modelo de desarrollo concurrente
Modelo de desarrollo concurrenteModelo de desarrollo concurrente
Modelo de desarrollo concurrentesamuel ospino
 
2 2 estilos arquitectonicos
2 2 estilos arquitectonicos2 2 estilos arquitectonicos
2 2 estilos arquitectonicoslandeta_p
 
Planificacion y modelado para una ferreteria
Planificacion y modelado para una ferreteriaPlanificacion y modelado para una ferreteria
Planificacion y modelado para una ferreteriaErick Domínguez Canseco
 
Plan de Pruebas
Plan de PruebasPlan de Pruebas
Plan de Pruebaschoselin
 
Doc. lista de requerimientos ver. 1.0
Doc. lista de requerimientos ver. 1.0Doc. lista de requerimientos ver. 1.0
Doc. lista de requerimientos ver. 1.0luimiguelandrade
 

Más contenido relacionado

La actualidad más candente

Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftChuyito Alvarado
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativoLu Martinez
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosCesar Prado
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmiSandrea Rodriguez
 
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?Software Guru
 
Modelo cascada
Modelo cascadaModelo cascada
Modelo cascadamasilog
 
Sesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de procesoSesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de procesoCoesi Consultoria
 
2.2 relación de cmm con psp y tsp
2.2 relación de cmm con psp  y tsp2.2 relación de cmm con psp  y tsp
2.2 relación de cmm con psp y tspeeelllkkk
 
Metodología basada en componentes
Metodología basada en componentes Metodología basada en componentes
Metodología basada en componentes Anibal Ulibarri
 
Métricas de procesos y proyectos
Métricas de procesos y proyectosMétricas de procesos y proyectos
Métricas de procesos y proyectosjose_macias
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de softwaremonik1002
 
Análisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAnálisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAngel Reyes
 

La actualidad más candente (20)

Herramientas case
Herramientas caseHerramientas case
Herramientas case
 
Sqa ejemplo
Sqa ejemploSqa ejemplo
Sqa ejemplo
 
UML
UMLUML
UML
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 
Modelo evolutivo
Modelo evolutivoModelo evolutivo
Modelo evolutivo
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
Ingeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientosIngeniería de requisitos e ingeniería de requerimientos
Ingeniería de requisitos e ingeniería de requerimientos
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmi
 
PLAN SQA
PLAN SQAPLAN SQA
PLAN SQA
 
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
¿Cómo realizar entrevistas eficaces para obtener requisitos de software?
 
Modelo cascada
Modelo cascadaModelo cascada
Modelo cascada
 
Formato de documentacion ieee 830
Formato de documentacion ieee 830Formato de documentacion ieee 830
Formato de documentacion ieee 830
 
Sesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de procesoSesión 3: Modelos prescriptivos de proceso
Sesión 3: Modelos prescriptivos de proceso
 
Ieee 830
Ieee 830Ieee 830
Ieee 830
 
2.2 relación de cmm con psp y tsp
2.2 relación de cmm con psp  y tsp2.2 relación de cmm con psp  y tsp
2.2 relación de cmm con psp y tsp
 
Metodología basada en componentes
Metodología basada en componentes Metodología basada en componentes
Metodología basada en componentes
 
Métricas de procesos y proyectos
Métricas de procesos y proyectosMétricas de procesos y proyectos
Métricas de procesos y proyectos
 
tecnicas de revisión del software
tecnicas de revisión del softwaretecnicas de revisión del software
tecnicas de revisión del software
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
 
Análisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAnálisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de software
 

Destacado

Destacado (7)

Mitos del software
Mitos del softwareMitos del software
Mitos del software
 
Mitos del software
Mitos del softwareMitos del software
Mitos del software
 
EVOLUCIÓN DEL SOFTWARE
EVOLUCIÓN DEL SOFTWAREEVOLUCIÓN DEL SOFTWARE
EVOLUCIÓN DEL SOFTWARE
 
EvolucióN Del Software
EvolucióN Del SoftwareEvolucióN Del Software
EvolucióN Del Software
 
Historia del
Historia delHistoria del
Historia del
 
Evolucion del Software
Evolucion del SoftwareEvolucion del Software
Evolucion del Software
 
Historia y evolucion del software
Historia y evolucion del softwareHistoria y evolucion del software
Historia y evolucion del software
 

Similar a Mitos de-software.

Similar a Mitos de-software. (20)

Mitos del software
Mitos del softwareMitos del software
Mitos del software
 
Mitos del software
Mitos del softwareMitos del software
Mitos del software
 
Mitos del Software
Mitos del SoftwareMitos del Software
Mitos del Software
 
Mitos del software
Mitos del softwareMitos del software
Mitos del software
 
Mitosdelsoftware
MitosdelsoftwareMitosdelsoftware
Mitosdelsoftware
 
Desarrollo del software
Desarrollo del softwareDesarrollo del software
Desarrollo del software
 
Ingenieria de software. (mitos, leyendas y factores)
Ingenieria de software. (mitos, leyendas y factores)Ingenieria de software. (mitos, leyendas y factores)
Ingenieria de software. (mitos, leyendas y factores)
 
Mitos del software
Mitos del softwareMitos del software
Mitos del software
 
Crisis del software
Crisis del softwareCrisis del software
Crisis del software
 
Calidad del diseno
Calidad del disenoCalidad del diseno
Calidad del diseno
 
Ingsoftwarclas1
Ingsoftwarclas1Ingsoftwarclas1
Ingsoftwarclas1
 
Evolucion del software crisis y mitos
Evolucion del software crisis y mitosEvolucion del software crisis y mitos
Evolucion del software crisis y mitos
 
Evolucion del software crisis y mitos
Evolucion del software crisis y mitosEvolucion del software crisis y mitos
Evolucion del software crisis y mitos
 
Evolucion del software crisis y mitos
Evolucion del software crisis y mitosEvolucion del software crisis y mitos
Evolucion del software crisis y mitos
 
Evolucion del software crisis y mitos
Evolucion del software crisis y mitosEvolucion del software crisis y mitos
Evolucion del software crisis y mitos
 
Mitos del software
Mitos del softwareMitos del software
Mitos del software
 
Evolucion del software crisis y mitos
Evolucion del software crisis y mitosEvolucion del software crisis y mitos
Evolucion del software crisis y mitos
 
Mitos de software ULEAM
Mitos de software ULEAMMitos de software ULEAM
Mitos de software ULEAM
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de software
 
Desarrollo de software, métodos tradicionales.pptx
Desarrollo de software, métodos tradicionales.pptxDesarrollo de software, métodos tradicionales.pptx
Desarrollo de software, métodos tradicionales.pptx
 

Mitos de-software.

  • 2.  Los mitos del software son 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.
  • 3.  Los gestores con responsabilidad sobre el software, como los gestores en la 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.
  • 4. Tenemos ya un libro que esta lleno de estándares y procedimientos para construir software. ¿No le proporciona ya a mi gente todo lo que necesita saber? Esta muy bien que el libro exista, pero ¿se usa?, ¿conocen los trabajadores su existencia?, ¿refleja las prácticas modernas de desarrollo de software?, ¿es completo?. En muchos casos, la respuesta a todas estas preguntas es "no". Mito Realidad
  • 5. Mi gente dispones de las herramientas de desarrollo de software más avanzadas, después de todo, les compramos las computadoras más modernas. Se necesita mucho más que le tiempo modelo de computadora grande (o de PC) para hacer desarrollo de software de gran calidad. Mito Realidad
  • 6. Añadir programadores repondrá tiempo perdido por desperfectos. El desarrollo del software no es un proceso mecánico como el de fabricación. Añadir gente a un proceso de software retrasa aún más el proyecto Mito Realidad
  • 7.  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 insatisfecho con el que desarrolla el software.
  • 8. Una declaración general de los objetivos es suficiente para comenzar a escribir los programes; podemos dar los detalles más adelante. 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 del diseñ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 Realidad
  • 9. Los requerimientos de un software cambian constantemente, pero esto no se considera un problema y se ajustan rápidamente porque el software es flexible Es verdad que los requerimientos del software cambian, pero el impacto de estos cambios depende mucho de momento en que ellos ocurran. En etapas tempranas el costo de asimilar los cambios no son tan altos, pero a medida que las etapas están más adelantadas el cambio en los requerimientos puedo involucrar el adicionar más recurso y tiempos, incluso cambiar todo el software. Mito Realidad
  • 10. Un enunciado general de los objetivos es suficiente para comenzar a escribir programas; los detalles se pueden afinar después Los requerimientos del proyecto cambian de manera continua, pero el cambio puede ajustarse con facilidad porque el software es flexible. Mito Realidad
  • 11.  Los mitos en los que aún creen muchos desarrolladores se han ido fomentando durante cuatro décadas de cultura informática. Durante los primeros días del desarrollo del software, la programación se veía como un arte. Las viejas formas y actitudes tardan en morir.
  • 12. Hasta que no tengo el programa << ejecutándose >> realmente no tengo forma de comprobar su calidad. Desde el principio del proyecto se puede aplicar uno de los mecanismos más efectivos para garantizar la calidad del software: la revisión técnica formal. La revisión del software es un << filtro de calidad >> que se ha comprobado que es más efectivo que la prueba, para encontrar ciertas clases de defectos en el software. Mito Realidad
  • 13. La ingeniería del software obliga a realizar documentación voluminosa he innecesaria, teniendo como resultado un proceso más lento La ingeniería del software no es realizar documentación, es la búsqueda de calidad y con calidad se reducen los trabajos redundantes lo que permite un proceso más ágil. Con ello el cliente no solo recibe a tiempo un producto si no tiene la garantía que el mismo es de calidad. Mito Realidad
  • 14. Una vez que escribimos el programa y hacemos que funcione, nuestro trabajo ha terminado. Alguien dijo una vez: << cuanto más pronto se comience a escribir código, 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á después de que se le haya entregado al cliente por primera vez. Mito Realidad
  • 15.  Los gerentes que tienen responsabilidades en el área del software, cómo también otras disciplinas, con frecuencia se hallan bajo presión para cumplir el presupuesto.
  • 16. Si decido subcontratar el proyecto de software a un tercero, puedo descansar y dejar que esa compañía lo elabore. Si una organización no comprende cómo administrar y controlar proyectos de software internamente, de manera invariable tendrá dificultades cuándo subcontrate proyectos de software Mito Realidad