AP3-AA2-Ev1-Diagramas de Modelo Entidad Relación PDF

CONJUNTO RESIDENCIAL LA ALAMEDA
INFORME DE ANALISIS DE SISTEMAS DE INFORMACION
PROGRAMA: ANLISIS Y DESARROLLO DE

SISTEMAS DE INFORMACIN
Requisitos del sistema
Proyecto: Definicin del proyecto del Conjunto

Residencial La Alameda
Revisin
Diciembre-2015
Rev.
Descripcin del sistema Pg. 2
Ficha del documento
Fecha Revisin Autor Verificado de. Calidad.
Documento validado por las partes en fecha:
Por el cliente Por la empresa suministradora

Estudiantes Anlisis y Desarrollo de
Administrador Conjunto Residencial
Sistemas de Informacin del Conjunto
La Alameda
Residencial La Alameda.
FT ING.DDR Descripcin del sistema 01_00

Rev.
Contenido
FICHA DEL DOCUMENTO
3
CONTENIDO
3
1 ALCANCE
4
1.1 Identificacin [*] 4
1.2 Visin general del documento [*] 4
1.3 Visin general del sistema [*] 4
1.4 Personal involucrado [*] 4
2 DOCUMENTOS REFERENCIADOS 5
3 SITUACIN ACTUAL 5
3.1 Descripcin del sistema o situacin actual [*] 5
3.2 Tipos de usuarios 7
3.3 Necesidad y naturaleza de los cambios 8
3.4 Descripcin de los cambios deseados 8
4 SISTEMA PROPUESTO 9
4.1 Descripcin 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 INFORMACIN ADICIONAL 27

Rev.
Alcance
Diseo, desarrollo e implementacin de un sistema de informacin con el
fin de mejorar las relaciones interpersonales entre los Residentes del
Conjunto Residencial La Alameda y la Junta de Administracin.
1.1 Identificacin
Crear un programa que contribuya a la sistematizacin de los procesos y
procedimientos internos del Conjunto Residencial LA ALAMEDA, en pro
de las relaciones a travs de la comunicacin, donde se beneficiarn
mutuamente los vinculados en el presente proyecto en un 100%,
optimizando y contrarrestando directamente las falencias, utilizando y
adaptando las Tecnologas de la Informacin como medio principal al
cumplimiento de la solucin de los conflictos que se presentan dentro del
conjunto residencial.
1.2 Visin general del documento
La visin 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 Administracin.
1.3 Visin general del sistema
El programa de sistema est orientado a la presentacin 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 administracin, pagos
de zonas sociales) de una manera dinmica, directa y sistematizada, en la
que los residentes podrn consultar a travs equipos de cmputo, para la
parte administrativa existir un control de cada uno de los elemento
involucrados. La aplicacin podr ser vista en tiempo real por cualquiera
de los residentes, al momento que lo requiera.
1.4 Personal involucrado

Nombre Branlon Santiago Daza Franco
Rol Estudiante ADSI
Categora Tecnlogo
profesional
Responsabilidades Cumplir con el proyecto solicitado, prestando el
apoyo requerido.

Rev.
Informacin de bsdaza68@misena.edu.co
contacto
Aprobacin Conjunto Residencial La Alameda
Nombre Juan Carlos Parra Somoza

Rol Estudiante ADSI
Categora Tecnlogo
profesional
apoyo requerido.
Informacin de rokagrafica@gmail.com
contacto
Nombre Norma Constanza Rodriguez Celemn

Rol Estudiante ADSI
Categora Aprendiz
profesional
apoyo requerido.
Informacin de nrodriguezc10@gmail.com
contacto
2 Documentos referenciados
N Ttulo Ruta Versin Fecha Autor
1 Requisito del Primera 1.0 11-09-2015 Grupo 6
Sistema presentacin ADSI
Especificacin
de Requisitos
3. Situacin actual
En el momento no se puede determinar un informe real de la situacin,
debido a que no se cuenta con un sistema eficiente que permita mostrar
estadsticas de todos los procesos y procedimientos que se manejan en el
Conjunto Residencial La Alameda.

Rev.
2.4 Descripcin del sistema o situacin actual

El hecho de no tener un sistema que permita en un momento
determinado obtener un informe de todos los procesos y procedimientos
que se llevan en el Conjunto Residencial, hace que se presenten
diferencias entre los residentes y la Administracin.

Rev.

Rev.
Documentacin caso de uso: Asisten a Asamblea General y Extraordinarias
Descripcin El comportamiento del sistema deber describir el paso a

paso del caso de uso cuando los residentes programan
las asambleas.
Precondicin No se ha realizado la Asamblea de Residentes
Secuencia Normal 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.
Post - condicin La Junta de Administracion existente es ratificada
Excepciones 1. No es necesario hacer cambios de la junta ante las
entidades competentes.
Documentacin caso de uso: Nombra Administrador

Rev.

paso del caso de uso cuando la Asamblea nombra al
Administrador.
Precondicin El periodo de nombramiento del Administrador se
cumplio.
Secuencia Normal 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.
Post - condicin El actual Administrador es ratificado para un nuevo
periodo.
Excepciones 1. No es necesario cambiar el nombre del
Administrador ante las otras entidades.
Documentacin caso de uso: Decreta valor cuota Administracin

paso del caso de uso cuando la asamblea decreta el valor
de la cuota de Administracin.
Precondicin Los gastos del conjunto se han aumentado, es necesario
decretar nueva cuota de Administracin.
Secuencia 1. La asamblea hace un analisis de los gastos del conjunto
Normal 2. Se someten a votacion varios valores
3. Se determina un nuevo valor como cuota de
administracin, el cual es aprobado por unanimidad.
Post - condicin La asamblea considera rebajar los gastos y costos.
Excepciones 1. No es necesario aumentar la cuota de Administracin.

Rev.
Documentacin caso de uso: Recibe informes de Administrador

paso del caso de uso cuando el Administrador rinde informe
a la Asamblea.
Precondicin El Administrador rinde informe pormenorizado de sus
actuaciones.
Secuencia 1. La asamblea analiza el informe rendido por e
Normal Administrador.
2. Realizan algunas objeciones al informe.
3. Se dan recomendaciones para posteriores actuaciones.
Post - condicin La asamblea aprueba en su totalidad el informe del
Administrador.
Excepciones 1. No es necesario dejar recomendaciones.
Documentacin caso de uso: Recauda y radica cuota Administracin

paso del caso de uso cuando el administrador registra los
pagos que hace el residente por concepto de cuota de
administracin
Precondicin El residente no ha cancelado la cuota de administracin
Secuencia Normal 1. El Administrador revisa en los libros que el residente
an no ha cancelado la cuota de administracin
correspondiente al mes.
2. El Administrador recibe del residente el dinero por
concepto de cuota de administracin

Rev.
3. El Administrador realiza el registro del pago en los

respectivos libros y le expide el recibo que lo acredita
que esta al dia.
Post - condicin El residente ha cancelado cumplidamente las cuotas de
administracin en las fechas establecidas.
Excepciones 1. El residente se encuentra al dia en los pagos de
cuotas de Administracin, por lo tanto no es necesario
requerirlo.
Documentacin caso de uso: Realiza pagos a terceros

paso del caso de uso cuando el administrador realiza los
pagos a terceros
Precondicin La Administracin no ha cumplido con lo pagos que debe
realizar el conjunto.
Secuencia Normal 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.
Post - condicin El dinero existente en el banco no alcanza para realizar
los pagos pendienes
Excepciones 1. El Administrador solicita asamblea extraordinaria para
buscar solucin a los problemas econmicos.
Documentacin caso de uso: Administra personal al servicio del Conjunto

paso del caso de uso cuando el Administrador administra
personal al servicio del Conjunto..
Precondicin El Conjunto requiere contratar personal de vigilancia y
mantenimiento para su buen funcionamiento.

Rev.
Secuencia Normal 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.
Post - condicin Los empleados al servicio del Conjunto tienen buen
desempeo.
Excepciones 1. No es necesario hacer nuevas contrataciones de
personal.
Tipos de usuarios
Tipo de usuario Administrador
Responsabilidad Controlar, manipular, editar la informacin del
sistema
Formacin Universitaria.
Habilidades Conocimiento pleno del software, conocimiento
de sistemas computacionales.
Actividades Controlar la informacin de los residentes en
cuanto a la estructura organizacional teniendo en
cuenta los patrones y las funciones de cada uno
de ellos.
Interaccin con el Interaccin de control
sistema
Tipo de usuario Residente

Responsabilidad Consultora
Formacin Independiente (N.A.)

Rev.
Habilidades Conocimiento y control de sistemas

computacionales.
Actividades Consultar informacin personal con respecto al
apartamento habitado.
Interaccin con el Interaccin de consulta
sistema
2.5 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 informacin en tiempo real de los procesos que se utilizan, entro
otros, el manejo de los dineros que se cancelan como cuota de
administracin, manejo de personal, programacin de eventos, lo que
termina en conflictos entre la Administracin y los Residentes, lo que los
obligo a solicitar la creacin de un sistema.
2.6 Descripcin de los cambios deseados

Este es un sistema propuesto por primera vez as que no tiene ningn tipo
de requerimiento por cambio, por consiguiente es un sistema diseado
para cumplir y suplir una necesidad que no tiene solucin latente al da de
hoy. Su estructura es inicial
3.1. Sistema propuesto

Los procesos de comunicacin que actualmente se manejan dentro de un
conjunto residencial no son los ms efectivos, lo que causa malestar e
inconformidad entre los residentes, debido a la falta de informacin
oportuna sobre los pagos de administracin, 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 inters para residentes propietarios.
Para ello se requiere de un mejoramiento del proceso de comunicacin
entre la Junta de Administracin y los Residentes, donde el proceso sea

Rev.
activo, efectivo, eficaz y puedan tener conocimiento oportunamente de las

decisiones que se tomen.
Debido a lo anterior, hemos optado por el desarrollo o mejora en dichos
inconvenientes usando las TIC s (tecnologas de informacin y
comunicacin) actuales, desarrollando procesos de mejora, implementacin
y actualizacin de las formas que comunicacin entre el administrador y los
residentes y/o copropietarios; dichos procesos se realizarn 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 modificacin o
manipulacin de la informacin creando mejoras en la seguridad y
brindando bienestar a los residentes.
3.2. Descripcin del sistema propuesto

Crear un programa que contribuya a la sistematizacin de los procesos y
procedimientos internos del conjunto residencial, en pro de las relaciones a
travs de la comunicacin, donde se beneficiarn mutuamente los
vinculados en el presente proyecto un 100%, optimizando y contrarrestando
directamente las falencias; utilizando y adaptando las Tecnologas de la
Informacin como medio principal al cumplimiento de la solucin de los
conflictos que se presentan dentro del conjunto.
Para permitir la interaccin directa con los clientes (residentes y
administrador) en este proyecto mediante un hardware de computadores se
proceder a realizar un software con leguaje de programacin Java en el
cual se realizaran cientos de lneas de cdigo que permitan establecer la
interface grfica de usuario (GUI), la conexin lgica entre las GUI y los
procesos requeridos para su manipulacin y de inters, adems 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;
tambin cabe resaltar que la plataforma del procesador ser compatible
con sistema operativo Windows en cualquiera de sus versiones superiores
a Windows 7, con aceptacin y plena y funcionalidad sin interrupcin, el
medio de interaccin entre los diferentes usuarios ser a travs de la web.
Por ultimo cabe mencionar que el Software tendr un diseo simple, de

fcil entendimiento y rpido para que cualquier tipo de usuario pueda tener
acceso y control sobre la plataforma, no obstante a pesar de tener un

Rev.
diseo simple contar con toda la seguridad pertinente, encriptacin de

informacin, seguridad en procesos y veracidad de validacin.
Para el presente proyecto el principal patrn aplicado ser el MVC

(Model-View - Controller / Modelo Vista - Controlador) ya que nos permite
dividir la aplicacin en tres capaz que permite mayor flexibilidad y eficiencia
en el trabajo y ejecucin de nuestra aplicacin, adems que el lenguaje de
programacin Java proporciona un soporte para este tipo de arquitectura,
puesto que su implementacin se puede realizar de manera modular y no
afecta ninguno de sus componentes como el dominio y las vistas, adems
de la flexibilidad para la actualizacin de la informacin, ya que permite
tener siempre la informacin en tiempo real y de manera verdica.
Cabe resaltar que MVC es uno de los patrones de diseo 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 Administrador

Responsabilidad Controlar, manipular, editar la informacin del
sistema
Formacin Universitaria.
Habilidades Conocimiento pleno del software, conocimiento
de sistemas computacionales.
Actividades Controlar la informacin de los residentes en
cuanto a la estructura organizacional teniendo en
cuenta los patrones y las funciones de cada uno
de ellos.
Interaccin con el Interaccin de control
sistema
Tipo de usuario Residente

Responsabilidad Consultora
Formacin Independiente (N.A.)
Habilidades Conocimiento y control de sistemas
computacionales.

Rev.
Actividades Consultar informacin personal con respecto al

apartamento habitado.
Interaccin con el Interaccin de consulta
sistema
4.2. Mantenimiento / soporte
Para la implementacin de la aplicacin se requiere como mnimo 3 equipos de

cmputo que se instalarn de la siguiente manera: uno (1) para la
administracin, el cual permitir tener el control y la base de datos donde
se almacenar y se manipulara la informacin, tanto de los residentes
como de los servicios que se tienen, (pagos de mensualidades, alquiler
de salones sociales, abonos para la jardinera, etc.) y los dos (2)
restantes equipos sern 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 aplicacin 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 podrn verse valores como:
- Nombre
- Apellido
- Cedula
- Numero de apartamento
- Tipo de residente (propietario/ arrendatario)
- Mascotas y tipo (Tiene/no tiene, tipo de mascota)
- Pago administracin (al da/atrasado)
- Consultar saln social:
- Nmero de saln
- Disponibilidad (libre/reservado)
Por otra parte es necesario tambin 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 tendrn acceso a:
- Crear residente:

Rev.
- Nombre
- Apellido
- Cedula
-
- Modificar residente:
- Nombre
- Apellido
- Cedula
- Buscar residente:
- Nombre
- Apellido
- Cedula
- Eliminar residente:
- Cedula
- Reservar saln:
- Numero de saln
- Fecha de reserva
- Reserva a residente
- Pago administracin:
- Nombre
- Apellido
- Cedula
- Pago administracin

Rev.
2.6.1 Especificacin de casos de uso
2.6.1.1 Caso de uso 1: Crear residente
2.6.1.1.1 Diagrama de caso de uso 1
2.6.1.1.2 Descripcin del caso de uso 1

Descripcin 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 Accin
normal 1 Validacin de datos
Creacin de nuevo residente con los
2
datos requeridos
Creacin 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 segn la
necesidad
Excepciones Paso Accin
1 El Residente ya est registrado
2 No es necesario crearlo de nuevo

Rev.
2.6.1.1.3 Especificacin de escenarios

Rev.
2.6.1.2 Caso de uso 2: Editar residente
Descripcin Permitir editar la informacin de un residente
Precondiciones Residente existente
Ser usuario tipo admin

normal 1 Buscar el residente a editar
2 Editar la informacin que se requiera
3 Guastar los cambios

Rev.
Post Se debe almacenar la nueva informacin

condiciones Se debe conservar la ltima actualizacin de la
informacin

1 No es necesario editar informacin
2 No se efectuara ningn cambio
2.6.1.3 Caso de uso 3: Buscar residente

Descripcin Permitir buscar un residente
Precondiciones Ser usuario tipo Admin
Residente existente

Rev.

normal 1 Buscar el residente
2 Ver el residente
3 Verificar informacin
Post No aplica
condiciones
2.6.1.4 Caso de uso 4: Eliminar residente

Descripcin Permitir eliminar un residente
Precondiciones Ser usuario tipo Admin.

Rev.
Residente existente.

normal 1 Buscar e l residente a eliminar
2 Eliminar e l residente
Borrar los datos del residente de la base
3
de datos
Post El residente no existe en la base de datos
condiciones

1 No es necesario eliminar ningn registro
2.6.1.5 Caso de uso 5: Buscar saln

Rev.

Descripcin Permitir buscar un saln
Existencia del saln

normal 1 Buscar el saln
2 Ver saln
3 Verificar informacin
Post No aplica
condiciones

1 No se necesita buscar ningn saln

Rev.
2.6.1.6 Caso de uso 6: Eliminar saln

Descripcin Permitir eliminar la reserva de un saln
Existencia del saln

normal 1 Buscar e l saln a eliminar
2 Eliminar l a informacin dentro del saln
Borrar los datos del saln de la base de
3
datos
Post El saln no existe en la base de datos
condiciones

1 Debe hacerse el registro de saln
2 Incluir toda la informacin necesaria

Rev.
2.6.1.7 Caso de uso 7: Editar saln

Descripcin Permitir editar la informacin de un saln
Precondiciones Ser usuario tipo admin
Existencia de un saln

normal 1 Buscar el saln a editar
2 Editar la informacin que se requiera
informacin

Rev.

1 No es necesario cambiar la informacin
2.6.1.8 Caso de uso 8: Editar Tipo Mascota

Descripcin Permitir editar la informacin del tipo de
mascota de un residente
Existencia del residente

normal 1 Buscar e l residente a editar
Editar la informacin que se requiera
2
sobre el tipo de mascota
3 Guardar los cambios

Rev.

informacin
1 El residente no tiene mascota
2.6.1.9 Caso de uso 9: Editar estado de administracin

Descripcin Permitir editar la informacin referente al pago
de la Administracion
Existencia del residente

normal 1 Buscar e l residente a editar
Editar la informacin que se requiera
2
sobre el pago de administracin.

Rev.

condiciones Se debe conservar la ltima actualizacin de
la informacin

1 El Residente se encuentra al da.
2 El residente es cumplido siempre.

Rev.
2.6.1.10 Caso de uso 10: Ver perfil residente
2.6.1.10.1Diagrama de caso de uso 10
2.6.1.10.2Descripcin del caso de uso 10
Descripcin Permite a los residentes ver su perfil donde se

encentra su informacin personal y datos
asociados a la administracin y los salones
sociales
Precondiciones Ser usuario tipo residente
Existencia como residente

normal 1 Validar l os datos
Ver perfil de residente con la
2
informacin
3
Post Cerrar sesin
condiciones

Rev.
2.6.1.10.3Especificacin de escenarios
2.6.1.11 Caso de uso 11: Ver saln

Descripcin Permite a los residentes ver el perfil de los
salones y las reservas que se tengan.
Secuencia Accin Accin


Rev.

2
informacin
3 Ver el perfil de los salones
Post Cerrar sesin
condiciones
2.6.1.11.3Especificacin de escenarios
2.6.1.12 Caso de uso 12: ver estado administracin

Descripcin Permite a los residentes ver el perfil de sus
pagos de administracin

Rev.

Secuencia Accin Accin

2
informacin
3 Ver el perfil de administracin
Post Cerrar sesin
condiciones
2.6.1.13 Identificacin de Clases y Atributos

Rev.
2.6.1.14 Diagrama de Clases
Modelo de datos

Rev.
2.6.1.15 Identificacin de Entidades
Administracin: acta como el controlador de todo el

sistema es el encargado de editar, crea, buscar o eliminar la
informacin con respecto a los residentes, salones sociales y
pagos de administracin.
Residentes: Es un usuario que tiene permisos de ver
nicamente.
2.6.1.16 Modelo Entidad Relacin
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

Rev.
solucionar los inconvenientes o fallas que se puedan encontrar y que

puedan generar fallas en los procesos; asimismo, si el Conjunto
Residencial considera crear nuevos procesos dentro del sistema que lo
hagan ms eficiente.
4.5. Cambios considerados pero no incluidos

Desde que se solicit la creacin 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.
5.

Rev.
Resumen de mejoras
Se puede afirmar de antemano que la creacin 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 Administracin, Junta de vigilancia, Administrador,
Personal de Vigilancia y mantenimiento, para que puedan ingresar al
sistema y tener acceso a la informacin de acuerdo a los permisos que se le
otorguen a cada uno; es decir, que solo tendr acceso a la informacin el
personal autorizado, y de acuerdo al rol que cada uno desempee dentro del
Conjunto.
6. Informacin adicional
Lo que podemos adicionar al presente documento es que este proyecto ser realizado con
todos los parmetros requeridos y con la calidad necesaria para presentar un buen
producto; asimismo, que si es aprobado, los gastos que se generen con ocasin del mismo,
sern cancelados por la empresa.
No queda ms que decir en este documento que nuestro software en la creacin del mismo
en cuanto al anlisis e implementacin conto con software de cdigo libre y que por tal
motivo el coste en caso de aprobacin por el Gerente General en cuanto a licencias ser
pagado por la empresa.

AP3-AA2-Ev1-Diagramas de Modelo Entidad Relación PDF

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

AP3-AA2-Ev1-Diagramas de Modelo Entidad Relación PDF

Caricato da

Copyright:

Formati disponibili

CONJUNTO RESIDENCIAL LA ALAMEDA

INFORME DE ANALISIS DE SISTEMAS DE INFORMACION

PROGRAMA: ANLISIS Y DESARROLLO DE

Requisitos del sistema

Proyecto: Definicin del proyecto del Conjunto

Ficha del documento

Fecha Revisin Autor Verificado de. Calidad.

Documento validado por las partes en fecha:

Por el cliente Por la empresa suministradora

FT ING.DDR Descripcin del sistema 01_00

FT ING.DDR Descripcin del sistema 01_00

1.2 Visin general del documento

La visin general del documento es analizar las necesidades existentes en el

1.3 Visin general del sistema

El programa de sistema est orientado a la presentacin de los diferentes

1.4 Personal involucrado

FT ING.DDR Descripcin del sistema 01_00

Nombre Juan Carlos Parra Somoza

Nombre Norma Constanza Rodriguez Celemn

FT ING.DDR Descripcin del sistema 01_00

2.4 Descripcin del sistema o situacin actual

FT ING.DDR Descripcin del sistema 01_00

FT ING.DDR Descripcin del sistema 01_00

Documentacin caso de uso: Asisten a Asamblea General y Extraordinarias

Descripcin El comportamiento del sistema deber describir el paso a

Documentacin caso de uso: Nombra Administrador

FT ING.DDR Descripcin del sistema 01_00

Descripcin El comportamiento del sistema deber describir el paso a

Documentacin caso de uso: Decreta valor cuota Administracin

Descripcin El comportamiento del sistema deber describir el paso a

FT ING.DDR Descripcin del sistema 01_00

Documentacin caso de uso: Recibe informes de Administrador

Descripcin El comportamiento del sistema deber describir el paso a

Documentacin caso de uso: Recauda y radica cuota Administracin

Descripcin El comportamiento del sistema deber describir el paso a

FT ING.DDR Descripcin del sistema 01_00

3. El Administrador realiza el registro del pago en los

Documentacin caso de uso: Realiza pagos a terceros

Descripcin El comportamiento del sistema deber describir el paso a

Documentacin caso de uso: Administra personal al servicio del Conjunto

Descripcin El comportamiento del sistema deber describir el paso a

FT ING.DDR Descripcin del sistema 01_00

Secuencia Normal 1. El Administrador recepciona hojas de vida los

Tipo de usuario Residente

FT ING.DDR Descripcin del sistema 01_00

Habilidades Conocimiento y control de sistemas

2.5 Necesidad y naturaleza de los cambios

2.6 Descripcin de los cambios deseados

3.1. Sistema propuesto

FT ING.DDR Descripcin del sistema 01_00

activo, efectivo, eficaz y puedan tener conocimiento oportunamente de las

3.2. Descripcin del sistema propuesto

Por ultimo cabe mencionar que el Software tendr un diseo simple, de

FT ING.DDR Descripcin del sistema 01_00

diseo simple contar con toda la seguridad pertinente, encriptacin de

Para el presente proyecto el principal patrn aplicado ser el MVC

4.1. Tipos de usuarios

Tipo de usuario Administrador

Tipo de usuario Residente

FT ING.DDR Descripcin del sistema 01_00

Actividades Consultar informacin personal con respecto al

4.2. Mantenimiento / soporte

Para la implementacin de la aplicacin se requiere como mnimo 3 equipos de