1

Modelo de Negocio y Análisis de Requerimientos Basado en el Proceso Unificado.

Rosa Menéndez Mueras1 ____________________________________________________________________ Resumen

Definiciones básicas de modelo de análisis y análisis de requerimientos basado en el estándar “proceso unificado”, para su comprensión y aplicación en diversas realidades nacionales e internacionales. Modelo de negocio y requerimientos aplicado al caso práctico “TECSA”.

Palabra Claves

Proceso Unificado, modelo de casos de uso del negocio, modelo de objetos del negocio, casos de uso, trabajadores, actores, objetivos, entidades y documentos del negocio, casos del uso y actores del sistemas y UML.

Abstract

Basic definitions of analysis model and requirements based on the standard “unified process”, for

its understanding and application in diverse national and international realities. analysis model and

requirements applied to practical case “TECSA”. Key words

Unified process, business use case model, business objects model, business use cases, business

workers, business actors, business objectives, business documents, system use case, system actor and

UML. Introducción El proceso Unificado es un modelo de construcción de software estándar, aceptado por la OMG2, y basado en la metodología orientado a objetos. Este modelo cubre todas las etapas de construcción de una solución informática, el cual permite cubrir las necesidades esenciales del usuario de la era del conocimiento, desde la intención de construir un software a medida hasta la puesta en marcha del mismo. En el presente artículo se detalla las dos primeras etapas, sin duda las de más relevancia para asegurar el éxito de la solución, nos referimos al modelo de negocio y el análisis de requerimientos respectivamente. El análisis presentado a través del proceso unificado estará acompañado por propuestas gráficas respetando la técnica de modelado UML.3 Sin más preámbulos comenzamos con la etapa “modelo de negocio”, esta etapa implica 2 sub – etapas: el modelo de casos de uso de negocio y el modelo de análisis del negocio. Utilizaremos el case de modelado Rational Rose 2007, para la presente edición del libro. Con respecto a la versión anterior del Rational Rose (2003), la última presenta cambios significativos, en el ambiente de negocio. Dedicaremos el tiempo necesario para detallar cuáles son aquellos elementos y notaciones que fueron modificados. Caso práctico empresa de transporte “TECSA” La empresa de transportes “TECSA” tiene varias sucursales ubicados en diversos puntos de la capital y en ciudades ubicados en la zona centro y sur del país. La empresa emplea aproximadamente 500 autobuses de última generación y 1000 conductores. El Departamento de Contabilidad reportó recientemente que la cobertura de seguros para “TECSA” está aumentando a razón del 35 por ciento más rápido en comparación con las empresas de transportes similares en toda la nación. Adicionalmente, los ingresos se han quedado atrás en un 22 por ciento con respecto a los pronósticos de la empresa como resultado de menores tarifas y mejora en el servicio realizado por las demás empresas. Los miembros del directorio de TECSA creen que parte de este desempeño desfavorable se debe a una política poco agresiva en la

1 Autora. Docente investigadora de la Universidad Católica Sedes Sapientae 2 OMG: Object Management Group. 3 UML: Unified Modeling Language.

evaluasolicitconduprofesorientde losmultaautobuconsidEl perlengutráfico Conc El moorganel desla concualqumodel

Figur Propó

Elem

Glosa

Es de lograr

Ejempdocum

ación del destado que se uctor que estánsional en contado a objetoss conductores as de tránsito huses se ven inderados comorsonal de servaje abusivo, so se registra p

epto del mod

odelado de nenización en térsarrollo del Sinstrucción de uier organizalado de negoc

ra Nº 01, Cicl

ósitos del mo

Entender l Asegurar

entendimi Un model

dinámica d

entos de neg

ario de negoc

vital importar estándares y

plo: “Para qumento PECO

sempeño y codiseñe un si

n relacionadostrucción de s

s para la constde la empresa

han alcanzadonvolucrados e

o golpes menovicio a clienteservicio eficie

por día, conduc

delo de negoci

egocio basadorminos de Prostema de Infoun Sistema

ación, aun cucio, es la “EN

o de desarroll

delo de negoc

los problemasque clientes

ento de la orglo de negocio dentro de los p

gocio según el

io

ancia acordar lagilidad en la

ue un empleaOSA”

ontrol de losistema inform

os más de cercsistemas infortrucción de una; para tal como el promedio en un promedores y 12 de loes maneja entrente, etc., de ctor, número d

io

o en el Proceocesos de Negormación con ide Informaci

uando NO cuNTRADA” pa

lo de software

cio

s actuales de la, usuarios, e

ganización. provee una v

procesos de la

l proceso unif

la terminologa comunicació

do obtenga lo

2

s conductoresmático que eca con las primrmáticos de “n sistema infometido la emp

de casi 2800 dio de casi 57os cuales impre 25 y 50 quforma diaria

de autobús y h

eso Unificado,gocio. Graciasinformación cón de Calidauente con unara el Modelo

e basado en el

a organizaciónequipo de de

vista estática da organización

ficado

gía de negocioón.

os útiles de of

s. En consecuevalúe aquellomas de seguroTECSA”, deb

ormático que ppresa cuenta co

anualmente d7 accidentes a plican alguna duejas de client. Cada queja hora del día.

, permite reals al modeladocertera y de prd. El modelan Sistema deo de Desarroll

Proceso Unif

n. esarrollo y o

de la estructurn.

o común desd

ficina, mensu

uencia, el geros aspectos dos de los autoberá realizar permita el conon las siguiendurante los tre

la semana, 4demanda por tes por tiemporeportada, ac

lizar un estudo de negocio,rimera mano, ado de negocie Informacióno de Software

ficado.

otros involucr

ra de la organ

de la definición

ualmente, tien

rente de TECdel desempeñ

obuses. Usted,el análisis y

ntrol del desemntes estadísticaes últimos año45 de los cuallesiones persoos de espera lccidente y mu

dio exhaustivo podemos em pudiendo logio, puede exin. El resultade.

rados tengan

nización y un

n del proyecto

ne que presen

SA ha ño del , como diseño mpeño as: Las os. Los les son onales. largos, ulta de

o de la mpezar grar así stir en do del

n igual

a vista

o, para

ntar el

Regla

Meta

Unida

Caso

Traba

Actor

pr

R

C

a del negocio

u objetivo

ad organizaci

de uso de neg

ajador del ne

r del negocio

Registrar C

Los pagos a oveedores se realmediante cheque

Recursos Huma

Conductor

Proveedor

Polmodel

“No“Noinc Fig

ional Enpedemco F

gocio

egocio (worke Conocido grupo de definiciónCajero, co

Figura Nº

o Repre

elcon externEjemp Figur

liente

liza es

anos

líticas ó conddelo de negosistema infor

o se realizaráo se admite completa”

gura Nº 02, N

Es el redeseado planear y Figura N

n esencia, es ermitan explice actores y ca

modelos de casomo: Ventas,

igura Nº 4, U

Represencontinuascasos de Generar P Figura N

er)

también compersonas qu

n depende al onsiderando el

º 6, Notación

senta a una pl proceso empno de negocio plo Proveedor

a Nº 7, Notac

3

diciones emprcio que se re

rmático.

á ningún pagocomo emplea

otación UML

quisito a serde una med

y administrar l

Nº 3, Objetivo

similar al paqcar los procesasos de uso dsos de uso de Compras, Con

Unidad Organi

nta a un proces, necesarias uso de negocPedido, Gener

Nº 5, Caso de u

mo actor interue tienen rela

caso de uso l proceso “Ge

UML de un T

ersona ó un gpresarial ó casdepende del c, si consideram

ción UML de u

resariales a sealiza como p

o sin documeado a una pe

L para la Regla

r satisfecho pdida específilas actividades

empresarial.

quete, sirve paos empresaria

de negocio. Enegocio refer

ntrol de Perso

izacional.

so empresariapara la exist

io empiezan srar Orden de C

uso de Negoc

rno de negociación directade negocio qnerar Factura

Trabajador del

grupo de persoso de uso de ncaso de uso dmos el proces

un Actor Exte

er respetadas arte del proce

ento de sustenersona cuya d

a de Negocio.

por el negociica en el futs del negocio.

ara organizar ales que se anEjemplo: Sirverido a un proc

onal, etc.

al, aquel conjtencia de la su definición eCompra, etc.

cio.

io, representacon el proce

que se este an.

l Negocio.

onas que tengnegocio. La e negocio queo “Solicitar/R

erno de Negoc

y satisfechaseso de constru

nto” documentació

io, detalla elturo, utilizado

los artefactnalizan, en tére para organizceso de nivel

unto de activ organización

en verbo. Eje

a a una personeso empresaralizando. Eje

ga relación inddefinición de

e se esté analiRegistrar Profo

cio.

s en el rucción

ón sea

l valor o para

os que rminos zar los macro

vidades n. Los emplo:

na ó un ial, su emplo:

directa el actor zando.

orma”.

Entid

Realiz

Recur

Mode

Domi

Mode

EN_

Reg

dad de negoci

zación del ca

rso

elo de casos d

inio del negoc

elo de análisis

_Conductor

Realización: istrar Conduct

Recurso

Mod

Enseñanza Un

MoAnálisis

io Represó manuso dealgún donde de neg Figura

aso de uso de

SirveexpliincluEjem

Figu

Este elactúan d

Figura

de uso de nego

cio

s de negocio

r

tor

delo de Casos d

Empresa

niversitaria

odelo de s de Negocio

senta a un docipulado por ue negocio “Rearchivo, file,se almacena

gocio.

a Nº 8, Notaci

negocio

e como reposicar el funciouyendo la exmplo: Realizac

ura Nº 9, Nota

emento reprede manera con

Nº 10, Notac

ocio

Este eorgani

Figura

Estnegclasdel Fig

de Uso de Negoa TECSA

4

cumento ó cuaun trabajador iegistrar Instru folder ó ba

an la informac

ión UML de u

sitorio de todonamiento al dplicación de

ción del caso d

ación UML, d

esenta al recunjunta para re

ión UML, del

elemento reprización.

a Nº 12, Nota

te elemento regocio, a travéses, secuenciaproceso que s

gura Nº 13, M

ocio _

alquier elemeninterno de neguctor”, registrase de datos, ción del nuevo

una Entidad de

dos los artefadetalle del pro

los documende uso Registr

del caso de uso

urso de la orgalización del s

l elemento rec

Este elemCasos uso

Figura NºCasos de U

resenta al cam

ación UML Do

epresenta a las de artefactoa y colaboracse analiza.

Modelo de Aná

nto de informgocio. Por ejeramos los datcada uno de o conductor s

e Negocio.

actos, que tieoceso empresntos que se rar Conductor

o realización d

ganización, losistema de neg

curso.

mento represe de Negocio.

º 11, NotaciónUso de Negoc

mpo de acció

ominio del Ne

a realización os del UML, ción, detalland

álisis de Nego

mación que esemplo: En el cos del instruclos esos elem

se denomina e

enen como obsarial que se autilizan ó ge

r.

de negocio.

os recursos ygocio.

enta la Mode

n UML Modcio.

ón ó, ó giro

egocio.

del caso de ucomo diagramdo la funcion

cio.

s usado caso de ctor en mentos entidad

bjetivo analiza eneran.

y roles

elo de

delo de

de la

uso de mas de nalidad

Traba

Recur

Sistem

Comp

Local

Diseñ

Gen

Ofici

ajador físico

rsos colabora

ma de negocio

ponente de ne

lización del n

ñador de nego

nerar Planilla m

Trabajado

Proceso de revisautomóviles an

Sistema de Caja.class

ina Central, paMiami-F

Especialisinter

ativos

o

egocio

negocio

ocio

mensual

or Físico

ión de nual

ark Avenue 13Florida

sta en transporte rprovincial

Este elemlaboran deorganizaci

Figura Nº

Este elemeniteración ó reempresarial. Figura Nº 1

Este elemenencapsula unpropósito enmediante los

Figura Nº 1

Este elemencorrespondieinicio del esimplementacalguno existe

Figura Nº 17

Este eestraté

Figuranegoci

Este comedentr

Figu

35,

5

mento represenentro de la oión.

º 14, Notación

nto representaelación es nec

5, Notación U

nto representan conjunto de

n particular, ads cuales, los pr

6, Notación U

nto representente a cualquistudio empresción de un nuente.

7, Notación U

elemento repégica para efe

a Nº 18, Noio.

elemento erciales, usánro del proceso

ra Nº 19, Not

nta a una perrganización o

n UML del Tr

a al grupo dcesaria para el

UML del Recu

a a unidades e roles y recurdemás define ropósitos pued

UML del Siste

a a un elemer sistema pa

sarial para la uevo sistema

UML de un Co

presenta a laectos de merc

otación UML

es responsandolos para do empresarial q

tación UML d

rsona ó grupoocupando pue

rabajador Físic

de recursos el éxito de un d

urso Colabora

empresarialersos, para el cun conjunto dden ser alcanz

ema de Negoci

mento de nearte de la orga

mejora en téde informaci

omponente de

a ubicación gcadeo de la org

L de la loca

able de detdescomponer que se analiza

del Diseñador

o de personaestos claves p

co.

empresariales,determinado p

ativo.

s individualecumplimientode responsabilzados.

io.

egocio con canización, deérmino de proión ó la mejo

Negocio.

geográfica, laganización.

alización físic

tallar los eespacio y t

a.

de Negocio.

as, que para la

, cuya proceso

s, este de un lidades

código esde el ocesos, ora de

a más

ca del

eventos tiempo

Event

Docu

Deter ElaboConsidetermluego y conmodehacer Mode

Conc Este mde neg Desar

Figur

4 Stak

Rd

to de negocio

mento de neg

rminación de

orar un listadoiste en desarrminados por l

plasmarlos ennocimiento enlado de negoque revisen n

elo de casos d

epto

modelo, muesgocio, se reali

rrollando el m

ra Nº 22, Algu

keholders: Inv

Revisión Mecánicdefinido por la M

Contrato de T

del Condu

o

gocio

la situación a

o de términorollar un entelos stakeholden el documen

n la organizacocio, entrevistnuestros avanc

de uso de nego

stra la relacióniza en el entor

modelo de cas

unos objetivos

volucrado en

ca obligatoria unicipalidad

Trabajo

uctor

Reprep Fig

Reprefunciorganmism

Ejemsuper

Figur

actual de la o

os y definicendimiento prers4 y respons

nto de Reglas ción de la starlos para coces.

ocio

n existente enrno de trabajo

sos de uso de

s a cumplir en

el éxito o frac

6

presenta al coercuten direct

gura Nº 20, N

esenta al doionalidad del nizaciones su

ma.

mplo el documrvisora “Minis

ra Nº 21, Not

organización

ciones usadosreliminar de sables del negdel Negocio. iguiente man

onocer sus ide

ntre un Caso ddel diagrama

negocio del c

n el caso Empr

caso del proye

onjunto de suctamente al pro

Notación UML

ocumento formun proceso

upervisoras d

mento formal sterio de Trab

tación UML d

s comúnmentelos objetivosgocio. IdentifInvolucrar a l

nera: convertireas y opinion

de Uso de Nea de casos de u

caso “TECSA

resa de Transp

ecto – PMI - P

cesos, accioneoceso que se a

L de un Evento

mal, utilizadoen particula

del buen fun

“Contrato debajo”.

del documento

e, en un Glos de la emprficar las reglalas personas crlos en miemnes basadas e

egocio con louso.

A”

portes “TECS

Project Manag

es empresarialanaliza.

o de Negocio.

o para garantiar con referenncionamiento

e Trabajo”, e

o de negocio.

osario de Térmesa, los cuale

as del negociocon más exper

mbros del equen sus experie

os diferentes a

A”.

gement Institu

les que

izar la ncia a de la

entidad

minos. es son o, para riencia ipo de encias,

actores

ute.

Defin

Figur En el Negoctrabajde neg La ideanálisencon

Defin

Figur

El impreevi

nición de los a

ra Nº 23, Crea

paquete “Buscio_TECSA”;o correspondigocio.

ea es tener unsis de la emntrarlos en el a

nición de los c

ra Nº 24, Crea

talón de Amportancia

eocupan ditar que el

actores de ne

ación de los ac

siness Use-Ca; en el eventoiente, ahora s

n repositorio dmpresa “ABC”ambiente pree

casos de uso d

ación de los ca

Aquiles de ldada al pre la docum riesgo se c

egocio

ctores de nego

ase Model”, c doble clic al i podemos co

de creación pa” por ejemplostablecido.

de negocio

asos de uso de

la mayoríaroceso de d

mentación sconvierta e

7

ocio del caso E

crear un diagradiagrama de

omenzar con l

ara elementoo, se pueden

e negocio del

a de los desdocumentasólo cuand

en problem

Empresa de T

ama de casoscasos de uso a creación de

os similares, loencontrar má

caso Empresa

sarrolladoración en lado este, YA

ma!

ransportes “T

de uso denomcreado, se ape los actores

ogrando su fáás de 50 ele

a de Transport

res de softwa construccA es un pro

TECSA”.

minado “Actopertura el ento

internos y ex

ácil ubicación.ementos, la i

tes “TECSA”.

ware es poión del sof

oblema, ¡la

ores de orno de xternos

. En el dea es

.

or la poca ftware, se idea es

Mode

Mode ConcEste mdesarr

Diagr

elo de casos d

elo de análisis

epto modelo, muesrolla el caso d

rama de clase

de uso de nego

s del negocio

stra el detallede uso en menc

es

ocio

e del caso de ción, para tal

8

No olviNegocioy actoreparticulcontinua Ahora sCasos “REGIS Figura Registra

uso de negoccometido el p

indica elUML: Diagramdiagramade colaboLa idea entre delnegocio Negocio. Figura Ncon respcaso Emp

F“E

Nus

E“ccdCeep

idemos que eo, muestra la es del negocioar. ¿Dónde ación lo menc

si podemos cde Uso d

STRAR COND

Nº 25, Modear Conductor.

cio que se estproceso unificl uso de los

ma de casos a de clases, doración. de este diagral Modelo de Acon respecto .

Nº 26, Depenecto al Modepresa de Tran

Figura Nº 27“Registrar CEmpresa de T

No olvidemosuna estructurasus relaciones

En el nego“Entidad de cualquier docreado, manipde negocio. Como cualquien un reposientidad para puede ser ubic

el Modelo departicipación

o con un prose crea?, nociono.

crear el tan ee Negocio

NDUCTOR”.

elo de casos d

tá analizandocado, siguientes art

de uso, padiagrama de s

ama es demosAnálisis ó Moal Modelo d

ndencia del Melo de Casos sporte “TECS

, Diagrama deConductor”, co

ransporte “TE

s que el Diaga estática, mus.

ocio utilizamNegocio”, elcumento, ficpulado por un

ier elemento ditorio, si se la realizaciócado con much

e Casos de Un de los trabajceso de nego

o desespere

sperado Modpara el p

de uso del ne

o, como se rea

tefactos propi

ara la realizsecuencia, dia

strar la depenodelo de anál

de Casos de U

Modelo de Ade Uso, refer

SA”.

e Clases del pon respecto aECSA”.

grama de Clasuestra las cla

mos la ya dl cual represcha, archivo,n trabajador i

deberá ser connecesita la m

ón de otro prha facilidad.

Uso de adores

ocio en que a

delo de roceso

egocio:

aliza o

ios del

zación, agrama

ndencia isis de

Uso de

Análisis rido al

proceso al caso

ses, es ses y

descrita enta a , etc.; interno

ntenido misma roceso,

DiagrSabemlos obpartic

Figur Diagr Es ne“FACasume

Figur ResumEl moespecinformSe anpropoEl proanális

rama de colabmos que el diabjetos, se comcular. No olvid

ra Nº 28, Diag

rama de activ

ecesario considCTORES DE e la afirmación

ra Nº 29, Crea

men del mododelo de negial importanc

mática. nalizó el negocorcionados porocedo unificasis organizacio

boración agrama de col

munican mediaden que la dist

grama Colabo

vidades

derar los diagDESICIÓN”n.

ando el Diagra

elo de negociocio permite

cia al anális

cio desde unr el UML. ado establece onal.

laboración es ante una secuetribución es co

ración para la

gramas de act, los cuales N

ama de Activi

io conocer a l

sis empresar

n punto de vis

el perfecto u

9

del tipo dinámencia de menson respecto al

a realización d

ividades en eNo son conside

idades “Regist

la organizaciórial por consi

ta genérico y

uso de la técn

mico e interacsajes para expl espacio.

del proceso “R

l estudio de lerados por los

trar Conducto

ón en un 100iderarla cruci

y detallado a

nica de mode

ctivo, muestraplicar el detal

Registrar Cond

a organizaciós artefactos de

or”.

0%. El procesial para el éx

través de los

elado UML, e

a como cada ulle de un proc

ductor”.

ón para resolve negocio ya

so unificado xito de la so

s diversos arte

especialmente

uno de ceso en

ver los que se

brinda olución

efactos

e en el

10

Análisis de requerimientos basado en el proceso unificado El resultado del modelo de negocio permite conocer a la organización en un 100%, esta salida hace posible el inicio del de la segunda gran etapa en el proceso de construcción del software conocido como “modelo de construcción del software”. Este modelo guía a los diversos trabajadores del proyecto informático en la construcción del sistema informático desde el análisis de requerimientos hasta la puesta en marcha del sistema. La etapa de análisis de requerimientos permite el análisis de las funciones y/o requerimientos de todos aquellos elementos que interactúan con la solución informática. Esta etapa formal del Proceso Unificado permite satisfacer las necesidades exactas del usuario “ON DEMAND”5. El análisis de requerimientos marca el inicio de la construcción técnica formal del sistema informático basado en el Proceso Unificado, donde los diversos artefactos UML que se utilizan en esta etapa marcan un modelo claro, estándar y preciso, como punto de partida para la construcción de la solución informática. Elementos UML del análisis de requerimientos Actor del sistema informático

Esta notación UML, representa a una persona, conjunto de personas, hardware, software y a cualquier componente que interactúa con la solución informática basado en una necesidad. Figura Nº 30, Notación UML, representa a un actor del sistema.

Caso de uso del sistema informático Notación UML que representa a un fragmento o unidad funcional del sistema informático. El caso de uso mencionado en las etapas de análisis del Proceso Unificado deberá ser considerado en la solución informática final como elemento que muestra respuesta (acción) frente a un requerimiento o solicitud.

Figura Nº 31, Notación UML, representa a un caso de uso del sistema.

Etapas del análisis de requerimientos Para garantizar la formalidad y perfecta realización de los diversos casos de uso del sistema informático en base a las necesidades exactas de los usuarios, recomiendo trabajar en base a la siguiente estructura de desarrollo; los cuales serán mencionados en orden de ocurrencia y por grado de dificultad. Identificación de actores del sistema informático Esta etapa permite determinar a los diversos actores del sistema informático, el punto discriminador es el nivel de interacción con la solución informática. Los actores serán considerados por representar un conjunto de acciones en el negocio. Si 2 personas en la empresa tienen un conjunto de acciones idénticas deberán ser representados por un solo actor genérico; pero si 2 personas tienen un conjunto de funciones idénticos y solo se diferencian por un o unos pocos requerimientos deberán ser representados por 2 actores diferentes.

5 On Demand: Este párrafo califica adecuadamente a los usuarios que demandan, aquellos quienes reconocen y exigen calidad en los sistemas informáticos, requieren de sistemas informáticos construidos a la medida de sus necesidades.

Supervisor del Sistema Informático

Registrar Conductor

Figur Defin El alcproyeEl alcque loningú

Figur 6 PMestabl

ra Nº 33, Esta

nición del alca

cance será deecto informáticcance debe seros puntos de

ún tipo.

ra Nº 34, Ejem

MI: Siglas del

lece criterios y

ALCANCConductoempresael UML, c

a figura muestr

ance del sistem

finido en basco, en su definr formulado dvista del des

mplo de alcanc

l Project Many lineamientos

E.- Constores paraa de transcon arquit

ra el modelo d

ma informáti

e al PMI6, donición el alcane manera clar

sarrollador y

ce referido al

nagemet Insts estándares e

trucción da el área dportes TEtectura W

11

Figura actores d Modelo El modeliteral lactor fre El modetotal del

de escenarios

ico

onde el alcannce debe tenerra, sencilla y c

del cliente

caso empresa

titute, organizen la administ

el Sistemde RecursECSA, en b

WEB.

Nº 32, Estadel caso empr

o de escenario

elo de escenaros diversos

ente al sistema

elo de escenal sistema infor

del actor asist

nce es definidr algunas caracompletamentcoincidan sin

a de transporte

zación no gutración de proy

ma Integrasos Humabase al P

a figura muesresa de transpo

os por actor

rios muestra enrequerimientoa informático.

arios represenrmático.

tente del área

do como el obcterísticas com

te delimitado, n dar espacio

e “TECSA”.

ubernamental yectos.

do de Coanos de la

Proceso U

stra a los diorte “TECSA”

n un entorno cos y funcion

nta la funcion

atención al c

bjetivo princimo: se de debe asa ambigüeda

sin fines de

ntrol de a

Unificado y

iversos ”.

claro y es del

nalidad

liente

ipal de

segurar des de

lucro,

y

Proce El proconvedel sisartefaEl pro

Figur Proce Los cfinal, las opser rep

Ejem

7 Absfactorentend

eso de abstrac

oceso de absertirse en elemstema informá

actos de negococeso de abstr

ra Nº 35, Ejem

eso de clasific

casos de uso Maquellos que

pciones generapresentado po

mplo de casos

stracción: Prores heterogéndimiento del c

Proceso de aAtención al cl

(from Dep

R

(from De

Reporta

(from D

cción

stracción7 permmentos del sisático. Este procio son sensiblracción puede

mplo del proce

cación de los

MACRO reprrepresentan a

ales del softwor el artefacto

s de uso macro

oceso de clasineos, donde lconcepto.

abstracción:liente

Registrar q

partamento de A

Reportar quejas

epartamento de A

ar récord de qu

Departamento de

mite selecciostema informáoceso puede sles a ser selecrealizarse de

eso de abstrac

casos de uso

resentan a losa opciones de

ware de oficinacaso de uso y

o: Archivo, Edden

ficación de ella abundante

queja

Atención al Cl ient

s por cliente

Atención al Cl ien

uejas por cond

Atención al Cl ie

12

onar diversos ático. El procer realizado pcionados páraforma grupal

cción referido

del sistema i

s fragmentos el menú princia Microsoft Wy llevar la deno

dición, etc sonominación ma

lementos impoe cantidad de

ALCANCEde ControRR-HH dey el UML, v

te)

nte)

ductor

ente)

ABSTRACCION

elementos deeso de clasifipara cualquierale entorno del o específica.

al caso empre

informático e

funcionales gipal. Un ejemp

Word donde Arominación ma

n representadoacro.

ortantes o relee elementos

E: Contrucción l de Empleado

e la empresa Tvía web.

R

R

e negocio qucación es en r artefacto delel sistema info

esa de transpo

en base a mac

generales del plo claro lo porchivo, Edicióacro para efec

os por un caso

evantes dentros innecesarios

del Sistema Inos para el áreaTECSA, basado

Registrar

Reportar quejas

Reportar récordcond

ue evolucionanbase al ALCA

l negocio. Todormático final

orte “TECSA”

cros.

sistema informodemos obserón, Ver, etc pctos de clasific

o de uso y llev

o de un unives repercuten

ntegrado a de o en el PU

queja.

s por cliente.

d de quejas pouctor.

n para ANCE dos los .

mático rvar en pueden cación.

var la

erso de en el

or

13

Figura Nº 36, Ejemplo del proceso de clasificación en base a macros, referido al caso empresa de transporte “TECSA” Modelo de casos de uso del sistema informático En esta etapa se relaciona a los actores con los diversos casos de uso del sistema informático. Este modelo se da a través del diagrama de Casos de Uso del UML, muestra las distintas operaciones que se esperan de una aplicación o sistema informático y cómo se relaciona con su entorno (usuario u otras aplicaciones). Resumen Del Análisis De Requerimientos Estimado lector, en el presente capítulo brindé diversos conceptos y ejemplos para iniciar el proceso de construcción del software en base al Proceso Unificado de forma práctica, el cual es uno de los objetivos del presente texto. La etapa de análisis de requerimientos deberá realizarse inmediatamente después de realizar el modelo de negocio, siendo este un análisis previo de suma importancia para garantizar que la solución informática haya sido construida en base a la realidad organizacional. BIBLIOGRAFÍA

1. MENÉNDEZ ROSA. Ingeniería de Software con el Proceso Unificado y el UML, Un punto de

vista práctico, Perú, 2005.

2. LARMAN C., Applying UML and Patterns, USA, 2005.

3. RUMBAUGH J., JACOBSON I., BOOCH G., El lenguaje Unificado de Modelado. Manual de

referencia, USA, 2000.

4. RUMBAUGH J., JACOBSON I., BOOCH G., El proceso unificado, USA, 2000.

5. Esles P. Rational Software White Papers, USA, 2000.

Proces de clasificación de CUSI_Mantenimiento

Mantenimiento

Registrar tipo de teléfono

Registrar tipo de documento

Registrar ciudad Registrar buses

Registrar tipo de accidente

Registrar tipo de infracción