TP Nro 2

UNIVERSIDAD DE AQUINO
BOLIVIA
Nombre del alumno: Cesar Vladimir Gutierrez Ramos

Docente: Marcelo Yañez Msc
Módulo: Arquitectura de software
Fecha presentación: 29/10/2023
Comprensión de los Requerimientos
Resumen
Entender los requerimientos es una de las tareas más difíciles que enfrenta el Ing. De
Software
Se denomina Ingeniería de requerimientos al amplio espectro de tareas y técnicos que

llevan a entender esos requerimientos. Esta ingeniería tiende un puente para el diseño
y la construcción. La ingeniería de requerimientos proporciona el mecanismo apropiado
para entender lo que desea el cliente, analizar las necesidades, factibilidad,
negociar soluciones y administrar los requerimientos a medida que se transforman
en un sistema funcional. Concepción: ¿Cómo se inicia un proyecto de software? La
mayor parte comienzan al identificar una necesidad del negocio o cuando se descubre
un mercado o servicio potencial. Indagación: no es simple hacerlo y se indicarán algunos
problemas que se presentan al indagar al cliente, usuario, etc.:
A) Problemas de alcance : porque las fronteras de los sistemas no están bien definidas.
B) Problemas de entendimiento : los clientes o usuarios no están seguros

de sus necesidades o tienen limitaciones para hacerlo, omitiendo información
que creen “obvia”, etc.
C) Problemas de volatilidad : los requerimientos cambian con el tiempo. Para superar

estos problemas se deben obtener los requerimientos de forma organizada.
Elaboración: La información que se obtiene del cliente en la concepción e

indagatoria se expande y refina durante la elaboración, desarrollando así un
módulo refinado de requerimientos.
Negociación: A veces los clientes y usuarios piden más que los recursos del negocio o
proponen requerimientos conflictivos con la excusa que son esenciales. Es por medio
de la negociación que los conflictos deben reconciliarse.
Especificación: Hay diferentes sugerencias de cómo deben ser, pero en ocasiones

deben ser flexibles, para sistemas grandes el mejor enfoque pueden ser
documentos escritos que combinen descripciones en lenguaje natural y modelos
gráficos, para sistemas o productos pequeños que residen en ambientes bien
entendidos, quizás lo que se requiera sea escenarios de uso.
Validación: en este paso se evalúa la calidad de los productos de trabajo

generado por la ingeniería de los requerimientos.
Administración de los requerimientos: es el conjunto de actividades que ayudan al
equipo del proyecto a identificar, controlar y el seguimiento a los requerimientos y sus
cambios durante el desarrollo del proyecto
Los últimos avances sobre la ingeniería de requerimientos permiten utilizar una variedad de
técnicas en diferentes procesos de la IR. Los errores que surgen durante Las actividades de
la ingeniería de requerimiento son los desafíos más comunes que son enfrentando industrias
de software. Estos errores ocurren en la concepción en las fases de desarrollo del producto
software que causan problemas, los cuales conducen a la baja calidad software, fallas,
proyectos incompletos o incluso dramáticamente detenidos. Se han desarrollados métodos
y técnicas para obtener la mayor precisión para la comprensión de requerimientos de
software mediante el lenguaje natural tales como, Procesamiento de lenguaje natural,
Ontologías de dominio expresadas en mapas conceptuales, lenguaje de modelado unificado
entre otros.
Los Requerimientos del Usuario.- son declaraciones, en lenguaje natural y en diagramas,

de los servicios que se espera que el sistema provea y de las restricciones bajo las cuales
debe operar. ! Los requerimientos del sistema.- establecen con detalle los servicios y
restricciones del sistema. El documento de requerimientos del sistema, algunas veces
denominado Especificación funcional, debe ser preciso. Éste sirve como un contrato entre
el comprador del sistema y el desarrollador de software.
Requerimientos funcionales y no funcionales
Requerimientos del dominio.- son requerimientos que provienen del dominio de aplicación del
sistema y que reflejan las características de ese dominio. Éstos pueden ser funcionales o no
funcionales. En realidad, la distinción entre estos tipos diferentes de requerimientos no es tan
clara como sugieren estas definiciones.
Funcionales
En principio, la especificación de requerimientos funcionaLes de un sistema, debe estar

completa y ser consistente. La compleción (o completitud) significa que todos, los servicios
solicitados por el usuario están definidos. La consistencia significa que los requerimientos no
tienen definiciones contradictorias.
No funcionales
No se refieren directamente a las funciones específicas que entrega el sistema, sino a las
propiedades emergentes de éste como la fiabilidad, la respuesta en el tiempo y la capacidad de
almacenamiento. A menudo son más críticos que los requerimientos funcionales particulares,
una falla en un requerimiento no funcional del sistema lo inutiliza.
Sin embargo los requerimientos no funcionales no siempre se refieren al sistema de software a

desarrollar. Algunos de estos requerimientos restringen el proceso a utilizar en el desarrollo del
sistema. Surgen de las necesidades del usuario debido a las restricciones en el presupuesto, a
las políticas de la organización, a la necesidad de interoperabilidad con otros sistemas de
software o de hardware o factores externos como los reglamentos de seguridad, políticas de
privacidad, etc
1. Requerimientos del Producto.- Especifican el comportamiento del producto. Algunos

ejemplos son los requerimientos de desempeño en la rapidez de ejecución del sistema y cuánta
memoria se requiere, los de fiabilidad fijan la tasa de fallas para que el sistema sea aceptable.
2. Requerimientos organizaciones.- Se derivan de las políticas y procedimientos existentes en la

organización del cliente y en la del desarrollador.
3. Requerimientos externos.- Tienen que ver con los factores externos al sistema y su proceso
de desarrollo, incluyen los requerimientos de interoperabilidad.
Ejemplos de requerimientos no funcionales.
Requerimiento del producto.- Será necesario que la comunicación requerida entre el APSE (un
entorno de ayuda para Ada) y el usuario se pueda expresar utilizando el conjunto de caracteres
de ADA.
Requerimiento organizacional.-Proceso de desarrollo del sistema y los documentos a entregar,

éstos deben apegarse al proceso y a los productos.
Requerimiento externo.- El sistema no deberá revelar a sus operadores alguna información

personal de los clientes excepto su nombre y número de referencia.
Los requerimientos del dominio
Debido a las restricciones en los derechos de autor, algunos documentos deberán borrarse
inmediatamente después de su llegada. Dependiendo de los requerimientos del usuario, estos
documentos se imprimirán de forma local en el servidor o el sistema para ser distribuidos de
forma manual al usuario o enviarse a la impresora de la red
Requerimientos del usuario
Describen los requerimientos funcionales y los no funcionales de tal forma que sean
comprensibles por los usuarios del sistema que no posean un conocimiento técnico detallado.
Deben redactarse utilizando el lenguaje natural, representaciones y diagramas intuitivos
sencillos. ! Sin embargo cuando se redactan en lenguaje natural pueden surgir problemas como
el de ambigüedad y conjunción de requerimientos.
Cuando los requerimientos del usuario incluyen demasiada información, restringen la libertad
del desarrollador del sistema para proveer soluciones innovadoras a los problemas del usuario
y hace que los requerimientos sean difíciles de comprender.
Pautas Sencillas recomendadas para minimizar malinterpretaciones al redactar requerimientos

del usuario…
1 Inventar un formato estándar y asegurar que todos los requerimientos se adhieren al formato.
Estandarizar el formato significa reducir la probabilidad de las omisiones y hacer que los
requerimientos sean fáciles de verificar.
2 Utilizar el lenguaje de forma consistente. En particular, distinguir entre los requerimientos

deseables en futuro condicional.
3 Resaltar el texto (con negritas o itálicas) para ver las partes clave del requerimiento.
4 Evitar, hasta donde sea posible, utilizar el lenguaje “técnico” de computación. Sin embargo en
los requerimientos del usuario será inevitable utilizar términos técnicos detallados provenientes
del dominio de aplicación del sistema.
Requerimientos del sistema
Son descripciones más detalladas de los requerimientos del usuario. Definen el contrato de la
especificación del sistema y debe ser una especificación completa y consistente del sistema. Son
el punto de partida de los ingenieros del software hacia el diseño del sistema.
Sin embargo a veces resulta difícil excluir alguna información, como: la aquitectura inicial del
sistema, la interacción con otros subsistemas o sistemas, requerimientos externos de sistemas.
Otra dificultad sería la redacción en lenguaje natural por los problemas del lenguaje,
ambiguedades, alcance y comprensión.

TP Nro 2

Cargado por

Copyright:

Formatos disponibles

TP Nro 2

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

TP Nro 2

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD DE AQUINO

Nombre del alumno: Cesar Vladimir Gutierrez Ramos

Se denomina Ingeniería de requerimientos al amplio espectro de tareas y técnicos que

B) Problemas de entendimiento : los clientes o usuarios no están seguros

C) Problemas de volatilidad : los requerimientos cambian con el tiempo. Para superar

Elaboración: La información que se obtiene del cliente en la concepción e

Especificación: Hay diferentes sugerencias de cómo deben ser, pero en ocasiones

Validación: en este paso se evalúa la calidad de los productos de trabajo

Los Requerimientos del Usuario.- son declaraciones, en lenguaje natural y en diagramas,

Requerimientos funcionales y no funcionales

En principio, la especificación de requerimientos funcionaLes de un sistema, debe estar

Sin embargo los requerimientos no funcionales no siempre se refieren al sistema de software a

1. Requerimientos del Producto.- Especifican el comportamiento del producto. Algunos

2. Requerimientos organizaciones.- Se derivan de las políticas y procedimientos existentes en la

Ejemplos de requerimientos no funcionales.

Requerimiento organizacional.-Proceso de desarrollo del sistema y los documentos a entregar,

Requerimiento externo.- El sistema no deberá revelar a sus operadores alguna información

Los requerimientos del dominio

Pautas Sencillas recomendadas para minimizar malinterpretaciones al redactar requerimientos

2 Utilizar el lenguaje de forma consistente. En particular, distinguir entre los requerimientos

Requerimientos del sistema

También podría gustarte

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.