Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
6.2. DescripcindelaActividadesdelprocedimientoGestindeRequerimientosy
Requisitos
Nombredela
Actividad
Descripcin
Responsa
bles
Artefactos
Relacionados
(Procductos)
Solicitudde
Necesidad
ListaMaestra
derequeri
mientos
Guas
Losrequerimientosylosre
quisiitos
Detallandounrequerimien
to(s)orequisito(s)
TecnicasdeCapturadere
querimientosyrequisiitos
Errorescomunesenladefi
nicindelosrequerimiento(s)
yrequisitos(s)
Revisionesefectivasdelos
requerimientos
Visin
Construccindel
documentovisin
Glosario
ConstruccindelGlosario
Documento Laconstruccindel
Especificacin documento
derequisitos Especificacionesde
Requisitos
Acta
Construccindeldocumen
tovisin
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
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.
Requisitos de interfaz que le dan capacidad al sistema para interaccionar con sistemas
externos.
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)
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.
Las siguientes guas ayudaran a escribir mejores requerimientos o requisitos. Para mantener la
consistenciadelejemplotodoslosrequerimientosseencuentranenelcontextodeunprocesode
admisiones:
Definirunrequerimientoorequisitoalavez.Porejemplousar,
ElJefedeAdmisionesdebesercapazdeactualizarellistadodeinscritosdeacuerdoalainformacin
delestratosocioeconmico.
ElJefedeAdmisionesdebesercapazdeactualizarlainformacindelestratosocioeconmico.
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
FacilidaddeAprendizaje:Unusuarioconunnivelespecficodeexperienciadebesercapaz
deaprendercomoseutilizaelsistemaenunacantidaddeterminadadetiempo.
Eficienciaenlastareas:Unusuariodebesercapazdecompletarunatareaespecficaenun
tiempodeterminado(oenunnmerodeterminadodepulsacionesdelratn).
Facilidadderecordar:Unusuariodebesercapazderecordarcomoseutilizaelsistemaaun
cuandohayadejadodeutilizarloporundeterminadoperiododetiempo.
Facilidaddesercomprendido:Unusuariodebesercapazdeentenderlosmensajesylas
alertasqueelsistemagenera.
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
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.
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.
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.
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:
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.
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.
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.
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.
Estasrestriccionesnotcnicaspuedenacarrearproblemasenfasesposterioresdelproyecto.
Todaslascaractersticasclavesdelsistemahansidodefinidaseidentificadas?
Realizarunaverificacincompleta,comparandolascaractersticasdelsistemaconladeclaracindel
problemaparaasegurarsequenosepasaporaltounacaractersticaclave.
Lascaractersticaspodrnsolucionarlosproblemasquehansidoidentificados?
Todaslascaractersticassonrealmentenecesarias?
Quizssepuedareducirelmbito.
Lascaractersticasdelproductosonconsistentesconlasrestriccionesidentificadas?
Verificarquenoexistanrequisitosenconflicto.Sisedetectansedebenresolverenestemomento.
Podralguienquenoestfamiliarizadoconelproyectoentenderquesepretendealcanzar
conl,tansoloconleereldocumentodeVisin?
ElpropsitodeldocumentoVisinesdescribirlosobjetivosdelproyectoentrminosdepersonasde
perfilnotcnico.Cualquieraquenoestinvolucradoconelproyectodeberpoderentenderlo.
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.
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.
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.
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?
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.