Está en la página 1de 10

Universidad Abierta y a Distancia

de México
División de Ciencias Exactas, Ingeniería y Tecnología
Desarrollo de software

Semestre: 4
Asignatura: Análisis y Diseño Orientado a Objetos
Unidad de aprendizaje:

Actividad: 2
Requerimientos para el análisis del diseño
orientado a objetos

Nombre del estudiante: Adrián Alexis Morales Rouin


Matrícula: ES202118304
Grupo: DS-DDOO-2301-B1-003
Docente: LILIAN AGUILLON RODRIGUEZ
Fecha de entrega: 28 de Marzo del 2023

Ciudad de México, enero del 2023

Diseño: DL-CPL
ÍNDICE

Contenido
INTRODUCCIÓN.................................................................................................................3
DESARROLLO DE LA ACTIVIDAD.................................................................................4
CONCLUSIÓN......................................................................................................................8
REFERENCIAS BIBLIOGRÁFICAS................................................................................9
Bibliografía.............................................................................................................................9
INTRODUCCIÓN

En el presenta trabajo se presenta el análisis de la información mediante un cuadro


comparativo sobre los tipos de requerimientos donde se podrá identificarlos a través de
los requerimientos del cliente para el desarrollo de la solución.
DESARROLLO DE LA ACTIVIDAD

Requerimientos Funcionales Requerimientos No Funcionales


Definición: Los requerimientos Definición:
funcionales hacen referencia a la Los requerimientos no funcionales
descripción de las actividades y servicios engloban características como
que un sistema debe proveer. rendimiento, facilidad de uso,
Normalmente este tipo de requerimientos presupuestos, tiempo de entrega,
están vinculados con las entradas, las documentación, seguridad y auditorías
salidas de los procesos y los datos a internas” (rvillarroel16, 2017)
almacenar en el sistema (rvillarroel16,
2017)
Aplicación: Aplicación: Se utilizan para establecer
 Las características y funcionalidad expectativas correctamente desde la
deseadas del producto perspectiva de los administradores y los
 Plataformas para desarrollar usuarios. La mayoría de las veces, su
aplicaciones, por ejemplo, iOS, gerente piensa que una función se puede
Android y web hacer en días, sin pensar en los requisitos
 Especificaciones de diseño en no funcionales que se le atribuyen, es su
términos de tema, colores y trabajo, un programador de software,
fuentes sacar eso a relucir.

 Funcionalidad de back-end:
integración APl y bases de datos (paul, 2023)
 Plazos de finalización (visure,
2023)
Alcance: Las reglas de negocio son Alcance: Los requisitos no funcionales
declaraciones de alto nivel que definen lo explican las limitaciones y restricciones del
que un sistema debe hacer, mientras que sistema a diseñar. Estos requisitos no
los casos de uso son descripciones más tienen ningún impacto en la funcionalidad
detalladas de cómo debe funcionar el de la aplicación. Además, existe una
sistema. (NorthWare, 2022) práctica común de subclasificar los
requisitos no funcionales en varias
categorías, como:
 Interfaz de usuario
 Confiabilidad
 La Seguridad
 Rendimiento
 Mantenimiento
 Estándares
(paul, 2023)
Restricciones: Restricciones:

 Sea específico sobre lo que debe Los servicios o funciones ofrecidos por el
hacer el sistema sistema. Incluyen restricciones de tiempo,
 Ser medible para que pueda saber sobre el proceso de desarrollo y
si el sistema lo está haciendo. estándares. Los requerimientos no
 Ser alcanzable dentro del marco de funcionales a menudo se aplican al
tiempo que ha establecido sistema en su totalidad. Normalmente
 Sea relevante para sus objetivos apenas se aplican a características o
comerciales servicios individuales del sistema.
 Tener un límite de tiempo para que (rvillarroel16, 2017)
pueda seguir el progreso (visure,
2023)

Requisitos funcionales:
 Introducir nuevos inmuebles con sus datos correspondientes (dirección, número,
código postal, etc.).
 Dar de baja, modificar y consultar inmuebles.
 Introducir nuevos pisos o locales con sus datos correspondientes (planta, letra,
etc.).
 Dar de baja, modificar y consultar pisos o locales.
 Dar de alta a nuevos inquilinos con sus datos correspondientes (nombre, DNI,
edad, sexo, fotografía, etc.).
 Modificar, dar de baja y consultar inquilinos.
 Permitir la solicitud de alquiler de un inmueble completo o un piso/local no
alquilado.
 Permitir la solicitud de desalquiler de un inmueble completo o un piso/local
alquilado.
 Generación mensual de recibos para cada inmueble, piso o local con información
detallada como número de recibo, fecha de emisión, renta, agua, luz, IVA, etc.
 Generación de recibos idénticos a los del mes anterior, a excepción de la fecha.
 Modificación de recibos emitidos en meses anteriores al actual.
 Presentación de los recibos en formato impreso.
 Gestión de los movimientos bancarios asociados a cada inmueble, piso o local.

Requisitos no funcionales:
 Seguridad: La aplicación debe garantizar la privacidad y protección de los datos
personales y financieros de los inquilinos y propietarios.
 Usabilidad: La aplicación debe ser fácil de usar e intuitiva para que el secretario y
otros usuarios puedan realizar sus tareas sin complicaciones.
 Escalabilidad: La aplicación debe permitir la gestión de un número creciente de
inmuebles y usuarios sin afectar su rendimiento o capacidad de procesamiento.
 Fiabilidad: La aplicación debe estar disponible y funcionar sin interrupciones
 Fiabilidad: Garantizando la integridad y precisión de los datos.

Análisis de Costo-Beneficio
Costos:
 Costo de desarrollo de software: Este será el principal costo del proyecto, que
incluirá el costo de contratación de desarrolladores y otros recursos necesarios
para el desarrollo del software. Este costo variará en función del tamaño y
complejidad de la aplicación.
 Costo de hardware: La aplicación requerirá hardware adecuado para su
funcionamiento, que incluye servidores, computadoras y otros dispositivos
necesarios. Este costo variará en función de la cantidad de dispositivos
necesarios.
 Costo de licencias de software: Se requerirán licencias de software para el sistema
operativo y otros componentes necesarios para la aplicación. Este costo puede
variar según el tipo de licencia y la cantidad de dispositivos en los que se instalará
la aplicación.
 Costo de mantenimiento y actualizaciones: Una vez que se implemente la
aplicación, se requerirá mantenimiento y actualizaciones periódicas para asegurar
su correcto funcionamiento. Este costo puede variar en función de la frecuencia de
las actualizaciones y el tipo de mantenimiento requerido.
Beneficios:
 Ahorro de tiempo y esfuerzo: La aplicación automatizará muchos de los procesos
manuales que actualmente realiza la empresa, como la generación de recibos y la
gestión de inquilinos. Esto permitirá a la empresa ahorrar tiempo y esfuerzo en
estas tareas.
 Mayor eficiencia y precisión: La aplicación mejorará la eficiencia de los procesos y
reducirá el riesgo de errores en la gestión de inmuebles, lo que mejorará la
precisión de los datos y aumentará la satisfacción del cliente.
 Mayor satisfacción del cliente: Al mejorar la eficiencia y la precisión, la aplicación
aumentará la satisfacción del cliente, lo que puede conducir a una mayor retención
de clientes y, a su vez, a un mayor volumen de negocio.
 Mejor gestión financiera: La aplicación permitirá una mejor gestión financiera, ya
que se podrán generar informes y analizar los datos en tiempo real. Esto puede
ayudar a la empresa a tomar decisiones más informadas y estratégicas.
CONCLUSIÓN

A pesar de que el desarrollo de la aplicación de gestión de fincas e inmuebles requerirá


una inversión inicial significativa, los beneficios potenciales de la aplicación son
considerables. La automatización de procesos, la mejora de la eficiencia y la precisión, la
mayor satisfacción del cliente y la mejor gestión financiera son beneficios que justifican el
costo de desarrollo y mantenimiento de la aplicación.
REFERENCIAS BIBLIOGRÁFICAS

Bibliografía
Gutierrez, D. (2011). Metodos de desarrollo de software. Los andes: Universidad de los
andes.
NorthWare. (26 de Mayo de 2022). northware.mx. Obtenido de Requerimientos en el
desarrollo de software y aplicaciones.
paul, j. (28 de 03 de 2023). Javarevisited. Obtenido de Difference between Functional and
Non-Functional Requirements in Software development - Example:
https://javarevisited.blogspot.com/2015/01/difference-between-functional-and-
nonfunctional-requirements-software-development.html#ixzz767X5QIeo
rvillarroel16. (20 de 01 de 2017). ingenieriadesoftwareutmachala. Obtenido de
Requerimientos Funcionales y No Funcionales:
https://ingenieriadesoftwareutmachala.wordpress.com/2017/01/20/requerimientos-
funcionales-y-no-funcionales/
visure. (28 de 03 de 2023). Visure Solutions, Inc. Obtenido de Qué son los requisitos
funcionales: ejemplos, definición, guía completa:
https://visuresolutions.com/es/blog/functional-requirements/

Análisis Coste/Beneficio. (2016, 4 diciembre).


manuel.cillero.es.https://manuel.cillero.es/doc/metodologia/metrica-3/tecnicas/analisis-
coste-beneficio/

OECD iLibrary. (s/f). “Sección especial: Caracteristicas principales del análisis costo-
beneficio”.https://www.oecd-ilibrary.org/governance/panorama-de-las-
administraciones-publicas-america-latina-y-el-caribe-2017/seccion-especial-
caracteristicas-principales-del-analisis-costo-beneficio_9789264266391-16-es

También podría gustarte