PLANEACION

La planeación consiste en determinar un curdo de acción a seguir

A través de dicho proceso, se deben establecer 3 cosas fundamentales
1º las pautas de orientación
2º las secuencias de acciones a seguir
3º el tiempo necesario para llevar a cabo dichas acciones
Podemos entender que es un proceso a través del cual se estable una serie de
objetivos y el modo de almacenarlos, ayudando a definir su rumbo reduciendo la
improvisación, optimiza los procesos de toma de decisiones y fomenta la eficacia.
NUNCA LES PIDO A MIS CLIENTES QUE ME JUZGUEN POR MIS
VICTORIAS , LES PIDO QUE ME JUZGUEN POR MIS DERROTAS PORQUE
SON MUY POCAS.
ANALISIS DE REQUISITOS

Bienvenida
La importancia de crear una base de datos para tu empresa
Una empresa sin una base de satos tendrá muchos problemas para tener a su
disposición la información de sus clientes
Si tienes una base de datos
Acceder a la información rápidamente, esto mejorara la productividad de área de
atención al cliente, ya que los empleados tardaran menos tiempo al ingresar datos
o buscar clientes
Ingresar un número ilimitado de información
A diferencia de almacenar información física, en una base de datos ( al ser un
programa de un ordenador ) puedes almacenar toda la información sin requerir
algún limitante .
Varios usuarios pueden acceder a la misma información.
Existe muchos programas que guardan información en la nube por lo que varias
personas pueden revisar la información al mismo tiempo desde cualquier lugar.
Esto es muy importante cuando tienes mas de un empleado en el área de atención
al cliente
Es fácil dar manteamiento.
Los programas de base de datos tienen opciones fáciles para depurar la
información, agregar datos o eliminar información repetida
VENTAJAS

1º si ya tienes instalada la paquetería de office el programa viene incluido por lo

que no tienes que gastar mas y reduces costo
2º Excel es uno de los programas mas utilizados por las empresas por lo que sus
funciones y comandos son conocidos por una gran cantidad de usuarios
3º si el libro de Excel esta guardo en LA NUBE varias personas pueden verlo y
editarlo desde distintos equipos al mismo tiempo
4º Excel tiene varias herramientas que te permiten ordenar la información
alfabéticamente, por número, etc. , esto facilitara encontrar los datos que
necesitan
DESVENTAJAS
Crear una base de datos en Excel puede ser complicado si no tienen
conocimientos del programa incluso puede haber errores que corrompan la
información y la hagan inutilizable

CREACION DE BASE DE DATOS

1º CREAR UN DOCUMENTO
2º AGREGAR FORMULAS
3º AÑADE BOTON PARA GUARDAR DATOS
4º PROGRAMA EL BOTON PARA GUARDAR INFORMACION
5º PRUEBA TU BASE DE DATOS.
DISEÑO DE ARQUITECTURA
La información está estructurada
Todos los datos que ingreses tendrán la misma estructura por lo que no abra
dificultad al tratar de encontrar la información.
En esencia las bases de datos son importantes para la empresa ya que son el
lugar donde pueden almacenar toda la información que quieras y usarla de
manera dinámica y sencilla
DISEÑO DE BASE DE DATOS INTRODUCCION AL CLIENTE
Veamos ahora las etapas que vamos a cubrir en este Word qué es lo que tenemos
que nosotros hacer para diseñar una correcta base de datos ojo es importante que
el diseño inicial de la base de datos a abarque la mayor cantidad de posibles
soluciones al problema que se está viendo sin embargo un diseño de base de
datos no termina nunca siempre se está revisando se está mejorando alguna cosa
se está modificando algo bien sea por eficiencia bien sea por necesidad bien sea
porque ha cambiado tu universo de discurso o por cualquier otro tema sin
embargo con el diseño inicial necesitamos cubrir la mayor cantidad de problemas
posibles para solucionar el universo de discurso entonces las etapas que se tienen
que ver siempre son vamos a comenzar con la primera el análisis de los requisitos
los requisitos los requisitos es un área tan extensa que existen especializaciones
en levantamiento de requerimientos es decir existen unas especializaciones para
que las personas aprendan a preguntar qué es lo que se requiere no es nuestra
área para este Workshop sin embargo teniendo una un buen análisis de
requerimientos podemos diseñar una muy buena base de datos ahora qué cubre
ese análisis de requerimientos o el análisis de requisitos lo primero es que
tenemos que entrevistar a las personas qué personas van a usar el sistema
independientemente que el sistema sea una necesidad actual sobre un problema
actual o sea una idea para un proyecto nuevo por ejemplo las startups siempre
están pensando que me invento para solucionar un problema y volverme
millonario no normal ahora esos problemas como las startups son problemas
nuevos nunca habían existido sin embargo la persona que tiene la idea sabe o
tiene una idea general de cuál es el problema que tenemos que resolver tú tienes
que entrevistar a esa persona y sacarle la mayor cantidad de información posible
cuál es el problema el problema es que en una startup muchas veces los genios
creen que la idea se la van a robar porque la información que les está dando la
persona que está levantando los requerimientos tiene que conocer todo el proceso
de lo contrario como a cómo realizas tu proyecto es complicado tienes que llegar a
un acuerdo confidencial como sea donde te levantas la información y le extraes
toda la necesidad a esa persona ahora si es un problema que existe actualmente
por ejemplo una empresa que está llevando su facturación de manera manual y
necesita un sistema de facturación automática los sistematizada mejor que sucede
que es un problema actual la persona ya tiene algunos procedimientos de
debidamente puede ser documentados o solamente los conoces simplemente y se
cumplen entonces tú tienes que entrevistar a esa persona para saber cuáles son
los los requerimientos paso a paso para poder solucionar es importantísimo la
entrevista entonces esa entrevista es fundamental para entender cuál es el
propósito de la solución planteada segundo si es un problema actual es decir un
problema que existe actualmente no es algo nuevo que se está que nos estamos
inventando como una startup generalmente existen formularios y es
importantísimo en recolectar la información de estos formularios o formatos por
ejemplo vamos al al sistema de facturación si es una persona que está facturando
de manera manual que esta persona muy seguramente ya tiene una forma tipo de
de la factura y ese formato es vital para saber cómo se está realizando el proceso
actualmente y qué información es la que se requiere para realizar una correcta
facturación entonces dentro del proceso del diseño tienes que analizar esos
formularios recuperar todos los formularios que se están utilizando la mayor
cantidad posible tenerlos plasmarlos y tener una un orden de esos documentos
para saber con este registran al cliente con este formulario facturan con este
formulario cobran con este formulario reciben el dinero o una cosa es cobrar y otra
cosa es recibir el dinero con este formulario y entregar un paz y salvo y ya con
todos los formularios les da una idea muy muy muy detallada de qué es lo qué es
lo que están haciendo también pueden existir como tercer punto los sistemas de
datos existentes pueda que no todo lo llenen tan manual es decir los libros de
contabilidad así gigantes vamos sino que ya tienen una hoja de cálculo conocida
como Excel de Google documentos con sus hojas de cálculo con macros lo que
sea una especie de lo que sea y esas personas aparte del formulario están
digitando esa información en esas en estas hojas de cálculo y esos sistemas para
ellos son sus bases de datos que son sagradas con estos sistemas que es donde
se está registrando la información también podemos analizar cuál es la
información que ellos buscan constantemente para poder realizar su proceso
cuáles son los informes que generan a partir de ahí y cuáles son los problemas
que han tenido para generar informes que se requieren o informes que
actualmente tienen pero que no han podido generar los de una manera óptima por
ejemplo voy a dar un ejemplo inventado y es todo lo hacen en su formulario lo
pasan en una hoja de cálculo pero tienen 3 hojas de cálculo diferente para una
para guardarlo en nombre de los clientes otra para la facturación otra para otro
pero cuando van a buscar la información específica tienen que buscar primero en
la hoja uno luego en la hoja 3 luego en la hoja 5 y luego volverse a la hoja 2 ese
tipo de problemas tenemos que analizarlos para entender la relación que hay
entre la hoja uno y 2 pasó primero por la uno luego por la 5 luego por la 3 y luego
por la 2 entonces ya vamos entendiendo cuáles son las relaciones que existen en
esos sistemas es algo muy interesante y fundamental para nuestro desarrollo
elsegundo.es la identificación de las entidades del universo de discurso en lo que
conocemos como nuestro modelo entidad relación qué hacemos en esta
identificación lo que hacemos es vamos a buscar aquellas entidades de ese
universo de discurso para saber cuál es el rol que cumplen dentro de la solución
del problema o entro en el mismo problema los ejemplos más clásicos los usuarios
del sistema todo se necesita un sistema donde los usuarios el requiera un usuario
esa es una entidad por ejemplo los productos necesitábamos un sistema de
facturación ah que vas a facturar productos que son las que vendo n de mi tienda
los productos son otra entidad todas esas entidades que están involucradas dentro
de nuestro universo de discurso y aquellas que no se ven a simple vista dentro del
requerimiento tienen que ser identificadas en esta etapa cuando identificamos
nuestras entidades también identificamos sus atributos sus atributos es lo que
identifica la entidad como tal una vez teniendo Claro cuáles son las entidades
cuáles son los atributos hablamos también de las relaciones qué relación hay
entre ellas dichas entidades el tercer paso es organizar los datos en tablas este es
el paso que a mí personalmente más me gusta pasar de nuevo entidad relación al
modelo relacional esto lo que nos permite es tabular la información de las
entidades en una en una hoja vale en una hoja de cálculo donde podemos ver de
manera tabulada es decir organizada que cuáles son las entidades y cuáles son
cada una de sus que son cada uno de sus atributos o propiedades ojo quiero
decir algo aquí muy importante no es no es pecado si se puede decir así no es
que estemos faltando buen diseño si te pasas del modelo entidad relación
directamente al modelo relacional incluso personalmente por lo general yo no
hago el modelo entidad relación pero la idea del Workshop es que ustedes
entiendan cómo se realiza porque muy seguramente si consiguen un proyecto en
el que se nos exijan pues quedaría muy mal que ustedes no sepan hacerlo
entonces vamos a entender cómo se hace el punto número 2 pero siendo sinceros
en pocos proyectos se hace el modelo entidad relación como tal muchas veces
pasamos al modelo relacional desde mi punto de vista no es que esté mal sino
que estamos saltándonos una etapa es una etapa que es importante pero puede
consumirnos algún tiempo ojo lo hacemos para de manera técnica se entienda el
proceso se entienda cuál es el correcto procedimiento pero yo personalmente por
lo general pocas veces he utilizo el modelo entidad relación me voy más bien al
modelo tabular porque me rindió un poquito más pero no significa que es siempre
vamos a saltarnos ok para que quede Claro en la cuarta en el nuestro cuarta etapa
para el diseño de base de datos vemos la especificación de las claves primarias y
análisis de relaciones entonces ojo aquí dónde vamos a identificar la cardinalidad
de las relaciones entre las entidades es decir vamos a ver cuándo es uno a uno a
muchos o muchos a muchos aquí vamos a identificar esas relaciones esa
cardinalidad y vamos a entender cómo es que en el modelo entidad relación
vemos una relación con solamente el rombo pero en el modelo relacional no
pudimos hacer esa relación entonces en la cuarta etapa donde ya vemos esa
relación por ejemplo muchos a muchos nos toca crear nuevas tablas que nos
permitan hacer ese tipo de relaciones y se identifican las relaciones foráneas
obligatorias u opcionales cuáles son las aquellas datos que son obligatorios y
cuáles son los datos que son opcionales para mi para mi relaciones por último
vamos a normalizar nuestras tablas lo que hacemos es identificar los datos que se
están que se están repitiendo si vemos que hay un dato que se está repitiendo en
esta relación en esta entidad y la estamos repitiendo en esta entidad porque se
están relacionando pues vamos a comenzar a decir el nombre de la persona lo
tengo en mis clientes y en la facturación pues también en algún momento quiero
ver ese nombre de la persona pero no me interesa guardarlo en la facturación
porque la relación está correctamente hecha en mi o sea entonces está sana la
información está limpia entonces no necesito guardar el nombre normalicemos
Quito el nombre de la facturación y lo dejó solamente en los usuarios y por medio
de las relaciones que llegó a ese nombre ojo recuerden lo que les dije no es una
norma que tiene cumplirse al 100% en ocasiones es preferible que el nombre en el
ejemplo que estoy dando que el nombre de la persona se vea guardado en la
facturación por qué porque en algún momento la facturación es tan grande la
cantidad de datos es tan grande que para consultar un dato nos demoramos
demasiado tiempo si redundamos ese dato si lo pasamos hacia la otra tabla ya no
tendríamos que hacer esta relación y simplemente consultamos desde una única
tabla pero ojo no siempre cuando sea totalmente necesario lo hace dependiendo
de la necesidad entonces a lo que quiero llegar yo es que me preguntan es bueno
o es malo muchas veces es depende la respuesta es depende de la necesidad
inicialmente no redunden información esa la idea de la base de datos relacional no
redunden no repitan información si no es necesario pero en algún momento van a
tener que romper esa regla entonces va a ser la excepción , cuando necesiten
hacer la excepción háganla porque es una necesidad.

PROGRAMACION DE BASE DE DATOS

Veamos ahora las etapas que vamos a cubrir en este Workshop qué es lo que
tenemos que nosotros hacer para crear una correcta base de datos ojo es
importante que el diseño inicial de la base de datos a abarque la mayor cantidad
de posibles soluciones al problema que se está viendo sin embargo un diseño de
base de datos no termina nunca siempre se está revisando se está mejorando
alguna cosa se está modificando algo bien sea por eficiencia bien sea por
necesidad bien sea porque ha cambiado tu universo de discurso o por cualquier
otro tema sin embargo en el diseño inicial necesitamos cubrir la mayor cantidad de
problemas posibles para solucionar el universo de discurso entonces las etapas
que se tienen que ver siempre son vamos a comenzar con la primera el análisis de
los requisitos los requisitos los requisitos es un área tan extensa que existen
especializaciones el levantamiento de requerimientos es decir existen unas
especializaciones para que las personas aprendan a preguntar qué es lo que se
requiere no es nuestra área para este Workshop sin embargo teniendo una un
buen análisis de requerimientos podemos diseñar una muy buena base de datos
ahora qué cubre ese análisis de requerimientos o el análisis de los requisitos lo
primero es que tenemos que entrevistar a las personas qué personas van a usar el
sistema independientemente que el sistema sea una necesidad actual sobre un
problema actual o sea una idea para un proyecto nuevo por ejemplo las startups
siempre están pensando que me invento para solucionar un problema y volver una
millonario no normal ahora esos problemas como las startups son problemas
nuevos nunca habían existido sin embargo la persona que tiene la idea sabe o
tiene una idea general de cuál es el problema que tenemos que resolver tú tienes
que entrevistar a esa persona y sacarle la mayor cantidad de información posible
cuál es el problema el problema es que en una startup muchas veces los genios
creen que la idea se la van a robar porque la información que les está dando la
persona que está levantando los requerimientos tiene que conocer todo el proceso
de lo contrario como a cómo realizas tu proyecto es complicado tienes que llegar a
un acuerdo confidencial como sea donde le levantas la información y le extraes
toda la necesidad a esa persona ahora si es un problema que existe actualmente
por ejemplo una empresa que está llevando su facturación de manera manual y
necesita un sistema de facturación automática como sistematizada mejor que
sucede que es un problema actual la persona ya tiene algunos procedimientos de
debidamente puede ser documentados o solamente los conoces simplemente y se
cumplen entonces tú tienes que entrevistar a esa persona para saber cuáles son
los requerimientos paso a paso para poder solucionar es importantísimo en la
entrevista entonces esa entrevista es fundamental para entender cuál es el
propósito de la solución planteada segundo si es un problema actual es decir un
problema que existe actualmente no es algo nuevo que se está que nos estamos
inventando como en una startup generalmente existen formularios y es
importantísimo en recolectar la información de estos formularios o formatos por
ejemplo vamos al sistema de facturación si es una persona que está facturando
de manera manual que esta persona muy seguramente ya tiene una forma tipo de
la factura y ese formato es vital para saber cómo se está realizando el proceso
actualmente y qué información es la que se requiere para realizar una correcta
facturación entonces dentro del proceso del diseño tienes que analizar esos
formularios recuperar todas las formalidades que se están utilizando la mayor
cantidad posible tenerlos plasmarlos y tener una un orden de esos documentos
para saber con este registro al cliente con este formulario facturan con este
formulario cobran con este formulario reciben el dinero ojo una cosa es cobrar y
otra cosa es recibir el dinero con este formulario entrega en un paz y salvo y ya
con todos los formularios les da una idea muy muy muy detallada de qué es lo que
están haciendo también pueden existir como tercer punto los sistemas de datos
existentes pueda que no todo lo llenen tan anual es decir los libros de contabilidad
así gigantes no sino que ya tienen una hoja de cálculo conocida como Excel
Google docs con sus hojas de cálculo lotus lo que sea un speech lo que sea y
esas personas aparte del formulario están digitando esa información en esas en
estas hojas de cálculo y esos sistemas para ellos son sus bases de datos que son
sagradas con estos sistemas que es donde se está registrando la información
también podemos analizar cuál es la información que ellos buscan
constantemente para poder realizar su proceso cuáles son los informes que
generan a partir de ahí y cuáles son los problemas que han tenido para generar
informes que se requieren o informes que actualmente tienen pero que no han
podido generarlos de una manera óptima por ejemplo voy a dar un ejemplo
inventado y es todo lo hacer en su formulario lo pasan en una hoja de cálculo pero
tienen 3 hojas de cálculo diferente para una para guardar los nombres de los
clientes otra para la facturación otra para otro pero cuando van a buscar la
información específica tienen que buscar primero en la hoja uno pero en la hoja 3
luego en la hoja 5 y luego volverse a la hoja 2 ese tipo de problemas tenemos que
analizarlos

para entender la relación que hay entre la hoja uno y 2 pasó primero por la uno
luego por la 5 luego por la 3 y luego por la 2 entonces ya vamos entendiendo
cuáles son las relaciones que existen en esos sistemas es algo muy interesante y
fundamental para nuestro desarrollo elsegundo.es la identificación de las
entidades del universo de discurso es lo que conocemos como nuestro modelo
entidad relación qué hacemos en esta identificación lo que hacemos es vamos a
buscar aquellas entidades de ese universo de discurso para saber cuál es el rol
que cumplen dentro de la solución del problema o entre el mismo problema los
ejemplos más clásicos los usuarios del sistema todo se necesita un sistema donde
los usuarios de requiera login y necesitamos los usuarios esa es una entidad por
ejemplo los productos necesitábamos un sistema de facturación ah qué vas a
facturar productos que son las que vendo en mi a mi tienda los productos son otra
entidad todas esas entidades que se han involucradas dentro de nuestro universo
de discurso y aquellas que no se ven a simple vista dentro del requerimiento
tienen que ser identificadas en esta etapa cuando identificamos nuestras
entidades también identificamos sus atributos sus atributos es lo que identifica la
eh la entidad como tal una vez teniendo Claro cuáles son las entidades cuáles
son los atributos hablamos también de las relaciones qué relación hay entre ellas
dichas entidades el tercer paso es organizar los datos en tablas este es el paso
que a mí personalmente más me gusta pasar de modelo entidad relación al
modelo relacional esto lo que nos permite es tabular la información de las
entidades en una en una hoja vale en una hoja de cálculo donde podemos ver de
manera tabulada es decir organizada que cuáles son las entidades y cuáles son
cada una de Jesús cuáles son cada uno de sus atributos o propiedades ojo quiero
decir algo aquí muy importante no es no es pecado si se puede decir así no es
que estemos faltando un buen diseño si te pasas del modelo entidad relación
directamente al modelo relacional incluso personalmente por lo general yo no
hago el modelo entidad relación pero la idea del Workshop es que ustedes
entiendan cómo se realiza porque muy seguramente si consiguen un proyecto en
el que se nos exijan pues quedaría muy mal que ustedes no sepan hacerlo
entonces vamos a entender cómo se hace el punto número 2 pero siendo sinceros
en pocos proyectos se hace el modelo entidad relación como tal muchas veces
pasamos al modelo relacional desde mi punto de vista no es que esté mal sino
que estamos saltándonos una etapa es una etapa que es importante pero puede
consumirnos algún tiempo ojo lo hacemos para de manera ética se entienda el
proceso se entienda cuál es el correcto procedimiento pero yo personalmente por
lo general pocas veces utilizo el modelo entidad relación me voy más bien al
modelo tabular porque me rindió un poquito más pero no significa que es siempre
vamos a saltarnos OK para que quede Claro en la cuarta en el nuestro cuarta
etapa para el diseño de base de datos vemos la especificación de las claves
primarias y análisis de relaciones entonces ojo aquí dónde vamos a identificar la
cardinalidad de las relaciones entre las entidades es decir vamos a ver cuándo es
uno a uno a muchos o muchos a muchos aquí vamos a identificar esas relaciones
esa cardinalidad y
vamos a entender cómo es que en el modelo entidad relación vemos una relación
con solamente el rombo pero en el modelo relacional no pudimos hacer esa
relación entonces en la cuarta etapa donde ya vemos esa relación por ejemplo
muchos a muchos nos toca crear nuevas tablas que nos permitan hacer ese tipo
de relaciones y se identifican las relaciones foráneas obligatorias u opcionales
cuáles son las aquellas datos que son obligatorios y cuáles son los datos que son
opcionales para mi para mi relaciones qué por último vamos a normalizar nuestras
tablas lo que hacemos es identificar los datos que se están que se están
repitiendo si vemos que hay un dato que se está repitiendo en esta regla en esta
entidad y la estamos rompiendo en esta entidad porque se están relacionando
vamos a comenzar a decir el nombre de la persona lo tengo en mis clientes y en
la facturación pues también en algún momento quiero ver ese nombre de la
persona pero no me interesa guardarlo en la facturación porque la relación está
correctamente hecha en mi o sea entonces está sana la información está limpia
entonces no necesito guardar el nombre normalicemos escrito el nombre de la
facturación y lo dejó solamente en los usuarios y por medio de las relaciones que
llegó a ese nombre ojo recuerden lo que les dije no es una norma que tiene
cumplirse al 100% en ocasiones es preferible que el nombre en el ejemplo que
estoy dando que el nombre de la persona se vea guardado en la facturación por
qué porque en algún momento la facturación es tan grande la cantidad de data es
tan grande que para consultar un dato nos demoramos demasiado tiempo si
redundamos ese dato si lo pasamos hacia la otra tabla ya no tendríamos que
hacer esta relación y simplemente consultamos desde una única tabla pero ojo no
siempre cuando sea totalmente necesario lo hace dependiendo de la necesidad
entonces a lo que quiero llegar yo es que me preguntan es bueno o es malo
muchas veces es depende la respuesta es depende de la necesidad inicialmente
no redunden información esa es la idea de la base de datos relacional no
redunden no repitan información si no es necesario pero en algún momento van a
tener que romper esa regla entonces va a ser la excepción cuando necesiten
hacer la excepción háganla porque es una necesidad .