El Proceso de Software 2K7-2K10 - 2015

Anlisis de Sistemas Curso: 2K7 2K10
Unidad: 2
ElProcesodeDesarrollodeSoftware
- Diapositivas de clases Docente: Ing. Marcela F. Cattaneo
JTP y Ay: Ing. Mara Irene Mac William
2K7
Ing. Germn Vlez
JTP y Ay: Ing. Claudia Snchez
2K10
Ing. Susana Turanzas
IngenieradeSoftware:
ConceptosBsicos
Paradigma:
El historiador Thomas Khun defini la palabra
paradigma como un conjunto de teoras, estndares
y mtodos que juntos representan una forma de
organizar el conocimiento, es decir, una forma de ver
el mundo
Es un modelo, teora, marco de referencia, o filosofa,
es alguna manera o forma en la cual vemos el mundo,
no en trminos del sentido de la vista, sino en
trminos
de
percepcin,
interpretacin,
entendimiento.
Es
una
estructuracin
del
pensamiento: estructura la forma de ver las cosas.
ASI ElProcesodeDesarrollodeSoftware
ConceptosBsicos
Paradigma:
Es una filosofa que considera mtodos, herramientas y
procedimientos, y que permiten al profesional de
sistemas tener una forma clara, confiable y generalizada
de desarrollar un sistema de informacin. Trabaja como
un filtro: pone lmites, nos permite resolver problemas
dentro de esos lmites.
Para el estudio de los sistemas de informacin tenemos
dos paradigmas (dos formas de ver y modelar un
sistema):
El Paradigma Estructurado (que pone nfasis en las funciones) y
El Paradigma Orientado a Objetos (que pone nfasis en los
objetos)
ConceptosBsicos
IngenieradeSoftware
En una conferencia sobre el tema, Fritz Bauer dio la siguiente
definicin:
La ingeniera de software es el establecimiento y uso de
principios robustos de la ingeniera a fin de obtener
econmicamente software que sea fiable y que funcione
eficientemente en mquinas reales
El IEEE define La Ingeniera de software como (1) la
aplicacin de un enfoque sistemtico, disciplinado y
cuantificable
hacia
el
desarrollo,
operacin
y
mantenimiento del software, es decir la aplicacin de
ingeniera al software, (2) El estudio de enfoques como en
(1).
Capas
La ingeniera de software es una tecnologa multicapa.
Cualquier enfoque de ingeniera, incluso la ing. de
software, debe buscar siempre un enfoque de calidad.
Grfico Capas de la ingeniera de software:
..
.Herramientas.
.Mtodos.
.Proceso.
.Enfoquedecalidad.
Los cimientos que son la base de la ing. de software estn
orientados hacia la calidad.
Capas
Proceso:
Es la unin que mantiene juntas las capas de
tecnologa y permite un desarrollo racional de la
Ing. de Software.
Define un marco de trabajo para un conjunto de
reas Claves del Proceso (ACPs), determinando
distintas actividades aplicables a todos los
proyectos de software, independientemente de
su tamao y complejidad.
Capas
Proceso:
Las ACP (reas Claves del Proceso ) forman la
base del control de gestin de proyectos de
software, establecen el contexto en el que
se aplican los mtodos tcnicos,
se producen resultados del trabajo (modelos,
documentos, datos, informes, formularios, etc.),
se establecen hitos,
se asegura la calidad y
se gestiona el cambio.
Capas
Mtodos:
Indican cmo construir tcnicamente un sistema.
Abarcan un amplio espectro de tareas:
planificacin y estimacin de proyectos

anlisis de los requisitos
diseo, construccin de programas
prueba y mantenimiento.
Dependen de un conjunto de principios bsicos que

gobiernan cada rea de la tecnologa e incluyen
actividades de modelado y otras tcnicas descriptivas.
Cabe destacar que se llama Tcnica a un mtodo
estructurado y repetible para lograr una tarea
especfica.
8
Capas
Herramientas:
Suministran un soporte automtico o semiautomtico
para el proceso y los mtodos.
Cuando se integran herramientas para que la
informacin creada por una herramienta la pueda
utilizar otra, se establece un sistema de soporte para el
desarrollo del software llamada Ingeniera de Software
Asistido por Computadora (CASE),
que combina
hardware, software y bases de datos conteniendo
informacin importante sobre el anlisis, diseo,
construccin y prueba de sistemas.
Las herramientas son principalmente grficas,
trabajaremos mucho con modelos.
Capas
Modelo:
Es una representacin simplificada de la
realidad, un modelo proporciona los planos de
un sistema.
Un buen modelo incluye aquellos elementos
que tienen una gran influencia y omite aquellos
menores que no son relevantes para el nivel de
abstraccin dado.
Todo sistema puede ser descripto desde
diferentes perspectivas utilizando diferentes
modelos.
10
Capas
Modelo:
Se construyen modelos para comprender mejor
el sistema que estamos desarrollando. A travs
del modelado se persiguen los siguientes
objetivos:
Los modelos ayudan a visualizar cmo es o queremos
que sea un sistema.
Los modelos permiten especificar la estructura o el
comportamiento de un sistema.
Los modelos proporcionan plantillas que sirven de
gua en la construccin de un programa.
Los modelos documentan las decisiones que se han
11
adoptado. ASI ElProcesodeDesarrollodeSoftware
El Proceso de Software
El proceso del software se puede caracterizar como
en la siguiente figura:
Marco de Trabajo del Proceso comn
Actividades del marco de trabajo
Conjunto de tareas
Tareas
Hitos, entregas
Puntos SQA
Actividades de Proteccin
Proceso
ASI - El Proceso de Desarrollo de

Software
12
ElProcesodeSoftware
Se establece un marco comn del proceso, definiendo
un pequeo nmero de actividades del marco de
trabajo que son aplicables a todos los proyectos de
software.
Un conjunto de tareas cada uno es una coleccin de
tareas de ing. de soft., hitos de proyectos, posibles
entregas y puntos de garanta de calidad que permiten
que las actividades del marco de trabajo se adapten al
proyecto de software y a los requisitos del equipo de
proyecto.
Las actividades de proteccin son independientes de
cualquier actividad del marco de trabajo y aparecen
durante todo el proceso (garanta de la calidad del
software, gestin de la configuracin del software,
medicin).
13
ElProcesodeSoftware
El SEI (Instituto de Ingeniera de Software) ha
desarrollado un modelo completo que se basa
en un conjunto de funciones de ingeniera de
software que deberan estar presentes conforme
las organizaciones alcanzan diferentes niveles de
madurez del proceso.
CMM Modelo de Capacidad de Madurez
(Capability Maturity Model)
14
ElProcesodeSoftware
CMM Establece cinco niveles de madurez del
proceso:
15
ElProcesodeSoftware
CMM Establece cinco niveles de madurez del
proceso:
Nivel 1: Inicial Se definen pocos procesos, el xito depende
del esfuerzo individual.
Nivel 2: Repetible Se establecen procesos de gestin, para
hacer seguimiento de costos, de la planificacin y de la
funcionalidad.
Nivel 3: Definido Proceso documentado y estandarizado, +
caractersticas de Nivel 2
Nivel 4: Gestionado Se recopilan medidas detalladas del
proceso de soft. y de la calidad del producto, + caractersticas
de Nivel 3
Nivel 5: Optimizacin Mediante un resultado cuantitativo
del proceso de las ideas y tecnologas innovadoras se mejora
el proceso, + caractersticas de Nivel 4
16
ProcesodeDesarrollo
Concepto
Un proceso de desarrollo de software es el
conjunto de actividades necesarias para
transformar los requisitos de un usuario
en un sistema software.
Requisitosdel
usuario
Procesode
Desarrollo
desoftware
ProductoSoftware
17
ProcesodeDesarrollo
Las cuatro P en el desarrollo de software
Personas
Proyecto
Producto
Proceso
Proceso
Plantilla
Personas
Participantes
Proyecto
Resultado
Producto
18
ProcesodeDesarrollo
LascuatroPeneldesarrollodesoftware
Personas: Los principales autores del

proyecto son
Los arquitectos, desarrolladores, ingenieros de
prueba y el personal de gestin que les da
soporte, adems de los usuarios, clientes y otros
interesados.
Hay personas implicadas en el desarrollo de un
producto de software durante todo su ciclo de
vida:
Financian el producto, lo planifican, lo desarrollan, lo
gestionan, lo prueban, lo utilizan y se benefician con l.
19
ProcesodeDesarrollo
Proyecto: Elemento organizativo a travs

del cual se gestiona el desarrollo del
software. El resultado de un proyecto es
una versin del producto.
A travs del ciclo de vida, un equipo de
proyecto debe preocuparse del cambio, las
iteraciones y el patrn organizativo dentro del
cual se conduce el proyecto.
20
10
ProcesodeDesarrollo
Producto: Artefactos que se crean

durante la vida del proyecto, como los
modelos, cdigo fuente, ejecutables y
documentacin.
El producto es ms que el cdigo, hace
referencia al sistema entero y no slo al
cdigo que se entrega.
21
ProcesodeDesarrollo
Proceso: Es una definicin del conjunto

completo de actividades necesarias
para transformar los requisitos de un
usuario en un producto.
Un proceso es una plantilla para crear
proyectos.
Es una definicin de un conjunto de
actividades, no su ejecucin.
22
11
ProcesodeDesarrollo
Propsitos
Uno de los problemas del software se debe
a la dificultad que afrontan los
desarrolladores para coordinar las mltiples
cadenas de trabajo de un gran proyecto.
La comunidad de desarrolladores necesita
una forma coordinada de trabajar. Necesita
un proceso que integre las mltiples facetas
del desarrollo.
23
ProcesodeDesarrollo
Propsitos
Los desarrolladores necesitan un proceso que
Proporcione una gua para ordenar las
actividades de un equipo.
Dirija las tareas de cada desarrollador por
separado y del equipo como un todo.
Especifique los artefactos / modelos /
especificaciones que deben desarrollarse.
Ofrezca criterios para el control y la medicin
de los productos y actividades del proyecto.
24
12
ProcesodeDesarrollo
La descomposicin del proceso se realiza hasta
el nivel de tareas o actividades elementales.
Para cada tarea se identifica un procedimiento
que define la forma de ejecutarla, y es el
vehculo de comunicacin entre usuarios y
desarrolladores (personas), como resultado de
seguir un procedimiento se obtienen uno o ms
productos.
El sistema deseado est constituido por un
conjunto de productos finales.
25
ProcesodeDesarrollo
Actividades genricas en todo
Desarrollo de Software:
Proceso de
DEFINICION
DESARROLLO
MANTENIMIENTO
26
13
ProcesodeDesarrollo
Definicin
Se centra sobre el QU, es decir, identificar los requisitos
claves del sistema de informacin detectando:
Informacin necesaria a ser procesada
Qu comportamiento y rendimiento se desea del
sistema
Qu interfaces van a ser establecidas
Qu restricciones de diseo existen y
Qu criterios de validacin se necesitan para definir
un sistema correcto.
Se pueden determinar tres tareas fundamentales:
Ingeniera de sistema o de informacin
Planificacin del proyecto de software
Anlisis de requisitos
Tambin se crean los modelos necesarios, aplicando mtodos y
herramientas correspondientes.
27
ProcesodeDesarrollo
Desarrollo
SecentraenelCMO:
Cmodisearlasestructurasdedatosylaarquitectura
delsoftware
Cmoimplementarlosdetallesmselementales
Seagreganaspectosdeimplementacinytecnologa
Cmotraducireldiseoaunlenguajedeprogramaciny
Cmorealizarlaprueba.
Tareasfundamentales:
Diseodelsoftware
Codificacin
Prueba
28
14
ProcesodeDesarrollo
Mantenimiento
Se centra en el CAMBIO que va asociado a:
La correccin de errores y/o adaptaciones por:
Modificaciones en el entorno o
Por requisitos cambiantes del usuario.
La fase de mantenimiento vuelve a aplicar los pasos de las
fases definicin y de desarrollo en el contexto del software
ya existente. Se encuentran cuatro tipos de cambio:
Correccin
Adaptacin
Mejora
Prevencin
29
ProcesosdeDesarrolloconocidos
Comunicacin:
-Inicio del Proyecto
- Recopilacin de
requisitos
Equipo # n
Planeacin:
-Estimacin
- Itinerario
- Seguimiento
Modelado:
-Anlisis
- Diseo
Construccin:
- Codificacin
- Prueba
ModeloenCastada Fuente:LibroIngenieradelSoftware
RogerPressman,Pg.50.
Comunicacin
Funcionalidad y caractersticas del software
Planeacin
Modelado (anlisis, diseo)
Construccin (codificacin, prueba)
Despliegue (entrega, retroalimentacin)
Modelosde
Procesos
Incrementales
Despliegue:
-Entrega
- Soporte
- Retroalimentacin
Comunicacin
Entrega del
n-simo
incremento
Entrega del
segundo incremento
Incremento #1
Equipo # 2
Modelado:
- Modelado del negocio
- Modelado de los datos
- Modelado del proceso
Incremento #n
Incremento #2
Modelado:
Entrega del
primer incremento
Equipo # 1
Planeacin
Modelado:
Construccin:
- Reutilizacin de
componentes
-Generacin automtica
de cdigo
- Pruebas
Construccin:
- Reutilizacin de
componentes
de cdigo
- Pruebas
Despliegue:
- Integracin
-Entrega
- Retroalimentacin
Construccin:
- Reutilizacin de
componentes
de cdigo
- Pruebas
60 90 das
Tiempo del calendario de proyecto
ModeloIncremental Fuente:LibroIngenieradelSoftware
RogerPressman,pg.52.
Modelo DRA - Fuente: Libro Ingeniera del Software

Roger Pressman, pg. 54.
Plan rpido
Comunicacin
Modelado
Diseo rpido
Desarrollo
Entrega y
retroalimentacin
Construccin
del prototipo
Modelosde
Procesos
Evolutivos
ModeloConstruccindePrototipos Fuente:LibroIngenieradelSoftware
RogerPressman,pg.55
Modeloenespiral Fuente:LibroIngenieradelSoftware
RogerPressman,pg.58.
30
15
ElPUDysusvariantes
Rational Unified Process (RUP)
Fases
F lujos de trabajo
fundam entales
Inicio
Elaboracin
C o nstruccin
Transicin
R equisitos
A nlisis
D iseo
Imp lem entacin
Prueba
Iteracin Iteracin
#1
# 2 ...
---
--- --- ---
- - - Iteraci n Iteracin
#n
# n-1
Iteraciones
Fuente:LibroElProcesoUnificadodeDesarrollodeSoftware
Ivar Jacobsonyotros,pg.11.
http://www.ts.mah.se/RUP/RationalUnifiedProcess/
PUD(ProcesoUnificadodeDesarrollo)
AgileUnified
Process
(AUP).
Fuente:http://agilemodeling.com/essays/agileModelingRUP.htm
31
Procesosgiles
SCRUM
KANBAN
Fuente:http://www.roggerocorp.com/impactodemetodologiasagiles
Fuente:http://comunidad.iebschool.com/iebs/general/metodologiakanban/
scrumkanbanenlasorganizaciones/
XP(ExtremeProgramming)
Fuente:http://www.extremeprogramming.org/map/project.html
32
16
PUD ProcesoUnificadodeDesarrollo
El Proceso Unificado es un proceso de
desarrollo de software que utiliza el
Lenguaje Unificado de Modelado (UML)
para preparar todos los esquemas de un
sistema de software.
Caractersticas esenciales de PUD:
Dirigido por casos de uso
Centrado en arquitectura
Iterativo e incremental
33
PUD
CiclodevidadelProcesoUnificado
Inicio
Elaboracin
Iteracin Iteracin - - #1
# 2 ...
Construccin
--- ---
--- ---
Transicin
Iteracin Iteracin
#n
# n-1
Versiones
34
17
PUD
ModelosdelPUD
Modelo de
Casos de Uso
Especificado por
Modelo de Anlisis
Realizado por
Distribudo por
Modelo de Diseo
Implementado por
Modelo de Despliegue
Verificado por
Modelo de
Implementacin
X
OK
Modelo de Prueba
X
OK
X
OK
35
PUD
FasesdelProcesoUnificado
Fases
Flujos de trabajo
fundamentales
Inicio
Elaboracin
Construccin
Transicin
Requisitos
Anlisis
Diseo
Implementacin
Prueba
Iteracin Iteracin - - #1
# 2 ...
--- --- ---
- - - Iteracin Iteracin
#n
# n-1
Iteraciones
36
18
PUD
Conceptosbsicosdelproceso
FlujodeTrabajo(Workflow)
Analista de
Sistemas
Encontrar actores
y casos de uso
Arquitecto
Especificador
de Casos
de Uso
Artefacto
Diseador
de Interfaz
de Usuario
Estructurar el modelo
de casos de uso
Priorizar los
casos de uso
Detallar un
caso de uso
Prototipar la
interfaz del usuario
Descripcinde Modelode
laarquitectura casosdeuso
Trabajador
Actividades
Analista
Arquitecto
EncontrarActores
yCasosdeUso
37
EstudiodePrefactibilidad
La factibilidad significa que el proyecto
propuesto:
Ayuda a que la organizacin logre sus
objetivos generales.
Es posible de lograr con los recursos actuales
de la organizacin en estas tres reas:
Factibilidad Tcnica
Factibilidad Econmica
Factibilidad Operativa
38
19
Definicin de objetivos:
La determinacin de factibilidad en general significa
encontrar cules son los objetivos organizacionales y
luego determinar si el proyecto sirve para mover el
negocio hacia sus objetivos en alguna forma.
Algunos de esos objetivos organizacionales:
Reducir errores, mejorar la precisin y acelerar el ingreso de
datos.
Integrar los subsistemas del negocio.
Mejorar los servicios al cliente.
Acortar el tiempo de procesamiento de datos.
Automatizar los procedimientos para mejorarlos de alguna
manera (reducir errores, aumentar velocidad y precisin,
disminuir tiempo de empleados requeridos, etc).
39
Determinacin de recursos:
La determinacin de recursos para el estudio
de factibilidad ser revisado y vuelto a evaluar
ms adelante en el proceso de desarrollo del
software.
Los recursos sern tratados en relacin con
tres reas de factibilidad:
Tcnica
Econmica
Operativa
40
20
FactibilidadTcnica
El analista debe determinar si los recursos tcnicos
actuales pueden ser mejorados o aadidos para
satisfacer la peticin bajo consideracin.
A veces las adiciones a sistemas existentes pueden
resultar costosas y no valen la pena.
Si los sistemas existentes no pueden ser aadido o
mejorados el siguiente interrogante es:
Hay tecnologa en existencia para satisfacer las
especificaciones?
Si la respuesta a la Factibilidad Tcnica es SI, entonces
pasamos a la siguiente rea
la econmica
41
FactibilidadEconmica
El negocio de que se trate deber ser capaz de hacer
ver el valor de la inversin en su ponderacin antes
de comprometerse a un estudio de sistemas
completo.
Si los costos a corto plazo no son sobrepasados por
las ganancias a largo plazo o no producen una
reduccin inmediata en los costos de operacin
el sistema no es factible econmicamente y el
proyecto no debera continuar.
Se realiza entonces una identificacin y estimacin de
Costos y Beneficios.
42
21
FactibilidadEconmica Costos
Costo de construir el sistema:
Salarios y gastos extras del personal del equipo de proyecto.

Costo de preparacin del personal de desarrollo.
Costo de tiempo de equipamiento utilizado.
Costo de reclutamiento de nuevo personal.
Costo de Viaje.
Costo de instalar el sistema: Gastos de
Capacitacin de usuarios
Conversin de bases de datos
Instalacin comercial (hardware, software, telecomunic.)
Aprobacin reglamentaria
Ejecuciones paralelas
del equipo de desarrollo durante la instalacin
43
FactibilidadEconmica Costos
Costo del dinero:
Costo dinero a prstamo
Beneficios que se habran obtenido al invertirlo
Costos operacionales: Costos de
Materiales y equipos relacionados (insumos).

Software (si es rentado)
Personal de operacin , apoyo tcnico, etc.
Mantenimiento de hardware (preventivo, refacciones y
reemplazos) y software (arreglos, mejoras)
Planta fsica
Costo del fracaso: Costo de posibles fallas.

44
22
FactibilidadEconmica Beneficios
Podemos clasificar los Beneficios de la siguiente
manera:
Beneficios Tangibles
Beneficios Intangibles
Algunos los llaman tambin: Tcticos y
Estratgicos.
45
Beneficios Tangibles: Son ventajas medibles en
pesos que se acumulan a la organizacin por el uso
del sistema de informacin.
Reducciones de Personal
Mayor velocidad en el procesamiento de
transacciones
Reduccin de costos de mantenimiento.
Acceso a informacin ms oportuna.
Ventajas del poder superior de clculo.
Disminucin de tiempo de los empleados para
completar una tarea.
Los beneficios tangibles se pueden medir en

trmino de pesos, recursos o tiempo ahorrado.
46
23
Beneficios Intangibles: Algunos beneficios que se
acumulan en la organizacin son difciles de medir,
muchas veces se refieren a la posibilidad de realizar
cosas que no eran posibles con el sistema actual:
Mejora del proceso de toma de decisiones
Atraer nuevos clientes (mejor funcionalidad,
reconocimiento de potenciales clientes)
Entrar a nuevos mercados
Capturar, reproducir, distribuir conocimiento
Capacidad para proporcionar informacin que no se
tena.
Incremento de la satisfaccin en el trabajo por parte
de los empleados
47
FactibilidadOperativa
La factibilidad operacional depende de los recursos
humanos disponibles para el proyecto e involucra
proyectar si el sistema operar y ser utilizado una
vez que est instalado.
Aceptacin del sistema por parte de los usuarios
Capacitacin necesaria para los usuarios.
48
24
Bibliografa
Jacobson Ivar, Booch Grady, Rumbaugh

James, (2000), El Proceso Unificado de
Desarrollo de Software, Espaa, Editorial
Addison Wesley.
Kendall Kenneth y Kendall Julie, Anlisis y
Diseo de Sistemas (2005), 6. Ed. Prentice
Hall Hispanoamericana.
Pressman Roger, Ingeniera del Sofware, un
enfoque prctico (2006), 6 . ed., Ed. Mc
Graw Hill.
49
25

El Proceso de Software 2K7-2K10 - 2015

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

El Proceso de Software 2K7-2K10 - 2015

Cargado por

Copyright:

Formatos disponibles

Anlisis de Sistemas Curso: 2K7 2K10

planificacin y estimacin de proyectos

Dependen de un conjunto de principios bsicos que

ASI - El Proceso de Desarrollo de

Personas: Los principales autores del

Proyecto: Elemento organizativo a travs

Producto: Artefactos que se crean

Proceso: Es una definicin del conjunto

Funcionalidad y caractersticas del software

Tiempo del calendario de proyecto

Modelo DRA - Fuente: Libro Ingeniera del Software

Imp lem entacin

--- --- ---

--- --- ---

Salarios y gastos extras del personal del equipo de proyecto.

Costo de instalar el sistema: Gastos de

Costos operacionales: Costos de

Materiales y equipos relacionados (insumos).

Costo del fracaso: Costo de posibles fallas.

Los beneficios tangibles se pueden medir en

Jacobson Ivar, Booch Grady, Rumbaugh

También podría gustarte