Documentos de Académico
Documentos de Profesional
Documentos de Cultura
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
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
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
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/
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