Este documento presenta información sobre requerimientos y la ingeniería de requerimientos. Define qué son los requerimientos y menciona los tipos principales de requerimientos. También describe las actividades clave de la ingeniería de requerimientos como la extracción, análisis, especificación y validación de requerimientos. Finalmente, destaca la importancia de la ingeniería de requerimientos para mejorar la calidad del software y la comunicación entre los equipos de desarrollo.

1. CENTRO BIOTECNOLOGO DEL CARIBE SENA
KAREN DAYANA REYNEL ALVARINO
YAILETH MARCELA PEREZLOPEZ
LADY MARCELA MARTINEZ OROZCO
FRANCISCO JEREZ
VALLEDUPAR-CESAR
FICHA: 1751818

2. 1. Que es un requerimiento/requisito?
Un requerimiento es una descripción de una condición o capacidad que debe cumplir un
sistema, ya sea una necesidad de usuario identificada. Con el propósito para satisfacer al
cliente
2. En una tabla favor decir los tipos de requisitos
REQUERIMIENTOS
FUNCIONALES
Cumple con los requisitos
necesarios para el software
pueden ser cálculos , detalles etc.
REQUERIMEINTOS NO
FUNCIONALES
Son requisitos que imponen
restricciones en el diseño o la
implementación del software
REQUERIMIENTOS DEL DOMINIO
Estos requisitos reflejan
características del dominio de la
aplicación. Ejemplo: la forma en la
que se comunicarán distintas
partes de la aplicación, el tipo de
datos con los que trabajará, etc.
REQUERIEMIENTOS DEL
USUARIO
Son frases en lenguaje natural o
descripciones gráficas
(diagramas) de los servicios que
se espera que ofrezca el sistema y
de sus restricciones.
REQUERIMIENTOS DEL SISTEMA
Estos requisitos sirven como
contrato con el cliente. A su vez
los requisitos de sistema pueden
dividirse en requisitos
funcionales, no funcionales y de
dominio.
Característicasde un requerimiento: Es importante no perder de vista que un
requerimiento debe ser.
 Especificado por escrito: Como todo contrato o acuerdo entre dos partes.
 Posible de probar y verificar: Si un requerimiento no se puede comprobar,
entonces ¿cómo se sabe si se cumplió con él o no?
 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.

3.  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.
3. Diagramade los requisitos no funcionales
4. Que se entiende por ingeniería de requisitos introducción:La ingeniería de
requisitos es la rama de la ingeniería del software o ingeniería de sistemas que se encarga
de la realización de actividades en el intento de entender las necesidades exactas de los
usuarios de un sistema y traducir éstas a precisas funciones y acciones que
subsecuentemente serán usadas en el desarrollo del sistema.
5. Mencionelas actividadesde la ingeniería de requerimiento:
 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 restricciones que 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 necesidades del cliente. Ejemplo,
Observar las necesidades del 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

4. 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.
 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 requerimientos basada en casos de uso se utiliza
cada vez más para la obtención de requerimientos.
 Validación: Se puede apreciar que el proceso de ingeniería de requerimientos es
un conjunto estructurado de actividades, mediante las cuales se obtiene, se valida y
se logra dar un mantenimiento adecuado al documento de especificación de
requerimientos, que es el documento final, de carácter formal, que se obtiene de
este proceso. Es necesario recalcar que no existe un proceso único que sea válido
de aplicar en todas las organizaciones. Cada organización debe desarrollar su
propio proceso de acuerdo al tipo de producto que se esté desarrollando, a la
cultura organizacional, y al nivel de experiencia y habilidad de las personas
involucradas en la ingeniería de requerimientos.

5. 6. Personalinvolucradoen la ingenieríade requerimientos: sonmuchas 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.
 Usuario final: Es la persona que usará el sistema desarrollado. Será quien utilice,
disponga y se encuentre familiarizado con los procesos que debe realizar el
software; así también, es el que utiliza las interfaces y los manuales de usuario.
 Usuario líder: Es el individuo que comprende el ambiente del sistema o el
dominio del problema en donde será empleado el software desarrollado.
 Personalde mantenimiento: Es el individuo que comprende el ambiente del
sistema o el dominio del problema en donde será empleado el software desarrollado
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: Sonlos responsables del desarrollo del producto
en sí; ellos interactúan directamente con el cliente.
 Personalde 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.
7. Análisis de requerimientos
Los requerimientos establecidos en el documento de definición son analizados
detalladamente por el equipo de desarrollo y negociados con el cliente y usuarios, para
decidir los requerimientos que serán aceptados y definirlos de manera conjunta con el fin
de homogenizar su interpretación.
El análisis del DDR se lleva a cabo mediante técnicas de revisión y verificación de los
criterios de calidad de cada requerimiento definido; este estudio lo realizan los
desarrolladores, clientes y usuarios. En el análisis se llevan a cabo las siguientes
actividades:

6. 1. Priorizar los requerimientos debido a que pueden existir requerimientos más importantes
que otros para los clientes y usuarios, por lo que deben clasificarse e implementarse de
acuerdo con su prioridad en el sistema.
2. Encontrar dependencias entre requerimientos y etiquetar los requerimientos con un
identificador único, con el fin de poderlos identificar o rastrear en el futuro.
3. Resolver conflictos entre los requerimientos; se pueden encontrar conflictos entre
requerimientos mediante la revisión de los criterios de calidad que debe cumplir cada
requerimiento del sistema.
4. Negociar con flexibilidad con los demás elementos del equipo que intervienen en el
proceso de desarrollo de software, para homogenizar su comprensión, y que de esta forma
tanto desarrolladores como usuarios tengan la misma interpretación al momento de leer el
documento de requerimientos.
8. Importancia de la ingeniería de requerimiento:
• Permite gestionar las necesidades del proyecto en forma estructurada: Cada actividad de
la IR consiste de una serie de pasos organizados y bien definidos.
• Mejora la capacidad de predecir cronogramas de proyectos, así como sus resultados: La
IR proporciona un punto de partida para controles subsecuentes y actividades de
mantenimiento, tales como estimación de costos, tiempo y recursos necesarios.
• Disminuye los costos y retrasos del proyecto: es sabido que reparar errores por un mal
desarrollo no descubierto a tiempo, es sumamente caro; especialmente aquellas decisiones
tomadas durante la IR, ya que es una de las etapas de mayor importancia en el ciclo de
desarrollo de software y de las primeras en llevarse a cabo.
• Mejora la calidad del software: La calidad en el software tiene que ver con cumplir un
conjunto de requerimientos (funcionalidad, facilidad de uso, confiabilidad, desempeño, y
otros)
• Mejora la comunicación entre equipos: La especificación de requerimientos representa
una forma de consenso entre clientes y desarrolladores. Si este consenso no ocurre, el
proyecto no será exitoso.

7. • Evita rechazos de usuarios finales: La ingeniería de requerimientos obliga al cliente a
considerar sus requerimientos cuidadosamente y revisarlos dentro del marco del problema,
por lo que se le involucra durante todo el desarrollo del proyecto.
Ejemplos:
Mejora considerablemente la calidad del sistema, disminuye los costos del mismo, al
minimizar los errores que puedan presentarse. Ya que con la ingeniería de requerimientos
se puede prevenir las posibles fallas o errores que puedan presentarse en el desarrollo del
proyecto del sistema.
En el caso del Sistema para el control y seguimiento de asistencia del personal de INVICA,
evitará firmar listas de asistencia de entrada y salida, eliminando el acto de firmar a la fecha
las listas anteriores por no asistir al ambiente laboral.
9. Gestión de Requisitos: Es el proceso encargado de la identificación, asignación y
seguimiento de los requisitos para la creación de un proyecto, incluyendo el interfaz,
verificación, modificación y control a todo lo largo del ciclo de vida.
 Características de gestión de requisitos:
Un requerimiento debe cumplir ciertos criterios y características:
Único: El requerimiento debe poder ser interpretado inequívocamente de una sola
manera.
Verificable: Su implementación debe poder ser comprobada. El test debe dar como
resultado CORRECTO o INCORRECTO.
Claro: Los requerimientos no deben contener terminología innecesaria. Deben ser
establecidos de forma clara y simple.
Viable (realista y posible): El requerimiento debe ser factible según las restricciones
actuales de tiempo, dinero y recursos disponibles.
Necesario: Un requerimiento no es necesario si ninguno de los interesados necesita
el requerimiento o bien si la retirada de dicho requerimiento no tiene ningún efecto.
Además de los criterios para los requerimientos individuales, para el conjunto de
ellos debe cumplirse:
Independiente: Para comprender el requerimiento no debe ser necesario el
conocimiento de otro.
Consistente: No debe existir ningún conflicto entre requerimientos. Los conflictos
pueden ser:

8. Directos: Cuando ante una misma situación, cabe esperar comportamientos
diferentes.
Indirectos: Se produce cuando no es posible cumplir con dos requisitos al mismo
tiempo, aunque describan funcionalidades distintas.
No redundante: Cada requerimiento debe ser formulado una sola vez, y no
sobreponerse con otros requerimientos.
Completo: Un requerimiento debe ser especificado teniendo en cuenta todas las
condiciones que puedan ocurrir.
10. Herramientas de gestión de requisitos: es una herramienta que permite
mejorar los proceso de un proyectó , reduce posibles errores durante el desarrollo de un
proyecto, reduce un mayor costo