Documente Academic
Documente Profesional
Documente Cultură
Índice General
Contenido
.......................................................................................................................................... 5
CAPITULO I ...................................................................................................................... 5
Descripción de la Organización ................................................................................................ 6
Filosofía de la Gestion ................................................................................................................. 7
Visión .............................................................................................................................................. 7
Valores ........................................................................................................................................... 7
CAPITULO II................................................................................................................... 15
Alcance......................................................................................................................................... 18
....................................................................................................................................................... 19
Esquema de funcionamiento .................................................................................................... 19
Descripción Literal Detallada .......................................................................................... 23
Gestión de Cliente ...................................................................................................................... 23
Gestión de Agenda..................................................................................................................... 24
Gestión de Servicios .................................................................................................................. 24
Gestión de Difusión y Escucha al Cliente ............................................................................... 25
CAPITULO III ................................................................................................................. 26
Plataforma de Desarrollo........................................................................................................... 28
MVC (MODELO VISTA CONTROLADOR) ..................................................................... 37
MVVM (MODELO VISTA VIEW MODEL) ........................................................................ 38
CLIENTE-SERVIDOR...................................................................................................... 39
SOA (ARQUITECTURA ORIENTADA A SERVICIOS) ................................................... 39
PATRONES DE DISEÑO ................................................................................................ 40
PATRON DE CREACION SINGLETON .......................................................................... 41
PATRON DE ESTRUCTURA FACADE ........................................................................... 41
CAPITULO IV.................................................................................................................. 45
Estándares de Bases de Datos .................................................................................. 51
Estándares de Desarrollo............................................................................................... 60
Figura 1. Paleta de Colores. ............................................................................................ 87
........................................................................................................................................ 88
CAPITULO V ................................................................................................................... 94
2
Descripción del Capitulo................................................................................................................ 95
3
Introducción
El manual describe los lineamientos internos bajo los cuales fue creado el
sistema de Información Bambú, teniendo como objetivo ser un soporte formal en la
documentación del mismo, este contiene explicación de la plataforma
computacional utilizada para el desarrollo del sistema, estándares de
programación implementados, descripción de los módulos de los componentes
web, Desktop y aplicación móvil, así como también una pequeña descripción de la
organización en estudio. Bambú es un sistema de información creado para Spinetti
Laser el objetivo de facilitar la gestión de planificación de Agenda que lleva a cabo
la estética, el cual suministra información concerniente a las sesiones y, alianzas
estratégicas
4
CAPITULO I
LA ORGANIZACION
5
Descripción de la Organización
Grupo Spinetti es una entidad creada con el fin de prestar todo tipo de
servicios relacionados con la salud y belleza. Que van desde diagnósticos de
prevención, curación y rehabilitación hasta masajes faciales, corporales y
tratamientos de belleza, ayudando a mejorar la calidad de vida y el bienestar físico
y psíquico del cliente.
Para cumplir con dicha labor Grupo Spinetti tiene a la disposición de sus
clientes tres grandes empresas las cuales son Spinetti Laser, Spinetti Laser y
Unidad Quirúrgica del centro. En donde cada una de ellas se especializa en
diferentes actividades, las cuales se complementan unas con otras para la mayor
satisfacción del cliente. Igualmente las tres empresas actúan de forma autónoma e
independiente en cuanto al manejo de la información de sus clientes y
tratamientos llevados a cabo dentro de la organización, solo en casos especiales
los clientes son referidos de una empresa a otra proporcionándoles la información
requerida del mismo.
Negocio de su madre la Sra. Adela de Gómez muy famosa para la época por la
venta de cerámica. Este lugar es reconocido desde entonces como el consultorio
del doctor Eleazar Gómez Spinetti.
6
Filosofía de la Gestion
Visión
Spinetti Laser, c.a. quiere ser una entidad con una cultura de Calidad
contribuyendo con la preservación de la vida, otorgando bienestar, relajación física
y mental que permitan a nuestros clientes enfrentar los males de la modernidad,
con técnicas especiales para su salud; y por tanto Posicionarnos como empresa
líder en el ramo, siendo reconocida a nivel local, nacional e internacional por la
calidad en el servicio.
Misión
Valores
Respeto
Honestidad
7
Se considera que las relaciones entre las personas deben darse entre un
marco de altas normas de honestidad e integridad de forma tal que cada uno
puedan tener confianza en la veracidad de lo que se escucha y la autenticidad de
las acciones que se observan.
Responsabilidad
Objetivos
Objetivo General
Objetivos Específicos
Conocer las distintas necesidades de los clientes para orientar los servicios que
brinda Spinetti Laser y así garantizar una excelente atención.
Ofrecer una atención programada y controlada de los servicios suministrados en
Spinetti Laser para el disfrute de los clientes.
Brindar a los clientes una experiencia con niveles únicos de armonía, mente,
cuerpo salud y belleza a través de una gama de servicios de estética y salud.
8
Logotipo
Es la planta más popular en China, ya que todos los pueblos del sur de
China están rodeados de bosques de bambú, por lo cual para cualquier chino
estar cerca de un bambú, es estar cerca de casa. Otra relación cultural favorable
es que las hojas caídas de bambú se cruzan entre sí y generan la forma del
carácter chino "An" o “tranquilidad”. Bambú de la suerte está estrechamente
relacionado con el concepto de Feng Shui. Feng Shui es un antiguo arte chino y la
ciencia", basado en la visión taoísta de la comprensión de la naturaleza", y la
creencia de que la naturaleza es un ser vivo, lleno de energía. Esta antigua
práctica consiste en la unión de los elementos de fuego, tierra, madera, agua y
metal.
Estructura Organizacional
9
separada. A continuación se muestra la estructura organizacional del grupo
Spinetti:
De la organización una vez estos han pasado por una entrevista previa y
hayan sido seleccionados, además de un área de administración que se encarga
de la actividad financiera de la organización, un asesor contable y un asesor
técnico. Para el disfrute y recibimiento de sus clientes cuenta un área de estética y
un gimnasio complementar los servicios ofrecidos.
10
Figura 3. Estructura Organizacional de Spinetti Spa Gym.
3. Estructura del Área (estética): El área de estética cuenta con los equipos
necesarios para los tratamientos, así como cuartos de sauna y vapor. Dicha área
consta de una recepción encargada de recibir a los clientes y programarles una
cita con el esteticista dependiendo de la Disponibilidad del mismo, o en casos
particulares que el cliente solicite. Cabe resaltar que cada uno de los esteticistas
está encargado de adquirir sus propios implementos e insumos para el desarrollo
del servicio. También cuenta con un área de mantenimiento que se encarga de la
limpieza y el orden de las instalaciones A continuación se muestra la estructura
organizacional de estética:
11
Figura 4. Estructura Organizacional del Área de Estética.
Área de Estudio
12
El área de estética cuenta con los equipos necesarios para los tratamientos,
así como cuartos de sauna y vapor. Dicha área consta de una recepción
encargada de recibir a los clientes y programarles una cita con el esteticista
dependiendo de la disponibilidad del mismo, o en casos particulares que el cliente
solicite. Cabe
Resaltar que cada uno de los esteticistas está encargado de adquirir sus
propios implementos e insumos para el desarrollo del servicio. También cuenta
con un área de mantenimiento que se encarga de la limpieza y el orden de las
instalaciones.
IPL.
Radiofrecuencia Fraccionada.
Eliminación de Tatuajes.
Masoterapia.
Cavitación.
Presoterapia.
Depilación Definitiva.
Bronceado.
Medicina China: Ventosas, Aromaterapia, Auriculoterapia.
Limpieza de Cutis
Servicios de Sauna y Vapor.
13
Cadena de Valor
14
CAPITULO II
EL SISTEMA
15
Descripción del Capitulo
Planteamiento de la Solución
Se propone una solución informática basada en un sistema de información
denominado Bambú, con tres componentes fundamentales: Portal Web, Web-
Desktop y Aplicación Móvil, además se proporcionará un canal de escucha al
cliente, donde se permitirá ser flexible y adaptable a las gestiones de la
organización, como lo son la gestión de cliente, gestión de agendas y gestión de
servicios; con la finalidad de contar con la información distribuida adecuadamente.
16
Objetivo General
Objetivo Específico
17
Alcance
El sistema BAMBU está basado principalmente en registrar, procesar y
realizar un seguimiento al conjunto de actividades que se realizan dentro de cada
una de las gestiones, con la finalidad de proporcionar información útil para la toma
de decisiones; esto con el propósito de buscar soluciones y así facilitar el
funcionamiento de cada uno de los procesos que se ven involucrados en las
actividades que realiza día a día BAMBU. Los principales procesos que maneja el
sistema son: la Gestión de Clientes, La Gestión de Agendas y la Gestión de
Servicios.
18
sentirse en un estado de bienestar tanto interno como externo todo esto mediante
tratamientos de estética y salud.
Esquema de funcionamiento
Gráfico
19
Descripción del Esquema de Funcionamiento
El sistema bambú contara con tres componentes principales, los cuales son:
portal web, aplicación movil y web desktop. Las cuales tendran diferentes
funcionalidades dependiendo el usuario que ingrese a dicho componente.
Los usuarios no registrados son aquellos que no han recibido ningun servicio
de la organización, pero que tienen interes en ello; estos pueden registrarse como
clientes potenciales y solicitar su consulta diagnostica ( primera cita) por el portal
web.
20
El sistema web desktop representa el componente principal este permitira
realizar todas las gestiones principales de la organización, como la gestion de
clientes, agenda y servicios, ademas de controlar la gestion de difusión y escucha
al cliente, gention de configuracion y parametrizacion, gestion de seguridad y otras
funcionalidades que den respuesta a las gestiones de apoyo que maneja la
organización. Desde este componente seran enviados a los clientes todas las
notificaciones hacia la aplicación movil acerca de su proxima cita y tratamientos.
La web desktop sera desarrollado en java 8 utilizando como IDE Eclipse Kleper
con el Framework ZK , Servidor Apache Tomcat 7.0.33, Maven, haciendo uso de
Json, Bootstrap, Jasper Report e Ireport 5.6.0 para la generacion de reportes, que
jugaran un papel importante dentro de la organización. El sistema sera visualizable
correctamente en los navegadores chrome y mozilla.
Se utilizaran servicios web que permitiran la conexión del sistema web desktop,
la aplicación movil y el portal web con la base de datos. Seran desarrollados
haciendo uso de las siguientes herramientas Java 8, IDE Eclipse Kepler,
Hibernate, Apache Tomcat, PostgreSQL, Maven, Json Object, Gson.
La base de datos permitira el registro de todos los datos para dar respuestas
oportunas a todas las solicitudes de informacion por parte de los usuarios en el
21
sistema web desktop, portal web y la aplicación movil. Se utilizara como gestor de
base de datos PostgreSQL.
22
Ciclo Funcional
Gestión de Cliente
Da inicio cuando se realiza el registro del cliente potencial a través del
portal web junto con la solicitud del servicio que desea realizarse. Este registro
dará cita a una consulta diagnostica. Luego de esto, cuando el cliente se presente
a su consulta diagnostico se realizara el registro ya como cliente regular del spa;
se registraran los resultados de la consulta diagnostico en la cual se le dirá si está
23
apto o no para el servicio por el cual se postuló y cuales otros tratamientos puede
optar, así como también sus preferencias. Al obtener todos estos datos se procede
a registrar los servicios personalizados del cliente, que son los servicios o
tratamientos de los cuales puede elegir.
Gestión de Agenda
Luego de su primera cita (consulta diagnóstico), el cliente solicita una
segunda cita, donde se toman los datos correspondientes al tratamiento o servicio
a realizarse, ya con esto se realiza la asignación de recursos necesarios para
dicho tratamiento o servicio (cubículo, esteticista, etc.), esta información será
enviada vía correo electrónico al cliente.
Gestión de Servicios
Una vez realizada la cita, los datos recopilados sirven de entrada para la
gestión de servicio en donde se registra los servicios prestados y además una
descripción del avance o evolución que tenga. El esteticista registrará los servicios
24
El cliente también tiene la opción de ingresar a su cuenta en la aplicación
móvil y/o desktop, donde podrá leer sus avances y dar las opiniones y sugerencias
que tenga sobre el servicio que se le aplicó.
25
CAPITULO III
PLATAFORMA COMPUTACIONAL
26
Descripción del Capitulo
28
Servicios web Intranet
29
Descripción de Desarrollo Detalladas
ZK es un framework de aplicaciones
web en AJAX, completamente
en Java de software de código
abierto que permite una completa
interfaz de usuario para aplicaciones
web sin usar JavaScript y con poca
programación.
30
Librería que permitirá convertir
cualquier objeto a formato Json.
31
GitHub es una forja (plataforma de
desarrollo colaborativo) para alojar
proyectos utilizando el sistema de
control de versiones Git. Utiliza el
framework Ruby on Rails por GitHub,
Inc. (anteriormente conocida como
Logical Awesome).
32
beans de las entidades que permiten
establecer estas relaciones.
33
Es una biblioteca de JavaScript, que
permite simplificar la manera de
interactuar con los documentos HTML,
manipular el árbol DOM, manejar
eventos, desarrollar animaciones y
agregar interacción con la técnica AJAX
a páginas web. Ofrece una serie de
funcionalidades basadas en JavaScript
que de otra manera requieran de
mucho más código.
34
Metodología de Desarrollo
Para los componentes web y móvil del sistema BAMBÙ, hará uso del
modelo XP, puesto que dicha metodología, por su objetivo de potenciar las
relaciones interpersonales como clave para el éxito en el desarrollo de software,
resulta de gran utilidad para promover el trabajo en equipo, preocupándose por el
aprendizaje de los desarrolladores, y propiciando un buen clima de trabajo. A
pesar de ser una metodología que evita la documentación exagerada, es muy útil
para la organización del trabajo. De tal forma, la utilización de XP nos permite
aprovechar las siguientes características:
35
proyecto, estableciendo una terminología estándar, que mejora la comunicación
tanto externa como interna del equipo de desarrollo.
Por último, para desarrollar las diversas gestiones que posee la web desktop
(CLIENTES, AGENDA, SERVICIOS, TABLAS BASICAS, CONFIGURACION Y
PARAMETRIZACION) y para todo el proceso que conlleva la construcción de la
base de datos, es necesario hacer uso del modelo de componentes, ya que los
mismos poseen muchas características comunes; a su vez, cada uno de dichos
componentes serán desarrollados a través del modelo incremental, puesto que se
va a ir presentando un incremento de tareas realizadas en cada punto de control.
36
Cliente-Servidor
SOA (Arquitectura Orientada a Servicios)
37
MVVM (MODELO VISTA VIEW MODEL)
View Model: sirve de enlace entre las vistas y los modelos, a través de un binder
(Enlazador), el cual trabaja con comandos y notificaciones, permitiendo tener
sincronizados la vista y el view model.
38
CLIENTE-SERVIDOR
Es un modelo de aplicación distribuida en el que las tareas se reparten entre
los proveedores de recursos o servicios, llamados servidores, y los demandantes,
llamados clientes. Un cliente realiza peticiones a otro programa, el servidor es
quien le da respuesta.
La separación entre cliente y servidor es una separación de tipo lógico, donde
el servidor no se ejecuta necesariamente sobre una sola máquina ni es
necesariamente un sólo programa.
39
Servicio: Una función sin estado, auto-contenida, que acepta una(s) llamada(s) y
devuelve una(s) respuesta(s) mediante una interfaz bien definida. Los servicios
pueden también ejecutar unidades discretas de trabajo como serían editar y
procesar una transacción.
Patrones de Diseño
40
detalle, sin llegar a la implementación, el comportamiento de los componentes del
subsistema.
Los patrones de diseño son soluciones bien pensadas a problemas conocidos de
programación y tienen como principio “No reinventar la rueda”.
41
Figura 17. Estructura del patrón Facade.
42
aplicación. Para la generación de los reportes se usó JasperReports, en conjunto
con la librería iReport.
Servicios web
El desarrollo del sistema se realizó bajo el framework ZK, que nos permitió
implementar, depurar, ejecutar y desplegar aplicaciones web recorriendo las
diferentes capas (Modelo, Vista y Servicios).
El lenguaje de desarrollo del lado del servidor se utilizó JAVA.
Como servidor de aplicaciones se hizo uso de Apache Tomcat 8.0 y Apache
Mave.
Intranet
El desarrollo del sistema se realizó bajo el framework ZK, que nos permitió
implementar, depurar, ejecutar y desplegar aplicaciones web recorriendo las
diferentes capas (Modelo, Vista y Servicios).
El lenguaje de desarrollo del lado del servidor se utilizó JAVA.
Como servidor de aplicaciones se hizo uso de Apache Tomcat 8.0
43
Para la persistencia de datos trabajamos puntualmente con PostgreSQL
gestionando la capa de modelo a través de las especificaciones comprendidas de
JPA por medio de Spring-Data-JPA y consultas con la herramienta de mapeo
(ORM) Hibérnate en la plataforma Java, además se usó ZK Framework V8 para la
elaboración de interfaces que se reflejan en los archivos de extensión .zul de la
aplicación.
Para la generación de los reportes se usó Jaspsofter.
Para crear interfaces web con CSS y JavaScript. Bootstrap.
Plataforma de desarrollo colaborativo GitHub.
Portal Web
La plataforma de desarrollo es ROR.
Plataforma de desarrollo colaborativo GitHub.
Para crear interfaces web con CSS y JavaScript. Bootstrap.
Plataforma de desarrollo colaborativo GitHub.
JQuery manejar eventos, desarrollar animaciones y agregar interacción con la
técnica AJAX a páginas web.
Aplicación Móvil
El lenguaje de desarrollo del lado del servidor se utilizó JAVA.
Plataforma de desarrollo colaborativo GitHub.
Android Studio es el oficial entorno de desarrollo integrado para la plataforma
Android.
SQlite sistema de gestión de Base de Datos relacional que permite almacenar
información en dispositivos empotrados de una forma sencilla, eficaz, potente,
rápida y en equipos.
SDK mediante este kit podemos desarrollar aplicaciones y ejecutar un emulador
de la versión de Android.
Google-gson biblioteca de código abierto para el lenguaje de programación Java
que permite la serialización y deserialización.
44
CAPITULO IV
ESTANDARES
45
Descripción del Capitulo
Estándares de Documentación
46
DC001 DOCUMENTACIÓN
DC002 DOCUMENTACIÓN
TIPO Portada
CARACTERÍSTICAS PATRÓN
47
La portada de cada manual tendrá centrado el nombre
DiseDiseño de las portadas del mismo, además de la especificación del tipo de
de los manuales. documento que se presenta. En la parte superior
izquierda se ubicará el logo del sistema desarrollador
“Bambú”. Finalmente, en la parte inferior del documento y
de manera centrada se encontrara el nombre del Equipo.
“TeamPoison”.
DC003 DOCUMENTACIÓN
48
Cada capítulo debe
Capítulo comenzar en una nueva 1. MAYÚSCULAS
1.1. MAYÚSCULAS
página y el nombre debe
al Minúsculas
estar centrado junto 1.1.1.
1.1.1.1. Minúsculas
número de identificación
del mismo.
Al inicio de cada capítulo
debe explicarse
brevemente el contenido
del mismo.
Debajo del capítulo e
igualmente centrado se
encontrara el nombre del
mismo.
Se debe entre
El espacio mantener la
epígrafe
sangría
2 “enter”. al comenzar el
texto.
Numeración de los
El espacio entre párrafos
apartados y
1 “enter”.
subapartados: Se
utilizara los números
arábigos.
49
Estarán de acuerdo
según el nivel.
● De 1er nivel: Fuente en
negrita y alineados a la
izquierda.
● De 2do nivel: Fuente en 1.1. SUBTITULO 1
Subtítulos negrita y alineados a la 1.2 SUBTITULO2
izquierda, con doble
tabulado.
50
Representación La palabra FIGURA,
gráfica seguidamente de un
número de identificación
que irá de manera
consecutiva, finalmente el
nombre de la figura. Esta
información se encontrará
centrada en la parte
inferior de la figura. No
contendrá bordes.
Títulos principales de
columnas y/o filas deben
ir centrados y con inicial
en mayúsculas.
Los títulos secundarios
de cada fila y/o columna
deben ir en negrita y sólo
la primera letra en
mayúsculas alineados y
a la izquierda.
El contenido de las
tablas estará justificado
y alineado.
51
CARACTERÍSTICAS PATRÓN EJEMPLO
52
Evitar tener demasiadas
columnas Nulas
(NULLABLES) en una tabla.
Esto es indicio de un
esquema poco o nada
normalizado. Falta de
normalización puede
conllevar problemas de
consistencia en los datos en
la medida que un mismo
campo se puede terminar
almacenando en varias
tablas. Excesiva
normalización puede tener
asociada una pérdida de
performance en ciertas
operaciones sobre la base
de datos. Es necesario
encontrar el equilibrio
correspondiente a los
requerimientos de cada
proyecto en este punto.
Como regla general la
tercera forma normal es un
buen punto intermedio
54
Los nombres de las
tablas deben ser
sustantivos, en singular
y totalmente en
minúsculas, en caso de
estar compuesto por
dos o más palabras, tb_esteticista;
Nombre de las separarlas con un tb_horario_esteticist
tablas subguión ("_"). Deben a;
55
Los nombres de las
columnas deben estar en nombre
Nombre de las singular y en minúscula.
columnas de Si se necesita más de
las tabas una palabra, se separan id_horario_equip
con el carácter “_”
o
56
BD006 BASE DE DATOS
columnas.
57
BD007 BASE DE DATOS
Se utilizará la palabra
“fk” la cual representa ALTER TABLE
una Foreign Key, tb_horario_equipo ADD
seguida del símbolo “_” COLUMN fk_equipo_horario
y luego el nombre de la numeric(9);
tabla con la que está
Claves Secundarias relacionada. Siempre ALTER TABLE
todo en singular, tb_horario_equipo ADD
completamente en CONSTRAINT
minúscula. Su tipo de fk_tb_horario_equipo_r_tb_
dato debe ser numeric horario_equipo FOREIGN
(9). Debe cumplir con el KEY (fk_equipo_horario)
estándar de nombre de REFERENCES
columnas. tb_horario_equipo
(id_horario_equipo) MATCH
SIMPLE;
58
Los valores
alfanuméricos en - Java → String
59
Los valores con punto
flotante en PostgreSQL - Java → Double
Valores con punto deben definirse datos - PostgreSQL double
flotante double precisión y en precision
java se debe definir
Double
Los valores booleanos en
PostgreSQL deben - Java → Boolean
Valores Booleanos definirse datos boolean y - PostgreSQL Boolean
en java se debe definir
Boolean
Estándares de Desarrollo
DE001 DESARROLLO
60
Fichero fuente Java (.java)
- Comentarios de comienzo.
CARACTERÍSTICAS - Sentencias
PATRÓN package e import. EJEMPLO
- Declaraciones de clases e interfaces.
/** @AgendaDAO
Todo fichero fuente
*
debe comenzar con un
*Implementación de
comentario que incluya el
las
nombre de la clase, fecha
*operaciones de la capa
Comentarios de de la última modificación,
DAO de
Inicio descripción de la clase,
personas que han *la entidad
modificado el archivo, *
información de la versión, *Última modificación
fecha, y *dd/mm/YYYY
copyright
*
*Informacion de la version
* Copyright
*
* @autor TeamPoison
*/
61
La primera línea no
comentada de un fichero
fuente debe ser la
Sentencias de sentencia de paquete, que package javax.crypto;
Paquete indica el paquete al que
pertenece(n) la(s) clase(s)
incluida(s) en el fichero
fuente.
Tras la declaración del
paquete se incluirán las
sentencias de importación
Import java.io.*;
de los paquetes
necesarios. No se
permitirán imports sin import java.util.ArrayList;
2. Paquetes de utilidades
import
no pertenecientes al JDK
org.apache.log4j.Logger;
de Java, de framework de
import
desarrollo o de proyectos
org.apache.lucene.analysis.
open source tales como
apache, spring framework, Anal yzer;
etc.
import
3. Paquete de la aplicación.
proyecto.modelos.Estetici
sta;
62
Las partes de una clase o
/** @EsteticistaDAO
interface debe contener el
*
siguiente orden:
*Implementación de
Declaraciones de las
1. Comentario de
clases e interfaces
documentación de la clase *operaciones de la capa
o interface. DAO de
*la entidad
interface */
3. Comentario de
implementación de la
clase o interface si fuera
necesario. Este
comentario debe contener /* ...
cualquier información */
aplicable a toda la clase o
interface que no era
apropiada para estar en
los comentarios de
documentación de la
clase o interface.
4. Variables de clase
(static), primero las
variables de clase public,
después las protected,
después las de nivel de
paquete (sin modificador de
acceso), y después las
private.
63
5. Variables de instancia,
primero las public, después
las protected, seguidas de
las de nivel de paquete (sin
modificador de acceso), y
después las private.
6. Constructores de la clase
o interface
64
DE002 DESARROLLO
TIPO Identación.
65
Cuando una expresión
no entre en una línea,
romperla de acuerdo con
estos principios:
- Romper después de una
coma.
- Romper antes de un
operador.
- Preferir roturas de alto un
nivel (más a la derecha Método(expresionLarga1,
que el "padre") que de expresionLarga2,
bajo nivel (más a la expresionLarga3,
izquierda que el "padre"). expresionLarga4,
Rompiendo líneas
- Alinear la nueva línea expresionLarga5);
con el comienzo de la
expresión al mismo nivel
de la línea anterior.
- Si las reglas anteriores
llevan a código confuso
o a código que se
aglutina en el margen
derecho, indentar justo 8
espacios en su lugar.
66
DE003 DESARROLLO
TIPO Comentarios de implementación
67
/*
Se usan para dar
* Aquí hay un comentario de
descripciones de
bloque.
ficheros, métodos,
*/
estructuras de datos y
algoritmos. Los
Los comentarios de bloque
comentarios de bloque
pueden comenzar con /*-, que
se podrán usar al
es reconocido por indent(1)
comienzo de cada
como el comienzo de un
fichero o antes de cada
comentario de bloque que no
Comentarios de método. También se
debe ser formateado.
bloque pueden usar en otro
/*-
lugares, tales como el
* Aquí tenemos un
interior de los métodos.
comentario de * bloque con
Los comentarios de
cierto
bloque en el interior de
* formato especial que
una función o método
quiero que * ignore indent
deben ser indentados al
(1).
mismo nivel que el
* Uno
código que describen.
* dos
Pueden aparecer
*/
comentarios cortos de
una única línea al nivel if (condición) {
del código que siguen. /* Código de la condición. */
Comentarios de una
Si un comentario no se ...
línea
puede escribir en una
}
línea, debe seguir el
formato de los
comentarios de bloque.
68
Pueden aparecer
comentarios muy if (a == 2) {
pequeños en la misma return TRUE; /* caso especial
Comentarios de
línea que describen, pero */
remolque
deben ser movidos lo } else {
suficientemente lejos para
return isPrime(a); /*caso
separarlos de las
general */
sentencias.
}
if (foo > 1) {
El delimitador de // Hacer
comentario algo.
69
Los comentarios de
documentación /**
70
int nivel; // nivel de
Se recomienda una identación int tam; //
declaración por línea, tamaño de la tabla
Cantidad por línea
ya que facilita los
comentarios. EVITAR:
int level, size;
71
void myMethod() {
72
Al codificar clases e
interfaces de Java, se
siguen las siguientes
reglas de formato:
● Ningún espacio en
blanco entre el nombre
class Ejemplo extends Object {
de un método y el int ivar1;
paréntesis "(" que abre int ivar2;
su lista de parámetros.
Ejemplo(int i, int j) {
● La llave de apertura "{" var1 = i;
aparece al final de la ivar2 = j;
Declaraciones de misma línea de la
}
clases e interfaces sentencia declaración.
La llave de cierre "}"
int metodoVacio() {}
empieza una nueva
...
línea indentada para
}
ajustarse a su sentencia
de apertura
correspondiente,
excepto cuando no
existen sentencias entre
ambas, que debe
aparecer
inmediatamente
después de la de
apertura "{".
Los métodos se separan
con una línea en blanco.
73
- Singular: Se usará para
el llamado de objetos y
atributos, se marca en
private() y el nombre private User user;
comienza en minúscula
solo la primera palabra
siguiendo el mecanismo
camelCase.
74
DE005 DESARROLLO
TIPO Sentencias
argv++; //
Cada línea debe contener
Correcto
Sentencias simples como mucho una sentencia.
argc--; //
Correcto
argv++; argc--; //
EVITAR
75
Las sentencias compuestas
son sentencias que
contienen listas de
sentencias encerradas
entre llaves "{sentencias}".
Las sentencias encerradas
se deben indentar un nivel
más que la sentencia
compuesta.
La llave de apertura se
debe poner al final de la
línea que comienza la
sentencia compuesta; la
Sentencias llave de cierre debe
compuestas empezar una nueva línea y
ser indentada al mismo
nivel que el principio de la
sentencia compuesta.
Las llaves se usan en todas
las sentencias, incluso
las simples, cuando
forman parte de una
estructura de control, como
en las sentencias if- else o
for. Esto hace más sencillo
añadir sentencias sin
incluir bugs
● accidentalmente por
olvidar las llaves.
76
Una sentencia return con un
return;
valor no debe usar
paréntesis a menos que
return miDiscoDuro.size();
hagan el valor de retorno
Sentencias de
más obvio de alguna
retorno return (tamanyo ?
manera.
tamanyo :
tamanyoPorDefect
o);
if (condición) {
sentencias;
}
if (condición) {
sentencias;
} else {
sentencias;
Para el manejo de
Sentencias sentencias condicionales }
mismas. Sentencia;
} else if (condición) {
Sentencia;
} else {
Sentencia;
}
77
Se debe evitar el uso de
for índice, debido a que for (Object
esta estructura consume myObjetc :
mayor memoria de la JVM this.getListObjet
(Máquina Virtual Java), en cs()) {}
Sentencias de
su lugar se deben usar for
bucles
iterativos //EVITAR
for (int i = 0; i<tamaño;
i++) {}
while (condición) {
Para nomenclaturas while y
sentencias;
do-while, tomar en cuenta
}
las convenciones de
indentación.
do {
sentenc
ias;
} while (condición);
78
switch (condición) {
case ABC:
Sentencias;
Cada vez que un caso se
/* este caso se propaga */
propaga (no incluye la
sentencia break), añadir un
case DEF:
comentario donde la
sentencia break se Sentencias;
79
try {
Sentencias;
} catch (Exception Class
e) { Sentencias;
}
Una sentencia try-catch
puede ir seguida de un
finally, cuya ejecución se
try {
Sentencias try-catch ejecutará
independientemente de Sentencias;
} catch (Exception Class
que el bloque try se haya
completado con éxito o no. e) { Sentencias;
} finally {
Sentencias;
}
DE006 DESARROLLO
80
Se deben usar siempre dos líneas
en blanco en las siguientes
circunstancias:
81
● Una palabra clave del lenguaje
seguida por un paréntesis debe
separarse por un espacio. Ejemplo:
while (true) {...}
● Debe aparecer un espacio en
blanco después de cada coma en
las listas de argumentos.
Todos los operadores binarios se
deben separar de sus operando con
espacios en blanco.
Los espacios en blanco no deben
separar los operadores unarios,
incremento ("++") y decremento ("--")
de sus operando. Ejemplo:
No se debe usar un a += c + d;
espacio en blanco
a = (a + b) / (c * d);
entre el nombre de un
while (d++ == s++) { n++;}
Espacios en método y su
Las expresiones en una sentencia for
blanco paréntesis de
se deben separar con espacios en
apertura. Esto ayuda
blanco. Ejemplo:
a distinguir palabras
for (expr1; expr2; expr3)
claves de llamadas a
Los "Cast" deben ir seguidos de un
métodos.
espacio en blanco. Ejemplo:
miMetodo((byte) unNumero, (Object)
x);
miMetodo((int) (cp + 5), ((int)
(i + 3)) + 1);
82
DE007 DESARROLLO
TIPO Convenciones de nombre
83
Los nombres de las
interfaces siguen la misma
regla que las clases.
Interfaces interface
ObjetoPersistente;
84
static final int
ANCHURA_MINIMA
Los nombres de las = 4;
variables declaradas como
constantes deben ir static final int
Constantes
totalmente en mayúsculas
ANCHURA_MAXIMA = 999;
separando las palabras con
un subguión ("_").
Los nombres de las entidades static final int
estarán en singular, los COGER_LA_CPU = 1;
objetos se definirán con el
nombre exacto se llamará en
la base de datos, a menos
que la tabla tenga algún
nombre reservado, el nombre
Entidades del objeto debe comenzar con User.java;
85
En cuanto al nombre la PPublic enum Evaluation
DE008 DESARROLLO
misma convención de los Type {
TIPO Hábitos de Programación
objetos, se declararán al GENERAL("General"),
DESCRIPCIÓN Convenciones con respecto a hábitos de programación.
menos dos atributos que son
variables y métodos en la
clase que no se están }
Uno gris oscuro #BEBEBE, y unos gris claro #FFFF y otro gris claro #FFFF y otros
gris agua #FAFAFA , además de rojo #ED5565.
87
2. BOTONES
Figura 19.Botones.
Tipos de Pantallas
Pantalla de Registro
88
Figura 20.Pantalla de Registro.
Pantalla de Transacción
89
Figura 21.Pantalla de Transacción.
Pantallas de Reportes
90
Todos los reportes que se pueden generar, pueden ser en caso de ser
necesario preparados en formatos para impresión inmediata o respaldar
mediante el formato de documento digital.
Reportes Estructurados
En esta pantalla, el usuario debe seleccionar sobre que parte del sistema
desea realizar un reporte estructurado, esto lo puede seleccionar haciendo clic en
el botón abrir, donde se mostrarán todas las opciones posibles para realizar esta
clase reporte. Si por alguna razón, el usuario desea no completar este proceso,
puede salirse de la pantalla haciendo clic en el botón cancelar.
91
Reportes no Estructurados
Reportes Estadísticos
Mensajes
Mensaje de información
92
Mensaje de Confirmación
Mensaje de Error
93
CAPITULO V
DESCRIPCION DE LOS MODULOS
DEL SISTEMA
94
Descripción del Capitulo
Inicio
En esta vista del portal web, se muestran las diferentes funciones del
sistema en Base a las tareas principales del sistema Bambú; las cuales se
encuentran divididas por partes. En la página principal las imágenes serán
dinámicas.
Parte central
En medio del portal web encontraremos unas imágenes que son
dinámicas y una opción de ver más.
95
Parte inferior
En esta sección se detalla la cartelera informática Foster y los iconos de
síguenos en nuestras redes, Tweets además del horario de trabajo.
Inicio
Tendrá un slider principal donde se colocan promociones e información
relevantes que Spinetti Laser que considere importantes.
96
Figura 21.Parte Inferior del caroussel.
Cartelera Informativa
En la parte inferior tendrán una cartelera donde se publicaran las
noticias.
97
Figura 22.Parte Inferior del caroussel.
Footer
Este estará ubicado en la parte inferior de la página principal, se visualizara
las imágenes de síguenos en nuestras redes, además del horario de trabajo.
Servicio
Se encuentran los distintos servicios que ofrece la organización donde tiene
un ver más y se puede ver con detalle cada uno. Entre ellos: Corporal, Cavitación
etc.
98
Figura 24. Servicios prestados.
Paquete
99
Figura 25.Paquetes que ofrece la organización.
Nosotros:
100
Figura 27.Vision, Misión, Objetivos.
Figura 28.Objetivos.
101
Figura 29. Sobre nosotros.
Reserva
102
Figura 30. Datos personales para la reservación.
103
Figura 32. Formulario de los datos de la cita.
Contacto
104
Figura 33. Dirección y Mapa de Ubicación.
Una vez ingresado a la página, ingresamos los datos personales, luego siguiente.
105
Una vez ingresado los datos nos vamos al botón de mensaje, donde
estará vinculado motivo del mensaje, servicio y especialidad luego le das enviar.
Preguntas
106
Figura 36. Formulario sobre preguntas frecuentes.
Redes Sociales
En esta sección del portal web se puede tener un contacto más cercano
a las actividades que se realizan en Spinetti gracias al uso de las redes sociales.
Esta sección se encarga de mostrar la última actividad que hubo en las redes
sociales más populares que maneja la organización.
107
Figura 37. Instagram Del Grupo Spinetti.
108
Figura 38. Twitter Del Grupo Spinetti.
Facebook
En esta sección, se puede visualizar la actividad reciente en Facebook de
Grupo Spinetti, donde el usuario podrá interactuar con la organización y podrá
tener acceso a las fotos y comentarios llevados a cabo por la organización.
https://www.facebook.com/Grupo-Spinetti-206454879784638/
109
Figura 39. Facebook Del Grupo Spinetti.
En este componente esta brindado a los usuarios que tienen que ver con
los procesos del negocio tales como clientes, recepcionista, gerentes y esteticista,
ellos tendrán acceso a las distintas gestiones a reportes, configuraciones también
a información estadística y todo dependerá del permiso que le sean otorgados a
cada uno de ellos. El sistema web desktop representa el componente principal
este permitirá realizar todas las gestiones principales de la organización, como la
gestión de clientes, agenda y servicios, además de controlar la gestión de difusión
y escucha al cliente, gestión de configuración y parametrización, gestión de
seguridad y otras funcionalidades que den respuesta a las gestiones de apoyo que
maneja la organización. Desde este componente serán enviados a los clientes
todas las notificaciones hacia la aplicación móvil acerca de su próxima cita y
tratamientos.
110
En la sección “Inicia Sesión” los usuarios que se encuentren registrados
en el sistema tienen la opción de ingresar al sistema de acuerdo a su rol, al
ingresar su usuario y su contraseña para acceder a las principales funciones del
sistema Bambú.
111
En cuanto el usuario cumple con los pasos anteriores, el sistema se
encarga de hacer la validación de sus datos, y, en caso de estar todo correcto,
lleva al usuario a la siguiente pantalla.
Las funciones del menú que se muestran varían de acuerdo a los permisos
que posea el usuario, dichos permisos solo pueden ser otorgados única y
exclusivamente por los miembros de la organización, eso siempre y cuando
tengan el permiso para realizar tal acción. Dependiendo de su rol.
112
con distintos roles. Está organizado de la siguiente manera buscando que
el usuario tenga un recorrido más grato dentro del sistema:
Mi Perfil
Aquí el usuario tiene dos opciones para seleccionar, datos personales o
preferencias.
113
Figura 43. Menú MI Perfil.
Datos Personales
114
Figura 44. Datos Personales.
115
En esta sesión una vez llenado los datos seleccionar Editar.
Usuario
Esta opción del menú le permite al usuario del sistema, visualizar su
perfil, y realizar distintas acciones con dicho perfil, como modificar sus datos
básicos,.
En esta sesión el usuario obtiene su usuario y contraseña puede ingresar
al sistema. Entran con un correo una contraseña, rol, confirma contraseña podrán
Editar, Cancelar.
Preferencias
116
En esta sección el usurario podrá seleccionar las preferencias de acuerdo al
gustos de cada cliente en materia de información para los servicios de prestación
de la organización, y los mismos tendrán relevancia para una atención
personalizada , para que así experimenten niveles únicos de armonía mente-
cuerpo, salud y belleza. Seleccionar Guardar.
Cliente
Esta área tiene como objetivo conocer las distintas necesidades de los
clientes para orientar los servicios que ofrece Spinetti Laser y garantizar una
excelente atención. En esta sesión el usuario tendrá la opción de llenar la ficha
correspondiente a los datos básicos, y solicitar la consulta diagnostica.
117
Figura 48. Menú Clientes.
En esta sesión el usuario podrá ingresar los datos personales del cliente
una vez llenada esta ficha seleccionar Guardar o Cancelar.
118
Servicio Recomendado
Consulta Diagnostica
El cliente solicita su primera cita, así como también solicita que tipo de
servicio desea recibir de los prestados por el Spinetti Laser. Se visualizaran los
datos del cliente, Necesidades, Información (Hábitos, Antecedentes, Test).
Además de servicios recomendados seleccionar Guardar o Cancelar.
119
Figura 51. Consulta Diagnostica.
Agenda
120
Ver agenda
Solicitar Cita
El cliente solicita su primera cita, así como también solicita que tipo de servicio
desea recibir de los prestados por el Spinetti Laser, donde se suministra los datos
del cliente y la fecha en la que desea asistir, la misma se asigna dependiendo de
la disponibilidad de los esteticistas.
121
Figura 53. Solicitud de Cita.
Se visualizaran datos del clientes además la hora , esteticista y el cubículo
donde estará.
Mis Citas
En esta sesión es, donde se suministra los datos del cliente y la fecha en la
que desea asistir, la misma se asigna dependiendo de la disponibilidad de los
esteticistas asigna la fecha, la hora en que el cliente solicitó la cita y el servicio
solicitado.
122
Figura 54. Mis Cita.
Servicio
123
Figura 55. Menú de Servicio.
Registrar Sesión
En esta sesión se registran la sesión de cada cliente sus datos, el servicio
adquirido por el mismo con la finalidad de llevar un mejor manejo de la información
en cuanto a los indicadores o paquetes que se ha realizado en Spinetti Laser.
124
Ver Avances
En esta sesión se registran los servicios o tratamientos que el cliente se
realizó para crearle su historial y poder darle un seguimiento a los mismos.
Alianzas y Convenios
125
Figura 58.Menu Alianza y Convenio.
126
Figura 60. Menú Canal de Escucha.
Bandeja de Comentario
En esta sesión los usuarios podrán realizar los comentarios que a su vez
dan opiniones como sugerencias propias, dudas, opiniones.
127
Figura 62. Bandeja de Responder.
Difusión
128
Figura 63.Menu Difusión.
Noticia
Registrar Noticia
129
Figura 64.Registrar Noticia.
Promociones
130
Notificaciones
Horario
131
Figura 67.Menu de Horario.
Esteticista
132
Figura 68. Horario de Esteticista.
Cubículo
133
Figura 69. Horario de Equipo.
Consultas y Reportes
134
Figura 70. Menú Consultas y Reportes.
Configuración
En esta sesión se visualizan los datos referentes a la organización.
Organización
En esta sesión van registrados los datos básicos de la organización, se
podrán modificar al igual que la imagen .Seleccionar Guardar.
135
Figura 74. Registrar Organización.
Filosofía de la Organización
Partes Superior
136
Figura 75. Registrar Organización.
Parte Inferior
137
Redes Sociales
En esta sesión es donde se registran el tipo de redes sociales de la
organización.
Slider
138
Figura 78. Registrar Imágenes Slider.
General
Figura 79.General.
139
Tablas Básicas
En esta sesión estarán los maestros.
Cliente
En estas sesiones se visualizaran todos los maestros.
140
Necesidad
Preferencia
Parte Superior
141
Figura 83.Registrar Preferencia.
Parte Inferior
142
Indicador de Diagnostico
Ocupación
143
Figura 86.Ocupacion por servicio.
Habito
En esta sesión el hábito del cliente será asociado a un servicio.
144
Antecedentes
En esta sesión el antecedente de cada cliente va asociado a un servicio.
Referencia
En esta sesión se registran la referencia por la cual el cliente fue referido hasta
la organización.
145
Figura 89.Registrar Referencia.
Agenda
146
Figura 90.Registrar Días Laborables.
Servicio
En esta el formulario Maestricos se llena los campos necesarios luego se
selecciona Enter. Entre estos están, Cubículo Por Servicio. Ejemplo:
147
Figura 91.Cubiculo Por Servicio.
148
Figura 92.Registar Avance.
General
149
Figura 93.Registar Pregunta de Avance.
Repuesta de Encuesta
150
Figura 94.Registar Repuesta.
Parámetros
En esta sesión los Maestricos se seleccionan la opción requerida luego
seleccionar Enter. Entre ellos están: Registrar Tipo de Cliente, Registrar Tipo de
Incidencia, Registrar Tipo de Red Social, Registrar Tipo de Notificación,
151
Maestricos
152
Figura 97.Registrar Tipo de Servicio.
Seguridad Funcional
153
Rol.
Según su rol podrá gestionar los registros como clientes, esteticistas, entre
otros; gestión de citas, reprogramación de cita, seguimiento al cliente y gestión de
configuración en la parametrización del sistema.
Usuarios
En esta sesión se registraran los usuarios, este obtendrá un usuario o
contraseña con el cual podrá ingresar a la web desktop de acuerdo a su rol.
154
Figura 100.Registrar Usuario.
Permisologia
155
Figura 101.Asignar Opciones por Rol.
Respaldo y Recuperación
Depuración Base de Datos
Esta opción del menú le permite al usuario (que cuente con los
permisos necesarios para ello) depurar los registros guardados en la base
de datos de Bambú de las siguientes tablas: noticias, comentarios y
notificaciones.
156
Figura 102.Depuracion de la Base de Datos.
El usuario debe seleccionar las tablas a las que desea depurar, si desea
hacerle depuración a todas las tablas, puede hacer clic en el botón agregar todas
o pasar una a una las tablas haciendo clic en el botón agregar una. Si el usuario
decide no hacerle depuración a todas las tablas seleccionadas, puede hacer clic
en el botón remover una o puede removerlas todas haciendo clic en el botón
remover todas.
Noticias:
Se depurarán todos aquellos registros en el que la fecha de publicación
haya Caducado.
157
Respaldo de la Base de Datos
Esta opción del menú le permite al usuario del sistema, que cuente
con los permisos para ello, hacer un respaldo de la base de datos del sistema
Bambú.
158
Importar Registro Desde Excel
Esta opción del menú le permite al usuario del sistema (que cuente
con los permisos para ello) cargar un archivo con la información de los voluntarios
a la base de datos del sistema Bambú.
..
Esta opción del menú le permite al usuario del sistema, que cuente con los
permisos para ello, hacer una restauración de la base de datos del sistema
Bambú.
159
Figura 105.Restauracion de la Base de Datos.
El usuario debe seleccionar las tablas a las que desea restaurar, si desea
hacerle restauración a todas las tablas. En la pantalla se observa que
muestra si desea cargar los datos desde un archivo debe hacer clic en el botón
Restaurar o Cancelar, a continuación se selecciona el archivo que desea
restaurar.
160
CAPITULO VI
Aplicación Móvil
161
Descripción del Capitulo
Alcance
162
realizan encuestas con las cuales se obtendrá información de las necesidades de
los clientes.
Objetivos Generales
Objetivos Específicos
163
proporcionando información relevante para los servicios prestados por el Spinetti
Laser para su crecimiento y mejora continua. Recibirían notificaciones
personalizadas para la solicitud de tratamientos a través de sus gustos y servicios
ya realizados en el Spinetti Laser. De igual manera los clientes podrán recibir
notificaciones de confirmación de citas. A través de la aplicación móvil podrá
realizarse con mayor comodidad la cancelación de citas por asuntos del cliente.
Plataforma Computacional
Arquitectura del Software Móvil
164
Herramientas Utilizadas:
Java 8,
IDE Eclipse Kepler,
SDK,
Apache Tomcat,
PostgreSQL,
Maven,
Gson.
GitHub
Estándares de Programación
Sección App
Dentro de la carpeta
App
encontraremos todo lo
referente a
los modelos, vistas y
controladores
de nuestra aplicación
separado
en 3
módulos: “manifest”, “java” y
“res”
Módulo res
Módulo encargado de tener
todo lo referente a las vistas.
En este módulo
encontraremos las siguientes
carpetas:
165
drawable: Carpeta donde
se deben guardar todos
los iconos de la aplicación
excepto el principal, efectos
Visuales, estilos a los
componentes gráficos como
botones, etiquetas, entre
otras.
menú:
Carpeta encargada de
almacenar todos los diferentes
Menús de la aplicación en
archivos .xml. En ella tendrá
los
menús convencionales de
Android y los menos tipo
NavDrawer(menús que se
despliegan de los
Bordes de la App).
166
Sección Gradle Script
Sección encargada de
manejar las diferentes
Librerías que nuestro proyecto
consume. Gradle en Android
Studio es un manejador de
librerías que funciona
obteniendo la url (repositorio
de la librería) y este los
descarga y los ubica dentro
de su carpetas para un
posterior uso, esto lo hace
básicamente a través de los
archivos: build.gradle (del
proyecto), build.gradle (del
módulo App) y setting.gradle
del proyecto.
DTO
En esta carpeta son las clases
modelos.
167
Estándares De Presentacion.
Menú
Bambú Móvil cuenta con un menú lateral desplegable de izquierda a
derecha que contiene todas las opciones a realizar por el usuario. Es un menú
dinámico presentado de manera vertical y se puede visualizar una vez que el
usuario inicie sesión. Está compuesto en dos partes:
La parte superior la cual posee un fondo estándar con el logo del nombre
de la aplicación, además donde se puede observar la foto de perfil
del sistema..
168
El color y tamaño de la fuente son los predeterminados por el Android
Studio, resaltando en color verde el ítem seleccionado.
Los títulos y subtítulos del menú deben tener también el formato
predeterminado por el Android Studio.
169
Al pulsar el botón de Promociones se visualizaran los detalles de las promociones
que estén en ese momento.
170
En la parte superior se observa una franja color verde en la que
destacan, el nombre de la aplicación, un botón de alera de nuevas noticias.
Figura 112. Pantalla Inicial. Figura 113. Pantalla con las Opciones.
Mis Citas
En esta opción se visualizarán las citas, que estén planificadas para ese
día.
171
Notificaciones
Contáctanos
172
Figura 117. Contacto.
Accesibilidad
Apariencia
173
Figura 118. Campo de Texto o Campo Numérico.
Botón de Confirmación
Botón de Cancelar
174
Navegabilidad de la Aplicación
Portal Inicial
176
Figura 121.Pantalla Principal luego de Inicio de Sesión.
Menú
177
Figura 122.Menu.
178
CAPITULO VI
DESCRIPCION DE LA BASE DE
DATOS
179
Descripción del Capitulo
180
Modelo Lógico de Datos (MER)
181
Listado de Tablas
tb_agenda
tb_antecedente
tb_antecedente_cliente
tb_antecedente_servicio
tb_avance
tb_avance_servicio
Tb_bloque
tb_calificacion
tb_cita
tb_ciudad
tb_cliente
tb_comentario
tb_comentario_cubiculo
tb_comentario_estesticista
tb_comentario_organizacion
tb_comentario_servicio
tb_cubiculo
182
tb_cubiculo_servicio
tb_detalle_avance
tb_detalle_paquete
tb_detalle_sesion
tb_detalle_solicitud
tb_dia_laborable
tb_diagnostico
tb_disponibilidad_esteticista
tb_disponibilidad_cubiculo
tb_estado
tb_esteticista
tb_formulario
tb_formulario_cliente
tb_formulario__web_cliente
tb_habito
tb_habito_cliente
tb_horario
tb_horario_cubiculo
tb_horario_esteticista
183
I
tb_incidencia
tb_incidencia_sesion
tb_indicador
tb_indicador_cliente
tb_indicador_diagnostico
tb_indicador_servicio
tb_motivo_cancelacion
tb_necesidad
tb_necesidad_cliente
tb_noticia
tb_notificacion
tb_objetivo
tb_ocupacion
tb_ocupacion_servicio
tb_opcion
tb_opcion_rol
tb_organizacion
tb_paquete
184
tb_perfil_usuario
tb_preferencia
tb_preferencia_cliente
tb_preferencia_servicio
tb_pregunta
tb_promocion
tb_red_social
tb_referencia
tb_repuesta
tb_repuesta_comentario
tb_repuesta_formulario_web
tb_rol
tb_servicio
tb_servicio_recomendado
tb_sistema
tb_slider
tb_solicitud
tb_tipo__acuerdo
tb_tipo_cliente
tb_tipo_comentario
185
tb_tipo_encuenta
tb_tipo_comentario
tb_tipo_incidencia
tb_tipo_noticia
tb_tipo_notificacion
tb_tipo_organizacion
tb_tipo_preferencia
tb_tipo_pregunta
tb_tipo_red_social
tb_tipo_servicio
tb_usuario
tb_usuario_notificacion
tb_usuario_web
Descripción de Entidades
186
Nulo: Representará mediante una “X” si el atributó puede estar nulo. De
estar vacío, indicará que no puede ser nulo.
tb_acuerdo
Contiene los datos del acuerdo.
187
tb_agenda
Contiene los datos de la agenda.
codigo character varying (5) NOT NULL,
status character varying (8),
descripcion character varying (45),
codigo_dia character varying (5),
CONSTRAINT id_agenda PRIMARY KEY (codigo),
CONSTRAINT fk_dia_laborable FOREIGN KEY (codigo_dia)
REFERENCES tb_dia_laborable (codigo)
tb_antecedente
Contiene los antecedentes.
codigo character varying(5) NOT NULL,
descripcion character varying(45),
status character varying(8),
CONSTRAINT id_antecedente PRIMARY KEY (codigo)
tb_antecedente_cliente
Contiene los antecedentes por clientes.
188
tb_antecedente_servicio
Contiene los antecedentes por servicio.
189
REFERENCES tb_servicio (codigo)
tb_bloque
Contiene los datos de la hora disponible del servicio a realizarse.
190
CONSTRAINT id_cita PRIMARY KEY (codigo),
CONSTRAINT fk_agenda_cita FOREIGN KEY (codigo_agenda)
REFERENCES tb_agenda (codigo)
CONSTRAINT fk_codigo_bloque FOREIGN KEY (codigo_bloque)
REFERENCES tb_bloque (codigo)
CONSTRAINT fk_cubiculo_cita FOREIGN KEY (codigo_cubiculo)
REFERENCES tb_cubiculo (codigo)
CONSTRAINT fk_detalle_solicitud_cita FOREIGN KEY
(codigo_detalle_solicitud)
REFERENCES tb_detalle_solicitud (codigo)
CONSTRAINT fk_esteticista FOREIGN KEY (codigo_esteticista)
REFERENCES tb_esteticista (cedula)
CONSTRAINT fk_motivo_cancelacion_cita FOREIGN KEY
(codigo_motivo_cancelacion)
REFERENCES tb_motivo_cancelacion (codigo) CONSTRAINT fk_servicio
FOREIGN KEY (codigo_servicio)
REFERENCES tb_servicio (codigo)
tb_ciudad
191
tb_cliente
fecha_nacimiento date,
192
CONSTRAINT fk_codigo_organizacion FOREIGN KEY (codigo_organizacion)
tb_comentario
193
tb_comentario_cubiculo
tb_comentario_esteticista
194
CONSTRAINT fk_esteticista_comentario FOREIGN KEY (codigo_esteticista)
tb_comentario_organizacion
tb_comentario_servicio
195
CONSTRAINT fk_servicio FOREIGN KEY (codigo_servicio)
tb_cubiculo
tb_cubiculo_servicio
tb_detalle_avance
numero_sesion integer,
196
fecha date,
tb_detalle_paquete
cantidad_sesion integer,
tb_detalle_sesion
ejecucion_servicio boolean,
197
codigo_notificacion character varying (5),
Numero_sesion integer,
tb_detalle_solicitud
198
tb_dia_laborable
tb_diagnostico
tb_disponibilidad_esteticista
fecha date,
199
CONSTRAINT fk_esteticista_disponibilidad FOREIGN KEY
(codigo_esteticista)
tb_disponibilidad_cubiculo
fecha date,
tb_estado
tb_esteticista
200
cedula character varying (10) NOT NULL,
fecha_nacimiento date,
tb_formulario
201
status character varying (8),
tb_formulario_cliente
tb_formulario__web_cliente
202
CONSTRAINT fk_codigo_cliente FOREIGN KEY (codigo_cliente)
tb_habito
tb_habito_cliente
203
tb_habito_servicio
tb_horario
204
tb_horario_cubiculo
tb_horario_esteticista
205
CONSTRAINT fk_horario_esteticista FOREIGN KEY (codigo_horario)
tb_incidencia
tb_incidencia_sesion
206
tb_indicador
tb_indicador_cliente
tb_indicador_diagnostico
207
REFERENCES tb_diagnostico (codigo)
tb_indicador_servicio
tb_motivo_cancelacion
tb_necesidad
208
status character varying (8),
tb_necesidad_cliente
tb_noticia
fecha date,
209
REFERENCES tb_tipo_noticia (codigo)
tb_notificacion
tb_objetivo
tb_ocupacion
210
codigo character varying (5) NOT NULL,
tb_ocupacion_servicio
tb_opcion
211
CONSTRAINT id_opcion PRIMARY KEY (codigo)
tb_opcion_rol
tb_organizacion
212
hora_entrada timestamp with time zone,
tb_paquete
tb_perfil_usuario
213
direccion character varying (100),
fecha_nacimiento date,
tb_preferencia
214
215
216
217
218
219
CAPITULO VII
EQUIPO DESARROLLADOR
220
Descripción del Capitulo
221
Figura 124.Logo del Sistema.
222
Lista de Integrantes del Equipo
223
224