CODIFICAR LOS MODULOS DEL SISTEMA DE INFORMACION

GRUPO 6:

YUBELLY GARCIA IRREÑO

WILLIAM FERNANDO MUÑOZ

ILDER AGUILAR MARTINEZ

NICOLAS MOSQUERA ESPINOSA

SERVICIO NACIONAL DE APRENDIZAJE SENA

ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACION
MARZO - 2018
 CONTENIDO

1. OBJETIVO
OBJETI VO .................................
................ ...................................
...................................
..................................
...................................
....................................
..............................
............ 3
2. ALCANCE
ALCANC E..................................
................. ...................................
...................................
..................................
...................................
....................................
..............................
............ 3
3. FASES .................................
................ ...................................
...................................
...................................
...................................
...................................
...................................
................... 3
4. ESPECIFICACION DE CADA FASE ...................
............................
..................
..................
..................
..................
..................
..................
..................
................
....... 3
4.1. FASE DE DEFINICION DE LOS REQUERIMIENTOS ..................
...........................
..................
..................
..................
..................
........... 4
4.2. FASE DE ANÁLISIS
ANÁLISI S ...................................
.................. ...................................
...................................
...................................
...................................
........................
....... 5
4.2.1. ESTUDIO DEL ENTORNO TECNOLÓGICO ..................
............................
...................
..................
..................
..................
..............
..... 5
4.2.2. ELECCIÓN DE LA ARQUITECTURA DE DESARROLLO ..................
...........................
...................
...................
...............
...... 7
4.2.3. DIAGRAMAS DE ANÁLISIS DEL SISTEMA..................
...........................
..................
..................
..................
..................
................
....... 8
4.3. FASE DE DISEÑO ..................................
................. ...................................
...................................
...................................
...................................
.........................
........ 10
4.3.1. DISEÑO DE LA BASE DE DATOS..................
...........................
...................
...................
..................
..................
..................
..................
......... 10
4.3.2. DISEÑO DE ARCHIVOS (DICCIONARIO DE DATOS)..................
...........................
...................
...................
................
....... 11
4.3.3. DISEÑO DE ENTRADAS Y SALIDAS ..................
...........................
..................
..................
..................
..................
...................
..............
.... 15
4.3.4.
4.3.4 . DISEÑO DE CASOS DE USO ..................................
................ ...................................
...................................
....................................
.................... 16
4.3.5.
4.3.5 . DISEÑO DE CLASES ..................................
................. ...................................
...................................
...................................
...............................
............. 17
4.3.6.
4.3.6 . DISEÑO DE INTERFACE
INTERFAC E ..................................
................ ...................................
...................................
....................................
.........................
....... 17
4.3.7. DISEÑO DE NAVEGABILIDAD ..................
...........................
..................
...................
...................
..................
..................
..................
............
... 18
4.3.8. DISEÑO DE SEGURIDAD Y CONTROL ..................
...........................
...................
...................
..................
..................
..................
......... 19
4.4. FASE DE COSNTRUCCION
COSNTRU CCION ...................................
.................. ..................................
...................................
....................................
............................
.......... 20
4.4.1.
4.4.1 . RELACIÓN
RELAC IÓN CON EL DISEÑO ..................................
................ ...................................
...................................
....................................
.................... 20
4.4.2. USO DE CONVENCIONES DURANTE LA FASE DE CONSTRUCCIÓN .................
..........................
...........
.. 21
4.4.2. ARQUITECTURA O PROGRAMACIÓN EN 3 CAPAS ..................
...........................
...................
...................
................
....... 22
 PROCEDIMIENTO DE DESARROLLO

1. OBJETIVO
Desarrollar un producto intangible de tipo software administrativo, seguro y confiable, que
 permita a las pequeñas, medianas y grandes empresas del sector belleza y salud, contar con
un instrumento de registro y administración sus recursos, que facilite un manejo adecuado de
los mismos así como una herramienta más para la toma de sus decisiones.

2. ALCANCE
El software tendrá varios módulos y será un instrumento eficiente de registro, tanto de ventas,
como de servicios, de empleados, clientes, agendamiento de citas, compras, etc., para las
salas de belleza, cada uno de ellos contendrá lo relacionado con el nombre y lo que el sistema
hará será, almacenar en base de datos toda la información para su posterior análisis, además
se buscará que se generen constantemente copias de seguridad, para evitar la pérdida de
información.

3. FASES
Las fases que se tendrán en cuenta son las siguientes:

a. Definición de los requerimientos

 b. Análisis
c. Diseño
d. Desarrollo

4. ESPECIFICACION DE CADA FASE

IDENTIFICACION
En los procesos de recolección de información es importante que el cliente identifique bien
cuáles son sus necesidades. En la medida en que se defina adecuadamente el producto o la
necesidad a satisfacer por parte del cliente, se podrán identificar y definir con precisión los
insumos o entradas requeridos por parte del sistema de información a desarrollar.

Lo primero que se debe hacer es identificar los insumos o entradas del sistema que nos
 permitan definir con claridad la información a recolectar, donde encontrarla y las técnicas
que debemos utilizar para recolectarla.

ANALISIS
Durante esta fase ahondaremos en el análisis de los requerimientos que deberá cumplir el
sistema para adaptarse a los modelos de calidad y desarrollo de software, así mismo, se
caracterizaran algunos aspectos del proyecto a través de diagramas UML.
DISEÑO
Se elaboraran máximo tres prototipos del diseño gráfico que tendrá el software, de manera
que al terminar su respectivo debate entre los integrantes del grupo, se determine cuál será la
mejor opción para el proyecto.

DESARROLLO
El software se desarrollará en lenguaje de programación JAVA, por cuanto, es un lenguaje
robusto, completo, de amplia popularidad, del cual se encuentra bastante soporte y es de los
más usados en los dispositivos.

4.1.FASE DE DEFINICION DE LOS REQUERIMIENTOS

REQUERIMIENTOS NO FUNCIONALES INTERFAZ DE USUARIO

 EFICIENTE
Mostrar la información clara y contenido comprensible para un manejo fácil del programa.

 MANEJABLE
Los componentes de la interfaz deben ser visibles y sencillos para un adecuado uso,
también debe manejar una opción de ayuda para orientar al usuario.

COMPRENSIBLE
Toda la información mostrada en el programa d ebe ser comprensible para el usuario para
evitar errores al ingreso de los datos.

 ESTRUCTURADO
El programa debe ser comprendido por todos los tipos de usuarios que se definan actuales y
futuros.

REQUERIMIENTOS NO FUNCIONALES PARA EL DESARROLLO,

DESEMPEÑO Y SEGURIDAD

 RENDIMIENTO
Se debe contar con buenos equipos en la parte del hardware, para poder ejecutar el software
y dar respuesta rápida a los eventos que se presenten.

 MANTENIMIENTO
Se debe programar tareas de ejecución para el mantenimiento adecuado de hardware y
software, permitiendo actualizar, registrar, consultar y mantener la información almacenada
en la base de datos y realizando backups, para no perder la información.
 ESTABILIDAD
El software debe ser fiable para una adecuada utilización, de lo contrario si ocurren errores
se puede perder toda la información de clientes, proveedores, ventas, productos.

 ALMACENAMIENTO
Los equipos seleccionados deberán contar con suficiente espacio para la instalación del
software y almacenamiento de datos continuo.

SEGURIDAD
El sistema debe contar con clave de acceso para evitar que personas ajenas manipulen la
información suministrada por clientes, proveedores y administración.

REQUERIMIENTOS NO FUNCIONALES RELACIONADOS CON HARDWARE Y

SOFTWARE

 IMPRESORA
Cumplir con la facturación e informes.

SOFTWARE
Programa para el desarrollo de las actividades planteadas.

 HARDWARE
Computadores, impresoras y lector de código de b arras.

4.2. FASE DE ANÁLISIS

4.2.1. ESTUDIO DEL ENTORNO TECNOLÓGICO

Dentro de este desarrollo se utilizara la herramienta de hardware como:

FICHA TECNICA COMPUTADOR DE ESCRITORIO

1. Nombre del dispositivo

Lenovo todo en uno

2. Solución proyecto
Administración de salones de belleza
3. Especificaciones mínimas requeridas

ITEM CANTIDAD COMPONENTE

1 1 Torre con fuente de
 poder
2 1 Monitor plano
LCD de 17”
3 1 Mouse USB óptico
de dos botones y
scroll
4 1 Teclado en español
USB
5 1 Cables de poder
6 1 Cable de conexión
 para el monitor
7 1 Pad Mouse
ergonómico

ESPECIFICACIONES TECNICAS
ITEM CANTIDAD COMPONENTE
1 1 Main board
2 1 Procesador Intel Core i3
3 1 Memoria RAM de 2 Gb
4 1 Disco duro de 500 Gb
5 1 Unidad óptica CD-
ROM/DVD-ROM
6 1 Puertos USB 2.0
7 1 Puerto de video
compatible con el
monitor
8 1 Sistema operativo
Microsoft Windows 7
Home OEM
9 - Alimentación 120 VAC
10 1 Salida de Audio
11 1 Adaptador inalámbrico
(Tarjeta de red para
conexiones
inalámbricas) con
antena integrada, que
soporte IEEE 802.11
 b/g, WEP, WPA, IEEE
802.1x
12 1 Adaptador de red
(Tarjeta de Red)
10/100/1000 Mbps,
conector RJ-45
integrado, que soporte
IEEE 802.1x
13 - El monitor, torre,
teclado y mouse deben
ser de la misma marca

4.2.2. ELECCIÓN DE LA ARQUITECTURA DE DESARROLLO

Para el desarrollo de un proyecto de software, existen diferentes alternativas referentes

 principalmente a la arquitectura a emplear. Debemos elegir el ambiente (Web, Windows,
Consola, Móvil); el sistema manejador de bases de datos (Robusto, Liviano, de Servidor, de
Escritorio, Libre, Gratuito, Comercial); el lenguaje de programación (Estructurado,
Orientado a Objetos, Libre, Gratuito, Comercial, Orientado a la Web, del lado del Cliente,
del lado del Servidor).

Para el desarrollo del sistema información será necesario tener conocimientos en desarrollo
web y las tecnologías mencionadas a continuación:

Además de ello, nos apoyaremos con el framework Laravel para el desarrollo del entorno
web de manera segura y práctica.
4.2.3. DIAGRAMAS DE ANÁLISIS DEL SISTEMA

DIAGRAMA MER
 DIAGRAMA DE CLASES

DIAGRAMA DE SECUENCIA
 4.3.FASE DE DISEÑO

4.3.1. DISEÑO DE LA BASE DE DATOS

4.3.2. DISEÑO DE ARCHIVOS (DICCIONARIO DE DATOS)
ADMINISTRADOR
Defaul
PrimaryKey  NotNull Comme AutoIn
ColumnName DataType Flags t
nt c
Value
Id_Administrad INTEGE PK NN
UNSIGNE
AI
or R D
UNSIGNE
ADM_Cedula INTEGER
D
VARCHA
ADM_Nombre
R
VARCHA
ADM_Apellidos
R
VARCHA
ADM_Direccion
R
VARCHA
ADM_Telefono
R
VARCHA
ADM_Password
R
IndexName IndexType Columns
PRIMARY PRIMARY Id_Administrador

CLIENTES
Defau
PrimaryKe  NotNul Comme AutoI
ColumnName DataType Flags lt
y l nt nc
Value
INTEGE PK UNSIGN
Id_Cliente NN AI
R ED
EMPLEADOS_Id_Emp INTEGE UNSIGN
 NN
leado R ED
INTEGE UNSIGN
CLI_Cedula
R ED
VARCH
CLI_Nombre
AR
VARCH
CLI_Apellidos
AR
VARCH
CLI_Direccion
AR
VARCH
CLI_Telefono
AR
IndexName IndexType Columns
PRIMARY PRIMARY Id_Cliente
CLIENTES_FKIndex1 Index EMPLEADOS_Id_Empleado

EMPLEADOS
Defa
DataTyp PrimaryK  NotNu ult Comm AutoI
ColumnName Flags
e ey ll Valu ent nc
e
INTEG PK UNSIGN
Id_Empleado NN AI
ER ED
ADMINISTRADOR_Id_Ad  INTEGE UNSIGN
 NN
ministrador R ED
INTEGE UNSIGN
EMP_Cedula
R ED
VARCH
EMP_Nombre
AR
VARCH
EMP_Apellidos
AR
VARCH
EMP_Direccion
AR
VARCH
EMP_Telefono
AR
IndexName IndexType Columns
PRIMARY PRIMARY Id_Empleado
EMPLEADOS_FKIndex1 Index ADMINISTRADOR_Id_Administrador

EMPLEADOS_has_SERVICIOS
Defau
DataTyp PrimaryKe  NotNul Comme AutoI
ColumnName Flags lt
e y l nt nc
Value
EMPLEADOS_Id_Emp INTEG PK NN
UNSIGN
leado ER ED
SERVICIOS_Id_Servici INTEG PK NN
UNSIGN
o ER ED
IndexName IndexType Columns
PRIMARY PRIMARY EMPLEADOS_Id_Empleado
SERVICIOS_Id_Servicio
EMPLEADOS_has_SERVICIOS_FKIndex1 Index EMPLEADOS_Id_Empleado
EMPLEADOS_has_SERVICIOS_FKIndex2 Index SERVICIOS_Id_Servicio

INVENTARIO
Defa
DataTyp PrimaryK  NotNu ult Comm AutoI
ColumnName Flags
e ey ll Valu ent nc
e
INTEG PK UNSIGN
Id_Inventario NN AI
ER ED
ADMINISTRADOR_Id_Ad  INTEGE UNSIGN
 NN
ministrador R ED
VARCH
INV_Nombre
AR
VARCH
INV_Codigo
AR
VARCH
INV_Existencias
AR
INV_FechaEntrada DATE
INV_FechaSalida DATE
IndexName IndexType Columns
PRIMARY PRIMARY Id_Inventario
INVENTARIO_FKIndex1 Index ADMINISTRADOR_Id_Administrador

PRODUCTOS
Defa
PrimaryK   NotNul Comme AutoI
ColumnName DataType Flags ult
ey l nt nc
Value
INTEGE PK UNSIGN
Id_Producto NN AI
R ED
PROVEEDORES_Id_Pro INTEGE UNSIGN
 NN
veedor R ED
VARCH
PRO_Nombre
AR
VARCH
PRO_Precio
AR
VARCH
PRO_Existencias
AR
IndexName IndexType Columns
PRIMARY PRIMARY Id_Producto
PRODUCTOS_FKIndex1 Index PROVEEDORES_Id_Proveedor

PROVEEDORES
Defa
DataTyp PrimaryK  NotNu ult Comm AutoI
ColumnName Flags
e ey ll Valu ent nc
e
INTEG PK UNSIGN
Id_Proveedor NN AI
ER ED
ADMINISTRADOR_Id_Ad  INTEGE UNSIGN
 NN
ministrador R ED
INTEGE UNSIGN
PRO_Nit
R ED
VARCH
PRO_Nombre
AR
VARCH
PRO_Direccion
AR
VARCH
PRO_Telefono
AR
VARCH
PRO_Precio
AR
VARCH
PRO_NombreProducto
AR
IndexName IndexType Columns
PRIMARY PRIMARY Id_Proveedor
PROVEEDORES_FKIndex1 Index ADMINISTRADOR_Id_Administrador

SERVICIOS
ColumnNam PrimaryKey NotNull Defaul Commen AutoIn
DataType Flags
e t Value t c
UNSIGNE
Id_Servicio INTEGER PK NN
D
AI

SER_Nombr  VARCHA
e R
VARCHA
SER_Precio
R
IndexName IndexType Columns
PRIMARY PRIMARY Id_Servicio
4.3.3. DISEÑO DE ENTRADAS Y SALIDAS

Vista de Interacción
4.3.4. DISEÑO DE CASOS DE USO
4.3.5. DISEÑO DE CLASES

4.3.6. DISEÑO DE INTERFACE

4.3.7. DISEÑO DE NAVEGABILIDAD
4.3.8. DISEÑO DE SEGURIDAD Y CONTROL

El control de acceso discrecional no proporciona la granularidad suficiente para permitir una

segmentación más definida y estructurada en un sistema complejo con multitud de usuarios
y funciones. En este caso, un mecanismo de roles aporta mayor versatilidad. El control de
acceso basado en roles consiste en la definición de perfiles (roles) a los que se les atribuyen
una serie de características que aplican sobre los permisos y acciones que pueden llevar a
cabo, incluyendo el control sobre otros perfiles. Es, en cierto modo un sistema jerárquico de
clases. Muy utilizado en organizaciones con gran número de usuarios y donde se integran
distintos grupos de trabajo o departamentos con funciones diferenciadas, como por ejemplo
departamento de sistemas, departamento de desarrollo, comercial, servicios generales, etc.
Con este mecanismo se segmenta y se organiza de forma eficaz el acceso a los objetos y las
tareas.

Se manejaran 2 perfiles.

Administrador: el rol de este perfil será administrar el software y será el único que podrá
adicionar, modificar y eliminar la información de la empresa.

Empleado: el rol de este perfil es el de manejar y facturar la información de acuerdo a los

 productos y servicios ofrecidos por la empresa, no podrá realizar las acciones de un
administrador por lo que será limitado el software para este perfil.

El manejo adecuado del software y no proporcionar mucha información sobre los módulos a
terceras personas ayudaran a tener los datos seguros y siguiendo estas recomendaciones:

  No guardar las contraseñas en el sistema o proporcionarlas a otras personas.

 Solo el encargado puede manejar el software.
  No copiar el software para instalarlo en otro ordenador.
 Realizar toda la seguridad contra ataques de inyección SQL.
 Actualizar el software y hacerle pruebas de escritorio cada 3 meses.
 4.4. FASE DE CONSTRUCCION

4.4.1. RELACIÓN CON EL DISEÑO

4.4.2. USO DE CONVENCIONES DURANTE LA FASE DE CONSTRUCCIÓN
Grupo 6 : integrantes del equipo desarrollador del proyecto Winsoft.
 Proyect winsoft: nombre del proyecto en desarrollo

4.4.2.1. CONVENCIONES EN BASES DE DATOS

 Primary key: llave primaria
 Foreign: llave foránea o secundaria
 Int: tipo de dato que almacena valores enteros.
Varchar: tipo de dato que almacena cadena de caracteres.
 Date: tipo de dato que permite el manejo de fechas.
Table: tablas usadas para almacenar información y están inmersas en la base de datos.

4.4.2.2. CONVENCIONES DE PROGRAMACIÓN

 Phpmyadmin: phpMyAdmin es una secuencia de comandos PHP destinada a dar a los
usuarios la capacidad de interactuar con sus bases de datos MySQL.
 Java: lenguaje de programación de propósito general, concurrente, orientado a objetos, que
fue diseñado específicamente para tener tan pocas dependencias de implementación como
fuera posible. Su intención es permitir que los desarrolladores de aplicaciones escriban el
 programa una vez y lo ejecuten en cualquier dispositivo
 Apache: El servidor Apache HTTP , también llamado Apache, es un servidor web HTTP de
código abierto para la creación de páginas y servicios web. Es un servidor multiplataforma,
gratuito, muy robusto y que destaca por su seguridad y rendimiento.
Servidor Web: es un programa especialmente diseñado para transferir datos de hipertexto, es
decir, páginas web con todos sus elementos (textos, widgets, baners, etc). Estos servidores
web utilizan el protocolo http.
SQL: es un lenguaje estándar e interactivo de acceso a bases de datos relacionales que permite
especificar diversos tipos de operaciones en ellas, gracias a la utilización del álgebra y de
cálculos relacionales, el SQL brinda la posibilidad de realizar consultas con el objetivo de
recuperar información de las bases de datos de manera sencilla. Las consultas toman la forma
de un lenguaje de comandos que permite seleccionar, insertar, actualizar, averiguar la
ubicación de los datos, y más.

Servidor: "Servidor web" podemos referirnos a hardware o software, o a ambos trabajando

 juntos.

1. En cuanto a hardware, un servidor web es una computadora que almacena los

archivos que componen un sitio web (ej. documentos HTML , imágenes, hojas de
estilos CSS y archivo JavaScript) y los entrega al dispositivo del usuario final.
Está conectado a internet y es accesible a través de un nombre de dominio como
mozilla.org.
2. En cuanto a software, un servidor web tiene muchas partes encargadas del control
sobre como tienen acceso los usuarios a los archivos, por lo menos un servidor HTTP.
UN  servidor HTTP es una pieza de software que comprende URLs (direcciones web)
y HTTP (el protocolo que tu navegador usa para ver las paginas web).

4.4.2. ARQUITECTURA O PROGRAMACIÓN EN 3 CAPAS

4.4.3.1. CAPA DE PRESENTACIÓN:

4.4.3.2. CAPA DE NEGOCIO:

4.4.3.3. CAPA DE DATOS: