AP3 AA3 Ev1 Formatoieee1362

CONJUNTO RESIDENCIAL LA ALAMEDA
SERVICIO NACIONAL DE APRENDIZAJE - SENA - CENTRO DE

FORMACIN 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 Celemn, C.C: 65732032.
PROGRAMA: ANLISIS Y DESARROLLO DE

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

Residencial La Alameda
Revisin [99.99]
Diciembre-2015
[Nombre del proyecto] Rev. [99.99]
Descripcin del sistema Pg. 2
FT ING.DDR Descripcin del sistema 01_00

Ficha del documento
Fecha Revisin Autor Verificado de. Calidad.
07/12/2015 [Rev] Grupo No. 6- ADSI [Firma o sello]
Documento validado por las partes en fecha: [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.
Definicin del Proyecto del Conjunto Residencial La
Rev. [99.99]
Alameda
Pg. 4
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. [99.99]
Alameda
Pg. 5
1 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.3 Personal involucrado

Nombre Branlon Santiago Daza Franco
Rol Estudiante ADSI
Categora Tecnlogo
profesional
Responsabilidades Cumplir con el proyecto solicitado, prestando el
apoyo requerido.
Informacin de bsdaza68@misena.edu.co
contacto
Aprobacin Conjunto Residencial La Alameda

Rev. [99.99]
Alameda
Pg. 6
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.
2.1 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. [99.99]
Alameda
Pg. 7

Rev. [99.99]
Alameda
Pg. 8
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

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.

Rev. [99.99]
Alameda
Pg. 9
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.
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

Rev. [99.99]
Alameda
Pg. 10
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
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
Rev. [99.99]
Alameda
Pg. 11
mantenimiento para su buen funcionamiento.

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.)
Habilidades Conocimiento y control de sistemas
computacionales.
Actividades Consultar informacin personal con respecto al
apartamento habitado.

Rev. [99.99]
Alameda
Pg. 12
Interaccin con el Interaccin de consulta

sistema
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 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.3 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
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
Rev. [99.99]
Alameda
Pg. 13
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
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.

Rev. [99.99]
Alameda
Pg. 14
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.
Actividades Consultar informacin personal con respecto al
apartamento habitado.
Interaccin con el Interaccin de consulta
sistema

Rev. [99.99]
Alameda
Pg. 15
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:
- Nombre
- Apellido
- Cedula
-
- Modificar residente:
- Nombre
- Apellido

Rev. [99.99]
Alameda
Pg. 16
- 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
2.3.1 Especificacin de casos de uso
Caso de uso 1: Crear residente
Diagrama de caso de uso 1

Rev. [99.99]
Alameda
Pg. 17
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
Especificacin de escenarios

Rev. [99.99]
Alameda
Pg. 18
Caso de uso 2: Editar residente

Rev. [99.99]
Alameda
Pg. 19
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
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

Rev. [99.99]
Alameda
Pg. 20
Caso de uso 3: Buscar residente

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

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

Rev. [99.99]
Alameda
Pg. 21
Caso de uso 4: Eliminar residente

Descripcin Permitir eliminar un residente
Precondiciones Ser usuario tipo Admin.
Residente existente.

normal 1 Buscar el residente a eliminar
2 Eliminar el 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

Rev. [99.99]
Alameda
Pg. 22
Caso de uso 5: Buscar saln

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. [99.99]
Alameda
Pg. 23
Caso de uso 6: Eliminar saln

Descripcin Permitir eliminar la reserva de un saln
Existencia del saln

normal 1 Buscar el saln a eliminar
2 Eliminar la 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. [99.99]
Alameda
Pg. 24
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

1 No es necesario cambiar la informacin

Rev. [99.99]
Alameda
Pg. 25
Caso de uso 8: Editar Tipo Mascota

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

Editar la informacin que se requiera
2
sobre el tipo de mascota
3 Guardar los cambios
informacin
1 El residente no tiene mascota

Rev. [99.99]
Alameda
Pg. 26
Caso de uso 9: Editar estado de administracin

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

Editar la informacin que se requiera
2
sobre el pago de administracin.
condiciones Se debe conservar la ltima actualizacin de
la informacin

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

Rev. [99.99]
Alameda
Pg. 27
Caso de uso 10: Ver perfil residente

Rev. [99.99]
Alameda
Pg. 28
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 los datos
Ver perfil de residente con la
2
informacin
3
Post Cerrar sesin
condiciones

Rev. [99.99]
Alameda
Pg. 29
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

2
informacin
3 Ver el perfil de los salones
Post Cerrar sesin
condiciones

Rev. [99.99]
Alameda
Pg. 30
Caso de uso 12: ver estado administracin

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

2
informacin
3 Ver el perfil de administracin
Post Cerrar sesin
condiciones

Rev. [99.99]
Alameda
Pg. 31
Identificacin de Clases y Atributos

Rev. [99.99]
Alameda
Pg. 32
Diagrama de Clases
Modelo de datos
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.
Modelo Entidad Relacin

Rev. [99.99]
Alameda
Pg. 33
2.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
Residencial considera crear nuevos procesos dentro del sistema que lo
hagan ms eficiente.
2.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.

Rev. [99.99]
Alameda
Pg. 34
3 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 AA3 Ev1 Formatoieee1362

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

AP3 AA3 Ev1 Formatoieee1362

Încărcat de

Drepturi de autor:

Formate disponibile

CONJUNTO RESIDENCIAL LA ALAMEDA

SERVICIO NACIONAL DE APRENDIZAJE - SENA - CENTRO DE

INFORME DE ANALISIS DE SISTEMAS DE INFORMACION

Branlon Santiago Daza Franco, C.C.: 1037071786

PROGRAMA: ANLISIS Y DESARROLLO DE

Requisitos del sistema

Proyecto: Definicin del proyecto del Conjunto

FT ING.DDR Descripcin del sistema 01_00

Fecha Revisin Autor Verificado de. Calidad.

07/12/2015 [Rev] Grupo No. 6- ADSI [Firma o sello]

Documento validado por las partes en fecha: [Fecha]

Por el cliente Por la empresa suministradora

Requisitos del sistema

1.2 Visin general del documento

La visin general del documento es analizar las necesidades existentes

1.3 Visin general del sistema

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

1.3 Personal involucrado

Requisitos del sistema

Nombre Juan Carlos Parra Somoza

Nombre Norma Constanza Rodriguez Celemn

2.1 Descripcin del sistema o situacin actual

Requisitos del sistema

Requisitos del sistema

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

Descripcin El comportamiento del sistema deber describir el paso a

Requisitos del sistema

Documentacin caso de uso: Decreta valor cuota Administracin

Descripcin El comportamiento del sistema deber describir el paso a

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

Requisitos del sistema

pagos que hace el residente por concepto de cuota de

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

mantenimiento para su buen funcionamiento.

Tipo de usuario Residente

Requisitos del sistema

Interaccin con el Interaccin de consulta

2.2 Necesidad y naturaleza de los cambios

2.3 Descripcin de los cambios deseados

3.1. Sistema propuesto

3.2. Descripcin del sistema propuesto

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

Para el presente proyecto el principal patrn aplicado ser el MVC (Model-

Requisitos del sistema

4.1. Tipos de usuarios

Tipo de usuario Administrador

Tipo de usuario Residente

Requisitos del sistema

4.2. Mantenimiento / soporte

Para la implementacin de la aplicacin se requiere como mnimo 3

4.3 Escenarios operacionales

Requisitos del sistema

2.3.1 Especificacin de casos de uso

Caso de uso 1: Crear residente

Diagrama de caso de uso 1