Presentacion 08-2-2008

DSIA-ULA
Prof. Gustavo Briceo Feb.2008

El Desarrollo de Software
desde un enfoque de procesos
Desarrollo de
Software
Software
<<sistema>>
<<proceso>>
Planteamiento
del Problema
<<documento>>
Proceso: conjunto de actividades
interrelacionadas que permiten alcanzar
un objetivo preestablecido
Prof. Gustavo Briceo / gbriceno@ula.ve
http://webdelprofesor.ula.ve/ingenieria/gbriceno
DSIA-ULA
Para desarrollar software es necesario:
Entender la naturaleza del software naturaleza del software
Utilizar un proceso de desarrollo proceso de desarrollo bien definido y probado
(adaptado a las caractersticas del software a desarrollar)
Gestionar el desarrollo Gestionar el desarrollo de software como un proyecto de
ingeniera
El proceso de desarrollo de software "esaquel en quelas
necesidadesdel usuarioson traducidasen requerimientosde
software, estosrequerimientostransformadosen diseoy el diseo
implementadoen cdigo, el cdigoesprobado, documentadoy
certificadoparasuusooperativo". Concretamente"define quinest
haciendoqu, cundohacerloy cmoalcanzar un ciertoobjetivo"
[J acobson 1998].
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.
DSIA-ULA
Los elementos fundamentales de un proyecto son:
Procesos (actividades)
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.
mtodo
DSIA-ULA
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.
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.)
DSIA-ULA
Construccin
de la
aplicacin
Gerencia del proyecto
Pruebas de
la aplicacin
Implantacin
de la
aplicacin
Ingeniera
de requisitos
Diseo de la
aplicacin
Gestin de la calidad de los productos
Gestin de la configuracin
Verificacin y validacin
Adiestramiento
Documentacin
Modelo del proceso de desarrollo de aplicaciones de la DSIA
Cadena de Valor
Versin 1.0 Mayo, 2006
Procesos fundamentales Procesos de apoyo
PF2.2 PF2.3 PF2.4 PF2.6 PF2.7
PA-2.1
PA-2.2
PA-2.3
PA-2.4
PA-2.5
PA-2.6
PF2.1
Modelado del
dominio de la
aplicacin
Proceso de desarrollo de aplicaciones Modelado,
Ingeniera de Requisitos
y Diseo de la aplicacin
Diagrama de procesos
Los modelos y el proceso de modelado
Cadena de Valor
Michael Porter (2006)
DSIA-ULA
Proceso de desarrollo de software
Ingeniera
de requisitos
Modelado del
sistema de
negocios
Diseo del
sistema
Construccin
e integracin
del sistema
Pruebas
del sistema
Implantacin
del sistema
Procesos
gerenciales
Soporte al
sistema de
software
Nivel organizacional
Nivel de sistema
Nivel de soporte
Fases del proceso
de desarrollo de
software
Modelado del
sistema de
negocios
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
Modelado de
negocios
Experto en el
dominio del
problema
<<actor>>
Modelo de
Negocios
<<documento>>
<<proceso>>
<<objetivos>>
Conocer detalladamente
el negocio (dominio del
sistema), mediante el
modelado empresarial
Lder del proyecto
<<actor>>
<<cumple>>
<<ejecuta>>
<<controla>>
<<actor>>
Personal del rea de
modelado (especialista en
modelado de negocios);
Usuarios
Fase: Modelado de negocios
M M todo de desarrollo de software todo de desarrollo de software
Planteamiento
del Problema
<<documento>>
DSIA-ULA
Modelado
de objetivos
Definicin del
sistema de negocio
Modelado del
proceso
de negocios
Modelado de
objetos de
negocios
Modelado
de eventos
Modelado
de actores
Procesos
Gerenciales
Modelado
de reglas
del negocio
Entrega del
Modelo de
Negocio
Diagrama de jerarqua de sistemas
Definicin del dominio del negocio
Modelo de objetivos
Modelo de reglas de negocio
Cadena de valor
Diagramas de procesos
Diagramas de actividades
Diagrama de eventos
Matriz eventos - procesos
Diagrama de clases
Matrz procesos / objetos
Organigrama
Descripcin de actores / roles
Matrz actor / procesos
Ir a: Modelado de negocios
Basado en el mtodo BMM
Mtodo de Modelado de Negocios
Proceso: Modelado de negocios
DSIA-ULA
Procesos Fundamentales de la Oficina Central de Registros
Estudiantiles de la Universidad de Los Andes
1. Matriculacin
de nuevos
estudiantes
5. Gestin de
revalidas,
convlidas y
equivalencias
6. Emisin de
constancias y
certificaciones
para estudiantes
de pregrado
2. Gestin de
permanencia
9.Gestin de
servicios
8. Emisin de
reportes y
estadsticas
4. Gestin de
grados
7. Emisin de
carnets
universitarios
11. Apoyo legal
12. Apoyo secretarial
13. Apoyo informtico
14. Archivo
10. Apoyo administrativo
3. Gestin de
retiros
definitivos
Cadena de Valor
1. Matriculacin de nuevos estudiantes 1.1. Planificacin de la matriculacin
1.2. Registro de admitidos
1.3. Matriculacin de admitidos
1.4. Informacin de resultados de la admisin
2. Gestin de permanencia 2.1. Registro de medidas de rendimiento estudiantil
2.2. Registro de no inscripcin de asignaturas
2.3. Registro del retiro legal del perodo acadmico
2.4. Reincorporaciones
2.5. Revocatorias de medidas de rendimiento
2.6. Registro de sanciones
3. Gestin de retiros definitivos
4. Gestin de grados 4.1. Apertura de expedientes de grado
4.2. Recepcin de recaudos para grado
4.3. Cierres de expedientes de grado
5. Gestin de revalidas, convlidas y
equivalencias 5.1. Gestin de revlidas
5.2. Gestin de convlidas
5.3. Gestin de equivalencias
6. Emisin de constancias y certificaciones
para estudiantes de pregado 6.1. Solicitud de constancias y certificaciones
6.2. Emisin de constancias
6.3. Emisin de certificaciones
6.4. Entrega de constancias y certificaciones
7. Emisin de carnets universitarios 7.1. Solicitud de carnets
7.2. Generacin de carntes
7.3. Entrega de carnets
8 Emisin de reportes y estadsticas 8.1. Solicitud de reportes y estadsticas
8.2. Generacin de reportes y estadsticas
8.3. Entrega de reportes y estadsticas
9. Gestin de servicios 9.1. Recepcin de aranceles de registros estudiantiles
9.2. Suministro de planillas para solicitudes
9.3. Asesora legal
9.4. Atencin estudiantil en el rea de registros
estudiantiles de pregrado
Jerarqua de procesos
<<proceso>>
nombredel proceso
<<informacin>>
nombre
<<informacin>>
nombre
<<actor>>
nombre
<<objeto>>
nombre
<<regla>>
nombre
<<actor>>
nombre
<<objetivo>>
descripcin
<<objeto>>
nombre
<<controla
>>
<<controla
>>
<<cumple
>>
<<ejecuta>
>
<<suple>>
Objetoso
insumosque
setransforman
Objetosorecursos
requeridosousados
(notransformados)
Finquese
persigue
Productoso
servicios
prestados
Objetosque
controlan
<<aplicacin>>
nombre
<<apoya>
>
<<datos>>
nombre
<<suple>>
<<evento>>
descripcin
<<proceso>>
nombredel proceso
<<informacin>>
nombre
<<informacin>>
nombre
<<actor>>
nombre
<<objeto>>
nombre
<<regla>>
nombre
<<actor>>
nombre
<<objetivo>>
descripcin
<<objeto>>
nombre
<<controla
>>
<<controla
>>
<<cumple
>>
<<ejecuta>
>
<<suple>>
Objetoso
insumosque
setransforman
Objetosorecursos
requeridosousados
(notransformados)
Finquese
persigue
Productoso
servicios
prestados
Objetosque
controlan
<<aplicacin>>
nombre
<<apoya>
>
<<datos>>
nombre
<<suple>>
<<evento>>
descripcin
Diagrama de procesos
Admitidos OCRE coordinacin de facultad
Situacin
actual
Pasos
a seguir
Planilla de
matriculacin
como nuevo
[valida]
[no valida]
[valida]
[no valida]
verifica fecha de
matriculacin
acude a OCRE
para realizar
matriculacin
entrega requisitos
exigidos
espera fecha
asignada
verifica admisin
del solicitante
revisa requisitos
exigidos
registra datos del
nuevo estudiante
genera planillas
de matriculacin
informa situacin
firma planillasde
matriculacin
verifica planillas
de matriculacin
entrega copia de
la planillas al
estudiante
informa pasos a
seguir al nuevo
estudiante
conforma
expediente
personal
archiva
temporalmente
expediente
personal
captura imagen
del nuevo
estudiante
Diagrama de Actividades
Dep enden ci a
+incorporar()
+trasladar()
+desincorporar()
+modificar()
+imprimir()
+cotejar()
+cambiarestado()
-identificacin
-marca
-modelo
-serial
-
Bi en Mueble
Sol icitud
In ven tari o
Fsi co
-emite
1 *
Person al
Jefe Oficin a
Central Co ntrol
Bi en es
Regi strador
de Bienes
-fecha
Levan tamiento
In ven tari o
Fsi co
-genera 1
1
-ejecuta
1 *
-planifica 1
*
Fo rma F-I-20-B -utiliza
1 *
-fecha
-tiempoEmpleado
-cantidadBienesInspeccionados
-cantidadBieneNoregistrados
-cantidadBienesNomarcados
-cantidadBienesFaltantes
Info rme Resul tado
Inventar io Fsico
1
1
-elabora 1
*
1
-coteja 1
Diagrama de objetos
<<proceso>>
1.1.1
Control
Perceptivo
<<evento>>
Entrega de
bienes
muebles
<<Informacin>>
Comprobantes
de Adquisicin
de Bienes
<<proceso>>
1.1.2.1
Verifi cacin
de Recaudos
por Compra
<<proceso>>
1.1.2.2
Verificacin
de Recaudos
por Donacin
<<proceso>>
1.1.2.3
Verificacin de
Recaudos por
Produccin
<<Informacin>>
Solicitudde
Incorporacin,
Comprobantes
<<proceso>>
1.1.3
Asignacin de
Cdigos
<<proceso>>
1.1.4
Rotulacin de
Bienes
[Compra]
[Donacin]
[Produccin]
<<Informacin>>
Expediente de
bienes a incorporar
<<Informacin>>
Expediente de
bienes incorporados,
Comprobantes de
adquisicin codificados
<<objeto>>
Bienes marcados
<<evento>>
Solicitudde
incorporacin
de bienes
<<proceso>>
1.1.1
Control
Perceptivo
<<proceso>>
1.1.1
Control
Perceptivo
<<evento>>
Entrega de
bienes
muebles
<<evento>>
Entrega de
bienes
muebles
<<Informacin>>
Comprobantes
de Adquisicin
de Bienes
<<proceso>>
1.1.2.1
Verifi cacin
de Recaudos
por Compra
<<proceso>>
1.1.2.1
Verifi cacin
de Recaudos
por Compra
<<proceso>>
1.1.2.2
Verificacin
de Recaudos
por Donacin
<<proceso>>
1.1.2.2
Verificacin
de Recaudos
por Donacin
<<proceso>>
1.1.2.3
Verificacin de
Recaudos por
Produccin
<<proceso>>
1.1.2.3
Verificacin de
Recaudos por
Produccin
<<Informacin>>
Solicitudde
Incorporacin,
Comprobantes
<<proceso>>
1.1.3
Asignacin de
Cdigos
<<proceso>>
1.1.3
Asignacin de
Cdigos
<<proceso>>
1.1.4
Rotulacin de
Bienes
<<proceso>>
1.1.4
Rotulacin de
Bienes
[Compra]
[Donacin]
[Produccin]
<<Informacin>>
Expediente de
bienes a incorporar
<<Informacin>>
Expediente de
bienes incorporados,
Comprobantes de
adquisicin codificados
<<objeto>>
Bienes marcados
<<evento>>
Solicitudde
incorporacin
de bienes
<<evento>>
Solicitudde
incorporacin
de bienes
Modelo de eventos
<<regla>>
REGLA DEL NEGOCIO
<<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 17-
12-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
<<regla>>
REGLAMENTO
Reglamento del Sistema de
Inventario de la Universidad
de Los Andes
<<regla>>
CDIGOS
Cdigo de tica del
Funcionario Pblico
<<regla>>
PUBLICACIONES
Publicaciones Nros.
9,10,15,20 y21 de la
Contralora General de la
Repblica
<<regla>>
MANUALES
Manual de Normas de Control
Interno sobre un Modelo
Genrico de la Administracin
Central yDescentralizada
Funcionalmente (Gaceta Oficial
N 38.282 del 28-09-2005)
Manual para el Registro de
Bienes Muebles del Sistema
Integrado de Gestin yControl de
las Finanzas Pblicas (SIGECOF-
2003)
Manual de procedimientos para el
control de activo fijo.
Manuales o catlogos de cuentas
contables para el sistema de
contabilidadpblica elaborado
por Programa de Modernizacin
de la Administracin Financiera
del Estado
<<regla>>
REGLA DEL NEGOCIO
<<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 17-
12-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
<<regla>>
REGLAMENTO
Reglamento del Sistema de
Inventario de la Universidad
de Los Andes
<<regla>>
CDIGOS
Cdigo de tica del
Funcionario Pblico
<<regla>>
PUBLICACIONES
Publicaciones Nros.
9,10,15,20 y21 de la
Contralora General de la
Repblica
<<regla>>
MANUALES
Manual de Normas de Control
Interno sobre un Modelo
Genrico de la Administracin
Central yDescentralizada
Funcionalmente (Gaceta Oficial
N 38.282 del 28-09-2005)
Manual para el Registro de
Bienes Muebles del Sistema
Integrado de Gestin yControl de
las Finanzas Pblicas (SIGECOF-
2003)
Manual de procedimientos para el
control de activo fijo.
Manuales o catlogos de cuentas
contables para el sistema de
contabilidadpblica elaborado
por Programa de Modernizacin
de la Administracin Financiera
del Estado
Modelo de Reglas de Negocio
Jerarqua de Sistemas
Sistema de Registro Sistema de Registro
y y
Control de Bienes Control de Bienes
Sistema Sistema
de de
Compras Compras
Sistema Sistema
de de
Contabilidad Contabilidad
Sistema Financiero de la ULA Sistema Financiero de la ULA
Sistema de Registro Sistema de Registro
y y
Control de Bienes Control de Bienes
Sistema Sistema
de de
Compras Compras
Sistema Sistema
de de
Contabilidad Contabilidad
Sistema Financiero de la ULA Sistema Financiero de la ULA
Modelo de Objetivos
OBJETIVO1:
Mantener el control fsicodelosbienes
mueblesdelaULA medianteel registroy
control desusincorporaciones,
desincorporaciones, traslados,
conservacin, mantenimiento, custodiay
actualizacindel inventariofsicocon
apegoalasleyesynormativasvigentes.
OBJETIVO1.1:
Efectuar el registrodelosmovimientos
debienesquereflejenlas
incorporaciones, desincorporacionesy
trasladosdebienesmuebles.
OBJETIVO1.1.1:
Llevar un
registrodelos
bienesmuebles
adquiridospor
laUniversidad
yaseapor
compra,
donacino
produccin
institucional.
OBJETIVO1.1.2:
Mantener un
registrodel
cambiode
ubicacinfsica
yresponsables
delosbienes
mueblescuando
estosson
trasladadosde
unrecinto
universitarioa
otro.
OBJ ETIVO1.2:
Efectuar el Control sobreel uso,
conservacin, mantenimiento,
reemplazoycustodiadelosbienes
mueblesdelaULA.
OBJETIVO1.1.3:
Conservar un
registrodetodos
losbienes
muebles
desincorporados
delosactivos
fijosdela
Universidad, ya
seanpor venta,
donacin,
permuta, roboo
inservibilidad.
OBJ ETIVO1.1.4:
Mantener
actualizado
cualquier cambio
enlas
caractersticas
fsicasdelos
bienesmuebles,
as comodesu
ubicaciny
responsable.
OBJETIVO1.2.1:
Verificar el
estado, usoy
conservacinde
losbienes
medianteel
levantamientodel
inventariofsico
debienes
mueblesdela
Universidad.
OBJETIVO1.2.2:
Asignar
responsabilidades
paralacustodiade
losbienesal
personal quelo
utilizaenla
ejecucindesus
funciones.
OBJETIVO1.2.3:
Realizar
mantenimiento
peridicotanto
preventivocomo
correctivoalos
bienesmueblesde
laUniversidad.
OBJETIVO1:
Mantener el control fsicodelosbienes
mueblesdelaULA medianteel registroy
control desusincorporaciones,
desincorporaciones, traslados,
conservacin, mantenimiento, custodiay
actualizacindel inventariofsicocon
apegoalasleyesynormativasvigentes.
OBJETIVO1.1:
Efectuar el registrodelosmovimientos
debienesquereflejenlas
incorporaciones, desincorporacionesy
trasladosdebienesmuebles.
OBJETIVO1.1.1:
Llevar un
registrodelos
bienesmuebles
adquiridospor
laUniversidad
yaseapor
compra,
donacino
produccin
institucional.
OBJETIVO1.1.2:
Mantener un
registrodel
cambiode
ubicacinfsica
yresponsables
delosbienes
mueblescuando
estosson
trasladadosde
unrecinto
universitarioa
otro.
OBJ ETIVO1.2:
Efectuar el Control sobreel uso,
conservacin, mantenimiento,
reemplazoycustodiadelosbienes
mueblesdelaULA.
OBJETIVO1.1.3:
Conservar un
registrodetodos
losbienes
muebles
desincorporados
delosactivos
fijosdela
Universidad, ya
seanpor venta,
donacin,
permuta, roboo
inservibilidad.
OBJ ETIVO1.1.4:
Mantener
actualizado
cualquier cambio
enlas
caractersticas
fsicasdelos
bienesmuebles,
as comodesu
ubicaciny
responsable.
OBJETIVO1.2.1:
Verificar el
estado, usoy
conservacinde
losbienes
medianteel
levantamientodel
inventariofsico
debienes
mueblesdela
Universidad.
OBJETIVO1.2.2:
Asignar
responsabilidades
paralacustodiade
losbienesal
personal quelo
utilizaenla
ejecucindesus
funciones.
OBJETIVO1.2.3:
Realizar
mantenimiento
peridicotanto
preventivocomo
correctivoalos
bienesmueblesde
laUniversidad.
Modelo de Negocios
Modelo de producto
Ir a: Modelado de negocios
Ciudadano
Sancionado
Personal de
laORE
ULA-SIRE
Oficinade
Registros
Estudiantiles
Decanato/
Vicerrectorado
deNcleo
Internos Externos
Comisinde
Apelaciones
Consejo
Universitario
Modelo de Actores / Unidades
Transformacin de modelos
Proceso: Modelado de negocios
DSIA-ULA
Ingeniera
de Requisitos
Experto en el
dominio del problema
y la solucin
<<actor>>
Documento
de Requisitos
<<documento>>
<<actor>>
<<proceso>>
<<objetivos>>
Determinar las necesidades
de informacin y
automatizacin que tiene
los usuarios
<<actor>>
<<cumple>>
<<ejecuta>>
<<controla>>
Modelo de
Negocios
<<documento>>
Lder del proyecto
Personal del rea de
modelado (especialista en
ingeniera de requisitos);
Usuarios
Fase: Ingeniera de requisitos
DSIA-ULA
Diseo de
Software /
Rediseo de
proceso
Documento
de Diseo
(validado)
<<documento>>
<<actor>>
<<proceso>>
<<objetivos>>
(1) Disear un sistema de software que
cumpla con los requisitos definidos;
(2) Redisear el modelo de negocios
que permita implantar la solucin
<<actor>>
<<cumple>>
<<ejecuta>>
<<controla>>
Personal del rea de
modelado (experto dominio
problema y solucin); Personal
del rea de diseo; Personal del
rea de programacin
Lder del proyecto
Modelo de
negocios
(rediseo)
<<documento>>
Documento
de Requisitos
<<documento>>
Modelo de
Negocios
<<documento>>
Casos de
prueba
<<documento>>
Modelo Arquitectnico
Modelo de Datos
Modelo de Interfaces
Modelos de componentes
Fase: Diseo de software y rediseo de procesos
DSIA-ULA
Programacin
de Software
Software
programado
<<sistema>>
Documento
del sistema
<<documento>>
<<proceso>>
<<objetivos>>
(1) Traducir las
especificaciones de
diseo en un producto de
software
<<actor>>
<<cumple>>
<<ejecuta>>
<<controla>>
Lder del proyecto
<<actor>>
Personal del rea
de diseo; Personal del
rea de programacin
Documento
de Diseo
(validado)
<<documento>>
PHP Power Builder
SYBASE (ASE)
Algoritmos
Programas fuentes
Diseo de pruebas de
unidad e integracin
Fase: Programacin de software
DSIA-ULA
Pruebas
de Software
<<proceso>>
<<objetivos>>
(1) Asegurar que el
software cumpla la
funcionalidad definida
<<actor>>
<<cumple>>
<<ejecuta>>
<<controla>>
Software
probado
<<sistema>>
Documento
de pruebas
<<documento>>
<<actor>>
Personal del rea de
del rea de programacin; Personal
del rea de pruebas e implantacin
Lder del proyecto
Manual de
usuario
<<documento>>
Software
programado
<<sistema>>
Documento
del sistema
<<documento>>
Casos de
prueba
<<documento>>
Diseos de pruebas
del sistema
Fase: Pruebas de software
DSIA-ULA
Implantacin
de sistemas
Usuarios
adiestrados
<<actor>>
Sistema
instalado en
produccin
<<sistema>>
<<proceso>>
<<objetivos>>
(1) Transferir el sistema
de su ambiente de
desarrollo a su ambiente
de produccin
<<actor>>
<<cumple>>
<<ejecuta>>
<<controla>>
Lder del proyecto
<<actor>>
Personal del rea de
del rea de pruebas e implantacin
Software
probado
<<sistema>>
Manual de
usuario
<<documento>>
Modelo de
negocios
(rediseo)
<<documento>>
Fase: Implantacin del sistema
DSIA-ULA
Modelo: Es la representacin abstracta de un sistema u objeto
quese elaboraparasimplificar sucomprensinu 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: LenguajeUnificadode Modelado
El proceso de desarrollo de software se basa en
la transformacin de modelos
DSIA-ULA
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 modelo de producto y un
modelo de proceso modelo de proceso.
El modelo de producto modelo de producto es el conjunto de conceptos que se
pueden utilizar para construir un producto o sistema
determinado.
El modelo de procesos modelo de procesos permite construir el producto (describe
qu, cmo y cundo deben ejecutarse las acciones para construir
el producto o sistema).
Mtodo de trabajo
DSIA-ULA
Diagrama de Procesos
<<proceso>>
nombre del proceso
<<informacin>>
nombre
<<informacin>>
nombre
<<actor>>
nombre
<<objeto>>
nombre
<<regla>>
nombre
<<actor>>
nombre
<<objetivo>>
descripcin
<<objeto>>
nombre
<<controla
>>
<<controla
>>
<<cumple
>>
<<ejecuta>
>
<<suple>>
Objetos o
insumos que
se transforman
Objetos o recursos
requeridos o usados
(no transformados)
Fin que se
persigue
Productos o
servicios
prestados
Objetos que
controlan
<<aplicacin>>
nombre
<<apoya>
>
<<datos>>
nombre
<<suple>>
<<evento>>
descripcin
Notacin UML Business
Erikssony Penker (2000)
DSIA-ULA
Documento de diseo 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.
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.
Fase: Diseo de software
Ir a: Diseo de software
DSIA-ULA
Fase: Ingeniera de Requisitos
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)
Modela el espacio de la solucin
Describe los requisitos que debe satisfacer el
sistema de informacin
A que nivel de detalle llegar en los modelos?
DSIA-ULA
Procesos
Actividades
(automatizables)
Requisitos
Req-001
Req-002
Clasificacin
Funcionales
No funcionales
Requisitos / Procesos
Sub-sistemas, o Mdulos,
o Componentes
Opciones / Men
Casos de uso
Diagrama
Escenarios
Interfaz
Diagramas
Estado
Diagramas
Secuencia
Diagrama de Objetos
Clases
Base de Datos
Modelo Fsico
Reportes
Usuarios Usuarios
Usuarios
Reglas de negocio
Actores
Relacin entre los productos que se generan en el proceso de desarrollo
Modelo de eventos
Arquitectura
del Sistema
Soporte Soporte
t t cnico cnico
DSIA-ULA
Procesos
Actividades
(automatizables)
Requisitos
Req-001
Req-002
Clasificacin
Funcionales
No funcionales
o Componentes
Opciones / Men
Casos de uso
Diagrama
Escenarios
Interfaz
Diagramas
Estado
Diagramas
Secuencia
Diagrama de Objetos
Clases
Base de Datos
Modelo Fsico
Reportes Usuarios
Reglas de negocio
Actores
Modelo de eventos
Arquitectura
del Sistema
Modelo de
Negocios
Dominio del Sistema
Usuarios Usuarios US US- -DSIA DSIA
DSIA-ULA
Procesos
Actividades
(automatizables)
Requisitos
Req-001
Req-002
Clasificacin
Funcionales
No funcionales
o Componentes
Opciones / Men
Casos de uso
Diagrama
Escenarios
Interfaz
Diagramas
Estado
Diagramas
Secuencia
Diagrama de Objetos
Clases
Base de Datos
Modelo Fsico
Reportes Usuarios
Reglas de negocio
Actores
Modelo de eventos
Arquitectura
del Sistema
Ingenier Ingenier a de a de
Requisitos Requisitos
Modelo de
Negocios
Dominio del Sistema
DSIA-ULA
Procesos
Actividades
(automatizables)
Requisitos
Req-001
Req-002
Clasificacin
Funcionales
No funcionales
o Componentes
Opciones / Men
Casos de uso
Diagrama
Escenarios
Interfaz
Diagramas
Estado
Diagramas
Secuencia
Diagrama de Objetos
Clases
Base de Datos
Modelo Fsico
Reportes Usuarios
Reglas de negocio
Actores
Modelo de eventos
Ingenier Ingenier a de a de
Requisitos Requisitos
Arquitectura
del Sistema
Dise Dise o de o de
Software Software
Modelo de
Negocios
Dominio del Sistema
DSIA-ULA
Ingeniera de Requisitos
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 quse 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.
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.
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
Ir a Fase de Ingeniera de Requisitos
DSIA-ULA
2.1.1. Establecimiento
de objetivos
2.1.2. Entendimiento
del dominio
2.1.3. Organizacin del
conocimiento
2.1.4. Recoleccin de
requisitos
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
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
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
2.3.2. Elaborar el
documento o descripcin
de especificacin 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
2.4.2. Distribuir el
documento
2.4.3. Revisin
individual
2.4.4. Revisin en
grupo
2.4.5. Seguimiento
de correcciones

Presentacion 08-2-2008

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Presentacion 08-2-2008

Diunggah oleh

Hak Cipta:

Format Tersedia

DSIA-ULA

Prof. Gustavo Briceo Feb.2008

Anda mungkin juga menyukai