TRABAJO DE INVESTIGACIÓN

DESARROLLO DE UNA APLICACIÓN PARA LA COMUNIDAD

INDÍGENA MUISCA DE LA LOCALIDAD DE SUBA

MANUAL TÉCNICO

ANGELA LILIANA BARBOSA YOPASA

PABLO ALEJANDRO GUALTEROS DUCON

INSTITUCIÓN UNIVERSITARIA DE COLOMBIA

FACULTAD DE INGENIERÍA DE SISTEMAS
Tabla de contenido
1. Investigación de definición de tipo de producto........................................................................3
2. Encuestas...................................................................................................................................4
3. Listado de procesos identificados..............................................................................................7
4. Requerimientos funcionales y no funcionales............................................................................8
2.1. Catálogo de requerimientos funcionales.................................................................................8
2.2. Catálogo de requerimientos no funcionales..........................................................................11
5. MODELAMIENTO DE BASE DE DATOS......................................................................................14
5.1. Modelo relacional MR......................................................................................................14
4.2. Script de generación de la base de datos..............................................................................15
6. Definición de actores y roles de la aplicación...........................................................................23
7. Casos de uso.............................................................................................................................24
7.1. Casos de uso de alto nivel................................................................................................24
6.1.1 Casos de uso de alto nivel rol administrador............................................................24
6.1.2 Casos de uso de alto nivel rol indígena.....................................................................24
6.1.3 Casos de uso de alto nivel rol secretaria........................................................................25
7.2. Casos de uso extendidos..................................................................................................25
6.2.1 Caso de uso extendido Login...........................................................................................25
6.2.2 Caso de uso extendido gestión de indígenas...................................................................26
6.2.2 Caso de uso extendido gestión de beneficios..................................................................27
8. Diagrama de clases...................................................................................................................28
9. Diagrama de Componentes......................................................................................................28
 1. Investigación de definición de tipo de producto

El desarrollo de esta aplicación busca brindar una herramienta

tecnológica que sea de gran utilidad para la comunidad Indígena Muisca

de Suba, la cual les proporcione la información necesaria para que éstos

se mantengan al tanto de las funciones que se desarrollan en ella. La

aplicación está dotada de unos módulos de Registro -herramientas

presentes que facilitan el acceso y búsqueda- los cuales son: Eventos,

listado de las actividades que se realizan; Beneficios, donde se dan a

conocer todos los recursos con los que cuentan los miembros del Cabildo

como son: mercados, libreta militar, medicinas, entre otros; Información,

medio por el cual los indígenas que no son miembros del Cabildo pueden

enterarse de las actividades y noticias que ocurren en el mismo;

Ubicación, medio que permite facilitar la orientación de la comunidad y

EPS, listado de las entidades de salud autorizadas para su atención

médica.

Basados en la investigación de los requerimientos funcionales y no

funcionales de define:

 El acceso a la aplicación de las sedes debe ser local intranet para

tiempos offline y web para la funcionalidad normal online.

 El acceso para los usuarios debe ser web y por medio de una

aplicación para dispositivos móviles.

 El tipo de producto software por consiguiente se corresponderá

con un sistema de gestión de intranet, web y aplicación móvil.

 2. Encuestas

El levantamiento de información se realizó a través de unas encuestas, con las

cuales se buscó medir el impacto y nivel de aceptación que tendría la aplicación
en la comunidad.
Cronograma:
ACTIVIDAD FECHA INICIO FECHA FIN
Presentación de con el cabildo 20-01-2018 20-01-2018
Presentación con líder del cabildo 24-03-2018 24-03-2018
Entrevista al líder del cabildo 31-03-2018 31-03-2018
Encuesta de beneficios con 14-04-2018 14-04-2018
comunidad indígena
Encuesta de eventos e 14-04-2018 14-04-2018
información con comunidad
indígena
Análisis de datos 21-04-2018 21-04-2018

 ENCUESTA INICIAL
Por favor dedique 5 minutos a responder esta encuesta: los
resultados servirán para mejorar los procesos y el servicio que
presta la empresa.
Sus respuestas serán tratadas de forma confidencial y anónima.
Es importante que responda con sinceridad y en forma objetiva.

¿Sabe que es un sistema de información?

a) Si
b) No
¿Actualmente está informado de todos los beneficios que cuenta cómo
indígena?
a) Si
b) No
¿Usted ha perdido alguna vez un beneficio por falta de información?
a) Si
b) No
¿Piensa que un sistema de información le facilitaría saber cuándo y
dónde tendría sus beneficios?
a) Si
b) No
¿Por qué cree que en su comunidad actualmente están perdiendo o
dejando ir los beneficios que tienen?
a) ¿Por falta de información?
b) ¿Por no encontrar al lugar?
c) ¿Por qué le dicen del beneficio pero se le olvida ir?

 ENCUESTA DE SERVICIO

Cordial Saludo, Por favor, invierta unos pocos minutos de su

tiempo para rellenar el siguiente cuestionario.
1. Por favor, indica tu sexo:
Varón ____
Mujer ____

2. Y tu edad:
Menos de 18 ____
18-30 ____
31-45 ____
46-60 ____
61+ ____

3. ¿Cuál fue la razón principal por la cual cree que está perdiendo sus
beneficios?
Falta de información ____
No sabe cómo llegar al lugar ____
Le da pereza ____
Otro (Por favor especificar) ____
_________________________________________________________________________
_________________________________________________________________________
________________________________________________________________

4. Por favor, evalúa los siguientes aspectos al Solicitar el servicio:

 ¿La información fue clara y precisa de lo que se quiere realizar en
su cabildo?
Sí ___ No ___ Neutro ___
  ¿Tuvo la posibilidad de dar su opinión para ayudar a dar ideas para
mejorar la aplicación?
Sí ___ No ___ Neutro ___
 ¿El horario de nuestro servicio fue correcto y notificado?
Sí ___ No ___ Neutro ___
5. ¿Qué probabilidad hay que con esta aplicación usted pueda enterarse
de todos sus beneficios?
100% _____
75% _____
50% _____
25% _____
0% _____

6. ¿Le gustó la manera de cómo trabajamos para ofrecerle una manera

más práctica de enterarse de los eventos organizados por los cabildos y
de los beneficios con los que cuenta?
Me gustó mucho ____
Me gustó ____
N/A ____
No me gustó ____

7 ¿Qué es lo que podríamos hacer para mejorar nuestros servicio?

_________________________________________________________________________
_________________________________________________________________________
_______

ENCUESTA DE EVENTOS E INFORMACIÓN GENERAL

- Escriba su nombre y apellido completo:

- ¿Tiene sisben? SI? __ No?___

- ¿Los puntos que maneja de sisben son favorables a la hora de

obtener beneficios? Si? __ No?

¿Por que ?
__________________________________________________________________
- ¿Qué nivel de educación tiene?

Prescolar? __ Primara? ___ Bachiller?__ Profesional?___

-En su clan de acuerdo a su nivel de educación existen algún tipo de

beneficios en específico? Si?__ No?___ Cuales?
________________________________________________________

- ¿Cada cuánto hacen eventos en su cabildo?

- ¿Cuándo tienen eventos en su cabildo porque medio se enteran?

- ¿Ha dejado de ir a un evento o dejado de participar por no saber

en dónde es o por no saber tan siquiera que había uno?

3. Listado de procesos identificados

Se identificaron los siguientes procesos:

PROCESO Función
EMPLEADO El administrador de la aplicación podrá crear los usuarios
S asignándole un rol y permisos
   
PROCESO Función
El indígena o usuario registrado previamente podrá ingresar a
Indígenas este módulo para completar sus datos , Eps, puntos de sisben,
ubicación, etc.
   
PROCESO Función
El administrador de la aplicación podrá publicar y modificar
Beneficio beneficios los cuales serán vistos por los usuarios de la aplicación
y comunicados en tiempo real a los indígenas
   
PROCESO Función
El administrador de la aplicación podrá publicar y modificar
Evento eventos los cuales serán vistos por los usuarios de la aplicación y
comunicados en tiempo real a los indígenas
   
PROCESO Función
El indígena podrá ingresar su eps, y podrá cambiarla en dado
Eps caso por si en algún momento hay algún evento o beneficio de
dicha eps.
    
PROCESO Función
El indígena en el momento de registro podrá indicar a que
familias pertenece, que beneficios tiene o quisiera adquirir.
Familia

   

4. Requerimientos funcionales y no funcionales

4.1. Catálogo de requerimientos funcionales

RF-001 El sistema deberá permitir la gestión clanes

Nombre GESTION CLANES

EL SISTEMA TENDRA QUE TENDER UN MODULO LLAMADO
INDIGENA DONDE PODRA CREAR NUEVAS PERSONAS Y AL
Resumen
IDIGENA ESTAR EN EL SISTEMA SE ENTERARA DE TODOS
LOS BENEFICIOS
Entradas
Inserción de nuevos integrantes
Resultados
Creación de los indígenas y vista de la información de cuando fue creado o modificado

RF-002 El sistema deberá permitir la gestión ubicación

Nombre GESTION DE UBICACIÓN

EL SISTEMA TENDRA UN MODULLO LLAMADA UBICACIÓN

Resumen
DONDE SE GENERARA TODOS ESTE PROCESO

Entradas
Inserción de ubicación a los indígenas
Resultados
 

RF-003 El sistema deberá permitir la gestión eventos

Nombre GESTION DE EVENTOS

EL SISTEMA TENDRA EL MODULO DE EVENTOS DONDE EL

Resumen
EMPLEADO PODRA CREAR Y PUBLICAR

Entradas
Creación de eventos
Resultados
Vista de eventos

RF-004 El sistema deberá permitir la gestión votación

Nombre GESTIÓN DE VOTACIONES

EL SISTEMA TENDRA UN MODULO DE VOTACION, EN ESTE
SE PODRAN HACER LAS DEBIDAS VOTACIONES CUANDO EL
Resumen
CABILDO LAS NECESITE PARA ESCOGER NUEVAS
PERSONAS PARA LOS CARGOS

Entradas

Creación de la votación
Resultados
Vista de resultado de las votaciones

RF-005 El sistema deberá permitir la gestión cargos

Nombre GESTION CARGOS

EL SISTEMA TENDRA UN MODULO LLAMADO CARGOS QUE
ES DONDE SE DEFINIRA LA POSICION QUE TIENE LA
Resumen
PERSONA EN EL CABILDO Y ASI SABER CUAL ES SU
FUNCION EN EL MISMO
Entradas
Asignación de cargo a cada empleado
Resultados
Vista de cargos

RF-006 El sistema deberá permitir la gestión de familias

Nombre GESTION DE FAMILIAS
EL SISTEMA CLASIFICARA POR FAMILIA CADA INDIGENA
Resumen
DE ACUERDO A SU APELLIDO
Entradas
Asignación de familia a cada indígena según su apellido
Resultados
Vista de que familia tiene cada usuario

RF-007 El sistema deberá permitir la gestión beneficio

Nombre GESTIÓN DE BENEFICIOS

EL SISTEMA TENDRA UN MODULO LLAMADO BENEFICIO
Resumen DONDE SE PUBLICARAN BENEFICIOS PARA LOS INDIGENAS
Y ASI ELLOS LOS PUEDAN VER A LO QUE TIENEN ACCESO
Entradas
Creación Beneficios
Resultados
Vista de beneficios

RF-008 El sistema deberá permitir la gestión de beneficiario

Nombre GESTIÓN DE BENEFICIARIOS

LOS INDIGENAS PODRA REGISTRAR COMO BENEFICIARIOS
Resumen A PERSONAS DE SU NUCLEO FAMILIAR SI NO SON
INDIGENAS PARA QUE ACCEDAN A CIERTOS BENEFICIOS
Entradas
Asignación de beneficiarios
Resultados
Vista de los beneficios a los que acceden

4.2. Catálogo de requerimientos no funcionales

Requerimientos no funcionales según usabilidad:

  El tiempo de aprendizaje del sistema por un usuario será menor a
2 horas.

 El sistema cuenta con manuales de interfaz con pantallazos

estructurados adecuadamente para explicar que hará cada cosa y
donde se puede modificar algo.

 El sistema proporciona mensajes de error que sean informativos y

orientados al usuario final.

 La aplicación web posee un diseño llamativo a fin de garantizar la

adecuada visualización en múltiples computadores y dispositivos
móviles personales.

 El sistema posee interfaces gráficas bien formadas.

Requerimientos no funcionales según navegabilidad:

 Para tener una navegabilidad estable en nuestro sistema de

información web se requiere que los datos sean de
aproximadamente 10 GB al mes, y para la App móvil
aproximadamente 4 Gb al mes. Se recomienda utilizarla mediante
una red Wifi para evitar inconvenientes.

Requerimientos no funcionales según seguridad de leyes:

 El manejo de la información se regirá a través del El Habeas Data:

derecho que tiene toda persona para conocer, actualizar y
rectificar toda aquella información que se relacione con ella y que
se recopile o almacene en centrales de información.
Este derecho está regulado por la ley 1266 de 2008.
Así que no solo garantizaremos la seguridad de la información de
nuestros usuarios sino la posibilidad de que ellos conozcan,
actualicen y rectifiquen toda información que inscriban por si la
desean modificar algún día.

Requerimientos no funcionales según seguridad:

  Al sistema solo podrá ingresar el usuario o administrador después
de haber validado su respectiva contraseña, esta será de uso
personal e intransferible.
 El sistema cuenta con algoritmos de autenticación y los permisos
de acceso al sistema podrán ser cambiados solamente por el
administrador de acceso a datos.

Requerimientos no funcionales según seguridad industrial:

Para la instalación de la aplicación web se requiere que el equipo cuente
con las siguientes características:
- Sistema operativo: Windows 7 de 32 o de 64 bits cualquier
versión (Profesional, ultimate, etc.)
- Memoria Ram: 4 Gb de RAM
- Disco duro: 250 Gb de espacio para darle mayor rendimiento
Para la instalación de la aplicación móvil se requiere que el teléfono
tenga las siguientes características:
- Sistema operativo: IOS cualquier versión, o Android desde la
versión 5,2 lolipop
- Memoria Ram: 2 Gb de RAM
- Almacenamiento interno: 16 Gb de espacio para darle mayor
rendimiento

 El sistema no continuará operando si la temperatura externa es

menor a 10 grados Celsius, esto hará detener el funcionamiento
del computador en donde se esté manejando.

 El sistema no continuará operando en caso de fuego. (Ej. Un

incendio)

Requerimientos no funcionales según dependibilidad:

 El sistema debe tener una disponibilidad del 99,99% de las veces

en que un usuario intente accederlo.

 El tiempo para iniciar o reiniciar el sistema no podrá ser mayor a

10 minutos.
  El promedio de duración de fallas no podrá ser mayor a 15
minutos.

 La probabilidad de falla del Sistema no podrá ser mayor a 0,05.

5. MODELAMIENTO DE BASE DE DATOS

5.1. Modelo relacional MR.

5.2. Script de generación de la base de datos

--CREACION BASE DE DATOS

CREATE DATABASE PROTOTIPOMUISCA

GO
USE [PROTOTIPOMUISCA]
GO

--CREACION TABLAS

CREATE TABLE FAMILIA

(ID_FAMILIA INT IDENTITY(1,1) PRIMARY KEY,
NOMBRE VARCHAR (50),
FECHA_CREACION DATETIME
)
GO

CREATE TABLE EPS

(ID_EPS INT IDENTITY (1,1) PRIMARY KEY,
NOMBRE_EPS VARCHAR (50),
FECHA_CREACION DATETIME
)
GO

CREATE TABLE ROLES

(ID_ROL INT IDENTITY (1,1) PRIMARY KEY,
ROL VARCHAR (50),
FECHA_CREACION DATETIME
)
GO

CREATE TABLE NICK_USUARIO

(ID_NICK INT IDENTITY (1,1) PRIMARY KEY,
ID_ROL INT NOT NULL,
NICK VARCHAR (70),
PASWORD VARCHAR (100),
FECHA_CREACION DATETIME
)
GO

CREATE TABLE EVENTOS

(ID_EVENTO INT IDENTITY (1,1) PRIMARY KEY,
ID_NICK INT NOT NULL,
TITULO VARCHAR (60),
DESCRIPCION VARCHAR (4000),
LATITUD NUMERIC (24,8),
LONGITUD NUMERIC (24,8),
FOTO VARCHAR (500),
ESTADO INT,
TIPO INT,
FECHA_CREACION DATETIME
)
GO

CREATE TABLE USUARIOS

(ID_USUARIO INT IDENTITY(1,1) PRIMARY KEY,
ID_EPS INT NOT NULL,
CEDULA_USUARIO INT NOT NULL,
ID_FAMILIA INT NOT NULL,
ID_NICK INT NOT NULL,
NOMBRE_UNO VARCHAR (50),
NOMBRE_DOS VARCHAR (50),
APELLIDO_UNO VARCHAR (50),
APELLIDO_DOS VARCHAR (50),
FIJO INT,
CELULAR INT,
PUNTOS_SISBEN INT,
SEXO VARCHAR (30),
TIPO_VIVIENDA VARCHAR (30),
NIVEL_ACADEMICO VARCHAR (30),
FECHA_CREACION DATETIME,
EMAIL_USUARIO VARCHAR (200)

)
GO

CREATE TABLE NUCLEO_FAMILIAR

(ID_NUCLEO INT IDENTITY (1,1) PRIMARY KEY,
ID_USUARIO INT NOT NULL,
ID_EPS INT NOT NULL,
NOMBRES VARCHAR (120),
APELLIDOS VARCHAR (160),
FIJO INT,
CELULAR INT,
DIRECCION VARCHAR (80),
ESCOLARIDAD VARCHAR (70),
FECHA_CREACION DATETIME
)
GO

CREATE TABLE UBICACION

(ID_UBICACION INT IDENTITY (1,1) PRIMARY KEY,
ID_USUARIO INT NOT NULL,
LATITUD NUMERIC (24,8),
LONGITUD NUMERIC (24,8),
FECHA_CREACION DATETIME
)
GO

--CREACION DE CONSTRAIN

ALTER TABLE NICK_USUARIO

ADD CONSTRAINT FK_ID_ROL_ROL
FOREIGN KEY (ID_ROL)REFERENCES ROLES(ID_ROL);

ALTER TABLE EVENTOS

ADD CONSTRAINT FK_ID_RICK_NICK_USUARIO
FOREIGN KEY (ID_NICK) REFERENCES NICK_USUARIO (ID_NICK);

ALTER TABLE USUARIOS

ADD CONSTRAINT FK_ID_EPS_EPS
FOREIGN KEY (ID_EPS) REFERENCES EPS (ID_EPS);

ALTER TABLE USUARIOS

ADD CONSTRAINT FK_ID_FAMILIA_FAMILIA
FOREIGN KEY (ID_FAMILIA) REFERENCES FAMILIA (ID_FAMILIA);

ALTER TABLE USUARIOS

ADD CONSTRAINT FK_ID_RICK_NICK_USUARIOS
FOREIGN KEY (ID_NICK) REFERENCES NICK_USUARIO (ID_NICK);

ALTER TABLE NUCLEO_FAMILIAR

ADD CONSTRAINT FK_ID_USUARIO_USUARIOS
FOREIGN KEY (ID_USUARIO) REFERENCES USUARIOS (ID_USUARIO);

ALTER TABLE NUCLEO_FAMILIAR

ADD CONSTRAINT FK_ID_EPS_NUCLEO
FOREIGN KEY (ID_EPS) REFERENCES EPS (ID_EPS);

ALTER TABLE UBICACION

ADD CONSTRAINT FK_ID_USUARIO_UBICACION
FOREIGN KEY (ID_USUARIO) REFERENCES USUARIOS (ID_USUARIO);
INSERT INTO [PROTOTIPOMUISCA].[dbo].[CARGO]([CARGO],
[FECHA_CREACION])VALUES('CURACA-GOBERNADOR', GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[CARGO]([CARGO],
[FECHA_CREACION])VALUES('VICEGOBERNADOR', GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[CARGO]([CARGO],
[FECHA_CREACION])VALUES('SECRETARIO', GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[CARGO]([CARGO],
[FECHA_CREACION])VALUES('TESORERO', GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[CARGO]([CARGO],[FECHA_CREACION])VALUES('VOCAL',
GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[CARGO]([CARGO],[FECHA_CREACION])VALUES('FISCAL',
GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[CARGO]([CARGO],
[FECHA_CREACION])VALUES('MIEMBROS DE LA COMUNIDAD', GETDATE())
SELECT * FROM CARGO
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('E.P.S. CONDOR S.A.',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('SELVASALUD S.A. E.P.S',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('Asociación Indígena del Cesar y la Guajira DUSAKAWI',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('MANEXKA EPS',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('Asociación Indígena del Cauca',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('ANASWAYUU',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('MALLAMAS',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('PIJAOS SALUD EPSI',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('Salud Total S.A. E.P.S.',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('Cafesalud E.P.S. S.A.',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('EPS Programa Comfenalco Antioquia',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('Humana Vivir S.A. E.P.S.',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('SOLSALUD E.P.S. S.A',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('SALUDVIDA S.A .E.P.S',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('Empresa Mutual para el Desarrollo Integral DE LA SALUD E.S.S. EMDISALUD
ESS',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('Cooperativa de Salud y Desarrollo Integral Zona Sur Oriental de Cartagena Ltda.
COOSALUD E.S.S.',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('Asociación Mutual La Esperanza ASMET SALUD',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('Asociación Mutual Barrios Unidos de Quibdó E.S.S.',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('Entidad Cooperativa Sol.de Salud del Norte de Soacha ECOOPSOS',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('Asociación Mutual Empresa Solidaria de Salud de Nariño E.S.S. EMSSANAR
E.S.S.',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('Cooperativa de Salud Comunitaria-COMPARTA',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[EPS] ([NOMBRE_EPS] ,[FECHA_CREACION])
VALUES('Asociación Mutual SER Empresa Solidaria de Salud ESS',GETDATE())

INSERT INTO [PROTOTIPOMUISCA].[dbo].[FAMILIA] ([NOMBRE] ,[FECHA_CREACION])

VALUES('Muzuzu',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[FAMILIA] ([NOMBRE] ,[FECHA_CREACION])
VALUES('Neuta',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[FAMILIA] ([NOMBRE] ,[FECHA_CREACION])
VALUES('Nivia',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[FAMILIA] ([NOMBRE] ,[FECHA_CREACION])
VALUES('Niviayo',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[FAMILIA] ([NOMBRE] ,[FECHA_CREACION])
VALUES('Piracun',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[FAMILIA] ([NOMBRE] ,[FECHA_CREACION])
VALUES('Quinche',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[FAMILIA] ([NOMBRE] ,[FECHA_CREACION])
VALUES('Sastoque',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[FAMILIA] ([NOMBRE] ,[FECHA_CREACION])
VALUES('Siachoque',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[FAMILIA] ([NOMBRE] ,[FECHA_CREACION])
VALUES('Solaque',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[FAMILIA] ([NOMBRE] ,[FECHA_CREACION])
VALUES('Tibaquichá',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[FAMILIA] ([NOMBRE] ,[FECHA_CREACION])
VALUES('Tibaquirá',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[FAMILIA] ([NOMBRE] ,[FECHA_CREACION])
VALUES('Tenjo',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[FAMILIA] ([NOMBRE] ,[FECHA_CREACION])
VALUES('Toquica',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[FAMILIA] ([NOMBRE] ,[FECHA_CREACION])
VALUES('Tunjano',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[FAMILIA] ([NOMBRE] ,[FECHA_CREACION])
VALUES('Tunjo',GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[FAMILIA] ([NOMBRE] ,[FECHA_CREACION])
VALUES('Yopasá',GETDATE())

SELECT * FROM FAMILIA

INSERT INTO [PROTOTIPOMUISCA].[dbo].[ROL]([ROL],[FECHA_CREACION])VALUES

('Administrador', GETDATE())
INSERT INTO [PROTOTIPOMUISCA].[dbo].[ROL]([ROL],[FECHA_CREACION])VALUES ('Usuario',
GETDATE())

SELECT * FROM ROL

6. Definición de actores y roles de la aplicación.

Actor ADMINISTRADOR
Corresponde al gobernador y personas con cargos
Descripción administrativos en al cabildo (vicegobernador, tesorero, etc.)
Ingreso seguro al sistema.
Registro, Consultas, modificación y cancelación de indígenas.
Responsabilidades
Registro, Consultas, modificación y cancelación de eventos.
Registro, Consultas, modificación y cancelación de beneficios.
 Registro, Consultas, modificación y cancelación de cargos.
Registro, Consultas, modificación y cancelación de votaciones.
Fuentes Iván

Actor INDÍGENA
Descripción Corresponde a los indígenas asociados al cabildo
Ingreso seguro al sistema.
Consultas y modificación de indígenas.
Consultas, modificación de eventos.
Responsabilidades
Consultas y registro beneficios.

Fuentes

Actor SECRETARIA
Corresponde al gobernador y personas con cargos
Descripción administrativos en al cabildo ( vicegobernador, tesorero, etc)
Ingreso seguro al sistema.
Registro, Consultas, modificación y cancelación de indígenas.
Registro, Consultas, modificación y cancelación de eventos.
Responsabilidades
Registro, Consultas, modificación y cancelación de beneficios.
Registro, Consultas, modificación y cancelación de cargos.
Registro, Consultas, modificación y cancelación de votaciones.
Fuentes
 7. Casos de uso.

7.1. Casos de uso de alto nivel

7.1.1 Casos de uso de alto nivel rol administrador

7.1.2 Casos de uso de alto nivel rol indígena

7.1.3 Casos de uso de alto nivel rol secretaria

7.2. Casos de uso extendidos

7.2.1 Caso de uso extendido Login

7.2.2 Caso de uso extendido gestión de indígenas
7.2.2 Caso de uso extendido gestión de beneficios
8. Diagrama de clases.

9. Diagrama de Componentes.