AP3 AA3 Ev1 Formatoieee1362

CONJUNTO RESIDENCIAL LA ALAMEDA

SERVICIO NACIONAL DE APRENDIZAJE - SENA - CENTRO DE FORMACIÓN A DISTANCIA

INFORME DE ANALISIS DE SISTEMAS DE INFORMACION

Branlon Santiago Daza Franco, C.C.: 1037071786 Juan Carlos Parra Somoza, C.C.: 88033780 Norma Constanza Rodriguez Celemín, C.C: 65732032.

PROGRAMA: ANÁLISIS Y DESARROLLO DE SISTEMAS DE INFORMACIÓN 528538

Requisitos del sistema Proyecto: Definición del proyecto del Conjunto Residencial La Alameda Revisión [99.99]

Diciembre-2015

[Nombre del proyecto] Descripción del sistema

Rev. [99.99] Pág. 2

FT ING.DDR Descripción del sistema 01_00

Ficha del documento Fecha

Revisión

07/12/2015 [Rev]

Autor

Verificado de. Calidad.

Grupo No. 6- ADSI

[Firma o sello]

Documento validado por las partes en fecha: [Fecha] Por el cliente Administrador Conjunto Residencial La Alameda

Por la empresa suministradora Estudiantes Análisis y Desarrollo de Sistemas de Información del Conjunto Residencial La Alameda.

Definición del Proyecto del Conjunto Residencial La Alameda Requisitos del sistema

Rev. [99.99] Pág. 4

Contenido FICHA DEL DOCUMENTO 3 CONTENIDO 3 1 4

ALCANCE

1.1

Identificación [*]

4

1.2

Visión general del documento [*]

4

1.3

Visión general del sistema [*]

4

1.4

Personal involucrado [*]

4

2

DOCUMENTOS REFERENCIADOS

5

3

SITUACIÓN ACTUAL

5

3.1

Descripción del sistema o situación actual [*]

5

3.2

Tipos de usuarios

7

3.3

Necesidad y naturaleza de los cambios

8

3.4

Descripción de los cambios deseados

8

4

SISTEMA PROPUESTO

9

4.1

Descripción del sistema propuesto [*]

9

4.2

Tipos de usuarios [*]

10

4.3

Mantenimiento / soporte [*]

10

4.4

Escenarios operacionales

10

4.5

Futuras evoluciones

26

4.6

Cambios considerados pero no incluidos

26

5

RESUMEN DE MEJORAS

27

6

INFORMACIÓN ADICIONAL

27

Requisitos del sistema


1

Rev. [99.99] Pág. 5

Alcance Diseño, desarrollo e implementación de un sistema de información con el fin de mejorar las relaciones interpersonales entre los Residentes del Conjunto Residencial La Alameda y la Junta de Administración.

1.1

Identificación Crear un programa que contribuya a la sistematización de los procesos y procedimientos internos del Conjunto Residencial LA ALAMEDA, en pro de las relaciones a través de la comunicación, donde se beneficiarán mutuamente los vinculados en el presente proyecto en un 100%, optimizando y contrarrestando directamente las falencias, utilizando y adaptando las Tecnologías de la Información como medio principal al cumplimiento de la solución de los conflictos que se presentan dentro del conjunto residencial.

1.2

Visión general del documento

La visión general del documento es analizar las necesidades existentes en el Conjunto Residencial La Alameda, en lo referente al manejo de los recursos y del personal que labora a su servicio con el fin de mejorar las relaciones entre los Residentes y la Junta de Administración. 1.3 Visión general del sistema El programa de sistema está orientado a la presentación de los diferentes servicios y productos que tiene conjunto con respecto a las zonas sociales (salones de eventos, kiosco, asadero, canchas deportivas) al igual que los pagos de los servicios de los residentes (pagos de administración, pagos de zonas sociales) de una manera dinámica, directa y sistematizada, en la que los residentes podrán consultar a través equipos de cómputo, para la parte administrativa existirá un control de cada uno de los elemento involucrados. La aplicación podrá ser vista en tiempo real por cualquiera de los residentes, al momento que lo requiera.

1.3

Personal involucrado

Nombre Rol Categoría profesional Responsabilidades Información de contacto

Branlon Santiago Daza Franco Estudiante ADSI Tecnólogo Cumplir con el proyecto solicitado, prestando el apoyo requerido. [email protected]



Aprobación

Conjunto Residencial La Alameda

Nombre Rol Categoría profesional Responsabilidades

Juan Carlos Parra Somoza Estudiante ADSI Tecnólogo

Información de contacto Aprobación

Cumplir con el proyecto solicitado, prestando el apoyo requerido. [email protected] Conjunto Residencial La Alameda

Nombre Rol Categoría profesional Responsabilidades Información de contacto Aprobación

Rev. [99.99] Pág. 6

Norma Constanza Rodriguez Celemín Estudiante ADSI Aprendiz Cumplir con el proyecto solicitado, prestando el apoyo requerido. [email protected] Conjunto Residencial La Alameda

2 Documentos referenciados Nº Título 1 Requisito del Sistema

Ruta Versión Primera 1.0 presentación Especificación de Requisitos

Fecha Autor 11-09-2015 Grupo 6 ADSI

3. Situación actual En el momento no se puede determinar un informe real de la situación, debido a que no se cuenta con un sistema eficiente que permita mostrar estadísticas de todos los procesos y procedimientos que se manejan en el Conjunto Residencial La Alameda.

2.1

Descripción del sistema o situación actual El hecho de no tener un sistema que permita en un momento determinado obtener un informe de todos los procesos y procedimientos Requisitos del sistema


Rev. [99.99] Pág. 7

que se llevan en el Conjunto Residencial, hace que se presenten diferencias entre los residentes y la Administración.



Rev. [99.99] Pág. 8



Rev. [99.99] Pág. 9

Documentación caso de uso: Asisten a Asamblea General y Extraordinarias Descripción

Precondición Secuencia Normal

Post - condición Excepciones

El comportamiento del sistema deberá describir el paso a paso del caso de uso cuando los residentes programan las asambleas. No se ha realizado la Asamblea de Residentes 1. El Administrador cita a los Residentes a la Asamblea General de Residentes. 2. Se lleva a cabo la Asamblea, se elige nueva Junta, lo cual queda registrado en el Acta 3. El Administrador realiza el registro de las decisiones tomadas en la asamblea ante las entidades respectivas. La Junta de Administracion existente es ratificada 1. No es necesario hacer cambios de la junta ante las entidades competentes.

Documentación caso de uso: Nombra Administrador Descripción



El comportamiento del sistema deberá describir el paso a paso del caso de uso cuando la Asamblea nombra al Administrador. El periodo de nombramiento del Administrador se cumplio. 1. La asamblea general estudia hojas de vida de aspirantes a Administrador del Conjunto. 2. Se realiza el nombramiento del nuevo administrador. 3. La asamblea registra en el acta los datos del nuevo administrador del conjunto. El actual Administrador es ratificado para un nuevo periodo. 1. No es necesario cambiar el nombre del Administrador ante las otras entidades.



Rev. [99.99] Pág. 10

Documentación caso de uso: Decreta valor cuota Administración Descripción

Precondición Secuencia Normal Post - condición Excepciones

El comportamiento del sistema deberá describir el paso a paso del caso de uso cuando la asamblea decreta el valor de la cuota de Administración. Los gastos del conjunto se han aumentado, es necesario decretar nueva cuota de Administración. 1. La asamblea hace un analisis de los gastos del conjunto 2. Se someten a votacion varios valores 3. Se determina un nuevo valor como cuota de administración, el cual es aprobado por unanimidad. La asamblea considera rebajar los gastos y costos. 1. No es necesario aumentar la cuota de Administración.

Documentación caso de uso: Recibe informes de Administrador Descripción

Precondición Secuencia Normal Post - condición Excepciones

El comportamiento del sistema deberá describir el paso a paso del caso de uso cuando el Administrador rinde informe a la Asamblea. El Administrador rinde informe pormenorizado de sus actuaciones. 1. La asamblea analiza el informe rendido por e Administrador. 2. Realizan algunas objeciones al informe. 3. Se dan recomendaciones para posteriores actuaciones. La asamblea aprueba en su totalidad el informe del Administrador. 1. No es necesario dejar recomendaciones.

Documentación caso de uso: Recauda y radica cuota Administración Requisitos del sistema


Descripción



Rev. [99.99] Pág. 11

El comportamiento del sistema deberá describir el paso a paso del caso de uso cuando el administrador registra los pagos que hace el residente por concepto de cuota de administración El residente no ha cancelado la cuota de administración 1. El Administrador revisa en los libros que el residente aún no ha cancelado la cuota de administración correspondiente al mes. 2. El Administrador recibe del residente el dinero por concepto de cuota de administración 3. El Administrador realiza el registro del pago en los respectivos libros y le expide el recibo que lo acredita que esta al dia. El residente ha cancelado cumplidamente las cuotas de administración en las fechas establecidas. 1. El residente se encuentra al dia en los pagos de cuotas de Administración, por lo tanto no es necesario requerirlo.

Documentación caso de uso: Realiza pagos a terceros Descripción



El comportamiento del sistema deberá describir el paso a paso del caso de uso cuando el administrador realiza los pagos a terceros La Administración no ha cumplido con lo pagos que debe realizar el conjunto. 1. El Administrador realiza un inventario de los pagos pendientes. 2. El Administrador revisa cuanto dinero hay en el banco para cumplir con esos pagos. 3. El Administrador hace los pagos y registra los movimientos en los libros respectivos. El dinero existente en el banco no alcanza para realizar los pagos pendienes 1. El Administrador solicita asamblea extraordinaria para buscar solución a los problemas económicos.

Documentación caso de uso: Administra personal al servicio del Conjunto Requisitos del sistema


Descripción



Rev. [99.99] Pág. 12

El comportamiento del sistema deberá describir el paso a paso del caso de uso cuando el Administrador administra personal al servicio del Conjunto.. El Conjunto requiere contratar personal de vigilancia y mantenimiento para su buen funcionamiento. 1. El Administrador recepciona hojas de vida los aspirantes. 2. El Administrador analiza las hojas de vida de los aspirantes 3. El Administrador hace la contratacion del personal requerido. Los empleados al servicio del Conjunto tienen buen desempeño. 1. No es necesario hacer nuevas contrataciones de personal.

Tipos de usuarios Tipo de usuario Responsabilidad Formación Habilidades Actividades

Interacción con el sistema

Tipo de usuario

Administrador Controlar, manipular, editar la información del sistema Universitaria. Conocimiento pleno del software, conocimiento de sistemas computacionales. Controlar la información de los residentes en cuanto a la estructura organizacional teniendo en cuenta los patrones y las funciones de cada uno de ellos. Interacción de control

Residente Requisitos del sistema


Responsabilidad Formación Habilidades Actividades Interacción con el sistema

Rev. [99.99] Pág. 13

Consultoría Independiente (N.A.) Conocimiento y control de sistemas computacionales. Consultar información personal con respecto al apartamento habitado. Interacción de consulta

2.2

Necesidad y naturaleza de los cambios La necesidad y naturaleza de los cambios se debe a que actualmente el conjunto residencial La Alameda no cuenta con un sistema que permita obtener información en tiempo real de los procesos que se utilizan, entro otros, el manejo de los dineros que se cancelan como cuota de administración, manejo de personal, programación de eventos, lo que termina en conflictos entre la Administración y los Residentes, lo que los obligo a solicitar la creación de un sistema.

2.3

Descripción de los cambios deseados Este es un sistema propuesto por primera vez así que no tiene ningún tipo de requerimiento por cambio, por consiguiente es un sistema diseñado para cumplir y suplir una necesidad que no tiene solución latente al día de hoy. Su estructura es inicial

3.1. Sistema propuesto Los procesos de comunicación que actualmente se manejan dentro de un conjunto residencial no son los más efectivos, lo que causa malestar e inconformidad entre los residentes, debido a la falta de información oportuna sobre los pagos de administración, la reserva de zonas sociales y la clase de residente que ocupa los apartamentos (propietario o arrendatario), retrasando así las labores administrativas en pro del bienestar y la seguridad. Dentro de las situaciones que se presentan, se han evidenciado problemas, como por ejemplo, retrasos en los pagos administrativos, cruces de reservas de los salones sociales y notificaciones a residentes sobre sucesos de los cuales solo es de interés para residentes propietarios. Para ello se requiere de un mejoramiento del proceso de comunicación entre la Junta de Administración y los Residentes, donde el proceso sea activo, efectivo, eficaz y puedan tener conocimiento oportunamente de las decisiones que se tomen. Requisitos del sistema


Rev. [99.99] Pág. 14

Debido a lo anterior, hemos optado por el desarrollo o mejora en dichos inconvenientes usando las TIC ’s (tecnologías de información y comunicación) actuales, desarrollando procesos de mejora, implementación y actualización de las formas que comunicación entre el administrador y los residentes y/o copropietarios; dichos procesos se realizarán con el desarrollo de bases de datos y software para el ejercicio en tiempo real, que permita a los residentes verificar su perfil al igual que consultar los estados de las zonas sociales sin tener peligro alguno de modificación o manipulación de la información creando mejoras en la seguridad y brindando bienestar a los residentes. 3.2. Descripción del sistema propuesto Crear un programa que contribuya a la sistematización de los procesos y procedimientos internos del conjunto residencial, en pro de las relaciones a través de la comunicación, donde se beneficiarán mutuamente los vinculados en el presente proyecto un 100%, optimizando y contrarrestando directamente las falencias; utilizando y adaptando las Tecnologías de la Información como medio principal al cumplimiento de la solución de los conflictos que se presentan dentro del conjunto. Para permitir la interacción directa con los clientes (residentes y administrador) en este proyecto mediante un hardware de computadores se procederá a realizar un software con leguaje de programación Java en el cual se realizaran cientos de líneas de código que permitan establecer la interface gráfica de usuario (GUI), la conexión lógica entre las GUI y los procesos requeridos para su manipulación y de interés, además de poder accedes a una base de datos establecida previamente en la que se guardaran, almacenaran y se accedan los datos en el momento deseado; también cabe resaltar que la plataforma del procesador será compatible con sistema operativo Windows en cualquiera de sus versiones superiores a Windows 7, con aceptación y plena y funcionalidad sin interrupción, el medio de interacción entre los diferentes usuarios será a través de la web. Por ultimo cabe mencionar que el Software tendrá un diseño simple, de fácil entendimiento y rápido para que cualquier tipo de usuario pueda tener acceso y control sobre la plataforma, no obstante a pesar de tener un diseño simple contará con toda la seguridad pertinente, encriptación de información, seguridad en procesos y veracidad de validación. Para el presente proyecto el principal patrón aplicado será el MVC (ModelView - Controller / Modelo – Vista - Controlador) ya que nos permite dividir Requisitos del sistema


Rev. [99.99] Pág. 15

la aplicación en tres capaz que permite mayor flexibilidad y eficiencia en el trabajo y ejecución de nuestra aplicación, además que el lenguaje de programación Java proporciona un soporte para este tipo de arquitectura, puesto que su implementación se puede realizar de manera modular y no afecta ninguno de sus componentes como el dominio y las vistas, además de la flexibilidad para la actualización de la información, ya que permite tener siempre la información en tiempo real y de manera verídica. Cabe resaltar que MVC es uno de los patrones de diseño mejor elaborados para las aplicaciones y presenta extensibilidad y una mantenibilidad única, lo que proporciona un valor agregado a los sistemas.

4.1. Tipos de usuarios Tipo de usuario Responsabilidad Formación Habilidades Actividades

Interacción con el sistema Tipo de usuario Responsabilidad Formación Habilidades Actividades Interacción con el sistema

Administrador Controlar, manipular, editar la información del sistema Universitaria. Conocimiento pleno del software, conocimiento de sistemas computacionales. Controlar la información de los residentes en cuanto a la estructura organizacional teniendo en cuenta los patrones y las funciones de cada uno de ellos. Interacción de control

Residente Consultoría Independiente (N.A.) Conocimiento y control de sistemas computacionales. Consultar información personal con respecto al apartamento habitado. Interacción de consulta



Rev. [99.99] Pág. 16

4.2. Mantenimiento / soporte Para la implementación de la aplicación se requiere como mínimo 3 equipos de cómputo que se instalarán de la siguiente manera: uno (1) para la administración, el cual permitirá tener el control y la base de datos donde se almacenará y se manipulara la información, tanto de los residentes como de los servicios que se tienen, (pagos de mensualidades, alquiler de salones sociales, abonos para la jardinería, etc.) y los dos (2) restantes equipos serán para el uso y consulta de los residentes en cuando a cada uno de los estados actuales de sus cuentas y/o de las zonas sociales. 4.3

Escenarios operacionales

Para esta aplicación es necesario tener dos interfaces, una que es la que tiene el usuario de tipo residente, en la cual solo se visualizaran procesos de consulta y podrán verse valores como: -

Nombre Apellido Cedula Numero de apartamento Tipo de residente (propietario/ arrendatario) Mascotas y tipo (Tiene/no tiene, tipo de mascota) Pago administración (al día/atrasado) Consultar salón social: - Número de salón - Disponibilidad (libre/reservado)

Por otra parte es necesario también tener un interfaz para el usuario tipo administrador quien es el que tiene el control pleno sobre el software, y quien puede modificar los campos requeridos en el momento que lo desee; para esta interfaz se tendrán acceso a: - Crear residente: - Nombre - Apellido - Cedula - Numero de apartamento - Tipo de residente (propietario/ arrendatario) - Mascotas y tipo (Tiene/no tiene, tipo de mascota) - Modificar residente: Requisitos del sistema


Rev. [99.99] Pág. 17

- Nombre - Apellido - Cedula - Numero de apartamento - Tipo de residente (propietario/ arrendatario) - Mascotas y tipo (Tiene/no tiene, tipo de mascota) - Buscar residente: - Nombre - Apellido - Cedula - Numero de apartamento - Tipo de residente (propietario/ arrendatario) - Mascotas y tipo (Tiene/no tiene, tipo de mascota) - Eliminar residente: - Cedula - Reservar salón: - Numero de salón - Fecha de reserva - Reserva a residente - Pago administración: - Nombre - Apellido - Cedula - Numero de apartamento - Pago administración

2.3.1

Especificación de casos de uso

2.3.1.1

Caso de uso 1: Crear residente 2.3.1.1.1

Diagrama de caso de uso 1



Rev. [99.99] Pág. 18

2.3.1.1.2 Descripción

Descripción del caso de uso 1 El sistema permitirá crear un nuevo residente y almacenarlo en la base de datos Precondiciones No existir residente No haber sido registrado anteriormente No haber duplicidad Secuencia Paso Acción normal 1 Validación de datos Creación de nuevo residente con los 2 datos requeridos Creación y guardado del nuevo 3 residente Post El residente debe quedar almacenado en la condiciones base de datos El objeto residente puede ser llamado cuantas veces se requiera El objeto residente puede ser editado según la necesidad Excepciones Paso Acción 1 El Residente ya está registrado 2

2.3.1.1.3

No es necesario crearlo de nuevo

Especificación de escenarios



Rev. [99.99] Pág. 19



2.3.1.2

Caso de uso 2: Editar residente

2.3.1.2.1


2.3.1.2.2

Descripción del caso de uso 2

Descripción

Rev. [99.99] Pág. 20

Permitir editar la información de un residente

Precondiciones Residente existente Ser usuario tipo admin Secuencia normal

Post condiciones Excepciones

Paso Acción 1 Buscar el residente a editar 2 Editar la información que se requiera 3 Guastar los cambios Se debe almacenar la nueva información Se debe conservar la última actualización de la información Paso Acción 1 No es necesario editar información 2

No se efectuara ningún cambio



2.3.1.2.3

2.3.1.3 2.3.1.3.1

Rev. [99.99] Pág. 21


Caso de uso 3: Buscar residente Diagrama de caso de uso 3

2.3.1.3.2 Descripción del caso de uso 3 Descripción Permitir buscar un residente Precondiciones Ser usuario tipo Admin Residente existente Secuencia normal


Paso Acción 1 Buscar el residente 2 Ver el residente 3 Verificar información No aplica Paso Acción



2.3.1.3.3

2.3.1.4 2.3.1.4.1

Rev. [99.99] Pág. 22


Caso de uso 4: Eliminar residente Diagrama de caso de uso 4

2.3.1.4.2 Descripción del caso de uso 4 Descripción Permitir eliminar un residente Precondiciones Ser usuario tipo Admin. Residente existente. Secuencia normal


Paso Acción 1 Buscar el residente a eliminar 2 Eliminar el residente Borrar los datos del residente de la base 3 de datos El residente no existe en la base de datos Paso Acción 1 No es necesario eliminar ningún registro



2.3.1.4.3

2.3.1.5 2.3.1.5.1

Rev. [99.99] Pág. 23


Caso de uso 5: Buscar salón Diagrama de caso de uso 5

2.3.1.5.2 Descripción del caso de uso 5 Descripción Permitir buscar un salón Precondiciones Ser usuario tipo Admin Existencia del salón Secuencia normal


Paso Acción 1 Buscar el salón 2 Ver salón 3 Verificar información No aplica Paso Acción 1 No se necesita buscar ningún salón



2.3.1.5.3

2.3.1.6 2.3.1.6.1

Rev. [99.99] Pág. 24


Caso de uso 6: Eliminar salón Diagrama de caso de uso 6

2.3.1.6.2 Descripción del caso de uso 6 Descripción Permitir eliminar la reserva de un salón Precondiciones Ser usuario tipo Admin Existencia del salón Secuencia normal


Paso Acción 1 Buscar el salón a eliminar 2 Eliminar la información dentro del salón Borrar los datos del salón de la base de 3 datos El salón no existe en la base de datos Paso Acción 1 Debe hacerse el registro de salón



2

2.3.1.6.3

2.3.1.7 2.3.1.7.1

Rev. [99.99] Pág. 25

Incluir toda la información necesaria


Caso de uso 7: Editar salón Diagrama de caso de uso 7

2.3.1.7.2

Descripción del caso de uso 7 Descripción Permitir editar la información de un salón Precondiciones Ser usuario tipo admin Existencia de un salón Secuencia normal

Post condiciones

Paso Acción 1 Buscar el salón a editar 2 Editar la información que se requiera 3 Guastar los cambios Se debe almacenar la nueva información Se debe conservar la última actualización de la Requisitos del sistema


Rev. [99.99] Pág. 26

información Excepciones

2.3.1.7.3

2.3.1.8 2.3.1.8.1

Paso Acción 1 No es necesario cambiar la información Especificación de escenarios

Caso de uso 8: Editar Tipo Mascota Diagrama de caso de uso 8


Descripción del caso de uso 8 Permitir editar la información del tipo de mascota de un residente Precondiciones Ser usuario tipo admin Existencia del residente Secuencia normal

Post condiciones

Paso Acción 1 Buscar el residente a editar Editar la información que se requiera 2 sobre el tipo de mascota 3 Guardar los cambios Se debe almacenar la nueva información Se debe conservar la última actualización de la Requisitos del sistema


Excepciones

2.3.1.8.3

2.3.1.9 2.3.1.9.1

Rev. [99.99] Pág. 27

información Paso Acción 1 El residente no tiene mascota Especificación de escenarios

Caso de uso 9: Editar estado de administración Diagrama de caso de uso 9

2.3.1.9.2

Descripción del caso de uso 9 Descripción Permitir editar la información referente al pago de la Administracion Precondiciones Ser usuario tipo admin Existencia del residente Secuencia normal

Post condiciones

Paso Acción 1 Buscar el residente a editar Editar la información que se requiera 2 sobre el pago de administración. 3 Guastar los cambios Se debe almacenar la nueva información Se debe conservar la última actualización de Requisitos del sistema


Rev. [99.99] Pág. 28

la información Excepciones

Paso Acción 1 El Residente se encuentra al día. 2

2.3.1.9.3

El residente es cumplido siempre.




2.3.1.10

Rev. [99.99] Pág. 29

Caso de uso 10: Ver perfil residente

2.3.1.10.1


2.3.1.10.2

Descripción del caso de uso 10

Descripción

Permite a los residentes ver su perfil donde se encentra su información personal y datos asociados a la administración y los salones sociales Precondiciones Ser usuario tipo residente Existencia como residente Secuencia normal


Paso Acción 1 Validar los datos Ver perfil de residente con la 2 información 3 Cerrar sesión Paso Acción



2.3.1.10.3

2.3.1.11 2.3.1.11.1

Rev. [99.99] Pág. 30


Caso de uso 11: Ver salón Diagrama de caso de uso 11


Descripción del caso de uso 11 Permite a los residentes ver el perfil de los salones y las reservas que se tengan. Precondiciones Ser usuario tipo residente Existencia como residente Secuencia normal

Post condiciones

Acción Acción 1 Validar los datos Ver perfil de residente con la 2 información 3 Ver el perfil de los salones Cerrar sesión



Excepciones

2.3.1.11.3

2.3.1.12 2.3.1.12.1

Paso

Rev. [99.99] Pág. 31

Acción


Caso de uso 12: ver estado administración Diagrama de caso de uso 12

2.3.1.12.2

Descripción del caso de uso 12 Descripción Permite a los residentes ver el perfil de sus pagos de administración Precondiciones Ser usuario tipo residente Existencia como residente Secuencia normal

Acción Acción 1 Validar los datos 2 Ver perfil de residente con la Requisitos del sistema


Post condiciones Excepciones 2.3.1.13

Rev. [99.99] Pág. 32

información 3 Ver el perfil de administración Cerrar sesión Paso

Acción

Identificación de Clases y Atributos



2.3.1.14

Rev. [99.99] Pág. 33

Diagrama de Clases

Modelo de datos



2.3.1.15

Rev. [99.99] Pág. 34

Identificación de Entidades  Administración: actúa como el controlador de todo el sistema es el encargado de editar, crea, buscar o eliminar la información con respecto a los residentes, salones sociales y pagos de administración.  Residentes: Es un usuario que tiene permisos de ver únicamente.

2.3.1.16

Modelo Entidad Relación

4.4. Futuras evoluciones Se tiene previsto a futuro realizarle las actualizaciones al sistema, teniendo en cuenta las necesidades que se requieran con el fin de solucionar los inconvenientes o fallas que se puedan encontrar y que puedan generar fallas en los procesos; asimismo, si el Conjunto



Rev. [99.99] Pág. 35

Residencial considera crear nuevos procesos dentro del sistema que lo hagan más eficiente. 4.5. Cambios considerados pero no incluidos Desde que se solicitó la creación del programa para sistematizar los procesos y procedimientos que se realizan al interior del Conjunto Residencial La Alameda hasta la fecha, no ha habido necesidad de realizar modificaciones algunas a los requerimientos iniciales.



Rev. [99.99] Pág. 36

5. Resumen de mejoras Se puede afirmar de antemano que la creación de este sistema mejorará en un 100% los procesos y procedimientos que se manejan al interior del Conjunto Residencial La Alameda, debido a que es una plataforma que permitirá que a todos los involucrados en el proceso, como son los Residentes, Junta de Administración, Junta de vigilancia, Administrador, Personal de Vigilancia y mantenimiento, para que puedan ingresar al sistema y tener acceso a la información de acuerdo a los permisos que se le otorguen a cada uno; es decir, que solo tendrá acceso a la información el personal autorizado, y de acuerdo al rol que cada uno desempeñe dentro del Conjunto. 6. Información adicional Lo que podemos adicionar al presente documento es que este proyecto será realizado con todos los parámetros requeridos y con la calidad necesaria para presentar un buen producto; asimismo, que si es aprobado, los gastos que se generen con ocasión del mismo, serán cancelados por la empresa. No queda más que decir en este documento que nuestro software en la creación del mismo en cuanto al análisis e implementación conto con software de código libre y que por tal motivo el coste en caso de aprobación por el Gerente General en cuanto a licencias será pagado por la empresa.


AP3 AA3 Ev1 Formatoieee1362

Recommend Documents