Requerimientos

Descargar como pptx, pdf o txt
Descargar como pptx, pdf o txt
Está en la página 1de 30

Requerimiento

s
Requerimientos del
Software.
Las necesidades de los diferentes
interesados de un software deben
ser gestionadas desde su definición
hasta su aprobación definitiva, lo
que permite establecer las bases
iniciales a partir de las cuales se
seguirá el desarrollo del software.
La definición de necesidades es
abordada en Ingeniería de
software por el proceso de gestión
de los requerimientos.
Requerimientos del Software.
La ingeniería de requisitos es la disciplina
que define las actividades y técnicas
necesarias para la determinación de las
características de un sistema software, de
manera que satisfaga las necesidades de
clientes y usuarios en forma integrada al
entorno en el que se utilice.
Requerimientos del Software.

Además, define la forma gestionar


las peticiones de cambios en los
requerimientos y la trazabilidad
de los requisitos.
La trazabilidad permite
verificar si un requerimiento
está considerado en los
modelos de especificación o
módulos de software,
permitiendo identificar el
origen de un requerimiento al
momento de efectuar algún
cambio.
Requerimientos del
Software.
Requerimientos del
Software.
•La ingeniería de requisitos define
diversas actividades para el proceso
de gestión de requisitos, las cuales
se materializan en diversos
entregables.

• Al inicio del proceso, se realizan las


actividades de evaluación de la
factibilidad del sistema, como
solución a la necesidad del cliente.
•Posteriormente, se realizan las
actividades de obtención y análisis,
las que implican efectuar
clasificaciones y priorización de
requisitos, los que deben ser
validados en su calidad y aprobados
para formalización.

•Finalmente, la especificación de los


requisitos se presenta en diversos
documentos estructurados de
acuerdo estándares o definiciones
Requerimientos del establecidas.

Software.
Requerimientos del Software.

•Para evaluar la calidad de la


definición de los requisitos,
debemos recordar que existen
diversos atributos que deben
cumplir los requisitos, deben ser
no-ambiguos, consistentes,
completos, únicos, factibles,
rastreables y verificables.
Estándar para
Requerimientos de Software

Para realizar el proceso ingeniería


de requisitos, podemos utilizar
lineamientos y formatos definidos
por estándares o por la industria,
tales como el estándar
ISO/EIC/IEEE 29148 de Ingeniería
de Requisitos
Estándar para Requerimientos de Software

El estándar ISO/EIC/IEEE 29148 considera procesos en varias perspectivas, incluye la visión de negocio
de los interesados, la visión del sistema y la visión del software como aspecto más específico,
relacionados con el diseño lógico, la arquitectura, seguridad, operación y otros, definiendo una
estructura de documentación mucho más completa.
Estándar para
Requerimientos de
Software

En cada ámbito se realizan


procesos de definición de
requisitos, los que generan
entregables que son necesarios
como entrada a los procesos y
trabajan en conjunto para apoyar la
ingeniería de requisitos.
Estándar para Requerimientos de Software

ISO/EIC/IEEE 29148 establece 3 entregables para considerar las diferentes visiones de


los requerimientos.

• Para documentar la visión de negocio, el estándar


define documentar los Requerimientos de los
interesados o StRS, que significa Stakeholder
Requirements Specification.

• Para documentar la visión del sistema, el estándar


define documentar los Requerimientos del Sistema o
SyRS que significa System Requirements
Specification.
Estándar para Requerimientos de
Software
Para documentar la visión más específica del
software, define el documento Requerimientos
del Software o SRS que significa Software
Requirements Specification.

El trabajo conjunto de estos procesos y documentos, son una guía para


poder enfrentar la ingeniería de requisitos, es posible que determinadas
organizaciones realicen adaptaciones ajustadas a su realidad o
necesidades
Estándar para Requerimientos de Software
Estándar para Requerimientos de Software
La especificación de los requerimientos desde las 3 visiones implica 3 procesos
principales:

Definición de los requerimientos de los Stakeholder

Definición de los requerimientos del Sistema

Definición de los requerimientos del Software


Proceso de definición de los
requerimientos de los • Se deben identificar los interesados en
el sistema y su clasificación.
Stakeholder • Definir las restricciones del sistema,
acuerdos existentes, decisiones de
gestión y decisiones técnicas.
• Se deben señalar los servicios
requeridos correspondientes a
escenarios, entornos operativos y de
soporte de forma preliminar y de alto
nivel.
• Identificar la interacción de los usuarios
con el Sistema
• Analizar el conjunto completo de
requisites de stakeholder obtenidos.
Documento de Requisitos de los
Stakeholders
• Propuesta de contenidos de un Documento
StRS.
Ejemplo de Objetivos a nivel de negocio:
Requisitos • trasparentar la venta de paquetes turísticos y otorgar mayor confianza a los
clientes.

de los Proceso de negocio involucrado:

Stakeholder • Venta de Viajes de Estudio.

Concepto de operación:
s • Operación normal en sucursales y casa matriz en horarios de oficina y para
consulta de clientes 24 horas on line.

Escenario en que operará el sistema:


• Venta de paquetes turísticos para giras de estudio.

Restricciones del sistema:


• El sistema no permitirá contratar servicios on line, sólo consulta a clientes con
contrato, sólo para los usuarios en sucursales o casa matriz se podrá registrar
contratos. Se debe utilizar la infraestructura tecnológica actual.
Se deben definir el alcance del sistema.
Proceso de
definición de los Especificar los requerimientos de alto nivel que el sistema debe
requerimientos del realizar.
Sistema
Definir medidas técnicas y de calidad que permitan posteriormente
evaluar los logros.

Especificar requisitos relacionados con cualidades críticas, como


rendimiento, seguridad, fiabilidad, disponibilidad y soportabilidad.

Análisis de integridad de los requisitos del sistema.

Demostrar trazabilidad entre los requerimientos del Sistema y los


requerimientos de los stakeholders.
Ejemplo documento
requisitos del sistema

Descripción general del sistema:

• Sistema para gestión de contratos de la agencia de turismo y para entregar información a los clientes.

Propósito del sistema :

• Registrar contratos y pagos de giras de estudio y entregar información de sus pagos.

Alcance del sistema:

• Registro de contratos y pagos, no considera pagos en línea a clientes.

Contexto del sistema:

• Se enmarca en el desarrollo de mejoras a la gestión y debe coexistir con procesos actuales de la empresa.
Modos y estados del sistema:

• El sistema debe operar en sucursales y casa matriz en horarios de oficina y


para consulta de clientes 24 horas on line. En caso de problemas el sistema
debe operar sólo en modo consulta o dejar de operar en toda modalidad si
la situación lo amerita.

Características del usuario:

• El usuario del módulo de contratos y pagos es un ejecutivo que debe contar


con formación intermedia en uso de computadores y ofimática. El usuario
externo debe contar con formación básica en navegación Web.

Interfaces del sistema:

• Interfaz con hardware de impresión.


• Interfaz de software con visor de documentos PDF.
Tipos de Requerimientos
• Requerimiento Funcional: Lo que debe hacer el software, funcionalidades del producto.
• Requerimiento no Funcional: características o atributos que debe cumplir el software, por
ejemplo, rendimiento, seguridad u otras.
Requerimiento Funcional Requerimiento Funcional del
Usuario: Funcionalidades del
software que son explotadas
por un usuario (actor),
generalmente a través de
interfaces gráficas que
relacionan al humano con el
software, Ej, “Registro de
Ventas”.
Requerimiento Funcional del
sistema: funcionalidades que
debe cumplir la aplicación pero
en forma interna, sin necesidad
de interacción directa del
usuario, por ejemplo, “la
aplicación debe calcular el IVA
en cada venta”.
Requerimiento No Los requerimientos no
Funcional funcionales los podemos
clasificar, por ejemplo, en :
Del producto.
Rendimiento
Seguridad
Disponibilidad
Fiabilidad
Usabilidad
Interoperabilidad
Portabilidad
Responsividad
Ejemplo Requerimientos
funcionales del sistema

Permitir al ejecutivo de ventas, registrar y


mantener la información del contrato efectuado
por el curso, registrando la información necesaria.

Entregar un reporte del estado de la cuenta del


alumno, indicando los aportes efectuados y el
saldo por completar, de acuerdo con los servicios
contratados.

Permitir al personal de la agencia y a los


apoderados, consultar el contrato con sus servicios
adicionales contratados.

Se debe poder enviar correos electrónicos al


representante del curso y al ejecutivo de la
agencia, cuando se realicen depósitos en la cuenta
del curso.
Para el ejecutivo de la agencia se debe permitir consultar
los montos depositados por un curso.
Ejemplo
Requerimientos
funcionales del Permitir subir documentos digitales y publicar información
sistema referente al contrato y los servicios.

Mantener la información necesaria para el funcionamiento


del sistema, tales como, tipos de actividades, clientes,
usuarios, destinos y otros requeridos.

Para el Dueño de la agencia el sistema debe permitir


obtener un reporte de estado de avance de los pagos de
los clientes.
Requerimiento No Funcional

• De la organización.
• Normas.
• Estándares.
• Del entorno.
• Legales
• Interoperabilidad
Requerimientos del Software.
Para analizar el cumplimiento de los requerimientos, la matriz de trazabilidad de requerimientos
permite señalar si cada uno de ellos está siendo incluido en las funcionalidades del sistema, por
ejemplo, en los casos de uso o historias de usuario.
Requerimientos del Software.
La matriz de calidad de requerimientos permite señalar si cada funcionalidad definida
para el sistema cumple con los diversos atributos de los requisitos.
Finalizando los Requerimientos del
Software.
•En resumen, los diversos
estándares que hemos
considerado nos han entregado
un guía para obtener, definir,
analizar y presentar los
requerimientos del sistema desde
diferentes perspectivas, del
negocio, del sistema y del
software.

•Con una definición clara de los


requerimientos podemos iniciar
el diseño de nuestra solución, es
decir, teniendo claro el “qué se
debe hacer“ podemos comenzar
a trabajar en el “Cómo lo vamos a
hacer.”

También podría gustarte