UNAH DEPARTAMENTO DE

UNIVERSIDAD NACIONAL
AUTÓNOMA DE HONDURAS
INGENIERÍA EN SISTEMAS
DEPARTAMENTO DE
INGENIERÍA EN SISTEMAS

ANALISIS Y DISEÑO DE SISTEMAS

Tercer periodo 2021

Catedrático: ING. Norberto Mendoza

Elaborado por:
20121016579 Vilars Antonio Zapata
Rivera

Asignación:
¿Que Son las Herramientas para Identificación de
requerimientos?

Universidad Nacional Autónoma de Honduras | CIUDAD UNIVERSITARIA | Tegucigalpa M.D.C. Honduras C.A |
www.unah.edu.hn
 Introducción

En la actualidad, más que todo en el ámbito de los proyectos de software se ha

observado una constante inquietud acerca del logro de dichos programas y mas que

todo del éxito que estos conllevan. Asimismo, se han identificado algunos tópicos

importantes en el desarrollo de software para el logro de objetivos exitosos.

En dichos tópicos se mencionen los requerimientos, por su impacto en la praxis

de proyectos de software. De acuerdo a una publicación emitida por la revista

electrónica The Rational Edge, que habla sobre “el estado y las prácticas

recomendadas para el desarrollo de software y sistemas, se le otorga una sección a los

requerimientos en la cual se enmarca reiterativamente que el precisarlos es una parte

esencial de la fórmula para los proyectos de software exitosos”.

 Desarrollo

En la identificación de los requerimientos intervienen una serie de

herramientas, las cuales ayudan al desarrollador o analista a identificar y analizar las

posibles alternativas existentes, en las cuales se procura que estén bien

fundamentadas con documentos de vital importancia para una posible propuesta de

sistemas.

Las herramientas para la identificación de los requerimientos que se manejan

actualmente son:

1. Análisis de documentación: Consiste en la recolección de

información sobre los requerimientos funcionales y no funcionales de software

de acuerdo a documentos previamente desarrollados. En dicho proceso se

prioriza en la información que se esta recogiendo.

Algunos ejemplos de documentación: Planes de negocio, actas de

constitución de proyecto, reglas de negocio, contratos, definiciones de alcance,

memorándums, correos electrónicos, documentos de entrenamiento, entre

otros.

2. Observación: Consiste en la identificación y análisis del entorno

de los interesados parte del proyecto. Genera una gran utilidad ya que

documenta la situación actual del proceso de negocio, ya sea de tipo pasivo

donde solo se observa, no se interviene y activo donde se pueden hacer

preguntas o conversar con los interesados.

3. Entrevistas: el objetivo en este proceso se basa en intervenir en

todos los interesados o usuarios más importantes, los orientan o direccionan

hacia los aspectos detallados o específicos del requerimiento a elaborar, con

dicho proceso se obtiene y documenta la información clave para el

requerimiento deseado, ya sea a través de entrevistas formales o informales, la

clave es mantener el objetivo de la entrevista sin desviaciones. El entrevistador

debe poseer un alto grado de conocimiento, buena actitud, documentación

necesaria relevante y una buena relación con el entrevistado.

4. Encuestas o cuestionarios: el objetivo de esta técnica es obtener

una gran cantidad de documentación para la elaboración de requerimientos de

varias personas, teniendo en cuenta de manera clara y especifica el propósito,

audiencia definida, tiempos para la aplicación de encuestas y preguntas

correctamente elaboradas y orientadas para obtener información adecuada y

relevante. Se debe precisar en las metas de negocio que se necesitan

identificar.

5. Mesas de trabajo (Workshops): técnica altamente efectiva cuyo

objetivo se orienta para la obtención de información de varias personas, por lo

que se debe tener en cuenta una agenda predefinida, con participantes

seleccionados y planteamiento de buenas practicas para la efectividad de las

reuniones de trabajo. Se puede asignar un moderador neutral y un transcriptor,

asimismo combinar técnicas como entrevistas y cuestionarios.

6. Tormenta de ideas: reunión de trabajo estructurado con el fin de

recopilar la mayor cantidad posible de ideas. Se tiene en cuenta la gestión del

tiempo, recursos materiales y humanos, además de criterios para la evaluación

de las ideas proporcionadas y la cantidad de ellas.

 7. Historia del usuario: es una técnica útil y eficaz en la cual su

objetivo se orienta para levantar requerimientos de software, son

aproximaciones simples al levantamiento de requerimientos de software,

donde la comunicación y diálogos suelen ser mas relevantes que la

formalización de los requerimientos. En este proceso se involucra al usuario o

interesado en compañía del moderador o facilitador, orientados por las

funcionalidades que el sistema exige. En la historia del usuario se describen los

roles, función y producto o resultado esperado de la aplicación en una reducida

frase.

En la actualidad muchas empresas ponen en práctica las herramientas para la

identificación de requerimientos, de acuerdo al Instituto de Ingeniería Electrónica y

Eléctrica (IEEE) define como requerimiento como: “Una condición o capacidad que

debe estar presente en un sistema o componentes de sistema para satisfacer un

contrato, estándar, especificación u otro documento formal.” (IEEE, 1997).

Por tanto, la identificación de requerimientos no es más que una declaración

oficial documentada de los procesos a implementarse por los desarrolladores de

sistemas, la cual debe incluir los requerimientos detallados del sistema de los

interesados y más que todo de los usuarios.

Los requerimientos los identificamos a través de:

Necesario: si existe una incertidumbre, donde intervienen algunas

interrogantes como ser ¿qué podría pasar si no se incluye? De no identificar una

posible consecuencia se podría definir como un requerimiento no necesario.

 Completo: es considerado completo si no necesita modificaciones en su

redacción.

Consistente: es consistente si no es contradictorio a otro requerimiento.

Correcto: su propósito o ideal esta unificado, es decir es un acuerdo entre dos

partes.

Factible: es considerado factible si se encuentra dentro del presupuesto

establecido, tiempo y limitantes, de lo contrario se debe ampliar la documentación,

investigar, identificar su alcance, complejidad y posible factibilidad, si persiste su

déficit factible se debe revisar la visión del sistema y replantear los requerimientos

expuestos.

Modificable: se debe priorizar, catalogar o priorizar el requerimiento para

identificar el grado de importancia del mismo como esencia/critico, deseado, opcional

verificable.

Verificable: todo requerimiento debe comprobarse ya que da una pauta de su

cumplimiento a través de evaluaciones como ser la inspección, análisis de prueba o

demostración para emitir y determinar los criterios de aceptación.

Rastreable: cada detalle debe estar organizado para poder ser rastreado hasta

su conjunto de requerimientos correspondientes.

Claridad: todo requerimiento debe ser claro, especifico y entendible en su

redacción para posibles consultas futuras.

Conclusiones

Los requerimientos generan un involucramiento de todos los interesados

(stakeholders), fomentando el interés en el desarrollo de software de sistemas.

En los requerimientos de un software debe existir un equilibrio, y para su verificación

debe comprobarse su relevancia y un posible replanteo de ser necesario.

Las herramientas para identificar los requerimientos facilitan al desarrollador una clara

organización y orientación del propósito principal, asimismo ayudan en la comprensión

y nivel de dificultad del proceso, permitiendo una aproximación del sistema de manera

que aprovisione cierta funcionalidad del producto o sistema final.

La información generada por las herramientas para la identificación de requerimientos

ofrece una documentación de vital importancia, la cual provee de calidad al software

ya que comprenderá los requerimientos del usuario y refuerza la comunicación de los

interesados ya que permite una socialización de información para el desarrollo del

proceso de software.

Referencias
pmoinformatica. ( 3 de agosto de 2016). 7 Técnicas de levantamiento de requerimientos
software. Obtenido de www.pmoinformatica.com:
http://www.pmoinformatica.com/2016/08/tecnicas-levantamiento-
requerimientos.html
ZAMBRANO, A. N. (Junio de 2005). HERRAMIENTA PARA EL ANÁLISIS DE REQUERIMIENTOS
DENTRO DE LA PEQUEÑA EMPRESA DESARROLLADORA DE SOFTWARE EN BOGOTÁ .
Obtenido de core.ac.uk: https://core.ac.uk/download/pdf/71418917.pdf