DSIA-ULA

El Desarrollo de Software
desde un enfoque de procesos
<<proceso>>
<<documento>>

Planteamiento
del Problema

<<sistema>>

Desarrollo de
Software

Software

Proceso: conjunto de actividades

interrelacionadas que permiten alcanzar
un objetivo preestablecido

Prof. Gustavo Briceo / gbriceno@ula.ve

http://webdelprofesor.ula.ve/ingenieria/gbriceno
Prof. Gustavo Briceo Feb.2008

DSIA-ULA

Para desarrollar software es necesario:

Entender la naturaleza del software
Utilizar un proceso de desarrollo bien definido y probado
(adaptado a las caractersticas del software a desarrollar)
Gestionar el desarrollo de software como un proyecto de
ingeniera
El proceso de desarrollo de software "es aquel en que las
necesidades del usuario son traducidas en requerimientos de
software, estos requerimientos transformados en diseo y el diseo
implementado en cdigo, el cdigo es probado, documentado y
certificado para su uso operativo". Concretamente "define quin est
haciendo qu, cundo hacerlo y cmo alcanzar un cierto objetivo"
[Jacobson 1998].

Prof. Gustavo Briceo Feb.2008

DSIA-ULA

Naturaleza del software

El software es un conjunto de programas, procedimientos,
documentos y datos asociados a un sistema de computacin para:
dar solucin a un problema, ejecutar una actividad en forma
automtica o satisfacer requerimientos a un conjunto de usuarios
El software es un objeto abstracto producido por el intelecto del
hombre que tiene las siguientes propiedades: No es visible, no es
tangible; No tiene propiedades fsicas; No se deteriora, ni desgasta
con el tiempo; Tiene una estructura modificable (esta sujeto a
cambios continuos, peridicos o no); Las modificaciones
continuas ocasionan con el tiempo una prdida de
confiabilidad; Se desarrolla, no se construye (sus componentes
crecen progresivamente mediante adiciones y correcciones
sucesivas de sus componentes); Su mantenimiento es complejo; Su
estructura evoluciona mediante modificaciones sucesivas.
Prof. Gustavo Briceo Feb.2008

DSIA-ULA

Los elementos fundamentales de un proyecto son:

Procesos (actividades)
mtodo
Productos (intermedios, finales)
Recursos (humanos, financieros, tiempo, etc.)
Visto como un proyecto, el proceso de desarrollo de software debe
controlar tres variables fundamentales: Costo, Tiempo y Calidad.
Estas variables se controlan mediante la aplicacin de principios,
procesos, prcticas y tcnicas gerenciales.

Prof. Gustavo Briceo Feb.2008

DSIA-ULA

Tipos de software
Aplicaciones (sistemas de informacin, programas de aplicacin,
aplicaciones Web, etc.)
Sistemas de software (sistemas operativos, compiladores,
manejadores de bases de datos, etc.)
En la Ingeniera de Software, el proceso de desarrollo se realiza
bajo la modalidad de proyecto.
Un proyecto tiene un conjunto de objetivos que deben ser
alcanzados dentro de restricciones tales como: presupuesto,
tiempo y disponibilidad de recursos.

Prof. Gustavo Briceo Feb.2008

DSIA-ULA

Modelo del proceso de desarrollo de aplicaciones de la DSIA

Cadena de Valor
Versin 1.0 Mayo, 2006

Modelado del
dominio de la
aplicacin
PF2.1

Ingeniera
de requisitos
PF2.2

Diseo de la
aplicacin
PF2.3

Construccin
de la
aplicacin
PF2.4

Pruebas de
la aplicacin
PF2.6

PA-2.1

Gerencia del proyecto

PA-2.2

Gestin de la calidad de los productos

PA-2.3

Gestin de la configuracin

PA-2.4

Verificacin y validacin

PA-2.5

Adiestramiento

PA-2.6

Documentacin
Procesos fundamentales

Diagrama de procesos

Prof. Gustavo Briceo Feb.2008

PF2.7

Cadena de Valor
Michael Porter (2006)

Procesos de apoyo

Proceso de desarrollo de aplicaciones

Los modelos y el proceso de modelado

Implantacin
de la
aplicacin

Modelado,
Ingeniera de Requisitos
y Diseo de la aplicacin

DSIA-ULA

Proceso de desarrollo de software

Modelado del
sistema de
negocios

Nivel organizacional
Nivel de sistema
Modelado del
sistema de
negocios

Fases del proceso

de desarrollo de
software

Implantacin
del sistema

Ingeniera
de requisitos
Procesos
gerenciales

Diseo del
sistema

Pruebas
del sistema

Construccin
e integracin
del sistema

Nivel de soporte

Prof. Gustavo Briceo Feb.2008

Soporte al
sistema de
software
Las flechas con lnea punteada se conectan con fases de soporte relacionadas con la administracin de componentes de software,
administracin de Bases de Datos y de la seguridad y administracin de Objetos del dominio.

DSIA-ULA

Mtodo de desarrollo de software

Fase: Modelado de negocios

<<objetivos>>

Conocer detalladamente
el negocio (dominio del
sistema), mediante el
modelado empresarial

<<actor>>

Lder del proyecto

<<controla>>

<<cumple>>
<<documento>>

<<proceso>>

<<documento>>

Modelado de
negocios

Planteamiento
del Problema

Modelo de
Negocios
<<actor>>

<<ejecuta>>
<<actor>>

Personal del rea de

modelado (especialista en
modelado de negocios);
Usuarios

Prof. Gustavo Briceo Feb.2008

Experto en el
dominio del
problema

DSIA-ULA

Mtodo de desarrollo de software

Proceso: Modelado de negocios

Basado en el mtodo BMM

Mtodo de Modelado de Negocios

Diagrama de jerarqua de sistemas

Definicin del dominio del negocio

Definicin del
sistema de negocio
Entrega del
Modelo de
Negocio

Organigrama
Descripcin de actores / roles
Matrz actor / procesos

Modelado
de actores

Diagrama de eventos
Matriz eventos - procesos

Modelado
de objetivos

Modelado
de reglas
del negocio

Procesos
Gerenciales

Modelado del
proceso
de negocios

Modelado
de eventos

Modelo de objetivos

Modelo de reglas de negocio

Cadena de valor
Diagramas de procesos
Diagramas de actividades

Modelado de
objetos de
negocios

Diagrama de clases
Matrz procesos / objetos

Prof. Gustavo Briceo Feb.2008

Ir a: Modelado de negocios

DSIA-ULA

Mtodo de desarrollo de software

Proceso: Modelado de negocios
Modelo de Negocios

Transformacin de modelos

Modelo de Objetivos
OBJETIVO 1:
Mantener el control fsico de los bienes
muebles de la ULA mediante el registro y
control de sus incorporaciones,
desincorporaciones, traslados,
conservacin, mantenimiento, custodia y
actualizacin del inventario fsico con
apego a las leyes y normativas vigentes.

Jerarqua de Sistemas
OBJETIVO 1.1:
Efectuar el registro de los movimientos
de bienes que reflejen las
incorporaciones, desincorporaciones y
traslados de bienes muebles.

Sistema Financiero de la ULA

Sistema de Registro
y
Control de Bienes
Sistema
de
Compras

Modelo de Reglas de Negocio

OBJETIVO 1.2:
Efectuar el Control sobre el uso,
conservacin, mantenimiento,
reemplazo y custodia de los bienes
muebles de la ULA.

<<regla>>
REGLA DEL NEGOCIO

Sistema
de
Contabilidad

OBJETIVO 1.1.1:

OBJETIVO 1.1.2:

OBJETIVO 1.1.3:

OBJETIVO 1.1.4:

OBJETIVO 1.2.1:

OBJETIVO 1.2.2:

OBJETIVO 1.2.3:

Llevar un
registro de los
bienes muebles
adquiridos por
la Universidad
ya sea por
compra,
donacin o
produccin
institucional.

Mantener un
registro del
cambio de
ubicacin fsica
y responsables
de los bienes
muebles cuando
estos son
trasladados de
un recinto
universitario a
otro.

Conservar un
registro de todos
los bienes
muebles
desincorporados
de los activos
fijos de la
Universidad, ya
sean por venta,
donacin,
permuta, robo o
inservibilidad.

Mantener
actualizado
cualquier cambio
en las
caractersticas
fsicas de los
bienes muebles,
as como de su
ubicacin y
responsable.

Verificar el
estado, uso y
conservacin de
los bienes
mediante el
levantamiento del
inventario fsico
de bienes
muebles de la
Universidad.

Asignar
responsabilidades
para la custodia de
los bienes al
personal que lo
utiliza en la
ejecucin de sus
funciones.

Realizar
mantenimiento
peridico tanto
preventivo como
correctivo a los
bienes muebles de
la Universidad.

<<regla>>
LEYES
Ley Orgnica de Procedimientos
Administrativos
Ley de Universidades
Ley para la Administracin
Financiera del Sector Pblico
Ley Orgnica de la Contralora
General de la Repblica y el
Sistema nacional de Control Fiscal
(Gaceta Oficial N 37.347 del 1712-2001)
Ley contra la Corrupcin (Gaceta
Oficial N 5.637 del 07-04-2003)
Ley del Sistema Venezolano de
Calidad
Ley del Ministerio de Ciencia y
Tecnologa

Jerarqua de procesos
1. Matriculacin de nuevos estudiantes

Cadena de Valor
3. Gestin de
retiros
definitivos

5. Gestin de
revalidas,
convlidas y
equivalencias

4. Gestin de
grados

<<regla>>
MANUALES

Publicaciones Nros.
9,10,15,20 y 21 de la
Contralora General de la
Repblica

Manual de Normas de Control

Interno sobre un Modelo
Genrico de la Administracin
Central y Descentralizada
Funcionalmente (Gaceta Oficial
N 38.282 del 28-09-2005)
Manual para el Registro de
Bienes Muebles del Sistema
Integrado de Gestin y Control de
las Finanzas Pblicas (SIGECOF2003)
Manual de procedimientos para el
control de activo fijo.
Manuales o catlogos de cuentas
contables para el sistema de
contabilidad pblica elaborado
por Programa de Modernizacin
de la Administracin Financiera
del Estado

1.1. Planificacin de la matriculacin

1.4. Informacin de resultados de la admisin

2.1. Registro de medidas de rendimiento estudiantil
2.2. Registro de no inscripcin de asignaturas

Diagrama de procesos

2.3. Registro del retiro legal del perodo acadmico

2.4. Reincorporaciones
2.5. Revocatorias de medidas de rendimiento

2. Gestin de
permanencia

<<regla>>
PUBLICACIONES

Cdigo de tica del

Funcionario Pblico

1.3. Matriculacin de admitidos

Procesos Fundamentales de la Oficina Central de Registros

Estudiantiles de la Universidad de Los Andes

1. Matriculacin
de nuevos
estudiantes

<<regla>>
CDIGOS

Reglamento del Sistema de

Inventario de la Universidad
de Los Andes

1.2. Registro de admitidos

2. Gestin de permanencia

6. Emisin de
constancias y
certificaciones
para estudiantes
de pregrado

<<regla>>
REGLAMENTO

2.6. Registro de sanciones

7. Emisin de
carnets
universitarios

8. Emisin de
reportes y
estadsticas

3. Gestin de retiros definitivos

9.Gestin de
servicios

Objetos que
controlan

4.1. Apertura de expedientes de grado

4. Gestin de grados

4.2. Recepcin de recaudos para grado

<<regla>>

5. Gestin de revalidas, convlidas y

equivalencias

5.1. Gestin de revlidas

5.2. Gestin de convlidas

11. Apoyo legal

<<objeto>>

nombre del proceso

nombre

nombre

<<objeto>>

7.2. Generacin de carntes

nombre
<<ejecuta>
>

8.1. Solicitud de reportes y estadsticas

8.2. Generacin de reportes y estadsticas

Objetos o
insumos que
se transforman

9.1. Recepcin de aranceles de registros estudiantiles

9.2. Suministro de planillas para solicitudes

<<suple>>

<<apoya>
>

<<aplicacin>>

<<actor>>

8.3. Entrega de reportes y estadsticas

9. Gestin de servicios

Productos o
servicios
prestados

<<informacin>>

7.1. Solicitud de carnets

7.3. Entrega de carnets

8 Emisin de reportes y estadsticas

<<cumple
>>

<<proceso>>

6.4. Entrega de constancias y certificaciones

14. Archivo

descripcin

descripcin

6.3. Emisin de certificaciones

7. Emisin de carnets universitarios

<<controla
>>

Fin que se
persigue

<<objetivo>>

nombre

6.1. Solicitud de constancias y certificaciones

6.2. Emisin de constancias

13. Apoyo informtico

<<controla
>>

<<evento>>

5.3. Gestin de equivalencias

6. Emisin de constancias y certificaciones
para estudiantes de pregado

12. Apoyo secretarial

<<actor>>

nombre

4.3. Cierres de expedientes de grado

10. Apoyo administrativo

nombre

<<suple>>
<<informacin>>

<<datos>>

nombre

Objetos o recursos
requeridos o usados
(no transformados)

nombre

nombre

9.3. Asesora legal

9.4. Atencin estudiantil en el rea de registros
estudiantiles de pregrado

Modelo de Actores / Unidades

Externos
Ciudadano
Sancionado

Internos
Decanato /
Vicerrectorado
de Ncleo

Consejo
Universitario

Oficina de
Registros
Estudiantiles

Comisin de
Apelaciones

Diagrama de objetos

Admitidos

Dep enden cia

Solicitud
In ven tario
Fsico

-emite

verifi ca admisi n
del solicitante

Modelo de eventos
Entrega de
bienes
muebles

<<Informacin>>
Comprobantes
de Adquisicin
de Bienes

1
-ejecuta

<<Informacin>>

<<proceso>>

Registrador
de Bienes

Levan tam iento

In ven tario
Fsico
-fecha

-utiliza

Solicitud de
Incorporacin,
Comprobantes

1.1.1
Control
Perceptivo

1
-planifica
-elabora
*

[no valida]
[valida]
[valida]

Bien Mueble

-genera

1
Jefe Oficin a
Central Co ntrol
Bien es

<<evento>>

[no valida]
i nforma situacin

espera fecha
asignada

ULA-SIRE

OCRE coordinaci n de facultad

verifi ca fecha de
matricul acin

Person al

Personal de
la ORE

Diagrama de Actividades

-coteja

Fo rma F-I-20-B

1
1

-identificacin
-marca
-modelo
-serial
+incorporar()
+trasladar()
+desincorporar()
+modificar()
+imprimir()
+cotejar()
+cambiarestado()

revisa requisi tos

exigidos

acude a OCRE
para reali zar
matri culacin

regi stra datos del

nuevo estudiante

entrega requisitos
exigidos

captura imagen
del nuevo
estudiante

Situacin
actual

genera planil las

de matricul acin

verifica planil las

de matricul acin

fi rma plani llas de

matricul aci n

Pasos
a seguir

informa pasos a
seguir al nuevo
estudi ante

<<proceso>>
[Compra]

Modelo de producto

<<evento>>
Solicitud de
incorporacin
de bienes

[Donacin]

Info rm e Resultado
Inventario Fsico

1.1.2.1
Verificacin
de Recaudos
por Compra
<<proceso>>

<<proceso>>

1.1.2.2
Verificacin
de Recaudos
por Donacin

1.1.3
Asignacin de
Cdigos

<<Informacin>>

Expediente de
bienes a incorporar

-fecha
-tiempoEmpleado
-cantidadBienesInspeccionados
-cantidadBieneNoregistrados
-cantidadBienesNomarcados
-cantidadBienesF altantes

Planill a de
matriculacin
como nuevo

entrega copi a de
la planil las al
estudiante

conforma
expediente
personal

archiva
temporalmente
expediente
personal

<<Informacin>>
<<proceso>>
[Produccin]

Prof. Gustavo Briceo Feb.2008

1.1.2.3
Verificacin de
Recaudos por
Produccin

<<proceso>>
1.1.4
Rotulacin de
Bienes

Expediente de
bienes incorporados,
Comprobantes de
adquisicin codificados

<<objeto>>
Bienes marcados

Ir a: Modelado de negocios

DSIA-ULA

Mtodo de desarrollo de software

Fase: Ingeniera de requisitos

<<objetivos>>

Determinar las necesidades

de informacin y
automatizacin que tiene
los usuarios

<<actor>>

Lder del proyecto

<<controla>>
<<documento>>

<<proceso>>

Modelo de
Negocios

Ingeniera
de Requisitos

<<ejecuta>>
<<actor>>

Personal del rea de

modelado (especialista en
ingeniera de requisitos);
Usuarios

Prof. Gustavo Briceo Feb.2008

<<cumple>>

<<documento>>

Documento
de Requisitos
<<actor>>
Experto en el
dominio del problema
y la solucin

DSIA-ULA

Mtodo de desarrollo de software

Fase: Diseo de software y rediseo de procesos

<<objetivos>>
<<actor>>

Lder del proyecto

(1) Disear un sistema de software que

cumpla con los requisitos definidos;
(2) Redisear el modelo de negocios
que permita implantar la solucin
<<documento>>

<<controla>>

<<documento>>

Documento
de Requisitos

<<proceso>>

Diseo de
Software /
Rediseo de
proceso

<<documento>>

Modelo de
Negocios

<<cumple>>

Documento
de Diseo
(validado)
<<documento>>

Modelo de
negocios
(rediseo)

<<ejecuta>>
<<documento>>
<<actor>>

Personal del rea de

modelado (experto dominio
problema y solucin); Personal
del rea de diseo; Personal del
rea de programacin

Prof. Gustavo Briceo Feb.2008

Casos de
prueba

Modelo Arquitectnico
Modelo de Datos
Modelo de Interfaces
Modelos de componentes

DSIA-ULA

Mtodo de desarrollo de software

Fase: Programacin de software

<<objetivos>>
<<actor>>

Lder del proyecto

<<controla>>

(1) Traducir las

especificaciones de
diseo en un producto de
software

<<cumple>>
<<documento>>
<<proceso>>

<<documento>>

Programacin
de Software

Documento
de Diseo
(validado)

Documento
del sistema

Algoritmos
Programas fuentes
Diseo de pruebas de
unidad e integracin

<<sistema>>

<<ejecuta>>

Software
programado

<<actor>>

Personal del rea

de diseo; Personal del
rea de programacin
PHP Power Builder
SYBASE (ASE)

Prof. Gustavo Briceo Feb.2008

DSIA-ULA

Mtodo de desarrollo de software

Fase: Pruebas de software

<<objetivos>>

(1) Asegurar que el

software cumpla la
funcionalidad definida

<<actor>>
<<documento>>

Lder del proyecto

Documento
del sistema

<<documento>>

<<controla>>

<<cumple>>

<<sistema>>

Software
programado

<<proceso>>

Pruebas
de Software

<<documento>>

Casos de
prueba

<<ejecuta>>
<<actor>>

Personal del rea de

modelado (experto dominio
problema y solucin); Personal
del rea de programacin; Personal
del rea de pruebas e implantacin

Prof. Gustavo Briceo Feb.2008

Documento
de pruebas
<<sistema>>

Software
probado
<<documento>>

Manual de
usuario

Diseos de pruebas
del sistema

DSIA-ULA

Mtodo de desarrollo de software

Fase: Implantacin del sistema

<<objetivos>>

(1) Transferir el sistema

de su ambiente de
desarrollo a su ambiente
de produccin

<<actor>>
<<sistema>>

Lder del proyecto

Software
probado
<<controla>>

<<documento>>

Manual de
usuario

<<proceso>>

Implantacin
de sistemas

<<documento>>

Modelo de
negocios
(rediseo)

<<sistema>>

Sistema
instalado en
produccin
<<actor>>

Usuarios
adiestrados
<<ejecuta>>
<<actor>>

Personal del rea de

modelado (experto dominio
problema y solucin); Personal
del rea de pruebas e implantacin

Prof. Gustavo Briceo Feb.2008

<<cumple>>

DSIA-ULA

Modelo: Es la representacin abstracta de un sistema u objeto

que se elabora para simplificar su comprensin u estudio.
Modelado: Proceso de adquisicin y representacin de
conocimientos sobre un objeto de estudio dado, el cual,
involucra tres conceptos: El objeto de estudio, el conocimiento
(conceptos) y la representacin (smbolos).
UML: Lenguaje Unificado de Modelado

El proceso de desarrollo de software se basa en

la transformacin de modelos

Prof. Gustavo Briceo Feb.2008

DSIA-ULA

Mtodo de trabajo
Mtodo: Un mtodo define de manera formal el conjunto de
conceptos que se deben conocer y las actividades que se deben
ejecutar para resolver un problema.
Un mtodo est compuesto por un modelo de producto y un
modelo de proceso.
proceso
El modelo de producto es el conjunto de conceptos que se
pueden utilizar para construir un producto o sistema
determinado.
El modelo de procesos permite construir el producto (describe
qu, cmo y cundo deben ejecutarse las acciones para construir
el producto o sistema).

Prof. Gustavo Briceo Feb.2008

DSIA-ULA

Mtodo de desarrollo de software

Notacin UML Business
Eriksson y Penker (2000)
Diagrama de Procesos

Objetos que
controlan

<<regla>>

<<actor>>

nombre
<<controla
>>

<<evento>>

<<objetivo>>

nombre

<<controla
>>

descripcin

Fin que se
persigue

<<cumple
>>

Productos o
servicios
prestados

descripcin
<<proceso>>
<<objeto>>

<<informacin>>

nombre del proceso

nombre

nombre

<<objeto>>

nombre
<<ejecuta>
>
<<actor>>
Objetos o
insumos que
se transforman

Prof. Gustavo Briceo Feb.2008

nombre

<<apoya>
>

<<suple>>

<<aplicacin>>

nombre

<<suple>>

<<datos>>

nombre

<<informacin>>

nombre

Objetos o recursos
requeridos o usados
(no transformados)

DSIA-ULA

Mtodo de desarrollo de software

Fase: Diseo de software
Documento de diseo
Arquitectura de software
Describe la estructura que tendr la
aplicacin en trminos de subsistemas,
componentes y relaciones entre ellos.
Modelos de datos
Describe el diseo de la (s) base (s) de
datos que integrarn la aplicacin (modelo
fsico).
Diseos de interfaces
Describe las interfaces debe tener la
aplicacin (Interfaces usuario / sistema e
Interfaces entre aplicacin y otros sistemas).
Diseo de componentes
Describe los detalles del diseo de cada
uno de los componentes (mdulos) de
software o programas que integran la
arquitectura.

Prof. Gustavo Briceo Feb.2008

Enfoque: Estructural -> Orientado a Objetos

Documento de diseo de la aplicacin
1.1. Objetivos de la aplicacin
1.2. Requisitos de informacin
1.3. Requisitos de la aplicacin
1.4. Restricciones (especificaciones)
1.5. Diseo de la aplicacin
1.5.1. Definicin de usuarios
1.5.2. Opciones del sistema (tabla de opciones del sistema: cdigo de la opcin,
descripcin, caso de uso asociado).
1.5.3. Tabla de usuarios opciones del sistema.
1.5.4. Tabla de casos de uso (cdigo, descripcin).
1.5.5. Descripcin de los casos de uso y escenarios (solo en los casos diferentes
a tablas bsicas).
1.5.6. Tabla de diagramas de estado (cdigo, descripcin).
1.5.7. Diagramas de estado.
1.5.8. Diseo fsico de la base de datos (pdm - documentado).
1.5.9. Tabla de interfaz de usuario (cdigo, descripcin).
1.5.10. Interfaz de usuario.
1.5.11. Tabla de reportes (cdigo, descripcin).
1.5.12. Reportes.

Ir a: Diseo de software

DSIA-ULA

Mtodo de desarrollo de software

Fase: Ingeniera de Requisitos

Documento de requisitos

Modela el espacio de la solucin

Describe los requisitos que debe satisfacer el
sistema de informacin

Clasificacin de los requisitos

Requisitos funcionales
Los servicios que el sistema de informacin debe proveer a sus usuarios (se expresan, generalmente, mediante
casos de uso)
Requisitos no funcionales
Las restricciones que los diseadores deben considerar para desarrollar la aplicacin (plataformas de desarrollo y
operacin, estndares, recursos, etc.); Los atributos de calidad que la aplicacin debe cumplir (confiabilidad,
mantenibilidad, utilidad, etc.)
Modelos que describen la aplicacin
Modelo funcional
Describe los requisitos funcionales de la aplicacin (diagramas de casos de uso, escenarios, usuarios,
opciones del sistema)
Modelo Estructural
Describe los requisitos estructurales de la aplicacin (diagramas de clases y diagramas de componentes)
Modelo Dinmico
Describe el comportamiento de la aplicacin (diagramas de secuencia y diagramas de estado)

A que nivel de detalle llegar en los modelos?

Prof. Gustavo Briceo Feb.2008

DSIA-ULA

Mtodo de desarrollo de software

Relacin entre los productos que se generan en el proceso de desarrollo
Usuarios
Procesos
Actividades
(automatizables)

Soporte
tcnico
Clasificacin
Funcionales
No funcionales

Requisitos
Req-001
Req-002

Actores

Usuarios

Reglas de negocio

Reportes

Requisitos / Procesos

Modelo de eventos
Sub-sistemas, o Mdulos,
o Componentes

Casos de uso
Diagrama
Escenarios

Diagrama de Objetos
Diagramas
Estado

Clases

Diagramas
Secuencia
Interfaz
Base de Datos
Modelo Fsico

Prof. Gustavo Briceo Feb.2008

Opciones / Men

Arquitectura
del Sistema

DSIA-ULA

Mtodo de desarrollo de software

Relacin entre los productos que se generan en el proceso de desarrollo

Modelo de
Negocios
Dominio del Sistema

Usuarios
Procesos
Actividades
(automatizables)

USUS-DSIA

Clasificacin
Funcionales
No funcionales

Requisitos
Req-001
Req-002

Actores

Usuarios

Reglas de negocio

Reportes

Requisitos / Procesos

Modelo de eventos
Sub-sistemas, o Mdulos,
o Componentes

Casos de uso
Diagrama
Escenarios

Diagrama de Objetos
Diagramas
Estado

Clases

Diagramas
Secuencia
Interfaz
Base de Datos
Modelo Fsico

Prof. Gustavo Briceo Feb.2008

Opciones / Men

Arquitectura
del Sistema

DSIA-ULA

Mtodo de desarrollo de software

Relacin entre los productos que se generan en el proceso de desarrollo

Modelo de
Negocios
Dominio del Sistema

Usuarios
Procesos
Actividades
(automatizables)

USUS-DSIA

Clasificacin
Funcionales
No funcionales

Requisitos
Req-001
Req-002

Actores

Usuarios

Reglas de negocio

Ingeniera de
Requisitos

Reportes

Requisitos / Procesos

Modelo de eventos
Sub-sistemas, o Mdulos,
o Componentes

Casos de uso
Diagrama
Escenarios

Diagrama de Objetos
Diagramas
Estado

Clases

Diagramas
Secuencia
Interfaz
Base de Datos
Modelo Fsico

Prof. Gustavo Briceo Feb.2008

Opciones / Men

Arquitectura
del Sistema

DSIA-ULA

Mtodo de desarrollo de software

Relacin entre los productos que se generan en el proceso de desarrollo

Modelo de
Negocios
Dominio del Sistema

Usuarios
Procesos
Actividades
(automatizables)

USUS-DSIA

Clasificacin
Funcionales
No funcionales

Requisitos
Req-001
Req-002

Actores

Usuarios

Reglas de negocio

Ingeniera de
Requisitos

Reportes

Requisitos / Procesos

Modelo de eventos
Sub-sistemas, o Mdulos,
o Componentes

Casos de uso
Diagrama
Escenarios

Diagrama de Objetos
Diagramas
Estado

Clases

Diagramas
Secuencia
Interfaz
Base de Datos
Modelo Fsico

Diseo de
Prof. Gustavo Briceo Feb.2008 Software

Opciones / Men

Arquitectura
del Sistema

Ingeniera de Requisitos

DSIA-ULA

Qu es un requisito?
es una propiedad que debe exhibir [cumplir o satisfacer] un sistema
desarrollado o adaptado para resolver un problema particular [Sawyer y
Kotonya, 2001]
es un aspecto de un sistema o una descripcin de aquello que el sistema es
capz de hacer a fin de cumplir su propsito [Pfleeger, 1998]
Los requisitos expresan qu se supone debe hacer una aplicacin [sistema]
no intenta expresar cmo lograr estas funciones [Braude, 2003]
Los requisitos expresan lo que el sistema debe hacer para satisfacer las
necesidades de sus clientes o usuarios.

Prof. Gustavo Briceo Feb.2008

DSIA-ULA

Los requisitos definen:

Lo que la aplicacin debe hacer
Las funciones que debe ejecutar
Los datos que debe capturar y almacenar
La informacin que debe producir
La interaccin entre los usuarios y el sistema
La interfaz grfica usuario-sistema (GUI)
Las restricciones bajo las cuales se debe operar
La plataforma de operacin del sistema (hardware y software)
La tecnologa de informacin que debe utilizar
Las interfaces con otros sistemas
Los atributos de calidad que el sistema debe satisfacer
Seguridad, facilidad de uso, documentacin, utilidad, etc.

Prof. Gustavo Briceo Feb.2008

DSIA-ULA

2. Ingeniera de requisitos
Objetivos: Determinar las necesidades de informacin y automatizacin de los procesos de
negocios, que tienen los usuarios de la aplicacin empresarial en desarrollo, mediante la
definicin y especificacin de sus requisitos.
Producto: Documento de requisitos del sistema

Actividades del proceso de ingeniera de

requisitos
2.1. Descubrimiento de requisitos
2.2. Anlisis de requisitos
2.3. Especificacin de requisitos
2.4. Validacin de requisitos

Prof. Gustavo Briceo Feb.2008

Ir a Fase de Ingeniera de Requisitos

DSIA-ULA

2.1. Descubrimiento de requisitos

Objetivo: Capturar las necesidades que los usuarios y otros interesados tienen en relacin
al sistema de software que se desea desarrollar.
Producto: Inventario de necesidades de los usuarios relacionadas con el sistema de
software

2.1.1. Establecimiento
de objetivos

Prof. Gustavo Briceo Feb.2008

2.1.2. Entendimiento
del dominio

2.1.3. Organizacin del

conocimiento

2.1.4. Recoleccin de
requisitos

Ir a Ingeniera de Requisitos

DSIA-ULA

2.2. Anlisis de requisitos

Objetivo: Analizar las necesidades identificadas de los usuarios, para llegar a una definicin
de los requisitos del sistema de software que se desea desarrollar.
Producto: Inventario de requisitos definidos

2.2.1. Clasificacin
de requisitos
2.2.3. Modelado del
problema

2.2.4. Diseo inicial

de la arquitectura

2.2.2. Negociacin
de requisitos

Prof. Gustavo Briceo Feb.2008

Ir a Ingeniera de Requisitos

DSIA-ULA

2.3. Especificacin de requisitos

Objetivo: Documentar (descripcin detalla) los requisitos definidos por los usuarios.
Producto: Documento de requisitos del sistema

2.3.1. Definir tipo,

estructura y contenido de
la especificacin

Prof. Gustavo Briceo Feb.2008

2.3.2. Elaborar el
documento o descripcin
de especificacin de
requisitos

Ir a Ingeniera de Requisitos

DSIA-ULA

2.4. Validacin de requisitos

Objetivo: Evaluar y validar el documento de requisitos para asegurar que defina el sistema
de software correctamente.
Producto: Documento de requisitos del sistema validado

2.4.1. Planificar
revisin

Prof. Gustavo Briceo Feb.2008

2.4.2. Distribuir el
documento

2.4.3. Revisin
individual

2.4.4. Revisin en
grupo

2.4.5. Seguimiento
de correcciones

Ir a Ingeniera de Requisitos