Análisis y diseño de sistemas de información

Unidad:
Proyectos informáticos e Ingeniería de
Requerimientos

Docente: Jesús Arias Caycho

Logro

Al finalizar la unidad, el estudiante identifica y describe el

proceso de gestión de proyectos informáticos y los
requerimientos informáticos de los usuarios en una
organización.

Importancia

La unidad proporciona conocimientos básicos sobre gestión de

proyectos y de ingeniería de requerimientos, aspectos
importantes en todo proyecto de desarrollo de software
considerando que hoy en día los requerimientos son mas
complejos y cambiantes y es importante hacer una adecuada
gestión de los mismos.
Contenido general

• Gestión de Proyectos
• Plan de Gestión de Proyectos
• Metodología RUP
• UML
• Ingeniería de Requerimientos
• Modelado del Negocio
• Modelo de Casos de Uso
Gestión de Proyectos
• Definición de Proyecto
• ¿Qué tienen en común los proyectos?
• Estadísticas de Proyectos
• ¿Por qué fallan los proyectos?
• Ciclo de Vida del Proyecto
• Gerencia de Proyectos
¿Qué es un Proyecto?

“Conjunto de actividades de naturaleza temporal con un

principio y un fin que se emprende con el objeto de crear
un producto o servicio que satisfaga una necesidad”.
(Guía de los Fundamentos para la Dirección de Proyectos, 2008)
¿Qué es un Proyecto?

- Demanda del Mercado

- Necesidad de la
Los proyectos Organización
surgen por - Solicitud de un Cliente
- Un avance tecnológico
- Un requisito legal
¿Qué tienen en común los proyectos?

1. Grandes Inversiones

2. Alto Riesgo

3. Alta complejidad

4. Gran número de personas involucradas

¿Qué tienen en común los proyectos?

5. Impacto en el medio ambiente

6. Responsabilidad Social

7. Alto componente tecnológico

Estadísticas de Proyectos

29% 27% 31% 28% 29%

49% 56% 50% 55% 52%

22% 17% 19% 17% 19%

Imagen extraída de https://www.infoq.com/articles/standish-chaos-2015

¿Por qué fallan los proyectos?

Inadecuada Mala estimación

identificación de de alcance, tiempo
requisitos y costo

Inadecuada Planificación
identificación de inadecuada o
riesgos inexistente

Equipo de
No se identifican proyecto sin
los stakeholders capacidades y sin
motivación
Ciclo de Vida del Proyecto

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Ciclo de Vida del Proyecto

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Gerencia de Proyectos
Aplicación de conocimientos, habilidades, herramientas y
técnicas a las actividades de un proyecto para satisfacer los
requerimientos del proyecto

Identificar requerimientos

Abordar necesidades,
preocupaciones y expectativas de
los stakeholders

Balancear alcance, tiempo, costo,

calidad, recursos y riesgos

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Gerencia de Proyectos
1. Identificar requisitos
2. Abordar las diversas necesidades, inquietudes y
expectativas de los interesados según se planifica y
efectúa el proyecto,
3. Equilibrar las restricciones contrapuestas del proyecto
1 que se relacionan.
Alcance

Calidad

2 Cronograma

3 Presupuesto

Recursos

Riesgos

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Gerencia de Proyectos

Procesos

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Gerencia de Proyectos
Grupo de Procesos y Áreas de Conocimiento

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Gerencia de Proyectos
Grupo de Procesos y Áreas de Conocimiento

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Gerencia de Proyectos
Relación entre la Gerencia de Proyectos, la Gerencia de Programas y Gerencia de Portafolios

1 2 3
Programa
Proyecto Grupo de proyectos
Portafolio
Esfuerzo temporal relacionados, Grupos de proyectos y
emprendido para crear gestionados de manera programas, agrupados
un producto, servicio o coordinada para obtener para facilitar la gestión
resultado único beneficios y control, no y logro de los objetivos
disponibles si se estratégicos
gestionaran
individualmente

(Guía
©2008 Project Management Institute, Guía de los Fundamentos para la Dirección de Proyectos (Guía del de los Fundamentos
PMBOK®) para la Dirección de Proyectos, 2008)
— Cuarta edición
Gerencia de Proyectos
Relación entre la Gerencia de Proyectos, la Gerencia de Programas y Gerencia de Portafolios

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Gerencia de Proyectos

Factores Ambientales

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Gerencia de Proyectos

StakeHolders

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Plan de Gestión de Proyectos
• Plan de Gestión del Proyecto
• Desarrollar el Plan de Gestión de Proyectos.
• Gestión del Alcance
• Gestión del Tiempo
 Plan de Gestión del Proyecto

“Desarrollar el Plan para la Dirección del Proyecto es el

proceso que consiste en documentar las acciones
necesarias para definir, preparar, integrar y coordinar todos
los planes subsidiarios. El plan para la dirección del
proyecto se convierte en la fuente primaria de información
para determinar la manera en que se planificará, ejecutará,
monitoreará y controlará, y cerrará el proyecto.”

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Plan de Gestión del Proyecto
Entradas
1. Acta de Constitución del Proyecto
2. Salidas de los Procesos de
Planificación
3. Factores Ambientales de la
Empresa
4. Activos de los Procesos de la
Organización

Salidas
1. Plan para la
Dirección del
Proyecto

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Plan de Gestión del Proyecto

Acta de Constitución del Proyecto

Proceso que consiste en desarrollar un documento

que autoriza formalmente un proyecto o una fase, y
en documentar los requisitos iniciales que satisfacen
las necesidades y expectativas de los interesados. En
proyectos de fases múltiples, este proceso se utiliza
para validar o refinar las decisiones tomadas durante
la repetición anterior del proceso Desarrollar el Acta
de Constitución del Proyecto.

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

 Plan de Gestión del Proyecto
Entradas
1. Enunciado del Trabajo del
Proyecto
2. Caso de Negocio
3. Contrato
4. Factores Ambientales de la
Empresa
5. Activos de los Procesos de la
Organización

Acta de Constitución del

Proyecto
Salidas
1. Acta de
Constitución del
Proyecto
(Guía de los Fundamentos para la Dirección de Proyectos, 2008)
Desarrollar el Plan de Gestión de Proyectos

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Desarrollar el Plan de Gestión de Proyectos

Gestión del Alcance

del Proyecto
Gestión de las
Adquisiciones del Gestión del Tiempo del
Proyecto Proyecto

Desarrollar el
Gestión de los Riesgos Gestión de los Costos
del Proyecto
Plan de Gestión
del Proyecto
del Proyecto

Gestión de las
Comunicaciones del Gestión de la Calidad
Proyecto del Proyecto
Gestión de los
Recursos Humanos del
Proyecto
(Guía de los Fundamentos para la Dirección de Proyectos, 2008)
Desarrollar el Plan de Gestión del Proyecto

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Gestión del Alcance del Proyecto
Recopilar Requisitos
Proceso que consiste en
definir y documentar las
necesidades de los
interesados a fin de cumplir Entradas, Herramientas y Técnicas, y Salidas
con los objetivos del
proyecto.

Incluyen las necesidades,

deseos y expectativas
cuantificadas y
documentadas del
patrocinador, del cliente y
de otros interesados.

Significa definir y gestionar

las expectativas del cliente.

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Gestión del Alcance del Proyecto
Definir el Alcance

Proceso que consiste en

desarrollar una descripción
detallada del proyecto y del Entradas, Herramientas y Técnicas, y Salidas
producto

El enunciado se elabora a
partir de los entregables
principales, los supuestos y
las restricciones que se
documentan durante el
inicio del proyecto

Durante la planificación, se
define y se describe de
manera más específica
conforme se va recopilando
mayor información acerca
del proyecto (Guía de los Fundamentos para la Dirección de Proyectos, 2008)
Gestión del Alcance del Proyecto
Crear la EDT

Proceso que consiste en

subdividir los entregables
del proyecto y el trabajo del
proyecto en componentes Entradas, Herramientas y Técnicas, y Salidas
más pequeños y más fáciles
de manejar.

Descomposición jerárquica.
Con cada nivel descendente
de la EDT representando
una definición cada vez más
detallada del trabajo del
proyecto.

Organiza y define el alcance

total del proyecto.
Representa el trabajo
especificado en el
enunciado del alcance del
proyecto. (Guía de los Fundamentos para la Dirección de Proyectos, 2008)
Gestión del Alcance del Proyecto

Ejemplo de una Estructura de desglose de trabajo basada en los entregables principales

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)
Gestión del Tiempo del Proyecto
• Proceso que consiste en
identificar las acciones
Definir las
específicas a ser realizadas para
Actividades elaborar los entregables del
proyecto.

• Proceso que consiste en

Secuenciar las identificar y documentar las
Actividades interrelaciones entre las
actividades del proyecto.

• Proceso que consiste en estimar

Estimar los el tipo y las cantidades de
Recursos de las materiales, personas, equipos o
Actividades suministros requeridos para
ejecutar cada actividad.

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Gestión del Tiempo del Proyecto

• Proceso que consiste en

Estimar la establecer aproximadamente la
cantidad de periodos de trabajo
Duración de las necesarios para finalizar cada
Actividades actividad con los recursos
estimados.

• Proceso que consiste en analizar

la secuencia de las actividades,
Desarrollar el su duración, los requisitos de
Cronograma recursos y las restricciones del
cronograma para crear el
cronograma del proyecto.

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Gestión del Tiempo del Proyecto

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Gestión del Tiempo del Proyecto

5.3
Crear la EDT

• Línea Base del

Alcance 6.1
Definir las
actividades
• Activos de los
Procesos de la
Organización
• Factores • Lista de • Lista de actividades
Ambientales de Hitos • Atributos de la
la Empresa actividad
6.2 6.4
Empresa/ Secuenciar Estimar la
Organización las duración de
actividades las actividades

6.3
6.5
Estimar los
Recursos de
Desarrollar el
las actividades cronograma

Diagrama de Flujo de Datos del Proceso Definir las Actividades

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)
Gestión del Tiempo del Proyecto

Gestión del Tiempo del Proyecto

6.1
Definir las
actividades
5.2 • Lista de
Actividades
Definir • Atributos de la
alcance Actividad
• Lista de Hitos
• Enunciado del
Alcance del
6.2
Proyecto Secuenciar Documentos
las del Proyecto
• Actualizaciones a
• Activos de los
actividades los documentos
Procesos de la del proyecto
Organización
• Diagramas de Red
del Cronograma del
Empresa/ Proyecto
Organización
6.5
Desarrollar el
cronograma

Diagrama de Flujo de Datos del Proceso Secuenciar las Actividades

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)
Gestión del Tiempo del Proyecto

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)

Gestión del Tiempo del Proyecto

• Estructura
de Desglose
de recursos
• Calendarios
de recursos
• Lista de Actividades
• Atributos de • Actualizacio-
la Actividad nes a los
6.3 documentos
del Proyecto
Estimar los
Recursos • Requisitos
de las de recursos
• Activos de los Actividades de la
procesos de la actividad
organización
• Factores
ambientales de la
empresa

Diagrama de Flujo de Datos del Proceso Estimar los Recursos de las Actividades
(Guía de los Fundamentos para la Dirección de Proyectos, 2008)
Gestión del Tiempo del Proyecto

• Enunciado
del Alcance
del Proyecto

• Calendarios
de recursos • Lista de • Requisitos de
Actividades recursos de la
• Atributos de actividad
• Actualizacio-
la Actividad
6.4 nes a los
documentos
Estimar la del Proyecto
Duración
• Estimados
de las
• Activos de los
de la
Actividades duración
procesos de la
organización de la
• Factores actividad
ambientales de
la empresa

Diagrama de Flujo de Datos del Proceso Estimar la Duración de las Actividades

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)
Gestión del Tiempo del Proyecto

• Enunciado
del Alcance
del Proyecto

• Calendarios
de recursos

• Activos de los
procesos de la
organización
• Factores
ambientales de
la empresa

Diagrama de Flujo de Datos del Proceso Desarrollar el Cronograma

(Guía de los Fundamentos para la Dirección de Proyectos, 2008)
Metodología RUP
Ciclo de vida de RUP

Imagen extraída de http://sce.uhcl.edu/helm/rationalunifiedprocess/

 Fases e Hitos

tiempo

Comienzo Elaboración Construcción Transición

Objetivos Arquitectura Capacidad Release

(Visión) Operacional del producto
inicial

Imagen extraída de http://slideplayer.es/slide/3750635/

Elementos en RUP

Workflow

Workflow Detail

Roles

Actividades

Artefactos
Elementos en RUP
Workflows
Primarios

Workflows Apoyo
Imagen extraída de http://sce.uhcl.edu/helm/rationalunifiedprocess/
 Elementos en RUP
Flujo de trabajo: Requerimientos Detalle del flujo de trabajo: Análisis del problema

Plan de
gestión de
requisitos

Cliente

Capturar un Desarrollar plan Atributos de

vocabulario de gestión de los requisitos
común requisitos
Analista de
Usuario final sistema
Encontrar actores
y casos de uso Desarrollar
visión
Visión

Inversionista

Reglas de
Modelo de caso Modelo de Modelo de caso Solicitudes de negocio
de uso de objetos de de uso (solo los interesados
negocio negocio agentes)
Adaptado de http://slideplayer.es/slide/3750635/
Imagen extraída de http://sce.uhcl.edu/helm/rationalunifiedprocess/
 Roles

Analyst Developer
• Business-Process Analyst •Architect
• Business Designer •Architecture Reviewer
• Business-Model Reviewer •Capsule Designer
• Requirements Reviewer •Code Reviewer
• System Analyst •Database Designer
• Use-Case Specifier •Design Reviewer
• User-Interface Designer •Designer
•Implementer
•Integrator
 Roles

Testing professional Manager

• Test Designer •Change Control Manager
• Tester •Configuration Manager
•Deployment Manager
•Process Engineer
Otros Roles •Project Manager
•Any Worker •Project Reviewer
•Course Developer
•Graphic Artist
•Stakeholder
•System Administrator
•Technical Writer
•Tool Specialist
 Elementos en RUP
Ejemplo: Business Modeling Artifact Set

Glosario de Reglas de Modelo de caso Modelo de objeto

negocios negocios de uso de negocio de negocio

Analista de
procesos de
negocios Evaluación de la Visión del Documento de Especificación de
organización de negocio arquitectura negocios
destino empresarial complementarios

Caso de uso Actor de Realización de caso

de negocio negocio de uso de negocio

Diseñad
or de
Unidad de Entidad de Trabajador de
negocios organización negocio negocio

Imagen extraída de http://sce.uhcl.edu/helm/rationalunifiedprocess/

Elementos en RUP
• Roles, Actividades, Artefactos
• Ejemplo: System Analyst Role

Desarrollar plan de Desarrollar Generar las Administrar las

gestión de requisitos visión solicitudes de los dependencias
Pan de interesados
gestión de
requisitos
Analista de
sistema Desarrollar normas Capturar un Encontrar actores y Estructura el
de modelado caso vocabulario casos de uso modelo de caso
de uso común de uso
Normas de
modelado
caso de uso Responsable de

Solicitudes de Visión Modelo de Especificaciones Atributos de Glosario

los interesados caso de uso suplementarias los requisitos

Imagen extraída de http://sce.uhcl.edu/helm/rationalunifiedprocess/

Características Esenciales de RUP

1. Proceso Dirigido por los Casos de Uso

2. Proceso Iterativo e Incremental

3. Proceso Centrado en la Arquitectura

UML
Creadores de UML

Grady Booch Ivar Jacobson

Rational OMG(Grupo de
Administración de
Software
Objetos)
Corporation Estándar en la
Industria del Software
Jim Rumbaugh
 Versiones

Desde esa fecha hasta ahora UML ha tenido la siguiente evolución:

Noviembre de 1997: 1998: versión UML

1999: versión UML
aprobado por el 1.2 (revisiones
1.3
OMG menores)

2000: versión UML

2001: versión UML 2015: versión UML
1.4 (revisiones
1.5 y versión UML 2.0 2.5
menores)
Objetivos
• Lenguaje de modelado visual expresivo y utilizable.
• Mecanismos de extensión y especialización.
• Base formal para entender el lenguaje de modelado.
• Crecimiento del mercado de las herramientas OO.
• Conceptos de desarrollo de alto nivel: colaboraciones,
armazones, patrones y componentes.
Diagramas

Imagen extraída de: http://www.javiergarzas.com/2013/11/uml-2-5.html

UML : Diagrama de Caso de Uso

<<include>>

2 Ubicar habitación 1.1 Mostrar características

BOTÓN

1 Solicitud Habitación RECEPCIONI

STA
HUESPED <<extend>>

3 Crear Doc. Servicio 3.1 Recargo por uso Bar

<<include>>
<<extend>>

Tarjeta Banco
3.2 Recargo por daños
3.3 Cancelar Doc.

Efectivo
UML : Diagrama de Caso de Uso

Especificación de Caso de Uso

1. Vendedor registra precio de producto.
2. Vendedor calcula total de montos de productos
seleccionados.
3. Vendedor elabora documentos de venta.

Los siguientes pasos, se

Agrupan en el Caso de
Uso.

“Crear Documento de Venta”

 UML : Diagrama de Caso de Uso
Asociación Generalización
Actores : Cliente(C), Cajero(K)
Pasos: Actores :Cliente(C), Cajero(K)
1.C Entrega efectivo ofrecido Pasos:
2.K Calcula cambio o vuelto. 1.K Recepciona Documento de Venta
3.K Entrega cambio o vuelto a Cliente. 2.C Determina la modalidad de pago.
3.K Sella documento como cancelado
4 C Recoge productos.
Extensiones
Pago efectivo Variaciones
2.1 Pago en Efectivo
2.2.Pago con Tarjeta.
Actores : Cliente(C), Cajero(K)
Pasos: Cancelación de
1.K Abrir Operación. pedido
2.K Registra Monto de Compra.
3.C Pasa Tarjeta por la Lectora.
4.C Ingresa Clave
5.K Si la Operación es OK, recepciona Voucher, Pago con tarjeta
sino aborta la Operación
 UML : Diagrama de Caso de Uso
Asociación Extend Actores : Tesorero(T)
Pasos:
1.T Calcula la diferencia de días de morosidad
2.T Consulta tabla de porcentajes de mora.
3.T Calcula monto de mora de acuerdo a la
tasa consultada.

Cálculo de mora
Alumno
Actores : Alumno(A), Tesorero(T) <<extend>>
Pasos:
1.A Entrega Carnet de Pagos.
2.T Verifica la Fecha de cancelación con la Fecha de
Vencimiento.
Pago de cuota
3.T Calcula el monto de cuota a pagar
4.A Entrega Efectivo Tesorero
5.T Calcula y entrega cambio
6.T Sella Carnet de Pagos.
Extensiones
2.1.Si la fecha de cancelación > Fecha de Vencimiento
hacer <<extend>>Calculo de Mora.
 UML : Diagrama de Caso de Uso
Actores : Almacenero(A)
Asociación Include Pasos:
1A Recepciona documento de Salida
2A.Chequea datos de documentos.
3A.Revisa y Actualiza Stock
4 A Entregar Producto

Almacener Extensiones
3.1 <<Include>> Revisa producto
o Variaciones
3.2 <<Include>> Actualiza Stock
Registrar
salida de
<<include>>
producto <<include>>
Requisitos Especiales

Actores : Almacenero(A)
Actores : Almacenero(A) Pasos:
Pasos: 1.A. Extrae kardex del producto
1.A. Cuenta producto para salida Revisar Actualiza
product r stock 2.A Ingresa cantidad de productos de
2.A Verifica Presentación en buen Salida
estado o
3.A Actualiza stock del producto
3.A. Verifica código de Producto. 4.A. Archiva documento de Salida
Extensiones
UML : Diagrama de Clases
Identidad

ALUMNO } Nombre de Clase

CODIGO

Rossana
Edilma Enrique
NOMBRE
APATERNO
AMATERNO
FECHA_NAC
} Atributos

}
Alberto Elsa MATRICULAR
Fanny
CONSULTAR Operaciones
ALUMNO
RETIRAR
CAMBIARDETURNO
Identidad
 UML : Diagrama de Clases

Adquiriente Documento

Partida
persona 1 Nacimiento

ADQUIERE
UML : Diagrama de Clases
Asociación Binaria
provincia
departamento

tiene

Asociación Reflexiva

jugador

capitán
UML : Diagrama de Clases

Asociación n-aria

curso
grupo

profesor
Association_Class_1
 UML : Diagrama de Clases

Generalización

CONTRIBUYENTE

+ruc:String
+dirección:Stri
ng

P_NATURAL

P_JURÍDICA
+ap:String
+am:String +RazonSocial:St
+nombre:Strin ring
g
UML : Diagrama de Clases
Agregación

PC EquipodeSonido
EquipodeSonido
PC

PARLANTE
PARLANTE

CASE TECLADO MOUSE

UML : Diagrama de Clases

Composición

zapato

zapato

planta cubierta broche

 UML : Diagrama de Estado

Representación de Un Estado

Elementos de un Estado

Desaprobado

Promedio <=10

Entra : Programador Sustitutorio

Mientras : no Promover grado
Salir : Crear acta de recuperación
 UML : Diagrama de Estado

Subestados

Trabajando Inicio de tiempo Almorzando

de descanso

Término de
tiempo de
descanso

Sirven Termina
Solicitante Comiendo En reposo
alimentos de ingerir
alimentos
 UML : Diagrama de Estado

Sub estado concurrente

Sirven Termina
Solicitante Comiendo En reposo
alimentos De ingerir
alimentos

Pensando
Música
solución
UML : Diagrama de Actividades

Actividad

Bifurcación

Inicio y fin

Barras de sincronización, que indican que

las actividades que se encuentran
comprendidas, se estarán dando al
mismo tiempo.
UML : Diagrama de Actividades

Comprar
entradas circo

Las actividades Comprar

Ver película e golosinas
Ingerir golosinas
Se realizan al
mismo tiempo
Ingerir
Ver película
golosinas

Comentar
´película
UML : Diagrama de Actividades
Cliente Vendedor Almacenero

Realiza Atiende Recepcion

pedido pedido a pedido
Consult
a Verifica
catalog stock
o
Enviar
datos
pedido
Prepara
documento de
propuesta (No existe)
(Existe
Recepcion Emite informe
a propuest previo)Enviar datos
al dpto.
propuesta a compras
Diagrama de Secuencia

Cliente Vendedor Catálogo

Solicita pedido
Consulta datos

Recepción de datos

Crear proforma

Entrega de proforma

Imagen extraída de: http://www.javiergarzas.com/2013/11/uml-2-5.html

Diagrama de Colaboración

Cliente
1. Solicita pedido
4. Crear proforma

5. Entrega de proforma
Vendedor

3. Recepción de datos

2. Consulta datos

Catálogo

Imagen extraída de: http://www.javiergarzas.com/2013/11/uml-2-5.html

Diagrama de Componentes

Db_Venta
s
<<Application>
>
ayuda Clase
<<Application>
cliente
> modulo
ventas Clase
<<ActiveXDLL> vendedor
>
Clase
persona
empleado

<<ActiveXDLL> Clase
> factura
documentos
Clase boleta

Imagen extraída de: http://www.javiergarzas.com/2013/11/uml-2-5.html

Diagrama de Despliegue
Supervisor de Datos

Db_ventas

Servidor Aplicaciones PC Cliente

<<Applicatio
n>> Interfaz de
módulo usuario
ventas
<<ActiveXDLL
>>
persona <<ActiveXDLL
>>
persona
Imagen extraída de: http://www.javiergarzas.com/2013/11/uml-2-5.html
Diagrama de Paquetes

Sistema colegio
(desde vista de caso Diagrama dominio de
de uso) clases

Evaluaciones (desde
sistema colegio) Matrícula (desde
sistema colegio)

Diagrama de actividades de Diagrama de actividades de

proceso de evaluación proceso de matrícula

Imagen extraída de: http://www.javiergarzas.com/2013/11/uml-2-5.html

Ingeniería de requerimientos
Captura de Requisitos

Imagen extraída de http://sce.uhcl.edu/helm/rationalunifiedprocess/

Captura de Requisitos
Artefactos

Caso de Uso
Plan de
gestión de Glosario
Especificad Paquete de
requisitos or de caso de uso
Solicitudes de requerimie
los interesados Especificación
ntos de requisitos
de software

Analista
de Visión Modelo de
Caso de Uso
sistema Clase de límite
Actor
Diseñador
de interfaz
Especificación
Atributos de los
de usuario Caso de Uso
complementaria Prototipo de storyboard
requisitos
interfaz de
usuario

Imagen extraída de http://sce.uhcl.edu/helm/rationalunifiedprocess/

 Captura de Requisitos
Artefactos

Artefacto Descripción

Documento. Define la opinión de los

stakeholders del producto a
desarrollar.
Visión

Documento. Contiene la lista de

requisitos funcionales y no
funcionales.
Especificación de requisitos de
software

Colección de casos de uso, de actores,

de relaciones, de diagramas y de otros
Paquetes de Casos de Uso paquetes.
 Captura de Requisitos
Artefactos

Artefacto Descripción

Funcionalidad específica del sistema

con identidad propia. Contiene uno o
más requisitos funcionales.
Caso de Uso

Representa un rol externo al sistema.

Actor

Colección de casos de uso, de actores,

de relaciones, de diagramas y de otros
paquetes.
Modelo de Casos de Uso
 Captura de Requisitos
Artefactos

Artefacto Descripción

Documento. Contiene información de

los actores.
Actor

Documento. Contiene las

características de un caso de uso.
Especificación de Caso de Uso

Documento. Especifica requisitos

funcionales que no son traducidos a
casos de uso y requisitos no
funcionales.
Especificación suplementaria
 Captura de Requisitos
Actividades para realizar la captura de requisitos

Imagen extraída de http://sce.uhcl.edu/helm/rationalunifiedprocess/

 Requisitos

Definición de Requisito

Condición o capacidad a la que debe ajustarse

el sistema que se construye para satisfacer un
contrato, norma, especificación u otro
documento formalmente impuesto.
 Requisitos

Tipos de Requisitos

Requisitos No
Requisitos Funcionales
Funcionales
 Requisitos
Técnicas para capturar Requisitos

Entrevistas Cuestionarios

Lluvia de
Prototipos
ideas
Captura de requisitos a solicitud del cliente
Captura de requisitos a partir del diagrama
de actividades del negocio

Modelo de Caso de Modelo de Análisis

Uso de negocio de negocio

Modelado de negocio

Modelo de
Caso de Uso
 Matriz de actividades y requisitos

Matriz de Actividades Vs. Requisitos del Sistema <Nombre del Sistema>

Proceso de Actividad Responsable Requisito Caso de Actores

Negocio del Negocio del Negocio Uso
Proceso 1 R01 CUS01
R02 CUS02
Proceso 2 R03 CUS03
R04 CUS04
R05 CUS05
R06 CUS06
Modelado del negocio
Introducción

Imagen extraída de http://sce.uhcl.edu/helm/rationalunifiedprocess/

Introducción

• Artefactos del modelo del negocio

Modelo de casos de uso Modelo de análisis del

del negocio negocio
Determinar la situación de la organización

• El objetivo es reconocer el negocio en estudio para

delimitarlo.
• Se detalla:
• misión y visión
• objetivos del negocio
• reglas del negocio
• glosario del negocio
• Documentos reunidos en el artefacto Situación del negocio.
Identificar los procesos del negocio
• Identificar y priorizar los casos de uso del negocio y los
actores de negocio involucrados.
• Crear un diagrama general de casos de uso de negocio.
• Cada caso de uso del negocio, tiene una especificación de
caso de uso del negocio
Refinar las definiciones de los procesos de negocio

• Definición de los casos de uso del negocio en su ECUN.

• Describir cómo los casos de uso del negocio soportan los
objetivos de negocio.
• Verificar que los casos de uso del negocio representan
correctamente cómo el negocio es conducido.
Artefactos
Artefacto Negocio

Documento. Contiene la visión,

glosario, objetivos y reglas del negocio.
Situación del negocio

Requisito que debe ser satisfecho por el

negocio.
Objetivos del negocio

Conjunto de acciones que el negocio

lleva a cabo y provee resultados de
Casos de uso de negocio valor a quienes interactúan con el

Representa el rol de algo o alguien

externo al negocio.
Actor del negocio
 Artefactos

Artefacto Negocio
Representa la vista externa del
negocio.

Modelo de casos de uso del negocio

Documento. Contiene información de
los actores de negocio

Actores del negocio

Documento. Contiene características
de un proceso de negocio

Especificación de Caso de uso del

negocio
Modelo de Casos de Uso del Negocio
Se crean los siguientes diagramas

Diagrama
de Casos
Diagrama de
de Uso de
objetivos de
Negocio vs
Negocio
Objetivos
de Negocio

Diagrama
Diagrama General de
de Actores Casos de
de Negocio Uso de
Negocio
Modelo de Casos de Uso del Negocio
Modelo de Casos de Uso del Negocio
• Objetivos del Negocio

Conocer las estadísticas de ventas mensuales

Incrementar las ventas en un 5% respecto al

año 2016

• Casos de Uso del Negocio

Venta de electrodomésticos
Modelo de Casos de Uso del Negocio
• Casos de Uso del Negocio vs. Objetivos

Incrementar las ventas en un

5% respecto al año 2016

Venta de electrodomésticos

Conocer las estadísticas de

ventas mensuales
Modelo de Casos de Uso del Negocio

• Actores del Negocio

Cliente Proveedor
Modelo de Casos de Uso del Negocio
• Diagrama de Casos de Uso del Negocio

Cliente Venta de electrodomésticos Proveedor

Diseñar las realizaciones de los procesos de negocio

• Identificar todos los roles, productos, entregables del

negocio y describir cómo el proceso del negocio será llevado
a cabo por los trabajadores y las entidades dentro del
negocio.
• La realización de cada proceso del negocio se realiza a
través del diagrama de clases de negocio y diagrama de
actividades de negocio.
• Agregar a la especificación del caso de uso del negocio los
diagramas de clases y actividades correspondientes.

Refinar roles y responsabilidades

Consiste en detallar más los documentos Trabajadores del negocio y
Entidades del negocio.
Artefactos

Artefacto Descripción

Rol interno al negocio.

Trabajadores del negocio

Manipulado por actores y

trabajadores del negocio.
Entidades del negocio

Diagramas que muestran cómo se

llevan a cabo el caso de uso del
Realización de Caso de uso del negocio.
negocio
Artefactos

Artefacto Descripción

Vista interna del negocio.

Modelo de Análisis del Negocio

Documento. Contiene información de

los trabajadores del negocio.

Trabajadores del negocio

Documento. Contiene información de

las entidades del negocio.

Entidades del negocio

Modelo de Análisis del Negocio

Diagrama de Trabajadores Diagrama de Entidades del

del Negocio Negocio

Diagrama de Realizaciones
del Negocio
- Diagrama de Clases
- Diagrama de Actividades
Modelo de Casos de Uso del Negocio

• Trabajadores de Negocio

Vendedor

Cajero
 Modelo de Casos de Uso del Negocio
Entidades de Negocio

RegistroProducto TicketPedido CDP

código : Integer nroTicket : String nroCDP: String
descripcion : String fecha : Date fecha : Date
precio : Double total: Double subtotal: Double
stock : Interger descuento: Double
fechaRegistro : Date impuesto: Double
estado : String estado : String
 Modelo de Casos de Uso del Negocio

Realización de Caso de Uso de Negocio

RCUN_Venta de Electrodomesticos CUN_Venta de Electrodomesticos

Modelo de Casos de Uso del Negocio
• Realización de Caso de Uso de Negocio
• Diagrama de Clases

consulta

RegistroProducto

genera

Vendedor
sella

TicketPedido

Cajero CDP
 Modelo de Casos de Uso del Negocio
INICIO Cliente Vendedor Proveedor Cajero
Solicita Consulta
Product Verifica
• Realización stock producto
o
de Caso de ¿Hay stock?
Uso de
Negocio NO ¿Tiene
• Diagrama de Consulta a producto?
proveedor
Actividades SI SI
Muestra
características del Envía
producto producto
Ofrece producto
sustituto
NO
¿Decide SI Genera total de
NO comprar? pedido
Emite
ticket Genera
Entrega ticket y
montocopia comprobante de
Entrega pago
Sella Emite
de
comprobante y comprobante
comprobante
FIN entrega
comprobante
Modelado de casos de uso
Modelado de casos de uso

Encontrar actores.

Encontrar casos de uso.

Crear diagrama de casos de uso.

Estructurar el modelo de casos de

uso .
Pasos

• Encontrar actores y casos de uso.

• Relacionar actores y casos de uso (Diagrama de caso de uso
inicial).
• Priorizar casos de uso.
• Detallar un caso de uso y especificar prototipo de interfaz
de usuario en la ECU.
• Estructurar el modelo de caso de uso (Diagrama de caso de
uso final).
UML: Diagrama de Caso de Uso de Negocio

<<include>>

2 Ubicar habitación 1.1 Mostrar características

BOTÓN

1 Solicitud Habitación RECEPCIONI

STA
HUESPED <<extend>>

3 Crear Doc. Servicio 3.1 Recargo por uso Bar

<<include>>
<<extend>>

Tarjeta Banco
3.2 Recargo por daños
3.3 Cancelar Doc.

Efectivo
 Estructurar el Modelo de Casos de Uso

Validar_Usuario
(from Use Case)

<<include>>

Mantener Socio
(from Use Case)
Examinar Huella Digital Comprobar Clave
(from Use Case) (from Use Case)
<<extend>>

Empleado Registrar Solicitud de Crédito

Socio (from Use Case)
(from Actors)
(from Actors)

<<include>>

Visualizador Consultar Catálogo de Productos

(from Actors) (from Use Case)
Conclusiones

• La Gestión de Proyectos es importante en todo proyecto

informático para lograr los objetivos del mismo.
• La gestión de proyectos se desarrolla en paralelo con la
Ingeniería de software.
• Entre las restricciones de un proyecto tenemos el alcance,
calidad, tiempo, presupuesto, riesgos y recursos.
• En la Ingeniería de software es importante utilizar
metodologías de desarrollo como RUP, el lenguaje de
notación UML y herramientas como los CASE.
• La Ingeniería de Requerimientos que es una disciplina de la
Ingeniería de software es muy importante porque permite
definir el alcance del producto y cual es el objetivo del
proyecto.
Gracias
Docente: Jesús Arias Caycho