SlideShare una empresa de Scribd logo
1 de 10
UNIVERSIDAD TECNOLOGICA DE TECAMACHALCO

INGENIERIA DE SOFTWARE I

PROFESORA: LETICIA ESTRADA GONZALEZ

PRESENTA: JULIO MARTINEZ ANDRADE
Mitos sobre el desarrollo de software
 ¿Importante

el tema?
R=Pues claro que si ya que son creencias que
pueden arruinar el desarrollo de un proyecto.
• Ahora en la actualidad, la mayoría de
profesionales de la ingeniería de software
reconocen los mitos como lo que son:
actitudes equivocadas que han ocasionado
serios problemas a los administradores y a los
trabajadores por igual.
A continuación se listaran los mitos más
comunes del Software:


Mitos de la administración. Los gerentes que tienen responsabilidades en el
area del software, como también otras disciplinas, con frecuencia se hallan
bajo presión para cumplir el presupuesto.



Mito: Tenemos un libro lleno de estándares y procedimientos para elaborar
software. ¿no le dará a mi personal todo lo que necesita saber?



Realidad: Tal vez exista el libro de estándares, pero ¿se utiliza? ¿saben de su
existencia los trabajadores del software? ¿refleja la práctica moderna de la
ingeniería de software? ¿es completo? ¿es adaptable? en muchos casos las
respuestas a estas preguntas es: no.


Mito: Si nos atrasamos, podemos agregar más programadores y ponernos al corriente.



Realidad: El desarrollo del software no es un proceso mecánico similar a la manufactura.
en palabras de Brooks: "agregar personal a un proyecto de software atrasado lo atrasará
más". a inicio, 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 enseñando a
los recién llegados.



Mito: Si decido subcontratar el proyecto de software a un tercero, puedo descansar y dejar
que esa compañía lo elabore.



Realidad: Si una organización no comprende cómo administrar y controlar proyectos de
software internamente, de manera invariable tendrá dificultades cuando subcontrate
proyectos de software.


Mitos del cliente. El cliente que requiere software de computadora puede ser
la persona en el escritorio de al lado, un grupo técnico 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 información. Los mitos generan falsas
expectativas (por parte del cliente) y, en la última instancia, la insatisfacción
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 sólo por medio de una
comunicación eficaz y continúan entre el cliente y el desarrollador.


Mito: Los requerimientos del software cambian continuamente, pero el
cambio 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 varían según la época en la que se introducen.
cuando se solicitan al principio cambios en los requerimientos (antes de que
haya comenzado el diseño o elaboración de código), el efecto sobre el costo
es relativamente pequeño. Sin embargo, conforme pasa el tiempo, el costo
aumenta con rapidez: los recursos ya se han comprometido, se ha establecido
la estructura del diseño y el cambio ocasiona perturbaciones que exigen
recursos adicionales y modificaciones importantes en el diseño.


Mito: una metodología ágil no agiliza el desarrollo de software solo lo hace
metódico



Realidad: No por tener una metodología ágil va a ser mas eficiente el desarrollo.
Para ser mas eficiente el desarrollo se necesita que todos los programadores se
pongan la camiseta y den lo mejor de ello.



Conclusión:



Para poder desarrollar un buen sistema o software se necesita de una gran
dedicación por parte de todos los integrantes del equipo de trabajo, no todo es
solo escribir código o crear bases de datos, para esto se crearon varias
metodologías de desarrollo, las cuales nos ayudan a tener una mejor organización
y planeación del desarrollo del software.



BIBLIOGRAFIA:



http://www.codejobs.biz
Principios que guían el proceso del
Software


los siguientes principios que se mencionaran a continuación son
fundamentales, se aplican a la estructura y, por extensión a todo proceso de
software.



Principio numero 1: Ser ágil
ya sea que el modelo de proceso que se elija sea prescriptivo o ágil, son los
principios básicos del desarrollo ágil los que deben gobernar el enfoque. Todo
aspecto del trabajo que se haga debe poner el énfasis en la economía de
acción: en mantener el enfoque técnico tan sencillo como sea posible, hacer
los productos del trabajo que se generan tan concisos como se pueda y tomar
las decisiones localmente, siempre que sea posible.


Principio numero 2: En cada etapa centrarse en la calidad
La condición de salida para toda la actividad, acción y tarea del proceso debe
centrarse en la calidad del producto del trabajo que se ha generado.



Principio numero 3: Estar listo para adaptar
El proceso no es una experiencia religiosa, en él no hay lugar para el dogma.
Cuando sea necesario, adapte su enfoque a las restricciones impuestas por el
problema, la gente y el proyecto en sí.



Principio numero 4: Formar un equipo eficaz
Bien, el proceso de y la práctica de la ingeniería del software son
importantes, pero el objetivo son las personas. Forme un equipo con
organización propia en el que haya confianza y respeto
Mitos del software

Más contenido relacionado

La actualidad más candente

Planificacion y-estimacion-de-proyectos-de-software
Planificacion y-estimacion-de-proyectos-de-softwarePlanificacion y-estimacion-de-proyectos-de-software
Planificacion y-estimacion-de-proyectos-de-softwarePatricia F
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosSergio Sanchez
 
Tareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosTareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosnenyta08
 
Planificacion de proyecto de software
Planificacion de proyecto de softwarePlanificacion de proyecto de software
Planificacion de proyecto de softwareGeorgy Jose Sanchez
 
Ejemplos de sistemas de trabajo del conocimiento
Ejemplos de sistemas de trabajo del conocimientoEjemplos de sistemas de trabajo del conocimiento
Ejemplos de sistemas de trabajo del conocimientohugojoseavila
 
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCHLINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCHPerozoAlejandro
 
Código ético del ingeniero de software
Código ético del  ingeniero de softwareCódigo ético del  ingeniero de software
Código ético del ingeniero de softwareJorge Reyes
 
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
 
Modelo de desarrollo de software
Modelo de desarrollo de softwareModelo de desarrollo de software
Modelo de desarrollo de softwareYaskelly Yedra
 
Procesos Ligeros: Hilos o Hebras
Procesos Ligeros: Hilos o HebrasProcesos Ligeros: Hilos o Hebras
Procesos Ligeros: Hilos o HebrasJ M
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientosTensor
 
Estudio de factibilidad técnica (enfoque informático)
Estudio de factibilidad técnica  (enfoque informático)Estudio de factibilidad técnica  (enfoque informático)
Estudio de factibilidad técnica (enfoque informático)Ronald Rivas
 
proyecto de sistemas o sofware
proyecto de sistemas o sofwareproyecto de sistemas o sofware
proyecto de sistemas o sofwaregueste38b69
 
Cuadro comparativo de herramientas de programacion eclipse, java
Cuadro comparativo de herramientas de programacion eclipse, javaCuadro comparativo de herramientas de programacion eclipse, java
Cuadro comparativo de herramientas de programacion eclipse, javaCCCRiis
 

La actualidad más candente (20)

Metodologia Incremental
Metodologia IncrementalMetodologia Incremental
Metodologia Incremental
 
Planificacion y-estimacion-de-proyectos-de-software
Planificacion y-estimacion-de-proyectos-de-softwarePlanificacion y-estimacion-de-proyectos-de-software
Planificacion y-estimacion-de-proyectos-de-software
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De Requerimientos
 
Tareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosTareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientos
 
Planificacion de proyecto de software
Planificacion de proyecto de softwarePlanificacion de proyecto de software
Planificacion de proyecto de software
 
02 Mitos de la ingeniería de software
02 Mitos de la ingeniería de software02 Mitos de la ingeniería de software
02 Mitos de la ingeniería de software
 
Ejemplos de sistemas de trabajo del conocimiento
Ejemplos de sistemas de trabajo del conocimientoEjemplos de sistemas de trabajo del conocimiento
Ejemplos de sistemas de trabajo del conocimiento
 
Introducción procesos desarrollo software
Introducción procesos desarrollo software Introducción procesos desarrollo software
Introducción procesos desarrollo software
 
Memoria caché
Memoria cachéMemoria caché
Memoria caché
 
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCHLINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
 
Código ético del ingeniero de software
Código ético del  ingeniero de softwareCódigo ético del  ingeniero de software
Código ético del ingeniero de software
 
Modelamiento software
Modelamiento softwareModelamiento software
Modelamiento software
 
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
 
Modelo de desarrollo de software
Modelo de desarrollo de softwareModelo de desarrollo de software
Modelo de desarrollo de software
 
5.principios que guían la práctica
5.principios que guían la práctica5.principios que guían la práctica
5.principios que guían la práctica
 
Procesos Ligeros: Hilos o Hebras
Procesos Ligeros: Hilos o HebrasProcesos Ligeros: Hilos o Hebras
Procesos Ligeros: Hilos o Hebras
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientos
 
Estudio de factibilidad técnica (enfoque informático)
Estudio de factibilidad técnica  (enfoque informático)Estudio de factibilidad técnica  (enfoque informático)
Estudio de factibilidad técnica (enfoque informático)
 
proyecto de sistemas o sofware
proyecto de sistemas o sofwareproyecto de sistemas o sofware
proyecto de sistemas o sofware
 
Cuadro comparativo de herramientas de programacion eclipse, java
Cuadro comparativo de herramientas de programacion eclipse, javaCuadro comparativo de herramientas de programacion eclipse, java
Cuadro comparativo de herramientas de programacion eclipse, java
 

Similar a Mitos 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)Marcos Omar Cruz Ortrega
 
Mitos del software
Mitos del softwareMitos del software
Mitos del softwareAurita Palma
 
Evolucion del software crisis y mitos
Evolucion del software crisis y mitosEvolucion del software crisis y mitos
Evolucion del software crisis y mitosCarlos Vega Valqui
 
Evolucion del software crisis y mitos
Evolucion del software crisis y mitosEvolucion del software crisis y mitos
Evolucion del software crisis y mitosCarlos Vega Valqui
 
Evolucion del software crisis y mitos
Evolucion del software crisis y mitosEvolucion del software crisis y mitos
Evolucion del software crisis y mitosCarlos Vega Valqui
 
Evolucion del software crisis y mitos
Evolucion del software crisis y mitosEvolucion del software crisis y mitos
Evolucion del software crisis y mitosCarlos Vega Valqui
 
Unidad 1.2 B Metodos Agiles 1
Unidad 1.2 B Metodos Agiles  1Unidad 1.2 B Metodos Agiles  1
Unidad 1.2 B Metodos Agiles 1Sergio Sanchez
 
Desarrollo del software
Desarrollo del softwareDesarrollo del software
Desarrollo del softwarejotak1604
 
El Modelado de Negocios y la Producción del Software, un Ensayo
El Modelado de Negocios y la Producción del Software, un EnsayoEl Modelado de Negocios y la Producción del Software, un Ensayo
El Modelado de Negocios y la Producción del Software, un EnsayoIng-D-SW-TorresKhano--ME
 
practica 11 de fundamento.pdf
practica 11 de fundamento.pdfpractica 11 de fundamento.pdf
practica 11 de fundamento.pdfEduinGamer
 
Ingeniería de Software
Ingeniería de Software Ingeniería de Software
Ingeniería de Software Luis Valeriano
 

Similar a Mitos del software (20)

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
 
Mitos de-software
Mitos de-softwareMitos de-software
Mitos de-software
 
Mitos de software.
Mitos de software.Mitos de software.
Mitos de software.
 
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
 
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
 
Unidad 1.2 B Metodos Agiles 1
Unidad 1.2 B Metodos Agiles  1Unidad 1.2 B Metodos Agiles  1
Unidad 1.2 B Metodos Agiles 1
 
Mitos de software ULEAM
Mitos de software ULEAMMitos de software ULEAM
Mitos de software ULEAM
 
Desarrollo del software
Desarrollo del softwareDesarrollo del software
Desarrollo del software
 
El Modelado de Negocios y la Producción del Software, un Ensayo
El Modelado de Negocios y la Producción del Software, un EnsayoEl Modelado de Negocios y la Producción del Software, un Ensayo
El Modelado de Negocios y la Producción del Software, un Ensayo
 
Mitos del Software
Mitos del SoftwareMitos del Software
Mitos del Software
 
practica 11 de fundamento.pdf
practica 11 de fundamento.pdfpractica 11 de fundamento.pdf
practica 11 de fundamento.pdf
 
Desarrollo de software
Desarrollo de softwareDesarrollo de software
Desarrollo de software
 
Ingeniería de Software
Ingeniería de Software Ingeniería de Software
Ingeniería de Software
 
Exposicion
ExposicionExposicion
Exposicion
 
Ingsoftwarclas1
Ingsoftwarclas1Ingsoftwarclas1
Ingsoftwarclas1
 

Mitos del software

  • 1. UNIVERSIDAD TECNOLOGICA DE TECAMACHALCO INGENIERIA DE SOFTWARE I PROFESORA: LETICIA ESTRADA GONZALEZ PRESENTA: JULIO MARTINEZ ANDRADE
  • 2. Mitos sobre el desarrollo de software  ¿Importante el tema? R=Pues claro que si ya que son creencias que pueden arruinar el desarrollo de un proyecto. • Ahora en la actualidad, la mayoría de profesionales de la ingeniería de software reconocen los mitos como lo que son: actitudes equivocadas que han ocasionado serios problemas a los administradores y a los trabajadores por igual.
  • 3. A continuación se listaran los mitos más comunes del Software:  Mitos de la administración. Los gerentes que tienen responsabilidades en el area del software, como también otras disciplinas, con frecuencia se hallan bajo presión para cumplir el presupuesto.  Mito: Tenemos un libro lleno de estándares y procedimientos para elaborar software. ¿no le dará a mi personal todo lo que necesita saber?  Realidad: Tal vez exista el libro de estándares, pero ¿se utiliza? ¿saben de su existencia los trabajadores del software? ¿refleja la práctica moderna de la ingeniería de software? ¿es completo? ¿es adaptable? en muchos casos las respuestas a estas preguntas es: no.
  • 4.  Mito: Si nos atrasamos, podemos agregar más programadores y ponernos al corriente.  Realidad: El desarrollo del software no es un proceso mecánico similar a la manufactura. en palabras de Brooks: "agregar personal a un proyecto de software atrasado lo atrasará más". a inicio, 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 enseñando a los recién llegados.  Mito: Si decido subcontratar el proyecto de software a un tercero, puedo descansar y dejar que esa compañía lo elabore.  Realidad: Si una organización no comprende cómo administrar y controlar proyectos de software internamente, de manera invariable tendrá dificultades cuando subcontrate proyectos de software.
  • 5.  Mitos del cliente. El cliente que requiere software de computadora puede ser la persona en el escritorio de al lado, un grupo técnico 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 información. Los mitos generan falsas expectativas (por parte del cliente) y, en la última instancia, la insatisfacción 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 sólo por medio de una comunicación eficaz y continúan entre el cliente y el desarrollador.
  • 6.  Mito: Los requerimientos del software cambian continuamente, pero el cambio 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 varían según la época en la que se introducen. cuando se solicitan al principio cambios en los requerimientos (antes de que haya comenzado el diseño o elaboración de código), el efecto sobre el costo es relativamente pequeño. Sin embargo, conforme pasa el tiempo, el costo aumenta con rapidez: los recursos ya se han comprometido, se ha establecido la estructura del diseño y el cambio ocasiona perturbaciones que exigen recursos adicionales y modificaciones importantes en el diseño.
  • 7.  Mito: una metodología ágil no agiliza el desarrollo de software solo lo hace metódico  Realidad: No por tener una metodología ágil va a ser mas eficiente el desarrollo. Para ser mas eficiente el desarrollo se necesita que todos los programadores se pongan la camiseta y den lo mejor de ello.  Conclusión:  Para poder desarrollar un buen sistema o software se necesita de una gran dedicación por parte de todos los integrantes del equipo de trabajo, no todo es solo escribir código o crear bases de datos, para esto se crearon varias metodologías de desarrollo, las cuales nos ayudan a tener una mejor organización y planeación del desarrollo del software.  BIBLIOGRAFIA:  http://www.codejobs.biz
  • 8. Principios que guían el proceso del Software  los siguientes principios que se mencionaran a continuación son fundamentales, se aplican a la estructura y, por extensión a todo proceso de software.  Principio numero 1: Ser ágil ya sea que el modelo de proceso que se elija sea prescriptivo o ágil, son los principios básicos del desarrollo ágil los que deben gobernar el enfoque. Todo aspecto del trabajo que se haga debe poner el énfasis en la economía de acción: en mantener el enfoque técnico tan sencillo como sea posible, hacer los productos del trabajo que se generan tan concisos como se pueda y tomar las decisiones localmente, siempre que sea posible.
  • 9.  Principio numero 2: En cada etapa centrarse en la calidad La condición de salida para toda la actividad, acción y tarea del proceso debe centrarse en la calidad del producto del trabajo que se ha generado.  Principio numero 3: Estar listo para adaptar El proceso no es una experiencia religiosa, en él no hay lugar para el dogma. Cuando sea necesario, adapte su enfoque a las restricciones impuestas por el problema, la gente y el proyecto en sí.  Principio numero 4: Formar un equipo eficaz Bien, el proceso de y la práctica de la ingeniería del software son importantes, pero el objetivo son las personas. Forme un equipo con organización propia en el que haya confianza y respeto