INGENIERÍA DE

SOFTWARE
CARLOS DRAUGIALIS PESSOA
DIA 3
CLIENTE VS USUARIO
HACER SOFTWARE
 Claros y concretos.
 Concisos.
 Completos y verificables.

REQUERIMIENTOS
 Los analistas de sistemas pueden
clasificar los requerimientos identificados
en dos grandes grupos: los
requerimientos funcionales y los
requerimientos no funcionales. A menudo,
los requerimientos de sistemas software
se clasifican en funcionales y no
funcionales, o como requerimientos del
dominio.

REQUERIMIENTOS
 Qué debe hacer.
 Un sistema o un programa

REQUERIMIENTOS FUNCIONALES
 Necesidad
Del
Cliente

REQUERIMIENTOS FUNCIONALES
 “Los requerimientos funcionales hacen
referencia a la descripción de las actividades y
servicios que un sistema debe proveer.
Normalmente este tipo de requerimientos
están vinculados con las entradas, las salidas
de los procesos y los datos a almacenar en el
sistema.”

REQUERIMIENTOS FUNCIONALES
 El cliente vera los productos que están disponibles
 Los precios de los alimentos serán visibles
 Se pedirá los alimentos en un lugar específico (tanto
empaquetados como por preparar) y pagaran en el mismo
lugar (caja)
 Los alimentos empaquetados se entregaran en la caja
 Los alimentos a preparar se pedirán en su lugar asignado
 Fruta, gelatinas, etc.
 Tortas, hamburguesas, etc.

CAFETERÍA
 Los clientes recibirán sus productos una vez terminado el
proceso
 Se podrá pedir el servicio de calentamiento para alimentos
 El administrador podrá ver las ganancias
 Los vendedores entregaran los alimentos empaquetados
 Los ayudantes de los cocineros entregaran los alimentos
para preparar
 El administrador se encargara de los proveedores

CAFETERÍA
CAFETERÍA
 Como debe ser.
 Un sistema o un programa
 Presupuesto, tiempo..

REQUERIMIENTOS NO
FUNCIONALES
 “Los requerimientos no funcionales describen otras
prestaciones, características y limitaciones que debe tener el
sistema para alcanzar el éxito. Los requerimientos no
funcionales engloban características como rendimiento,
facilidad de uso, presupuestos, tiempo de entrega,
documentación, seguridad y auditorías internas”

REQUERIMIENTOS NO
FUNCIONALES
 Son restricciones de los servicios o funciones
ofrecidos por el sistema. Incluyen restricciones
de tiempo, sobre el proceso de desarrollo y
estándares. Los requerimientos no funcionales
a menudo se aplican al sistema en su
totalidad. Normalmente apenas se aplican a
características o servicios individuales del
sistema.

NOTA!
REQUERIMIENTOS NO
FUNCIONALES
 Suele referirse a limites o restricciones
sobre el comportamiento del sistema, por lo
cual establece límites y restricciones sobre
lo que los diseñadores (arquitectos de
software) e ingenieros de software pueden
hacer.

DE PRODUCTO
 Algunos de estos requerimientos pueden
ser fáciles de cuantificar, por ejemplo el
desempeño y la confiabilidad, pero otros
son más difíciles como por ejemplo
usabilidad y adaptabilidad.

DE PROCESO
 La usabilidad se define como el esfuerzo que
necesita hacer un usuario para aprender, usar,
ingresar datos e interpretar los resultados
obtenidos de un software de aplicación. En
tiempos recientes, la usabilidad ha adquirido
mucha importancia, en especial ante la
demanda de desarrollo de software para
móviles y tabletas.

REQUERIMIENTOS DE USABILIDAD
 Relacionado con desempeño en cuanto a tiempo
de respuesta, número de operaciones por
segundo, entre otras mediciones, así como
consumo de recursos de memoria, procesador,
espacio en disco o red.

REQUERIMIENTOS DE EFICIENCIA
 Disponibilidad: Disposición del sistema para prestar servicio correctamente.
 Confiabilidad: Continuidad del servicio prestado por el sistema.
 Seguridad industrial: Ausencia de consecuencias catastróficas para el usuario o el
ambiente.
 Integridad: Ausencia de alteraciones inadecuadas al sistema.
 Mantenibilidad: Posibilidad de realizar modificaciones o reparaciones a un proceso
sin afectar la continuidad del servicio.

REQUERIMIENTOS DE
DEPENDIBILIDAD
 Capacidades funcionales o no funcionales que debe
tener un sistema para cumplir atributos en el área
de seguridad de tecnología de información,
seguridad de datos, seguridad lógica, control de
acceso a información (restricciones de acceso),
autenticidad de la información, privacidad, entre
otros aspectos.

REQUERIMIENTOS DE SEGURIDAD
 Se derivan de las políticas y procedimientos de la organización
como por ejemplo estándares de procesos o requerimientos de
implementación.
 Pueden incluir metodologías de desarrollo de software, estándares
de programación (codificación) y herramientas de soporte al
desarrollo de software (por ej. Herramientas CASE) que deben
usarse (siguiendo las políticas de la organización), también
reportes a la gerencia que deben proveerse, entre otros.

REQUERIMIENTOS NO
FUNCIONALES ORGANIZACIONALES
 Estos derivan del entorno organizacional (no entorno técnico) en el cual se
desarrolla el sistema y pueden hacerse tanto sobre el producto (el software
desarrollado) o también sobre el proceso de desarrollo de software.
 Este tipo de requerimientos incluyen limitaciones de índole económica,
como por ejemplo el presupuesto del proyecto de software, interacción
o necesidad del sistema de inter-operar con otros sistemas, requerimientos
regulatorios en el área de salud, seguridad industrial o protección de datos,
requerimientos legales concernientes con licencias, regulaciones o
certificaciones que necesita el producto según la industria en el que se
desempeñe, entre otros.

REQUERIMIENTOS NO
FUNCIONALES EXTERNOS
HTTPS://INGENIERIADESOFTWAREUTMACHAL
A.WORDPRESS.COM/2017/01/20/REQUERIMI
ENTOS-FUNCIONALES-Y-NO-FUNCIONALES/