Proceso de Desarrollo de

Software
 Qu implica el proceso de desarrollo de software

Fuente : https://es.slideshare.net/laos7/el-proceso-de-desarrollo-de-software
 Atributos de calidad del software

Fuente : https://es.slideshare.net/000sam000/proceso-para-el-desarrollo-de-software-ponencia-mcivet-espinosa-conde
 Proceso de Desarrollo de Software

Requisitos nuevos Sistema nuevo

o modificados o modificado
Proceso de Desarrollo
de Software

Un proceso de desarrollo de software tiene como propsito la

produccin eficaz y eficiente de un producto software que
rena los requisitos del cliente
 Concepto
Conjunto estructurado de actividades y resultados asociados
requeridos para desarrollar un sistema de software
Especificacin: establecer requisitos y restricciones
Diseo: Producir un modelo en papel del sistema
Implementacin: construccin del sistema de software n del sistema de
software
Validacin: verificar (por ejemplo mediante pruebas) que el verificar (por
ejemplo mediante pruebas) que el sistema cumple con las especificaciones
requeridas sistema cumple con las especificaciones requeridas
Instalacin: entregar el sistema al usuario
Evolucin y mantenimiento : cambiar/adaptar el segn las demandas; reparar
fallos en el sistema reparar fallos en el sistema

Fuente :https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/02-ProcesoCicloDeVida.pdf
 Caracterstas del Proceso de Software
Entendible
Visibilidad: Grado en que las actividades del proceso
proporcionan resultados
Soportable por herramientas CASE
Aceptabilidad: Grado en que los desarrolladores aceptan y usan el proceso
Fiabilidad: Capacidad de evitar o detectar errores antes de que sean defectos
Robustez: Continuidad del proceso a pesar de los problemas
Mantenible: Capacidad de evolucin para adaptarse
Rapidez: Velocidad en que el proceso puede proporcionar un sistema a partir de
una especificacin

Fuente :https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/02-ProcesoCicloDeVida.pdf
 Elementos del proceso de desarrollo de
software
Un marco comn del proceso, definiendo un
pequeo nmero de actividades del marco de
trabajo que son aplicables a todos los proyectos
de software, con independencia del tamao o
complejidad.
Un conjunto de tareas, cada uno es una coleccin
de tareas de ingeniera del software, hitos de
proyectos, entregas y productos de trabajo del
software, y puntos de garanta de calidad, que
permiten que las actividades del marco de
trabajo se adapten a las caractersticas del
proyecto de software y los requisitos del equipo
del proyecto.
Las actividades de proteccin, tales como garanta
de calidad del software, gestin de configuracin
del software y medicin, abarcan el modelo del
proceso. Las actividades de proteccin son
independientes de cualquier actividad del marco
de trabajo y aparecen durante todo el proceso.
 Modelos de Proceso de Desarrollo de
Software
Un modelo de proceso, es una plantilla, patrn o marco que define
el proceso a travs del cual se crea software.
Los procesos son instancias de un modelo de proceso.
Una organizacin podra variar su modelo de proceso para cada
proyecto, segn:
La naturaleza del proyecto La naturaleza del proyecto
La naturaleza de la aplicacin
Los mtodos y herramientas a utilizar todos y herramientas a utilizar
Los controles y entregas requeridas Los controles y entregas requeridas

Fuente :https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/02-ProcesoCicloDeVida.pdf
 Relaciones entre elementos del proceso de
software
Quin: Las Personas participantes en el proyecto
de desarrollo desempeando uno o ms Roles
especficos.
Qu: Un Artefacto (Un artefacto es una pieza de
informacin que (1) es producida, modificada o
usada por el proceso, (2) define un rea de
responsabilidad para un rol y (3) est sujeta a
control de versiones. Un artefacto puede ser un
modelo, un elemento de modelo o un documento)
es producido por un Rol en una de sus Actividades.
Los Artefactos se especifican utilizando Notaciones
especficas. Las Herramientas apoyan la
elaboracin de Artefactos soportando ciertas
Notaciones.
Cmo y Cundo: Las Actividades son una serie de
pasos que lleva a cabo un Rol durante el proceso
de desarrollo. El avance del proyecto est
controlado mediante hitos que establecen un
determinado estado de terminacin de ciertos
Artefactos. Un artefacto es una pieza de
informacin que (1) es producida, modificada o
usada por el proceso, (2) define un rea de
responsabilidad para un rol y (3) est sujeta a
control de versiones. Un artefacto puede ser un
modelo, un elemento de modelo o un documento.
 Comparacin Modelos de Proceso de Software

Fuente : www.dsic.upv.es/asignaturas/facultad/lsi/doc/IntroduccionProcesoSW.doc
 Tipos de metodologas

Fuente : https://es.slideshare.net/000sam000/proceso-para-el-desarrollo-de-software-ponencia-mcivet-espinosa-conde
 Metodologas
Las metodologas se basan en una combinacin de los modelos de
proceso genricos (cascada, evolutivo, incremental, etc.).
Una metodologa debera definir con precisin los artefactos, roles y
actividades involucrados, junto con prcticas y tcnicas recomendadas,
guas de adaptacin de la metodologa al proyecto, guas para uso de
herramientas de apoyo, etc.
Podemos clasificar las metodologas en dos grupos: Metodologas
Estructuradas y Metodologas Orientadas a Objetos.
Considerando su filosofa de desarrollo
Aquellas metodologas con mayor nfasis en la planificacin y control del proyecto, en
especificacin precisa de requisitos y modelado, reciben el apelativo de Metodologas
Tradicionales (o peyorativamente denominada Metodologas Pesadas, o Peso Pesado).
Metodologas giles, estn ms orientadas a la generacin de cdigo con ciclos muy
cortos de desarrollo, se dirigen a equipos de desarrollo pequeos, hacen especial hincapi
en aspectos humanos asociados al trabajo en equipo e involucran activamente al cliente en
el proceso.
 Metodologas estructuradas
Los mtodos estructurados comenzaron a desarrollarse a fines de los 70s con la Programacin
Estructurada, luego a mediados de los 70s aparecieron tcnicas para el Diseo (por ejemplo: el
diagrama de Estructura) primero y posteriormente para el Anlisis (por ejemplo: Diagramas de
Flujo de Datos). Estas metodologas son particularmente apropiadas en proyectos que utilizan
para la implementacin lenguajes de 3ra y 4ta generacin.
Ejemplos de metodologas estructuradas de mbito gubernamental: MERISE (Francia), MTRICA
(Espaa), SSADM (Reino Unido). Ejemplos de propuestas de mtodos estructurados en el mbito
acadmico: Gane & Sarson, Ward & Mellor, Yourdon & DeMarco e Information Engineering.
Metodologas orientadas a objetos
Su historia va unida a la evolucin de los lenguajes de programacin orientada a objeto, los ms
representativos: a fines de los 60s SIMULA, a fines de los 70s Smalltalk-80, la primera versin de
C++ por Bjarne Stroustrup en 1981 y actualmente Java o C# de Microsoft. A fines de los 80s
comenzaron a consolidarse algunos mtodos Orientadas a Objeto.
En 1995 Booch y Rumbaugh proponen el Mtodo Unificado con la ambiciosa idea de conseguir
una unificacin de sus mtodos y notaciones, que posteriormente se reorienta a un objetivo ms
modesto, para dar lugar al Unified Modeling Language (UML), la notacin OO ms popular en la
actualidad.
Algunos mtodos OO con notaciones predecesoras de UML son: OOAD (Booch), OOSE
(Jacobson), Coad & Yourdon, Shaler & Mellor y OMT (Rumbaugh).
Algunas metodologas orientadas a objetos que utilizan la notacin UML son: Rational Unified
Process (RUP), OPEN, MTRICA (que tambin soporta la notacin estructurada).
 Metodologas tradicionales
Las metodologas no giles son aquellas que estn guiadas por una
fuerte planificacin durante todo el proceso de desarrollo; llamadas
tambin metodologas tradicionales o clsicas, donde se realiza una
intensa etapa de anlisis y diseo antes de la construccin del
sistema.
Todas las propuestas metodolgicas antes indicadas pueden
considerarse como metodologas tradicionales. Aunque en el caso
particular de RUP, por el especial nfasis que presenta en cuanto a
su adaptacin a las condiciones del proyecto (mediante su
configuracin previa a aplicarse), realizando una configuracin
adecuada, podra considerarse gil.
 Metodologas giles
Un proceso es gil cuando el desarrollo de software es incremental (entregas
pequeas de software, con ciclos rpidos), cooperativo (cliente y
desarrolladores trabajan juntos constantemente con una cercana
comunicacin), sencillo (el mtodo en s mismo es fcil de aprender y modificar,
bien documentado), y adaptable (permite realizar cambios de ltimo momento)
Entre las metodologas giles :
Extreme Programming.
Scrum
Familia de Metodologas Crystal
Feature Driven Development
Proceso Unificado Rational, una configuracin gil
Dynamic Systems Development Method.
Adaptive Software Development}
Open Source Software Development
Fuente : http://www.suggest-keywords.com/bWV0b2RvbG9naWEgYWdpbGU/
Fuente: https://www.emaze.com/@AOWFCFOW/Otras-Metodo
 Metodologa Agil

Fuente : https://es.slideshare.net/coesiconsultoria/4-desarrollo-gil-del-software
 Qu es un proceso gil?

Fuente : https://es.slideshare.net/coesiconsultoria/4-desarrollo-gil-del-software
 Qu modelo utilizar?
Para sistemas bien conocidos se puede utilizar el Modelo de
Cascada. La fase de anlisis de riesgos es relativamente fcil
Con requisitos estables y sistemas de seguridad crticos, se
recomienda utilizar modelos formales
Con especificaciones incompletas, el modelo de prototipado ayuda
a identificarlos y va produciendo un sistema funciona
Pueden utilizarse modelos hbridos en distintas partes del desarrollo

Fuente : www.dsic.upv.es/asignaturas/facultad/lsi/doc/IntroduccionProcesoSW.doc
Modelo en Cascada
Modelo en Espiral
 Programacin Extrema

Fuente : https://es.slideshare.net/coesiconsultoria/4-desarrollo-gil-del-software
 Metodologa Crystal

Fuente : https://es.slideshare.net/coesiconsultoria/4-desarrollo-gil-del-software
 Modelo Scrum

Fuente : http://www.alejandrobarros.com/nuevas-practicas-de-desarrollo-de-software/
 Proceso Unificado

Fuente : https://www.codejobs.biz/es/blog/2013/06/03/el-proceso-unificado-en-el-software
 Ejemplos
Dos modelos de proceso concretos:
Proceso Unificado de Proceso Unificado de Rational Rational (pesado)
(pesado)
Extreme Extreme Programming Programming (gil)

Fuente : www.dsic.upv.es/asignaturas/facultad/lsi/doc/IntroduccionProcesoSW.doc
Fuente : http://raulguadarramatppc.blogspot.pe/2016/02/procesos-de-desarrollo-de-software.html