Asignatura Datos del estudiante Fecha

Apellidos: Torres Ladeuth

INGENIERIA DE
02/06/2023
REQUERIMIENTOS
Nombre: Sergio Luis

Actividad
Protocolo individual de la unidad n°: 3

Análisis y síntesis: 
Síntesis e interpretación personal de los temas vistos en la unidad

Los temas de los cuales se trata esta síntesis son Prototipos, Casos de uso,
Atributos de requerimientos: Atributos, Técnicas de validación de
requerimientos, Normatividad del proyecto de software.

PROTOTIPOS

Los prototipos son medios de comunicación entre analistas, clientes o usuarios,

que muestran las decisiones tomadas, con el fin de validarlas y permitir la
resolución de los problemas de comprensión presentes en la etapa de
levantamiento de requisitos. Los prototipos se pueden considerar como
pequeñas implementaciones de un sistema de software, que ayudan al diseño y
que pueden ser usadas como una técnica de determinación y validación de
requerimientos. Para el uso de prototipos es considerado como una de las
técnicas más eficientes del levantamiento de requisitos, en tanto que este
método es útil cuando existen dudas acerca de los objetivos de una aplicación y
cuando las opiniones del usuario son necesarias en una fase temprana del
proceso de especificación.

Dentro del prototipo se pueden mencionar algunas técnicas de diseño que

permiten visualizar secuencias de ventanas y acciones relacionadas con el paso
de una ventana a otra. Estas técnicas de diseño son descritas por quienes las
denominan Sketches y Storyboard, respectivamente. La consideración de su
aporte al diseño del software es reforzada por quienes prueban que dichas
técnicas se utilizan como medio de comunicación entre desarrolladores y
clientes/usuarios, en la etapa de levantamiento de requisitos. Las técnicas
Sketches y Storyboard permiten generar modelos o esquemas visuales como
esbozos de interfaces gráficas de usuario (GUI).

De acuerdo con lo anterior, y como lo confirman, estas técnicas se pueden

plantear como una fuente dinámica de realimentación para el levantamiento de
requerimientos, en la medida en que aportan un mejoramiento continuo de los
modelos de conocimiento para la generación de los productos requeridos.

CASOS DE USO

un caso de uso es una técnica para la captura de requisitos potenciales de un

nuevo sistema o una actualización de software. Cada caso de uso proporciona
 Asignatura Datos del estudiante Fecha
Apellidos: Torres Ladeuth
INGENIERIA DE
02/06/2023
REQUERIMIENTOS
Nombre: Sergio Luis

uno o más escenarios que indican cómo debería interactuar el sistema con el
usuario o con otro sistema para conseguir un objetivo específico. Normalmente,
en los casos de usos se evita el empleo de jergas técnicas, prefiriendo en su
lugar un lenguaje más cercano al usuario final. En ocasiones, se utiliza a
usuarios sin experiencia junto a los analistas para el desarrollo de casos de uso.

En otras palabras, un caso de uso es una secuencia de interacciones que se

desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia
un actor principal sobre el propio sistema. Los diagramas de casos de uso sirven
para especificar la comunicación y el comportamiento de un sistema mediante
su interacción con los usuarios y/u otros sistemas. O lo que es igual, un
diagrama que muestra la relación entre los actores y los casos de uso en un
sistema. Una relación es una conexión entre los elementos del modelo, por
ejemplo la especialización y la generalización son relaciones. Los diagramas de
casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar
cómo reacciona a eventos que se producen en su ámbito o en él mismo

ATRIBUTOS DE REQUERIMIENTOS: ATRIBUTOS

Los atributos de los requisitos son información que se añade a la descripción de

los requisitos por diversos motivos (identificación, trazabilidad, facilitar su
gestión, etc.). En cierta forma, son la meta información de los requisitos.
 Asignatura Datos del estudiante Fecha
Apellidos: Torres Ladeuth
INGENIERIA DE
02/06/2023
REQUERIMIENTOS
Nombre: Sergio Luis

TÉCNICAS DE VALIDACIÓN DE REQUERIMIENTOS

Es muy importante asegurar la validez de los requisitos previamente a comenzar

un desarrollo de software. Para ello debe de hacerse una comprobación de la
correspondencia entre las descripciones iniciales y si el modelo es capaz de
responder al planteamiento inicial. Para llevar a cabo esto, se suele realizar
comprobando que el modelo obtenido responde de la misma forma deseada que
la que el cliente pide por un lado, y por otro a la inversa si otras respuestas del
modelo convencen al cliente. En algunos casos será necesario construir
prototipos con una funcionalidad similar muy reducida para que el cliente se
haga una idea aproximada del resultado.

La validación de los requisitos, obviamente tiene como objetivo comprobar que

estos son correctos. Esta fase debe realizarse o de lo contrario se corre el riesgo
de implementar una mala especificación, con el costo que eso conlleva. Los
parámetros a validar en los requisitos son :

 Validez: No basta con preguntar a un usuario, todos los potenciales

usuarios pueden tener puntos de vista distintos y necesitar otros
requisitos.
 Consistencia: No debe haber contradicciones entre unos requisitos y
otros.
 Asignatura Datos del estudiante Fecha
Apellidos: Torres Ladeuth
INGENIERIA DE
02/06/2023
REQUERIMIENTOS
Nombre: Sergio Luis

 Completitud: Deben estar todos los requisitos. Esto es imposible en un

desarrollo iterativo, pero, al menos, deben estar disponibles todos los
requisitos de la iteración en curso.
 Realismo: Se pueden implementar con la tecnología actual.
 Verificabilidad: Tiene que existir alguna forma de comprobar que cada
requisito se cumple.

NORMATIVIDAD DEL PROYECTO DE SOFTWARE

ISO 12207 – Modelos de Ciclos de Vida del Software.

Estándar para los procesos de ciclo de vida del software de la organización,

Este estándar se concibió para aquellos interesados En adquisición de software,
así como desarrolladores y proveedores. El estándar indica una serie de
procesos desde la recopilación de requisitos hasta la culminación del software.

El estándar comprende 17 procesos lo cuales son agrupados en tres categorías:

 Principales
 De apoyo
 De organización

Este estándar agrupa las actividades que se pueden llevar a cabo durante el
ciclo de vida del software en cinco procesos principales, ocho procesos de
apoyo y cuatro procesos organizativos

Norma ISO/IEC 9126

La norma ISO/IEC 9126 de 1991, es la norma para evaluar los productos de

software, esta norma nos indica las características de la calidad y los
lineamientos para su uso, las características de calidad y sus métricas
asociadas, pueden ser útiles tanto como para evaluar el producto como para
definir los requerimientos de la calidad y otros usos. Esta norma definida por un
marco conceptual basado en los factores tales como Calidad del Proceso,
Calidad del Producto del Software y Calidad en Uso; según el marco
conceptual, la calidad del producto, a su vez, contribuye a mejorar la calidad en
uso.

La norma ISO/IEC 9126 define la calidad en uso como la perspectiva del usuario
de la calidad del producto software cuando Éste es usado en un ambiente
específico y un contexto de uso específico. Éste mide la extensión para la cual
los usuarios pueden conseguir sus metas en un ambiente particular, en vez de
medir las propiedades del software en sí mismo.
 Asignatura Datos del estudiante Fecha
Apellidos: Torres Ladeuth
INGENIERIA DE
02/06/2023
REQUERIMIENTOS
Nombre: Sergio Luis

PAGINAS USADAS:

http://www.scielo.org.co/scielo.php?script=sci_arttext&pid=S0122-34612019000200327

https://www.ibm.com/docs/es/elm/6.0.3?topic=requirements-defining-use-cases

https://visuresolutions.com/es/blog/requirements-validation/

Bueno hasta Aquí llega Mi Síntesis. Muchas Gracias Por La Observación.

Discusión: 
Dudas, desacuerdos, discusiones