1.

1 PLANTEAMIENTO DEL PROBLEMA

Debido a la falta de organizacin que se presenta en el SENA para la gestin del

horario general de ADSI, se evidencian varios inconvenientes de distintas ndoles,
como demoras en la entrega de horario, falta de clases por confusiones , falta de
notificaciones en actividades repentinas, retraso en las clases.

1.2 JUSTIFICACIN DEL PROYECTO

Un sistema web encargado de la gestin general del horario es la manera ideal para
resolver los problemas que se presentan actualmente, debido a que realiza un
completo apoyo y acompaamiento en cada una de las fases que involucra la gestin
de los horarios, en primer lugar en la fase de planeacin, apoya con toda la informacin
necesaria para realizar el proceso, en la fase de desarrollo brinda todas las
herramientas grficas y dinmicas para la elaboracin de un horario de manera ms
rpida y eficaz y por ltimo, en la fase de implementacin crea un vnculo que encierra
a todas las personas involucradas en de forma directa e indirecta con un producto final
satisfactorio, pudiendo acceder a su visualizacin o edicin segn sea permitido.
Adicionalmente el sistema tiene una serie de valores agregados que lo hacen ms
completo y productivo, como los son, el sistema tiene la opcin de generar un
documento final del horario de forma grficamente atractiva con informacin detallada,
una variedad de reportes que indiquen la cantidad de deserciones, historial de
actividades, fichas ms desprogramadas.

1.3 Objetivos
1.3.1 Objetivo general

Implementar un sistema de informacin para la gestin del horario, con el fin de corregir
los inconvenientes que se presentan en la actualidad, generando un apoyo de vital
importancia en cada una de las etapas que involucra la realizacin del horario, as
como un completo uso y funcionamiento posterior a la misma.

1.3.1 Objetivos especficos

Recolectar la informacin necesaria para el correcto funcionamiento del sistema de

informacin con el fin de brindar la mejor calidad en el proceso.
Disear el sistema de acuerdo con las necesidades del cliente
Construir un sistema de informacin confiable y seguro debido a la alta importancia de
informacin que este alberga.
Garantizar la estabilidad y mantenimiento del sistema de informacin generando as una
herramienta eficaz.

1 | Pgina
 implantar el sistema de informacin dando fin a la problemtica presentada

1.4 Delimitacin y alcances

El alcance del proyecto se limita al centro de gestin mercados logstica y tecnologas

de la informacin del SENA ubicado en la calle 52 # 14 en el programa de anlisis y
desarrollo de software

1.5 Matriz de riesgo y contingencia

Matriz de riesgo
Nombre Causas Consecue Tipo Etapa Impa Contingenci probabil
ncias cto a idad
Indisponibil Falencia Retraso Produc Diseo Alto Autoeducac
idad de en la en la tivo , in, 3
recursos transfere entrega Desarr Investigaci
ncia de del ollo, n
conocimi producto Anlisi
ento s
Mala Poca Escasez Produc Diseo Medi Complemen 4
recoleccin experien en los tivo , o tacin de la
de cia requerimi Anlisi informacin
informaci entos s,
n desarr
ollo
Requerimie Mal Errores Funcio Diseo Medi Adecuar los 3
ntos anlisis en el nal , o requerimien
redundante desarrollo Anlisi tos
s del s,
software desarr
ollo
Irresponsa Falta de Retraso Person Diseo Alto Contrataci 4
bilidad por compro en la al , n de
parte del miso entrega Anlisi emergencia
equipo del s,
producto desarr
ollo

2 | Pgina
1. ESTUDIO DE VIABILIDAD impactos

1.6.1 Econmica

TALENTO HUMANO
No. N/
Concepto Descripcin Cant/horas Valor Unitario Valor Total
Personas A
Programador programacin en java JSF 1 30 30000 X 900000
Desarrollo de bases de
DBA manager
datos
1 20 50000 x 1000000

Analista Seguimiento de proyecto 1 30 50000 x 1500000

Diseador Desarrollo web 1 20 25000 500000

TOTAL TALENTO HUMANO 3.900.000

Otros Recursos
Resmas de papel tamao $
2 $ 20.000,00
Papelera carta 40.000,00
$
Papelera DVD 2 $ 1.000,00
2.000,00

Restaurante Almuerzos 25 $ 5.000,00 $ 125.000,00

Pasajes transmilenio,
Transporte 60 $ 1.700,00 $ 102.000,00
visitar clientes

3 | Pgina
 RECURSOS
TCNICOS/TECNOLGICOS

Equipo Descripcin Cant No.Horas Valor/Hora Total

Computador core i7 8mg RAM 3 17.530 1500000 4500000
TOTAL RECURSOS 4500000
TCNICOS/TECNOLGICOS
TOTAL OTROS GASTOS

TOTAL 6.300.000
IMPREVISTOS 15%

TOTAL PROYECTO ( ) 8.000.000

1.6.2 Tcnica

RECURSOS TCNICOS - EXISTENTES PARA LA SOLUCIN PLANTEADA

HARDWARE (REQUERIDO PARA LA SOLUCIN PLANTEADA)

CANTIDA EQUIPO 1(MARCA) ESPECIFICACIN

D
1 Computador de escritorio Windows 7, memoria RAM 8 GB 1 TB de DISCO DURO
HP

SOFTWARE (REQUERIDO PARA LA SOLUCIN PLANTEADA, SISTEMAS OPERATIVOS, LENGUAJES DE

PROGRAMACIN LICENCIADOS SI CORRESPONDE)
CANTIDAD ( y tipo de Licencias TIPO DE SOFTWARE NOMBRE DESCRIPCIN
) (Estndar?, A la medida?,
Bsico)
1 libre estndar Micrisoft excel Hojas de calculo
1 Libre Estndar SQL Server Gestor de Base de Datos.

RED (REQUERIDO PARA LA SOLUCIN PLANTEADA):

RED INTRANET SERVICIO DE PROVEEDOR SERVICIO VELOCIDAD DEL
LOCAL S/N S/N INTERNET S/N DE INTERNET SERVICIO DE INTERNET
S N S Telmex 5-10 Mbps

HOSTING (REQUERIDO PARA LA SOLUCIN PLANTEADA):

DOMINIO? HOSTING SERVICIOS QUE PRESTA EL HOSTING PARA DESARROLLO (BASE DE
S/N S/N DATOS, ETC).
N N -

4 | Pgina
 PERSONAL OPERATIVO (PERSONAL QUE REALIZA EL PROCESO EN EL ESTADO ACTUAL):
PERFIL NMERO DE PERSONAS HORAS REQUERIDAS VALOR PRECIO
/HORA Persona
Gestor de horarios 3 66 27000 $ 2.830.000

RECURSOS TCNICOS - SOLICITADOS PARA LA SOLUCIN PLANTEADA

HARDWARE (REQUERIDO PARA LA SOLUCIN PLANTEADA)

CANTIDA EQUIPO ESPECIFICACIN PRECIO
D 1(MARCA)
1-2 PC 4 GB RAM 500 GB DD $
1.000.000
1 Impresora Compatibilidad con SO $ 200.000

SOFTWARE (REQUERIDO PARA LA SOLUCIN PLANTEADA, SISTEMAS OPERATIVOS, LENGUAJES DE

PROGRAMACIN LICENCIADOS SI CORRESPONDE)
CANTIDAD ( y tipo de TIPO DE SOFTWARE NOMBRE DESCRIPCIN PRECIO
Licencias ) (Estndar?, A la
medida?,
Bsico?)
1 propietario A la medida Tempux Gestor de horarios $5.000.000

RED (REQUERIDO PARA LA SOLUCIN PLANTEADA):

RED INTRANET SERVICIO DE PROVEEDOR VELOCIDAD DEL PRECIO
LOCAL S/N INTERNET S/N SERVICIO DE SERVICIO DE
S/N INTERNET INTERNET
S S S Claro, ETB, UNE 50 MB 30.000.000

HOSTING (REQUERIDO PARA LA SOLUCIN PLANTEADA):

DOMINIO? HOSTING SERVICIOS QUE PRESTA EL HOSTING PARA DESARROLLO PRECIO
S/N S/N (BASE DE DATOS, ETC).
S S - $
XXXXXX

PERSONAL DE DESARROLLO (REQUERIDO PARA DESARROLLAR LA SOLUCIN PLANTEADA):

5 | Pgina
 PERFIL NMERO DE HORAS REQUERIDAS VALOR PRECIO
PERSONAS ( SEGN /HORA
CRONOGRAMA)
PROGRAMADOR 3 2400 $ 17.500 $
10.500.000
Documentador 1 1400 $ 17.500 $
3.500.000
Analista de bases de 1 1000
datos

PERSONAL DE OPERATIVO (REQUERIDO PARA EL USO DE LA SOLUCIN PLANTEADA):

PERFIL NMERO DE PERSONAS HORAS REQUERIDAS VALOR PRECIO
/HORA
Analista de 1 10 23000 $ 230.000
sistemas

1.6.3 Social

PERSONAL APTO PARA USO DE LA SOLUCIN:

PERFIL EXISTE? DESTREZA EXIGIDA CUMPLE? S/N RESISTENCIA AL
S/N CAMBIO
TCNICO EN Si CONOCIMIENTO Y MANEJO DE BASE DE Si No
SISTEMAS DATOS.
SECRETARIA o Si CONOCIMIENTO Y MANEJO DE SISTEMA Si No
AUXILIAR OPERATIVO Y HERRAMIENTAS
OFIMTICAS

CONCLUSIN

GANANCIA CORPORATIVAS.

La implementacin del sistema tiene por consiguiente una reduccin en los gastos que se
destinaban a las labores de gestin de horarios, reduciendo el tiempo, personal, energa y
basura virtual

APOYO A LAS OPERACIONES INTERNAS.

Una gran ventaja es la optimizacin en las operaciones internas de la institucin
convirtindose en un proceso ms gil de desarrollar.

APOYO A LA TOMA DE DECISIONES INTERNAS

6 | Pgina
Gracias a que el sistema cuenta con un nmero de reportes de gran utilidad, se ver una
mayor claridad en la toma de decisiones de varios en varios aspectos.

SERVICIO AL CLIENTE.
Contando con una interfaz dedicada para los aprendices, se lograra proveer un mejor
vnculo de informacin.

MORAL DE LOS EMPLEADOS

Tras una mejora en la calidad de herramienta para las personas encargadas de elaborar el
horario, se ver reflejado en un empleado mucho ms dispuesto a hacer un trabajo con
excelente calidad.

1.7 CRONOGRAMA DE ACTIVIDADES

7 | Pgina
 PLANILLA DE AVALES DE
PROYECTO
Nmer
Nombre del
o de
Proyecto:
Ficha
Integrantes:

Centro de Gestin de Mercados, Logstica y TICS Anlisis y Desarrollo de

Sistemas de Informacin
TRIMESTR ENTREGABLE INSTRUCTO BLOQUE( FIRMA OBSERVACIONE
E S R ACTIVIDAD DE S ( FECHA Y
PROYECTO) OTRAS)
Presentacin Realizar
del Anlisis del seguimiento del
Sistema ( diseo del
Sistema proyecto a
propuesto.) desarrollar
3 Construir la
Diagramas de
Arquitectura del
Clases de
sistema de
Diseo.
Informacin
Diagramas de Realizar la
Secuencia de codificacin en
cada caso de [lenguaje de
uso. programacin 1]
Modelo
Disear la Base
Relacional de
de Datos
Base de datos.
Diccionario de Disear la Base
Base de Datos. de Datos

8 | Pgina
 Script de
Disear la Base
esquema de
de Datos
base de datos.

TEMPUX

2.1.1. Levantamiento de la informacin (instrumento, aplicacin y conclusiones

Entrevista para la Gestin de horarios en las sedes del CGMLTI

Jos Francisco Betancourt, Sandra Yanneth Rueda Guevara, Leonardo Rey.

1. Cules son los procesos que se realizan actualmente para la gestin de

elaboracin horarios?

2. Qu procedimientos incluyen estos procesos?

3. Quienes realizan estas labores?

4. Cul es la tarea que cada uno de los actores desempea en el proceso?

9 | Pgina
5. cules son las sedes con mayor trfico y nmero de estudiantes?

6. Cuntos ambientes disponibles/hbiles hay en cada sede?

7. Cules fichas hay en cada sede del programa?

8. Cuntas fichas ADSI ingresan cada trimestre en total?

9. Cuntos aprendices necesita una ficha mnimo?

10. Cuntos aprendices tienen cada ficha?

11. Cuntas competencias se ven cada trimestre?

12. Cuntas competencias tiene la carrera Tecnlogo en ADSI?

13. Cmo se distribuye el horario de los instructores de acuerdo al vnculo laboral que
tienen con el SENA?

14. Actualmente existen desfases de horas ya sea positivas o negativas en la

asignacin de los instructores? Cul es el procedimiento para resolverlas?

15. Cuntos instructores hay actualmente en ADSI de las sedes de C.G.M.L.T.I.?

16. Existen reasignacin de sede para alumnos? De no haberla cul sera la

posibilidad de hacerlo?

17. Actualmente se tienen en cuenta el nmero de estudiantes y las condiciones de

los ambientes para la asignacin de locaciones?

18. Cul es la media de desercin de alumnos y cul es la etapa en el ao en la que

este nmero es mayor?

19. Teniendo en cuenta la desercin se ve el caso en el que los instructores se deban

ver reducidos en su nmero? De qu manera se soluciona este inconveniente?

20. En el caso hipottico de que un instructor renuncie. De qu manera se suple la

falta del instructor en el tiempo de la contratacin de uno nuevo?

21. Cul es tiempo es necesario para hacer la contratacin de un instructor?

10 | Pgina
22. De qu manera se efecta la contratacin de nuevos espacios o sedes alternas
cuando es necesario?

23. De qu manera se tiene en cuenta la peticin que hacen los instructores al

escoger el horario de asignacin?

2.1.2. Estado actual del sistema

El proceso se lleva a cabo de forma manual por un grupo de instructores designados,

debido a esto el procedimiento se torna dificultoso y dispendioso a la vez. La
informacin muchas veces se vuelve escasa o nula, por la forma en que se hace y por
falta de tiempo que lleva hacer esto, por este motivo ha generado inconvenientes y ha
trado mala imagen, desercin, y muchos otros.

- Mostrar horarios

- Registrar fichas, ambientes, instructores

- Actualizar segn datos ingresados cada trimestre

- Eliminar datos con permiso del rol coordinador

2.1.1.1 Mapa de procesos (Macro procesos, subprocesos, caracterizacin de

los procesos crticos, diagrama de procesos cruzados)

11 | Pgina
2.1.1.2 Diagrama de contexto

2.1.1.5 Diagrama de caso de uso general

12 | Pgina
2.1.2. Solucin del problema

Un sistema de informacin es la herramienta ideal para apoyar la gestin del horario

desde su fabricacin, hasta la gestin general como cambios repentinos notificaciones
modificaciones en la informacin pertinente al horario etc. Gracias a que los
instructores encargados de realizar la gestin del horario realizar un proceso con
mayor agilidad, menor tiempo y con menor probabilidad a errores, cada uno de los
roles tendr una relacin ms estrecha con las dems partes que intervienen como los
son coordinacin, aprendices e instructores, generando as un mejor resultado por un
trabajo en equipo de manera ms asncrona, con beneficios para todos quienes
intervienen en el SENA.

2.1.2.1. Lista de requerimientos

830
Validacin

El sistema validar el ingreso de cada usuario, impidiendo el ingreso a los usuarios no

permitidos
El sistema contar con la opcin de proveer una nueva contrasea en caso de que el
usuario la olvide.
El sistema tendr un link o botn con el cual interactuar en caso de no aparecer
registrado en el sistema, notificacin que ver el administrador.

Registro

El administrador podr registrar a los usuarios para que puedan ingresar al sistema

13 | Pgina
 El sistema permitir una subida masiva de informacin importando archivos

Gestin de horario

El administrador podr modificar un horario existente

El administrador podr crear un horario partiendo desde cero
El administrador podr visualizar los horarios en su totalidad

Reportes

El sistema proveer reportes de manera textual y grfica, correspondientes a

informacin relacionada con la institucin
Se generara un reporte de los grupos que ms se han desprogramado
para una posterior nivelacin, siempre y cuando el gestor de horarios
reporte la informacin de la actividad extracurricular en el sistema.

El sistema mostrar cmo reportar, un historial de las actividades que

fueron impartidas a determinada ficha, as de la misma manera para el
instructor.

El sistema mostrar la cantidad de ambientes disponibles a determinada

hora del da o da de la semana.

El sistema de informacin mostrar reportes de las horas en el dia con

menor carga horaria en instructores, teniendo en cuenta su disponibilidad
horaria.

El sistema generar reportes de la cantidad de aprendices que desertaron

la formacin.

El sistema proveer informacin con respecto al la cantidad de

aprendices que ingresan a la institucin

Gestin de informacin
14 | Pgina
 El administrador podr agregar, modificar o eliminar datos correspondientes a
aprendices, fichas, ambientes, sedes, instructores y gestin curricular (actividades,
competencias, programacin curricular, etc)

El instructor podr modificar su perfil agregando datos personales, perfil profesional y

disponibilidad horaria.

Permisos

El administrador podr asignar permisos a los instructores, pudiendo estos tener

permisos para gestionar el horario.

2.1.2.2. Descripcin de requerimientos funcionales, no funcionales y de interface

IEEE830

Norma IEEE830 Tempux.doc

2.1.2.3. Mockups

15 | Pgina
16 | Pgina
17 | Pgina
18 | Pgina
19 | Pgina
20 | Pgina
21 | Pgina
22 | Pgina
23 | Pgina
24 | Pgina
25 | Pgina
26 | Pgina
27 | Pgina
28 | Pgina
29 | Pgina
30 | Pgina
31 | Pgina
32 | Pgina
33 | Pgina
34 | Pgina
35 | Pgina
36 | Pgina
37 | Pgina
2.1.2.4. Lista de verificacin (IEEE 730)

CUMPLE OBSERVA
No. VARIABLES/INDICADORES
SI NO CIONES
Los requerimientos estn
escritos en un lenguaje no
1 x
tcnico y comprensible para el
usuario/cliente
Hay algn requerimiento que
2 pueda tener ms de una x
interpretacin
3 Existen requisitos contradictorios x
Hay un glosario en el cual el
4 significado especfico de cada x
trmino est definido
38 | Pgina
 Los requerimientos pueden ser
entendidos, implementados y
5 x
verificados por un grupo
independiente
Puede ser eliminado algn
6
requisito x
7 Existen requisitos redundantes x
Estn incluidos todos los
8 requerimientos relacionados con x
la funcionalidad
9 El requerimiento es satisfactorio x
Todos los requerimientos son
10 trazables desde las necesidades
especficas del usuario x
Todos los requerimientos son
trazables desde fuentes
11
especficas (personas o
documentos) x
Para cada requerimiento hay un
proceso que puede ser ejecutado
12
por un humano o una mquina
para verificar los requerimientos x
Hay alguna redundancia en los
13 x
requerimientos
Cada requerimiento es relevante
14 X
al problema y a su solucin
Todas las funciones del software
15
estn especificadas X
Todos los requerimientos de
16 seguridad para cada funcin
estn definidos X
Todos los requerimientos de
17 base de datos para cada funcin
estn definidos X
Las entradas especificadas son
18 suficientes para cumplir el X
objetivo del requerimiento

39 | Pgina
 Es clara la fuente y los elementos
19
que debe contener X
El resultado es el esperado y
20 X
cumple con las restricciones
Estn definidos todos los
21
reportes X
Es claro el destino o destinos y la
22
forma de entrega x
Las restricciones estn
23
completas y son las requeridas
El proceso de ejecucin es claro
24
para el usuario
25 Esta completo
La versin corresponde a los
26
cambios realizados
El requerimiento es aprobado por
27
el cliente
28
29
30
31

FECHA DE LA REVISIN: CONCEPTO: La lista de

chequeo se encuentra de
acuerdo con la norma IEEE
730 correspondiente a los
planes del aseguramiento de
la calidad para la revisin y
seguimiento de los
requerimientos del software

EQUIPO RESPONSABLE DE LA REVISIN:

EQUIPO PROYECTO INSTRUCTORES Y/O CLIENTE
1 Andrs Algarra
2 Alexander lvarez

40 | Pgina
 3 Rodolfo Blanco
4 Esteban Baracaldo

2.1.2.5. Diagrama de caso de uso

2.1.2.6. Diagrama de clases del dominio

2.1.2.7. Diagrama Modelo Entidad Relacin MER

41 | Pgina
2.1.3. Registro de propiedad intelectual

42 | Pgina
43 | Pgina
2.2. DISEO
Sistema de informacin Web para el control de horarios TEMPUX.

2.2.1.1. Modelo de datos:

44 | Pgina
2.2.1.2. Diccionario de Datos

45 | Pgina
46 | Pgina
47 | Pgina
2.2.1.3. Arquitectura de la solucin:
2.2.1.4. Patrn de diseo a utilizar:
Patrn de arquitectura Modelo Vista Controlador (MVC)*
El patrn de arquitectura MVC (Modelo Vista Controlador) es un patrn que
define la organizacin independiente del Modelo (Objetos de Negocio), la Vista
(interfaz con el usuario u otro sistema) y el Controlador
.
De esta forma, se divide el sistema en tres capas donde, como se explicara ms
adelante, se tiene la encapsulacin de los datos, la interfaz o vista por otro y por
ltimo la lgica interna o controlador.

El patrn de arquitectura "modelo vista controlador", es una filosofa de diseo

de aplicaciones, compuesta por:

48 | Pgina
Modelo
Contiene el ncleo de la funcionalidad (dominio) de la aplicacin. Encapsula el
estado de la aplicacin. No sabe nada / independiente del Controlador y la Vista.

Vista
Es la presentacin del Modelo. Puede acceder al Modelo pero nunca cambiar su
estado. Puede ser notificada cuando hay un cambio de estado en el Modelo.

Controlador
Reacciona a la peticin del Cliente, ejecutando la accin adecuada y creando el
modelo pertinente.

Para entender cmo funciona el patrn Modelo vista controlador, se debe

entender la divisin a travs del conjunto de estos tres elementos y como estos
componentes se comunican unos con los otros y con otras vistas y controladores
externos al modelo principal. Para ello, es importante saber que el controlador
interpreta las entradas del usuario (tanto teclado como el mouse), enviado el
mensaje de accin al modelo y a la vista para que se proceda con los cambios
que se consideren adecuados

Comunicacin

El modelo, la vista y el controlador deben comunicarse de una manera estable

los unos con los otros, de manera que sea coherente con las iteraciones que el
usuario realizara. Como es lgico la comunicacin entre la vista y el controlador

49 | Pgina
es bastante bsica pues estn diseados para operar juntos, pero los modelos
se comunican de una manera diferente, un poco ms sutil.

Modelo pasivo
No es necesario para el modelo hacer ninguna tener alguna disposicin a l,
simplemente basta con tener en cuenta su existencia. El modelo no tiene
ninguna responsabilidad para comunicar los cambios a la vista porque ocurren
solo por orden del usuario, por lo que esta funcin la llevara a cabo el
controlador porque ser el que interprete las ordenes de este usuario debido a
que solo debe comunicar que algo ha cambiado. Por esto, el modelo se
encuentra en modo inconsciente y su participacin en este caso es irrisoria.

Unin del modelo con la vista y el controlador

Como no todos los modelos pueden ser pasivos, se necesita algo que
comunique al controlador y a la vista, por lo que en este caso, si se necesita el
modelo, ya que solo este puede llevar a cabo los cambios necesarios a los
estados actuales en el que estos se encuentran.

Al contrario que el modelo, que puede ser asociado a mltiples asociaciones con
otras vistas y controladores, cada vista solo puede ser asociada a un nico
controlador, por lo que han de tener una variable de tipo controller que notificara
a la vista cul es su controlador o modelo asignado. De igual manera, el
controlador tiene una variable llamada View que apunta a la vista. De esta
manera, pueden enviarse mensajes directos el uno al otro y al mismo tiempo, a
su modelo.

Al final, la vista es quien lleva la responsabilidad de establecer la comunicacin

entre los elementos del patrn MVC. Cuando la vista recibe un mensaje que

50 | Pgina
 concierne al modelo o al controlador, lo deja registrado como el modelo con el
cual se comunicara y apunta con la variable controller al controlador asignado,
envindole al mismo su identificacin para que el controlador establezca en su
variable view el identificador de la vista y as puedan operar conjuntamente. El
responsable de deshacer estas conexiones, seguir siendo la vista, quitndose a
s misma como dependiente del modelo y liberando al controlador.

2.2.1.5. Diagrama de clases:

2.2.1.6. Diagramas de secuencia:

51 | Pgina
52 | Pgina
2.2.1.7. Diagrama de distribucin:

53 | Pgina
2.2.1.8. Diseo de la interfaz grfica de usuario:

2.2.1.9. Diseo de pantallas:

2.2.1.10. Diseo de reportes:

Diseo de seguridad del sistema de informacin (ISO/IEC 27000):
Sistema propuesto
Gestor de horarios: es un sistema de informacin que brinda un apoyo de vital
importancia en cada una de las fases y etapas que involucra realizar la gestin de los
horarios, as como un completo uso y funcionamiento posterior a la misma
Antecedentes
Gestor de horarios: es un sistema de informacin que brinda un apoyo de vital
importancia en cada una de las fases y etapas que involucran realzar la gestin de los
horarios, as como un completo uso y funcionamiento posterior a la misma
El sistema de informacin resolver los problemas que se vienen presentando
actualmente debido a que va a realizar un completo apoyo y acompaamiento en cada
una de las fases de planeacin, apoyara con toda la informacin necesaria para
realizar el proceso
OBJETIVO GENERAL: Mejorar la gestin de horarios, fichas y ambientes, para el
SENA en el programa de ADSI
ALCANCE: Entregar a los aprendices, instructores, y coordinadores las actividades de
formacin cada trimestre, durante cada semestre del ao
POLITICAS Y RESTRICCIONES OPERACIONALES
Solo el coordinador y el instructor administrador son los encargados de
actualizar la base de datos
Solo el coordinador podr asignar a los instructores administradores y hacer la
modificacin de los mismo
Solo el coordinador e instructor administrador se encargara de modificar la
informacin que estar establecida en el sistema de informacin
Solo el coordinador y los instructor administrador estarn encargados de la
elaboracin del horario

2.2.1.11. Seguridad de datos:

- Copias de seguridad:

54 | Pgina
- Encriptacin de datos:
2.2.1.12. Polticas de seguridad:
Teniendo en cuenta que se debe cumplir los tres principios bsicos de la seguridad de
la informacin a continuacin se determinaran las polticas de seguridad para el
Sistema de Informacin WEB TEMPUX:

CONFIDENCIALIDAD

Segn el perfil con que se autentique el usuario bien sea administrador o aprendiz,
tendr acceso a cierta informacin de acuerdo a sus funciones.

El sistema ser administrado por el Administrador quien tendr unos permisos

especiales dentro del sistema tales como:

Podr habilitar y dar de baja a los usuarios del sistema,

Administrar los usuarios Aprendices que puedan ingresar al sistema.
Realizar las copias de seguridad respectivas semanalmente.

INTEGRIDAD

Los usuarios y perfiles existentes en la aplicacin solo podrn ser borrados o

modificados por las personas autorizadas, esto quiere decir que en el caso de los
aprendices quienes sern los nicos que podrn ser borrados o deshabilitados del
sistema. En el caso de los horarios ninguno podr ser borrado definitivamente de la
base de datos del sistema solo modificar su informacin o inhabilitar su estado.

DISPONIBILIDAD

Se garantiza una disponibilidad de la informacin de 7/24 a travs del sistema de

informacin siempre y cuando ingresen los usuarios al sistema. El acceso a toda la
plataforma se hace en tiempo real.

CONTROL DE ACCESO
55 | Pgina
El acceso ser autorizado solamente al personal que labora y estudia en nuestro centro
y est autorizado para acceder al sistema de informacin de forma activa y realizar las
pertinentes actividades en la misma.

Nadie aparte de los 2 roles (administrador - aprendiz) podr acceder a la aplicacin sin
un usuario y contrasea previamente autorizados.

AUTORIZACIONES COPIAS DE SEGURIDAD

En la actualidad sabemos que la informacin es el activo vigente de todo sistema

ptimo y sin ella carecera de importancia cualquier sistema sin tener un ente principal,
por lo tanto, siendo uno de los requisitos del sistema, las copias de seguridad
respaldan la informacin evitando posibles prdidas de la misma por cualquier motivo
ajeno o no del sistema. En TEMPUX estas copias de seguridad se estarn
implementado semanalmente y estarn a cargo del administrador del local quien
autoriza y crea los usuarios y contraseas de los dems perfiles de usuario.

SEGURIDAD DE ARCHIVOS DEL SISTEMA

Se garantizar que los desarrollos y actividades de soporte a los sistemas se lleven a

cabo de manera segura, controlando el acceso a los activos del mismo.

VERIFICACION DE LA SEGURIDAD DE LA INFORMACON

En ambiente de desarrollo cuando la aplicacin de encuentre en proceso, la verificacin

estar a cargo del desarrollador.
Deber realizarse la verificacin de seguridad de la aplicacin en un ambiente de
testeo que simule el ambiente de produccin. De esta manera posibles errores sern
detectados previamente a su puesta en produccin.
Para esto es conveniente utilizar las pruebas de testeo previamente establecidas en
especial caja negra.

OPERABILIDAD PARA EL INGRESO A MANTENIMIENTO DE DATOS EN EL SGBD.

56 | Pgina
La secuencia conceptual de operaciones que ocurren para acceder cierta informacin
que contiene una base de datos depende de la operabillidad de cmo se ingresa a la
aplicacin para el mantenimiento de la misma.

Segn lo anterior apara acceder a cierta informacin que contiene una base de datos:

El usuario solicita cierta informacin contenida en la base de datos.

El DBMS intercepta este requerimiento lo interpreta.
DBMS realiza las operaciones necesarias para acceder y o actualizar la informacin
solicitada.

INTEGRIDAD DE LOS DATOS EN EL SISTEMA GESTOR DE BASE DE DATOS.

Seguridad de la base de datos es la proteccin de la base de datos frente a usuarios no

autorizados. Sin unas buenas medidas de seguridad, la integracin de datos en los
sistemas de bases de datos hace que stos sean ms vulnerables.

La integridad de la base de datos se refiere a la validez y la consistencia de los datos

almacenados. Normalmente, la integridad se expresa mediante restricciones o reglas
que no se pueden violar. Estas restricciones se pueden aplicar tanto a los datos, como
a sus relaciones, y es el SGBD quien se debe encargar de mantenerlas.
En TEMPUX las restricciones se simplifican en cmo conservar la integridad de los
datos respetando cada campo en la BD y su tipo d dato adems de la cardinalidad de
los mismos.

2.2.1.13. Determinacin de herramientas tecnolgicas:

- Software:
TEMPUX se desarrolla en los lenguajes de programacin y tecnologas C#,
ASP, HTML y JavaScript, teniendo en cuenta las peticiones del rea de
ADSI del centro de mercados , la cual hace referencia a un sistema de
informacin web, que permite visualizar los horarios y alcanzar los objetivos
de brindar una disponibilidad de informacin permanente con una interfaz
agradable.

57 | Pgina
Adems, es un lenguaje de programacin orientado a objetos, por lo tanto
se implementa en el desarrollo de TEMPUX, permitiendo la conexin con la
base de datos mysql y la implementacin de inserciones, consultas,
modificaciones, eliminaciones y construccin de clases y beans, que
permiten el funcionamiento interno del sistema de informacin.

HTML
Lenguaje de marcas de hipertexto, es el lenguaje de marcado
predominante para la construccin de pginas web. Es usado para describir
la estructura y el contenido en forma de texto, as como para complementar
el texto con objetos tales como imgenes.

HTML se escribe en forma de "etiquetas", rodeadas por corchetes

angulares (<,>). HTML tambin puede describir, hasta un cierto punto, la
apariencia de un documento, y puede incluir un script (por ejemplo
JavaScript), el cual puede afectar el comportamiento de navegadores web y
otros procesadores de HTML. En TEMPUX se utiliza HTML para la
construccin del entorno grfico, como los formularios, debido a que este
lenguaje brinda cierta cantidad de herramientas para la construccin de
estos elementos indispensables en el proyecto.

Microsoft SQL Server

Es un sistema de manejo de bases de datos del modelo relacional,
desarrollado por la empresa Microsoft.
El lenguaje de desarrollo utilizado (por lnea de comandos o mediante la
interfaz grfica de Management Studio) es Transact-SQL (TSQL), una
implementacin del estndar ANSI del lenguaje SQL, utilizado para
manipular y recuperar datos (DML), crear tablas y definir relaciones entre
ellas (DDL).
Dentro de los competidores ms destacados de SQL Server estn: Oracle,
MariaDB, MySQL, PostgreSQL. SQL Server solo est disponible para
sistemas operativos Windows de Microsoft.
Puede ser configurado para utilizar varias instancias en el mismo servidor
fsico, la primera instalacin lleva generalmente el nombre del servidor, y
las siguientes - nombres especficos (con un guion invertido entre el
nombre del servidor y el nombre de la instalacin).

58 | Pgina
C#
Lenguaje de programacin orientado a objetos desarrollado y
estandarizado por Microsoft como parte de su plataforma .NET, que
despus fue aprobado como un estndar por la ECMA (ECMA-334) e ISO
(ISO/IEC 23270). C# es uno de los lenguajes de programacin diseados
para la infraestructura de lenguaje comn.
Su sintaxis bsica deriva de C/C++ y utiliza el modelo de objetos de la
plataforma .NET, similar al de Java, aunque incluye mejoras derivadas de
otros lenguajes.
El nombre C Sharp fue inspirado por la notacin musical, donde '#'
(sostenido, en ingls sharp) indica que la nota (C es la nota do en ingls) es
un semitono ms alta, sugiriendo que C# es superior a C/C++. Adems, el
signo '#' se compone de cuatro signos '+' pegados.2
Aunque C# forma parte de la plataforma .NET, sta es una API, mientras
que C# es un lenguaje de programacin independiente diseado para
generar programas sobre dicha plataforma. Ya existe un compilador
implementado que provee el marco Mono - DotGNU, el cual genera
programas para distintas plataformas como Windows, Unix, Android, iOS,
Windows Phone, Mac OS y GNU/Linux.

ASP.NET
Es un framework para aplicaciones web desarrollado y comercializado por
Microsoft. Es usado por programadores y diseadores para construir sitios
web dinmicos, aplicaciones web y servicios web XML. Apareci en enero
de 2002 con la versin 1.0 del .NET Framework, y es la tecnologa
sucesora de la tecnologa Active Server Pages (ASP). ASP.NET est
construido sobre el Common Language Runtime, permitiendo a los
programadores escribir cdigo ASP.NET usando cualquier lenguaje
admitido por el .NET

JavaScript
Es un lenguaje de programacin interpretado, es decir, que no requiere
compilacin, utilizado principalmente en pginas web, con una sintaxis
semejante a la del lenguaje java y el lenguaje c.
Al igual que java, JavaScript es un lenguaje orientado a objetos
propiamente dicho, ya que dispone de herencia, si bien sta se realiza
siguiendo el paradigma de programacin basada en prototipos, ya que las
59 | Pgina
 nuevas clases se generan clonando las clases base (prototipos) y
extendiendo su funcionalidad.

Todos los navegadores modernos interpretan el cdigo JavaScript

integrado dentro de las pginas web. Para interactuar con una pgina web
se provee al lenguaje JavaScript de una implementacin del dom. Adems
este lenguaje permite realizar las validaciones de cada formulario que
integra el sistema de informacin.

Sistema operativo
El Sistema de Informacin, Gestor de Horarios, es una aplicacin Web que
puede ejecutarse en una plataforma Windows de 32 o 64 (Windows XP,
Windows 7 y Windows 8) utilizando un navegador web como Google
Chrome o Firefox.

- Hardware:
Servidor o una PC como servidor con la siguiente
configuracin:
Microprocesador Pentium IV a 3.20 GHz 16-32 GB en Memoria
RAM.
10000 MB libres en disco duro.
Sistema Operativo Windows server.
Conexin a internet.

PCs del Cliente, con la siguiente configuracin:

Microprocesador Pentium IV 256 MB o superior en memoria RAM.
Monitor a Color.
250 MB libres en disco duro.
Sistema Operativo Windows 7 o superior.
Navegador en sus ltimas versiones
Conexin a internet.

60 | Pgina
2.3DESARROLLO
2.3.1. Descripcin de la tcnica de codificacin (estndar de codificacin)
2.3.2. Documentacin del cdigo fuente (descripcin de los objetos)
2.3.3. Manuales
usuario
instalacin

1.1. PRUEBAS DE LA APLICACIN

2.4.1. Seleccin de tcnicas para la ejecucin de pruebas
2.4.2. Plan de capacitacin a usuarios

2.5. IMPLANTACIN DEL SISTEMA DE INFORMACIN

2.5.1. Licenciamiento
2.5.2. Validacin de manuales
2.5.3. Validacin capacitacin de usuarios
2.5.4. Plan de migracin de datos en caso de existir
2.5.5. Validacin de la seguridad de informacin

2.6. PLAN DE MANTENIMIENTO Y SOPORTE DE LA APLICACIN

BIBLIOGRAFA

61 | Pgina