cm wide, segments irregular, triangular to ovate, often undulate; upper surface light green, often with a purplish or whitish border

0> reutili*a(le en otros pro&ectos.

participantes de una reuni$n est4n en la misma p4gina" adem4s de ser t5rminos am(iguos desde el principio" ahorra tiempo" asegura !ue todos los La creaci$n de un glosario es sumamente (enefciosa &a !ue reduce los sin$nimos & !ue ser4n utili*ados durante el pro&ecto.

d$nde se defnan todos los t5rminos !ue tengan signifcados comunes Construir un #oca(ulario com-n3 +e(e con'eccionarse un glosario en perspecti#a t5cnica como la del negocio.

Las soluciones iniciales" de(en ser defnidas tomando en cuanta tanto la di'erentes puntos de #ista.

desde una #ariedad de perspecti#as & eplorar muchas soluciones desde determinar !ui5n tiene el pro(lema realmente" considerar dicho pro(lema Comprender el pro(lema !ue se est4 resol#iendo3 Es importante

Identifcar a los a'ectados por el sistema3 Identifcar a todos los

02

'orma est4 in#olucrado con el sistema" &a sea directa o indirectamente. Como #emos" de(e conocerse la opini$n de todo a!u5l !ue de una u otra

6ui5n se (enefciar4 por el retorno de in#ersi$n del sistemaV 6ui5n mercadear4" #ender4" &Zo distri(uir4 el sistemaV

6ui5n dar4 mantenimiento al sistemaV 6ui5n dar4 soporte al sistemaV

6ui5n documentar4 el sistemaV 6ui5n pro(ar4 el sistemaV

6ui5n desarrollar4 el sistemaV

6ui5n usar4 el sistema !ue se #a a construirV

       

reali*ar algunas preguntas.

internas o eternas !ue se #er4n a'ectadas por el sistema" de(emos ara sa(er !ui5nes son las personas" departamentos" organi*aciones sistema adecuado.

#a&a a estar disponi(le toda la in'ormaci$n necesaria para especifcar un durante de ingeniera de re!uerimientos" aun!ue esto no garanti*a !ue Las necesidades de cada a'ectado" son discutidas & sometidas a de(ate a'ectados e#ita !ue eistan sorpresas a medida !ue a#an*a el pro&ecto.

+efnir los lmites & restricciones del sistema3 Este punto es importante

0B presentado.

re'erencia los ni#eles de a(stracci$n & descomposici$n de cada pro(lema

se pretende limitar las epectati#as del cliente apropiadamente" tomando como !ue se (uscan resultados completos" correctos & sin am(igPedades. En esta etapa de riesgo tomando en cuenta las 'acti(ilidades t5cnicas & econ$micas" a la #e* cliente. El t5rmino adecuado signifca !ue ha sido perci(ido a un ni#el acepta(le necesaria una e#aluaci$n de los mismos antes de defnir si son adecuados para el La di#ersa gama de 'uentes de las cuales pro#ienen los re!uerimientos" hacen 0.>.0 E#aluaci$n & negociaci$n de los re!uerimientos

construir.

de tiempo" t5cnica & de 'acti(ilidad !ue limite el sistema !ue se #a a

pla*o. +e(e determinarse cual!uier restricci$n am(iental" presupuestaria" constru&endo" para as entender la estrategia del producto a corto & largo pues de(emos sa(er lo !ue se est4 constru&endo" & lo !ue no se est4

Los principales pasos de esta acti#idad son3

0=

re!uerimiento es catalogado como innecesario.

re!uerimiento in'ormati#o o !ue puede esperar para 'ases posteriores" el si se trata de un actuales" estamos ante un re!uerimiento desea(leO &

Si eiste alg-n proceso !ue se !uiera incluir para meJorar los procesos

Un re!uerimiento es mandatario si a'ecta una operaci$n crtica del negocio. mandatario" desea(les o innecesarios.

En (ase a la prioridad" cada re!uerimiento puede ser clasifcado como necesidades !ue tenga el negocio.

de cada re!uisito. La prioridad de cada re!uerimiento depender4 de las esta(lecer la secuencia en !ue ocurrir4n las acti#idades de dise,o & prue(a esta caracterstica se le conoce como prioridad & de(e ser usada para

importancia !ue tiene un re!uerimiento en t5rminos de implementaci$n. A Clasifcar los re!uerimientos3 En este paso se (usca identifcar la

incompletos" inconsistentes.

re!uerimientos" es decir" se identifcan a!uellos re!uerimientos am(iguos" est5n presentes en cada uno de los caractersticas antes descritas

Una #e* hecha esta categori*aci$n de los re!uerimientos" se puede tomar

0 aceptarlos.

de

Anali*ar el impacto !ue causen los cam(ios a re!uerimientos antes Mostrar todos los re!uerimientos a los in#olucrados en el sistema. +ocumentar todos los re!uerimientos a un ni#el de detalle apropiado.

  

consideraciones !ue de(en tenerse en cuentaO entre las principales est4n3 puedan ser comunicados de manera e'ecti#a" ha& una serie de

entre el e!uipo de desarrollo & los a'ectados. ara !ue los re!uerimientos En la acti#idad de e#aluaci$n & negociaci$n" se incrementa la comunicaci$n apro(ado por los clientes el presupuestoV.

alterar el organigrama actualVO 'acti(ilidades econ$micas ha sido

actualVO 'acti(ilidades operacionales puede ser el sistema utili*ado sin t5cnicas pueden implementarse los re!uerimientos con la tecnologa E#aluar 'acti(ilidades & riesgos3 In#olucra la e#aluaci$n de 'acti(ilidades desea(le.

implementar" puede ser una (uena idea incluirlo por m4s !ue 5ste sea s$lo cantidad de otros 'actores. or eJemplo" si un re!uerimiento 'uera tri#ial de re!uerimiento" tam(i5n de(e anali*arse su costo" compleJidad" & una

inclusi$n de un la

descartar los innecesarios. Antes de decidir



0

!ue son acepta(les para los usuarios. ero es ine#ita(le !ue durante la #alidaci$n re!uerimientos o(tenido en la etapa anterior s$lo de(era incluir los re!uerimientos por!ue se de(e #alidar con el cliente. re'erentemente" el documento de

interno" por!ue se de(e #erifcar internamente lo !ue se est4 haciendo" & eterno" est5n completos. La #alidaci$n representa un punto de control interno & eternoO implementar. Esto implica #erifcar !ue los re!uerimientos sean consistentes & !ue representan una descripci$n" por lo menos" acepta(le del sistema !ue se de(e re!uerimientos !ue aparecen en el documento especifcado para asegurarse !ue La #alidaci$n es la etapa fnal de la IR. Su o(Jeti#o es #erifcar todos los

0.>.>. ?alidaci$n notaci$n UML.

pre#iamente aplicando t5cnicas &Zo est4ndares de documentaci$n" como la

podramos decir !ue la Especifcaci$n es el pasar en limpio el an4lisis reali*ado En la pr4ctica" esta etapa se #a reali*ando conJuntamente con el an4lisis" pero ni#el apropiado de detalle.

En esta 'ase se documentan los re!uerimientos acordados con el cliente" en un 0.>.@ Especifcaci$n

En'ocarse en intereses & no en posiciones

Negociar con Yei(ilidad para !ue eista un (enefcio mutuo. 

dependencias.

se descu(ran algunos pro(lemas relacionados con los usuarios" & esto se de(e corregir antes de apro(arse el documento fnal de re!uerimientos.

En defniti#a" la #alidaci$n de especifcaciones realmente signifca asegurarse de !ue el documento de re!uerimientos represente una descripci$n clara del sistema" & es una #erifcaci$n fnal de !ue los re!uerimientos cu(ren las necesidades de los usuarios. Esta etapa puede con'undirse con la de an4lisis" pero la di'erencia es clara3 mientras !ue en el an4lisis se tra(aJa so(re el (oceto del documento de re!uerimientos" en la #alidaci$n se utili*a el documento fnal" lo !ue e!ui#ale a decir" los re!uerimientos depurados.

CA;TUL) @