CONDOSA S.

A
Sistema de Gestión de Condominios “SIGCON”

SIGCON
Vision

Versión 1.0
 SIGCON Versión: 1.0
Vision (Small Project) Fecha: 13/Abril/23
A1

Revisión histórica
Fecha Versión Descripción Autor
13/04/2023 1.0 Ingeniería de Requisitos Preliminar uni-fc-cc-isw

Confidencial Condosa S.A, 4/19/2023 Página 2

 SIGCON Versión: 1.0
Vision (Small Project) Fecha: 13/Abril/23
A1

Tabla de contenido
1. Introducción 3
1.1 Referencias 3

2. Posicionamiento 3
2.1 Declaración del problema 3
2.2 Declaración de posición del producto 3

3. Descripciones de las partes interesadas y los usuarios 3

3.1 Resumen de partes interesadas 3
3.2 Resumen de usuario 3
3.3 Entorno del usuario 3
3.4 Resumen de las necesidades clave de las partes interesadas o los usuarios 3
3.5 Alternativas y Competencia 3

4. Descripción general del producto 3

4.1 Perspectiva del producto 3
4.2 Supuestos y Dependencias 3

5. Características del producto 3

6. Otros requisitos del producto 3

Confidencial Condosa S.A, 4/19/2023 Página 3

 SIGCON Versión: 1.0
Vision (Small Project) Fecha: 13/Abril/23
A1

Vision (Small Project)

1. Introducción
El propósito de este artefacto es recopilar, analizar y definir las necesidades y características de alto nivel del Sistema de
Gestión de Condominios (SIGCON). Se centra en las capacidades que necesitan las partes interesadas y los usuarios objetivo, y
por qué existen estas necesidades. Los detalles de cómo el SIGCON satisface estas necesidades se detallan en los artefactos
especificación de casos de uso y las especificaciones complementarias.
La introducción del artefacto Visión proporciona una descripción general de todo el documento. Incluye el propósito y las
referencias.
1.1 Referencias
- Condosa_Glosario.docx
- Reglamentos y otros documentos de Gestión de Condosa S.A

2. Posicionamiento
2.1 Planteamiento del problema
[Proporcione una declaración que resuma el problema que está resolviendo este proyecto. Se puede utilizar el siguiente
formato:]

El problema de Procesos relacionados con el servicio de Administración de

Condominios no se encuentran automatizados como: Cotización,
Contratos, Inventario de predios, Categorización, Emisión de
recibos de pago por mantenimientos, Gestión de Gastos eventuales,
Gestión de cobranza, Balance de Ingresos-Egresos, Determinación
de Morosos.

afecta Empresa, Clientes

cuyo impacto es Deficiente servicios a sus clientes por no disponer de manera

oportuna de la información concerniente a la Gestión del
Condominio. Clientes insatisfechos.

una solución exitosa sería Disponer de un producto software multiplataforma que permita
gestión los servicios referidos a la Gestión de Condominios.

2.2 Declaración de posición del producto

[Proporcione una declaración general que resuma, al más alto nivel, la posición única que el producto pretende ocupar en el
mercado. Se puede utilizar el siguiente formato:]

Para Empresas Administradoras de Condominios

Quienes Se encargan de todos los procesos concernientes a mantener

operativos y/ en buen estado los condominios

El SIGCON Un producto software multiplataforma para empresas del rubro

Administración de Condominios

que Tiene bajo costo, usa tecnologías de software modernas con soporte
permanente.

A diferencia de Edificia.com

Nuestro producto Implementara los procesos principales concernientes a la

Administración de Condominios, utilizando tecnologías emergentes

Confidencial Condosa S.A, 4/19/2023 Página 4

 SIGCON Versión: 1.0
Vision (Small Project) Fecha: 13/Abril/23
A1

industria 4.0, contara con modulo con ejecución de varios entornos

como web, móvil incluso cliente/servidor.

[Una declaración de posición del producto comunica la intención de la aplicación y la importancia del proyecto a todo el
personal involucrado.]

3. Descripciones de partes interesadas y usuarios

[Para proporcionar de manera efectiva productos y servicios que satisfagan las necesidades reales de sus stakeholders y
usuarios, es necesario identificar e involucrar a todos los stakeholders como parte del proceso de Modelado de Requerimientos .
También debe identificar a los usuarios del sistema y asegurarse de que la comunidad de partes interesadas los represente
adecuadamente. Esta sección proporciona un perfil de las partes interesadas y los usuarios involucrados en el proyecto, y los
problemas clave que perciben que se abordarán con la solución propuesta. No describe sus solicitudes o requisitos específicos,
ya que estos se capturan en un artefacto de solicitudes de partes interesadas separado. En cambio, proporciona los antecedentes
y la justificación de por qué se necesitan los requisitos.]
3.1 Resumen de las partes interesadas
[Hay una serie de partes interesadas con interés en el desarrollo y no todas ellas son usuarios finales. Presente una lista
resumida de estas partes interesadas no usuarias. (Los usuarios se resumen en la sección 3.2.)]

Nombre Descripción Responsabilidades

Gerente Comercial Es el encargado de tomar
decisiones ejecutivas
concernientes al área comercial
de la compañía
Esta parte interesada:
-Asegura que el sistema cumpla los requisitos
señalados por la parte usuaria
-Monitorear el progreso del proyecto
-Garantizar Financiamiento para el proyecto

3.2 Resumen de usuario

[Presentar una lista resumida de todos los usuarios identificados.]

Nombre Descripción Responsabilidades

Encargado de Es responsable de; Elaborar
Contratos Minutas Evaluar
cotizaciones, Formalizar
Contratos
Administrador Es responsable de ejecutar el
servicio de administración de
condominios al cliente
-Brindar detalles de las funcionalidades que realiza en su
área como:
-Solicitud de cotizaciones
-Elaboración de minutas
-Presentación de propuestas a Clientes
Brindar detalles de las funcionalidades que realiza en su
área como:
-Gestionar los recursos humanos asignados al condominio
-Dirigir el proceso de recopilación de información de
predios y propietarios
-Categorización de predios
-Preparar los recibos de mantenimiento
-Realizar la cobranza de recibos por mantenimiento
-Solicitar cotización a proveedores
-Velar por el buen estado de las áreas comunes

Confidencial Condosa S.A, 4/19/2023 Página 5

 SIGCON Versión: 1.0
Vision (Small Project) Fecha: 13/Abril/23
A1

-Presentar informe al pdte. Junta de Propietarios

3.3 Entorno de usuario

[Detallar el entorno de trabajo del usuario objetivo. Aquí hay algunas sugerencias:
¿Número de personas involucradas en completar la tarea? ¿Esto está cambiando?
¿Cuánto dura un ciclo de tareas? ¿Cuánto tiempo dedica a cada actividad? ¿Esto está cambiando?
¿Alguna restricción ambiental única: móvil, al aire libre, en vuelo, etc.?
¿Qué plataformas de sistema están en uso hoy en día? ¿Plataformas futuras?
¿Qué otras aplicaciones están en uso? ¿Tu aplicación necesita integrarse con ellos?
Aquí es donde se podrían incluir extractos del Modelo de negocio para delinear la tarea y los roles involucrados, y así
sucesivamente.]
Actualmente el usuario no cuenta con sistema que integre los diversos procesos de negocio, generalmente
se utiliza el software de oficina como: excel y word para registrar las actividades, en otros casos utiliza un
cuaderno para llevar apuntes de las visitas al condominio, el control de los recibos por mantenimiento y
pagos lo realiza en hojas de calculo de excel. Esto ha motivado muchas quejas e inconformidad de parte de
los residentes con la empresa administradora contratada.
3.4 Alternativas y Competencia
[Identifique las alternativas que la parte interesada percibe como disponibles. Estos pueden incluir comprar el producto de un competidor,
construir una solución local o simplemente mantener el statu quo. Enumere las opciones competitivas conocidas que existen o pueden estar
disponibles. Incluya las principales fortalezas y debilidades de cada competidor según lo perciben las partes interesadas o el usuario final.]

Entre los productos software alternativos de otras empresas del rubro de desarrollo de software se tiene:
Alternativa Producto o Solución Fortalezas Debilidades
Competitiva
Adquisición de una Edificia.pe -Sistema disponible en -Alto costo por licencia
Solución Web línea. de uso.
-Orientado a la -No dispone de
administración de todo módulos en el ámbito
tipo de complejos cliente/servidor por lo
inmobiliarios, que se requiere
personalizable a las conexión permanente de
necesidades del cliente. internet para su uso.
-No dispone de
módulos para uso en
dispositivos móviles.

4. Descripción del producto

[Esta sección proporciona una vista de alto nivel de las capacidades del producto, las interfaces con otras aplicaciones y las
configuraciones del sistema. Esta sección generalmente consta de dos subsecciones, de la siguiente manera:
• Perspectiva del producto
• Supuestos y dependencias]
4.1 Perspectiva del producto

Confidencial Condosa S.A, 4/19/2023 Página 6

 SIGCON Versión: 1.0
Vision (Small Project) Fecha: 13/Abril/23
A1

[Esta subsección del documento Visión pone el producto en perspectiva con respecto a otros productos relacionados y al
entorno del usuario. Si el producto es independiente y totalmente autónomo, indíquelo aquí. Si el producto es un componente de
un sistema más grande, esta subsección debe relacionar cómo interactúan estos sistemas y debe identificar las interfaces
relevantes entre los sistemas. Una manera fácil de mostrar los componentes principales del sistema más grande, las
interconexiones y las interfaces externas es con un diagrama de bloques.]
El producto SIGCON se trataría de un producto independiente y totalmente autónomo, considerando que
los procesos actuales de Condosa no se encuentran automatizados. El sistema se desarrollará bajo un
entorno multiplataforma, con modulos personalizables para ejecución cliente/servidor, web o móvil
permitiendo el uso eficiente de los recursos de la compañía, asimismo aprovechando los avances
tecnológicos en el rubro de software.
4.2 Suposiciones y dependencias
[Enumere cada factor que afecta las características establecidas en el documento de Visión . Enumere las suposiciones que, si
se modifican, alterarán el documento de Visión . Por ejemplo, una suposición puede establecer que un sistema operativo
específico estará disponible para el hardware designado para el producto de software. Si el sistema operativo no está disponible,
será necesario cambiar el documento de Vision .]

5. Características del producto

[Enumerar y describir brevemente las características del producto. Las características son las Capacidades de alto nivel del
sistema que son necesarias para brindar beneficios a los usuarios. Cada característica es un servicio deseado externamente
que normalmente requiere una serie de entradas para lograr el resultado deseado. Por ejemplo, una característica de un sistema
de seguimiento de problemas podría ser la capacidad de proporcionar informes de tendencias. A medida que toma forma el
modelo de casos de uso, actualice la descripción para hacer referencia a los casos de uso.
Debido a que el documento de la Visión es revisado por una amplia variedad de personas involucradas, el nivel de detalle debe
ser lo suficientemente general para que todos lo entiendan. Sin embargo, debe haber suficiente detalle disponible para
proporcionar al equipo la información que necesita para crear un modelo de caso de uso.
Para administrar de manera efectiva la complejidad de la aplicación, recomendamos que para cualquier sistema nuevo, o un
incremento de un sistema existente , las capacidades se abstraigan a un nivel lo suficientemente alto como para que resulten
entre 25 y 99 funciones . Estas funciones proporcionan la base fundamental para la definición de productos, la gestión del
alcance y la gestión de proyectos. Cada función se ampliará con mayor detalle en el modelo de caso de uso.
A lo largo de esta sección, cada característica será percibida externamente por usuarios, operadores u otros sistemas externos.
Estas características deben incluir una descripción de la funcionalidad y cualquier problema de usabilidad relevante que deba
abordarse. Se aplican las siguientes pautas:
• Evite el diseño. Mantenga las descripciones de las funciones en un nivel general. Concéntrese en las capacidades
necesarias y por qué (no cómo) deben implementarse.
• Si está utilizando el kit de herramientas Rational RequisitePro, todos deben seleccionarse como requisitos de tipo para
una fácil referencia y seguimiento.]

[Definir la prioridad de las diferentes funciones del sistema. Incluya, si es útil, atributos como estabilidad, beneficio, esfuerzo y
riesgo.]

Id Nombre de la Descripción Input Output Usuario

Característica Responsable
C0 Mantener un Permitir acciones Nuevo Cliente Encargado de
1 registro de clientes de crear, en el Sistema Contratos
modificar,
eliminar clientes
C0 Emitir Cotizaciones Captura Cliente Cotización Encargado de

Confidencial Condosa S.A, 4/19/2023 Página 7

SIGCON Versión: 1.0
Vision (Small Project) Fecha: 13/Abril/23
A1

2 de Servicios información identificado Contratos

esencial de
clientes respecto a
los servicios
brindados
C0 Formalizar Acto Establecer la minuta Contrato Encargado de
3 Contractual firmas firmado Contratos
manuscritas y/o
digitales en la
minuta en señal
de conformidad
con los acuerdos
estipulados.
C0 Inventariar Bienes Refiere a la Contrato Bienes Administrador
4 realización del vigente Inventariados
levantamiento de
información de
las casas-
habitación y su
categorización.
C0 Gestión de Recibos Comprende la Gastos del Recibos Administrador
5 de Mantenimientos emisión de mes anterior cancelados
recibos de
mantenimiento
por gastos
ordinarios y
extraordinarios,
así como su
cobranza.
C0 Gestionar Mantener un Bien a Registros de Administrador
6 Mantenimiento y/o registro de los requerir mantenimientos
Reparaciones mantenimientos mantenimient y/o reparaciones
y/o reparaciones o y/ efectuadas
efectuadas. reparación.
C0 Gestionar Balance Mantener un Registros de Balance de Administrador
7 de Ingreso/Egresos registro de los ingresos, Ingresos/Egreso
pagos por registros de s
mantenimiento egresos
así como los
gastos ordinarios
y/o
extraordinarios
realizados
C0 Consultar Informes Con fines de Balances Informes Propietarios
8 Económicos transparentar la
gestión, mantener
un registro de
informes
económicos.

Confidencial Condosa S.A, 4/19/2023 Página 8

 SIGCON Versión: 1.0
Vision (Small Project) Fecha: 13/Abril/23
A1

6. Otros requisitos del producto

[En un nivel alto, enumere los estándares aplicables, el hardware o los requisitos de la plataforma; requisitos de desempeño; y requisitos ambientales.
Defina los rangos de calidad para el rendimiento, la solidez, la tolerancia a fallas, la facilidad de uso y características similares que no se capturan en el conjunto de
funciones.
Tenga en cuenta las restricciones de diseño, las restricciones externas u otras dependencias.
Defina los requisitos de documentación específicos, incluidos los manuales de usuario, la ayuda en línea, la instalación, el etiquetado y los requisitos de embalaje.
Defina la prioridad de estos otros requisitos del producto. Incluya, si es útil, atributos como estabilidad, beneficio, esfuerzo y riesgo.]
-Ver Condosa_Especificaciones Suplementarias.docx

Confidencial Condosa S.A, 4/19/2023 Página 9