UNIVERSIDAD NACIONAL DE TRUJILLO

FACULTAD DE INGENIERÍA

ESCUELA DE INGENIERIA DE SISTEMAS

CURSO:
Ingeniería de Software de Gestión
DOCENTE:
Mg. Santos Fernández, Juan Pedro

TEMA:
Desarrollo ISG Parcial III

INTEGRANTES:

CICLO:
VII

2020
Contenido
1. Requerimientos Funcionales.........................................................................................................6
2. Requerimientos No Funcionales...................................................................................................6
3. Diagrama Jerárquico de actores...................................................................................................7
4. Diagrama de paquetes y sus dependencias..................................................................................7
5. Diagrama de casos de uso por paquete........................................................................................7
6. Hoja de descripción de casos de uso...........................................................................................10
7. Diagrama de casos de uso general..............................................................................................21
8. Estimación de tiempo de desarrollo basado en puntos de casos de uso...................................21
9. Estudio de viabilidad económica................................................................................................26
10. Priorización de casos de uso.......................................................................................................37
11. Mitigación de riesgos..................................................................................................................38
12. Diagrama de clases general mostrando asociación, dependencia, multiplicidad, recursividad,
composición, agregación, generalización y clases derivadas.............................................................40

Índice de Figuras
Figura 1. Diagrama jerárquico de actores del sistema............................................................................................7
Figura 2. Diagrama de paquetes y sus relaciones...................................................................................................7
Figura 3. Diagrama de casos de uso - Seguridad.....................................................................................................8
Figura 4. Diagrama de casos de uso - Gestión visitas..............................................................................................8
Figura 5. Diagrama de casos de uso - Gestión alquiler............................................................................................9
Figura 6. Diagrama de casos de uso - Gestión publicidad.......................................................................................9
Figura 7. Diagrama de casos de uso - Gestión inspección inmuebles...................................................................10
Figura 8. Diagrama de casos de uso - Gestión entrevistas....................................................................................10
Figura 9. Diagrama de casos de uso - Diagrama General de Casos de uso...........................................................21
 EXAMEN PARCIAL III

PROBLEMA REAL

Una empresa se encarga de dar publicidad a los inmuebles que ofrece en alquiler, tanto en prensa
local como nacional, entrevista a los posibles inquilinos, organiza las visitas a los inmuebles y negocia
los contratos de alquiler. Una vez firmado el alquiler, la empresa asume la responsabilidad del
inmueble, realizando inspecciones periódicas para comprobar su correcto mantenimiento. A
continuación, se describen los datos que se manejan en las oficinas de la empresa para llevar a cabo
el trabajo diario.

OFICINAS

La empresa tiene varias oficinas en todo el país. Cada oficina tiene un código de identificación que es
único, tiene una dirección (calle, número y ciudad), un número de teléfono y un número de fax. Cada
oficina tiene su propia plantilla.

PLANTILLA

Cada oficina tiene un director que se encarga de supervisar todas sus gestiones. La empresa sigue
muy de cerca el trabajo de los directores y tiene registrada la fecha en que cada director empezó en
el cargo en su oficina. Cada director tiene un pago anual por gastos de vehículo y una bonificación
mensual que depende de los contratos de alquiler que haya realizado su oficina. En cada oficina hay
varios supervisores. Cada uno es responsable del trabajo diario de un grupo de entre cinco y diez
empleados que realizan las gestiones de los alquileres. El trabajo administrativo de cada grupo lo
lleva un administrativo. Cada miembro de la plantilla tiene un código único que lo identifica en la
empresa. De cada uno de ellos se quiere conocer el nombre, la dirección, el número de teléfono, la
fecha de nacimiento, el número del DNI, su puesto en la empresa, el salario anual y la fecha en que
entró en la empresa. De los administrativos se desea conocer también la velocidad con que escriben
a máquina (en pulsaciones por minuto). Además, de cada empleado se debe guardar información
sobre uno de sus parientes más próximos: nombre, relación con el empleado, dirección y número de
teléfono.

INMUEBLES

Cada oficina de la empresa tiene una serie de inmuebles para alquilar. Estos inmuebles se identifican
por un código que es único dentro de la empresa. Los datos que se guardan de cada inmueble son
los siguientes: dirección completa (calle, número y ciudad), tipo de inmueble, número de
habitaciones y precio del alquiler en euros (este precio es mensual). El precio del alquiler se revisa de
forma anual. Cada inmueble se asigna a un empleado que es el responsable de su gestión. Cada
miembro de la plantilla puede tener asignados hasta veinte inmuebles para alquilar.

PROPIETARIOS

Los propietarios de los inmuebles pueden ser particulares o empresas. A cada propietario se le
asigna un código que es único en la empresa. De los particulares se guarda el nombre, la dirección y
el número de teléfono. De las empresas se guarda el nombre comercial, tipo de empresa, la
dirección, el número de teléfono y el nombre de la persona de contacto.

INQUILINOS (CLIENTES)
Cuando un cliente contacta con la empresa por primera vez, se toman sus datos: nombre, dirección,
número de teléfono, tipo de inmueble que prefiere e importe máximo que está dispuesto a pagar al
mes por el alquiler. Ya que es un posible inquilino, se le asigna un código que es único en toda la
empresa. De la entrevista inicial que se realiza con cada cliente se guarda la fecha, el empleado que
la realizó y unos comentarios generales sobre el posible inquilino.

VISITAS A LOS INMUEBLES

En la mayoría de los casos, los posibles inquilinos desean ver varios inmuebles antes de alquilar uno.
De cada visita que se realiza se guarda la fecha y los comentarios realizados por el cliente respecto al
inmueble.

ANUNCIOS

Cuando algún inmueble es difícil de alquilar, la empresa lo anuncia en la prensa local y nacional. De
cada anuncio se guarda la fecha de publicación y el coste económico del anuncio. De los periódicos
se guarda el nombre, la dirección, el número de teléfono, el número de fax y el nombre de la
persona de contacto.

CONTRATOS DE ALQUILER

La empresa se encarga de redactar los términos de cada contrato de alquiler. Cada contrato tiene un
número, un importe mensual, un método de pago, el importe del depósito, si se ha realizado el
depósito, las fechas de inicio y finalización del contrato, la duración del contrato en meses y el
miembro de la plantilla que lo formalizó. La duración mínima de un contrato es de tres meses y la
duración máxima es de un año. Cada cliente puede tener alquilados uno o varios inmuebles al
mismo tiempo.

INSPECCIONES

Como parte del servicio que presta la empresa, ésta se encarga de realizar inspecciones periódicas a
los inmuebles para asegurarse de que se mantienen en buen estado. Cada inmueble se inspecciona
al menos una vez cada seis meses. Se inspeccionan tanto los inmuebles alquilados, como los que
están disponibles para alquilar. De cada inspección se anota la fecha y los comentarios sobre su
estado que quiera incluir el empleado que la ha llevado a cabo.

ACTIVIDADES DE CADA OFICINA

En cada oficina se llevan a cabo las siguientes actividades para garantizar que cada empleado tenga
acceso a la información necesaria para desempeñar su tarea de modo efectivo y eficiente. Cada
actividad está relacionada con una función específica de la empresa. Cada una de estas funciones
corresponde a uno o varios puestos de los que ocupan los empleados, por lo que éstos se indican
entre paréntesis.

DEPARTAMENTO DE VENTAS

En esta inmobiliaria, el departamento de ventas se encarga de alquilar inmuebles. Por ejemplo,

cuando un propietario pasa por el departamento de ventas para ofrecer en alquiler su piso, se
rellena un formulario en donde se recogen los datos del piso, como la dirección y el número de
habitaciones, y los datos del propietario. El departamento de ventas también se encarga de atender
a los clientes que desean alquilar un inmueble. Cuando un cliente (posible inquilino) pasa por este
departamento se rellena un formulario con sus datos y sus preferencias: si quiere un piso o una casa,
el importe mensual que está dispuesto a pagar por el alquiler, etc. Para gestionar toda esta
información, el departamento de ventas posee un sistema de información. El sistema del
departamento de ventas tiene tres ficheros: fichero de inmuebles, fichero de propietarios y fichero
de inquilinos.

DEPARTAMENTO DE CONTRATOS

El departamento de contratos se ocupa de gestionar los contratos de alquiler de los inmuebles.

Cuando un cliente desea formalizar un contrato, un empleado de la empresa rellena un formulario
con los datos del inquilino y los datos del inmueble. Este formulario se pasa al departamento de
contratos, que asigna un número al contrato y completa la información sobre el pago y el período
del contrato. Para gestionar esta información, el departamento de contratos posee un sistema de
información con tres ficheros: el fichero de los contratos, el fichero de los inmuebles alquilados y el
fichero de los inquilinos que tienen en vigor un contrato de alquiler.

Importante

Al tratarse de una solución basada en Sistemas de ficheros, cada departamento accede a sus propios
ficheros mediante una serie de programas de aplicación escritos especialmente para ellos. Estos
programas son totalmente independientes entre un departamento y otro, y se utilizan para
introducir datos, mantener los ficheros y generar los informes que cada departamento necesita. Es
importante destacar que la estructura física de los ficheros de datos y de sus registros está definida
dentro de los programas de aplicación.

La situación es muy similar en el resto de departamentos:

DEPARTAMENTO DE NÓMINAS

En el departamento de nóminas tiene un fichero con los datos de los salarios de los empleados. Los
registros de este fichero tienen los siguientes campos: número de empleado, nombre, apellido,
dirección, fecha de nacimiento, salario, DNI y número de la oficina en la que trabaja.

DEPARTAMENTO DE PERSONAL

El departamento de personal tiene un fichero con los datos de los empleados. Sus registros tienen
los siguientes campos: número de empleado, nombre, apellidos, dirección, teléfono, puesto, fecha
de nacimiento, salario, DNI y número de la oficina en la que trabaja.

SE PIDE DOMENTAR LO SIGUIENTE PARA EL MODELO DE REQUERIMIENTOS:

1. Requerimientos funcionales
2. Requerimientos no funcionales
3. Diagrama Jerárquico de actores
4. Diagrama de paquetes y sus dependencias
5. Diagrama de casos de uso por paquete
6. Hoja de descripción de casos de uso
7. Diagrama de casos de uso general
8. Estimación de tiempo de desarrollo basado en puntos de casos de uso
9. Estudio de viabilidad económica
10. Priorización de casos de uso
11. Mitigación de riesgos
12. Diagrama de clases general mostrando asociación, dependencia, multiplicidad, recursividad,
composición, agregación, generalización y clases derivadas.
 DESARROLLO EXAMEN PARCIAL III

1. Requerimientos Funcionales
A continuación, se muestran los requerimientos funcionales:

PAQUETE SEGURIDAD

- Autenticarse en el sistema.
- Mantener Usuarios

PAQUETE GESTION VISITAS

- Registrar Visitas realizadas por los clientes.

- Visualizar registro de las visitas.

PAQUETE INSPECCION INMUEBLE

- Registrar Información de los Inmuebles.

- Registrar Inspección de los Inmuebles.
- Visualizar registro de las inspecciones.

PAQUETE GESTIÓN PUBLICIDAD

- Registrar Anuncios de publicidad.

- Visualizar registro de Anuncios.

PAQUETE GESTION ALQUILER

- Registrar contrato de Alquiler.

- Registrar Información de los propietarios.
- Registrar Información de los clientes.
- Visualizar los Clientes registrados.
- Visualizar contratos de Alquiler.
- Visualizar los registros de los contratos de alquiler

2. Requerimientos No Funcionales
-Apariencia o Interfaz:

Las interfaces deben ser de fácil uso y contener colores e imágenes que representen al rubro de la
institución.

-Usabilidad:

El sistema debe permitir a los usuarios realizar búsqueda de Inmuebles y Clientes mediante filtros,
sin necesidad de un entrenamiento previo.

-Rendimiento:

El sistema deberá contar con una alta velocidad y respuesta ante las solicitudes del cliente. El
sistema deberá estar disponible cuando lo requiera.
-Soporte:

La información manejada por el sistema deberá estar protegida de accesos no autorizados. Los
manuales deberán estar bien realizados y de manera entendible para los usuarios del sistema

-Confiabilidad:

El sistema deberá contar con un manual de usuario detallado, en donde se dará a conocer el
correcto uso del sistema.

-Software:

Gestor de base de datos: Microsoft Sql Server 2018

Sistema operativo: Windows 10 Enterprise Edition x64 bits

Lenguaje de Desarrollo: Lenguaje C#

3. Diagrama Jerárquico de actores

Figura 1. Diagrama jerárquico de actores del sistema

4. Diagrama de paquetes y sus dependencias

Figura 2. Diagrama de paquetes y sus relaciones

5. Diagrama de casos de uso por paquete

PAQUETE: Seguridad

Figura 3. Diagrama de casos de uso - Seguridad

PAQUETE: Gestión visitas

Figura 4. Diagrama de casos de uso - Gestión visitas

PAQUETE: Gestión alquiler

Figura 5. Diagrama de casos de uso - Gestión alquiler

PAQUETE: Gestión publicidad

 Figura 6. Diagrama de casos de uso - Gestión publicidad

PAQUETE: Gestión inspección inmuebles

Figura 7. Diagrama de casos de uso - Gestión inspección inmuebles

PAQUETE: Gestión entrevistas

 Figura 8. Diagrama de casos de uso - Gestión entrevistas

6. Hoja de descripción de casos de uso

Especificación de casos de caso de uso: Registrar Anuncio

1. Registrar anuncio

1.1.Breve descripción.

En este caso de uso se registrarán las publicaciones que son necesarias para la venta o alquiles
de los inmuebles.

1.2.Actores

Administrador de marketing

2. Flujo de eventos

El caso de uso se inicia cuando el Administrador de marketing selecciona la opción “Registrar A

nuncio” en la interfaz del menú principal.

2.1. Flujo básico

1. El sistema muestra la interfaz “Registrar anuncio” cuyos campos donde se ingresarán datos
son: Fecha de publicación, costo, descripción.

Incluye una lista mostrando el historial de las publicaciones que se tienen hasta el momento.

Por ultimo las opciones Buscar Periódico, Agregar, confirmar y eliminar.

2. El Administrador de marketing selecciona Buscar periódico.

3. El sistema incluye el caso de uso Buscar periódico.

4. El sistema coloca el nombre del periódico seleccionado en la caja de texto.

5. El sistema habilita los campos fecha de publicación, costo y descripción.

6. El Administrador de marketing completa los campos mencionados.

7. El sistema habilita el botón Agregar.

8. El Administrador de marketing selecciona Agregar.

9. El sistema muestra los campos completados, junto con el nombre del periódico seleccionado
en una lista para confirmar que son los correctos.

10. El sistema habilita los botones Confirmar y Eliminar.

11. El Administrador de marketing selecciona el botón Confirmar para registrar los datos.

12. El sistema le muestra un MSG:” Datos registrados correctamente”

13. Si se quiere registrar otro anuncio se repiten los pasos 2 al 9.

14. El Administrador de marketing cierra la interfaz “Registrar publicación” y regresa a la interfaz

del menú principal del sistema y finaliza el caso de uso.

2.2. Subflujos

Ninguno

2.3. Flujos alternativos

1. Eliminar materia campos completados.

En el paso 9, si el Administrador agrego por error un dato incorrecto a la lista, selecciona el

botón eliminar y continua el caso de uso.

3. Precondiciones

3.1. El administrador de marketing debió registrar datos de los posibles periódicos para
contratar.

3.2. El administrador de marketing tiene que haber iniciado sesión en el sistema.

4. Postcondiciones

4.1. Se actualiza el historial de los anuncios.

5. Puntos de extensión

Ninguno.

6. Requerimientos especiales

Ninguno

7. Prototipo
Especificación de casos de caso de uso: Registrar Visita

1. Registrar anuncio

1.1.Breve descripción.

En este caso de uso se registrarán las visitas a los inmuebles por parte de los clientes, ya sea que
quieran compra o alquilar.

1.2.Actores

Empleado

2. Flujo de eventos

El caso de uso se inicia cuando el empleado selecciona la opción “Registrar visita” en la interfaz
del menú principal.

2.1. Flujo básico

1. El sistema muestra la interfaz “Registrar visita” cuyos campos donde se ingresarán datos
son: Nombre, Apellido, Tipo documento, Fecha de Reservación, hora, descripción.

Incluye una lista mostrando el historial de las visitas registradas hasta el momento.

Por ultimo las opciones Agendar Visita, Buscar Cliente, Registrar Cliente Eliminar y Editar.

2. El empleado selecciona Buscar Cliente.

3. El sistema incluye el caso de uso Buscar Cliente.

4. En el caso que el cliente no esté registrado, el empleado procederá a registrarlo.

5. El empleado completa los campos mencionados

6. El empleado selecciona registrar cliente.

7. El empleado sigue con el registro de visita.

8. El empleado selecciona tipo de vivienda en donde se desplegará una lista con los tipos de
proyectos que cuenta la empresa y a la vez se ejecuta el caso de uso buscar proyecto.

9. El empleado selecciona la lista proyecto en la cual se desplegará un listado de proyectos que

cuenta la empresa, selecciona uno de ellos y a la vez el sistema ejecuta el caso de uso
buscar inmueble.

10. El sistema habilita las opciones departamento o condominio dependiendo del tipo del
proyecto que se seleccione.

11. El empleado selecciona el tipo de inmueble e ingresa los datos.

12. El empleado selecciona el botón Agendar visita para registrar los datos.

13. El sistema le muestra un MSG:” Visita registrada correctamente”

14. Si se quiere registrar otra visita se repiten los pasos 8 al 11.

15. El empleado cierra la interfaz “Agendar Visita” y regresa a la interfaz del menú principal del
sistema y finaliza el caso de uso.

2.2. Subflujos

Ninguno

2.3. Flujos alternativos

1. Editar inmueble seleccionado.

En el paso 8, si el empleado selecciono por error la opción incorrecta de la lista, selecciona el

botón editar y continua el caso de uso.

3. Precondiciones

3.1. El empleado tiene que haber iniciado sesión en el sistema.

3.2. La base de datos con los inmuebles disponibles debe de estar actualizada.

4. Postcondiciones

4.1. Se actualiza el historial de las visitas de inmuebles.

5. Puntos de extensión

Ninguno.

6. Requerimientos especiales

Ninguno

7. Prototipo
Especificación de casos de caso de uso: Mantener Cliente

1. Registrar anuncio

1.1.Breve descripción.

En este aso de uso se actualizarán los datos de los Clientes ya registrados o se podrán agregar
nuevos Clientes.

1.2.Actores

Empleado

2. Flujo de eventos

El caso de uso inicia cuando el Empleado selecciona la opción “Mantener Cliente” del menú de
Clientes.

2.1. Flujo básico

1. Se muestra una interfaz donde se pueden apreciar los clientes.

2. El usuario puede buscar el código del cliente que desee (en caso se desee agregar ir directo
al paso 7).

3. Ingresa el código del cliente.

4. Pulsar el botón de buscar.

5. Se mostrará el cliente con sus características.

6. Selecciona el cliente al cual desea editar y/o eliminar.

7. El usuario seleccionará la acción que quiera realizar Agregar, Editar o Eliminar (también se
puede seleccionar atrás, lo cual retornará al formulario anterior).

2.2. Subflujos

1. Insertar

- Se muestra la interfaz con todos los campos a llenar.

- El usuario llena todos los campos excepto el primero del código que se autogenera.

- El usuario debe pulsar el botón guardar para finalizar el proceso.

2. Editar

- Se muestra la interfaz con solo los campos que se pueden editar.

- El usuario editara los campos pertinentes.

- Para finalizar el proceso el usuario debe presionar el botón actualizar.

3. Eliminar

- Se muestra la interfaz con los datos del cliente seleccionado.

- El usuario deberá pulsar el botón eliminar.

- Aparecerá un cuadro emergente pidiendo la confirmación de la acción.

- El usuario deberá pulsar aceptar para finalizar el proceso.

2.3. Flujos alternativos

1. En el punto 3 del flujo básico, si el usuario no se le permitirá ingresar letras en el

campo de búsqueda.

2. En el punto 4 del flujo básico, si el usuario trata de buscar un cliente sin haber
ingresado el código le aparecerá un mensaje avisando que el campo no está lleno.

3. En el punto 5 del flujo básico, no se encuentra el código ingresado, el usuario será

notificado con un mensaje emergente.

4. En el punto 7 del flujo básico, si el usuario da al botón de editar o eliminar sin haber
seleccionado alguna máquina, se le avisará y no se dejará llevar acabo la acción.

5. En el subflujo agregar si se pulsa el botón guardar sin haber llenado todos los
campos, se notificará y no se dejará seguir con el proceso.

6. En el subflujo agregar si el usuario desea cancelar el proceso deberá pulsar el botón

cancelar, el cual lo redirigirá a la interfaz anterior.

7. En el subflujo editar si el usuario pulsa el botón actualizar habiendo dejado un

campo vacío, se le notificará y no se dejará seguir con el proceso.

8. En el subflujo editar si el usuario desea cancelar el proceso deberá pulsar el botón

cancelar, el cual lo redirigirá a la interfaz anterior.
 9. En el subflujo eliminar si el usuario desea cancelar el proceso deberá pulsar el botón
atrás, el cual lo redirigirá a la interfaz anterior.

10. En el subflujo eliminar el usuario puede pulsar cancelar en el mensaje de

confirmación, lo cual detendrá el proceso y lo llevará a la interfaz principal.

3. Precondiciones

3.1. El usuario debe haber iniciado sesión en el sistema.

4. Postcondiciones

4.1. Actualizar información de los clientes.

5. Puntos de extensión

Ninguno.

6. Requerimientos especiales

Ninguno

7. Prototipo
Especificación de casos de caso de uso: Registrar Inspección

1. Registrar anuncio

1.1.Breve descripción.

En este caso de uso se registrarán las inspecciones que son necesarias para el mantenimiento
del buen estado de los Inmuebles alquilados o sin alquilar.

1.2.Actores

Empleado

2. Flujo de eventos

El caso de uso se inicia cuando el Empleado selecciona la opción “Registrar Inspección” en la

interfaz del menú principal.

2.1. Flujo básico

1. El sistema muestra la interfaz “Registrar Inspección” cuyos campos donde se ingresarán

datos son: Fecha de inspección y comentario estado del inmueble.

Incluye una lista mostrando el historial de las inspecciones que se tienen hasta el momento.
Por ultimo las opciones Buscar Empleado, Buscar Inmueble, Agregar, confirmar y eliminar.

2. El usuario selecciona Buscar Empleado.

3. El sistema incluye el caso de uso Buscar Empleado.

4. El sistema coloca el nombre del empleado seleccionado en la caja de texto.

5. El empleado selecciona Buscar Inmueble.

6. El sistema incluye el caso de uso Buscar inmueble.

7. El sistema coloca el nombre del inmueble seleccionado en la caja de texto.

8. El sistema habilita los campos fecha de inspección y comentario estado de inmueble.

9. El usuario completa los campos mencionados.

10. El sistema habilita el botón Agregar.

11. El usuario selecciona Agregar.

12. El sistema muestra los campos completados, junto con el nombre del Empleado e Inmueble
seleccionado en una lista para confirmar que son los correctos.

13. El sistema habilita los botones Confirmar y Eliminar.

14. El usuario selecciona el botón Confirmar para registrar los datos.

15. El sistema le muestra un MSG:” Datos registrados correctamente”

16. Si se quiere registrar otra inspección se repiten los pasos 2 al 12.

17. El usuario cierra la interfaz “Registrar inspección” y regresa a la interfaz del menú principal
del sistema y finaliza el caso de uso.

2.2. Subflujos

Ninguno

2.3. Flujos alternativos

1. Editar inmueble y Empleado seleccionado.

En el paso 12, si el usuario agrego por error un dato incorrecto a la lista, selecciona el botón
eliminar y continua el caso de uso.

3. Precondiciones

3.1. El empleado tiene que haber iniciado sesión en el sistema.

4. Postcondiciones

4.1. Se actualizarán los datos en el sistema.

5. Puntos de extensión

Ninguno.

6. Requerimientos especiales

Ninguno

7. Prototipo
7. Diagrama de casos de uso general

Figura 9. Diagrama de casos de uso - Diagrama General de Casos de uso

8. Estimación de tiempo de desarrollo basado en puntos de casos de uso
8.1. Cálculo de puntos de caso de uso sin ajustar

Se utiliza la siguiente ecuación:

CUSA=FPAS + FPCS

Donde:

CUSA=Puntos de casos de uso sin ajustar .

FPAS=Factor de peso de los actores sin ajustar .

FPCS=Factor de peso de los casos de uso sin ajustar

 Factor de Peso de los Actores sin Ajustar (FPSA)

El factor de peso de los actores sin ajustar no es más que el análisis de la cantidad de actores
presentes y la complejidad de cada uno de ellos y está dado por la siguiente fórmula:

n
FPAS=∑ ( PESO i∗Actor i )
i=1

FACTOR DE PESO POR CADA ACTOR Y SU TIPO

ACTOR TIPO FACTOR
Administrador Contrato Medio 2
Administrador del Sistema Complejo 3
Administrador del Marketing Medio 2
Administrador de Ventas Medio 2
Empleado Complejo 3

FPAS=( ActSimples)∗( Factor )+( ActMedios)∗( Factor)+( ActComp)∗(Factor)

FPAS=(0)∗(1)+(3)∗(2)+(2)∗(3)

FPAS=12

 Factor de Peso de los Casos de Uso sin Ajustar (FPCS)

El factor de peso de los casos de uso sin ajustar no es más que el análisis de la cantidad de casos de
uso presentes y la complejidad de cada uno de ellos

n
FPCS=∑ ( PESOi∗CU i )
i=1
 Factor de peso por cada caso de uso y su tipo
Caso de Uso Tipo Factor
Mantener Alquiler Medio 10
Mantener Contratos Medio 10
Mantener Inmueble Simple 5
Mantener Inquilino Simple 5
Mantener propietario Medio 10
Registrar Alquiler Medio 10
Registrar Inmueble Medio 10
Registrar Inquilino Simple 5
Registrar propietario Simple 5
Registro Contratos Medio 10
Mantener Cliente Simple 5
Mantener Entrevista Simple 5
Registrar Cliente Medio 10
Registrar Entrevista Simple 5
Mantener inspección Simple 5
Registrar inspección Simple 5
Buscar prensa Simple 5
Generar petición Anuncio Medio 10
Mantener Anuncio Simple 5
Registra Anuncio Simple 5
Registrar Prensa Simple 5
Mantener visita Simple 5
Registrar visita Simple 5
Buscar Cliente Simple 5
Buscar Empleado Simple 5
Buscar Inmueble Simple 5
Ingresar al Sistema Simple 5
Mantener perfil Complejo 15
Mantener Usuario Complejo 15

FPCS=(CUSimples)∗( Factor)+(CUMedios)∗( Factor)+(CUComp )∗(Factor)

FPCS=(19)∗(5)+(8)∗(10)+(2)∗(15)
FPCS=205

CUSA=FPAS + FPCS

CUSA=12+205

CUSA=217

8.2. Cálculo de puntos de casos de uso ajustados

El cálculo de puntos de casos de uso ajustados se obtiene a partir del resultado del cálculo de puntos
de casos de uso sin ajustar, como lo muestra la ecuación:

PCA=CUSA∗TCF∗FA

Donde:

PCA=Puntos de casos de uso ajustados .

CUSA=Puntos de casos de uso sin ajustar

FCT =Factor de complejidad técnica

FA=Factor de ambiente

 Factor de complejidad técnica

El factor de complejidad se calcula mediante la siguiente formula:

n
FCT =0.06+ 0.01∗∑ ( Peso i∗Factor i )
i=1

Los Pesos i-ésimos son fijos (invariables), los valores i-ésimos tienen un valor entre 0 y 5, son
asignados arbitrariamente de acuerdo a como afecta el factor de complejidad técnica al sistema de
información.

Descripción Factor Peso Valor Σ(Peso*Valor)

Sistema Distribuido T1 2 2 4
Tiempo de respuesta T2 1 3 3
Eficiencia por el usuario T3 1 3 3
Procesamiento interno complejo T4 1 1 1
Reusabilidad T5 1 1 1
Facilidad de instalación T6 0,5 4 2
Facilidad de uso T7 0,5 2 1
Portabilidad T8 2 1 2
Facilidad de cambio T9 1 1 1
Concurrencia T10 1 1 1
Objetivos especiales de seguridad T11 1 2 2
 Acceso directo a terceras partes T12 1 1 1
Facilidades especiales de
T13 1 1 1
entrenamiento a usuarios finales
TOTAL 23

n
FCT =0.06+ 0.01∗∑ ( Peso i∗Factor i )
i=1

FCT =0.06+ 0.01∗( 23 )

FCT =0.83

 Factor ambiente

Los agentes que intervienen en el cálculo del factor ambiente están dados por las habilidades y el
entrenamiento del grupo involucrado en el desarrollo del sistema, este se calcula mediante la

n
ecuación: FA=1.4−0.03∗∑ ( Peso i∗Factor i )
i=1

Los Pesos i-ésimos son fijos (invariables), los valores i-ésimos tienen un valor entre 0 y 5, son
asignados arbitrariamente de acuerdo como afecta el factor de ambiente al sistema de información.

Descripción Factor Peso Valor Σ(Peso*Valor)

Familiaridad con el modelo de proyecto
E1 1,5 5 7,5
utilizado
Experiencia en la aplicación E2 0,5 3 1,5
Experiencia en orientación a objetos E3 1 4,5 4,5
Capacidad del analista líder E4 1 5 5
Motivación E5 1 5 5
Estabilidad de los requerimientos E6 2 4 8
Personal a tiempo compartido E7 -1 2 -2
Dificultad del lenguaje de programación E8 -1 1 -1
TOTAL 28,5

n
FA=1.4−0.03∗∑ ( Peso i∗Factor i )
i=1

FA=1.4−0.03∗( 28.5 )

FA =0.545
Después de haber obtenido los resultados de los cálculos del factor de complejidad técnica y el
factor de ambiente, se puede concluir el cálculo de los puntos de casos de uso ajustados partiendo
de la formula antes mostrada:

PCA=CUSA∗FCT ∗FA

PCA=217∗0.83∗0.545

PCA=98.160

8.3. Cálculo de Estimación del Esfuerzo

La estimación del esfuerzo está representada por la ecuación que se muestra a continuación:

E=PCA∗FC

Donde:

E=Estimacióndel esfuerzo .

PCA=Puntos de casos de uso ajustados .

CE=Factor de conversión .

Reemplazando:

E=PCA∗FC

E=98.160∗20

E=1963.2

8.4. Cálculo del tiempo de desarrollo

El tiempo de Desarrollo se calcula a partir de la expresión:

E total
T DesTotal = ( CH total )
Actividad Porcentaje Horas-Hombre
Análisis 10,00% 490,800
Diseño 20,00% 981,600
Programación 40,00% 1963,199
Prueba 15,00% 736,200
Sobrecarga (otras actividades) 15,00% 736,200
TOTAL 100,00% 4907,998
Etotal =4907.9975 CH total =2

4907.998
T DesTotal =
2

T DesTotal =2453.999 Horas

Horas∗1 Dia
∗1 Semana
8 Horas
∗1 Mes
7 Dias
T DesTotal =2453.999
4 Semanas

T DesTotal =10.955 Meses ≅ 11 Meses

9. Estudio de viabilidad económica

9.1. Determinación del costo de inversión
 Costos de hardware
Subtotal
Costo Cantidad
Descripción (S/.)
1. Ordenador Personal, Core i5 3.0 GHz, 8 RAM 2000 2 4000
2. Impresora Multifuncional Canon G3100 (C/sistema continuo) 200 1 200
TOTAL 4200

 Costos de software

Descripción Costo Cantidad Subtotal (S/.)

1. Sistema Operativo 60 1 60
2. WAMPSERVER v3.06 0 1 0
3.DataGrip v2017.3.4 0 1 0
4. Visual Studio Comunity 2017 0 1 0
5.Xamarin Forms 0 1 0
2. Sublime Text3 0 1 0
3. PostgreSQL 9.5 0 1 0
TOTAL 60

 Costos de muebles o enseres

Descripción Costo Cantidad Subtotal (S/.)

1. Mueble para Ordenador 0 1 0
TOTAL 0
Entonces:

CI =CH +CS+ CM

CI =4200+60+ 0
 CI =S /.4260

9.2. Determinación de costos de desarrollo

CD=CRH + CRM +CCE+CS

Donde:

CRH =Costo de recursoshumanos .

CRM =Costo de recursos materiales

CCE=Costo de consumo de energía

CS=Costo de servicios

 Costo de recursos humanos

Costo/Frec Frecuencia(trim Subtotal

Descripción (S/)
Cantidad
) (S/.)
1. Programadores 930 6 4 22320
TOTAL 22320

 Costo de recursos materiales

Descripción Costo Cantidad Subtotal (S/.)

1. CDs 10 5 50
2. Millar de papel Bond A4 20 0,5 10
3. Tinta para Impresora (500ml) 13 3 39
TOTAL 99

 Costo de consumo de energía

Costo de Consumo de Energía

Eléctrica:
Fuente Recibo de Hidrandina
enero 2019: Costo kw-h 0,54

Carga del Ordenador en una hora: 0,2 KW

Horas diarias: 5 Horas
Horas al mes: 140 (28 días/mes)
Costos KW-hora: 0,54 S/. /(KW-hora) (Según Hidrandina S.A.).
KW-hora al mes: 28
Carga del Impresora en una hora: 0,15 KW
Horas diarias: 0,5 Horas
Horas al mes: 14 (28 días/mes)
Costos KW-hora: 0,54 S/. /(KW-hora) (Según Hidrandina S.A.).
KW-hora al mes: 2,1

Consumo
Subtotal
Descripción Costo Cantidad (KW- Tiempo(meses)
(S/.)
H)/mes)
1. Ordenador 0,54 2 28 11 332,64
2. Impresora 0,54 1 21 11 124,74
TOTAL 457,38

 Costo de servicios

Costo (S/ Tiempo(meses Subtotal

Descripción Cantidad
mes) ) (S/.)
1. Internet 1 89,9 11 988,9
TOTAL 988,9

Entonces:

CD=CRH + CRM +CCE+CS

CD=22320+99+ 457.38+988.9

CD=S/ . 23865.28

9.3. Determinación de costo de inversión total

COSTO DE INVERSION TOTAL=CI + CD

COSTO DE INVERSION TOTAL=4260+23865.28

COSTO DE INVERSION TOTAL=S /. 28125.28

9.4. Beneficios

Los beneficios son las ventajas, traducidas en ahorro de tiempo y dinero, que se obtiene luego de la
puesta en funcionamiento del Sistema, con respecto a la situación en la que no se hace uso de éste.

9.4.1. Beneficios intangibles

- Mejorar el nivel de satisfacción de los colaboradores
 - Mejorar el nivel de servicio de los clientes
- Mejorar la imagen institucional
- Mejor aprovechamiento de tecnología
9.4.2. Beneficios tangibles (S/. /año)

Son aquellos beneficios cuyos resultados se pueden apreciar en forma inmediata luego de la
implementación del sistema de información. Se traduce en el ahorro de tiempo y de recursos:

Ahorro por recursos humanos:

Tiempo(meses Subtotal
Descripción Cantidad Costo (S/ mes)
) (S/.)
1. Reducción de Empleados 2 930 11 20460
TOTAL 20460

Ahorro en papelería:

Tiempo(meses Subtotal
Descripción Cantidad Costo (S/ mes)
  ) (S/.)
1. Ahorro en papelería 1 10 11 110
2. Ahorro en espacio Físico 1 100 11 1100
TOTAL 1210

Resumen de los beneficios tangibles:

Ítem Recurso Total (S/.)

1 Ahorro por Recursos Humanos 20460
2 Ahorro en papelería 1210
Total, Costo de Beneficios Tangibles 21670

TOTAL, DE BENEFICIOS (S/. /año) S/. 21670

9.5. Determinación de costos operacionales

CO=CRH +CRM + CCE+CS+CM +CD

Donde:

CRH =Costo de recursos humanos

CRM =Costo de recursos materiales

CCE=Costo de consumo de energía

 CS=Costo de servicios

CM =Costo de mantenimiento

CD=Costo de depreciación

 Costo de recursos humanos

Para el mantenimiento del sistema se hará cargo un técnico programador, que se encargará de
realizar la actualización de los nuevos requerimientos de información, tal como se detalla:

Costo/Frec Subtotal
Descripción Cantidad Frecuencia(trim)
(S/) (S/.)
1. Analista Programador 930 1 4 3720
TOTAL 3720

 Costo de recursos materiales

Costo (S/ Subtotal
Descripción Cantidad
mes) (S/.)
1. Millar de Papel Bond A4 25 6 150
2. Cartuchos para Impresora 160 4 640
TOTAL 790

 Costo de consumo de energía eléctrica

Energía Eléctrica
Fuente Recibo de Hidrandina enero
2019:00:00

Carga del Ordenador en una hora:

Horas diarias:
Horas al mes:

Costos KW-hora:
KW-hora al mes:

Carga del Impresora en una hora:

Horas diarias:
Horas al mes:

Costos KW-hora:
KW-hora al mes:
 Subtotal
Descripción Costo Cantidad Consumo Tiempo(meses)
(S/.)
1. Ordenador 0,54 2 20 11 237,6
2. Impresora 0,54 1 15 11 89,1
TOTAL 326,7

 Costos de servicio
Costo(S/ Subtotal
Descripción Cantidad Tiempo(meses)
mes) (S/.)
1. Internet 1 89,9 11 988,9
TOTAL 988,9

 Costos de mantenimiento

Subtotal
Descripción Costo (S/) Cantidad Frecuencia(trim)
(S/.)
1. Ordenador 30 2 3 180
2. Impresora 30 1 3 90
TOTAL 270

 Costos de depreciación
Depreciación Subtotal
Descripción Costo (S/) Cantidad (Anual) (S/.)
1. Ordenador 2200 2 0,2 880
2. Impresora 500 1 0,2 100
TOTAL 980

 Resumen de costos operacionales

Ítem Recurso Total(S/.)

1 Humanos 3720
2 Materiales 790
Energía
3
eléctrica 326,7
4 Servicios 988,9
5 Mantenimiento 270
6 Depreciación 980
Total, Costo operacional 7075,6

9.6. Resumen de costos

Costos Total(S/.)
 Costo de inversión anual 4260
Costo de desarrollo anual 23865,28
Costo de operación anual 7075,6
Beneficios 21670

9.7. Flujo de caja

DESCRIPCION AÑO 0 AÑO 1 AÑO 2 AÑO 3

COSTO DE INVERSION 4260      

costo de hardware 4200      

costo de software 60      
costo de muebles 0      

COSTO DE DESARROLLO 23865,28      

recursos humanos 22320      

costo de insumos 99      
costo de energía 457,38      

costo de servicios 988,9      

TOTAL, INVERSIÓN 28125,28      

COSTO OPERACIONALES
       
costo de recursos
humanos   3720 3720 3720
costos de insumos   790 790 790
costos de energía   326,7 326,7 326,7
costos de servicios   988,9 988,9 988,9
costos de mantenimiento   270 270 270
costos de depreciación   980 980 980
total, costos operac.   7075,6 7075,6 7075,6
BENEFICIOS        
Beneficios Tangibles        
ahorro en empleados   20460 20460 20460
ahorro en papelería   1210 1210 1210
total, beneficios   21670 21670 21670
TOTAL, BENEFICIO NETO -28125,28 14594,4 14594,4 14594,4
 Flujo de Caja
S/20,000.00
S/14,594.40 S/14,594.40 S/14,594.40

S/10,000.00

S/0.00
1 2 3 4

-S/10,000.00

-S/20,000.00

-S/30,000.00 -S/28,125.28

-S/40,000.00

9.8. Cálculo de índices económicos

 Valor actual neto
También llamado Valor Presente Neto, representa el excedente generado por un proyecto en
términos absolutos después de haber cubierto los costos de inversión, de operación y de uso del
capital. En resumen, el VAN es la suma algebraica de los valores actualizados de los costos y
beneficios generados por el proyecto.

El valor actual neto se calcula mediante la siguiente fórmula:

B−C B−C
VAN =−I O + 1
+ …+
(1+ I ) ( 1+ I )n
Donde:

−I O=Inversion inicial

B=Beneficio anual
C=Costos de operacion anual
I =Tasa de interes(16 %)
n=Horizonte de tiempo (3 años)
Al remplazar obtenemos:

VAN S/4.652,13

Proyecto puede aceptarse

≥

 Tasa interna de retorno (TIR)

Representa la tasa de rendimiento a la cual el proyecto se hace indiferente, es decir cuando el VAN =
0. En otras palabras, el TIR es la tasa de descuento que iguala al valor actual de los beneficios y el
valor actual de los costos. La tasa Interna de Retorno sirve para comparar la rentabilidad con la tasa
de interés que se maneja en el proyecto, en este caso i =16% anual. Se calcula mediante la siguiente
fórmula:
n
FN j
0=−I O +∑
j=1 (1+TIR ) j
Donde:
−I O=Inversion inicial

FN j =Flujo neto en el periodo j

TIR=Tasainterna de retorno
n=Numero de periodos
Entonces:
14594.4 14594.4 14594.4
0=−28125.28+ + +
( 1+TIR )1 ( 1+TIR )2 ( 1+TIR )3
TIR=25.87 %

 Cálculo del indicador B/C

Es conocido como coeficiente Beneficio/Costo y resulta de dividir la sumatoria de los beneficios
actualizados entre la sumatoria de los costos actualizados que son generados en la vida útil del
proyecto. Se considera una tasa de interés de 16% y se calcula con la siguiente fórmula:

B VANB
=
C VANC

Donde

B
=Indicador beneficio−costo .
C

VANB=Valor actual neto de los beneficios.

VANC=Valor actual neto de los costos

Cálculo del VANB

n
B
VANB=∑
j=1 ( 1+ I ) j

Donde

B=Beneficio anual
I =Tasa de interés

N=Horizonte de tiempo (3 a ños)

Entonces remplazando:

21670 21670 21670

VANB= + +
( 1+0.16 ) (1+0.16 ) ( 1+ 0.16 )3
1 2

VANB=48668.43

Cálculo del VANC

n
C
VANC=I O +∑
j=1 (1+ I ) j

Donde

C=Costo de operacion anual

I O=Inversion inicial

I =Tasa de interés

N=Horizonte de tiempo (3 a ños)

Entonces reemplazando:

7075.6 7075.6 7075.6

VANC=28125.28+ + +
( 1+ 0.16 ) ( 1+0.16 ) ( 1+0.16 )3
1 2

VANC=44016.30

Luego el índice B/C reemplazando seria:

B 48668.43
=
C 44016.30

B
=1.11
C

Los ingresos son mayores que los costos, por lo tanto, es aconsejable realizar el proyecto. Ya que por
cada sol invertido se ganaría 0.11 soles.

 Tiempo de recuperación de inversión

El tiempo de recuperación se calcula mediante la siguiente fórmula:

 I0
TR=
B−C
Donde:

I O=Inversion inicial

B=Beneficio anual

C=Costo de operacion anual

Reemplazando:

28125.18
TR=
48668.43−44016.30
TR=6.05 años
Entonces el tiempo de recuperación será de:

6 Años
0 Meses
23 Días

 Valores obtenidos de estudio de viabilidad

Valor
Indicador Económico Obtenido Condición Estado
VAN 4652,130 VAN > 0 Aprobado
TIR 26% TIR >18% Aprobado
B/C S/1,11 B/C > 1 Aprobado

Conclusión: El proyecto es económicamente factible pues los indicadores económicos calculados lo

demuestran.

10. Priorización de casos de uso

Para poder saber qué casos de uso se van a desarrollar es necesario ordenarlo por su prioridad.

Las características de un caso de uso específico que nos ayudara a poder darle prioridad son:

A- Impacto significativo en el diseño de la arquitectura. Por ejemplo, si aporta muchas clases al

modelo del dominio o requiere persistencia en los datos.

B- Se obtiene una mejor comprensión del diseño con un nivel de esfuerzo relativamente bajo.

C- Incluye funciones complejas, críticas en el tiempo o de nivel elevado de riesgo.

D- Implica bien un trabajo de investigación significante, o bien el uso de una tecnología nueva o
arriesgada.
E- Representa un proceso de gran importancia en la línea de negocio.

F- Supone directamente un aumento de beneficios o una disminución de costes.

La ponderación que se asigna a cada parámetro debe sumar 1:

A+B+C+D+E+F=1

IMPACTO PESO
Muy Bajo 1
Bajo 2
Medio 3
Alto 4
Muy Alto 5

Ponderación 0,25 0 0,25 0 0,25 0,25 Priorida

Suma
Caso De Uso A B C D E F d
Mantener Alquiler 4 0 3 0 3 4 3,5 4
Mantener
Contratos 3 0 4 0 4 5 4 3
Mantener Inmueble 2 0 2 0 1 2 1,75 24
Mantener Inquilino 2 0 2 0 3 1 2 21
Mantener
propietario 2 0 2 0 2 1 1,75 25
Registrar Alquiler 4 0 4 0 5 4 4,25 2
Registrar Inmueble 3 0 5 0 3 2 3,25 7
Registrar Inquilino 4 0 2 0 3 2 2,75 11
Registrar
propietario 3 0 1 0 2 3 2,25 19
Registro Contratos 4 0 5 0 4 5 4,5 1
Mantener Cliente 3 0 3 0 3 1 2,5 16
Mantener
Entrevista 2 0 4 0 2 4 3 10
Registrar Cliente 2 0 2 0 5 2 2,75 12
Registrar Entrevista 2 0 2 0 3 2 2,25 17
Mantener
inspección 1 0 2 0 3 3 2,25 18
Registrar
inspección 2 0 1 0 2 5 2,5 15
Buscar prensa 2 0 2 0 2 2 2 22
Generar petición
Anuncio 1 0 2 0 1 1 1,25 29
Mantener Anuncio 3 0 3 0 3 4 3,25 6
Registra Anuncio 3 0 4 0 3 4 3,5 5
Registrar Prensa 1 0 1 0 1 3 1,5 27
Mantener visita 2 0 1 0 1 2 1,5 26
Registrar visita 2 0 1 0 1 2 1,5 28
Buscar Cliente 1 0 2 0 2 2 1,75 23
Buscar Empleado 3 0 2 0 2 1 2 20
Buscar Inmueble 3 0 3 0 3 1 2,5 13
Ingresar al Sistema 2 0 2 0 5 1 2,5 14
Mantener perfil 4 0 1 0 4 3 3 9
Mantener Usuario 5 0 2 0 2 4 3,25 8

11. Mitigación de riesgos

-IDENTIFICADOR:

Entendimiento errado de los requerimientos

Descripción:

No se tiene definido bien los requerimientos para la elaboración del sistema

Efecto:

El desarrollo se lleva de manera equivocada

Impacto:

El sistema tendrá errores ocasionando resultados inesperados

-IDENTIFICADOR:

Familiarización con la aplicación

Entendimiento errado de los requerimientos

Descripción:

El encargado de requerimientos entiende y documenta de manera equivocada las

necesidades expuestas por el cliente

Efecto:

Demora o deficiencia en el proyecto

Impacto:

El docente no confiara en el sistema

-INDENTIFICADOR:

Inseguridad de la información

Descripción:

Cuando la información de los usuarios no es completamente segura y pueden filtrarse

algunos datos importantes.

Efecto:

Afecta la privacidad de la información de los usuarios.

Impacto:

Pérdida y robo de información

12. Diagrama de clases general mostrando asociación, dependencia, multiplicidad,
recursividad, composición, agregación, generalización y clases derivadas.