Vous êtes sur la page 1sur 31

ESCUELA PRO FESIONAL DE INGENIERÍA DE SISTE MAS E INFORMÁTICA

CURSO: Ingenie ría de Software I

Lima -Perú

D DIDÁCTICA

DE SESIÓN:

1
1

SEMANA

2
2

SESIÓN

1
1

Modelado de Negocios

CIDAD GENERAL:

Comprende la gestión del análisis de requerimientos de softwa re por cada etapa del proceso, diferencia los modelos de procesos de desarrollo de Software orientado a objetos, valora la importancia de los sistemas de Información para el desarrollo tecnológico del país.

CIDAD ESPECÍFICA:

Aplica las bases conceptuales de la Ingeniería de Requerimien tos de Software utilizando métodos e instrumentos adecuados para el levantamiento de información con ejemplos prácticos y participando en discusiones abiertas.

CIDAD DE PROCESO:

Identifica las principales actividades de la ingeniería de requeri mientos: adquisición, análisis y validación, así como las relaciones entre dichas actividades.

Ingenie ría de Software I

Modelado del Neg

aluar la organización objeti vo.

contrar los actores y casos de uso del negocio. nstruir el Modelo de Casos de Uso del Negocio.

contrar los trabajadores y tallar los casos de uso del

. nstruir el Modelo de Análi sis del Negocio. ntener las reglas del nego cio. pturar un vocabulario com ún. finir las actividades a auto matizar.

entidades del negocio. g

ne ocio

NegocioNegocio (Campo(Campo dede acción)acción)

OrganizaciónOrganización objetivoobjetivo (Objeto(Objeto dede estudio)estudio)

Ingenie ría de Software I

Descri bir la organización obj

ndondo ExteriorExterior

Descri bir la organización obj ndondo ExteriorExterior OrganizaciOrganizaci ónón objetivoobjetivo (Objeto(Objeto dede
Descri bir la organización obj ndondo ExteriorExterior OrganizaciOrganizaci ónón objetivoobjetivo (Objeto(Objeto dede
Descri bir la organización obj ndondo ExteriorExterior OrganizaciOrganizaci ónón objetivoobjetivo (Objeto(Objeto dede

OrganizaciOrganizaci ónón objetivoobjetivo (Objeto(Objeto dede estudio)estudio)

Ingenie ría de Software I

Descri bir la organización obj

ndondo ExteriorExterior

NN egocioegocio (Campo(Campo dede acción)acción) OrganizacióOrganizació nn objetivoobjetivo (Objeto(Objeto dede
NN egocioegocio (Campo(Campo dede acción)acción)
OrganizacióOrganizació nn objetivoobjetivo (Objeto(Objeto dede estudio)estudio)

Ingenie ría de Software I

Descri bir la organización obj

ndondo ExteriorExterior

NeNe gociogocio (Campo(Campo dede acción)acción) OrganizacióOrganizació nn objetivoobjetivo (Objeto(Objeto dede
NeNe gociogocio (Campo(Campo dede acción)acción)
OrganizacióOrganizació nn objetivoobjetivo (Objeto(Objeto dede estudio)estudio)

Ingenie ría de Software I

Modelado del Neg

aluar la organización objeti vo.

contrar los actores y casos de uso del negocio. nstruir el Modelo de Casos de Uso del Negocio.

contrar los trabajadores y tallar los casos de uso del

. nstruir el Modelo de Análi sis del Negocio. ntener las reglas del nego cio. pturar un vocabulario com ún. finir las actividades a auto matizar.

entidades del negocio. g

ne ocio

actividades a auto matizar. entidades del negocio. g ne ocio Gerente Realiza General Solicitu Ingenie ría

Gerente

Realiza

General

Solicitu

Ingenie ría de Software I

Ide ntificar actores del neg

tor del negocio (business a ctor) representa un rol juga alguien o algo externo al n egocio y que interactúa o s ciona con él. plo:

ente.

oveedor. rente general. toridades.

Ingenie ría de Software I

interactúa o s ciona con él. plo: ente. oveedor. rente general. toridades. Ingenie ría de Software

Gerente

General

Ide ntificar actores del neg

OrganizaciónOrganización objeobje tivotivo (Objeto(Objeto dede estudio)estudio)
OrganizaciónOrganización objeobje tivotivo (Objeto(Objeto dede estudio)estudio)
objeobje tivotivo (Objeto(Objeto dede estudio)estudio) MundoMundo ExteriorExterior Ingenie ría de Software I
objeobje tivotivo (Objeto(Objeto dede estudio)estudio) MundoMundo ExteriorExterior Ingenie ría de Software I

MundoMundo ExteriorExterior

Ingenie ría de Software I

Ide ntificar actores del neg

dos categorías de actor de negoci o:

Cliente (Customer)

La “razón de ser” del negocio. Se benefician o afectan por los resultados del p roceso.

Socio o interesado (Stakeholder).

Son los dueños del proceso. Los resultados del proceso le sirven para tomar decisiones. No participan de la parte operativa.

Ingenie ría de Software I

Ide ntificar actores del neg

e encontrar a los actores del negoc io de tipo Cliente?

ientes de la organización objetivo (benef iciarios o afectados por el proceso). oveedores. utoridades. ntidades legales y reguladoras.

oftware o hardware fuera del negocio con

los que se interactúa.

Ingenie ría de Software I

Ide ntificar actores del neg

e encontrar a los actores del negoc io de tipo Stakeholder?

ocios de la organización objetivo. ucursales. ueños, inversionistas, gerentes. debe modelar a un miembro del directo rio si es parte activa del negocio. oles gerenciales o directivos en otras part es de la organización.

Ingenie ría de Software I

Ide ntificar actores del neg

ncias para identificar adecuadame nte a los actores del negocio.

on roles (humanos, software o hardware) , no personas con nombres propios. encuentran fuera de las fronteras negoc io. o debe representar áreas, departamento s o partes de una organización sino roles ecución. o siempre está asociado con el nombre d e un cargo en la planilla de la organizació bjetivo. ada actor debe estar asociado con al men os un caso de uso del negocio.

Si no participa en ningún proceso debe se r eliminado del modelo.

Ingenie ría de Software I

Identificar lo s casos de uso del neg

o de uso del negocio identifica un p roceso específico del negocio que

uce un resultado de valor medible cio en particular. o:

r compra. enar productos.

y esperado para un actor (o actores

Ingenie ría de Software I

en particular. o: r compra. enar productos. y esperado para un actor (o actores Ingenie ría

Reali

Solici

Identificar lo s casos de uso del neg

oo ExteriorExterior

NegocioNegocio (( CampoCampo dede acción)acción) OrganizaciónOrganización objetiobjeti vovo (Objeto(Objeto dede
NegocioNegocio (( CampoCampo dede acción)acción)
OrganizaciónOrganización objetiobjeti vovo (Objeto(Objeto dede estudio)estudio)

Ingenie ría de Software I

Identificar lo s casos de uso del neg

e encontrar los casos de uso del ne gocio?

ntificar las necesidades fundamenta les de los actores del negocio y el

nto de actividades que se realizan

para satisfacerlas.

vicios principales que el actor del n egocio espera recibir de la organiza ivo. car el ciclo de vida de cada actor de l negocio. ntificar los resultados y entregables de la empresa y a partir de ellos lo sos que los realizaron. onocer los procesos tipo del giro d el negocio, por comparación con el empresas o a partir del estudio de la cadena de valor.

Ingenie ría de Software I

Identificar lo s casos de uso del neg

e encontrar los casos de uso del ne gocio?

s procesos “tipo” de una empresa se pue den reconocer en una de las siguientes tegorías. ocesos primarios, comerciales o de valor.

ocesos secundarios de apoyo, administra tivos y de gerencia.

Ingenie ría de Software I

Identificar lo s casos de uso del neg

ncias para identificar adecuadame nte los casos de uso del negocio.

on proceso complejos del negocio, no act ividades simples. encuentran dentro del negocio. eben estar asociados a por lo menos un a ctor del negocio. epresentan la generalidad del comportam iento del proceso y no una instancia o cenario específico o caso muy particular del proceso.

Ingenie ría de Software I

Identificar lo s casos de uso del neg

usiness Use Cases están siempre re lacionados con algún Business Acto a caso de uso del negocio primario debe tener una relación de unicación o vínculo con un actor d e negocios.

regla refuerza el objetivo de que l os negocios se hacen y construyen sfacer los requerimientos de sus us uarios. n modelo de casos de uso tiene pro cesos que no son requeridos por n

de estar reflejando que algo malo

xisten excepciones

está ocurriendo con el modelo.

Ingenie ría de Software I

Identificar lo s casos de uso del neg

usiness Use Cases están siempre rel acionados con algún Business Acto

s casos de uso administrativos y de sopo rte no necesariamente están conectados

usiness actor, no obstante, dependen de

algún contacto externo.

s casos de uso totalmente automatizado s son los únicos que no necesitan un bus tor porque nunca son iniciados por ellos .

Ingenie ría de Software I

Modelado del Neg

aluar la organización objeti vo.

contrar los actores y casos de uso del negocio. nstruir el Modelo de Casos de Uso del Negocio.

contrar los trabajadores y tallar los casos de uso del

. nstruir el Modelo de Análi sis del Negocio. ntener las reglas del nego cio. pturar un vocabulario com ún. finir las actividades a auto matizar.

entidades del negocio. g

ne ocio

Provi Advertiser Post
Provi
Advertiser
Post

Chan

Ingenie ría de Software I

Modelo de

Casos de Uso del Neg

a la forma en que el negocio es usa do por sus clientes, stakeholders, e rmado por:

Actores del negocio identificados previam

Casos de uso del negocio identificados pr eviamente. Asociaciones entre los actores y los casos de uso del negocio. i

Di

ente.

d

C

d

U

d

l

agrama

e

asos

e

so

e negoc o.

Ingenie ría de Software I

sociaciones de actores y casos de uso del neg

icar qué actores del negocio se ben efician de cuáles casos de uso del

o.

una asociación unidireccional entr e

del negocio se ben efician de cuáles casos de uso del o. una asociación unidireccional entr

Ingenie ría de Software I

Diagrama d e Casos de Uso del neg

rama de Casos de Uso del negocio ramienta proporcionada por UML. estra los procesos del negocio que son usados por los roles del negoci o se tiene en cuenta “¿QUIÉN se be neficia / QUÉ proceso?”

es.

¿QUIÉN? (actor del negocio identificado ). ¿QUÉ? (caso de uso del negocio identifi cado). Relaciones entre ellos (asociaciones).

constituye un Diagrama de Flujo de

Datos.

Ingenie ría de Software I

Diagrama de Casos d e Uso del negocio. Eje

Realizar venta Cliente
Realizar venta
Cliente

Devolver producto

Realizar venta Cliente Devolver producto Reajustar balance C o n t a d o r g
Realizar venta Cliente Devolver producto Reajustar balance C o n t a d o r g

Reajustar balance

Contador general

Gerente Marketing Publicitar campaña Administrar cartera clientes Evaluar campaña

Gerente Marketing

Gerente Marketing Publicitar campaña Administrar cartera clientes Evaluar campaña
Gerente Marketing Publicitar campaña Administrar cartera clientes Evaluar campaña

Publicitar campaña

Administrar cartera clientes

Evaluar campaña

Ingenie ría de Software I

Diagrama de Casos d e Uso del negocio. Eje

Potential Guest Guest Public Relations Expert Marke ting Serving dinner Purchasing Supplies Supplier

Potential Guest

Potential Guest Guest Public Relations Expert Marke ting Serving dinner Purchasing Supplies Supplier

Guest

Potential Guest Guest Public Relations Expert Marke ting Serving dinner Purchasing Supplies Supplier
Potential Guest Guest Public Relations Expert Marke ting Serving dinner Purchasing Supplies Supplier
Potential Guest Guest Public Relations Expert Marke ting Serving dinner Purchasing Supplies Supplier

Public Relations Expert

Potential Guest Guest Public Relations Expert Marke ting Serving dinner Purchasing Supplies Supplier
Marke ting
Marke
ting
Serving dinner Purchasing Supplies
Serving
dinner
Purchasing
Supplies
Potential Guest Guest Public Relations Expert Marke ting Serving dinner Purchasing Supplies Supplier

Supplier

Ingenie ría de Software I

Diagrama de Casos d e Uso del negocio. Eje

Identify needs Stablish products Customer R eturn defect products Supplier Pay for products Monitor sales

Identify needs

Identify needs Stablish products Customer R eturn defect products Supplier Pay for products Monitor sales Backorder
Identify needs Stablish products Customer R eturn defect products Supplier Pay for products Monitor sales Backorder

Stablish products

Identify needs Stablish products Customer R eturn defect products Supplier Pay for products Monitor sales Backorder

Customer

R eturn defect products

needs Stablish products Customer R eturn defect products Supplier Pay for products Monitor sales Backorder products

Supplier

needs Stablish products Customer R eturn defect products Supplier Pay for products Monitor sales Backorder products

Pay for products

needs Stablish products Customer R eturn defect products Supplier Pay for products Monitor sales Backorder products

Monitor sales

needs Stablish products Customer R eturn defect products Supplier Pay for products Monitor sales Backorder products

Backorder products

Ingenie ría de Software I

Priorizar realizaci ón de casos de uso neg

cer los casos de uso del negocio de

icar los casos de uso del negocio de

o.

mayor prioridad o importancia. menor importancia para la organiz

Ingenie ría de Software I

Conclusi

dio del negocio es de vital importan cia para identificar las necesidades arios en las empresas actuales. elado del negocio ayuda al equipo del proyecto a comprender los ele ervienen en los procesos del negoc io.

rece las actividades para frece los símbolos necesarios

modelar el negocio. para modelar el negocio.

Ingenie ría de Software I

eferencia de Autoría:

]. Pressman, R. S. "Ingeniería de software. Un enfoque prácti co” Quinta Edición. McGraw-Hill. 2002.

apítulo 16 : Métodos de prueba de software

] JACOBSON, Ivar; BOOCH, Grady y RUMBAUGH, James, El pr oceso unificado de desarrollo de software, Addison Wesley

000 Capítulo 11: Prueba

2] MINISTERIO DE ADMINISTRACIONES PÚBLICAS DEL GOBIE RNO ESPAÑOL, Métrica Versión 3, MAP 2000

nálisis del Sistemas de Información

iseño de Sistemas de Información

onstrucción de Sistemas de Información

cnicas y Prácticas 3] OFICINA NACIONAL DE GOBIERNO ELECTRÓNICO E INFOR MÁTICO – PCM, NTP ISO/IEC 12207, PCM 2004

roceso de Desarrollo

roceso de Operación