Diis U2 A2 Jonc

UNIVERSIDAD ABIERTA Y A DISTANCIA DE MÉXICO ASIGNATURA: Introducción a la ingeniería de software Unidad 2 Actividad 2

Views 103 Downloads 3 File size 517KB

Report DMCA / Copyright

DOWNLOAD FILE

Recommend stories

Citation preview

UNIVERSIDAD ABIERTA Y A DISTANCIA DE MÉXICO

ASIGNATURA: Introducción a la ingeniería de software

Unidad 2

Actividad 2. Análisis de los requerimientos ALUMNO: José Daniel Navarrete Cordero. DOCENTE: Ivonne Enríquez Castillo

MATRÍCULA: ES1821011973

CORREO: [email protected]

GRUPO: DS-DIIS-1902-B2-002

FECHA: 21 de octubre de 2019

Introducción Hemos llegado a la actividad 2 de la unidad 2, en esta ocasión vamos a obtener los requerimientos funcionales y no funcionales del caso de estudio que vimos en la actividad 1, llamado “Casa de administradores”. En donde gracias a una tabla de análisis proporcionada por el docente agregaremos lo solicitado. Hay que recordar que los requerimientos funcionales de un sistema, son aquellos que describen cualquier actividad que este deba realizar, en otras palabras, el comportamiento o función particular de un sistema o software cuando se cumplen ciertas condiciones.

Índice Índice ................................................................................................................................................. 3 Análisis de requerimientos .......................................................................................................... 4 Reporte del proyecto de software.............................................................................................. 6 Módulos de que conforman el proyecto .................................................................................. 7 1.-Escenario creación de reporte de todos los inmuebles pertenecientes a uno o varios propietarios ..................................................................................................................... 8 Técnica de escenarios .................................................................................................................. 8 2.- Escenario reporte liquidaciones hechas a los propietarios en uno o varios periodos. ....................................................................................................................................... 9 3.- Reporte de los inquilinos que tienen deudas ................................................................... 9 4.- Reporte de los inmuebles que no se encuentran ocupados o rentados ................. 10 5.- Reporte de los inmuebles de los cuales se deberá generar un recibo fiscal. ........ 10 Conclusiones................................................................................................................................. 11 Bibliografía ..................................................................................................................................... 12

Análisis de requerimientos

Requerimientos

Usuario

Sistema

Funcionales

Restringir por usuario el acceso a la información confidencial del sistema

Usuarios con privilegios por el administrador.

Generar reporte de todos los inmuebles pertenecientes a uno o varios propietarios

El empleado de esta área o dueño, se encargara de las consultas de los inmuebles.

Reporte con la información de las liquidaciones hechas a los propietarios en uno o varios periodos.

El empleado de esta área o dueño, se encargara de las consultas para la información de liquidaciones

Menciona el resultado esperado de acuerdo al requerimiento solicitado

No funcionales

x

x

x

Argumentación de requerimiento

El sistema puede ingresar solo los usuarios dados de Solo usuarios con alta, sin embargo, privilegios para solo unos usuarios poder visualizar contaran con más datos en el sistema privilegios para podrán ingresar en acceso a modo sin información restricción, para lo confidencial del demás usuarios solo sistema, estos tendrán acceso a usuarios solo son llenado de datos o dados de alta por el su área que les admón. Esta corresponde. restricción es por las políticas de la empresa Un empleado o el El sistema se dueño podrás encarga de mostrar consultar, en el la información de su sistema las base datos con la información de los finalidad de inmuebles que le presentar, perteneces a cada visualmente un usuario o a varios, reporte para generando reportes. generar. Al consultar se debe El reporte se genera generar un reporte a partir de la con las liquidaciones información que de los propietarios, solicita el usuario al esta puede ser sistema base de consultada por el datos. periodo elegido

Se deberá permitir realizar las liquidaciones de los propietarios, dichas Empleado o liquidaciones dueño y reflejan todos los cajero pagos y cargos que se hacen a los propietarios mes con mes.

Reporte de los inquilinos que tienen deudas

Reporte de Servicios Adicionales, los cuales son los servicios que se deben pagar del inmueble con cargo al propietario Reporte de los inmuebles que no se encuentran ocupados o rentados Reporte de prediales de uno o un rango de inmuebles o bien de uno o todos los inmuebles de un propietario Reporte de los inmuebles de los cuales se deberá generar un recibo fiscal.

Empleado o dueño y cajero

Empleado o dueño

Empleado o dueño

Empleado o dueño

Empleado o dueño

x

Al cajero en turno, podrá ingresar al sistema los pagos correspondientes a liquidaciones de pagos en cada mes.

Se basa en poder ingresar los datos al sistema, y con ello poder efectuar pagos.

x

Se genera un reporte para saber los inquilinos con deudas, este reporte se basa en la información que se tiene en la basa de datos

El sistema está diseñado, para generar un reporte de inquilinos que tiene deudas, se está programando en base a los requisitos que se piden

x

Se genera un reporte solo si existen servicios adicionales que debe pagar el propietario del inmueble

Necesario en caso de que haya cargos que no están dentro del sistema se podrá generar un reporte para ingresar estos movimientos

x

Reporte para el usuario, en donde dará un listado de los inmuebles que no están rentados

Para poder determinar que inmuebles se puede ocupar porque están vacíos se ocupa este requisito al sistema

x

Este reporte sirve Reporte para el para ayudar al propietario de todos cliente a saber los prediales que cuáles propiedades tenga a su nombre y sus prediales

x

Un reporte esencial Reporte para para poder saber a generar recibos quién se le tiene que fiscales (factura) de generar una factura los portes pagados de los recibos pagados

Se deberá permitir al cajero capturar, editar o eliminar los ingresos de dinero por medio de los pagos que realicen Cajero los propietarios e inquilinos. También se deberá permitir configurar los recibos de pagos de cada propietario.

x

El cajero es el único con autorización No ayuda a capturar para permitir editar y editar, los ingresos o eliminar ingresos que realiza el cajero de dinero al sistema, una forma que nos además de permitir solicita el cliente. configurar los Que realice el recibos de pagos del sistema propietario

Reporte del proyecto de software En la presente tabla comparativa estamos describiendo los requerimientos del proyecto de un software, como analistas debemos clasificar los requerimientos y identificarlos en requerimientos funcionales y no funcionales, pero antes de eso, tenemos que saber que es cada término. Un requerimiento funciona hacen referencia a la descripción de las actividades y servicios que el sistema debe proveer, por ejemplo, el sistema debe regenerar reporte de ciertas cosas, hay que recordar que generalmente este tipo de requerimientos están vinculados con las entradas y salidas de los procesos y datos del sistema. Como se presenta en la tabla anterior se nota varios tipos de reporte que nos está solicitando el cliente, por lo que son requisitos funcionales que debe ser capaz el sistema de generar cuando se los solicite. Por el otro lado los requerimientos no funcionales describen otras prestaciones o características que debe realizar el sistema, estas engloban temas como rendimiento, facilidad de uso, presupuestos, tiempos de entrega, documentación y seguridad, un ejemplo en el caso que realizamos es el sistema deberá restringir los datos a los usuarios para no contar con datos del sistemas, al ser una política interna y no generar un reporte se toma como requerimiento funcional, otro ejemplo poder ser, que la apertura o generación de un reporte debe ser