4
Metodología Gestión de Requerimientos Metodología Página principal Capítulo 1 "IDENTIFICACIÓN DE NECESIDADES CON EL CLIENTE" Capítulo 2 TÉCNICAS PARA IDENTIFICAR REQUERIMIENTOS 1. Técnicas generales para la identificación de requerimientos 2. Técnicas específicas para la identificación de requerimientos 3. Técnicas para Identificar Requisitos Funcionales y No Funcionales 4. Técnicas de investigación de los atributos de las necesidades de los clientes Capítulo 3 DEFINICIÓN REQUERIMIENTOS Capítulo 4 TÉCNICAS PARA DEFINIR REQUISITOS Capítulo 5 PRUEBAS DE REQUERIMIENTOS Capítulo 6 GESTIÓN DE CAMBIOS Capítulo 2 TÉCNICAS PARA IDENTIFICAR REQUERIMIENTOS > 3. Técnicas para Identificar Requisitos Funcionales y No Funcionales Contenidos 1 Identificación de Requerimientos funcionales 2 Identificación de Requerimientos no funcionales 3 Aspectos a tener en cuenta en la identificación de requerimientos funcionales y no funcionales 4 Identificación de elementos 5 Preguntas generales: Ya que los requerimientos de sistemas de software se clasifican en funcionales y no funcionales, se deben tener en cuenta las siguientes técnicas para la identificación correcta. Identificación de Requerimientos funcionales Los requerimientos funcionales son declaraciones de los servicios que proveerá el sistema, de la manera en que éste reaccionará a entradas particulares. En algunos casos, los requerimientos funcionales de los sistemas también declaran explícitamente lo que el sistema no debe hacer. Muchos de los problemas de la ingeniería de software provienen de la imprecisión en la especificación de requerimientos. Para un desarrollador de sistemas es natural dar interpretaciones de un requerimiento ambiguo con el fin de simplificar su implementación. Sin Buscar en este sitio

Document3

Embed Size (px)

DESCRIPTION

Resera

Citation preview

Page 1: Document3

12/4/2015 3. Técnicas para Identificar Requisitos Funcionales y No Funcionales Metodología Gestión de Requerimientos

https://sites.google.com/site/metodologiareq/capituloii/tecnicasparaidentificarrequisitosfuncionalesynofuncionales 1/4

MetodologíaGestión deRequerimientos

MetodologíaPágina principalCapítulo 1"IDENTIFICACIÓN DENECESIDADES CON ELCLIENTE"Capítulo 2 TÉCNICASPARA IDENTIFICARREQUERIMIENTOS

1. Técnicasgenerales para laidentificación derequerimientos2. Técnicasespecíficas para laidentificación derequerimientos3. Técnicas paraIdentificarRequisitosFuncionales y NoFuncionales4. Técnicas deinvestigación delos atributos de lasnecesidades de losclientes

Capítulo 3DEFINICIÓNREQUERIMIENTOSCapítulo 4 TÉCNICASPARA DEFINIRREQUISITOSCapítulo 5 PRUEBASDE REQUERIMIENTOSCapítulo 6 GESTIÓNDE CAMBIOS

Capítulo 2 TÉCNICAS PARA IDENTIFICAR REQUERIMIENTOS >

3. Técnicas para IdentificarRequisitos Funcionales y NoFuncionales

Contenidos

1 Identificación de Requerimientos funcionales2 Identificación de Requerimientos no funcionales3 Aspectos a tener en cuenta en la identificación de requerimientosfuncionales y no funcionales4 Identificación de elementos5 Preguntas generales:

Ya que los requerimientos de sistemas de software se clasifican enfuncionales y no funcionales, se deben tener en cuenta las siguientestécnicas para la identificación correcta.

Identificación de Requerimientos funcionales

Los requerimientos funcionales son declaraciones de los servicios queproveerá el sistema, de la manera en que éste reaccionará a entradasparticulares. En algunos casos, los requerimientos funcionales de lossistemas también declaran explícitamente lo que el sistema no debehacer.

Muchos de los problemas de la ingeniería de software provienen de laimprecisión en la especificación de requerimientos. Para undesarrollador de sistemas es natural dar interpretaciones de unrequerimiento ambiguo con el fin de simplificar su implementación. Sin

Buscar en este sitio

Page 2: Document3

12/4/2015 3. Técnicas para Identificar Requisitos Funcionales y No Funcionales Metodología Gestión de Requerimientos

https://sites.google.com/site/metodologiareq/capituloii/tecnicasparaidentificarrequisitosfuncionalesynofuncionales 2/4

Capítulo 7 GESTIÓNDE REQUERIMIENTOCapítulo 8FORMATOS DE LAMETODOLOGÍACapítulo 9 MEJORESPRACTICASMapa del sitio

embargo, a menudo no es lo que el cliente desea. Se tienen queestipular nuevos requerimientos y se deben hacer cambios al sistema,retrasando la entrega de éste e incrementando el costo.

En principio, la especificación de requerimientos funcionales de unsistema debe estar completa y ser consistente. La compleción significaque todos los servicios solicitados por el usuario están definidos. Laconsistencia significa que los requerimientos no tienen definicionescontradictorias.

En la práctica, para sistemas grandes y complejos, es imposiblecumplir los requerimientos de consistencia y compleción. La razón deesto se debe parcialmente a la complejidad inherente del sistema yparcialmente a que los diferentes puntos de vista tienen necesidadesinconsistentes. Estas inconsistencias son obvias cuando losrequerimientos se especifican por primera vez. Los problemas emergendespués de un análisis profundo. Una vez que éstos se hayandescubierto en las diferentes revisiones o en las fases posteriores delciclo de vida, se deben corregir en el documento de requerimientos.

Identificación de Requerimientos no funcionales

Son aquellos requerimientos que no se refieren directamente a lasfunciones específicas que entrega el sistema, sino a las propiedadesemergentes de éste como la fiabilidad, la respuesta en el tiempo y lacapacidad de almacenamiento. De forma alternativa, definen lasrestricciones del sistema como la capacidad de los dispositivos deentrada/salida y la representación de datos que se utiliza en la interfacedel sistema.

Los requerimientos no funcionales surgen de la necesidad del usuario,debido a las restricciones en el presupuesto, a las políticas de laorganización, a la necesidad de interoperabilidad con otros sistemas desoftware o hardware o a factores externos como los reglamentos deseguridad, las políticas de privacidad, entre otros.

Estos diferentes tipos de requerimientos se clasifican de acuerdo consus implicaciones.

• Requerimientos del producto. Especifican el comportamiento delproducto; como los requerimientos de desempeño en la rapidez deejecución del sistema y cuánta memoria se requiere; los de fiabilidadque fijan la tasa de fallas para que el sistema sea aceptable; los deportabilidad y los de usabilidad.

• Requerimientos organizacionales. Se derivan de las políticas yprocedimientos existentes en la organización del cliente y en la deldesarrollador: estándares en los procesos que deben utilizarse;requerimientos de implementación como los lenguajes de programacióno el método de diseño a utilizar, y los requerimientos de entrega queespecifican cuándo se entregará el producto y su documentación.

• Requerimientos externos. Se derivan de los factores externos alsistema y de su proceso de desarrollo. Incluyen los requerimientos deinteroperabilidad que definen la manera en que el sistema interactúa conlos otros sistemas de la organización; los requerimientos legales quedeben seguirse para asegurar que el sistema opere dentro de la ley, ylos requerimientos éticos. Estos últimos son impuestos al sistema paraasegurar que será aceptado por el usuario.

En la práctica, la especificación cuantitativa de requerimientos esdifícil. A los clientes no les es posible traducir sus metas enrequerimientos cuantitativos; para algunas de éstas, como las demantenimiento, no existen métricas que se puedan utilizar; el costo deverificar de forma objetiva los requerimientos no funcionales

Page 3: Document3

12/4/2015 3. Técnicas para Identificar Requisitos Funcionales y No Funcionales Metodología Gestión de Requerimientos

https://sites.google.com/site/metodologiareq/capituloii/tecnicasparaidentificarrequisitosfuncionalesynofuncionales 3/4

cuantitativos es muy alto.

En principio, los requerimientos funcionales y no funcionales sediferencian en el documento de requerimientos. En la práctica, esto esdifícil. Si un requerimiento no funcional se declara de forma separada alos funcionales, algunas veces es difícil ver la relación entre ellos. Si sedeclaran con los requerimientos funcionales, es difícil separar lascondiciones funcionales y no funcionales e identificar los requerimientosque se refieren al sistema como un todo. Se debe hallar un balanceapropiado que dependa del tipo de sistema a especificar. Sin embargo,los requerimientos que claramente se refieren a las propiedadesemergentes del sistema se deben resaltar. Esto se hace colocándolosen una sección aparte o diferenciándolos, de alguna forma, de los otrosrequerimientos del sistema.

Aspectos a tener en cuenta en la identificación derequerimientos funcionales y no funcionales

Requerimientos básicos: se estructura su identificación al buscarrespuestas a preguntas como: • ¿Cuál es el proceso básico de la empresa?• ¿Qué datos utiliza o produce este proceso?• ¿Cuáles son los límites impuestos por el tiempo y la carga de trabajo?• ¿Qué controles de desempeño utiliza?

Siempre se debe comenzar con lo básico. Cuando se hacen preguntasy se reciben respuestas, se proporcionan antecedentes sobre detallesfundamentales relacionados con el sistema y que sirven paradescribirlo.

Las siguientes preguntas son de utilidad para adquirir la comprensiónnecesaria: • ¿Cuál es la finalidad de la actividad dentro de la empresa?• ¿Qué pasos se siguen para realizarla?• ¿Dónde se realizan estos pasos?• ¿Quiénes los realizan?• ¿Cuánto tiempo tardan en efectuarlos?• ¿Con cuánta frecuencia lo hacen?• ¿Quiénes emplean la información resultante?

Identificación de elementos

Durante esta, se debe identificar muy claramente los siguienteselementos: • Procesos• Flujos de datos entre procesos• Datos de cada flujo de datos• Bases de datos

Page 4: Document3

12/4/2015 3. Técnicas para Identificar Requisitos Funcionales y No Funcionales Metodología Gestión de Requerimientos

https://sites.google.com/site/metodologiareq/capituloii/tecnicasparaidentificarrequisitosfuncionalesynofuncionales 4/4

• Datos de las bases de datos

Preguntas generales:

• ¿Cuántos empleados laboran para la organización en el área(s) que sepretende desarrollar el sistema; o sea, cuántos tienen relación directacon el proyecto• ¿Cuáles son las personas claves en el sistema? ¿Por qué sonimportantes?• ¿Existen obstáculos o influencias de tipo político que afectan laeficiencia del sistema?• ¿Existen manuales de procedimientos, políticas o lineamientos dedesempeño documentados oficial o no oficialmente?. Si los hay, ¿Secumplen en forma cabal en el 100% de las ocasiones?, es decir, ¿serespetan dichos procedimientos?• ¿Existen métodos para evadir el sistema?, ¿Por qué se presentan?• ¿Qué áreas necesitan un control específico?• ¿Qué criterios se emplean para medir y evaluar el desempeño?

Iniciar sesión | Actividad reciente del sitio | Informar de uso inadecuado | Imprimir página | Con la tecnología de GoogleSites

Comentarios

No tienes permiso para agregar comentarios.