ADSI

1. TALLER EN CLASES
INTEGRANTES:
Carolina de la Rosa
Luis Rapalino
1. ¿Qué es un requerimiento/requisito?
Es una necesidad documentada sobre el contenido, forma o funcionalidad de un producto
o servicio. Se usa en un sentido formal en la ingeniería de sistemas, ingeniería de
software e ingeniería de requisitos.
 Condición o capacidad que un usuario necesita para poder resolver un problema o
lograr un objetivo (IEEE).
 Condición o capacidad que debe exhibir o poseer un sistema para satisfacer un
contrato, estándar, especificación, u otra documentación formalmente impuesta
(IEEE).
 Una condición o capacidad que debe ser conformada por el sistema (RUP).
 Algo que el sistema debe hacer o una cualidad que el sistema debe poseer (Robertson
- Robertson).
2. En una tabla favor decir los tipos de requisitos
En ingeniería de sistemas existen tres tipos de requisitos:
Un requisito
funcional puede ser una
descripción de lo que un
sistema debe hacer. Este tipo
de requisito especifica algo
que el sistema entregado
debe ser capaz de realizar
Un requisito no
funcional: de
rendimiento, de calidad,
etc.; especifica algo sobre
el propio sistema, y cómo
debe realizar sus
funciones. Algunos
ejemplos de aspectos
solicitables son la
disponibilidad, el testeo, el
Pseudorrequisitos: Son
aquellos referidos al entorno
donde será instalado o
implementado el sistema, que
determinan en gran medida su
desarrollo, pueden ser
cuestiones como hardware y
software.

2. mantenimiento, la
facilidad de uso, etc.
3. Hacer un diagrama con la clasificación de los requisitos no
funcionales.
4. ¿Qué se entiende por Ingeniería de Requisitos (IR)?
REQUISITOS NO-FUNCIONALES
Requisitos del
producto
Requisitos
externos
Requisitos del proceso
Usabilidad
Eficiencia
Fiabilidad
Probabilidad
Ejecución
Espacio
Entrega
Implementación
Estándares
Interacción
Ética
Legislación
Privacidad
Seguridad

3. La ingeniería de requisitos o los requisitos en sí, constituyen el enlace entre las
necesidades reales de los clientes, usuarios y otros participantes vinculados al
sistema. La ingeniería de requisitos consiste en un conjunto de actividades y
transformaciones que pretenden comprender las necesidades de un sistema
software y convertir la declaración de estas necesidades en una descripción
completa, precisa y documentada de los requerimientos del sistema siguiendo un
determinado estándar.
La ingeniería de requisitos es un área de investigación que procura atacar un punto
fundamental en el proceso, que es la definición de lo que se quiere producir.
Es una condición o necesidad de un usuario para resolver un problema o alcanzar
un objetivo. 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. Una representación documentada de una condición o
capacidad de un sistema.
La Ingeniería de Requerimientos en si cumple un papel primordial en el proceso de
construcción y producción de un software, es decir que, estará basado en función
de las necesidades planteadas por los clientes en un nivel muy general, donde se
descubre, documenta, analiza y se define los servicios o componentes de lo que se
desea producir, además de las restricciones que tendrá el producto o software. Su
principal tarea consiste en la definición del proceso a seguir en la construcción de
un software, y de facilitar la comprensión de lo que el cliente requiera. La obtención
correcta de los requerimientos puede llegar a describir con claridad, sin
ambigüedades, en forma consistente y compacta, el comportamiento de un
sistema.
5. Mencione las actividades de la Ingeniería de Requerimientos.
Extracción: Aquí, los analistas de requerimientos deben trabajar junto al cliente para
descubrir el problema que el sistema debe resolver, los diferentes servicios que el
sistema debe prestar, las restriccionesque se pueden presentar,etc.Es importante,que
la extracción sea efectiva, ya que la aceptación del sistema dependerá de cuan bien
éste satisfaga las necesidadesdel cliente.Ejemplo, Observar las necesidadesdel nuevo
sistema o mejora de uno existente. Para extraer las funciones que no han de cambiar y
las nuevas que surgirán en el nuevo sistema, identificar las necesidades del Sistema
para el control y seguimiento de asistencia del personal de INVICA con la colaboración
del cliente para entender de forma clara y precisa lo que se quiere del sistema, que hay
que resolver, restricciones del sistema y servicio que prestará el sistema.
Análisis: Sobre la base de la extracción realizada previamente, comienza esta fase en
la cual se enfoca en descubrir problemas con los requerimientos del sistema
identificados hasta el momento. Estudiar sobre la base de extracción los requerimientos
del cliente los problemas existentes, como solucionarlos, entre otros puntos de interés.
Usualmente se hace un análisis luego de haber producido un bosquejo inicial del
documento de requerimientos;en esta etapa se leen los requerimientos,se conceptúan,
se investigan, se intercambian ideas con el resto del equipo, se resaltan los problemas,
se buscan alternativas y soluciones, y luego se van fijando reuniones con el cliente para
discutir los requerimientos.

4. Especificación: En esta fase se documentan los requerimientos acordados con el
cliente, en un nivel apropiado de detalle. Aquí se definen con el cliente la documentación
del requerimiento detallando muy bien cada proceso, necesidad, mejora, en fin conocer
en detalle el requerimiento. En la práctica, esta etapa se va realizando conjuntamente
con el análisis, se puede decir que la especificación es el "pasar en limpio" el análisis
realizado previamente aplicando técnicas y/o estándares de documentación, como la
notación UML (Lenguaje de Modelado Unificado), que es un estándar para el modelado
orientado a objetos, por lo que los casos de uso y la obtención de requerimientosbasada
en casos de uso se utiliza cada vez más para la obtención de requerimientos.
Validación: La validación es la etapa final de la IR. Su objetivo es, ratificar los
requerimientos, es decir, verificar todos los requerimientos que aparecen en el
documento especificado para asegurarse que representan una descripción, por lo
menos, aceptable del sistema que se debe implementar. Esto implica verificar que los
requerimientos sean consistentes y que estén completos.
6. Cuáles son las personas involucradas en la Ingeniería de
Requerimientos.
Realmente, son muchas las personas involucradas en el desarrollo de los requerimientos de
un sistema. Es importante saber que cada una de esas personas tienen diversos intereses y
juegan roles específicos dentro de la planificación del proyecto; el conocimiento de cada papel
desempeñado, asegura que se involucren a las personas correctas en las diferentes fases del
ciclo de vida, y en las diferentes actividades de la IR.
No conocer estos intereses puede ocasionar una comunicación poco efectiva entre clientes y
desarrolladores, que a la vez traería impactos negativos tanto en tiempo como
en presupuesto. Los roles más importantes pueden clasificarse como sigue:
 Usuario final: Son las personas que usarán el sistema desarrollado. Ellos están
relacionados con la usabilidad, la disponibilidad y la fiabilidad del sistema; están
familiarizados con los procesos específicos que debe realizar el software, dentro de los
parámetros de su ambiente laboral. Serán quienes utilicen las interfaces y
los manuales de usuario.
 Usuario Líder: Son los individuos que comprenden el ambiente del sistema o
el dominio del problema en donde será empleado el software desarrollado. Ellos
proporcionan al equipo técnico los detalles y requerimientos de las interfaces del
sistema.
 Personal de Mantenimiento: Para proyectos que requieran un mantenimiento
eventual, estas personas son las responsables de la administración de cambios, de la
implementación y resolución de anomalías. Su trabajo consiste en revisar y mejorar los
procesos del producto ya finalizado.
 Analistas y programadores:Son los responsables del desarrollo del producto en sí;
ellos interactúan directamente con el cliente.
 Personal de pruebas: Se encargan de elaborar y ejecutar el plan de pruebas para
asegurar que las condiciones presentadas por el sistema son las adecuadas. Son
quienes van a validar si los requerimientos satisfacen las necesidades del cliente.

5. 7. Análisis comparativo de las técnicas de Ingeniería de
Requerimientos
TECNICAS DEFINICION
Tablas de Decisión Una tabla de decisiones es una entrada de
lógica de reglas planificadas, en formato de
tabla, que se compone de condiciones,
representadas en las cabeceras de
columna y fila, y acciones, representadas
como puntos de intersección de los casos
condicionales de la tabla.
Diagrama de Transición de
Estados
Un diagrama de transición de estados
muestra el comportamiento dependiente
del tiempo de un sistema de información.
Representa los estados que puede tomar
un componente o un sistema y muestra los
eventos que implican el cambio de un
estado a otro.
Redes de Petri Una Red de Petri es una representación
matemática o gráfica de un sistema a
eventos discretos en el cual se puede
describir la topología de un sistema
distribuido, paralelo o concurrente.
Diagramas de Flujo de Datos Un diagrama de flujo de datos o DFD (sus
siglas en español e inglés) es una
representación gráfica del flujo de datos a
través de un sistema de información.
Un diagrama de flujo de datos también se
puede utilizar para la visualización de
procesamiento de datos (diseño
estructurado).
Diagramas de Casos de Usos En el Lenguaje de Modelado Unificado,
un diagrama de casos de uso es una forma
de diagrama de comportamiento UML
mejorado. El Lenguaje (UML), define
una notación gráfica para representar

6. casos de uso llamada modelo de casos de
uso.
8. Importancia de la Ingeniería de Requerimientos
La ingeniería de requerimientos es una de las disciplinas fundamentales de la
ingeniería de software y proporciona información para la mayoría de las demás
disciplinas. Este artículo presenta resultados de investigaciones que
fundamentan de manera cuantitativa esta cuestión. El propósito es demostrar
las consecuencias del descuido de la disciplina de requerimientos: retrasos en
el cronograma y costo adicional, nivel alto de defectos en el software y
principalmente la entrega de un software que no satisface las necesidades del
cliente.
9. Gestión de Requisitos. Principales características
Las características de un requerimiento son sus propiedades principales. Un
conjunto de requerimientos en estado de madurez, deben presentar una serie de
características tanto individualmente como en grupo. A continuación se presentan
las más importantes.
 Necesario: Un requerimiento es necesario si su omisión provoca una
deficiencia en el sistema a construir, y además su capacidad,
características físicas o factor de calidad no pueden ser reemplazados por
otras capacidades del producto o del proceso.
 Conciso: Un requerimiento es conciso si es fácil de leer y entender.
Su redacción debe ser simple y clara para aquellos que vayan a consultarlo
en un futuro.
 Completo: Un requerimiento está completo si no necesita ampliar detalles
en su redacción, es decir, si se proporciona la información suficiente para
su comprensión.
 Consistente: Un requerimiento es consistente si no es contradictorio con
otro requerimiento.
 No ambiguo: Un requerimiento no es ambiguo cuando tiene una sola
interpretación. El lenguaje usado en su definición, no debe causar
confusiones al lector.
 Verificable: Un requerimiento es verificable cuando puede ser cuantificado
de manera que permita hacer uso de los siguientes métodos de
verificación, inspección, demostración o pruebas.

7. 10.Mencionar y explicar con sus propias palabras las
Herramientas de Gestión de Requisitos
El uso de este tipo de herramientas permite mejorar la calidad del desarrollo de un
proyecto, automatizar procesos de la Ingeniería de Requisitos, proporcionar un
mayor control en el mantenimiento de los requisitos y añadir un beneficio
significativo reduciendo posibles errores durante el desarrollo de un proyecto, lo que
implica en una reducción de costes.