Está en la página 1de 31

DSIA-ULA

El Desarrollo de Software
desde un enfoque de procesos

<<proceso>>
<<documento>> <<sistema>>

Planteamiento Desarrollo de
del Problema 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 Ingeniera Diseo de la Construccin Implantacin


dominio de la de la Pruebas de de la
de requisitos aplicacin la aplicacin
aplicacin aplicacin aplicacin
PF2.1 PF2.2 PF2.3 PF2.4 PF2.6 PF2.7

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 Procesos de apoyo Cadena de Valor


Michael Porter (2006)
Diagrama de procesos Proceso de desarrollo de aplicaciones Modelado,
Ingeniera de Requisitos
Los modelos y el proceso de modelado y Diseo de la aplicacin

Prof. Gustavo Briceo Feb.2008


DSIA-ULA

Proceso de desarrollo de software


Modelado del
sistema de
negocios
Nivel organizacional
Nivel de sistema
Modelado del
sistema de
negocios

Implantacin Ingeniera
del sistema de requisitos
Fases del proceso
de desarrollo de Procesos
gerenciales
software

Pruebas Diseo del


del sistema sistema

Construccin
e integracin
del sistema

Nivel de soporte 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.
Prof. Gustavo Briceo Feb.2008
DSIA-ULA
Mtodo de desarrollo de software
Fase: Modelado de negocios

<<objetivos>>

<<actor>> Conocer detalladamente


el negocio (dominio del
Lder del proyecto sistema), mediante el
modelado empresarial

<<controla>> <<cumple>>
<<documento>>

<<documento>> <<proceso>> Modelo de


Modelado de Negocios
Planteamiento
del Problema negocios
<<actor>>
Experto en el
<<ejecuta>> dominio del
problema
<<actor>>

Personal del rea de


modelado (especialista en
modelado de negocios);
Usuarios

Prof. Gustavo Briceo Feb.2008


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 Definicin del dominio del negocio
sistema de negocio
Entrega del
Modelo de Modelado
Modelo de objetivos
Negocio de objetivos

Organigrama Procesos Modelado Modelo de reglas de negocio


Descripcin de actores / roles Modelado
Gerenciales de reglas
Matrz actor / procesos de actores
del negocio

Diagrama de eventos Modelado del Cadena de valor


Matriz eventos - procesos Modelado proceso Diagramas de procesos
de eventos de negocios 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

Jerarqua de Sistemas
control de sus incorporaciones,
desincorporaciones, traslados,
conservacin, mantenimiento, custodia y
actualizacin del inventario fsico con
apego a las leyes y normativas vigentes.

Sistema Financiero de la ULA


OBJETIVO 1.1:
Efectuar el registro de los movimientos
de bienes que reflejen las
incorporaciones, desincorporaciones y
OBJETIVO 1.2:
Efectuar el Control sobre el uso,
conservacin, mantenimiento,
reemplazo y custodia de los bienes
Modelo de Reglas de Negocio
traslados de bienes muebles. muebles de la ULA.

Sistema de Registro
y
<<regla>>
Control de Bienes REGLA DEL NEGOCIO
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 Mantener un Conservar un Mantener Verificar el Asignar Realizar
registro de los registro del registro de todos actualizado estado, uso y responsabilidades mantenimiento
bienes muebles cambio de los bienes cualquier cambio conservacin de para la custodia de peridico tanto
Sistema Sistema adquiridos por ubicacin fsica muebles en las los bienes los bienes al preventivo como
de la Universidad y responsables desincorporados caractersticas mediante el personal que lo correctivo a los
de ya sea por de los bienes de los activos fsicas de los levantamiento del utiliza en la bienes muebles de
Compras Contabilidad compra, muebles cuando fijos de la bienes muebles, inventario fsico ejecucin de sus la Universidad.
donacin o estos son Universidad, ya as como de su de bienes funciones.
produccin trasladados de sean por venta, ubicacin y muebles de la
<<regla>> <<regla>> <<regla>> <<regla>> <<regla>>
institucional. un recinto donacin, responsable. Universidad.
REGLAMENTO CDIGOS PUBLICACIONES MANUALES
universitario a permuta, robo o LEYES
otro. inservibilidad. Reglamento del Sistema de Cdigo de tica del Publicaciones Nros. Manual de Normas de Control
Ley Orgnica de Procedimientos Inventario de la Universidad Funcionario Pblico 9,10,15,20 y 21 de la Interno sobre un Modelo
Administrativos de Los Andes Contralora General de la Genrico de la Administracin
Ley de Universidades Repblica Central y Descentralizada
Ley para la Administracin Funcionalmente (Gaceta Oficial
Financiera del Sector Pblico N 38.282 del 28-09-2005)
Ley Orgnica de la Contralora Manual para el Registro de
General de la Repblica y el Bienes Muebles del Sistema
Sistema nacional de Control Fiscal Integrado de Gestin y Control de
(Gaceta Oficial N 37.347 del 17- las Finanzas Pblicas (SIGECOF-
12-2001) 2003)
Ley contra la Corrupcin (Gaceta Manual de procedimientos para el
Oficial N 5.637 del 07-04-2003) control de activo fijo.
Ley del Sistema Venezolano de Manuales o catlogos de cuentas
Calidad contables para el sistema de
Ley del Ministerio de Ciencia y contabilidad pblica elaborado

Jerarqua de procesos
Tecnologa por Programa de Modernizacin
de la Administracin Financiera
del Estado

1. Matriculacin de nuevos estudiantes 1.1. Planificacin de la matriculacin

Cadena de Valor 1.2. Registro de admitidos


1.3. Matriculacin de admitidos
1.4. Informacin de resultados de la admisin

2.1. Registro de medidas de rendimiento estudiantil


2. Gestin de permanencia
2.2. Registro de no inscripcin de asignaturas
Procesos Fundamentales de la Oficina Central de Registros

Diagrama de procesos
2.3. Registro del retiro legal del perodo acadmico
Estudiantiles de la Universidad de Los Andes 2.4. Reincorporaciones
2.5. Revocatorias de medidas de rendimiento
2.6. Registro de sanciones
6. Emisin de
5. Gestin de constancias y 8. Emisin de 3. Gestin de retiros definitivos
1. Matriculacin 2. Gestin de 3. Gestin de 7. Emisin de
4. Gestin de revalidas, certificaciones 9.Gestin de
de nuevos permanencia retiros carnets reportes y
grados convlidas y para estudiantes servicios
estudiantes definitivos universitarios estadsticas 4.1. Apertura de expedientes de grado Objetos que <<regla>> <<actor>> <<objetivo>> Fin que se
equivalencias de pregrado 4. Gestin de grados
controlan persigue
4.2. Recepcin de recaudos para grado
nombre nombre descripcin
4.3. Cierres de expedientes de grado

10. Apoyo administrativo 5. Gestin de revalidas, convlidas y


equivalencias 5.1. Gestin de revlidas <<controla <<controla <<cumple Productos o
5.2. Gestin de convlidas >>
11. Apoyo legal <<evento>> >> >> servicios
5.3. Gestin de equivalencias
prestados
descripcin
6. Emisin de constancias y certificaciones
12. Apoyo secretarial para estudiantes de pregado 6.1. Solicitud de constancias y certificaciones <<proceso>>
6.2. Emisin de constancias <<informacin>> <<objeto>>
6.3. Emisin de certificaciones
nombre nombre del proceso nombre
13. Apoyo informtico 6.4. Entrega de constancias y certificaciones

7. Emisin de carnets universitarios 7.1. Solicitud de carnets <<objeto>>


14. Archivo 7.2. Generacin de carntes
7.3. Entrega de carnets
nombre
<<ejecuta> <<apoya> <<suple>> <<suple>> Objetos o recursos
8 Emisin de reportes y estadsticas 8.1. Solicitud de reportes y estadsticas
8.2. Generacin de reportes y estadsticas > > requeridos o usados
<<actor>> <<aplicacin>> <<datos>> <<informacin>> (no transformados)
8.3. Entrega de reportes y estadsticas

9.1. Recepcin de aranceles de registros estudiantiles


Objetos o nombre nombre nombre nombre
9. Gestin de servicios insumos que
9.2. Suministro de planillas para solicitudes se transforman
9.3. Asesora legal
9.4. Atencin estudiantil en el rea de registros
estudiantiles de pregrado

Modelo de Actores / Unidades


Externos Internos

Ciudadano
Decanato / Consejo Diagrama de objetos Diagrama de Actividades
Vicerrectorado Universitario
Sancionado de Ncleo Admitidos OCRE coordinaci n de facultad

Solicitud
verifi ca admisi n
Dep enden cia -emite In ven tario del solicitante
Fsico verifi ca fecha de
Oficina de Comisin de matricul acin [no valida]
1 * i nforma situacin
Registros Apelaciones espera fecha
[no valida]
[valida]
asignada
Estudiantiles
[valida] revisa requisi tos
Bien Mueble
1 -genera exigidos
Person al -identificacin acude a OCRE
para reali zar
-marca

Modelo de eventos
matri culacin regi stra datos del
-modelo nuevo estudiante

Personal de ULA-SIRE 1 -serial


entrega requisitos
la ORE - exigidos
captura imagen
+incorporar() del nuevo
1 estudiante
+trasladar() Situacin
1 -coteja actual
Jefe Oficin a Registrador +desincorporar()
<<evento>> -ejecuta
Central Co ntrol de Bienes Levan tam iento +modificar() genera planil las
Entrega de Bien es In ven tario -utiliza Fo rma F-I-20-B +imprimir() de matricul acin
bienes
1 * Fsico +cotejar()
muebles
<<proceso>> <<Informacin>> +cambiarestado()
-fecha
Solicitud de 1 * fi rma plani llas de verifica planil las
1.1.1 matricul aci n de matricul acin
<<Informacin>> Control Incorporacin,
Comprobantes Perceptivo Comprobantes
Pasos
de Adquisicin 1 1
-elabora -planifica 1 a seguir
informa pasos a
de Bienes * seguir al nuevo
1 estudi ante
<<proceso>>
[Compra] 1.1.2.1 Info rm e Resultado Planill a de entrega copi a de conforma
Verificacin matriculacin expediente
Inventario Fsico como nuevo
la planil las al
personal
de Recaudos estudiante

por Compra -fecha

Modelo de producto
-tiempoEmpleado archiva
<<proceso>> <<proceso>> <<Informacin>> -cantidadBienesInspeccionados temporalmente
<<evento>> expediente
[Donacin] 1.1.2.2 -cantidadBieneNoregistrados personal
Solicitud de 1.1.3 Expediente de *
Verificacin Asignacin de -cantidadBienesNomarcados
incorporacin bienes a incorporar
de Recaudos Cdigos -cantidadBienesF altantes
de bienes por Donacin
<<Informacin>>
<<proceso>> Expediente de
[Produccin] 1.1.2.3 bienes incorporados,
Verificacin de Comprobantes de
<<proceso>> adquisicin codificados
Recaudos por
Produccin 1.1.4
Rotulacin de
Bienes <<objeto>>

Ir a: Modelado de negocios
Bienes marcados

Prof. Gustavo Briceo Feb.2008


DSIA-ULA
Mtodo de desarrollo de software
Fase: Ingeniera de requisitos

<<objetivos>>

<<actor>> Determinar las necesidades


de informacin y
Lder del proyecto automatizacin que tiene
los usuarios

<<controla>> <<cumple>>
<<documento>>

Documento
<<documento>> <<proceso>>
de Requisitos
Modelo de Ingeniera
Negocios de Requisitos
<<actor>>
Experto en el
dominio del problema
y la solucin
<<ejecuta>>

<<actor>>

Personal del rea de


modelado (especialista en
ingeniera de requisitos);
Usuarios

Prof. Gustavo Briceo Feb.2008


DSIA-ULA
Mtodo de desarrollo de software
Fase: Diseo de software y rediseo de procesos

<<objetivos>>

<<actor>>
(1) Disear un sistema de software que
cumpla con los requisitos definidos;
Lder del proyecto (2) Redisear el modelo de negocios
que permita implantar la solucin

<<documento>>
<<controla>> <<cumple>> Modelo Arquitectnico
<<documento>> Modelo de Datos
Documento
de Diseo Modelo de Interfaces
Documento Modelos de componentes
de Requisitos <<proceso>> (validado)
Diseo de
Software / <<documento>>
<<documento>> Rediseo de Modelo de
proceso negocios
Modelo de
(rediseo)
Negocios
<<ejecuta>>
<<documento>>
<<actor>> Casos de
Personal del rea de prueba
modelado (experto dominio
problema y solucin); Personal
del rea de diseo; Personal del
rea de programacin

Prof. Gustavo Briceo Feb.2008


DSIA-ULA
Mtodo de desarrollo de software
Fase: Programacin de software

<<objetivos>>

<<actor>> (1) Traducir las


especificaciones de
Lder del proyecto diseo en un producto de
software

<<controla>> <<cumple>>
<<documento>>
Algoritmos
<<proceso>> Documento Programas fuentes
<<documento>> Diseo de pruebas de
del sistema unidad e integracin
Documento Programacin
de Diseo de Software
(validado) <<sistema>>

Software
<<ejecuta>> 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>>

<<actor>> (1) Asegurar que el


software cumpla la
<<documento>> Lder del proyecto funcionalidad definida
Documento
del sistema
<<documento>>
<<controla>> <<cumple>>
Documento Diseos de pruebas
<<sistema>> del sistema
de pruebas
Software <<proceso>>
programado Pruebas <<sistema>>
de Software Software
<<documento>>
probado
Casos de
prueba <<ejecuta>> <<documento>>

Manual de
<<actor>>
usuario
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


DSIA-ULA
Mtodo de desarrollo de software
Fase: Implantacin del sistema

<<objetivos>>
(1) Transferir el sistema
<<actor>>
de su ambiente de
<<sistema>> Lder del proyecto desarrollo a su ambiente
de produccin
Software
probado
<<controla>> <<cumple>> <<sistema>>
<<documento>>
Sistema
Manual de
<<proceso>> instalado en
usuario produccin
Implantacin
de sistemas <<actor>>
<<documento>>
Modelo de Usuarios
negocios adiestrados
(rediseo) <<ejecuta>>

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

Prof. Gustavo Briceo Feb.2008


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 <<regla>> <<actor>> <<objetivo>> Fin que se


controlan persigue
nombre nombre descripcin

<<controla <<controla <<cumple Productos o


<<evento>> >> >> >> servicios
prestados
descripcin
<<proceso>>
<<informacin>> <<objeto>>

nombre nombre del proceso nombre

<<objeto>>
nombre
<<ejecuta> <<apoya> <<suple>> <<suple>> Objetos o recursos
> > requeridos o usados
<<actor>> <<aplicacin>> <<datos>> <<informacin>> (no transformados)
Objetos o nombre nombre nombre nombre
insumos que
se transforman

Prof. Gustavo Briceo Feb.2008


DSIA-ULA
Mtodo de desarrollo de software
Fase: Diseo de software

Documento de diseo Enfoque: Estructural -> Orientado a Objetos


Documento de diseo de la aplicacin
Arquitectura de software
1.1. Objetivos de la aplicacin
Describe la estructura que tendr la
1.2. Requisitos de informacin
aplicacin en trminos de subsistemas,
1.3. Requisitos de la aplicacin
componentes y relaciones entre ellos.
Modelos de datos 1.4. Restricciones (especificaciones)
Describe el diseo de la (s) base (s) de 1.5. Diseo de la aplicacin
datos que integrarn la aplicacin (modelo 1.5.1. Definicin de usuarios
fsico). 1.5.2. Opciones del sistema (tabla de opciones del sistema: cdigo de la opcin,
Diseos de interfaces descripcin, caso de uso asociado).
Describe las interfaces debe tener la 1.5.3. Tabla de usuarios opciones del sistema.
aplicacin (Interfaces usuario / sistema e 1.5.4. Tabla de casos de uso (cdigo, descripcin).
Interfaces entre aplicacin y otros sistemas). 1.5.5. Descripcin de los casos de uso y escenarios (solo en los casos diferentes
Diseo de componentes a tablas bsicas).
Describe los detalles del diseo de cada 1.5.6. Tabla de diagramas de estado (cdigo, descripcin).
uno de los componentes (mdulos) de 1.5.7. Diagramas de estado.
software o programas que integran la 1.5.8. Diseo fsico de la base de datos (pdm - documentado).
arquitectura. 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.

Prof. Gustavo Briceo Feb.2008 Ir a: Diseo de software


DSIA-ULA
Mtodo de desarrollo de software
Fase: Ingeniera de Requisitos Modela el espacio de la solucin
Describe los requisitos que debe satisfacer el
sistema de informacin
Documento de requisitos
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 Soporte
tcnico
Procesos
Actividades
(automatizables) Clasificacin
Requisitos Funcionales
Req-001 No funcionales
Req-002
Actores

Reglas de negocio Usuarios Reportes


Requisitos / Procesos

Modelo de eventos
Casos de uso Sub-sistemas, o Mdulos,
Diagrama de Objetos Diagrama o Componentes
Escenarios

Diagramas
Estado

Diagramas Opciones / Men


Secuencia
Clases
Interfaz

Base de Datos
Modelo Fsico Arquitectura
del Sistema

Prof. Gustavo Briceo Feb.2008


DSIA-ULA
Mtodo de desarrollo de software
Relacin entre los productos que se generan en el proceso de desarrollo

Modelo de Usuarios US-


US-DSIA
Negocios Procesos
Dominio del Sistema
Actividades
(automatizables) Clasificacin
Requisitos Funcionales
Req-001 No funcionales
Req-002
Actores

Reglas de negocio Usuarios Reportes


Requisitos / Procesos

Modelo de eventos
Casos de uso Sub-sistemas, o Mdulos,
Diagrama de Objetos Diagrama o Componentes
Escenarios

Diagramas
Estado

Diagramas Opciones / Men


Secuencia
Clases
Interfaz

Base de Datos
Modelo Fsico Arquitectura
del Sistema

Prof. Gustavo Briceo Feb.2008


DSIA-ULA
Mtodo de desarrollo de software
Relacin entre los productos que se generan en el proceso de desarrollo

Modelo de Usuarios US-


US-DSIA
Ingeniera de
Negocios Procesos Requisitos
Dominio del Sistema
Actividades
(automatizables) Clasificacin
Requisitos Funcionales
Req-001 No funcionales
Req-002
Actores

Reglas de negocio Usuarios Reportes


Requisitos / Procesos

Modelo de eventos
Casos de uso Sub-sistemas, o Mdulos,
Diagrama de Objetos Diagrama o Componentes
Escenarios

Diagramas
Estado

Diagramas Opciones / Men


Secuencia
Clases
Interfaz

Base de Datos
Modelo Fsico Arquitectura
del Sistema

Prof. Gustavo Briceo Feb.2008


DSIA-ULA
Mtodo de desarrollo de software
Relacin entre los productos que se generan en el proceso de desarrollo

Modelo de Usuarios US-


US-DSIA
Ingeniera de
Negocios Procesos Requisitos
Dominio del Sistema
Actividades
(automatizables) Clasificacin
Requisitos Funcionales
Req-001 No funcionales
Req-002
Actores

Reglas de negocio Usuarios Reportes


Requisitos / Procesos

Modelo de eventos
Casos de uso Sub-sistemas, o Mdulos,
Diagrama de Objetos Diagrama o Componentes
Escenarios

Diagramas
Estado

Diagramas Opciones / Men


Secuencia
Clases
Interfaz

Base de Datos
Modelo Fsico Arquitectura
Diseo de del Sistema

Prof. Gustavo Briceo Feb.2008 Software


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 2.1.2. Entendimiento 2.1.3. Organizacin del 2.1.4. Recoleccin de


de objetivos del dominio conocimiento requisitos

Prof. Gustavo Briceo Feb.2008 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 2.2.4. Diseo inicial
problema 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, 2.3.2. Elaborar el


documento o descripcin
estructura y contenido de
la especificacin de especificacin de
requisitos

Prof. Gustavo Briceo Feb.2008 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 2.4.2. Distribuir el 2.4.3. Revisin 2.4.4. Revisin en 2.4.5. Seguimiento
revisin documento individual grupo de correcciones

Prof. Gustavo Briceo Feb.2008 Ir a Ingeniera de Requisitos

También podría gustarte