SlideShare una empresa de Scribd logo
República Bolivariana de Venezuela
Ministerio del Poder Popular para la Educación
Instituto Universitario “Antonio José de Sucre”
Informática III
Alumno:
Ángel Campos
C.I: 20.883.194
Puerto Ordaz, 04/12/2014
Introducción
La metodología y desarrollo de software son conjuntos explicativos de cómo
desarrollar prototipos de invención de software, llevando para esto un conjunto de
normas y/o procesos por el cual regidos por estructuras del mismo.
El método está compuesto por lineamientos y estrategias que brindan soporte y
ayudan a facilitar su construcción diseño y desarrollo.
Seguidamente, esto conlleva, a la formación progresiva de un software pero
para esto hay que tomar en cuenta muchas opciones de cómo será su
funcionamiento y como estabilizar su ciclo de vida y mejoras que se tengan que
hacer para el buen manejo y desarrollo del mismo y así satisfacer el producto final.
Finalmente, Basadas en la evolución de los prototipos antes diseñados formar
parte de presentaciones continuas de la misma creacion es decir tomar ejemplos
anteriores y facilitar la creacion del mismo, no obstante realizar análisis y mejorar
errores para un mejor rendimiento, y esto, conlleva a un final de desarrollo practico
y útil para su creacion y finalidad .
Metodología- Prototipos.
Método: Conjunto de herramientas precisas a nivel técnico que facilita y brindan
soporte para el logro de una meta, es decir culminar el final de algo en específico.
Metodología de desarrollo de software se describe como el conjunto de
herramientas, técnicas, procedimientos y soporte documental para el diseño de
Sistemas de información.
Una metodología de desarrollo de software se refiere a un framework que es
usado para estructurar, planear y controlar el proceso de desarrollo en sistemas
de información.
A lo largo del tiempo, una gran cantidad de métodos han sido desarrollados
diferenciándose por su fortaleza y debilidad.
El framework para metodología de desarrollo de software consiste en:
Una filosofía de desarrollo de programas de computación con el enfoque del
proceso de desarrollo de software
Herramientas, modelos y
métodos para asistir al proceso
de desarrollo de software
Metodología
Una metodología es un conjunto
integrado de técnicas y métodos
que permite abordar de forma
homogénea y abierta cada una
de las actividades del ciclo de
vida de un proyecto de desarrollo.
Una definición estándar de metodología puede ser el conjunto de métodos que se
utilizan en una determinada actividad con el fin de formalizarla y optimizarla.
Determina los pasos a seguir y cómo realizarlos para finalizar una tarea.15
Si esto se aplica a la Ingeniería de software, podemos destacar que una
metodología:
 Optimiza el proceso y el producto software.
 Es una guía en la planificación y en el desarrollo del software.
 Define qué hacer, cómo y cuándo durante todo el desarrollo y
mantenimiento de un proyecto.
 Una metodología define una estrategia global para enfrentarse con el
proyecto. Entre los elementos que forman parte de una metodología se
pueden destacar:
Fases: tareas a realizar en cada fase.
Productos: E/S de cada fase, documentos.
Procedimientos y herramientas: apoyo a la realización de cada tarea.
Criterios de evaluación: del proceso y del producto. Saber si se han logrado los
objetivos.
El ciclo de vida es el conjunto de fases por las que pasa el sistema que se está
desarrollando desde que nace la idea inicial hasta que el software es retirado o
remplazado (muere).15
Entre las funciones que debe tener un ciclo de vida se pueden destacar:
Determinar el orden de las fases del proceso de software.
Establecer los criterios de transición para pasar de una fase a la siguiente.
Definir las entradas y salidas de cada fase.
Describir los estados por los que pasa el producto.
Describir las actividades a realizar para transformar el producto.
Definir un esquema que sirve como base para planificar, organizar, coordinar,
desarrollar, entre otros.
Las etapas de un ciclo de vida de un software son:
Las etapas de un ciclo de vida de un software son:
Inicio: éste es el nacimiento de la idea. Aquí definimos los objetivos del proyecto y
los recursos necesarios para su ejecución. Hacia dónde queremos ir, y no cómo
queremos ir. Las características implícitas o explícitas de cada proyecto hacen
necesaria una etapa previa destinada a obtener el objetivo por el cual se escribirán
miles o cientos de miles de líneas de código. Un alto porcentaje del éxito de
nuestro proyecto se definirá en estas etapas que, al igual que la etapa de
debugging, muchos líderes de proyecto subestiman.
Planificación: idearemos un planeamiento detallado que guíe la gestión del
proyecto, temporal y económicamente.
Implementación: acordaremos el conjunto de actividades que componen la
realización del producto.
Puesta en producción: nuestro proyecto entra en la etapa de definición, allí donde
se lo presentamos al cliente o usuario final, sabiendo que funciona correctamente
y responde a los requerimientos solicitados en su momento. Esta etapa es muy
importante no sólo por representar la aceptación o no del proyecto por parte del
cliente o usuario final sino por las múltiples dificultades que suele presentar en la
práctica, alargándose excesivamente y provocando costos no previstos.
Control en producción: control del producto, analizando cómo el proceso difiere o
no de los requerimientos originales e iniciando las acciones correctivas si fuesen
necesarias. Cuando decimos que hay que corregir el producto, hacemos
referencia a pequeñas desviaciones de los requerimientos originales que puedan
llegar a surgir en el ambiente productivo. Si nuestro programa no realiza la tarea
para lo cual fue creada, esta etapa no es la adecuada para el rediseño. Incluimos
también en esta etapa el liderazgo, documentación y capacitación, proporcionando
directivas a los recursos humanos, para que hagan su trabajo en forma correcta y
efectiva.
Modelos de procesos en el desarrollo de software
Un modelo de proceso para el desarrollo de software es una representación
simplificada de pasos, representada desde una perspectiva específica. Por su
naturaleza los modelos son simplificados, por lo tanto un modelo de procesos del
software es una abstracción de un proceso real.
Estos modelos tienen como propósito la producción eficaz y eficiente de un
producto software que reúna los requisitos del cliente. Este proceso es
intensamente intelectual, afectado por la creatividad y juicio de las personas
involucradas. La mayoría de los modelos de procesos de desarrollo del software
son dirigidos por el tiempo; cuanto más tarde sea, más atrás se encontrará en el
proceso de desarrollo. Como todo proceso, están constituidos de pasos o fases
que contienen a su vez actividades, estos modelos de desarrollo de software se
basan en un ciclo de vida para desarrollar el mismo, como lo son:
 La necesidad de solucionar un problema (surgimiento de necesidades)
 Inicio del proceso (desarrollo), dentro de esta fase se encuentra la
definición del proyecto, el análisis del contexto, definición de
requerimientos, diseño del sistema, construcción del sistema, pruebas e
implantación.
 Operación y mantenimiento, donde realiza ajustes y se buscan fallas.
 Renovación o extinción.
Clasificación de las Metodologías según el modelo de proceso
Modelos Convencionales o Prescriptivos de Procesos
Los modelos convencionales o modelos prescriptivos de procesos permiten llenar
el marco de trabajo con un conjunto de tareas orientadas al desarrollo de un
software.
Se les llama "prescriptivos" porque prescriben un conjunto de elementos del
proceso, tales como:
 Actividades del Marco de Trabajo.
 Acciones de la Ingeniería del software.
 Tareas.
 Productos de trabajo.
 Aseguramiento de la calidad.
 Mecanismos de control del cambio para cada proyecto.
Estos modelos son útiles si queremos describir un conjunto único de actividades
dentro de un marco de trabajo para un proceso de software. Cada actividad debe
contener un conjunto de acciones de ingeniería del software, y definir cada acción
en cuanto a un conjunto de tareas que identifique el trabajo (y los productos del
trabajo) que deben completarse para alcanzar las metas de desarrollo. Sin
importar el modelo del proceso que se desee usar, los ingenieros de software
eligen una manera tradicional para realizar el marco de trabajo genérico para el
proceso, ya que estos modelos se caracterizan por ser en esencia rígida, estricta y
los más utilizados.
En las metodologías convencionales, el ciclo de vida de un proyecto, puede
definirse como un ciclo de vida lineal, ya que imponen una disciplina de trabajo
sobre el proceso de desarrollo del software, con el fin de conseguir un software
más eficiente. Para ello, se hace énfasis en la planificación total de todo el trabajo
a realizar y una vez que está todo detallado, comienza el ciclo de desarrollo del
producto software. Se centran especialmente en el control del proceso, mediante
una rigurosa definición de roles, actividades, artefactos, herramientas y notaciones
para el modelado y documentación detallada. Además, las metodologías
tradicionales no se adaptan adecuadamente a los cambios, por lo que no son
métodos adecuados cuando se trabaja en un entorno, donde los requisitos no
pueden predecirse o bien pueden variar.
Modelo en Cascada
El modelo en cascada,
algunas veces llamado el
ciclo de vida clásico,
sugiere un enfoque
sistemático, secuencial
hacia el desarrollo del
software, que se inicia
con la especificación de
requerimientos del cliente
y que continúa con la planeación, el modelado, la construcción y el despliegue
para culminar en el soporte del software terminado.
Este modelo es aplicable en donde existen ocasiones en que los requisitos de un
problema se entienden de una manera razonable y deben estar bien definidos,
también cuando el trabajo fluye desde la comunicación a través del despliegue de
una manera casi lineal, esta situación se encuentra a veces cuando es necesario
hacer adaptaciones o mejorías bien definidas a un sistema existente.
Modelo de Procesos
Incrementables
El modelo incremental
combina elementos del
modelo en cascada
aplicado en forma iterativa.
El modelo incremental aplica secuencias lineales de manera escalonada conforme
avanza el tiempo en el calendario. Cada secuencia lineal produce "incrementos"
del software. Por ejemplo, el software procesador de texto, desarrollado con el
paradigma incremental en su primer incremento, podría realizar funciones básicas
de administración de archivos, edición y producción de documentos; en el
segundo incremento, ediciones más sofisticadas, y tendría funciones más
complejas de producción de documentos; en el tercer incremento, funciones de
corrección ortográfica y gramatical; y en el cuarto, capacidades avanzadas de
configuración de página. Se debe tener en cuenta que el flujo del proceso de
cualquier incremento puede incorporar el paradigma de construcción de prototipos
que se expone más adelante.
Modelo de desarrollo rápido de aplicaciones (DRA)
El desarrollo rápido de
aplicaciones (DRA) es
un modelo de proceso de
software incremental que
resalta un ciclo de
desarrollo corto. El
modelo DRA es una
adaptación a "alta
velocidad" del modelo en
cascada en el que se
logra el desarrollo rápido
mediante un enfoque de
construcción basado en componentes. Si se entienden bien los requisitos y se
limita el ámbito del proyecto, el proceso DRA permite que un equipo de desarrollo
cree un "sistema completamente funcional" dentro de un periodo muy corto (por
ejemplo, de 60 a 90 días).
Modelos Evolutivos
Se reconoce que el software al igual que todos los sistemas complejos evoluciona
con el tiempo, los requisitos de gestión y de producto a menudo cambian conforme
a que el desarrollo procede haciendo que el camino que lleva al producto final no
sea real. El desarrollo evolutivo consta del desarrollo de una versión inicial que
luego de exponerse se va refinando de acuerdo de los comentarios o nuevos
requerimientos por parte del cliente o del usuario final. Los modelos evolutivos son
iterativos, se caracteriza por la forma en que permiten a los ingenieros en software
desarrollar versiones cada vez más completas del software.
Modelo de Prototipos.
También conocido como desarrollo
con prototipo o modelo de desarrollo
evolutivo, se inicia con la definición
de los objetivos globales para el
software, luego se identifican los
requisitos conocidos y las áreas del
esquema en donde es necesaria
más definición. Este modelo se
utiliza para dar al usuario una vista
preliminar de parte del software. Este
modelo es básicamente prueba y
error ya que si al usuario no le gusta
una parte del prototipo significa que la prueba fallo por lo cual se debe corregir el
error que se tenga hasta que el usuario quede satisfecho.
Etapas
 Recolección y refinamiento de requisitos
 Modelado, diseño rápido
 Construcción del Prototipo
 Desarrollo, evaluación del prototipo por el cliente
 Refinamiento del prototipo
 Producto de Ingeniería
Cómo se lleva a cabo
Se comienza elaborando un prototipo del producto final: qué aspecto tendrá, cómo
funcionará. Para muchas interfaces de usuario, este modelo puede resultar tan
simple como unos dibujos con lápiz y papel o tan complejo como el propio código
operativo final. Para interfaces de hardware o estaciones de trabajo, el modelo
puede consistir en maquetas de espuma, caucho, cartón o cartulina. Cuanto más
próximo se encuentre el prototipo al producto real, mejor será la evaluación, si
bien se pueden obtener magníficos resultados con prototipos de baja fidelidad.
Ventajas
 No modifica el flujo del ciclo de vida
 Reduce el riesgo de construir productos que no satisfagan las necesidades
de los usuarios
 Reduce costo y aumenta la probabilidad de éxito
 Exige disponer de las herramientas adecuadas
 Este modelo es útil cuando el cliente conoce los objetivos generales para el
software, pero no identifica los requisitos detallados de entrada,
procesamiento o salida.
 También ofrece un mejor enfoque cuando el responsable del desarrollo del
software está inseguro de la eficacia de un algoritmo, de la adaptabilidad de
un sistema operativo o de la forma que debería tomar la interacción
humano-máquina.
Para que sea efectivo
 Debe ser un sistema con el que se pueda experimentar
 Debe ser comparativamente barato (menor que el 10%)
 Debe desarrollarse rápidamente
 Énfasis en la interfaz de usuario
 Equipo de desarrollo reducido
 Herramientas y lenguajes adecuadas
Desventajas
 Debido a que el usuario ve que el prototipo funciona piensa que este
es el producto terminado y no entienden que recién se va a
desarrollar el software.
 El desarrollador puede caer en la tentación de ampliar el prototipo
para construir el sistema final sin tener en cuenta los compromisos
de calidad y mantenimiento que tiene con el cliente.
Tipos de Modelo de Prototipos
 Modelo de Prototipos rápido: Metodología de diseño que desarrolla
rápidamente nuevos diseños, los evalúa y prescinde del prototipo cuando el
próximo diseño es desarrollado mediante un nuevo prototipo.
 Modelo de Prototipos reutilizable: También conocido como "Evolutionary
Prototyping"; no se pierde el esfuerzo efectuado en la construcción del
prototipo pues sus partes o el conjunto pueden ser utilizados para construir
el producto real.
 Modelo de Prototipos Modular: También conocido como Prototipado
Incremental (Incremental prototyping); se añaden nuevos elementos sobre
el prototipo a medida que el ciclo de diseño progresa.
 Modelo de Prototipos Horizontal: El prototipo cubre un amplio número de
aspectos y funciones pero la mayoría no son operativas. Resulta muy útil
para evaluar el alcance del producto, pero no su uso real.
 Modelo de Prototipos Vertical: El prototipo cubre sólo un pequeño número
de funciones operativas. Resulta muy útil para evaluar el uso real sobre una
pequeña parte del producto.
 Modelo de Prototipos de Baja-fidelidad: El prototipo se implementa con
papel y lápiz, emulando la función del producto real sin mostrar el aspecto
real del mismo. Resulta muy útil para realizar test baratos.
 Modelo de Prototipos de Alta-fidelidad: El prototipo se implementa de la
forma más cercana posible al diseño real en términos de aspecto,
impresiones, interacción y tiempo.
Tipos de prototipos
Hay dos clases de prototipos el desechable y el evolucionario
El desechable: nos sirve para eliminar dudas sobre lo que realmente quiere el
cliente además para desarrollar la interfaz que más le convenga al cliente.
El evolucionario: es un modelo parcialmente construido que puede pasar de ser
prototipo a ser software pero no tiene una buena documentación y calidad.
Versión
# 2
Versión
# 1 ANALISIS DISEÑO CODIGO PRUEBAS PRODUCTO
ANALISIS DISEÑO CODIGO PRUEBAS
Conclusiones
Una metodología se basa en una combinación de los modelos de proceso
genéricos para obtener como beneficio un software que soluciones un problema
La trascendencia de las metodologías se ha hecho notoria, pasando de solo
programar, establecer funciones en etapas o módulos, objetos, y por último
agilizar el desarrollo del software y minimizar los costos.
En el desarrollo convencional todo el programa está en un solo bloque, con
ejecución secuencial de instrucciones
En el desarrollo estructurado los programas están divididos en distintos bloques,
estos bloques tienen funciones que se van confeccionado en forma de arriba-
abajo, empezando desde las generales hasta las particulares, hasta llegar a
detallar cada uno de los procedimientos y su interacción.
El desarrollo orientado a objetos comprende dividir un programa en clases, donde
estas clases estarán estructuradas por propiedades, atributos, variables,
pretendiendo simular y describir de manera conceptual a un objeto.
Los métodos ágiles fueron pensados especialmente para equipos de desarrollo
pequeños, con plazos reducidos, requisitos volátiles y nuevas tecnologías.
El modelado de negocio describe como desarrollar una visión de la nueva
organización, basado en esta visión se definen procesos, roles y
responsabilidades de la organización por medio de un Modelo de Casos de Uso
del Negocio
Los modelos de procesos permiten al analista de sistemas desarrollar un plan de
requisitos del software, permiten establecer un trabajo en forma ordenada,
además que existen muchos modelos que se adaptan a las exigencias del
proyecto, solo debemos saber cual nos conviene.
Bibliografía
 Alonso, F. y Martínez, L. (2005). Introducción a la ingeniería del software:
modelos de desarrollo de programas (primera edición). España: Delta
Publicaciones. Pág. 75-76
 Sommerville, I. (2005). Ingeniería del software (Séptima Edición). España:
Pearson Educación.
 Hernán, M. (2004). Diseño de una Metodología Ágil de Desarrollo de
Software. Tesis de Grado de Ingeniería en Informática. Universidad de
Buenos Aires. Pág. 11-12
 Sommerville, I. (2006). Ingeniería del software (Séptima Edición). Madrid.
Pág. 62
 Espinoza, A. Metodologías de desarrollo de software [documento en
línea].Disponible en: « www.slideshare.net/juliopari/4-clase-metodologia-de-
desarrolo-de-software » [consulta: 11 de junio de 2012]
 Carballar, D. Ingeniería de software [documento en línea]. «
 www.eduinnova.es/dic09/Ingenieria_Software.pdf » [consulta: 10 de junio
de 2012]
 7.Disponible en la web:
 «www.angelfire.com/scifi/jzavalar/apuntes/IngSoftware.html#paradigmaOO
» [consulta: 10 de junio de 2012]
 Kenneth, E. y Kendall, J. (2005). Análisis Y Diseño de Sistemas (Sexta
edición). México.
 Solís, M. (2003). Una explicación de la programación extrema (XP). Madrid.
Pág. 103
 Ordoñez (2011). Método de Desarrollo de sistemas dinámicos [documento
en línea]. Disponible en:« www.slideshare.net/oscarfico/metodos-dinamicos
» [consulta: 8 de junio de 2012]

Más contenido relacionado

La actualidad más candente

Metodologia prototipado
Metodologia prototipadoMetodologia prototipado
Metodologia prototipado
ALDEN_HERRE
 
Metodología tradicional
Metodología tradicionalMetodología tradicional
Metodología tradicional
Jesenia Escobar
 
Modelo de desarrollo concurrente
Modelo de desarrollo concurrenteModelo de desarrollo concurrente
Modelo de desarrollo concurrente
samuel ospino
 
Metodolgias de desarrollo (evolutivo)
Metodolgias de desarrollo (evolutivo)Metodolgias de desarrollo (evolutivo)
Metodolgias de desarrollo (evolutivo)
Griiselda Martiinez
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
Avelino Felipe Policarpio
 
Modelo de Ciclo de Vida de Prototipado Evolutivo
Modelo de Ciclo de Vida de Prototipado EvolutivoModelo de Ciclo de Vida de Prototipado Evolutivo
Modelo de Ciclo de Vida de Prototipado Evolutivo
Iván Cornejo
 
Unidad 2. metodologías de desarrollo DE SOFTWARE
Unidad 2. metodologías de desarrollo DE SOFTWAREUnidad 2. metodologías de desarrollo DE SOFTWARE
Unidad 2. metodologías de desarrollo DE SOFTWARE
Pablo Daniel Bazan Carmona
 
metodologia de prototipos
metodologia de prototiposmetodologia de prototipos
metodologia de prototipos
Keiner Valerio
 
Tabla comparativa de poo y paradigma de programación estructurada
Tabla comparativa de poo y paradigma de programación estructuradaTabla comparativa de poo y paradigma de programación estructurada
Tabla comparativa de poo y paradigma de programación estructurada
Angeles Rivera
 
MODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWARE
Micky Jerzy
 
Tabla comparativa de paradigma de programacion estruturada y pradigma de prog...
Tabla comparativa de paradigma de programacion estruturada y pradigma de prog...Tabla comparativa de paradigma de programacion estruturada y pradigma de prog...
Tabla comparativa de paradigma de programacion estruturada y pradigma de prog...
jose francisco arenas jimenez
 
Modelo evolutivo
Modelo evolutivoModelo evolutivo
Modelo evolutivo
Barklyn Lsla
 
Analisis y diseño de sistemas preguntas de repaso
Analisis y diseño de sistemas preguntas de repasoAnalisis y diseño de sistemas preguntas de repaso
Analisis y diseño de sistemas preguntas de repaso
Alejandro Rivera Santander
 
Modelos de proceso evolutivo
Modelos de proceso evolutivoModelos de proceso evolutivo
Modelos de proceso evolutivo
JOSE JESUS SANCHEZ LEON
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
Chuyito Alvarado
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascada
home
 
El DBA y sus funciones
El DBA y sus funcionesEl DBA y sus funciones
El DBA y sus funciones
kevinchontarivera
 
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING) METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
Germán Sánchez
 
Ieee 830
Ieee 830Ieee 830
Ieee 830
ALEX MERINO
 
Modelo V
Modelo VModelo V
Modelo V
Melissa Ortega
 

La actualidad más candente (20)

Metodologia prototipado
Metodologia prototipadoMetodologia prototipado
Metodologia prototipado
 
Metodología tradicional
Metodología tradicionalMetodología tradicional
Metodología tradicional
 
Modelo de desarrollo concurrente
Modelo de desarrollo concurrenteModelo de desarrollo concurrente
Modelo de desarrollo concurrente
 
Metodolgias de desarrollo (evolutivo)
Metodolgias de desarrollo (evolutivo)Metodolgias de desarrollo (evolutivo)
Metodolgias de desarrollo (evolutivo)
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
 
Modelo de Ciclo de Vida de Prototipado Evolutivo
Modelo de Ciclo de Vida de Prototipado EvolutivoModelo de Ciclo de Vida de Prototipado Evolutivo
Modelo de Ciclo de Vida de Prototipado Evolutivo
 
Unidad 2. metodologías de desarrollo DE SOFTWARE
Unidad 2. metodologías de desarrollo DE SOFTWAREUnidad 2. metodologías de desarrollo DE SOFTWARE
Unidad 2. metodologías de desarrollo DE SOFTWARE
 
metodologia de prototipos
metodologia de prototiposmetodologia de prototipos
metodologia de prototipos
 
Tabla comparativa de poo y paradigma de programación estructurada
Tabla comparativa de poo y paradigma de programación estructuradaTabla comparativa de poo y paradigma de programación estructurada
Tabla comparativa de poo y paradigma de programación estructurada
 
MODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWARE
 
Tabla comparativa de paradigma de programacion estruturada y pradigma de prog...
Tabla comparativa de paradigma de programacion estruturada y pradigma de prog...Tabla comparativa de paradigma de programacion estruturada y pradigma de prog...
Tabla comparativa de paradigma de programacion estruturada y pradigma de prog...
 
Modelo evolutivo
Modelo evolutivoModelo evolutivo
Modelo evolutivo
 
Analisis y diseño de sistemas preguntas de repaso
Analisis y diseño de sistemas preguntas de repasoAnalisis y diseño de sistemas preguntas de repaso
Analisis y diseño de sistemas preguntas de repaso
 
Modelos de proceso evolutivo
Modelos de proceso evolutivoModelos de proceso evolutivo
Modelos de proceso evolutivo
 
Ventajas y desventajas de moprosoft
Ventajas y desventajas de moprosoftVentajas y desventajas de moprosoft
Ventajas y desventajas de moprosoft
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascada
 
El DBA y sus funciones
El DBA y sus funcionesEl DBA y sus funciones
El DBA y sus funciones
 
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING) METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
METODOLOGÍA UWE (UML-BASED WEB ENGINEERING)
 
Ieee 830
Ieee 830Ieee 830
Ieee 830
 
Modelo V
Modelo VModelo V
Modelo V
 

Similar a Metodologia y prototipo

METODOLOGIAS.pptx
METODOLOGIAS.pptxMETODOLOGIAS.pptx
METODOLOGIAS.pptx
juan gonzalez
 
Clase_iso12207.pptx
Clase_iso12207.pptxClase_iso12207.pptx
Clase_iso12207.pptx
Eduar Samuel Posada Giraldo
 
Gestión de proyectos
Gestión de proyectosGestión de proyectos
Gestión de proyectos
aaahhhhaaa
 
Tp ciclos de vida
Tp   ciclos de vidaTp   ciclos de vida
Tp ciclos de vida
Matias Pentreath
 
Modelos del software
Modelos del softwareModelos del software
Modelos del software
angelicasolishernnde
 
Metodología Procesos de Desarrollo de Software
Metodología Procesos de Desarrollo de SoftwareMetodología Procesos de Desarrollo de Software
Metodología Procesos de Desarrollo de Software
Eliud Cortes
 
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
Andhy H Palma
 
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
Andhy H Palma
 
metodologia
metodologia metodologia
metodologia
germaniabetty
 
Presentacion Metodos de software
Presentacion Metodos de softwarePresentacion Metodos de software
Presentacion Metodos de software
Brandon Betto
 
Metodologías para el desarrollo de software en PYMES
Metodologías para el desarrollo de software en PYMESMetodologías para el desarrollo de software en PYMES
Metodologías para el desarrollo de software en PYMES
MarceloFalappa5
 
Metodologia casacad y msf convertir a pdf
Metodologia casacad y msf convertir a pdfMetodologia casacad y msf convertir a pdf
Metodologia casacad y msf convertir a pdf
WENDY GAVILANEZ ESPINOZA
 
Grupo1
Grupo1Grupo1
Grupo1
Olarautn
 
Ingeniería de Software
Ingeniería de SoftwareIngeniería de Software
Ingeniería de Software
AndresBravo839059
 
ciclo_de_vida_software
ciclo_de_vida_softwareciclo_de_vida_software
ciclo_de_vida_software
ArielAlexanderRavest
 
metodologia
metodologiametodologia
metodologia
mariasantiago24
 
Monografia
MonografiaMonografia
Monografia
Hulder Armuto
 
PRES162
PRES162PRES162
RUP
RUPRUP
Ciclo de Vida del Software (Para SAIA)
Ciclo de Vida del Software (Para SAIA)Ciclo de Vida del Software (Para SAIA)
Ciclo de Vida del Software (Para SAIA)
ManuelJimnez56
 

Similar a Metodologia y prototipo (20)

METODOLOGIAS.pptx
METODOLOGIAS.pptxMETODOLOGIAS.pptx
METODOLOGIAS.pptx
 
Clase_iso12207.pptx
Clase_iso12207.pptxClase_iso12207.pptx
Clase_iso12207.pptx
 
Gestión de proyectos
Gestión de proyectosGestión de proyectos
Gestión de proyectos
 
Tp ciclos de vida
Tp   ciclos de vidaTp   ciclos de vida
Tp ciclos de vida
 
Modelos del software
Modelos del softwareModelos del software
Modelos del software
 
Metodología Procesos de Desarrollo de Software
Metodología Procesos de Desarrollo de SoftwareMetodología Procesos de Desarrollo de Software
Metodología Procesos de Desarrollo de Software
 
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
 
Unidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de softwareUnidad 3 los modelos de procesos de software
Unidad 3 los modelos de procesos de software
 
metodologia
metodologia metodologia
metodologia
 
Presentacion Metodos de software
Presentacion Metodos de softwarePresentacion Metodos de software
Presentacion Metodos de software
 
Metodologías para el desarrollo de software en PYMES
Metodologías para el desarrollo de software en PYMESMetodologías para el desarrollo de software en PYMES
Metodologías para el desarrollo de software en PYMES
 
Metodologia casacad y msf convertir a pdf
Metodologia casacad y msf convertir a pdfMetodologia casacad y msf convertir a pdf
Metodologia casacad y msf convertir a pdf
 
Grupo1
Grupo1Grupo1
Grupo1
 
Ingeniería de Software
Ingeniería de SoftwareIngeniería de Software
Ingeniería de Software
 
ciclo_de_vida_software
ciclo_de_vida_softwareciclo_de_vida_software
ciclo_de_vida_software
 
metodologia
metodologiametodologia
metodologia
 
Monografia
MonografiaMonografia
Monografia
 
PRES162
PRES162PRES162
PRES162
 
RUP
RUPRUP
RUP
 
Ciclo de Vida del Software (Para SAIA)
Ciclo de Vida del Software (Para SAIA)Ciclo de Vida del Software (Para SAIA)
Ciclo de Vida del Software (Para SAIA)
 

Último

Lecciones 11 Esc. Sabática. El conflicto inminente docx
Lecciones 11 Esc. Sabática. El conflicto inminente docxLecciones 11 Esc. Sabática. El conflicto inminente docx
Lecciones 11 Esc. Sabática. El conflicto inminente docx
Alejandrino Halire Ccahuana
 
Power Point: El conflicto inminente (Bosquejo)
Power Point: El conflicto inminente (Bosquejo)Power Point: El conflicto inminente (Bosquejo)
Power Point: El conflicto inminente (Bosquejo)
https://gramadal.wordpress.com/
 
Gracias papá voz mujer_letra y acordes de guitarra.pdf
Gracias papá voz mujer_letra y acordes de guitarra.pdfGracias papá voz mujer_letra y acordes de guitarra.pdf
Gracias papá voz mujer_letra y acordes de guitarra.pdf
Ani Ann
 
Qué entra en el examen de Geografía.pptx
Qué entra en el examen de Geografía.pptxQué entra en el examen de Geografía.pptx
Qué entra en el examen de Geografía.pptx
saradocente
 
Business Plan -rAIces - Agro Business Tech
Business Plan -rAIces - Agro Business TechBusiness Plan -rAIces - Agro Business Tech
Business Plan -rAIces - Agro Business Tech
johnyamg20
 
DESARROLLO DE LAS RELACIONES CON LOS STAKEHOLDERS.pdf
DESARROLLO DE LAS RELACIONES CON LOS STAKEHOLDERS.pdfDESARROLLO DE LAS RELACIONES CON LOS STAKEHOLDERS.pdf
DESARROLLO DE LAS RELACIONES CON LOS STAKEHOLDERS.pdf
JonathanCovena1
 
proyectoszona21para el logro de real.pptx
proyectoszona21para el logro de real.pptxproyectoszona21para el logro de real.pptx
proyectoszona21para el logro de real.pptx
ChristianGmez48
 
CALCULO DE AMORTIZACION DE UN PRESTAMO.pdf
CALCULO DE AMORTIZACION DE UN PRESTAMO.pdfCALCULO DE AMORTIZACION DE UN PRESTAMO.pdf
CALCULO DE AMORTIZACION DE UN PRESTAMO.pdf
cesareduvr95
 
Escuela Sabática. El conflicto inminente.pdf
Escuela Sabática. El conflicto inminente.pdfEscuela Sabática. El conflicto inminente.pdf
Escuela Sabática. El conflicto inminente.pdf
Alejandrino Halire Ccahuana
 
Estás conmigo Jesús amigo_letra y acordes de guitarra.pdf
Estás conmigo Jesús amigo_letra y acordes de guitarra.pdfEstás conmigo Jesús amigo_letra y acordes de guitarra.pdf
Estás conmigo Jesús amigo_letra y acordes de guitarra.pdf
Ani Ann
 
La vida de Martin Miguel de Güemes para niños de primaria
La vida de Martin Miguel de Güemes para niños de primariaLa vida de Martin Miguel de Güemes para niños de primaria
La vida de Martin Miguel de Güemes para niños de primaria
EricaCouly1
 
PLAN 365 Presentación Gobierno 2024 (1).pdf
PLAN 365 Presentación Gobierno 2024  (1).pdfPLAN 365 Presentación Gobierno 2024  (1).pdf
PLAN 365 Presentación Gobierno 2024 (1).pdf
ElizabethLpez634570
 
ELEMENTOS DE LA COMPRENSION ORAL-ESCUCHA ACTIVA.pdf
ELEMENTOS DE LA COMPRENSION ORAL-ESCUCHA ACTIVA.pdfELEMENTOS DE LA COMPRENSION ORAL-ESCUCHA ACTIVA.pdf
ELEMENTOS DE LA COMPRENSION ORAL-ESCUCHA ACTIVA.pdf
DaliaAndrade1
 
Mi Comunidad En El Sector Monterrey-Poste Blanco
Mi Comunidad En El Sector Monterrey-Poste BlancoMi Comunidad En El Sector Monterrey-Poste Blanco
Mi Comunidad En El Sector Monterrey-Poste Blanco
Ruth Noemí Soto Villegas
 
MATERIAL ESCOLAR 2024-2025 3 AÑOS CEIP SAN CRISTÓBAL
MATERIAL ESCOLAR 2024-2025 3 AÑOS CEIP SAN CRISTÓBALMATERIAL ESCOLAR 2024-2025 3 AÑOS CEIP SAN CRISTÓBAL
MATERIAL ESCOLAR 2024-2025 3 AÑOS CEIP SAN CRISTÓBAL
Ana Fernandez
 
Soluciones Examen de Selectividad. Geografía junio 2024 (Convocatoria Ordinar...
Soluciones Examen de Selectividad. Geografía junio 2024 (Convocatoria Ordinar...Soluciones Examen de Selectividad. Geografía junio 2024 (Convocatoria Ordinar...
Soluciones Examen de Selectividad. Geografía junio 2024 (Convocatoria Ordinar...
Juan Martín Martín
 
Presentación de proyecto en acuarela moderna verde.pdf
Presentación de proyecto en acuarela moderna verde.pdfPresentación de proyecto en acuarela moderna verde.pdf
Presentación de proyecto en acuarela moderna verde.pdf
LuanaJaime1
 
ANALISIS CRITICO DEL PENSAMIENTO COLONIAL Y DESCOLONIZACION
ANALISIS CRITICO DEL PENSAMIENTO COLONIAL Y DESCOLONIZACIONANALISIS CRITICO DEL PENSAMIENTO COLONIAL Y DESCOLONIZACION
ANALISIS CRITICO DEL PENSAMIENTO COLONIAL Y DESCOLONIZACION
carla466417
 
La necesidad de bienestar y el uso de la naturaleza.pdf
La necesidad de bienestar y el uso de la naturaleza.pdfLa necesidad de bienestar y el uso de la naturaleza.pdf
La necesidad de bienestar y el uso de la naturaleza.pdf
JonathanCovena1
 
REGIMÉN ACADÉMICO PARA LA EDUCACIÓN SECUNDARIA - RESOC-2024-1650-GDEBA-DGC...
REGIMÉN ACADÉMICO PARA LA EDUCACIÓN SECUNDARIA - RESOC-2024-1650-GDEBA-DGC...REGIMÉN ACADÉMICO PARA LA EDUCACIÓN SECUNDARIA - RESOC-2024-1650-GDEBA-DGC...
REGIMÉN ACADÉMICO PARA LA EDUCACIÓN SECUNDARIA - RESOC-2024-1650-GDEBA-DGC...
carla526481
 

Último (20)

Lecciones 11 Esc. Sabática. El conflicto inminente docx
Lecciones 11 Esc. Sabática. El conflicto inminente docxLecciones 11 Esc. Sabática. El conflicto inminente docx
Lecciones 11 Esc. Sabática. El conflicto inminente docx
 
Power Point: El conflicto inminente (Bosquejo)
Power Point: El conflicto inminente (Bosquejo)Power Point: El conflicto inminente (Bosquejo)
Power Point: El conflicto inminente (Bosquejo)
 
Gracias papá voz mujer_letra y acordes de guitarra.pdf
Gracias papá voz mujer_letra y acordes de guitarra.pdfGracias papá voz mujer_letra y acordes de guitarra.pdf
Gracias papá voz mujer_letra y acordes de guitarra.pdf
 
Qué entra en el examen de Geografía.pptx
Qué entra en el examen de Geografía.pptxQué entra en el examen de Geografía.pptx
Qué entra en el examen de Geografía.pptx
 
Business Plan -rAIces - Agro Business Tech
Business Plan -rAIces - Agro Business TechBusiness Plan -rAIces - Agro Business Tech
Business Plan -rAIces - Agro Business Tech
 
DESARROLLO DE LAS RELACIONES CON LOS STAKEHOLDERS.pdf
DESARROLLO DE LAS RELACIONES CON LOS STAKEHOLDERS.pdfDESARROLLO DE LAS RELACIONES CON LOS STAKEHOLDERS.pdf
DESARROLLO DE LAS RELACIONES CON LOS STAKEHOLDERS.pdf
 
proyectoszona21para el logro de real.pptx
proyectoszona21para el logro de real.pptxproyectoszona21para el logro de real.pptx
proyectoszona21para el logro de real.pptx
 
CALCULO DE AMORTIZACION DE UN PRESTAMO.pdf
CALCULO DE AMORTIZACION DE UN PRESTAMO.pdfCALCULO DE AMORTIZACION DE UN PRESTAMO.pdf
CALCULO DE AMORTIZACION DE UN PRESTAMO.pdf
 
Escuela Sabática. El conflicto inminente.pdf
Escuela Sabática. El conflicto inminente.pdfEscuela Sabática. El conflicto inminente.pdf
Escuela Sabática. El conflicto inminente.pdf
 
Estás conmigo Jesús amigo_letra y acordes de guitarra.pdf
Estás conmigo Jesús amigo_letra y acordes de guitarra.pdfEstás conmigo Jesús amigo_letra y acordes de guitarra.pdf
Estás conmigo Jesús amigo_letra y acordes de guitarra.pdf
 
La vida de Martin Miguel de Güemes para niños de primaria
La vida de Martin Miguel de Güemes para niños de primariaLa vida de Martin Miguel de Güemes para niños de primaria
La vida de Martin Miguel de Güemes para niños de primaria
 
PLAN 365 Presentación Gobierno 2024 (1).pdf
PLAN 365 Presentación Gobierno 2024  (1).pdfPLAN 365 Presentación Gobierno 2024  (1).pdf
PLAN 365 Presentación Gobierno 2024 (1).pdf
 
ELEMENTOS DE LA COMPRENSION ORAL-ESCUCHA ACTIVA.pdf
ELEMENTOS DE LA COMPRENSION ORAL-ESCUCHA ACTIVA.pdfELEMENTOS DE LA COMPRENSION ORAL-ESCUCHA ACTIVA.pdf
ELEMENTOS DE LA COMPRENSION ORAL-ESCUCHA ACTIVA.pdf
 
Mi Comunidad En El Sector Monterrey-Poste Blanco
Mi Comunidad En El Sector Monterrey-Poste BlancoMi Comunidad En El Sector Monterrey-Poste Blanco
Mi Comunidad En El Sector Monterrey-Poste Blanco
 
MATERIAL ESCOLAR 2024-2025 3 AÑOS CEIP SAN CRISTÓBAL
MATERIAL ESCOLAR 2024-2025 3 AÑOS CEIP SAN CRISTÓBALMATERIAL ESCOLAR 2024-2025 3 AÑOS CEIP SAN CRISTÓBAL
MATERIAL ESCOLAR 2024-2025 3 AÑOS CEIP SAN CRISTÓBAL
 
Soluciones Examen de Selectividad. Geografía junio 2024 (Convocatoria Ordinar...
Soluciones Examen de Selectividad. Geografía junio 2024 (Convocatoria Ordinar...Soluciones Examen de Selectividad. Geografía junio 2024 (Convocatoria Ordinar...
Soluciones Examen de Selectividad. Geografía junio 2024 (Convocatoria Ordinar...
 
Presentación de proyecto en acuarela moderna verde.pdf
Presentación de proyecto en acuarela moderna verde.pdfPresentación de proyecto en acuarela moderna verde.pdf
Presentación de proyecto en acuarela moderna verde.pdf
 
ANALISIS CRITICO DEL PENSAMIENTO COLONIAL Y DESCOLONIZACION
ANALISIS CRITICO DEL PENSAMIENTO COLONIAL Y DESCOLONIZACIONANALISIS CRITICO DEL PENSAMIENTO COLONIAL Y DESCOLONIZACION
ANALISIS CRITICO DEL PENSAMIENTO COLONIAL Y DESCOLONIZACION
 
La necesidad de bienestar y el uso de la naturaleza.pdf
La necesidad de bienestar y el uso de la naturaleza.pdfLa necesidad de bienestar y el uso de la naturaleza.pdf
La necesidad de bienestar y el uso de la naturaleza.pdf
 
REGIMÉN ACADÉMICO PARA LA EDUCACIÓN SECUNDARIA - RESOC-2024-1650-GDEBA-DGC...
REGIMÉN ACADÉMICO PARA LA EDUCACIÓN SECUNDARIA - RESOC-2024-1650-GDEBA-DGC...REGIMÉN ACADÉMICO PARA LA EDUCACIÓN SECUNDARIA - RESOC-2024-1650-GDEBA-DGC...
REGIMÉN ACADÉMICO PARA LA EDUCACIÓN SECUNDARIA - RESOC-2024-1650-GDEBA-DGC...
 

Metodologia y prototipo

  • 1. República Bolivariana de Venezuela Ministerio del Poder Popular para la Educación Instituto Universitario “Antonio José de Sucre” Informática III Alumno: Ángel Campos C.I: 20.883.194 Puerto Ordaz, 04/12/2014
  • 2. Introducción La metodología y desarrollo de software son conjuntos explicativos de cómo desarrollar prototipos de invención de software, llevando para esto un conjunto de normas y/o procesos por el cual regidos por estructuras del mismo. El método está compuesto por lineamientos y estrategias que brindan soporte y ayudan a facilitar su construcción diseño y desarrollo. Seguidamente, esto conlleva, a la formación progresiva de un software pero para esto hay que tomar en cuenta muchas opciones de cómo será su funcionamiento y como estabilizar su ciclo de vida y mejoras que se tengan que hacer para el buen manejo y desarrollo del mismo y así satisfacer el producto final. Finalmente, Basadas en la evolución de los prototipos antes diseñados formar parte de presentaciones continuas de la misma creacion es decir tomar ejemplos anteriores y facilitar la creacion del mismo, no obstante realizar análisis y mejorar errores para un mejor rendimiento, y esto, conlleva a un final de desarrollo practico y útil para su creacion y finalidad .
  • 3. Metodología- Prototipos. Método: Conjunto de herramientas precisas a nivel técnico que facilita y brindan soporte para el logro de una meta, es decir culminar el final de algo en específico. Metodología de desarrollo de software se describe como el conjunto de herramientas, técnicas, procedimientos y soporte documental para el diseño de Sistemas de información. Una metodología de desarrollo de software se refiere a un framework que es usado para estructurar, planear y controlar el proceso de desarrollo en sistemas de información. A lo largo del tiempo, una gran cantidad de métodos han sido desarrollados diferenciándose por su fortaleza y debilidad. El framework para metodología de desarrollo de software consiste en: Una filosofía de desarrollo de programas de computación con el enfoque del proceso de desarrollo de software Herramientas, modelos y métodos para asistir al proceso de desarrollo de software Metodología Una metodología es un conjunto integrado de técnicas y métodos que permite abordar de forma homogénea y abierta cada una de las actividades del ciclo de vida de un proyecto de desarrollo.
  • 4. Una definición estándar de metodología puede ser el conjunto de métodos que se utilizan en una determinada actividad con el fin de formalizarla y optimizarla. Determina los pasos a seguir y cómo realizarlos para finalizar una tarea.15 Si esto se aplica a la Ingeniería de software, podemos destacar que una metodología:  Optimiza el proceso y el producto software.  Es una guía en la planificación y en el desarrollo del software.  Define qué hacer, cómo y cuándo durante todo el desarrollo y mantenimiento de un proyecto.  Una metodología define una estrategia global para enfrentarse con el proyecto. Entre los elementos que forman parte de una metodología se pueden destacar: Fases: tareas a realizar en cada fase. Productos: E/S de cada fase, documentos. Procedimientos y herramientas: apoyo a la realización de cada tarea. Criterios de evaluación: del proceso y del producto. Saber si se han logrado los objetivos.
  • 5. El ciclo de vida es el conjunto de fases por las que pasa el sistema que se está desarrollando desde que nace la idea inicial hasta que el software es retirado o remplazado (muere).15 Entre las funciones que debe tener un ciclo de vida se pueden destacar: Determinar el orden de las fases del proceso de software. Establecer los criterios de transición para pasar de una fase a la siguiente. Definir las entradas y salidas de cada fase. Describir los estados por los que pasa el producto. Describir las actividades a realizar para transformar el producto. Definir un esquema que sirve como base para planificar, organizar, coordinar, desarrollar, entre otros. Las etapas de un ciclo de vida de un software son: Las etapas de un ciclo de vida de un software son: Inicio: éste es el nacimiento de la idea. Aquí definimos los objetivos del proyecto y los recursos necesarios para su ejecución. Hacia dónde queremos ir, y no cómo queremos ir. Las características implícitas o explícitas de cada proyecto hacen necesaria una etapa previa destinada a obtener el objetivo por el cual se escribirán miles o cientos de miles de líneas de código. Un alto porcentaje del éxito de nuestro proyecto se definirá en estas etapas que, al igual que la etapa de debugging, muchos líderes de proyecto subestiman. Planificación: idearemos un planeamiento detallado que guíe la gestión del proyecto, temporal y económicamente. Implementación: acordaremos el conjunto de actividades que componen la realización del producto.
  • 6. Puesta en producción: nuestro proyecto entra en la etapa de definición, allí donde se lo presentamos al cliente o usuario final, sabiendo que funciona correctamente y responde a los requerimientos solicitados en su momento. Esta etapa es muy importante no sólo por representar la aceptación o no del proyecto por parte del cliente o usuario final sino por las múltiples dificultades que suele presentar en la práctica, alargándose excesivamente y provocando costos no previstos. Control en producción: control del producto, analizando cómo el proceso difiere o no de los requerimientos originales e iniciando las acciones correctivas si fuesen necesarias. Cuando decimos que hay que corregir el producto, hacemos referencia a pequeñas desviaciones de los requerimientos originales que puedan llegar a surgir en el ambiente productivo. Si nuestro programa no realiza la tarea para lo cual fue creada, esta etapa no es la adecuada para el rediseño. Incluimos también en esta etapa el liderazgo, documentación y capacitación, proporcionando directivas a los recursos humanos, para que hagan su trabajo en forma correcta y efectiva. Modelos de procesos en el desarrollo de software
  • 7. Un modelo de proceso para el desarrollo de software es una representación simplificada de pasos, representada desde una perspectiva específica. Por su naturaleza los modelos son simplificados, por lo tanto un modelo de procesos del software es una abstracción de un proceso real. Estos modelos tienen como propósito la producción eficaz y eficiente de un producto software que reúna los requisitos del cliente. Este proceso es intensamente intelectual, afectado por la creatividad y juicio de las personas involucradas. La mayoría de los modelos de procesos de desarrollo del software son dirigidos por el tiempo; cuanto más tarde sea, más atrás se encontrará en el proceso de desarrollo. Como todo proceso, están constituidos de pasos o fases que contienen a su vez actividades, estos modelos de desarrollo de software se basan en un ciclo de vida para desarrollar el mismo, como lo son:  La necesidad de solucionar un problema (surgimiento de necesidades)  Inicio del proceso (desarrollo), dentro de esta fase se encuentra la definición del proyecto, el análisis del contexto, definición de requerimientos, diseño del sistema, construcción del sistema, pruebas e implantación.  Operación y mantenimiento, donde realiza ajustes y se buscan fallas.  Renovación o extinción. Clasificación de las Metodologías según el modelo de proceso Modelos Convencionales o Prescriptivos de Procesos Los modelos convencionales o modelos prescriptivos de procesos permiten llenar el marco de trabajo con un conjunto de tareas orientadas al desarrollo de un software.
  • 8. Se les llama "prescriptivos" porque prescriben un conjunto de elementos del proceso, tales como:  Actividades del Marco de Trabajo.  Acciones de la Ingeniería del software.  Tareas.  Productos de trabajo.  Aseguramiento de la calidad.  Mecanismos de control del cambio para cada proyecto. Estos modelos son útiles si queremos describir un conjunto único de actividades dentro de un marco de trabajo para un proceso de software. Cada actividad debe contener un conjunto de acciones de ingeniería del software, y definir cada acción en cuanto a un conjunto de tareas que identifique el trabajo (y los productos del trabajo) que deben completarse para alcanzar las metas de desarrollo. Sin importar el modelo del proceso que se desee usar, los ingenieros de software eligen una manera tradicional para realizar el marco de trabajo genérico para el proceso, ya que estos modelos se caracterizan por ser en esencia rígida, estricta y los más utilizados. En las metodologías convencionales, el ciclo de vida de un proyecto, puede definirse como un ciclo de vida lineal, ya que imponen una disciplina de trabajo sobre el proceso de desarrollo del software, con el fin de conseguir un software más eficiente. Para ello, se hace énfasis en la planificación total de todo el trabajo a realizar y una vez que está todo detallado, comienza el ciclo de desarrollo del producto software. Se centran especialmente en el control del proceso, mediante una rigurosa definición de roles, actividades, artefactos, herramientas y notaciones para el modelado y documentación detallada. Además, las metodologías tradicionales no se adaptan adecuadamente a los cambios, por lo que no son métodos adecuados cuando se trabaja en un entorno, donde los requisitos no pueden predecirse o bien pueden variar.
  • 9. Modelo en Cascada El modelo en cascada, algunas veces llamado el ciclo de vida clásico, sugiere un enfoque sistemático, secuencial hacia el desarrollo del software, que se inicia con la especificación de requerimientos del cliente y que continúa con la planeación, el modelado, la construcción y el despliegue para culminar en el soporte del software terminado. Este modelo es aplicable en donde existen ocasiones en que los requisitos de un problema se entienden de una manera razonable y deben estar bien definidos, también cuando el trabajo fluye desde la comunicación a través del despliegue de una manera casi lineal, esta situación se encuentra a veces cuando es necesario hacer adaptaciones o mejorías bien definidas a un sistema existente. Modelo de Procesos Incrementables El modelo incremental combina elementos del modelo en cascada aplicado en forma iterativa.
  • 10. El modelo incremental aplica secuencias lineales de manera escalonada conforme avanza el tiempo en el calendario. Cada secuencia lineal produce "incrementos" del software. Por ejemplo, el software procesador de texto, desarrollado con el paradigma incremental en su primer incremento, podría realizar funciones básicas de administración de archivos, edición y producción de documentos; en el segundo incremento, ediciones más sofisticadas, y tendría funciones más complejas de producción de documentos; en el tercer incremento, funciones de corrección ortográfica y gramatical; y en el cuarto, capacidades avanzadas de configuración de página. Se debe tener en cuenta que el flujo del proceso de cualquier incremento puede incorporar el paradigma de construcción de prototipos que se expone más adelante. Modelo de desarrollo rápido de aplicaciones (DRA) El desarrollo rápido de aplicaciones (DRA) es un modelo de proceso de software incremental que resalta un ciclo de desarrollo corto. El modelo DRA es una adaptación a "alta velocidad" del modelo en cascada en el que se logra el desarrollo rápido mediante un enfoque de construcción basado en componentes. Si se entienden bien los requisitos y se limita el ámbito del proyecto, el proceso DRA permite que un equipo de desarrollo cree un "sistema completamente funcional" dentro de un periodo muy corto (por ejemplo, de 60 a 90 días).
  • 11. Modelos Evolutivos Se reconoce que el software al igual que todos los sistemas complejos evoluciona con el tiempo, los requisitos de gestión y de producto a menudo cambian conforme a que el desarrollo procede haciendo que el camino que lleva al producto final no sea real. El desarrollo evolutivo consta del desarrollo de una versión inicial que luego de exponerse se va refinando de acuerdo de los comentarios o nuevos requerimientos por parte del cliente o del usuario final. Los modelos evolutivos son iterativos, se caracteriza por la forma en que permiten a los ingenieros en software desarrollar versiones cada vez más completas del software. Modelo de Prototipos. También conocido como desarrollo con prototipo o modelo de desarrollo evolutivo, se inicia con la definición de los objetivos globales para el software, luego se identifican los requisitos conocidos y las áreas del esquema en donde es necesaria más definición. Este modelo se utiliza para dar al usuario una vista preliminar de parte del software. Este modelo es básicamente prueba y error ya que si al usuario no le gusta una parte del prototipo significa que la prueba fallo por lo cual se debe corregir el error que se tenga hasta que el usuario quede satisfecho.
  • 12. Etapas  Recolección y refinamiento de requisitos  Modelado, diseño rápido  Construcción del Prototipo  Desarrollo, evaluación del prototipo por el cliente  Refinamiento del prototipo  Producto de Ingeniería Cómo se lleva a cabo Se comienza elaborando un prototipo del producto final: qué aspecto tendrá, cómo funcionará. Para muchas interfaces de usuario, este modelo puede resultar tan simple como unos dibujos con lápiz y papel o tan complejo como el propio código operativo final. Para interfaces de hardware o estaciones de trabajo, el modelo puede consistir en maquetas de espuma, caucho, cartón o cartulina. Cuanto más próximo se encuentre el prototipo al producto real, mejor será la evaluación, si bien se pueden obtener magníficos resultados con prototipos de baja fidelidad. Ventajas  No modifica el flujo del ciclo de vida  Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios  Reduce costo y aumenta la probabilidad de éxito  Exige disponer de las herramientas adecuadas  Este modelo es útil cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida.  También ofrece un mejor enfoque cuando el responsable del desarrollo del software está inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma que debería tomar la interacción humano-máquina.
  • 13. Para que sea efectivo  Debe ser un sistema con el que se pueda experimentar  Debe ser comparativamente barato (menor que el 10%)  Debe desarrollarse rápidamente  Énfasis en la interfaz de usuario  Equipo de desarrollo reducido  Herramientas y lenguajes adecuadas Desventajas  Debido a que el usuario ve que el prototipo funciona piensa que este es el producto terminado y no entienden que recién se va a desarrollar el software.  El desarrollador puede caer en la tentación de ampliar el prototipo para construir el sistema final sin tener en cuenta los compromisos de calidad y mantenimiento que tiene con el cliente. Tipos de Modelo de Prototipos  Modelo de Prototipos rápido: Metodología de diseño que desarrolla rápidamente nuevos diseños, los evalúa y prescinde del prototipo cuando el próximo diseño es desarrollado mediante un nuevo prototipo.  Modelo de Prototipos reutilizable: También conocido como "Evolutionary Prototyping"; no se pierde el esfuerzo efectuado en la construcción del prototipo pues sus partes o el conjunto pueden ser utilizados para construir el producto real.
  • 14.  Modelo de Prototipos Modular: También conocido como Prototipado Incremental (Incremental prototyping); se añaden nuevos elementos sobre el prototipo a medida que el ciclo de diseño progresa.  Modelo de Prototipos Horizontal: El prototipo cubre un amplio número de aspectos y funciones pero la mayoría no son operativas. Resulta muy útil para evaluar el alcance del producto, pero no su uso real.  Modelo de Prototipos Vertical: El prototipo cubre sólo un pequeño número de funciones operativas. Resulta muy útil para evaluar el uso real sobre una pequeña parte del producto.  Modelo de Prototipos de Baja-fidelidad: El prototipo se implementa con papel y lápiz, emulando la función del producto real sin mostrar el aspecto real del mismo. Resulta muy útil para realizar test baratos.  Modelo de Prototipos de Alta-fidelidad: El prototipo se implementa de la forma más cercana posible al diseño real en términos de aspecto, impresiones, interacción y tiempo. Tipos de prototipos Hay dos clases de prototipos el desechable y el evolucionario El desechable: nos sirve para eliminar dudas sobre lo que realmente quiere el cliente además para desarrollar la interfaz que más le convenga al cliente. El evolucionario: es un modelo parcialmente construido que puede pasar de ser prototipo a ser software pero no tiene una buena documentación y calidad. Versión # 2 Versión # 1 ANALISIS DISEÑO CODIGO PRUEBAS PRODUCTO ANALISIS DISEÑO CODIGO PRUEBAS
  • 15. Conclusiones Una metodología se basa en una combinación de los modelos de proceso genéricos para obtener como beneficio un software que soluciones un problema La trascendencia de las metodologías se ha hecho notoria, pasando de solo programar, establecer funciones en etapas o módulos, objetos, y por último agilizar el desarrollo del software y minimizar los costos. En el desarrollo convencional todo el programa está en un solo bloque, con ejecución secuencial de instrucciones En el desarrollo estructurado los programas están divididos en distintos bloques, estos bloques tienen funciones que se van confeccionado en forma de arriba- abajo, empezando desde las generales hasta las particulares, hasta llegar a detallar cada uno de los procedimientos y su interacción. El desarrollo orientado a objetos comprende dividir un programa en clases, donde estas clases estarán estructuradas por propiedades, atributos, variables, pretendiendo simular y describir de manera conceptual a un objeto. Los métodos ágiles fueron pensados especialmente para equipos de desarrollo pequeños, con plazos reducidos, requisitos volátiles y nuevas tecnologías. El modelado de negocio describe como desarrollar una visión de la nueva organización, basado en esta visión se definen procesos, roles y responsabilidades de la organización por medio de un Modelo de Casos de Uso del Negocio Los modelos de procesos permiten al analista de sistemas desarrollar un plan de requisitos del software, permiten establecer un trabajo en forma ordenada, además que existen muchos modelos que se adaptan a las exigencias del proyecto, solo debemos saber cual nos conviene.
  • 16. Bibliografía  Alonso, F. y Martínez, L. (2005). Introducción a la ingeniería del software: modelos de desarrollo de programas (primera edición). España: Delta Publicaciones. Pág. 75-76  Sommerville, I. (2005). Ingeniería del software (Séptima Edición). España: Pearson Educación.  Hernán, M. (2004). Diseño de una Metodología Ágil de Desarrollo de Software. Tesis de Grado de Ingeniería en Informática. Universidad de Buenos Aires. Pág. 11-12  Sommerville, I. (2006). Ingeniería del software (Séptima Edición). Madrid. Pág. 62  Espinoza, A. Metodologías de desarrollo de software [documento en línea].Disponible en: « www.slideshare.net/juliopari/4-clase-metodologia-de- desarrolo-de-software » [consulta: 11 de junio de 2012]  Carballar, D. Ingeniería de software [documento en línea]. «  www.eduinnova.es/dic09/Ingenieria_Software.pdf » [consulta: 10 de junio de 2012]  7.Disponible en la web:  «www.angelfire.com/scifi/jzavalar/apuntes/IngSoftware.html#paradigmaOO » [consulta: 10 de junio de 2012]  Kenneth, E. y Kendall, J. (2005). Análisis Y Diseño de Sistemas (Sexta edición). México.  Solís, M. (2003). Una explicación de la programación extrema (XP). Madrid. Pág. 103  Ordoñez (2011). Método de Desarrollo de sistemas dinámicos [documento en línea]. Disponible en:« www.slideshare.net/oscarfico/metodos-dinamicos » [consulta: 8 de junio de 2012]