1

LEVANTAMIENTO DE REQUERIMIENTOS

Edwin Corrales Trujillo Código 1921982722

Luis Felipe Astudillo Código 1921982808
Miguel Augusto Rojas Hernández Código 1921982915
Andrés Camilo Torres Carrillo Código 192192894

Noviembre 2019.

Politécnico Grancolombiano
Cundinamarca
Ingeniería de Software

Copyright © 2019
Todos los derechos reservados..
 2

Abstract

El análisis de requisitos es una de las etapas iniciales del desarrollo de una información
sistema.

Un buen análisis implica el desarrollo de un sistema que se ajuste tanto como sea posible
a los requisitos del usuario final. Para lograr esta etapa, algunos de los participantes del
equipo debe elegir e implementar técnicas para la selección de requisitos.

Historia del Documento

Fecha Versión Comentarios Autor

5 Noviembre 2019 0.1 Primera Entrega Grupo 2
19 Noviembre 2019 1.0 Segunda Entrega Grupo 2
 3

Tabla de Contenidos
1 LISTA DE TABLAS .................................................................................................. 5
2 LISTA DE ILUSTRACIONES................................................................................... 6
3 IDENTIFICACIÓN DE LAS NECESIDADES DEL CLIENTE ............................... 7
4 ¿QUÉ ES UNA ADMINISTRACIÓN DE INMUEBLES? ....................................... 8
5 MARCO TEÓRICO.................................................................................................... 9
6 LEVANTAMIENTO DE REQUERIMIENTOS ...................................................... 10
6.1 REQUERIMIENTOS FUNCIONALES ........................................................... 10
6.2 REQUERIMIENTOS NO FUNCIONALES .................................................... 10
6.3 IDENTIFICACIÓN DE LAS FUENTES U ORÍGENES DE LOS
REQUERIMIENTOS ................................................................................................... 11
6.3.1 Stakeholders .................................................................................................. 11
7 DIAGRAMAS DE COMPORTAMIENTO ............................................................. 12
7.1 CASOS DE USO .............................................................................................. 12
7.1.1 Caso de uso factura ....................................................................................... 12
7.1.2 Caso de uso comprobante ............................................................................. 13
7.1.3 Caso de uso caja ............................................................................................ 15
8 DIAGRAMAS DE ESTRUCTURA ......................................................................... 17
8.1 DIAGRAMA DE CLASES .............................................................................. 17
8.1.1 Diagrama de clases factura ........................................................................... 17
8.1.2 Diagrama de clases comprobante.................................................................. 17
8.1.3 Diagrama de clases caja ................................................................................ 17
8.2 DIAGRAMA DE ACTIVIDAD ....................................................................... 18
8.2.1 Diagrama de actividad factura ...................................................................... 18
8.2.2 Diagrama de actividad comprobante ............................................................ 18
8.2.3 Diagrama de actividad caja ........................................................................... 19
8.3 DIAGRAMAS DE SECUENCIA..................................................................... 19
8.3.1 Diagrama de secuencia factura ..................................................................... 19
8.3.2 Diagrama de secuencia comprobante............................................................ 20
8.3.3 Diagrama de Secuencia Caja ........................................................................ 21
8.4 MOCK UPS ...................................................................................................... 21
8.4.1 Factura........................................................................................................... 21
8.4.2 Comprobante ................................................................................................. 22
8.4.3 Caja ............................................................................................................... 23
8.5 PLANTEAMIENTO DEL MARCO DE REFERENCIA ................................ 24
8.5.1 Gestión de la integración del proyecto.......................................................... 24
8.5.2 Gestión del alcance del proyecto .................................................................. 25
8.5.3 Gestión del tiempo del proyecto ................................................................... 26
8.5.4 Gestión de los recursos humanos del proyecto ............................................. 27
8.5.5 Gestión de las Comunicaciones .................................................................... 28
9 MÉTODO A UTILIZAR .......................................................................................... 30
9.1 SCRUM............................................................................................................. 30
9.2 BENEFICIOS ................................................................................................... 30
10 LISTA DE REFERENCIAS ..................................................................................... 31
4
 5

1 LISTA DE TABLAS

Tabla -1 Stakeholders ....................................................................................................... 11

Tabla -2 Caso de uso factura ............................................................................................. 13
Tabla -3 Caso de uso comprobante ................................................................................... 14
Tabla 4 Caso de uso caja ................................................................................................... 15
 6

2 LISTA DE ILUSTRACIONES

Ilustración 1 Caso de Uso Factura .................................................................................... 13

Ilustración 2 Caso de Uso Comprobante .......................................................................... 15
Ilustración 3 Caso de Uso Caja ......................................................................................... 16
Ilustración 4 Diagrama de Clases Factura ........................................................................ 17
Ilustración 5 Diagrama de Clases Comprobante ............................................................... 17
Ilustración 6 Diagrama de Clases Caja ............................................................................. 17
Ilustración 7 Mock Up Factura ......................................................................................... 22
Ilustración 8 Mock Up Comprobante ............................................................................... 22
Ilustración 9 Mock Up Caja ............................................................................................. 23
Ilustración 10 Acta de Constitucion del Proyecto ............................................................ 25
Ilustración 11 Alcance del Proyecto ................................................................................. 26
Ilustración 12 Cronograma de Actividades ...................................................................... 27
Ilustración 13 Plan de Recurso Humano .......................................................................... 28
Ilustración 14 Plan de Gestión de Comunicaciones ......................................................... 29
 7

3 IDENTIFICACIÓN DE LAS NECESIDADES DEL CLIENTE

El cliente requiere tener de manera diaria un informe de los dineros que ingresaron (Pago
de Arrendatarios o Inquilinos) y salieron (Pagos a Propietarios o gastos del negocio).
 8

4 ¿QUÉ ES UNA ADMINISTRACIÓN DE INMUEBLES?

Administración integral del Inmueble mediante contrato de mandato.

- Comerciales (Oficinas, locales o bodegas)

- De vivienda (Casas, apartamentos)
- La inmobiliaria se encarga de administrar el contrato de arrendamiento durante toda
su vigencia.
- Establece en representación del propietario, contacto directo y permanente con el
arrendatario.
- Establecer el canon de arrendamiento: Ofrece la mejor asesoría para establecer
junto con el propietario el canon de arrendamiento de acuerdo con:
o Valor comercial
o Las condiciones del inmueble
o La zona donde se encuentra ubicado
o Tiempo de construcción del inmueble
o Acabados
o Vías de acceso
o Cercanía a Centros Comerciales, tiendas de cadena o colegios
o Facilidades de transporte

(SAS)
 9

5 MARCO TEÓRICO

Se pretende desarrollar un software que pueda ser aplicado como herramienta útil para el
control y seguimiento de los dineros que ingresar y egresan de la inmobiliaria en la gestión
de administración de inmuebles.

Es necesario tener en cuenta que en todo desarrollo de sistemas de software es de suma

importancia definir una metodología esta permitirá a los desarrolladores seguir
especificaciones dadas en cada una de las etapas de la creación del sistema de información,
desde los requerimientos iniciales hasta las pruebas finales que haga que el software sea
coherete, ágil, funcional y ademas formal.

Los conceptos tratados a continuación son la ingenieria de software y metodología

orientada a objetos, las cuales darán la pauta sobre los estándares utilizados para el anáisis,
diseño, implmentación, pruebas y mantenimiento de la aplicación.
(catarina udlap)
 10

6 LEVANTAMIENTO DE REQUERIMIENTOS

6.1 REQUERIMIENTOS FUNCIONALES

- Comunicación con Base de Datos contable.

- Creación de una tarea que ayude a operar la información llamada y que guarde en
una Base de Datos nativa lo necesario para cubrir las necesidades.
- Control del movimiento diario, es decir, validación de la información registrada en
la gestión contable.
- Creación de una interfaz por tipo de movimiento, ingresos y egresos.
- Creación de una interfaz donde resuma el movimiento del día, mostrando:
o Ingresos, relación de los documentos con sus valores.
o Egresos, relación de los documentos con sus valores.
o Balance, operación de los valores que suman y resta, teniendo en cuenta el
valor que del movimiento del día anterior pasa, para dar un valor resultado.
 Valor que viene movimiento anterior (+)
 Valor ingresos (+)
 Valor egresos (-)
 Resultado, sumatoria de los valores anteriores.
o Identificación de los ingresos en efectivo y en cheque.
- Creación de un informe en PDF para archivar junto con sus soportes.

6.2 REQUERIMIENTOS NO FUNCIONALES

- Comunicación con una base de datos nativa del software contable, requiriendo de
un software interprete para su lectura.
- La conexión con la base de datos contable solo será como usuario lector.
- La información resultante de la operación, será guarda en un equipo o espacio
diferente del dado para el software contable.
- Se debe tener una trazabilidad del tratamiento en la gestión de revisión y visado de
cada documento del día.
 11

6.3 IDENTIFICACIÓN DE LAS FUENTES U ORÍGENES DE LOS

REQUERIMIENTOS

6.3.1 Stakeholders

Nombre de la Empresa
Código Rol o Cargo Descripción del Rol Nivel de Interés del
Influencia Proyecto
GTI- Gerente de Encargada del área Alto Control
INM01 Tesorería e que administra
Inmobiliaria inmuebles.
AXI- Auxiliar de Encargada de registrar Medio Reproceso
INM02 Inmobiliaria todas las operaciones
del área de
inmobiliaria.
CT-INM03 Contadora Encargada de validar Medio Control
y visar cada uno de
los registros del
auxiliar de
inmobiliaria.
AUD- Auditoria Encargada de verificar Alto Seguimiento
INM04 cada uno de los
procesos realizados en
los ingresos y egresos
del área de
inmobiliaria.
Tabla -1 Stakeholders
 12

7 DIAGRAMAS DE COMPORTAMIENTO

7.1 CASOS DE USO

7.1.1 Caso de uso factura

RF- 1 Facturación
Versión 1ra version
Autores Grupo 2
Objetivos asociados Manipulación y validación de las facturas de
inmobiliaria
Descripción Módulo para la manipulación y validación de las
facturas.
Precondición El usuario activo debe tener asignado el modulo para su
visualización.
Paso Acción
1 El usuario se dirige al menú Factura
2 El usuario da click en el botón informe total.
3 El usuario busca la factura y da click en su
Flujo Normal número de el documento para visualizarlo
4 El usuario da click en el botón “Dar VoBo” para
abrir la ventana del visto bueno.
5 El usuario da click en el botón “VoBo” para
aprobar el documento
Post condición El usuario pudo validar y aprobar las facturas que estén
en su posesión.
Paso Acción
2a Si el usuario busca Facturas en un rango de
fechas específicos, debe utilizar los filtros en la
parte superior de los botones, al seleccionar su
búsqueda se bloqueara el botón “informe total” y
habilitara el botón “Filtrar”.
3a En caso de buscar un documento en específico,
Flujo Alternativo utilizar el filtro en la parte superior izquierda de
la tabla y escribir el número de documento del
documento.
3b En caso que el documento presente algún
inconveniente, Estará en color rojo la casilla del
número de documento, y el botón de visto bueno
será remplazado por un botón de alerta.
 13

4a En caso que el documento presente algún

inconveniente y el usuario activo no es el jefe del
área, no aparecerá el botón de visto bueno.
5a Si el documento tiene alerta, el jefe de área solo
puede aprobar el documento con un comentario
del inconveniente.
5b Si el usuario activo no es el primero en el flujo y
posee el documento se habilita el botón de
devolución para regresar el documento el área
anterior del flujo.
Comentarios Modulo con posibles actualizaciones a futuro
Tabla -1 Caso de uso factura

Ilustración 1 Caso de Uso Factura

7.1.2 Caso de uso comprobante

RF- 1 Comprobante
Versión 1ra version
Autores Grupo 2
Objetivos asociados Manipulación y validación de los comprobante de
inmobiliaria
Descripción Modulo para la manipulación y validación de los
comprobantes.
Precondición El usuario activo debe tener asignado el modulo para su
visualización.
Paso Acción
1 El usuario se dirige al menú principal da click en
la pestaña Inmobiliaria, y luego en la sub pestaña
Comprobantes
Flujo Normal 2 El usuario da click en el botón informe total.
3 El usuario busca el comprobante y da click en su
número de el documento para visualizarlo
 14

4 El usuario da click en el botón “Dar VoBo” para

abrir la ventana del visto bueno.
5 El usuario da click en el botón “VoBo” para
aprobar el documento
Post condición El usuario pudo validar y aprobar los comprobantes que
estén en su posesión.
Paso Acción
2a Si el usuario busca comprobantes en un rango de
fechas específicos, debe utilizar los filtros en la
parte superior de los botones, al seleccionar su
búsqueda se bloqueara el botón “informe total” y
habilitara el botón “Filtrar”.
3a En caso de buscar un documento en específico,
Flujo Alternativo utilizar el filtro en la parte superior izquierda de
la tabla y escribir el número de documento del
documento.
3b En caso que el documento presente algún
inconveniente, Estará en color rojo la casilla del
número de documento, y el botón de visto bueno
será remplazado por un botón de alerta.
4a En caso que el documento presente algún
inconveniente y el usuario activo no es el jefe del
área, no aparecerá el botón de visto bueno.
5a Si el documento tiene alerta, el jefe de área solo
puede aprobar el documento con un comentario
del inconveniente.
5b Si el usuario activo no es el primero en el flujo y
posee el documento se habilita el botón de
devolución para regresar el documento el área
anterior del flujo.
Comentarios Modulo con posibles actualizaciones a futuro
Tabla -2 Caso de uso comprobante
 15

Ilustración 2 Caso de Uso Comprobante

7.1.3 Caso de uso caja

RF- 1 Caja
Versión 1ra version
Autores Grupo 2
Objetivos asociados Caja
Descripción Modulo para la validación del movimiento de dinero en
la caja diariamente
Precondición El usuario activo debe tener asignado el modulo para su
visualización.
Paso Acción
1 El usuario se dirige al menú principal da click en
la pestaña Inmobiliaria, y luego en la sub pestaña
Caja
Flujo Normal 2 El usuario selecciona una fecha y luego da clic en
el botón de filtrar
3 Si el usuario desea sacar el informe impreso, da
clic en el botón “PDF” para crear un archivo con
extensión pdf y poderlo imprimir.
Post condición El usuario pudo validar el movimiento de dinero en la
caja.
Paso Acción
2a Si se desea eliminar una casilla en las tablas de
ingreso, se da clic en el checkbox en el lado
Flujo Alternativo derecho de la fila y luego oprime el botón de
borrar fila
Comentarios Modulo con posibles actualizaciones a futuro
Tabla 3 Caso de uso caja
 16

Ilustración 3 Caso de Uso Caja

 17

8 DIAGRAMAS DE ESTRUCTURA

8.1 DIAGRAMA DE CLASES

8.1.1 Diagrama de clases factura

Ilustración 4 Diagrama de Clases Factura

8.1.2 Diagrama de clases comprobante

Ilustración 5 Diagrama de Clases Comprobante

8.1.3 Diagrama de clases caja

Ilustración 6 Diagrama de Clases Caja

 18

8.2 DIAGRAMA DE ACTIVIDAD

8.2.1 Diagrama de actividad factura

Ilustración 15 Diagrama de Actividad Factura

8.2.2 Diagrama de actividad comprobante

Ilustración 16 Diagrama de Actividad Comprobante

 19

8.2.3 Diagrama de actividad caja

Ilustración 17 Diagrama de Actividad Caja

8.3 DIAGRAMAS DE SECUENCIA

8.3.1 Diagrama de secuencia factura

Ilustración 18 Diagrama de Secuencia Caja

 20

8.3.2 Diagrama de secuencia comprobante

Ilustración 19 Diagrama de Secuencia Comprobante

 21

8.3.3 Diagrama de Secuencia Caja

Ilustración 20 Diagrama de Secuencia Caja

8.4 MOCK UPS

El MockUp o maqueta en castellano es una representación más avanzada del diseño gráfico
y comunicativo (desde una visión de navegación y AI) de un proyecto. El cual permite:

 Permite saber qué información existe y donde va

 Puede ser utilizado para la implementación del diseño
 Es más preciso para los desarrolladores.
 Es una herramienta flexible
 Es más fácil de presentar a los no diseñadores.
 Puede servir como parte de nuestra propuesta de presupuesto

(Catalunya)

8.4.1 Factura
 22

Ilustración 7 Mock Up Factura

8.4.2 Comprobante

Ilustración 8 Mock Up Comprobante

 23

8.4.3 Caja

Ilustración 9 Mock Up Caja

 24

8.5 PLANTEAMIENTO DEL MARCO DE REFERENCIA

Una vez identificado los principales problemas y el estándar que se cubre de mejor manera
estos problemas, se procede a plantear el marco de referencia de acuerdo a las cinco áreas
de conocimiento de PMBOK que son: Gestión de la Integración de Proyecto, Gestión del
Alcance del Proyecto, Gestión del Tiempo del Proyecto, Gestión de los Recursos Humanos
y Gestión de las Comunicaciones.

PMBOK : Esta guía es un instrumento desarrollado por el Project Management Institute (o

PMI), que establece un criterio de buenas prácticas relacionadas con la gestión, la
administración y la dirección de proyectos mediante la implementación de técnicas y
herramientas que permiten identificar un conjunto de 47 procesos, distribuidos a su turno
en 5 macro procesos generales.

(School)

8.5.1 Gestión de la integración del proyecto

El desarrollo de esta área de conocimiento permite eliminar los problemas relacionados

con: Falta de planificación, cambios de especificaciones a mediados o finales del proyecto
y elaboración de proyectos simultáneos.

El principal proceso que se desarrollan en esta área de conocimiento es:

Desarrollar el Acta de Constitución del Proyecto: Este acta tiene como objetivo
cubrir los aspectos referentes a: quién solicita, qué se solicita y finalmente, si es
viable la ejecución del proyecto. Es una breve descripción del proyecto, pero que
precisa las partes involucradas en dicho proyecto. A continuación en la Ilustración
10, se plantea el Acta de Constitución adaptada a las necesidades de la Empresa.
 25

Ilustración 10 Acta de Constitucion del Proyecto

8.5.2 Gestión del alcance del proyecto

El desarrollo de esta área de conocimiento permite eliminar el problema relacionado con:

Ambigüedad en el levantamiento de requerimientos. El principal proceso que se
desarrollan en esta área de conocimiento es:

Definir el Alcance: El alcance es la definición desde y hasta donde debe llegar un

proyecto, gracias a esta definición se puede estimar el periodo de tiempo que
tomará el desarrollo del proyecto y los miembros que se necesitarán para el
proceso del mismo. A continuación en la Ilustración 11, se plantea el documento
para la Definición del Alcance del proyecto para el área de sistemas de la Empresa.
 26

Ilustración 11 Alcance del Proyecto

8.5.3 Gestión del tiempo del proyecto

El desarrollo de esta área de conocimiento permite eliminar el problema relacionado con:

Tiempos de desarrollo elevados. El principal proceso que se desarrollan en esta área de
conocimiento es:

Desarrollar el Cronograma: El resultado final de la definición de actividades, la

secuencia de actividades, la asignación de recursos humanos y la duración de cada
actividad da como resultado el cronograma de actividades. En la Ilustración 12,
se muestra un ejemplo de un cronograma de actividades con la herramienta
 27

Microsoft Excel.

Ilustración 12 Cronograma de Actividades

8.5.4 Gestión de los recursos humanos del proyecto

El desarrollo de esta área de conocimiento permite eliminar los problemas relacionados

con: recursos subutilizados o sobre utilizados, duplicación de esfuerzos. El principal
proceso que se desarrollan en esta área de conocimiento es:

Desarrollar el Plan de Recursos Humanos: El presente plan es específicamente

para los miembros del área de desarrollo, el mismo que permite identificar a los
recursos humanos en las diferentes etapas del proyecto. En la Ilustración 13, se
muestra el Plan de Recursos Humanos para el área de sistemas de la Empresa.
 28

Ilustración 13 Plan de Recurso Humano

8.5.5 Gestión de las Comunicaciones

El desarrollo de esta área de conocimiento permite eliminar el problema relacionado con:

falta de interés por parte de las personas involucradas o los usuarios finales.El principal
proceso que se desarrollan en esta área de conocimiento es:

Planificar las Comunicaciones: Dentro de este proceso se define la matriz de

gestión de las comunicaciones, en donde el principal objetivo es determinar qué se
va comunicar, quién va a comunicar, cómo se va a comunicar, cuándo se va a
comunicar y a quién se va a comunicar en las diferentes etapas del proyecto. En la
Ilustración 14, se muestra el Plan de Gestión de las comunicaciones.
 29

Ilustración 14 Plan de Gestión de Comunicaciones

(Chávez, 2011)
 30

9 MÉTODO A UTILIZAR

9.1 SCRUM

Es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas para

trabajar colaborativamente, en equipo, y obtener el mejor resultado posible de un proyecto.

9.2 BENEFICIOS

Los principales beneficios que proporciona Scrum son:

- Entrega mensual (o quincenal) de resultados (los requisitos más prioritarios en ese

momento, ya completados) lo cual proporciona las siguientes ventajas:
o Gestión regular de las expectativas del cliente y basada en resultados
tangibles.
o Resultados anticipados (time to market).
o Flexibilidad y adaptación respecto a las necesidades del cliente, cambios en
el mercado, etc.
o Gestión sistemática del Retorno de Inversión (ROI).
o Mitigación sistemática de los riesgos del proyecto.
- Productividad y calidad.
- Alineamiento entre el cliente y el equipo de desarrollo.
- Equipo motivado.

(agiles.org)
 31

10 LISTA DE REFERENCIAS

agiles.org, p. (s.f.). proyectos agiles.org. Obtenido de https://proyectosagiles.org/que-es-

scrum/
Catalunya, U. U. (s.f.). mosaic. Obtenido de https://mosaic.uoc.edu/2015/09/15/proceso-
de-desarrollo-de-un-proyecto-digital/
catarina udlap. (s.f.). Obtenido de
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/flores_r_mi/capitulo2.pdf
Chávez, S. (2011). Revista DECC Report. Obtenido de Tendencias en Computación. Vol.
1: https://journal.espe.edu.ec › ojs › index.php › geeks › article › download
SAS, L. O. (s.f.). Luque Ospina Consultores Inmobiliarios. Obtenido de
https://luqueospina.com/servicios-inmobiliarios/administracion-de-inmuebles
School, E. B. (s.f.). EAE Business School. Obtenido de https://retos-operaciones-
logistica.eae.es/que-es-la-guia-pmbok-y-como-influye-en-la-administracion-de-
proyectos/
 32

VITA

Este trabajo fue realizado por el Grupo 2 de Ingeniería de Software, con el objetivo de
cumplir con la segunda entrega del tema de Levantamiento de Requerimientos, esencial
para la creación de un producto de Sistemas de Información.