Вы находитесь на странице: 1из 44

ndice de contenido

6.1. Ficha de caracterizacin del subproceso Gestin de Requerimientos y Requisitos..................3


6.2. Descripcin de la Actividades del procedimiento Gestin de Requerimientos y Requisitos. .5
6.3. Guias..............................................................................................................................................9
6.3.1. Los Requerimientos y Requisitos..........................................................................................9
6.3.1.1. Detallando un Requerimiento(s) o Requisito(s)...............................................................12
6.3.1.2. Definicin de los Requisitos.............................................................................................14
6.3.1.3. Tcnicas de Captura de Requerimientos y/o Requisitos...................................................19
6.3.1.4. Errores comunes en la definicin de los Requerimientos y Requisitos............................23
6.3.1.5. Revisiones Efectivas de los Requerimientos y Requisitos...............................................27
6.3.2. Construccin del documento Visin ...............................................................................29
Impacto de no contar con el artefacto.......................................................................................29
Opciones de Representacin.....................................................................................................30
Pasos .........................................................................................................................................30
Lista de Verificacin .............................................................................................................32
6.3.3. Construccin de los Casos de Uso.......................................................................................33
Propsito...................................................................................................................................33
Opciones de Representacin.....................................................................................................34
Propiedades de los Casos de Uso..............................................................................................35
Lista de verificacin .................................................................................................................38
6.3.4. Construccin de los Modelos de Casos de Uso...................................................................39
Opciones de Representacin.....................................................................................................40
Lista de Verificacin
.......................................................................................................40
6.3.4. Construccin del Documento Especificaciones de requisitos.........................................42
Impacto de no contar con este artefacto....................................................................................42
Opciones de Representacin.....................................................................................................43
Lista de Verificacin ............................................................................................................43
6.3.4. Construccin del Glosario...................................................................................................45
Propsito...................................................................................................................................45
Consideraciones claves.............................................................................................................45
Impacto de no tenerlo................................................................................................................45
Opciones de Representacin.....................................................................................................45

6.1. Ficha de caracterizacin del subproceso Gestin de


Requerimientos y Requisitos

6.2. DescripcindelaActividadesdelprocedimientoGestindeRequerimientosy
Requisitos
Nombredela
Actividad

Descripcin

Responsa
bles

Artefactos
Relacionados
(Procductos)

1. Definitr o Unanecesidadesunademandaqueexpresa Analista


Ajustar Nece una persona(s), dependencia(s) o instancia Interesados
con respecto a una situacin problemtica y
sidad(s)
que puede ser solucionada a travs de una
aplicacininformtica.
Elinteresadodebeemitiroexpresarcualessu
necesidadyelanalistadebeinterpretarlayasi
iniciarelprocesodedesarrollo.

Solicitudde
Necesidad

2.Elaboracin Un requerimiento es la descripcin precisa y Analista


oactualizacin claradeunanecesidadfuncionalentrminos
delalistama deloquedebehacerelsistema.Unanecesi
dadpuededescomponerse envariosrequeri
estradere
querimiento(s) mientos dependiendo de la manera como se
hayadefinido.

ListaMaestra
derequeri
mientos

Guas

Losrequerimientosylosre
quisiitos
Detallandounrequerimien
to(s)orequisito(s)
TecnicasdeCapturadere
querimientosyrequisiitos
Errorescomunesenladefi
nicindelosrequerimiento(s)
yrequisitos(s)
Revisionesefectivasdelos
requerimientos

3.Elaboracin Conbaseenlasnecesidadesdelosinteresa Analista


yactualizacin dos,losrequerimientosylosrequisitosdealto
deldocumento niveldefinidosporelanalistaseplantealasi
tuacinproblematicaylaposiblesolucininfor
Visin
maticaparalosinteresados.

Visin

Construccindel
documentovisin

4.Elaboracin Amedidaquesedefinenyajustanlasnecesi Analista


yactualizacin dadesyrequerimientosdelosinteresados,se Interesados
construye y unifican cierta terminologa entre
Documento
losinteresadosyelequipodetrabajoconelfin
Glosario
de que exista una buena comunicacin entre
losmismos.

Glosario

ConstruccindelGlosario

5.Elaboracin Un requerimiento responde a una necesidad Analista


yactualizacin funcionaldelsistema,mientrasqueunrequisito
deldocumento representaunanecesidadtcnicaenterminos
de usabilidad, confiabilidad , disponibilidad y
Especifica
cindeRequi seguridaddelsistema.
sitos

Documento Laconstruccindel
Especificacin documento
derequisitos Especificacionesde
Requisitos

6.Aprobacin Luegodeunarevisindelavisinporpartede Interesados


losinteresados,estosevaluansiapruebaono
delaVisin
ladefinicinosolucinalproblemaplanteado,
encasodequenoseapruebesedebeajustar
eldocumentoyconsecuentementelasnecesi
dadesplanteadas.

Acta

Construccindeldocumen
tovisin

7.Aprobacin Aligualqueconeldocumentovisin,losinte Interesados


delosReque resadosdebendarsuavalcuandosedefineun
requerimientoyencasodequenoseaprue
rimientos
bendebernserajustadosparasufuturaapro
bacin.

Acta

Conbaseenlosrequerimientosaprobados,se Analista
8.Elaborar
modelos,ca procede a detallarlo mediante diagramas, ca
sosyespecifi sosyespecificacionesdecasosdeuso.
cacionesde
uso

Modelode
Construccindeloscasos
CasosdeUso. deuso
CasodeUso Construcciondelosmode
dealto
losdecasosdeuso
Especificacin
decasodeuso

9.Diseo,de Esteprocedimiento(Gestinderequerimientos Equipode


sarrolloydes yrequisitos)eselinsumoparallevaracaboel Desarrollo
plieguedelos diseo,desarrolloydesplieguedelsoftware
requerimientos
yrequisitos.

Losrequerimientosylosre
quisiitos
Detallandounrequerimien
to(s)orequisito(s)
TecnicasdeCapturadere
querimientosyrequisiitos
Errorescomunesenladefi
nicindelosrequerimiento(s)
yrequisitos(s)
Revisionesefectivasdelos
requerimientos

Revisarloscapitulossi
guientes

10.Controlde
Cambiosdise
o,desarrollo
ydepliegue
delsoftware.

Amedidaquesurgenloscambiospropiosdel Analista
proceso de desarrollo (Anisis, diseo, desa
rrollo,despliegue),esnecesarioajustarlado
cumentacin propia de la gestin de requeri
mientosyrequisitos,comolavisin,elglosario,
loscasosdeusodealtonivel,lasespecifica
cin de requisitos y lista maestra de requeri
mientos.

Visin
RevisarcapituloGestin
ListaMaes deCambios
tradeRequeri
mientos
Especifica
cinderequisi
tos
Modelo,caso
deusodealto
nivelyespecifi
cacionesde
casosdeuso

6.3.Guias
6.3.1.LosRequerimientosyRequisitos

LosRequerimientosdefinen:

Loquelosgruposdeinters(usuarios)necesitan

Loqueelsistemadebeincluirparasatisfacerlasnecesidadesdelosgruposdeinters.

LosRequerimientossonlaslistas"porhacer"delequipodelproyecto.
LosRequerimientosdefinenloqueesnecesarioyenfocaalequipodelproyecto.Sonelmecanismo
primarioparacomunicarlosobjetivosdelproyectoacualquieraqueintervengaenelproyecto.
Sonlabaseparacapturaryvalidarlasnecesidades,administrarlasexpectativas,priorizaryasignar
eltrabajo,verificaryvalidarelsistemayadministrarelmbitodelproyecto.
Los requerimientos puedentomardiferentesformasincluyendoloscasosdeusoylosescenarios,
texto no estructurado, texto estructurado o una combinacin de todos ellos y pueden estar
estructurados en diferentes niveles de granularidad. En el ms alto nivel de granularidad las
caractersticasdefinenlosserviciosqueelsistemadebeproveerparasolucionarlosproblemasdelos
clientes.Dichascaractersticassoncapturadasentextoestructuradoonoestructuradodentrodel
Visin.Elsiguienteniveldegranularidadsonloscasosdeusoquedefinenlafuncionalidadqueel
sistemadebetenerparapoderproveerlascaractersticasrequeridas,estosdescribenlasecuenciade
accionesdesarrolladasporelsistemaparapoderbrindarunresultadoobservablequeseadevalor
paraelactoroactores.
Elsistemadebeserdesarrolladodeacuerdoalcomportamientoqueseespecificaenloscasosde
uso.Sinembargo,existenrequerimientosdelsistemaquerepresentanuncomportamientoespecfico
aestosselesdenominaRequisitostalescomo:

Requisitoslegalesonormativos,ascomoestndares.

Atributos de calidad incluyendo caractersticas de uso e interaccin con los usuarios,


confiabilidad,desempeoyrequerimientodesoporte.

Requisitos de interfaz que le dan capacidad al sistema para interaccionar con sistemas
externos.

Restricciones de diseo tales como sistemas operativos, imagen institucional o de


compatibilidadconotrosoftware.

LosrequisitossecapturandeformaestructuradaeneldocumentoEspecificacionesdeRequisitosde
soporte
Los requisitos de soporte estn clasificados de acuerdo al modelo FURPS+ (Funcional
(Requerimientos), caractersticas de uso e interaccin con el usuario, confiabilidad, desempeo,
capacidad de soporte + restricciones). Las restricciones incluyen aquellas relacionadas al diseo,
implementacin,interfacesyreglasdelnegocio.
LosrequisitosdecaractersticasdeusoeinteraccinconlosusuariosIncluyeaquelosbasadosen
factores humanos e interfaces de usuario tales como la capacidad de acceso, esttica de las
interfacesyconsistencia.
LosrequisitosdeconfiabilidadIncluyeaspectostalescomoladisponibilidad,exactitud,proyeccin,
frecuenciadefalloorecuperacindelsistemaencasodefallo.
Losrequisitosdedesempeoincluyerequisitos decargadeinformacindelsistema,tiemposde
respuestadelsistemayusoderecursos.
Porotroladoencontramoslosrequisitosasociadosalasrestriccionesdediseo,implementacin,
interfaces,fsicasyreglasdenegocio:

Restriccionesdediseo:limitareldiseoydeclararlosrequisitossobreelenfoquequedebe
tenerseencuentaeneldesarrollodelsistema.

Restriccionesdeimplementacin: ponerlmitesalprocesodegeneracindecdigoode
construccin.(estndaresrequeridos,lenguajes,herramientasoplataforma)

Restricciones de interfaz: son requerimientos para interaccionar con sistemas externos,


describiendolosprotocolosolanaturalezadelainformacinquedebesertransferidaatravs
delainterfaz.

Restriccionesfsicas: afectanelhardwareoelempaquetadodelsistema(forma,tamaoy
peso)

Reglasdelnegocio:sonlapolticas,normas,estatutos,acuerdos,resolucionesocualquier
tipodedecisinquegobiernalaformaenquelainstitucinopera.Ellasrestringirnlospasos
descritosenelflujodelcasodeuso.

Losrequerimientos,requisitosyloscasosdeusodefinenlasnecesidadesdeloquesequieredel
sistema. Estos deben soportar las caractersticas dadas en la declaracin de Visin. Cada
requerimientoyrequisitodebesoportaralmenosunadelascaractersticasycadacaractersticadebe
estarsoportadaporalmenosuncasodeuso.
Engeneral,losrequerimientosdescribenelcomportamientoysoncapturadosenloscasosdeusoy
losrequisitosorequerimientosnofuncionalessoncapturadosenelartefactoEspecificacin
deRequisitosdeSoporte.Sinembargo,algunosrequisitosestnrelacionadosconalgunoscasosde
usoporloqueestossoncapturadosdirectamentedentrodeellosparasimplificarlacomunicacinyel

mantenimiento. Por otro lado existen requerimientos globales, o de nivel de sistema, que son
capturadosjuntoconlosrequerimientosdesoporte.
Alosrequerimientosyrequisitosselepuedeasignarunosatributosparaayudarenlagestindel
proyecto.
Losatributossonpropiedadesquedeterminaninformacinadicionaleimportante.Estainformacin
pude ser utilizada para responder preguntas acerca del estado de desarrollo de un proyecto
especfico.
Acontinuacinsemuestraunconjuntotpicodeatributos.Elvalordecadaunodeellospodrserun
nmero,unvalorboleano,unafechaosimplementeunacadenadetexto:
Prioridad:Declaralaimportanciarelativadelrequerimientoorequisitodesdeelpuntodevistade
los interesados. Puede ser usada una escala de valoracin (alta, media, baja). De acuerdo a la
complejidad del sistema dicha escala deber poseer ms valores que hagan ms discernible el
modeloderequisitos.
Asignadoa:Enlainstitucinquieneselencargadodeasegurarsequeelrequerimientoorequisito
se esta cumpliendo. Corresponde a un nombre de persona y a un rol especfico dentro de la
institucin.
IteracinLaiteracinenlacualsepretendeimplementarelrequerimientoorequisito
EstimacindeltamaoBrindarunaestimacindealtonivelquedecuentadelesfuerzorequerido
partaimplementaryverificarelrequerimientoorequisitoysusolucin.Usualmentesemideapartir
devaloressinunidades.
Esfuerzofaltante:Unestimativodelesfuerzoquefaltaparaimplementaryverificarelrequerimiento
orequisitoysuimplementacin.Usualmenteenhoras
Estado:Marcaelprogresoenlaimplementacindeunrequerimientoorequisito.Puedeutilizarse
unalistanumerada(completo,parcialmentecompletado,noiniciado)opuedeserinferidodesdeel
atributodelesfuerzofaltante.
Cuandoseasignanvaloresatodoslosatributosdeunrequerimientoorequisitoresultarelativamente
sencilloresponderpreguntasacercadelestadodelproyecto:
Cuantosrequerimientosorequisiitosfueronimplementadosenlaiteracin?
Queporcentajederequerimientosorequisitosdealtaprioridadhansidoimplementados?
Cuantos requerimientos o requisitos asignados a la presente iteracin continan sin ser
implementados?
Cualesrequerimientosorequisitosestnasignadosaunapersonaenespecial?
otrosatributostilespodranser:

Fuente: Persona, documento u otro origen del requerimiento. Este es importante para poder
determinaraquienreferirsecuandosetenganinquietudesoparaagruparrequerimientosdeacuerdo
aunafuenteenparticular.
Comentarios: Comentarios hechos a un requerimiento o requisito por parte de los revisores o
escritores.
Dificultad: Unindicador delniveldeesfuerzorequeridoparaimplementarelrequerimiento(Alto,
medio,bajo).
Riesgo: Medida confidencial acerca de la probabilidad real de cumplir o no un requerimiento o
requisito.
IDdeprueba:Identificacindeunapruebaespecficauotromtododeverificacinquepuedaser
aplicadoalrequerimientoorequisito.

6.3.1.1. Detallando un Requerimiento(s) o Requisito(s).


Unrequerimiento(s)y/orequisito(s)debenserescritosenunasolafraseconformadaporunsujetoy
unpredicado.Elsujetoesunactor,uninteresado,elsistemaendesarrolloounaentidaddediseo
queestrelacionadaconelrequerimiento.Elpredicadoespecificalaaccin,oelresultadoesperado,
queesrealizadapor,paraoconelsujeto,usualmenteincluyecondicionesycriteriosdedesempeo.
Asesposibleanalizarunrequerimientoorequisitodesdeunpintodevistagramatical.Porejemplo:
Elmodulodematrculasdebesercapazdecompletar100peticionesdelosestudiantesenmenosde
10minutos.
Esterequerimientoorequisitotieneunsujeto(elmdulodematrculas,queespartedelsistemaen
desarrollo), un estado de finalizacin especfico y medible (100 peticiones de estudiantes
completadas)yuncriteriodedesempeo(enmenosde10minutos).
En los requerimientos o requisitos de los interesados el uso del debera ser capaz de expresar
claramentequeelinteresadopuederealizaralgoperonoestobligadoahacerlo.
Paraelcasodelosrequisitosdelsistemalaformaverbaldeberexpresarqueelsistemaseobligaa
ejecutaresaaccincuandosecumplandeterminadascondiciones.
Agruparlosrequerimientosenlistasnumeradaspuedenhacerquelalecturaseamsclaraperodebe
tenerseencuentaquecadatemdelalistadebeserensunrequerimientocompleto.
Debenevitarsepalabrasqueconduzcanaambigedadtalescomotodos,todo,algunos.

Las siguientes guas ayudaran a escribir mejores requerimientos o requisitos. Para mantener la
consistenciadelejemplotodoslosrequerimientosseencuentranenelcontextodeunprocesode
admisiones:

Definirunrequerimientoorequisitoalavez.Porejemplousar,

ElJefedeAdmisionesdebesercapazdeactualizarellistadodeinscritosdeacuerdoalainformacin
delestratosocioeconmico.
ElJefedeAdmisionesdebesercapazdeactualizarlainformacindelestratosocioeconmico.

Evitar las conjunciones (y, o) que generan mltiples requerimientos y fomentan la


ambigedad.Porejemploesmejorusar:

ElAspirantedebesercapazdeobservarsifueadmitidodesdelaventanilladeadmisiones.
ElAspirantedebersercapazdeobservarinformacinrelacionadaconelprocesodeadmisinenla
ventanilladeadmisiones.
Enlugarde:
El Aspirante debe ser capaz de ver desde la ventanilla de admisiones si fue admitido y toda la
informacinrelacionadaconelprocesodeadmisiones.
Laltimaformaespotencialmentepeligrosaenelsentidodequenoseespecificaclaramentesiel
Aspirantedebeverlainformacinalmismotiempoahacenpartededosprocesosseparados.

Evitar frases sueltas o palabras que impliquen opciones o excepciones (a menos que,
exceptuando, si es necesario, pero). Estas son peligrosas ya que dificultan la tarea de
determinarsielrequerimientoaplicaono.Sermejorescribirrequerimientoseparadospara
cadacondicinoestadodelsistema.Porejemplo,esmejorusar:

Elsistemadebesercapazdegenerarelrecibodepago10dasantesdeliniciodeclases.
Elsistemadebesercapazdegenerarunrecibodepagoencualquierfechacuandolosoliciteal
ConsejodeFacultad.
Enlugarde:
Elsistemadebesercapazdegenerarlosrecibosdepago10dasantesdeiniciarlasclasesamenos
quehayaunasolicituddelConsejodeFacultad.

Usarfrasessimplesydirectas

ElJefedePlaneacindebesercapazdeverelindicadordeocupacindelsaln.

Enloposibleusepalabrassimplesyconocidasdetalformaqueseentiendanporungrupono
especializado.

Identificareltipodeusuarioquenecesitacadarequerimiento

Eldocentedebesercapazde..

Enfocarseendeclararcualeselresultadoqueelsistemadarauntipoespecialdeusuarios:

...verelplandetrabajoenunahojadeclculo...

Definircriteriosidentificables

6.3.1.2. Definicin de los Requisitos


Estaguaexplicacomodesarrollaryusarlasespecificacinderequisitosdelsistema.
Existeunconjuntofinitoderequisitosquesedebentenerencuentacuandoseconsideratodoel
mbitodelsistema,lacaractersticasdecalidadolasrestricciones.Muchosdeellosnosonfamiliares
para los interesados y por tanto ellos encontraran dificultades a la hora de responder preguntas
relacionadasconladisponibilidaddesempeo,escalabilidadolocalizacin.Sepuedeutilizaresta
guaalmomentodehablarconlosinteresados.
a.CaractersticasdeUsoeinteraccinconelusuario
Losrequisitosquedeterminanlascaractersticasdeusoeinteraccinsoncrticasparaelxitode
cualquiersistema.Noayudamuchosisetienenrequisitoscomo:Elsistemadebeserfcildeusar.Ya
queestenopuedeserverificado.
Mientras se capturan los requerimientos funcionales es una buena idea identificar primero los
problemasylasinquietudesparapoderrefinarlasluegoconvirtindolasenrequisitosverificables.De
acuerdoconladefinicintradicionallascaractersticasdeusoeinteraccintienencincofactores:

FacilidaddeAprendizaje:Unusuarioconunnivelespecficodeexperienciadebesercapaz
deaprendercomoseutilizaelsistemaenunacantidaddeterminadadetiempo.

Eficienciaenlastareas:Unusuariodebesercapazdecompletarunatareaespecficaenun
tiempodeterminado(oenunnmerodeterminadodepulsacionesdelratn).

Facilidadderecordar:Unusuariodebesercapazderecordarcomoseutilizaelsistemaaun
cuandohayadejadodeutilizarloporundeterminadoperiododetiempo.

Facilidaddesercomprendido:Unusuariodebesercapazdeentenderlosmensajesylas
alertasqueelsistemagenera.

Satisfaccin subjetiva: Un porcentaje considerable de la comunidad de usuarios debe


expresarsatisfaccinalutilizarelsistema.

Se pueden utilizar los siguientes mtodos para identificar y especificar los requisitos de uso e
interaccinconelusuario:
1. Identificarlosproblemasclavesrelacionadosconlascaractersticasdeusoydeinteraccin
conelusuario.Esidealrevisarlastareascrticas,perfilesdeusuario,metasdelsistemay
problemasanterioresquesehayanpresentado.
2. Seleccionarelestiloapropiadoparaexpresarlosrequisitos:

Estilo basado en el desempeo: Especificar que tan rpido los usuarios pueden
aprendervariastareasyquetanrpidoellosdebenejecutartalestareasdespusde
serentrenados.

Estilocentradoenlosdefectos:Msquemedireltiempoempleadoenejecutaruna
tarea se deben identificar los defectos encontrados con la caractersticas de uso e
interaccinconelusuario,especificandoconquefrecuenciaocurren.

Estilocentradoenguasdediseo: Especificarlaaparienciageneralylostiempos
derespuestadelainterfazdeusuariohaciendoreferenciaaunestndarbiendefinido.

b.Confiabilidad
Laconfiabilidadincluyelahabilidadqueelsistematieneparacontinuarfuncionandoantesituaciones
detensinocondicionesadversas.Enelcasodelasaplicacioneslaconfiabilidadserelacionaconla
cantidad de tiempo que el sistema permanece funcionando. Especificar la confiabilidad a niveles
aceptables as como los mecanismos para que esta pueda ser medida y evaluada. Describir los
criteriosdeconfiabilidadentrminoscuantificables,usualmentecomoeltiempopermitidoentrefallos
olatasadefallototalpermitida.Otrasconsideracionesdeconfiabilidadincluye:

Exactitud:Especificarlosrequisitosparalaprecisin(resolucin)ylaexactitud(deacuerdoa
unestndarconocido)quesenecesitaencualquieradelosclculos desarrolladosoenla
salidadelsistema.

Disponibilidad: Especificarlosrequisitosparaelporcentajedetiempoqueelsistemaesta
disponible para uso, las horas de uso y las horas de mantenimiento. La disponibilidad es
tpicamenteespecificadaentrminosdeltiempomedioentrefallos.(TMEF).

Recuperacin:Especificarlosrequisitosparaqueelsistemaserecuperedeunfallo.Estoes
expresadotpicamenteentrminosdeltiempomedioderecuperacin(TMDR).

Frecuenciayseveridaddelosfallos: Especificarlatasamximadedefectos(expresadas
endefectos/KSLOCodefectos/puntosdefuncin)ylaseveridaddelosfallos.Laseveridad
puedesercatalogadacomomenor,significativaycrtica.Losrequerimientosdebendefinir

cada uno de estos trminos sin ambigedad, Por ejemplo, un defecto crtico puede ser
definidocomoaquelqueresultaenunaprdidadedatosocomounoquegenereunaprdida
delafuncionalidadenunapartedelsistema.
c.Desempeo

Tiempo de respuesta: Especificar la cantidad de tiempo disponible para que el sistema


completetareasespecficasotransacciones(promedio,mximo).Utilizarunidadesdemedida.
Ejemplo:

Cualquier interfaz entre el usuario y el sistema debe tener un tiempo mximo de


respuestade2segundos.

Rendimiento: Especificar la capacidad del sistema para soportar un determinado flujo de


informacin(PorEjemplo,transaccionesporsegundo).

Capacidad:Especificarlacantidaddedatosqueelsistemaalmacenayelvolumendedatos
queelsistemamaneja.Asegurarqueladescripcinderequerimientosestacuantificadadetal
formaquepuedaserprobada.Usarunidadesdemedidatalescomo:nmerodeusuarioso
transacciones que el sistema puede administrar, el uso de recursos (memoria, discos,
conexionesdered,buffers,etc)
Ejemplos:

El sistema debe atender hasta 10.000 estudiantes dentro del periodo de tiempo
comprendidoentrelas9:00AMalas11AM.

Lacargamximaenotrosperiodosserde1500.

Iniciodelsistema:Tiempomximoparaqueelsistemaentreenproduccindespusdeser
encendido.

ApagadodelSistema:Tiempomximoqueelsistematardaenapagarse.

d.Capacidaddelsistemaparasermantenido

Capacidaddeadaptacin:Existenrequerimientosespecialesquecontemplenlaadaptacin
del software (incluyendo actualizaciones)?. Listar los requerimientos que faciliten que el
sistemaseadapteanuevosambientes.

Compatibilidad: Existenrequerimientosquecontemplenlacompatibilidaddelsistemacon
otrasversionesoconsistemassubsidiariosqueproveenlamismacapacidad?

Configuracin: Elproductodebeserconfiguradodespusdehaberseinstalado?Enque
formadebeserconfiguradoelsistema?

Instalacin:Declararcualquierrequerimientoespecialqueserelacionesconlainstalacindel
sistema.

Niveldesoporte:Queniveldesoporteserequiereparaelproducto?Usualmenteseutilizan
unamesadeayuda(Helpdesk).Siexistepersonasqueproveansoportealproductoesese
soportepartedeloquesedebeproveeralosclientes?existenrequerimientosparadicho
soporte?. Si se debe incluir soporte dentro del mismo sistema en esta seccin deberan
colocarse tales requerimientos. Considere el nivel de soporte que el sistema, de forma
anticipada,proveeylaformaenqueserprestado.

Mantenimiento: Existen requerimientos especiales que contemplen el mantenimiento del


sistema?Cualessonlosrequerimientosparaelciclodeliberacionesdelsistema?Enque
formaserealizarantalesliberaciones?.Cuantificareltiemponecesariopararealizarcambios
especficos en el producto. Existen otros requerimientos especiales para el mantenimiento
tales como requerimientos paraque los usuarios finales ointeresados puedan realizar las
tareas de mantenimiento. Esto tiene efecto en la forma en que el sistema debe ser
desarrollado.Adems,debenexistir requerimientosadicionales paraladocumentacinyel
entrenamientoocapacitacin.Describireltipodemantenimientoylacantidaddeesfuerzo
requerido.

Ejemplos:
Lasmejorasdemantenimientodebenserofrecidasunavezcadaao.

Capacidaddecrecimiento: Quevolumendedatosyusuariosdebesoportarelsistema?
Estosrequerimientosespecificanelincrementoesperadoentamaoqueelsistemadeber
soportar a medida que el negocio crece ( o lo que se espera que crezca), los sistemas
softwaredebenaumentarsucapacidadparacopardichosvolmenes.Estousualmentese
expresacomounperfildetiempo.

Capacidaddeserprobado:Existenrequerimientosespecialesquecontemplenlaspruebas
delsistema?.Usualmentelosplanesdeauditoriapuedenserunafuenteefectivapararescatar
estosrequerimientosaunaltonivel.

e.Restricciones(+)

Restriccionesdediseo: Existendecisionesdediseoquedebanseraceptadasporel
producto?Estasincluyenpolticasdeimageninstitucional,coloresinstitucionales,etc.

Componentesdeterceros:Especificarcualquiercomponentedesoftwaretantodesoftware
librecomoCOTSoelementoslegalesquedebanserusadosporelsistema.

Lenguajes de implementacin: Especificar los requerimientos para los lenguajes de


programacinquedebenserutilizados.

Plataformadesoporte:Especificarlosrequerimientosparalaplataformadesoporteparael
sistema.

Lmitederecursos:Especificarlosrequerimientosquelimitanelusoderecursosdelsistema,
talescomoelespacioendiscoduroylamemoria.

Restricciones fsicas: Especificar los requisitos de forma, tamao y peso del hardware
resultantequedebecontenerelsistema.

f.RequisitosdeInterfaz(+)
Describetantolainterfazdeusuariocomolasinterfacesconsistemasexternos.
Describelosrequisitosrelacionadasconlainterfazdeusuarioquedebeserimplementadaporel
software.Laintencindeestaseccinesdescribirlosrequerimientosperonodescribirlainterfaz
comotalporqueeldiseopodrasolaparseconelprocesodecapturaderequerimientos.Estoes
particularmenteciertocuandoseestautilizandolatcnicadeprototiposcomopartedelprocesode
captura de requerimientos. A medida que se desarrollan prototipos es importante capturar los
requerimientosqueserelacionanconlaformaenqueluceysevelainterfazdeusuario.Enotras
palabras,debeasegurarseentodomomentoqueseentiendenlasintencionesdelainstitucinen
cuandoalainterfazdeusuario.Serecomiendaregistrardichosrequerimientosynosoloutilizarun
prototipoparasuaprobacin.

Estiloysensacin: Unadescripcindelaaparienciaestticayeldiseodelainterfaz.La
institucin puede tener ciertas restricciones en cuanto al estilo, los colores, el grado de
interaccinyotrascosas.Laideaescapturarlasexpectativas,restriccionesylasdemandas
delosclientesantesdedisearlainterfaz.
Ejemplos:

Elproductodebetenerelmismodiseoquelapginaprincipaldelainstitucin.

Elproductodebeutilizarloscoloresdelainstitucin.

Requerimientosdedisposicinenpantallaynavegacin:Especificalosrequerimientosde
lasreasdelapantallaycomoellasdebenseragrupadas.

Consistencia: Laconsistenciaenlainterfazdeusuariopermitequesepuedapredecirque
sucederalinteraccionarconelsistema.Enestaseccinsedebedeclararlosrequerimientos
encuantoalusodemecanismosqueseemplearnellainterfazdeusuario.Estoaplicatanto
para el sistema como para otros sistemas relacionados y puede ser aplicado a diferentes
niveles:controlesdenavegacin,tamaosyformadelasreasdelapantalla,lugarespara
colocaroingresardatos,terminologa,etc.

Personalizacindeusuarioyrequerimientosdepersonalizacin:requerimientossobreel
contenidoquedeberasepresentadoautomticamentealusuariooserdisponiblesobrela
base de los atributos del usuario. Algunas veces se permite al usuario personalizar el
contenidomostrado.

g.Interfazasistemasodispositivosexternos

Interfazdesoftware: Existensistemasexternosconloscualestengaqueinteraccionarel
software?Existenrestriccionesdebidoalanaturalezadelainterfaz,talescomoelformatode
datosquesetransfiere?Dichasinterfacesusanunprotocoloespecfico?Describirlainterfaz
o interfaces, que el sistema tenga con otros sistemas. Dichas interfaces pueden incluir
componentes comprados, componentes reusados desde otra aplicacin, componentes que
debenserdesarrolladosporsubsistemasqueseencuentranfueradelmbitodelproyecto
peroconloscualessetienequeinteraccionar.Paracadasistemasedebenconsiderartanto
lasinterfacesrequeridascomolasprovistas.

Interfazdehardware: Definacualquierinterfazdehardwarequedebasersoportadaporel
softwareincluyendolaestructuralgica,ladireccinfsica,elcomportamientoesperado,etc.

Interfazdecomunicacin: Describacualquierinterfazdecomunicacinquesetengacon
otros sistemas o dispositivos tales como redes de rea local (LAN), dispositivos seriales
remotos,etc.

h.ReglasdeNegocio(+)
Msalldelosrequerimientostcnicostambinsedebeconsiderareldominiodenegociosparticular
enelcualencajaelsistema.
Las reglas del negocio o polticas que el sistema debe cumplir. Las reglas del negocio son
referenciadasdesdeloscasosdeusodelsistemaypuedenserdefinidasenformadetablasde
decisin,reglascomputacionales,rbolesdedecisinyalgoritmosentreotros.Aldescribirlasreglas
dentrodelosflujosdeloscasosdeusousualmentelosvuelveconfusos.Porestaraznesque
dichas reglas son capturadas en artefactos separados o como anexos relacionados con las
especificacionesdeloscasosdeuso.Enmuchoscasosunaregladelnegocioaplicaamsdeun
casodeuso.Serecomiendarecopilarlasreglasenunrepositorionicotalcomoeldocumentode
requerimientosdesoporte.

6.3.1.3. Tcnicas de Captura de Requerimientos y/o Requisitos


Esta gua describe varias tcnicas que pueden ser tiles en la captura de los requerimientos y
requisitos.
Unos buenos requerimientos y requisitos inician cuando se detectan correctamente las fuentes.
Encontrar fuentes de alta calidad es una tarea importante que, afortunadamente, requiere pocos
recursos.

La fuente primaria de requerimientos son los interesados, luego es necesario identificar otros
candidatos:

Clientes

Usuarios

Administradores

EquipodeMantenimiento

Asociados

Preguntaracadainteresadoparaqueellosmismosproponganaotrosinteresados.Deestamanera
sepodrnidentificarrpidamenteatodoslosinteresadosdetalformaquenosepierdanperspectivas
o requerimientos importantes. Esto puede servir para identificar y resolver los conflictos de
requerimientosdeformatemprana.
Existenotrasposiblesfuentesdeideasparalosrequerimientos:

Expertos en el dominio de inters. Como jefes de dependencias, empleados antiguos,


pensionados.

Analistaseneltemadelaeducacinylaadministracineducativa.

InformacinacercadeInstitucionesdeEducacinSuperioroengeneraldelreadeinters.

Esteltimotemtambinincluyelainformacinasociadaalossistemasdeinformacinqueutilizan
otrasinstitucionesparasolucionarlosmismosproblemas.
Despusdequeseidentifiquenlasfuentesderequerimientossepuedenaplicardiferentestcnicas
quesirvenparacapturarlos.Sinembargo,hayquetenerencuentaquelacapturaderequerimientos
esunprocesoiterativoyquenoexisteunatcnicanicaqueseauniversalmenteaplicable.
Algunosdelosmtodosdecapturaderequerimientosson:

Sesionesdetormentasdeideas.

Entrevistas

Trabajarenelambienteobjetivo

Estudiodesistemasanlogos

Anlisisdesugerenciasyreportesdeproblemasyfallos.

Charlasconlosequiposdesoporte

Estudiarlasmejorasrealizadasporlosusuarios

Bsquedadeusuariosnoconsiderados

Conducirsesionesdetrabajoengrupoytalleres.

Mostrarlosprototiposalosinteresados

a.ConducirSesionesdeTormentadeIdeas
Unatormentadeideasesunsesindetrabajoenlaqueunpequeogrupodepersonasproponen
ideasacercadeloqueconsiderenimportanteenelreaotpicodeinters.InicialmenteLasideasse
recogenperonosediscuten.Despusdeestounfacilitadorguaalgrupoparaquelosresultadosde
la sesin sean organizados y priorizados. Las siguientes reglas bsicas pueden asegurar unos
mejoresresultados:

Comenzardeclarandoclaramenteelobjetivodelasesindetormentadeideas.

Generarelmayornmerodeideasposible.

Permitirquelaimaginacinvuele.

Evitarydisuadircualquierformadecrticaodedebatemientrasseestncapturandolasideas.

Despusdequesehayancapturadolasideasreformularlasycombinarlas.

b.EntrevistasaUsuarios
Elcontactocaraacaraconlosusuariosatravsdelasentrevistassepuedeconsiderarcomola
fuenteprimariaderequerimientosyunadelasvasmsadecuadasparavalidarlos.Sinembargose
deberecordarqueestanoseslanicatcnicayquelasentrevistastambinpuedentomarmuchas
formas. Se recomienda desarrollar un repertorio de entrevistas para ser utilizado en situaciones
especficas.Amenosqueelgrupodedesarrolloseaelnicointeresadoenelproductoesnecesario
hacerunesfuerzoparaentenderdeformaclaraycorrectaelproblemaquesedesearesolver.
Empezar con entrevistas no estructuradas para ganar un entendimiento del marco de trabajo.
Preguntaralosinteresadosacercadesustrabajosydelosproblemasqueenfrentanypuedenser
solucionadosconelsistema.Luegodeellosepuedenestructurarentrevistasconbaseaunconjunto
depreguntasprediseadasquetengancomoobjetivocomplementarelconocimientoadquirido.
c.Trabajarenelambienteobjetivo
Avecesesnecesariotenerlaexperienciadelosusuariosdeformadirecta.Estoayudaaentenderel
problemadeprimeramanoycomprenderelporqulassolucionespreviashanfallado.Hadetenerse
encuentaqueelintegrantedelgrupodedesarrollodebetratarportodoslosmediosdeponerseenel
lugardelusuarioyasentenderqueesloquepodrahacerelsistemaparadisminuirlelascargasde
trabajo.Entodocaso,esnecesarioevitarsolucionesqueincluyanherramientasparaprogramadores

(editores, depuradores) a menos que se tenga seguridad de que los usuarios tienen el nivel de
habilidadrequerido.
d.EstudiarSistemasAnlogos
Elpuntodepartidaparamuchosproyectosesmuchasvecessimilaraotrossistemasyaexistentes.
Lossistemasqueatacanelmismoproblemapuedendarideasacercadecomosolucionarlo.Esto
permite ahorrar tiempo en el proceso de captura de requisitos y requerimientos mientras brinda
oportunidades para entender como otras personas han atacado el mismo problema. En ciertas
ocasionesestudiarsistemasqueataquenotrotipodeproblemaspuedecontribuiraenriquecerlas
propuestasdesolucin.
e.Examinarlassugerenciasylosreportesdeproblemas
Algunos requerimientos pueden venir de sugerencias de cambios o de problemas explcitos
reportadosporlosusuarios.Uncaminodirectoparaencontrarlosrequerimientosesmirarloscambios
ylosproblemastalcomofueronreportadosinicialmente.Serecomiendautilizarformulariosenlnea
paraquelosusuariospuedanreportarproblemasenelsistemaodefectosenelsoftware.Luegoes
necesario agruparlos por reas y preguntar a los usuarios para que clarifiquen los problemas
encontrados.Siempresedebevalorarlaexperienciadelosusuarios.
f.Conversarconlosgruposdesoporte
Sedebetenerunamesadeayudaquepermitallevarregistrodeloserroresysolucionesencontradas
en el sistema. Esta deber contemplar procesos que soporten a los ingenieros que ayudan a
encontrarlasolucinascomoalosusuariosquereportarfallos,erroresymejoras.Tenerunequipo
decapacitacineinstalacinayudaainteraccionarconelusuarioyobtenerrequerimientos.
g.Analizarmejorasrealizadasporlosusuarios
Unabuenafuentederequerimientosesanalizarloscambiosqueelusuarioharealizadoalsistema
baseolaformaenqueelusuariohasolucionadolosproblemasconaplicacionesgenricas(hojasde
clculo, procesadores de texto, etc). La mayora de las veces ests son fuentes invaluables que
cuentanlaformaenquelosusuariosdeseanversolucionadounproblema.
h.Verificarusosnoconsideradosinicialmente.
Las personas a veces usan los sistemas para solucionar problemas para los cuales no fueron
elaboradas.Estoconstituyeunafuenteparadeterminarciertosrequerimientosyobtenernuevasideas
dedesarrollo.
i.Conducirsesionesdetrabajoengrupoytalleres
Lostallerespuedenayudaracapturarunconjuntoderequerimientosrpidamente.Enpocosdasse
puedecapturarymejorarunconjuntoadecuadoderequerimientosque,debidoalanaturalezade
captura,tendrnunaltogradodecalidad.

Aunqueesttcnicaesmscostosaencuantoalusoderecursostambinpuedeevitargrancantidad
deentrevistasdirectas.Lostalleresdebenserestructuradosdetalformaquemaximiceelbeneficio
delainversindetiempodelosparticipantes.
Seleccionar lugaresqueaslenalgrupode trabajode las tareas diarias ydesestimuleel usode
dispositivosmviles.Tomarventajadelainteraccininformalseleccionandositiosoubicandolos
elementosquepotencienelcontactocaraacarayquenopresentenrigidezestructural(lassillas
ubicadasencrculossonunabuenaidea).
j.Mostrarlosprototiposalosinteresados
Losprototiposylosmodelossonmecanismosexcelentesparapresentarideasalosusuariosporque
ellospuedenverinmediatamentealgunosaspectosclavesdelsistema.Mostrarlosprototipospuede
provocarqueelusuariobrindeunmayornmeroderequerimientosocambiedeideaacercadelos
requerimientos existentes depurndolos. Los prototipos tambin pueden ilustrar como la solucin
podrafuncionarodaralosusuariosunvistazodeloquepodranhacerconelsistema.Muchosms
requerimientossalenalavistacuandoelusuariopuedecomprobarlosqueestnproponiendo.
Unapresentacinpuedeincluirungrupodediapositivas,unconceptoelaboradoporunartistaoun
diseador, una representacin o una animacin que brinde a los usuarios una visin de las
posibilidades del sistema. Cuando se creen prototipos de software se puede hacer una maqueta
compuestaporpantallazosenfatizandoquenoexistecdigoasociadoyqueelsistemaannoha
sidoespecificado,diseadoodesarrollado,
Advertencia:Unamaquetapuedecrearunconjuntodeexpectativasdifcilesdesercubiertas.
Estos prototipos tienen como objetivo fomentar que los usuarios mencionen requerimientos que
faltan,nosesuponequeseestvendiendounaideaounproducto.Esdecir,sedebecentrarla
presentacin en determinar lo que realmente se requiere del sistema. Ver un prototipo que,
invariablemente tiene problemas, en algn sentido puede ser un estmulo para que los usuarios
comiencenadecirloquenecesitan.Siellosexpresandemasiadosproblemasconelprototipoes
seal de que se esta logrando el cometido ya que cada problema puede conducir a un nuevo
requerimiento.

6.3.1.4. Errores comunes en la definicin de los Requerimientos y


Requisitos
Estaguadescribelasfallastpicasquesecometenalmomentodecapturar,definiryescribir los
requerimientosyrequisitos.
Investigacionesmuestranqueloserroresenlosrequerimientosyrequisitossonfrecuentes,llegando
a superar el56%detodosloserrorescometidos duranteeldesarrollo. Adems, seencuentrael
hecho de que el costo de correccin de errores de requerimientos y requisitos incrementa
exponencialmenteatravsdelciclodevidadeldesarrollo.

FrederickBrooksresumeestasituacin:
Lapartemsdifcildeconstruirunsistemadesoftwareradicaendecidirloquesevaaconstruir.
Ninguna otra parte del trabajo conceptual es tan difcil como el trabajo de establecer los
requerimientosyrequisitostcnicosdetallados.Ningunaotrapartedeltrabajoprovocaqueelsistema
resultantequedemalhecho.Ningunaotraparteestandifcilderectificarposteriormente.
Escrticoqueloserroresenlosrequerimientossedetectenlomsrpidoposibleantesdequese
propaguenalosartefactosdediseo,implementacinypruebas.
Aunquenohayunavaseguraparaeliminarloserroresenlosrequerimientossiexistenmecanismos
paraevitarfalloscomunes.
a.Ambigedad
Evitar la ambigedad es una de las reglas ms difciles de cumplir al momento de escribir los
requerimientos,Tratardeescribirlomsclaroyexplcitoposible.Serespecfico.Siseusantrminos
ambiguosovagossedebeestarsegurodequeseandefinidosenelglosario.
Propicie que muchos colegas e interesados revisen los requerimientos para asegurar un
entendimientocomnyconsistente.Aunquenohayunapruebadefinitivaparalaambigedad,oal
menosdiferentealconsensogeneral,algunasdeellasocurrencuandoseutilizanpalabrastalescomo
o,parayamenosque.
Ejemplo
"ElmismosubsistemadebesercapazdegeneraralertasvisiblesoaudiblesalJefedelaOficina."
Enesterequerimientosecabrapreguntar:Cualsubsistema?Lassealessernvisibles,audibleso
ambas?ElJefedecualoficina?
b.RequerimientosMltiples
Losrequerimientosquecontienenconjunciones(palabrasqueunenclausulas)debenserevitados.
Losproblemasconellossurgenenelmomentoenqueloslectorestratandedeterminarcualdelas
clausulasunidasaplican,especficamentesiellasestnenconflicto osicadaunadelaspartes
aplicadeformadiferente.Losrequerimientosmltipleshacenquelaverificacinseamscompleja.
Conjuncionespeligrosasincluyen:o,y,pero.
Ejemplo
"Elindicadordedesercindebeencendersecuandoelnmerodealumnosmatriculadosnosuperael
40%enrelacinalsemestreanterioryelnmerodealumnosoelporcentajedebeserguardadoenla
bodegadedatosoelsistematransaccional."

c.Clausulasdeescape
Losrequerimientosqueincluyenopcionesoexcepcionesdebenevitarse.Ellostratandedefiniralgo
concretoperoalfinalresultanbrindandootrasalternativas.Losproblemassematerializancuando
dichosrequerimientosdebenserprobadosyalguientienequedecidirsiestosestnsiendocubiertos.
Palabrasqueimplicanexcepcionesincluyen:si,cuando,pero,excepto,amenosque,aunque.
Ejemplos
"Elrecibodepagodelestudiantedebesergeneradounasemanaantesdeiniciarlasclasesexcepto
paraloscasosenqueelestudiantehayaterminadomateriasocuandolosConsejosdeFacultad
apruebenotrasexpediciones."
Esteesunrequerimientoexageradamentepeligroso.
d.Prolijidad
Sentencias extensas, especialmente cuando se combinan con lenguaje arcano o referencias a
documentosinalcanzables,conducerpidamenteaconfusinyerror.
Ejemplo
"Teniendoenconsideracinquelasnotasobtenidasporelestudiantecorrespondanalasescalas
mostradasenelEstatutoEstudiantilsepuedecomprobarsupromedioconsiderandoqueelplande
estudiospertenezcaonoalacategoradecrditos
e.DiseoPrematuro
Losrequerimientosdebenserespecficosperosinrestringirseaundiseoenparticular.Sisegenera
muchodetalle,seempiezaadisearelsistema.Irdemasiadolejosestentaralosdiseadorespara
empezaragenerarelementosquepuedenestarpobrementesustentados.
Algunossignosdepeligroincluyelautilizacindenombresdecomponentes,materiales,objetosde
softwareoprocedimientos,ocamposdelabasededatos.
Ejemplo
"LasabanadenotasdelestudiantedebesercargadausandoelformularioCargadeNotasqueasu
vezdebeguardarlosdatosenlatablanota_estudiante.
Al especificar un diseo en lugar que capturar las necesidades actuales incrementa el costo del
sistemaalestipularrestriccionessobreeldesarrollo.Siemprepreferirconocerelporququeelcomo.

f.Mezclardiferentestiposderequerimientos
Los requerimientos de usuario forman un modelo completo de lo que el usuario necesita. Estos
requieren ser organizados de forma coherente para mostrar vacos y superposiciones. Lo mismo

aplica para los requisitos del sistema que forman un modelo funcional completo del sistema
propuesto.Uncaminorpidohacialaconfusinesmezclarlosrequerimientosdeusuarioconlos
requisitos del sistema o con requerimientos de como el sistema debe ser diseado, probado o
instalado.
Signosdepeligroesencontrarreferenciaasistema,diseo,pruebaoinstalacin.
Ejemplo
"El usuario debe ser capaz de ver el formulario de inscripcin el cual debe desplegarse en
navegadorescompatiblesconMozilla3.0consoporteparaHTML4.01transitional,ECMA262yCSS
2.1."
g.Especulacin
Losrequerimientossonpartedelcontratoentrelainstitucinyelgrupodedesarrollo.Enestecasono
haylugarparalistasdedeseosquecontenganlascosasqueprobablementealguienquiereperoque
noestncompletamentedefinidas.
Los signos de peligro incluyen vaguedad acerca del usuario que est interaccionando o
generalizaciones tales como usualmente, generalmente, la mayora de las veces, normalmente,
tpicamente.
Ejemplo
"LosJefesrequierenalertastempranasacercadelnocumplimientodeindicadores.
h.Vaguedad,trminosindefinidos
Muchas de las palabras que se usan informalmente para indicar la calidad del sistema, son
demasiadovagasparaserusadas enlos requerimientos.Lostrminosa evitarincluyen: verstil,
flexible,aproximadamente,enloposible.
Los requerimientos que hacen uso de tales trminos son difciles, si no imposibles, de verificar,
porquenoexistenpruebasdefinitivasquemuestrenqueelsistematenganlaspropiedadesindicadas.
Ejemplos
"Elmdulodeimpresindebeserverstil.
i.Expresarsolamenteposibilidades
Sugerencias que no sean expresamente declaradas como requerimientos son ignoradas por los
realizadoresdelsoftware.
"Opciones posibles" estn indicadas con trminos tales como puede, podr, deber, quizs,
probablemente.

j.Pensamientoilusorio
Elpensamientoilusoriosignificapreguntarporloimposible.Laingenieraesunaactividaddelmundo
realyningnsistemaocomponenteesperfecto.
Trminos de pensamiento iluso incluye realizable, seguro, gestionar todos los fallos inesperados,
complaceratodoslosusuarios,ejecutarsesobretodaslasplataformas,nuncafallar,completamente
actualizable.
Ejemplo
"Lacapturadenotasdebeser100%seguraencondicionesnormales."
"Elsistemadebegestionartodosloserroresinesperadossininterrumpirelservicio.

6.3.1.5. Revisiones Efectivas de los Requerimientos y Requisitos


Elcostodecorregirloserrorescrecedeformaexponencialamedidaqueseavanzaenelciclode
vidadeldesarrollo.Portantoesimportantedescubrirlosproblemasdeformatempranayresolverlos
delaformamsrpidayeconmica.
La revisiones de los requerimientos y requisitos tienen como objetivo descubrir problemas
relacionados antes de que se gaste tiempo y trabajo significativo implementando los elementos
equivocados.Estonoquieredecirquesedebatenerelconjuntocompletoderequerimientosantesde
empezaradesarrollar,esparagarantizarqueseharevisadointernamenteyconlosinteresados,
aquellosrequerimientosquesehanseleccionadoenlasfasestempranasyquetienenunaltoimpacto
enelsistema.Sepuedenhacerlossiguientestipoderevisiones:
a.RevisionesInformales
Las revisiones de los requerimientos pueden ser informales como mostrar un borrador de los
requerimientosaloscolegasodemostrarelfuncionamientodeunprototipo.
Estasrevisionesinformalessonexcelentesparaobtenerlacorrectaestructuradelosrequerimientosy
pararemoverlosfallosobvios.Manteniendopequeoelequipoderevisoresesmsfcilrealizar
progresos rpidos. Sin embargo, las revisiones informales pueden generar prdidas importantes
desdelaperspectivadelosinteresadosclaves.
b.RevisionesFormales
Losrevisionesderequerimientospuedenserreunionesformales.Debenserpreparadasdeforma
cuidadosadetalformaqueseorganicenloscomentariosantesdelareunin.Lareuninensimisma
debeproducirresultadosentodosloselementosrevisados.Despusdelareuninsedebenllevarlas
accionesderevisinhastaunestadodefinalizacin.Siestasaccionesinvolucrangrancantidadde
trabajo o requieren un cambio de un artefacto que esta bajo control de configuracin se debe
considerarelevaruncontroldecambiosparapriorizaryhacerseguimientoaltrabajo.

Lasrevisionesformalessondeunamayorcoberturaysonengeneralmscostosas(consumenms
recursos). Proveen una revisin ms equilibrada ya que concentra mltiples perspectivas. Sin
embargo,dichasrevisionesinvolucranmayorcantidaddepersonas,loquedificultalacoordinacin
(debidoalanecesidaddemantenerlaformalidad).
c.Revisionesdedoscapas
Unatcnicaquetomalomejordelosdosmundosesladeusarrevisionesendosetapasodos
capasendondeprimeroseusanvariasrevisionesinformalesporungrupopequeoyluego,la
segundacapa,serealizanalgunasrevisionesformalessobreelementosmsconcretos.
Revisionesdeprimeracapa:Losautoresdelosrequerimientosyelgrupodedesarrollorevisanlos
requerimientosparaasegurarquenosonambiguos,sonconsistentesycompletos.Esimportante
incluiralosdesarrolladoresylosencargadosdelaspruebasparaasegurarsequelosrequerimientos
sonverificablesycrebles.Estasrevisionesdeterminansiunconjuntodadoderequerimientosest
listoparaunarevisinporpartedeunconjuntomsampliodeinteresados.Lasrevisionesdeprimera
capapuedenserinformales,formalesounacombinacindeambas.
Revisionesdesegundacapa:Involucraungrupomsextensoparaasegurarsequesetienenms
mentestrabajandoenlasolucindelproblemayparalograrunentendimientocompartidodetalforma
quedichosrequerimientospuedanconvertirseenrequisitosqueseanimplementadosyvalidados.
Lasrevisionesporcapasofrecenmuchosbeneficios:
1. Eliminarelruidoproducidoporedicionesmenoresocurridasdentrodelasprimerasrevisiones
deprimeracapa,permitiendoquelasrevisionessiguientessecentrenenlafuncionalidad.
2. Proveeunavisinprofesionaldelosrequerimientospresentndolosaellosmismosyasus
autoresenlamejordelasformas.
3. Protege la inversin de tiempo de los interesados de tal forma que evite el aburrimiento
escalonadoolaperdidadeefectividaddelasrevisionesdebidoalasobrecargaolatensin.
4. Proveelamejoroportunidadparaefectuarrevisionesefectivas.
Serecomiendaseguirestasreglasdeoroenlasrevisiones:
1. Fomentelacrtica: Recordarsiemprequelas personas estnmejorandolos requerimientosno
criticandoalequipodetrabajo.Anlascrticasmspunzantescontienenungradodeverdad.Adoptar
la aptitud de que toda sugerencia es un regalo. El equipo de desarrollo ha de prepararse
psicolgicamenteparaaceptarlacrtica.
2. Seleccione sus mejores revisores: A medida que transcurre el ciclo de vida del proyecto se
empiezaadecantarlaspersonasquetienenvoluntadderevisin.Estasocupansutiempoyesfuerzo
enestastareas.Elequipodetrabajodebecultivarlainteraccincontalesinteresados.

3.Brindareltiempoadecuado:Laideaesobtenerunosrequerimientosyrequisitosclaros,precisosy
adecuados.Ciertosgruposdetrabajorequierenbastantetiempoparalograrlo.Sedebemantenerun
equilibrioadecuadoentrelostiemposdelproyectoylosdelosinteresados.

6.3.2. Construccin del documento Visin


Se entiende como visin los objetivos estratgicos y funcionales que a largo plazo persigue el
sistema.Engenerallavisinsecentraenladescripcindeunproblemaysusolucinbasadoenlos
requerimientosyrequisitosdelosinteresados.
ElobjetivodelaVisinesproponerunasolucindealtonivelaunproblemaidentificadoyaceptado
porlosinteresados.Esnecesarioquedichosinteresadosinteraccionenconelequipodedesarrollo,
expresandoydocumentandosusproblemas,necesidadesycaractersticaspotencialesyesperadas
delsistema;conestoselograunmejorentendimientodequeesloquesevaaconstruiryque
problemarealsevaasolucionar.
EsteartefactocontieneladefinicindelavisinquelosInteresados(stakeholder)tienendelproducto
a ser desarrollado, especificado en trminos de las necesidades y caractersticas claves de los
Interesados.Contieneloslineamientosdelosrequerimientosnuclearesvisionadosdelsistema.
Esteartefactoproveeunaltonivel,algunasvecescontractual,labaseparalosrequisitostcnicos
msdetalladosquesonvisiblesparalosInteresados(stakehoders).Capturalaesenciadelsistema
describiendolosrequisitosdealtonivelylasrestriccionesdediseoquedanallectorunaapreciacin
global del sistema desde una perspectiva de requisitos funcionales. Sirve como entrada para el
procesodeaprobacindelproyecto,comunicalos"QuyPorqu"fundamentalesdelproyectoy
proporcionaunplanfrentealcualtodaslasdecisionesfuturasdebernserconfrontadas.
Esteartefactoproporcionaunavisincompletadelsistemadesoftwareendesarrolloylossoportedel
contratoentrelosclientesylaorganizacindedesarrollo.Cadaproyectonecesitaunafuentepara
capturartodaslasexpectativasdelosInteresados.
Este artefacto es escrito desde la perspectiva de los clientes, enfocado en las caractersticas
esencialesdelsistemaynivelesaceptablesdecalidad.Elartefactodeberaincluirunadescripcinde
qucaracteristicassernincluidas,comotambincualesdeestassehanconsideradoperonosehan
incluido.

Impacto de no contar con el artefacto


Sinoseusaesteartefacto,hayunaltoriesgodequelosinteresadosyelequipodedesarrollotenga
diferentesexpectativas.Estopodrallevaralacancelacindelproyecto.

Opciones de Representacin
Enmarcaresteartefactocomorequisitoparanecesidadesenelproyecto.Generalmenteesbuena
prcticaconservaresteartefactotanbrevecomosepuedaytanprontocomoseaposibleentregar
estealosInteresadosyhacerlofcildeleerycomprenderloporlosInteresados.Sepuedelograr
esto,incluyendonicamentelassolicitudesycaractersticasmsimportantesdelosInteresadosy
evitandolosdetallesdelosrequerimientos.Sepuedendescribirlosdetallesenlosotrosartefactosde
requisitos.

Pasos
a.Identificarlosinteresados
Identificarlosgestores(personasclavesqueseencargandegestionarlascuestionesclavesdentrodel
proyecto), usuarios potenciales, expertos del dominio, analistas del dominio, aliados y otras partes
interesadaseneldesarrollodelasolucin.
Desarrollarperfilesdeusuariospotenciales(oactuales)delsistemaqueencajendentrodelosrolesde
actoreshumanosdelsistemaendesarrollo.Sedebedocumentarlainformacingeneraldeusuarios
clavesenelartefactovisin.
b.Obtenerunacuerdodelproblemaasersolucionado
Elobjetivodeestepasoesevitarambigedadesalmomentodedefinirunasolucin.Aplicandola
premisa de que una definicin exacta del problema ya contiene una definicin aproximada de la
solucin,elequipoylosinteresadosdebenllegaraunacuerdoconcretoacercadelproblemaaser
resuelto.Labsquedadelascausasdelproblemausualmenteconduceaencontrarelproblema
detrsdelproblema.
Se recomienda el uso de tcnicas tales como las descritas en la guia Tecnicas de captura de
requisitos.Formularunadeclaracindelproblemaydocumentarloenlaseccincorrespondientedel
artefactoVisin.Laideageneralesdistinguirentresoluciones(respuestas)yproblemas(preguntas).
c.Capturarunvocabulariocomn
Todoslosproyectostienensuspropiostrminosespecializadosquetodoelequipodebeconocer,de
tal forma que se pueda comunicar fcilmente las ideas y avances a los interesados. Entre las
tcnicasrecomendadassetiene:
Trabajar con los interesados en la definicin de un glosario que contenga los acrnimos,
abreviacionesytrminosrelevantesdeldominiootcnicos.
Trabajarconlosinteresadosparaquecontinuamenteseexpandadichoglosarioamedidaquese

transcurreporelciclodevidadelproyecto.
d.Capturarlosrequerimientosdelosinteresados
Utilizarlosmtodosmsapropiadosparacapturarinformacindelconjuntodescritoen laguia
CapturaderequerimientosCadaunodeellosesaplicableessituacionesparticularesodeacuerdo
altipodeinteresados:
Enelcasodequesepuedatenerencuentrospersonalesconelinteresadosepuedeconduciruna
sesindetormentadeideasounaentrevista.Estetipodecontactosesdegranvaloryaquereduce
elriesgodeconfusinenlainterpretacindelasnecesidadesdelosinteresados..
Losrequisitospuedenserdocumentadosutilizandolistasdeunidadesdetrabajo.Estaspuedenser
usadascomopuntodepartidadesdeelcualelconjuntototalderequisitospuedesercreado.
e.Definirlasfronterasdelsistema
Encontrarydefinirlalneaquedividelasolucinyelmundorealqueenglobadichasolucin.
Identificar las interfaces as como las entradas y salidas de informacin intercambiadas entre
usuarios,mquinasysistemas.
ElmodelodeCasosdeUsoesunatcnicareconocidaparadefinirlasfronterasdelsistema.
f.Identificarrestriccionesdelsistema
Considerarvariosaspectosquepuedenrestringirlosalcancesdelsistemayqueportantopueden
tenerunimpactosignificativoeneldiseoydesarrollodelasolucinyelproyecto.Entreotrosse
incluyenaspectoscomo:

Polticos
Econmicos(presupuesto,licencias)
Ambientales
Tcnicos(plataformas,tecnologa)
Factibilidad(cronograma,provisinderecursos)
Sistema(compatibilidad,soportedesistemasoperativosyambientededesarrollo).

g.DefinirlascaractersticasdelSistema
Trabajarconlosinteresadosparacapturarunalistadecaracteristicasquelosinteresadosnecesitan
en el sistema, describirlas superficialmente y asignar atributos que ayuden a definir su estado y
prioridaddentrodelproyecto.

Actualizarelartefactovisin paradocumentarlascaractersticasidentificadasysusatributos.
h.Asegurarapoyoeinvolucraralosinteresados
Conducir una revisin de la visin del proyecto con los interesados principales y el equipo de
desarrolloparaaseguraracuerdos,identificarparmetrosdecalidadycambiosrequeridos.

Lista de Verificacin
Sehaexploradocompletamentecualeselproblemaqueestadetrsdelproblema?
Asegurarquesehaencontradolaraz(causa)delproblemaolanecesidadespecificadaporlos
interesados.Lamayoradelaveceslosinteresadosdefinensolucionesynodeclaranexplcitamente
elproblema(oqueja)queestnexperimentando.Comoconsecuencianoseidentificaelproblema
adecuadamenteyportantonosedefineunasolucincorrecta.
Tratar de colocar los problemas comopreguntas a resolver es una buena tcnica. Por ejemplo,
"Teniendo en cuenta los altos tiempos asociados a la atencin de estudiantes y las cargas
administrativas,Cualeslamejoralternativapararealizarelprocesodepagodematrcula?"esmejor
que"Necesitamosunmdulodepagodematrculaenlnea".
Ladeclaracindelproblemaestadefinidacorrectamente?
Asegurarquesetieneunacuerdodelproblemaaserresueltoporelsistema.
Lalistadeinteresados(stakeholders)escompletaycorrecta?
Asegurarsequenosehaolvidadouninteresadoclave.Esdevitalimportanciaidentificaratodoslos
interesadosparaconsiderarlamayoradeperspectivasdelproblemaylasolucinapropiada.
Todoslosinteresadosestndeacuerdoconladefinicindelasfronterasdelsistema?
Definirclaramentequeestadentroyqueestfueradeloslmitesdelsistema.Estoesunpasocrtico
paradefinirelmbitodeltrabajo.
Sehanexploradosuficientementelasrestriccionesquetieneelsistema?
Noolvidarlasrestriccionesylosrequisitosnofuncionales.Estossonusualmentelosquegeneran
mayorescostosaldesarrollo.

Se han incluido todos los tipos de restricciones incluyendo polticas, econmicas y


ecolgicas?

Estasrestriccionesnotcnicaspuedenacarrearproblemasenfasesposterioresdelproyecto.
Todaslascaractersticasclavesdelsistemahansidodefinidaseidentificadas?
Realizarunaverificacincompleta,comparandolascaractersticasdelsistemaconladeclaracindel
problemaparaasegurarsequenosepasaporaltounacaractersticaclave.
Lascaractersticaspodrnsolucionarlosproblemasquehansidoidentificados?
Todaslascaractersticassonrealmentenecesarias?
Quizssepuedareducirelmbito.
Lascaractersticasdelproductosonconsistentesconlasrestriccionesidentificadas?
Verificarquenoexistanrequisitosenconflicto.Sisedetectansedebenresolverenestemomento.
Podralguienquenoestfamiliarizadoconelproyectoentenderquesepretendealcanzar
conl,tansoloconleereldocumentodeVisin?
ElpropsitodeldocumentoVisinesdescribirlosobjetivosdelproyectoentrminosdepersonasde
perfilnotcnico.Cualquieraquenoestinvolucradoconelproyectodeberpoderentenderlo.

6.3.3. Construccin de los Casos de Uso


Uncasodeusodescribelainteraccinentreunoomsactoresyelsistema,detalformaquese
proveaunresultadoobservablequeseadevalorparaelactorparticipante.
Lafuncionalidaddelsistemaestadefinidapordiferentescasosdeusocadaunorepresentandometas
especficas(obtenerunresultadoobservableydevalor)paraunactorenparticular.
Esteartefactocapturalasecuenciadeaccionesqueunsistemarealizayquegeneraunresultado
observablequeesdevalorparaaquellosqueinteractuanconelsistema.

Propsito
El propsito principal de los Casos de Uso es capturar el comportamiento requerido del sistema
desdelaperspectivadelusuariofinal,alcanzarunaomsmetas.Diferentesusuariossebenefician
endiferenteforma,porejemplo:

Los Clientes los usan para describir, o al menos para aprobar, la descripcin del
comportamientodelsistema.

LosUsuariosPotencialeslosusanparaentenderelcomportamientodelsistema

LosArquitectoslosusanparaidentificarlafuncionalidadarquitectnicamentesignificativa.

LosRealizadoresdeSoftware losusanparaentenderloscomportamientosrequeridosdel
sistemadetalmaneraqueellospuedanidentificarclasesdesdeelflujodeeventosdelos

CasosdeUso.

LosProbadores losusancomounabaseparaidentificarunsubconjuntodelosCasosde
Pruebarequeridos.

LosAdministradoreslosusanparaplanearyevaluareltrabajoparacadaiteracin.

Los Escritores Tcnicos los usan para entender la secuencia del comportamiento del
sistemaqueellosnecesitandescribirenladocumentacin.

Opciones de Representacin
DecidalaextensindelosCasosdeUsoqueustedelaborara:

Describirnicamenteflujosprincipales?

DescribirnicamentelosCasosdeUsomsimportantes?

Describircompletamentelasprecondicionesypostcondiciones?

Describirescenariosprimero,yluegoelevarelniveldeabstraccindescribiendolosflujosde
losCasosdeUso?

Algunos proyectos aplican Casos de Uso informalmente para ayudar a descubrir los requisitos,
documentarygestionarestosrequisitosenotraformatalcomounashistoriasdeusuario.Laforma
comoustedpresentelosCasosdeUsopodradependerdeltamaodelproyecto,laexperienciadel
equipo,suconjuntodeherramientas,lasrelacionesconelcliente,yassucesivamente.
Uncasodeusodescribelasinteraccionesentrelosactoresyelsistemaentrminosdeundilogo
estructuradocomosigue:
1. Elactor<<hacealgo>>
2. Elsistema<<hacealgoenrespuesta>>
3. Elactor<<hacealgoms>>
4. Elsistema
Cadadialogo,mostradodeestaformaesllamadounFlujodeeventos.
Debidoaqueexistenmuchosflujosdeeventosposiblesparalograrlosobjetivos(porejemplo,elflujo
puedeserdiferentedeacuerdoaentradasespecficasdelActor)yhaysituacionesenlascualeslas
metasnopuedansealcanzadas(porejemplo,unaconexinderedpuedenoestardisponible),cada
flujo de eventos debe contener muchos flujos, incluyendo un Flujo Bsico y muchos Flujos
Alternativos.
ElFlujoBsicoespecificalainteraccinentrelosactoresyelsistemaparauncasodeusoideal,
cuando todo va segn lo planeado y las metas son alcanzadas por el Actor. El flujo bsico

representanlafuncionalidadprincipalprovedaporestecasodeuso.
Comoelnombrelodice,losFlujosAlternativosespecificaninteraccionesalternativasasociadasconla
mismameta.
RelacionadoconloscasosdeusoestaelconceptodeEscenario.Unescenarioesunflujodeeventos
especficoparaunconjuntoespecficodeentradasyestadosdelsistemaydelcontextodelsistema.
Losescenariosestnntimamenterelacionadosconloscasosdeprueba.

Propiedades de los Casos de Uso


a.Nombre
Cadacasodeusodebetenerunnombrequedescribaclaramenteelobjetivoprincipaldelcasode
uso. El nombre debe tener el nmero de palabras adecuado para ser claro y no tan extenso.
Usualmenteelnombreidentificaunaaccinporejemplo:RetirarDinero.
Nota:Doscasosdeusonopuedentenerelmismonombre.
b.Descripcinbreve
Reflejadeformaclarayconcisaelpropsitodelcasosdeuso.
c.FlujodeEventosContenido
Elflujodeeventosdeberdescribirclaramentelainteraccinentreelactor,oactores,yelsistema.El
flujodeeventosdeberrepresentarloquehaceelsistemaynocomoelsistemaestdiseadopara
realizarlalaborrequerida.
Sedebenseguirlassiguientesguasparacrearelcontenidodelflujodeeventos:

Describircomoempiezayterminaelcasodeuso.

Describirquedatossonintercambiadosentreelactoryelcasodeuso.

Nodescribirdetallesdelainterfazdeusuarioamenosqueseanecesarioparaentenderel
comportamientodelsistema.Especificarlosdetallesdelainterfazdeformatempranopodra
limitarlasopcionesdediseo.

Describirelflujodeeventos,nosololafuncionalidad.Paraforzarestoempezarcadaaccin
como"Cuandoelactor...".

Evitartrminosvagosoambiguos.

Detallarelflujodeeventos.Especificarquesucedecuando...,encadaaccin.Recuerdeque
estetextopodrserutilizadoparaidentificarcasosdeprueba.

Si se han utilizado ciertos trminos en otros casos de uso debe garantizarse que tambin son
utilizadosdelamismaforma(semnticaysintctica)enelcasodeusoactual.Paraadministrarlos

trminossedebencolocarenelGlosario.
d.FlujodeEventosEstructura
Lasdospartesprincipalesdelflujodeeventossonelflujobsicoylosflujosalternativos,Elflujo
bsicodeeventosdebecubrirlosquenormalmentepasacuandosedesarrollaelcasodeuso.Los
flujosalternativosdeeventoscubrecomportamientodecarcterexcepcionaluopcionalenrelacin
conelcomportamientonormal;tambinpuedenhacerreferenciaavariacionesdelcomportamiento
normal.Sepuedepensarenlosflujosalternativoscomodesviacionesenlarutadelflujobsicode
eventosalgunosdeloscualesretornaranalflujobsicomientrasqueotrossellevaranhastafinalizar
elcasodeuso.
LaflecharectadelafiguraNo2representaelflujobsicodeeventosylaslneascurvasrepresentan
rutas alternativas enrelacina lanormal. Algunas rutas alternativas retornarnal flujobsicode
eventosmientrasqueotrasterminarnelcasodeuso.

Estructuratpicadelflujodeeventosenuncasodeuso

Paraaclararelsitiodondeunflujoalternativoencajaenlaestructuradelcasodeusoesnecesario
describirlossiguientesaspectosparacadaunodelosdesvosdelflujobsicodeeventos:

Dndepuedeserinsertadoelflujoalternativodeeventos

Culeslacondicinquedebecumplirseparaqueelcomportamientoalternativocomience.

Cmoydndeseregresaalflujobsicodeeventosocomoterminaelcasodeuso.

Siunflujodeeventosesmuysimplesetiendeainsertarlodirectamentedentrodelflujobsicopor
mediodesentenciasdeltiposientonces.Loanteriorentodocasodebeevitarseyaquedegenera

encasosdeusocomplejosdecomprender.Entodocasosedebeemplearlenguajenaturalyno
emplear construcciones que parezcan pseudo cdigo.Recordar que los casos deuso deben ser
validadosporlosinteresados.
Tantolosflujosbsicoscomolosalternativospuedenserestructuradosensubflujos.Alhacerestose
debeperseguirqueeltextoseamscomprensibleyfcildeleer.Unaguaesqueelsubflujodebe
contenerunsegmentodecomportamientoconunobjetivoclarodentrodelcasodeusoyquepuede
seratmicoenelsentidodequelasaccionesquecontienedebenserejecutadascompletamente.
e.RequerimientosEspeciales
Enlaseccinderequerimientosespecialesdelcasodeusosedescribentodoslosrequerimientos
que no fueron cubiertos por los flujos de eventos. Usualmente se trata de requerimientos no
funcionalesquepuedeninfluirenlemodelodediseo.
f.Precondicionesyposcondiciones
Unaprecondicineselestadoenqueelsistema,ysucontexto,debeestarparaqueelcasodeuso
puedainiciarse.Laspostcondicionessonestadosenloscualeselsistemapuedeestardespusde
que el caso de uso ha terminado. Es de gran ayuda utilizar tanto las precondiciones como las
postcondicionesparaaclararcomoloscasosdeusoempiezanyterminan.Sinembargo,sedeben
utilizarsolosilosinteresadosyelgrupodedesarrollonecesitanrealmenteestainformacin.Lafigura
No3muestraunejemplo.
Ilustracindeprecondicionesypostcondiciones

g.Niveldedetalleenloscasosdeuso
Usualmenteelmodelocontienecasosdeusoquesontansimplesquenorequierenunadescripcin
detalladayestructurada.Enestoscasosunadescripcinenformatopasoapasoserasuficientepara
describirlos,sinembargoesteenfoquesolodebetomarsesitantolosinteresadoscomoelgrupode
desarrolloacuerdanquenosenecesitamayorrefinamientoparalograrentenderelobjetivodelcaso
deuso.Ejemplosclsicosincluyenaloscasosdeusoquedescribenlaentradadedatosalsistemao
labsquedadeinformacindentrodelmismo.

Lista de verificacin
Estalistadeverificacinproveeunaseriedepreguntasquesirvenparadeterminarsiloscasosde
usohansidodescritosdeunamaneraconsistenteoconungradoptimodeexactitud

Elnombredelcasodeusoesnico,claro,descriptivoynoambiguo?
Elcasodeusotieneunnombrenico?
Elnombretienelaestructuraverbo+sujeto(porejemplo:RegistrarEspacioAcadmico)?
Elnombreresumeelpropsitoprincipaldelcasodeuso?
ElnombreesindependientedelActor?

Ladescripcinefectivamentepresentaelobjetivoprincipaldelcasodeuso?
Quedaclaro,despusdeleerladescripcin,cualespropsitoprincipaldelcasodeuso?
Losresultadosdevalorquearrojaelcasodeusosonobvios?
Losactoreseinformacinintercambiadaestnclaramentedefinidos?
Elcasodeusoestasociadoaunoomsactores?
Elactorprincipaloactorinicialestdefinido?
Esclaroquienrealizalasaccionesenelcasodeuso?
Lainformacinintercambiadaenteelsistemaylosactoresestclaramentedefinida?
Siunactor"tiempo"esutilizado,Estseguroquenoseestadesconociendolaimportancia
de un actor o de otros casos de uso asociados? (quizs personal administrativo o de
mantenimientoqueseencarganquienesdefinenloscronogramas)
Lasprecondicionesestndefinidas?
Cadaprecoindicinrepresentaunestadoconcretodelsistema?
Elflujoprincipalylosflujosalternativossoncompletos,correctosyconsistentes?

Estadefinidodondecomienzaelcasodeuso?
Eleventoquedesencadenaelcasodeusoestclaramentedescrito?
Elflujotieneunfinaldefinitivo?
Cadapasodelescenariotieneelmismoniveldeabstraccinodeespecificidad?
Cadapasodelescenariodescribealgoquepuedesucederactualmenteyqueelsistema
puededetectarrazonablemente?
Cadapasorepresentaunprogresoparaalcanzarlameta?
Faltan pasos? Est claro como se va desde un paso a otro? La secuencia de
comunicacinentreactoresyelcasodeusoestconformealasexpectativasdelusuario?
Cadapasodescribecomosteayudaalactoraalcanzarsusmetas?
Cadapasoesindependientedelatecnologa?Cadapasoestalibrededetallestcnicoso
derestriccionesdediseo?
Lospasosestnnumeradosdeformacorrecta?
Paracadaflujoalternativo,lascondicionesdeinicioestnclaramentedefinidas?
Paracadaflujoalternativo,Estaclarocomoterminaelcasodeusooenquepuntoelflujo
bsicocontinua?

Laspostcondicionesestnespecificadas?
SilasGarantasMnimasestnpresentes,Estassiemprepasancuandosecompletaelcaso
deusoindependientementedesuxito?(UnaGarantaMnimarepresentaunacondicinque
debeserverdaderacuandoelcasodeusoterminasinimportarlaformaenqueestetermine.)
Si las Garantas de xito estn presentes. Estas siempre pasan cuando el caso de uso
termina de forma exitosa? (Una Garanta de xito representa una condicin que ser
verdaderacuandoelcasodeusoterminadeformaexitosa.)
Losrequisitosnofuncionaleshansidocapturados?
Losrequisitosnofuncionalesqueaplicanalcasodeusohansidocapturados?
Dichos requisitos son aplicables a muchos casos de uso? Si esto es cierto, considere
capturarloseneldocumentodeEspecificacindeRequisitos.

6.3.4. Construccin de los Modelos de Casos de Uso


Estaguadescribecomodesarrollaryevolucionarelmodelodecasodeusoparapodercapturarlos
requerimientosfuncionalesparaelsistemaendesarrollo.
Laclavedexitoenundesarrolloiterativoesasegurarqueelequipodedesarrollomaximizaelvalor
entregadoalosinteresadosyminimizaelriesgoenlasetapastempranasdelproyecto.Estoimpone
algunasrestriccionesenlaformaenquesedesarrollaelmodelodecasosdeuso.
Enunextremoestelenfoqueclsicoencascada,elcualproponedetallartodoslosrequerimientos

antesdeldiseoylaimplementacin.Estodemorainnecesariamentelasentregasquesepuedan
haceralosinteresadosynosetieneuncontrolsobreelriesgo.
Enelotroextremoestcomenzareldiseoydesarrolloantesdeconocerloqueelsistemadebede
hacerloquegeneracostosasreelaboracionesenetapastardasdelciclodevida.
Un enfoque que ha demostrado ser adecuado propone detallar los requerimientos que sern
desarrollados en la siguiente (o mximo dos siguientes) iteraciones. La seleccin de los
requerimientosadesarrollarestfundamentadoenelvalorqueentregaalosinteresadosyenla
reduccin de los riesgos. Aunque no se espera un conocimiento completo del dominio se es
necesariotenerunavistageneraldelmismo.
Lassiguientesdiscusionesbosquejaranelenfoqueusadoparallevarelmodelodecasosdeusoaun
sistemaquealcancelasmetaspropuestas.
Elenfoquerecomendadoesanchoantesqueprofundo.Sedebenidentificarlosactoresyloscasos
deusopararealizarbosquejosdeellosrpidamente.Basadoenesteconocimientosepuederealizar
unavaloracininicialdelriesgoyasconcentrarelesfuerzoendetallarloscasosdeusodelasreas
correctas.
Esteartefactocapturaunmodelodelasfuncionesesperadasdelsistemasascomoelmbitodel
mismo.Sirvedecontratoentrelainstitucinylosdesarrolladores.
Esteartefactopresentaunavisindelcomportamientoesperadodelsistema.Eslabaseparalos
acuerdos de desarrollo entre los interesados y el grupo de proyecto. Tambin ayuda a guiar las
diferentestareasdentrodelciclodevidadeldesarrollodesoftware.

Opciones de Representacin
Aunque existen diferentes opciones de representacin se recomiendan los reportes y diagramas
generadosenherramientasdemodeladoUML.Lamayoradelainformacinenelmodelodecasos
deusoescapturadoenlasespecificacionesdecasosdeuso.

Lista de Verificacin

Esfcildeterminarloquehaceelsistemaalrevisarelmodelo?
Laencuestadecasosdeusoproveunadescripcinclarayconcisadelafuncionalidaddel
sistema?
Noexistencadenasdemasiadolargasderelaciones include?Talescadenaspuedenvolver
complejolainterpretacinycomprensin.
Loscasosdeusoincluidossonindependientesdeloscasosdeusoquelosincluyen?

Simuchoscasosdeusocontienensubflujossimilares.Hainvestigadocomointegrareste
comportamientocomnenuncasodeusoincluidodetalformaquesimplifiqueelmodelo?

Todosloscasosdeusohansidoidentificados?
Loscasosdeusoidentificadosefectivamentedancuentadelafuncionalidadrequeridapara
elsistema?
Todas las caractersticas identificadas en el documento Visin y que son aplicables a la
iteracinhansidocontempladasporalmenosuncasodeuso?
Losrequisitosnofuncionalesquedebensersatisfechosporuncasodeusoespecficohan
sidocapturadosendichocasodeuso?
Averificadoqueelmodelodecasosdeusonocontienecomportamientosuperfluo?
Cadacasodeusoconcretoestasociadoconalmenosunactor?
Todoslosactoresestnasociadosconalmenosuncasodeuso?
Elmodeloesconsistente?
Elcomportamientodelsistemaesconsistentedetalformaqueofrezcalosmismassalidasa
lasmismasentradas?
Todaslasrelacionesentreloscasosdeusosonrealmenterequeridas?
Cadacasodeusoincluidohacequeelmodeloseamsfcildeentender,implementary
mantener?
Cadacasoconcretoesindependientedeotroscasosdeuso?
Lospaquetesdecasosdeusoestnsiendoutilizadosdemaneraapropiada?
Lasdependenciasentrepaqueteshansidoreducidasoeliminadasparaprevenirconflictosde
mbitoypertenenciadentrodelmodelo?
El empaquetado es intuitivo? El empaquetado hace que el modelo sea ms fcil de
entendereimplementar?
Todosloselementosdelmodelotienenunnombreapropiado?
Sehaverificadoquelosnombresdeloscasosdeusoseannicos?
Cadaactortieneunnombrequeefectivamentedescribasurol?
Loscasosdeusoindividualesestnespecificados?
Seharevisadolacalidaddelaespecificacindecadacasodeusoutilizandolalistade
Verificacin?

6.3.4.ConstruccindelDocumentoEspecificacionesderequisitos
Este artefacto captura los equisitos en el mbito del sistema que no hayan sido capturados en
escenariosocasosdeuso,incluyerequisitossobreatributosdecalidadydedesempeoglobal.
LosCasosdeUsodescribenlosrequerimientosdecomportamientoparaelsistemaylosRequisitos
deSoportedescribenrequisitosglobalesdelsistemaquenosoncapturadosenlasEspecificaciones
delosCasosdeUso.Hacerestadistincinsimplificaelmantenimiento.
LosRequisitosdeSoportepuedensercategorizadosdeacuerdoalmodeloFURPS+(Funcionalidad,
facilidaddeUso,Confiabilidad,Desempeo,Facilidaddemantenimiento+Restricciones).
LafiguraacontinuacinilustralarelacinentrelosRequisitosdeSoporte,lasEspecificacionesde
CasosdeUsoylosActores.

Impacto de no contar con este artefacto


Lametadeesteproductodetrabajoesasegurarsequetodoslostiposderequisitosestncubiertos,
lo cual reduce el riesgo de no considerar alguna faceta importante del sistema. Los requisitos
FURPS+ son globales al sistema e influencian los Mecanismos de Arquitectura que se crearn,
tambin,guaneldesarrollodelosfundamentosdelsistema.Estosrequisitossonfrecuentementelos

elementosdemayorcosto,porqueestosdeterminanlasopcionesarquitectnicas.
Adems,siustednocapturalosrequisitosglobalesdelsistemaenunlugarcentral,perolosrepitea
travsdelosCasosdeUso,elresultadosermsmantenimientoymsopcionesdecometererrores.

Opciones de Representacin
Esteproductodetrabajonoimplicausarnicamenteundocumentoparacapturartodoslostiposde
requerimientos.Paraadministrarlacomunicacindelainformacin,tienemssentidoorganizarla
informacinendocumentosseparadosousarlaListadeElementosdeTrabajo.
LassiguientessonrecomendacionesyopcionespararepresentarlosRequisitosdeSoporte.

Opcin:UsolaListadeUnidadesdeTrabajo
ConsiderecapturarlosRequisitosdeSoporteenlaslistasdeunidadesdetrabajo,parapriorizarlosy
administrarlos.SilosInteresados(Stakeholders)estncmodosconesteoconaccederunreporte
automticamentegeneradodesdeeste,entoncesustednonecesitaundocumentoseparado.
Opcin:IncluirloscomoPartedelDocumentoVisin
Considere incluir algunos tipos de Requisitos de Soporte en la Visin. Para conservar la visin
estable,sigaestaopcinparalostiposderequisitosquenecesitanmenosrefinamiento,talescomo
CalidaddelProducto,DocumentacinoConformidad.
Recomendacin:UselaPlantilladeEspecificacindeRequisitosdeSoporte
Anenunproyectopequeo,unaherramientadeadministracinderequisitos,unabasededatoso
unahojadeclculo, sonrecomendadas parapriorizar y administrar requisitos. Silos Interesados
(Stakeholders)estncmodosconaccederdirectamentelosrequisitosdesdeestaherramientaocon
accederunreporteautomticogeneradodesdelaherramienta,ustednonecesitarundocumento
separado.

Lista de Verificacin
Losrequisitosdefacilidaddeusoquesernimplementadosenlaprximaiteracinhansido
capturadosyvalidados?
Losrequisitosdeconfiabilidadquesernimplementadosenlaprximaiteracinhansido
capturadosyvalidados?
Losrequisitosdeconfiabilidadhansidoespecificadoscomorequisitoscuantificablesocomo

metasdediseopriorizadas?
Serequierechequeoyrecuperacindeerrores?
Los eventos no deseados han sido considerados? Los respuestas requeridas a tales
eventosestnespecificadas?
Losestadosinicialesoespecialesestnconsiderados?

Losrequisitosdedesempeoquesernimplementadosenlaprximaiteracinhansido
capturadosyvalidados?
Losrequisitosdemrgenesdeusoderecursosydesempeoestndefinidos?(porejemplo,
velocidad,tiemposderespuesta,tiemposderecuperacin)
Losrequisitosdemantenimientoquesernimplementadosenlaprximaiteracinhansido
capturadosyvalidados?
Existenrequisitosquedebancumplirseparamejorarelgradodemantenimientoalairedel
sistemaqueseestconstruyendo?
Lasrestriccionesquedebenserconsideradasenlaprximaiteracinhansidocapturadasy
validadas?
Existenrestriccionesdeestndares,lenguajesdeimplementacin,polticasdeintegridadde
lasbasesdedatos,lmitesderecursos,ambientesoperativos,etc?
Sehaconsideradoelusodediseosheredados,cdigooherramientaspreseleccionadas?
Las interfaces externas que deben ser consideradas en la prxima iteracin han sido
capturadasyvalidadas?
Estaclarocomoelsoftwareinteractuarconlas personas, elhardwaredelsistema, otro
hardwareuotrosoftware?
Losdatoscrticosquesobrepasanlasfronterasdelsistemahansidoidentificadosparalos
casosdeusoyescenariosdelaprximaiteracin?
Las reglas del negocio que deben ser consideradas en la prxima iteracin han sido
capturadasyvalidadas?
Lasreglasrelevantesqueaplicanalos casosdeusohansidoidentificadas?(reglas de
validacindedatos,formulas,flujosdedecisiones)
Losestndaresaplicablesycumplimientosnormativosquedebenserconsiderados enla
prximaiteracinhansidocapturadosyvalidados?
Sehanidentificadolosrequisitosderivadosdeestndaresyregulacionesexistentes?

6.3.4. Construccin del Glosario


Esteartefactodefinetrminosimportantesusadosenelproyecto.Estostrminossonesencialespara
lograrunacolaboracinefectivaentrelosInteresadosyotrosintegrantesdelequipo.

Propsito
ElobjetivodelGlosarioesproporcionarunvocabulariocomnaceptadoportodoslosInteresados.
Estepuedeayudaralaspersonasdesdediferentesgruposfuncionalesaalcanzarunentendimiento
mutuodelsistema.Lametanoesregistrartodoslostrminosposibles,sinonicamenteaquellosque
soninciertos,ambiguosorequierenelaboracin.

ElGlosarioleayudaaevitarerroresconceptualesalproporcionardosrecursosesenciales:

Unaubicacincentralparaconsultarlostrminosyabreviacionesquesonnuevasparalos
miembrosdelequipodedesarrollo.

Lasdefinicionesdetrminosquesonusadosenformaespecficadentrodeldominio.

LasdefinicionesparalostrminosdelGlosarioprovienendevariasfuentes,talescomodocumentos
derequisitos,especificacionesydiscusionesconInteresadosyexpertosendominio.

Consideraciones claves
Enalgunosproyectosquenoincluyenmodelosdelnegocioodeldominio,elGlosarioeselprincipal
artefactoparacapturarinformacinsobreeldominiodelnegociodelproyecto.
Aunquesibiensonlistadoscomounasalidadesdeyunaentradaalastareasasociadasconla
disciplinaderequisitos,esteartefactopuedeseractualizadoencualquiermomento,porcualquierrol,
cuandonuevostrminosseanidentificados.

Impacto de no tenerlo
Los errores conceptuales acerca del significado de datos de elementos conllevan al fracaso de
muchosproyectos.Algunosdeestosempiezanaserobviosnicamenteenlasfasesposterioresalas
pruebadelsistemaypuedeserextremadamentecostosocorregirlos.

Opciones de Representacin
ElGlosarioesunalistasimpledetrminosdeldominioysusdefiniciones.Sepuedepublicarestalista
sobreunsitioWikiparasimplificarelaccesoyelmantenimiento.