7/25/2019 40-158-1-PB

1/6

El peligro de un Caso de Uso muy largo. Mitos y realidades

The risk of writing very long Use Cases. Myths and realities

Susel Ruiz Durn1, Yenisleidy Piloto Lastra1, Reynaldo Rosell !"#ez1

1Universidad de las Ciencias Informticas (UCI)

{sruiz, ypiloto, rrosello}@uci.cu

Resumen

asta la fec!a, la producci"n en la Universidad de las Ciencias Informticas (UCI) !a estado mayormente orientada

!acia las aplicaciones informticas #a la medida$. %a e&periencia acumulada en este sentido es relativamente amplia

y es recomenda'le utilizarla en funci"n del meoramiento de los procesos de producci"n, especialmente el tema de la

productividad y la eficiencia. ran cantidad de proyectos fracasan en el mundo por una mala estimaci"n de esfuerzo,

se incrementan los tiempos y los presupuestos. *e a!+ la importancia de la estimaci"n del tamao y la compleidad

del soft-are y del esfuerzo de desarrollo, ue nos permita estimar recursos, administrar y evaluar la productividad y

la calidad y administrar eficientemente los contratos, entre otras ventaas. /n funci"n de la realidad de la UCI, y

tomando como eemplo el uso de diferentes patrones de Casos de Uso entre los proyectos, se !ace un anlisis de las

de'ilidades e&istentes, enfatizando en las necesidades crecientes de contar con m0tricas ue soporten la producci"n

en el centro, desde todos los puntos de vista, ue van desde la neociaci"n !asta el desarrollo de aplicaciones

informticas y la evaluaci"n de los proyectos.

Pala$ras %la&e' estimaci"n de tamao y compleidad, patr"n C2U* de casos de uso, tamao del soft-are.

Abstract

To the present, the production in the UCI (in Spanish: Universidad de las Ciencias Informticas) has been mainly

oriented towards custom!made" software applications# The accumulated e$perience in this sense is relatively

ample and is recommendable to use it in order to improve the production processes, specially the sub%ect of the

productivity and the efficiency# &reat amount of pro%ects fails in the world due to a bad estimation of effort, the times

and the bud'ets are increased# That is why it is important to estimate sie and comple$ity of the software and the

effort of development, and allows estimatin' resources, mana'in' and evaluatin' the productivity and the uality

and mana'in' contracts efficiently, amon' other advanta'es# *ased on the reality of the UCI, and ta+in' as e$ample

the use of different Use Cases patterns in different pro%ects, an analysis of the e$istin' wea+nesses is made,

emphasiin' in the increasin' necessities to count on a metric that supports the production in the institution, from all

the points of view, that 'o from the ne'otiation to the development of software applications and the evaluation of

pro%ects#

(ey)ords:C2U* use case pattern, size and comple&ity estimation, soft-are size.

mailto:sruiz,mailto:ypiloto,mailto:rrosello%7D@uci.cumailto:sruiz,mailto:ypiloto,mailto:rrosello%7D@uci.cu

7/25/2019 40-158-1-PB

2/6

*ntrodu%%in

%a Universidad de las Ciencias Informticas centra su raz"n de ser en la formaci"n de profesionales de la rama de la

informtica en un proceso ue intera de manera co!esiva la docencia y la producci"n de productos y servicios

informticos, ue aporten inresos considera'les al pa+s.

asta la fec!a, la producci"n en el centro !a estado mayormente orientada !acia las aplicaciones informticas #a la

medida$, es decir, las aplicaciones desarrolladas para cu'rir las necesidades espec+ficas de un cliente determinado. %a

e&periencia acumulada en este sentido es relativamente amplia y !a lleado el momento de utilizarla en funci"n del

meoramiento de los procesos de producci"n, especialmente el tema de la productividad y la eficiencia.

/stos aspectos son, en t0rminos de producci"n de soft-are, temas de una compleidad considera'le, por lo ue

ameritan un estudio profundo y sistemtico, ue se nutra de la propia e&periencia de los proyectos desarrollados !asta

el momento.

/ste tra'ao a'orda alunos elementos relativos al tema, referidos al tamao del soft-are, la necesidad de una

!erramienta adecuada de estimaci"n y los riesos ue trae consio el !ec!o de desconocer determinados factores.

/spec+ficamente se centra en la conveniencia de utilizar un patr"n de Casos de Uso en espec+fico (3atr"n C2U*)

siempre y cuando est0n dadas una serie de condiciones o'etivas.

Materiales y M+todos

%os m0todos utilizados incluyen m0todos emp+ricos de o'servaci"n, as+ como m0todos te"ricos como el 4nal+tico

5int0tico.

Resultados y Dis%usin

El tama#o del Sot)are

/n la actualidad, una ran cantidad de proyectos fracasan de'ido a una mala estimaci"n del esfuerzo de desarrollo,

ue conlleva a ue se aote el tiempo y6o el presupuesto fiado inicialmente para el mismo. /s por ello ue la

estimaci"n del tamao del soft-are y del esfuerzo de desarrollo se !a convertido en uno de los aspectos ms

relevantes en el mundo de la inenier+a de soft-are y la esti"n de proyectos informticos.

/stimar el tamao de una aplicaci"n informtica, so're todo en la fase de inicio del proyecto, es una tarea 'ien dif+cil

de'ido al ran n7mero de factores desconocidos ue e&isten en esta etapa, as+ como los factores conocidos

compleos.

5in em'aro, el !ec!o de tener una estimaci"n lo ms real posi'le del tamao del sistema ue se desea construir

permite, entre muc!as otras cosas8

/stimar recursos (personal, tiempo, medios de tra'ao, presupuesto).

4dministrar y evaluar la productividad de los recursos (!oras6funcionalidad).

7/25/2019 40-158-1-PB

3/6

4dministrar y evaluar la calidad de los productos (defectos6funcionalidad).

Comparar proyectos ue !ayan sido estimados 'ao las mismas relas.

4dministrar los contratos, 'asndose en los reuerimientos funcionales, tamao de la funcionalidad,

productividad esperada y costo por unidad de tamao de la funcionalidad.

Uso de m+tri%as para estima%in de tama#o de las apli%a%iones inormti%as

/&isten diversas m0tricas usadas internacionalmente para la estimaci"n de tamao, compleidad y esfuerzo necesario

para la realizaci"n de un proyecto informtico.

%os resultados de aplicar cada una de ellas difieren entre s+, as+ como los resultados de aplicar una misma m0trica con

valores de cali'raci"n diferentes.

*e a!+ la importancia de seleccionar y cali'rar adecuadamente la m0trica a utilizar en el marco de una empresa de

producci"n de soft-are, eneralizar su uso y aplicarla estrictamente, como forma de planificar, administrar, evaluar y

comparar los diferentes proyectos ue se emprendan. 4s+ mismo, el propio proceso de producci"n y sus resultados

medi'les proporcionan una retroalimentaci"n muy valiosa para la concepci"n de la m0trica en s+. *e esta forma, la

m0trica seleccionada no puede verse como una ley esttica e inmuta'le, sino como una !erramienta perfecciona'le a

lo laro de la vida de la empresa.

-Cundo puede de%irse ue una m+tri%a es ade%uada/

/sta es una preunta complea, cuya respuesta completa va ms all del alcance de este art+culo.

5in em'aro, pueden mencionarse alunos factores ue no de'en escapar de la atenci"n a la !ora de conce'ir,

seleccionar o cali'rar la m0trica a utilizarse.

3or eemplo, si se usan los Casos de Uso como unidad de medida de las aplicaciones y como u+a del proceso de

desarrollo, es importante tener en cuenta para estimar el tamao la cantidad de escenarios, la cantidad de entidades de

dominio y sus atri'utos, la comunicaci"n con dispositivos de !ard-are y con otros sistemas informticos.

4s+ mismo, para estimar el esfuerzo y el tiempo de desarrollo es importante contemplar la e&periencia del euipo de

desarrollo en el uso de las tecnolo+as a utilizar, la madurez de los procesos de la empresa, el nivel de co!esi"n del

euipo, entre otros factores.

/n esencia una m0trica es meor cuanto ms se aceruen los resultados de las estimaciones ue la utilicen a la

realidad compro'ada de los proyectos. 3ero es casi imposi'le aseurar su efectividad sin !a'erla aplicado con

anterioridad.

7/25/2019 40-158-1-PB

4/6

3or tal motivo se !ace necesario para la UCI, como empresa productora de soft-are, la selecci"n y aplicaci"n de una

m0trica lo ms completa posi'le, as+ como su posterior refinaci"n a partir de los resultados de los proyectos

productivos.

Criterios para la identii%a%in de los Casos de Uso. Patrones

Uno de los pro'lemas a los ue se enfrenta un euipo de desarrollo en las etapas tempranas de un proyecto, es el

referido al criterio de selecci"n de los Casos de Uso ue conforman la aplicaci"n a desarrollar. /&isten en el mundo

de la inenier+a de reuerimientos una amplia ama de patrones de Casos de Uso ue pueden ser utilizados, pero la

preunta ue salta a la vista es8 9Cul es ms conveniente: 9Cul se adecua meor a las caracter+sticas del producto

ue se desea construir y a las peculiaridades de todos los involucrados, cliente incluido:

Un eemplo 'astante com7n, en el m'ito del desarrollo de aplicaciones de esti"n, es la disyuntiva entre utilizar el

patr"n C2U* (Create, 2ead, Update and *elete, por sus silas en inl0s) o no. /s decir, la elecci"n entre conce'ir

Casos de Uso ue re7nan todas las acciones 'sicas so're una entidad de dominio en uno solo, o conce'ir un Caso de

Uso para cada una de estas acciones 'sicas para cada entidad de dominio.

;i. 1. C2U*

7/25/2019 40-158-1-PB

5/6

0entaas y des&entaas de la utiliza%in del patrn de Casos de Uso CRUD

/ntre las ventaas de la utilizaci"n del patr"n C2U* pueden mencionarse8

5e re7nen en un solo elemento de confiuraci"n del soft-are todas las acciones 'sicas ue se realizan so're

una entidad de dominio.

5e facilita la comprensi"n por parte del cliente de la funcionalidad del sistema.

5e facilita la especificaci"n de los casos de uso, lorando un alto nivel de detalle sin tener ue invertir

esfuerzo en descri'ir aspectos enerales de funcionalidad ms de una vez.

5e facilita la reusa'ilidad del c"dio, a partir de identificar relaciones entre los Casos de Uso, con un m+nimo

de esfuerzo.

%a desventaa principal radica en ue, si no e&iste una m0trica completa ue permita estimar la compleidad de los

Casos de Uso, y la estimaci"n y planificaci"n de los proyectos permanece al nivel del Caso de Uso como unidad, casi

seuramente el proyecto incurrir en atrasos y so'repasar su presupuesto, en comparaci"n con otros ue no usen

dic!o patr"n.

*esde el punto de vista de las actividades de anlisis, diseo, implementaci"n y prue'as, la decisi"n de usar este

patr"n carece de implicaciones neativas8 es euivalente desarrollar = funcionalidades si estn especificadas en =

Casos de Uso diferentes o en uno solo.

Una mirada desde el ngulo %omer%ial

Como se plante" con anterioridad, una de las ventaas de tener una estimaci"n adecuada del proyecto es el impacto

positivo ue se tiene en la administraci"n de contratos.

/s imposi'le arantizar productividad en la esfera de la producci"n de soft-are sin una !erramienta ue aseure la

misma desde la etapa ms temprana de un proyecto8 la neociaci"n, especialmente en el caso de las soluciones #llave

en mano$ ue incluyen eneralmente el desarrollo de aplicaciones informticas #a la medida$.

/l estudio inicial de procesos de neocio y la determinaci"n, a trav0s de m0tricas, del tamao, compleidad y

esfuerzo de desarrollo, pasan a convertirse en esta !erramienta.

7/25/2019 40-158-1-PB

6/6

Con%lusiones

5e !ace de suma necesidad la selecci"n y cali'raci"n o el desarrollo propio de una m0trica o conunto de m0tricas

ue soporten la neociaci"n de contratos, planificaci"n de tiempos y presupuestos, selecci"n de personal, evaluaci"n

de la calidad y productividad de los proyectos y comparaci"n de estos en el marco de la producci"n en la Universidad

de las Ciencias Informticas.

/sta m0trica de'e contemplar una serie de factores ue, dada la e&periencia alcanzada en los proyectos desarrollados

!asta la fec!a en el centro, se !a compro'ado ue tienen un peso importante y ran impacto en los tiempos de

desarrollo, auste a presupuestos preesta'lecidos y calidad de los productos ue se desarrollan.

*e esta forma se puede estandarizar la producci"n y a la vez diversificar los modos de !acer las cosas, sin rieso de

fracaso del proyecto, porue se contar con las !erramientas necesarias para ue, independientemente de decisiones

t0cnicas espec+ficas de cada proyecto, se pueda estimar con la mayor e&actitud posi'le en etapas tempranas la

manitud de lo ue se pretende construir y actuar en consecuencia.

2grade%imientos

4 ;0li& 2odr+uez ;iueroa, ue nos motiv" e inst" a escri'ir este tra'ao.

Reeren%ias 3i$liogri%as

Colectivo de 4utores. /stimaci"n de esfuerzo en proyectos de soft-are, >??. A*isponi'le en8

!ttp866---.slides!are.net6uestd?e1ff6s>1>BpfBpcu6

%a Dorre, %udisleyE Cepero, Fariela. 3ropuesta de m0trica de perfeccionamiento de esti"n de la calidad en el

proceso de desarrollo, >??. A*isponi'le en8 !ttp866---.monorafias.com6tra'aosGG6procesoBdeBdesarrolloB

soft-are6procesoBdeBdesarrolloBsoft-are.s!tml.

http://www.slideshare.net/guestd0e1ff/s212-pf-pcu/http://www.monografias.com/trabajos55/proceso-de-desarrollo-software/proceso-de-desarrollo-software.shtmlhttp://www.monografias.com/trabajos55/proceso-de-desarrollo-software/proceso-de-desarrollo-software.shtmlhttp://www.slideshare.net/guestd0e1ff/s212-pf-pcu/http://www.monografias.com/trabajos55/proceso-de-desarrollo-software/proceso-de-desarrollo-software.shtmlhttp://www.monografias.com/trabajos55/proceso-de-desarrollo-software/proceso-de-desarrollo-software.shtml