Anda di halaman 1dari 13

M. C. Mercedes Hernández de la Cruz. IS.

INGENIERIA DE REQUISITOS
ESPECIFICACION

INGENIERÍA Y MANUFACTURA Page 1 of 13


M. C. Mercedes Hernández de la Cruz. IS.

INGENIERIA DE REQUISITOS
Importancia
Los principales beneficios que se obtienen de la Ingeniería de Requisitos son:

Permite gestionar las necesidades del proyecto en forma estructurada:


ACTIVIDAD IR
Actividades de
mantenimiento,
estimación de costos,
tiempo y recursos
necesarios.

Page 2 of 13
M. C. Mercedes Hernández de la Cruz. IS.

Disminuye los costos y retrasos del


proyecto: Muchos estudios han
demostrado que reparar errores
por un mal desarrollo no
descubierto a tiempo, es
sumamente caro; especialmente
aquellas decisiones tomadas
durante la Especificación de
Requisitos.
Mejora la calidad del software:
La calidad en el software tiene que ver
con cumplir un conjunto de requisitos
(Funcionalidad, Facilidad de Uso,
Confiabilidad Desempeño, etc.).

Page 3 of 13
M. C. Mercedes Hernández de la Cruz. IS.

INGENIERIA DE REQUISITOS
Mejora la comunicación entre equipos:
La especificación de requisitos
representa una forma de consenso entre
clientes y desarrolladores. Si este
consenso no ocurre, el proyecto no será
exitoso.
Evita rechazos de usuarios
finales: La Ingeniería de
Requisitos obliga al cliente a
considerar sus requisitos
cuidadosamente y revisarlos
dentro del marco del problema,
por lo que se le involucra durante
todo el desarrollo del proyecto.
Page 4 of 13
M. C. Mercedes Hernández de la Cruz. IS.

ACTIVIDADES DEL PROCESO

A) Extracción: comienzo de cada ciclo.


Extracción=nombre de las actividades involucradas
en el descubrimiento de los requisitos del sistema.

BOSQUEJO INICIAL DEL DOCUMENTO DE REQUISITOS;

B) Análisis:
• Leen los requisitos.
• Se conceptúan.
• Se investigan.
• Intercambio de ideas con el resto del equipo.
• Se resaltan los problemas.
• Se buscan alternativas y soluciones.
• Luego se van fijando reuniones con el cliente para discutir
los requisitos.
Page 5 of 13
M. C. Mercedes Hernández de la Cruz. IS.

ACTIVIDADES DEL PROCESO

C) Especificación: Documentación de los requisitos


acordados con el cliente, en un nivel apropiado
de detalle. En la práctica, esta etapa se va
realizando conjuntamente con el análisis, pero
se podría 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. Es un control interno,
porque se debe
D) Validación: Su objetivo es verificar todos los
verificar
requisitos que aparecen en el documento
especificado para asegurarse que representan internamente lo que
una descripción, por lo menos, aceptable del se está haciendo, y
sistema que se debe implementar. Esto implica externo, porque se
verificar que los requisitos sean consistentes y debe validar con el
que estén completos. cliente.
Page 6 of 13
M. C. Mercedes Hernández de la Cruz. IS.
Características OBLIGATORIAS que deben presentar los requisitos
• Estar bien redactados, de manera que faciliten la comprensión por
todos los participantes en el proyecto. Se deben usar términos del
dominio del problema con los que clientes y usuarios están
familiarizados.

• No pueden ser equívocos, su redacción debe ayudar a entenderlos de

DOCUMENTAR
una y solo una manera por todos los participantes en el proyecto.

• Deben ser tanto gramaticalmente como fotográficamente correctos.

• Se redacta de forma que se pueden definir una o más pruebas, de


costos y tiempo razonables, para comprobar que el sistema software a
desarrollar cumple el requisito en cuestión

• Existe trazabilidad hacia otros requisitos u objetos de documentación de


nivel superior de los que depende.

• Establecer requisitos que puedan implementarse mediante tecnología


existente y con un coste asumible dentro del presupuesto del proyecto.
Page 7 of 13
M. C. Mercedes Hernández de la Cruz. IS.

DOCUMENTACIÓN

Page 8 of 13
M. C. Mercedes Hernández de la Cruz. IS.

REQUISITOS FUNCIONALES
REQUISITO FUNCIONAL
DEFINICION. Capacidad que debe tener un sistema de software para que
sea útil en la realización de los procesos de una organización.
EJEMPLO El sistema deberá, a petición del usuario, imprimir el resumen
(COMPORTAMIENTO) de nóminas de la empresa en un mes determinado.

Conjunto de: Implican:


Cálculos.
ENTRADAS, Detalles técnicos
Manipulación de datos
COMPORTAMIENTOS y otras funcionalidades
específicas que se
Y SALIDAS. supone, un sistema
debe cumplir.
Page 9 of 13
M. C. Mercedes Hernández de la Cruz. IS.

REQUISITOS FUNCIONALES = COMPORTAMIENTO

REQUISITOS NO FUNCIONALES
= DISEÑO OPage
IMPLEMENTACIÓN
10 of 13
M. C. Mercedes Hernández de la Cruz. IS.

REQUISITOS NO FUNCIONALES
REQUISITO NO FUNCIONAL
DEFINICION. Característica de calidad que debe cumplir el software en
producción, según la característica de calidad definida.
EJEMPLO El sistema deberá tener un tiempo de respuesta de 5
(EFICIENCIA) segundos para cualquier operación de consulta..

• REQUISITOS DE FIABILIDAD

• USABILIDAD

• EFICIENCIA

• MANTENIBILIDAD

• PORTATIBILIDAD

• SEGURIDAD. Page 11 of 13
M. C. Mercedes Hernández de la Cruz. IS.

RESTRICCIÓN TÉCNICA
RESTRICCIÓN TÉCNICA
DEFINICION. Limitación tecnológica (hardware o software, redes,
comunicaciones, etc.) que debe cumplir el sistema de
software a desarrollar y que condiciona su desarrollo y
explotación.
EJEMPLO El sistema se desarrollara en un entorno de .NET.
(SOFTWARE)

REQUISITO DE INTEGRACIÓN
REQUISITO DE INTEGRACIÓN
DEFINICION. Capacidad que tiene un sistema para integrarse en la
arquitectura del software y/o servicios de la organización para
la que se desarrolla. Normalmente expresan la necesidad de la
utilización de servicios o componentes ya existentes en el
entorno tecnológico del cliente.
EJEMPLO El sistema deberá utilizar el servicio de @firma para todos los
(FIRMA-e) aspectos relacionados con validación y firma electrónica..
Page 12 of 13
M. C. Mercedes Hernández de la Cruz. IS.

Ejercicio
• Un sistema automático de venta de pasajes vende boletos del metro. Los
usuarios , seleccionan su destino e introducen una tarjeta de crédito y un
número de identificación personal. El boleto se expide y se carga a su cuenta
de la tarjeta de crédito.
• El PROCESO ES COMO SIGUE: Cuando el usuario presiona el botón de inicio, se
activa un menú que muestra los posibles destinos, junto con un mensaje para
el usuario que le indica que seleccione el destino. Una vez que se ha
seleccionado el destino, se pide a los usuarios que introduzcan su tarjeta de
crédito. Se comprueba su validez y entonces se le pide introducir su credencial
del IFE. Cuando la transacción de crédito se haya validado, se le expide el
boleto.
EJERCICIO:
1. Redacte un conjunto de requisitos funcionales para el sistema expendedor
de boletos.
2. Redacte un conjunto de requisitos no funcionales para el sistema
expendedor de boletos. Indicando su tipo.
3. Redacte un conjunto de restricciones técnicas y un conjunto de requisitos de
integración.
Page 13 of 13