Está en la página 1de 8

JEISSON DAVID GARCIA DIAZ

JORGE ANDRES CASTAÑEDA

LUIS JAIR SALCEDO VALDES

JOSE MARIO FLOREZ RIVERA

Especificación de los requerimientos funcionales y no funcionales del software

GA1-220501092-AA4-EV01

Tutora.

ADRIANA CALVACHI

CENTRO DE ELECTRÓNICA Y TELECOMUNICACIONES

TELEINFORMÁTICA

TECNÓLOGO EN ANÁLISIS Y DESARROLLO DE SOFTWARE

BOGOTA

2022
Tabla de contenido

1. introducción……………………………………………………………pág.3

2. objetivos……………………………………………………………….pág.4

3. requerimientos funcionales………………………………………….pág.5

4. requerimientos no funcionales……………………………………...pág.7

5. conclusiones…………………………………………………………..pág.8
I. Introducción

El siguiente trabajo contiene la clasificación de requerimientos funcionales y no


funcionales de software de asesores en servicios financieros y comerciales
Aserfinc y Cia ltda outsourcing.

Los requerimientos funcionales son declaraciones de los servicios que proveerá el


sistema, de la manera en que este reacciona a entradas particulares y los
requerimientos no funcionales son los que especifican criterios para evaluar la
operación de un servicio de tecnología de información, en contraste con los
requerimientos funcionales que especifican los comportamientos específicos de
las aplicaciones.
2. objetivos

a. identificar los requerimientos funcionales y no funcionales

b. introducir los conceptos de requerimientos del usuario y sistemas

c. todos los servicios solicitados por el usuario deben estar definidos


Asesores en servicios financieros y comerciales Aserfinc y Cia ltda outsourcing.

requerimientos funcionales

Nombre Descripción Prioridad


Acceso usuario y El sistema debe solicitar Alta
contraseña a la persona que desea
ingresar un usuario y
contraseña,
Datos básicos El sistema debe dejar que alta
se ingresen información
de perfil, clientes como lo
es su nombre, fecha de
nacimiento , fotografía
Creación de usuarios Se debe poder crear un alta
usuario de acuerdo a la
persona
Caso de uso El sistema permitirá alta
Administrar datos del
proceso de recuperación
de cartera y
negociaciones
Descripción El sistema permitirá alta
alimentar la información
de pagos, grabación de
comunicaciones,
notificación de
negociaciones, proceso
que se le brinda al cliente
Precondición El sistema permitirá que alta
al los daros estar
registrados se pueda
buscar el cliente por el nit
de la empresa o número
de cc para poder
gestionar

Secuencia nominal El sistema permitirá que alta


se registren los datos del
cliente y los clientes de
cartera que se les realiza
la recuperación
El sistema permitirá
registrar los datos
generales del cliente y
productos que tenga en
mora
El sistema permitirá dejar
observaciones por los
asesores sobre las
comunicaciones con
clientes
El sistema almacena los
datos suministrados
realiza acuerdos de
pagos
Post condición El sistema permitirá que alta
el ítem de pagos genere
la clasificación del cliente
en base a los días de
mora, o dejarlos al dia o
recordar su acuerdo de
pago.
Excepción Al realizar acuerdos de alta
pagos si haber realizado
comunicacion con el
cliente se generara error
Excepción Tiene un proceso de alta
tiempo de 7:00 am a 9:00
am para cargar los pagos
realizados
4. requerimientos no funcionales

Requisitos de desempeño.

Los tiempos de respuesta relacionados con formularios de manejo de información,


adición, modificación, eliminación, consulta de registros, autenticación y emisión
de avisos y confirmaciones por parte del usuario, en forma general, no debe ser
superior a 2.5 segundos, los informes y consultas que presenten una complejidad
mediana no deberá exceder el tiempo de 4 segundos.

Seguridad

Los datos relacionados con la identificación de usuario y su contraseña de acceso


deben tener una vigencia

Lectura

el usuario puede únicamente leer o visualizar la información pero no puede


alterarla

Fiabilidad

capacidad de recuperación : se debe considerar como parte del diseño la


capacidad para restablecer el nivel de rendimiento y de recuperación de datos
afectados directamente en el caso de un fallo. Se deben incluir el diseño de
eventos de recuperación como parte de las pruebas diseñadas y que formaran
parte de la aceptación del producto.

Mantenibilidad

Se hace referencia a la facilidad con el nuevo sistema o componente de software


puede ser modificado para corregir fallos, mejorar su funcionamiento u otros
atributos o adaptarse a cambios en el entorno.

Usabilidad

Describen los niveles apropiados de usabilidad, dados los usuarios finales del
producto, para ello deben revisarse las especificaciones de los perfiles de usuarios
y las clasificaciones de sus niveles de experiencia.

Escalabilidad

La aplicación mantendrá su buen funcionamiento y rendimiento tras los cambios o


crecimiento que pueda aplicarse a lo largo de su ciclo de vida.
5. Conclusión

Para llevar a cabo el desarrollo de este trabajo se llevó a cabo un estudio y


análisis de los datos obtenida por medio de una encuesta y se logró la
clasificación de requerimientos funcionales y no funcionales pieza fundamental en
un proyecto de desarrollo de software, ya que marcan el punto de partida para
actividades como la planeación, básicamente en lo que se refiere a las
estimaciones de tiempos y costos.

También podría gustarte