Diseño de la Base de Datos

El almacenamiento de datos de un sistema es el tercer elemento a considerar después de las salidas y las entradas.(La interfaz se considera complemento de las entradas y salidas.)

OBJETIVOS DEL DISEÑO DE LA BASE DE DATOS

El diseño de la base de datos tiene como objetivo:

• Almacenar eficientemente los datos.
• Mantener la integridad de los datos.
• Actualizar y recuperar la información eficiente.

El almacenamiento eficiente: Consiste en seleccionar el dispositivo adecuado para el volumen de información que manejará el sistema:

• Cinta.
• Disco magnético o disco óptico.

La integridad de los datos almacenados: se refiere a que éstos sean correctos y exactos.

Cuando se efectúa un proceso que actualice o recupere la información almacenada, éste debe ser preciso y eficiente.

¿Qué es  el Diseño de una Base de Datos?

Consiste en definir la estructura de los datos que debe tener la base de datos de un sistema de información determinado. En el caso relacional, esta estructura será un conjunto de esquemas de relación con sus atributos, dominios de atributos, claves primarias, claves foráneas, etc.

¿Qué es Base de datos?

Son grandes cantidades de información recopilada y agrupada de manera tal, que pueda ser accesada en una forma rápida.–  Además  contienen toda información necesaria para poder mover un sistema.

El término de bases de datos fue escuchado por primera vez en 1963,en un simposio celebrado en California, USA. Una base de datos se puede definir como un conjunto de información relacionada que se encuentra agrupada ó estructurada.

Cada base de datos se compone de una o más tablas que guarda un conjunto de datos. Cada tabla tiene una o más columnas y filas. Las columnas guardan una parte de la información sobre cada elemento que queramos guardar en la tabla, cada fila de la tabla conforma un registro.

Se define una base de datos como una serie de datos organizados y relacionados entre sí, los cuales son recolectados y explotados por los sistemas de información de una empresa o negocio en particular.

Características de la Base de Datos

Las principales características de los sistemas de base de datos podemos mencionar:

• Independencia lógica y física de los datos.
• Redundancia mínima.
• Acceso concurrente por parte de múltiples usuarios.
• Integridad de los datos.
• Consultas complejas optimizadas.
• Seguridad de acceso y auditoría.
• Respaldo y recuperación.
• Acceso a través de lenguajes de programación estándar.

  Ventajas de la Base de Datos

*** Los Datos***
· Independencia de estos respecto de los tratamientos y viceversa.                    
· Mejor disponibilidad de los mismos.
· Mayor eficiencia en la recogida, codificación y entrada.
***Los Resultados***
· Mayor coherencia.
· Mayor valor informativo.
· Mejor y más normalizada documentación de la información.
***Los Usuarios***
· Acceso más rápido y sencillo de los usuarios finales.
· Más facilidades para compartir los datos por el conjunto de los usuarios.
· Mayor flexibilidad para atender a demandas cambiantes.

Independencia de los datos respecto a los tratamientos y viceversa: Un cambio en los tratamientos no imponga un nuevo diseño lógico y/o físico de la base de datos.

–  Coherencia de los resultados: En todos los tratamientos se utilizan los mismos datos, por lo que los resultados de estos son coherentes y comparables.

– Mejor disponibilidad de los datos para el conjunto de los usuarios: Éstos se comparten entre las aplicaciones, existiendo una mayor disponibilidad y transferencia.
– Mayor valor informativo: El valor informativo del conjunto de datos es superior a la suma del valor informativo de los elementos individuales.
– Mejor y más normalizada documentación: La mayoría de los SGBD incluyen una descripción de los datos dentro del sistema.
– Mayor eficiencia en la captura, validación e ingreso de datos al sistema: Por no existir redundancia.

 – Reducción del espacio de almacenamiento: Disminución de redundancias y las técnicas de compactación hacen que disminuya el espacio en disco.

Desventajas de la Base de Datos

o Instalación costosa: Equipos: Nuevas instalaciones o ampliaciones, sistemas operativos, compiladores, SGBD comerciales, computadores más poderosos, etc.
o Personal especializado: Se requiere de conocimientos específicos.
***La implantación
o Costosa en equipos(lógico y físico).
o Ausencia de estándares.
o Larga y difícil puesta en marcha.
o Rentabilidad a mediano plazo.
***Los usuarios
o Personal especializado.
o Desfase entre teoría y práctica.
o Desfase entre teoría y práctica: Muchos asumen a ciertas funcionalidades como un hecho cuando en realidad son estudios teóricos.

Los diferentes tipos de base de datos, podemos encontrar los siguientes programas:

1. MySql: Es una base de datos con licencia GPL basada en un servidor. Se caracteriza por su rapidez. No es recomendable usar para grandes volúmenes de datos.
2. PostgreSql y Oracle: Son sistemas de base de datos poderosos. Administra muy bien grandes cantidades de datos, y suelen ser utilizadas en intranets y sistemas de gran calibre.
3.  Access: Es una base de datos desarrollada por MICROSOFT. Esta base de datos, debe ser creada bajo el programa access, el cual crea un archivo .mdb con la estructura ya explicada.
4. Microsoft SQL Server: es una base de datos más potente que access desarrollada por Microsoft. Se utiliza para manejar grandes volúmenes de informaciones.

Cada Sistema de Base de Datos posee tipos de campos que pueden ser similares o diferentes. entre los más comunes podemos nombrar:

• Numérico: entre los diferentes tipos de campos numéricos podemos encontrar enteros “sin decimales” y reales “decimales”.
• Booleanos:Poseen dos estados: Verdadero “Si” y Falso “No”.
• Memos: Son campos alfanuméricos de longitud ilimitada. Presentan el inconveniente de no poder ser indexados.
• Fechas: Almacenar fechas de esta forma posibilita ordenar los registros por fechas o calcular los días entre una fecha y otra.
• Alfanuméricos:contienen cifras y letras. Presentan una longitud limitada (255 caracteres).
• Autoincrementables:Son campos numéricos enteros que incrementan en una unidad su valor para cada registro incorporado. Su utilidad resulta: Servir de identificador ya que resultan exclusivos de un registro.

Descompondremos el diseño de bases de datos en tres etapas:

1) Etapa del diseño conceptual: En esta etapa se obtiene una estructurade la información de la futura BD independiente de la tecnología que hay que emplear. No se tiene en cuenta todavía qué tipo de base de datos se utilizará –relacional, a objetos, jerárquica, etc.–; en consecuencia, tampoco se tiene en cuenta con qué SGBD ni con qué lenguaje concreto se implementará la base de datos. Así pues, la etapa del diseño conceptual nos permite concentrarnos únicamente en la problemática de la estructuración de la información, sin tener que preocuparnos al mismo tiempo de resolver cuestiones tecnológicas. El resultado de la etapa del diseño conceptual se expresa mediante algún modelo de datos de alto nivel. Uno de los más empleados es el modelo entidadinterrelación (entity-relationship), que abreviaremos con la sigla ER.

2) Etapa del diseño lógico: En esta etapa se parte del resultado del diseño conceptual, que se transforma de forma que se adapte a la tecnología que sedebe emplear. Más concretamente, es preciso que se ajuste al modelo del SGBD con el que se desea implementar la base de datos. Por ejemplo, si se trata de un SGBD relacional, esta etapa obtendrá un conjunto de relaciones con sus atributos, claves primarias y claves foráneas. Esta etapa parte del hecho de que ya se ha resuelto la problemática de la estructuración de la información en un ámbito conceptual, y permite concentrarnos en las cuestiones tecnológicas relacionadas con el modelo de base de datos.

 3) Etapa del diseño físico: En esta etapa se transforma la estructura obtenida en la etapa del diseño lógico, con el objetivo de conseguir una mayor eficiencia; además, se completa con aspectos de implementación física que dependerán del SGBD. Por ejemplo, si se trata de una base de datos relacional, la transformación de la estructura puede consistir en lo siguiente: tener almacenada alguna relación que sea la combinación de varias relaciones que se han obtenido en la etapa del diseño lógico, partir una relación en varias, añadir algún atributo calculable a una relación, etc. Los aspectos de implementación física que hay que completar consisten normalmente: en la elección de estructuras físicas de implementación de las relaciones, la selección del tamaño de las memorias intermedias (buffers) o de las páginas, etc.

CONCEPTOS BÁSICOS

Existen conceptos relacionados con el manejo de base de datos que es necesario comprender:

• Entidad.
• Atributos.
• Registro.
• Campo.
• Llave.
• Metadato.

La “entidad” representa un elemento, persona, evento, etc, y la relación es de manera como estos elementos se conectan entre sí. Ésta es la base para la construcción de un diagrama de entidad – relación (DER).

Los “atributos” son las características de las entidades. Los conceptos de entidad, relación y atributo representan de manera lógica a la información.

Un “registro” es la manera como una entidad se almacena en disco, los campos de un registro completo con facilidad.

La “llave” es un campo que contiene un valor que representa en forma única al registro.

Por último, los “metadatos” son los datos acerca de los campos: nombre, tipo y longitud del campo.

*Para el diseño de la base de datos se toma como base el DER y el DD elaborados en el análisis.

*En seguida se revisan las salidas y entradas diseñadas.

*Después se definen los atributos que debe tener cada entidad del DER y se señala su llave.

«Es importante considerar las relaciones entre las entidades por lo que el diseñador debe cuidar que exista un atributo en la entidad  que se asocie a otro en la entidad relacionada.»

*Por último, se definen los metadatos de cada uno de los atributos de la entidad en una tabla como sigue:

NOMBRE DEL CAMPO	TIPO	LONGITUD
Clave del cliente	Numérico	6
Nombre del cliente	Carácter	40
RFC	Carácter	15
Domicilio calle	Carácter	15
Domicilio número	Numérico	5
Domicilio colonia	Carácter	15
Ciudad	Carácter	20
Teléfono	Numérico	12

Pasos para diseñar una base de datos

1. Determinar el propósito de la base de datos.
2. Conociendo el propósito de la información que se va almacenar, así se decidirá el tipo de campo.
3. Determinar las tablas que se necesitaran.
4. Cuando se tiene claro el propósito de la base de datos se puede dividir la información en diferentes partes y sujeto, cada una de ellas en tablas diferentes de la base de datos.
5. Determinar los campos que necesita.
6. Decidir la información necesaria para la base de datos, cada categoría de información es lo que llamamos datos y se muestra como una columna cuando se ve en las tablas.
7. Determinar la relación.
8. Buscar que datos de una tabla se relaciona con datos de otra tabla.
9. Definir el diseño.
10. Analizar el diseño para posibles errores.

El diseño de relaciones entre las tablas de una base de datos puede ser la siguiente:

• Relaciones de uno a uno: Una instancia de la entidad A se relaciona con una y solamente una de la entidad B.

• Relaciones de uno a muchos: cada instancia de la entidad A se relaciona con varias instancias de la entidad B.

• Relaciones de muchos a muchos: cualquier instancia de la entidad A se relaciona con cualquier instancia de la entidad B.

 

Diagramas o modelos entidad-relación

Los diagramas o modelos entidad-relación (denominado por su siglas, ERD “Diagram Entity relationship”) son una herramienta para el modelado de datos de un sistema de información. Estos modelos expresan entidades relevantes para un sistema de información, sus inter-relaciones y propiedades

El Modelo Entidad-Relación.

1. Se elabora el diagrama (o diagramas) entidad-relación.
2. Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se pueden reflejar en el diagrama.

«El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr un modelo directamente implementable en una base de datos. Brevemente:»

• Transformación de relaciones múltiples en binarias.
• Normalización de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y viceversa).
• Conversión en tablas (en caso de utilizar una base de datos relacional).

 «Estos son videos que ilustra el tema de las Bases de Datos, deseamos que sea un mecanismo  de locución y aprendizaje en ayuda de los estudiantes, y como apoyo a la presentación de trabajos académicos o de investigación.»

Integrantes de grupo

Whitney Godoy
Gabby Baquedano
abby vallejo
carlos Avilez
paola betancourth
stephanie bulnes

Hello world!

¡¡¡¡¡¡¡¡BIENVENIDOS A TODOS LOS ALUMNOS Y VISITANTES DE NUESTRO BLOG !!!!!!!!!!

El blog tiene por objeto difundir a los alumnos y a la comunidad académica, herramientas de provecho para el proceso de apostolado -estudio en el área de análisis y diseño. Si bien el grupo de trabajo que inicia esta idea está mayoritariamente dedicados como Bachilleres Técnicos en Computación.

El contenido es propiedad de los autores participantes y queda bajo su responsabilidad. El hecho de aceptar la publicación en este sitio implica acordar el uso del material por cualquier persona en forma totalmente libre y gratuita, con la única obligación expresa de citar las fuentes y los autores.

Este Blog procura ser un instrumento progresivo. Es por ello que se incita a los visitantes a coadyuvar por medio que crean útil. Por ejemplo, son bienvenidos nuevos apuntes, proposición de prácticas, software, enlaces con otros sitios afines, y cualquier otra acción que se crea de interés o ganancia.

¡¡¡Ciclo de vida de los Sistemas de información!!!

El analista debería aplicar un enfoque sistemático en el análisis y el diseño de los sistemas de información. El ciclo de desarrollo de los sistemas o ciclo de vida de los sistemas (SDLC: Systems Devetopment Life Cycle) es un enfoque por etapas de análisis y de diseño, que postula que el desarrollo de los sistemas mejora cuando existe un ciclo específico de actividades del analista y de los usuarios.

En general, los analistas no están de acuerdo respecto al número exacto de etapas que conforman el ciclo de desarrollo de los sistemas; sin embargo, se reconoce la importancia de su enfoque sistemático. Se dividirá el ciclo de vida en siete etapas, que aunque se presentan de manera discreta, nunca se llevan a cabo como un elemento Independiente. En lugar de ello. se realizan al mismo tiempo diversas actividades, y éstas llegan a repetirse. Por ello es de mayor utilidad suponer que e! ciclo de desarrollo de los sistemas transcurre en etapas (con actividades en acción que luego cesan poco a poco) y no como elementos separados.

1)Identificación de problemas, oportunidades y objetivos.

En esta primera etapa del ciclo de desarrollo de los sistemas, el analista se involucra en la identificación de los problemas, de las oportunidades y de los objetivos. Esta fase es crucial para el éxito del resto del proyecto, pues nadie estará dispuesto a desperdiciar su tiempo dedicándolo al problema equivocado.

La primera etapa requiere que el analista observe de forma objetiva lo que ocurre en una empresa. Luego, en conjunto con los otros miembros de la organización hará notar los problemas. Muchas veces esto ya fue realizado previamente: y por ello. es que se llega a invitar al analista.

Las oportunidades son acuellas situaciones que el analista considera que pueden perfeccionarse mediante el uso de los sistemas de información computarizados. Al aprovechar las oportunidades, la empresa puede lograr una ventaja competitiva o llegar a establecer un estándar industrial.

La identificación de objetivos también es un componente importante de la primera fase. En un comienzo, el analista deberá descubrir lo que la empresa intenta realizar, y luego. estará en posibilidad de determinar si el uso de los sistemas de información apoyaría a la empresa para alcanzar sus metas, el encaminarla a problemas u oportunidades específicas.

2) Determinación de los requerimientos de información.

La siguiente etapa que aborda el analista, es la determinación de los requerimientos de información a partir de los usuarios particularmente involucrados. Para identificar los requerimientos de información dentro de ¡a empresa, pueden utilizarse diversos instrumentos, los cuales incluyen: el muestreo, el estudio de los datos y formas usadas por la organización, la entrevista, los cuestionarios: la observación de la conducta de quien toma las decisiones, asi como de su ambiente: y también el desarrollo de prototipos.

En esta etapa el analista hace todo lo posible por identificar qué información requiere el usuario para desempeñar sus tareas. Puede ver, cómo varios de los métodos para establecer las necesidades de información, lo obligan a relacionarse directamente con los usuarios. Esta etapa sirve para elaborar la imagen que el analista tiene de la organización y de sus objetivos. En ocasiones, se llegan a concluir sólo las primeras dos etapas del ciclo de desarrollo de los sistemas. El analista es e! especialista que emprende esta clase de estudios.

3)Análisis de las necesidades del sistema.

La siguiente etapa que ejecuta el analista de sistemas consiste en analizar las necesidades propias del sistema. Una vez más, existen herramientas y técnicas especiales que facilitan al analista la realización de las determinaciones requeridas. Estas incluyen el uso de los diagramas de flujo de datos (DFD)que cuentan con una técnica estructurada para representar en forma gráfica la entrada de datos de la empresa, los procesos y la salida de la información. A partir del diagrama de flujo de datos se desarrolla un diccionario de datos que contiene todos los elementos que utiliza el sistema, así como sus especificaciones, si son alfanuméricos, descripción, clave primaria, entre otros.

Durante esta fase. el analista de sistemas también analiza las decisiones estructuradas por realizar, que son decisiones donde las condiciones, condiciones alternativas, acciones y reglas de acción podrán determinarse. Existen tres métodos para el análisis de las decisiones estructuradas: el lenguaje estructurado (en nuestro caso el español), las tablas de decisión y los árboles de decisión.

No todas las decisiones en las empresas se encuentran estructuradas; no obstante, es importante que las comprenda e! analista de sistemas. Las decisiones semiestructuradas (decisiones que se toman bajo nesgo) con frecuencia se apoyan en los Sistemas de Toma de Decisiones. Cuando analiza las decisiones semiestructuradas. el analista las examina de acuerdo con el grado de complejidad del problema y con el número de criterios considerados al llevar a cabo las decisiones.

El análisis de decisiones de criterio múltiple (aquellas decisiones donde numerosos factores tienen que equilibrarse) también es parte de esta etapa. Se disponen de muchas técnicas para e’ análisis de decisiones de criterio múltiple; incluyendo entre otras, e! proceso de intercambio y la aplicación de métodos de ponderado.

A esta altura del ciclo de desarrollo del sistema, el analista prepara una propuesta del sistema que resume todo lo que ha encontrado, presenta un análisis costo / beneficio de las alternativas y plantea las recomendaciones (si es que existen) de lo que deberá realizarse. Si la dirección acepta alguna de las recomendaciones, el analista procederá de acuerdo con ella.

4) Diseño del sistema recomendado.

En esta etapa del ciclo de desarrollo de los sistemas, el analista de sistemas usa la información que recolectó con anterioridad y elabora el diseño lógico del sistema de

información. El analista diseña procedimientos precisos de captura de datos, con el fin de que los datos que se introducen al sistema sean los correctos. Ei analista también diseña accesos efectivos al sistema de información, mediante el uso de las técnicas de diseño de formularios y de pantallas.

Una parte del diseño lógico del sistema de información es el diseño de la interfaz con el usuario. La interfaz conecta al usuario con el sistema, y evidentemente, es de suma importancia. Serían ejemplos de interfaces para el usuario: el uso del teclado para introducir preguntas o respuestas, el uso de menús en la pantalla, con las opciones que tiene el usuario, el uso de dispositivos como el ratón (mouse) y muchos otros.

La etapa del diseño también incluye e! diseño de los archivos o la base de datos que almacenará aquellos datos requeridos por quien toma las decisiones en la organización. Una base de datos bien organizada es fundamental para cualquier sistema de información. En esta etapa, el analista diseña la salida (en pantalla o impresa) hacia el usuario, de acuerdo con sus necesidades de información.

 5)Desarrollo y documentación del software

En esta etapa del ciclo de desarrollo de los sistemas, el analista trabaja con los programadores para desarrollar todo el software original que sea necesario.

Dentro de las técnicas estructuradas para el diseño y documentación del software se tienen:

• El método HIPO,
• Los diagramas de flujo
• Los diagramas Nassi-Schneiderman
• Los diagramas Warnier-Orr
• El pseudocódigo.

Aquí es donde, el analista de sistemas transmite al programador los requerimientos de programación.

Durante esta fase, el analista también colabora con los usuarios para desarrollar la documentación indispensable del software, incluyendo los manuales de procedimientos. La documentación le dirá al usuario como operar el software, y así también, qué hacer en caso de presentarse algún problema.

6)Pruebas v mantenimiento del sistema.

El sistema de información debe probarse antes de utilizarlo.

 E! costo es menor si se detectan los problemas antes cié la entrega del sistema.

El programador realiza algunas pruebas por su cuenta, otras se llevan a cabo en colaboración con el analista de sistemas.

En un principio, se hace una serie de pruebas, con datos tipo, para identificar las posibles fallas del sistema: más adelante, se utilizarán los datos reales.

El mantenimiento del sistema y de su documentación empiezan justamente en esta etapa: y después, esta función se realizará de forma rutinaria a lo largo de toda la vida del sistema.

Las actividades de mantenimiento integran una buena parte de la rutina del programador, que para las empresas llegan a implicar importantes sumas de dinero. Sin embargo, el costo del mantenimiento disminuye de manera importante cuando el analista aplica procedimientos sistemáticos en el desarrollo de los sistemas.

7)Implantación v evaluación de sistema.

En esta última etapa del desarrollo del sistema, el analista ayuda a implantar el sistema de información. Esto incluye el adiestramiento que el usuario requerirá. Si bien, parte de esta capacitación la dan las casas comerciales, la supervisión del adiestramiento es una responsabilidad del analista de sistemas. Más aún, el analista necesita planear la suave transición que trae consigo un cambio de sistemas.

Aunque la evaluación del sistema se plantea como parte integrante de la última etapa del ciclo de desarrollo de los sistemas; realmente, la evaluación toma parte en cada una de las etapas. Uno de los criterios fundamentales que debe satisfacerse, es que ei futuro usuario utilice el sistema desarrollado

DIAGRAMAS DE FLUJO

Historia

La paternidad del diagrama de flujo es en principio algo difusa. El método estructurado para documentar graficamente un proceso como un flujo de pasos sucesivo y alternativo, el «proceso de diagrama de flujo«, fue expuesto por Frank Gilbreth, en la Sociedad Americana de Ingenieros Mecánicos (ASME), en 1921, bajo el enunciado de «Proceso de Gráficas-Primeros pasos para encontrar el mejor modo«. Estas herramientas de Gilbreth rápidamente encontraron sitio en los programas de ingeniería industrial. Al principio de los 30, un ingeniero industrial, Allan H. Mogensen comenzó la formación de personas de negocios en Lake Placid, Nueva York, incluyendo el uso del diagrama de flujo. Art Spinanger, asistente a las clases de Mogesen, utilizó las herramientas en su trabajo en Procter & Gamble, donde desarrolló su “Programa Metódico de Cambios por Etapas”. Otro asistente al grupo de graduados en 1944, Ben S. Graham, Director de Ingeniería de Formcraft Standard Register Corporation, adaptó la Gráfica de flujo de procesos al tratamiento de la información en su empresa. Y desarrolló la Gráfica del proceso de múltiples flujos en múltiples pantallas, documentos, y sus relaciones. En 1947, ASME adoptó un conjunto de símbolos derivados de la obra original de Gilbreth como Norma ASME para los gráficos de procesos (preparada Mishad, Ramsan y Raiaan).

Sin embargo, según explica Douglas Hartree fueron originalmente Herman Goldstine y John von Neumann quienes desarrollaron el diagrama de flujo (inicialmente llamado «diagrama») para planificar los programas de ordenador. Las tablas de programación original de flujo de Goldstine y von Neumann, aparecen en un informe no publicado, «Planificación y codificación de los problemas de un instrumento de computación electrónica, la Parte II, Volumen 1 «(1947), reproducido en las obras completas de von Neumann. Inicialmente los diagramas de flujo resultaron un medio popular para describir algoritmos de computadora, y aún se utilizan con este fin. Herramientas como los diagramas de actividad UML, pueden ser considerados como evoluciones del diagrama de flujo.

En la década de 1970 la popularidad de los diagramas de flujo como método propio de la informática disminuyó, con el nuevo hardware y los nuevos lenguajes de programación de tercera generación. Y por otra parte se convirtieron en instrumentos comunes en el mundo empresarial. Son una expresión concisa, legible y práctica de algoritmos. Actualmente se aplican en muchos campos del conocimiento, especialmente como simplificación y expresión lógica de procesos, etc.

¿Que es Diagrama de Flujo?

Un diagrama de flujo es una forma de representar gráficamente los detalles algorítmicos de un proceso. Se les llama diagramas de flujo porque los símbolos utilizados se conectan por medio de flechas para indicar la secuencia de la operación.

Estos diagramas utilizan una serie de símbolos con significados especiales y son la representación gráfica de los pasos de un proceso. En computación, son modelos utilizados para comprender los pasos que se realizan al programar.

Características de los Diagramas de Flujo

• Existe siempre un camino que permite llegar a una solución (finalización del algoritmo).
• Existe un único inicio del proceso.
• Existe un único punto de fin para el proceso de flujo (salvo del rombo que indica una comparación con dos caminos posibles).

Los pasos a seguir para construir el diagrama de flujo son:

• Establecer el alcance del proceso a describir. De esta manera quedará fijado el comienzo y el final del diagrama. Frecuentemente el comienzo es la salida del proceso previo y el final la entrada al proceso siguiente.
• Identificar y listar las principales actividades/subprocesos que están incluidos en el proceso a describir y su orden cronológico.
• Si el nivel de detalle definido incluye actividades menores, listarlas también.
• Identificar y listar los puntos de decisión.
• Construir el diagrama respetando la secuencia cronológica y asignando los correspondientes símbolos.
• Asignar un título al diagrama y verificar que esté completo y describa con exactitud el proceso elegido.
  

  Ventajas de los diagramas de flujo

• Favorecen la comprensión del proceso al mostrarlo como un dibujo. El cerebro humano reconoce muy fácilmente los dibujos. Un buen diagrama de flujo reemplaza varias páginas de texto.
• Permiten identificar los problemas y las oportunidades de mejora del proceso: Se identifican los pasos, los flujos de los re-procesos, los conflictos de autoridad, las responsabilidades, los cuellos de botella, y los puntos de decisión.
• Muestran las interfaces cliente-proveedor y las transacciones: En ellas se realizan, facilitando a los empleados el análisis de las mismas.
• Son una excelente herramienta para capacitar a los nuevos empleados y también a los que desarrollan la tarea, cuando se realizan mejoras en el proceso.
•  Puede ser ejecutado en un ordenador con un Ide como Free DFD.

 

Tipos de diagramas de flujo

1. Formato vertical: En él, el flujo o la secuencia de las operaciones, va de arriba hacia abajo. Es una lista ordenada de las operaciones de un proceso con toda la información que se considere necesaria, según su propósito.
2. Formato horizontal: En él, el flujo o la secuencia de las operaciones, va de izquierda a derecha.
3. Formato panorámico: El proceso entero está representado en una sola carta y puede apreciarse de una sola mirada mucho más rápido que leyendo el texto, lo que facilita su comprensión, aún para personas no familiarizadas. Registra no solo en línea vertical, sino también horizontal, distintas acciones simultáneas y la participación de más de un puesto o departamento que el formato vertical no registra.
4. Formato Arquitectónico: Describe el itinerario de ruta de una forma o persona sobre el plano arquitectónico del área de trabajo. El primero de los flujogramas es eminentemente descriptivo, mientras que los utilizados son fundamentalmente representativos.

Simbología y significado

• Óvalo o Elipse: Inicio y término (Abre y/o cierra el diagrama).
• Rectángulo: Actividad (Representa la ejecución de una o más actividades o procedimientos).
• Rombo: Decisión (Formula una pregunta o cuestión).
• Círculo: Conector (Representa el enlace de actividades con otra dentro de un procedimiento).
• Triángulo boca abajo: Archivo definitivo (Guarda un documento en forma permanente).
• Triángulo boca arriba: Archivo temporal (Proporciona un tiempo para el almacenamiento del documento).

Cursograma

Se trata de la más común y práctica entre todas las clases de flujogramas. Describe el flujo de información en un ente u organización, sus procesos, sistemas administrativos y de control. Permite la impresión visual de los procedimientos y una clara y lógica interpretación.

 Simbología y normas del cursograma

• Círculo: Procedimiento estandarizado.

• Cuadrado: Proceso de control.

• Línea ininterrumpida: Flujo de información vía formulario o documentación en soporte de papel escrito.

• Línea interrumpida: Flujo de información vía formulario digital.

• Rectángulo: Formulario o documentación. Se grafica con un doble de ancho que su altura.

• Rectángulo Pequeño: Valor o medio de pago (cheque, pagaré, etcétera).Se grafica con un cuádruple de ancho que su altura, siendo su ancho igual al de los formularios.

• Triángulo (base inferior): Archivo definitivo.
• Triángulo Invertido (base superior): Archivo Transitorio.
• Semi-óvalo: Demora.
• Rombo: División entre opciones.
• Trapezoide: Carga de datos al sistema.
• Elipsoide: Acceso por pantalla.
• Hexágono: Proceso no representado.
• Pentágono: Conector.
• Cruz de Diagonales: Destrucción de Formularios.

«Según la normativa, el flujo presupuesto es de izquierda a derecha y de arriba hacia abajo, siendo optativo el uso de flechas. Cuando el sentido es invertido (de derecha a izquierda o de arriba hacia abajo), es obligatorio el uso de la flecha.»

Reglas de los diagramas de flujo

• Debe de indicar claramente dónde inicia y dónde termina el diagrama.
• Cualquier camino del diagrama debe de llevarte siempre a la terminal de fin.
• Organizar los símbolos de tal forma que siga visualmente el flujo de arriba hacia abajo y de izquierda a derecha.
• No usar lenguaje de programación dentro de los símbolos.
• Centrar el diagrama en la página.
• Las líneas deben ser verticales u horizontales, nunca diagonales

• No cruzar las líneas de flujo empleando los conectores adecuados sin hacer uso excesivo de ellos.
• No fraccionar el diagrama con el uso excesivo de conectores.
• Solo debe llegar una sola línea de flujo a un símbolo. Pero pueden llegar muchas líneas de flujo a otras líneas.

• Las líneas de flujo deben de entrar a un símbolo pro la parte superior y/o izquierda y salir de él por la parte inferior y/o derecha.

• Evitar que el diagrama sobrepase una página; de no ser posible, enumerar y emplear los conectores correspondientes.

• Usar lógica positiva, es decir, realizar procesos cuando es verdadera la condición y expresar las condiciones de manera clara (por ej., «no es a =/= de b» ==> «a=b»).

• Comentar al margen únicamente cuando sea necesario.

 ¿Qué es un Algoritmo?

Describe el método para realizar una tarea.- Es una secuencia de instrucciones que, ejecutadas adecuadamente, dan lugar al resultado deseado.

Ejemplos de algoritmos no informáticos: 

¨Receta de cocina.

¨ Una partitura musical.

¨ Los planos con las instrucciones para construir una casa.

Propiedades de un Algoritmo

 Finitud: Número finito de pasos

 Definibilidad: Cada paso definido de un modo preciso

Conjunto de Entradas: Datos iniciales del algoritmo

 Conjunto de Salidas: Respuesta que obtenemos del algoritmo

 Efectividad: Las operaciones a realizar deben ser básicas, para que el procesador pueda realizarlas de modo exacto y en tiempo finito.

Símbolos del Diagramas de flujo

Elaboración de Flujogramas

Este se rige por una serie de símbolos, normas y pautas convencionales las cuales son:

1. El formato o esqueleto del flujograma debe dividirse en partes que representan a los departamentos, secciones o dependencias involucradas en el procedimiento. Cada departamento o sección debe mostrarse una sola vez en el flujograma y en el mismo orden o secuencia cronológica de su aparición en el procedimiento que se describe de izquierda a derecha.

2. Se debe mostrar una misma dependencia mas de una vez en el flujograma aun cuando las acciones del procedimiento regresen a la misma.

3. Las líneas indicadoras del flujograma deben ser más delgadas que las líneas divisorias del formato, rectas y angulares, dotadas de flechas en sus extremos terminales.

4. Cada paso o acción del procedimiento debe enumerarse con claridad y describirse brevemente con muy pocas palabras.

5. Cuando algún documento queda retenido en alguna dependencia del flujograma se indica según sea archivado: definitivamente, temporalmente o retenido por algunos días («D»), horas («O») o minutos (´)

6. Cuando hay que destruir algún documento luego de ser utilizado en el procedimiento se indica con una (X) grande.

7. Cuando en el procedimiento algún documento da origen a otro se indicará en el flujograma mediante una flecha interrumpida.

8. Al igual que vimos en los organigramas en los flujogramas cuando varias líneas se intercruzan sin tener relación se indica mediante una inflexión en cualquiera de ellas.

«Siempre resultará mejor que el flujograma se muestre en una sola hoja, pero cuando en su extensión se tenga que continuar en otra página, se señala mediante un símbolo cualquiera dentro de un circulo, en la página donde se interrumpe y el mismo que suele llamarse conector se colocará en otra página como sigue.»

EJEMPLOS DE DIAGRAMAS DE FLUJOS SIMPLES

Ejemplo 1:

Consideraciones:

1. El diagrama puede desarrollarse en cualquier dirección, sin embargo es aconsejable que el desarrollo se realice en lo posible de arriba hacia abajo y de izquierda a derecha.
2. Debe procurarse que el símbolo de inicio se encuentre en la parte superior o superior-izquierda del diagrama.
3. El final se debe procurar que quede en la parte inferior o inferior-derecha. Si esto no es posible, debe separarse ligeramente del cuerpo del diagrama a fin de que sea fácilmente identificado.
4. Se pueden utilizar palabras para especificar la acción dentro del símbolo como es el caso de “Introducir A y B”, aunque esto es innecesario ya que con poner simplemente “A, B” se sobreentiende. Es el mismo caso de poner “Comparar si A>B” o simplemente “A > B”.
5. Es válido hacer que dos flechas apunten a un símbolo, aunque es más estético hacer que la segunda flecha apunte a la primera que si está apuntando al símbolo, tal como se hace en el caso del “FIN”.

Ejemplo 2:

En este caso inicialicé la variable “n” con el valor de 1. Y cambié la condición de salida para que comparara con “menor o igual” (<=) en lugar de “menor que” (<).

El mismo diagrama se puede también realizar con los objetos básicos, lo cual se puede dejar como ejercicio para apreciar la ventaja de utilizar símbolos compuestos.

Datos de Entrada (IMPUT)

Los registros que contiene una base de datos debe especificar el tipo de campo a utilizar.

Entre ellos tenemos:

Carácter

Estos campos pueden contener cualquier carácter incluyendo letras, números, símbolos, y caracteres especiales.

Numérico

Pueden contener cualquier número, puntos decimales, los caracteres negativos, positivos. El tamaño máximo de este campo es de 20 posiciones.

Float

Este tipo de campo incluye los signos más y menos se conoce con el nombre de punto flotante se utiliza para cantidades grandes de puntos decimales.

Lógico

Contiene las letras  de float.

T= True                                 F=False

Date

Campo de fecha, sirve para indicar cualquier tipo de fecha con 8 dígitos, incluye además las plecas.

Memo

Este tipo de campo puede contener cualquier tipo de carácter y numero. La longitud de este tipo de campo depende de la capacidad del disco.

Ejemplo:

Nombre de campo	Tipo	Longitud
Nombre De cliente	C	1-8
Dirección	M	9-31
Cantidad	N	32-39(2)
Fecha	D	40-47
Edad	N	48-49
Teléfono	N	50-57

Output

 

En todo sistema es necesario contar con los diferentes output.

Un output es la salida de datos ya sea en forma impresa vista en el monitor o almacenado en cualquiera de los medios de almacenamiento de datos.

 En muchos lenguajes de programación es necesario indicarle a la maquina en que se posiciona necesitamos que nuestra información se presente para eso se utiliza una hoja de diseño que nos servirá para tener una idea de cómo se verá nuestro output.

Toda salida de dato o output contiene:

• Un encabezado.
• Los diferentes rótulos que nos indican el tipo de información que hemos solicitado.
• Detalle ósea el contenido de la información
• Sub total: muchas salidas de información requieren cálculos y necesitan el sub total para realizarlo.
• Totales: seguido del sub total
• Fecha: para identificar que tan actual es la información
• Numero de página: cada informe de salida especialmente los impresos llevan su número de página.
• Pie de página: para escribir una nota aclaratoria.

Diseño de la Salida

En este caso salida se refiere a los resultados e informaciones generadas por el Sistema, Para la mayoría de los usuarios la salida es la única razón para el desarrollo de un Sistema y la base de evaluación de su utilidad. Sin embargo cuando se realiza un sistema, como analistas deben realizar lo siguiente:

• Determine que información presentar. Decidir si la información será presentada en forma visual, verbal o impresora  y seleccionar el medio de salida.
• Disponga la presentación de la información en un formato aceptable.
• Decida como distribuir la salida entre los posibles destinatarios. 
• Apoyan el proceso de formular las características que el sistema debe tener para satisfacer los requerimientos detectados durante las actividades del análisis:
• • Herramientas de especificación

. Análisis de Sistemas de Apoyo a Decisiones Semiestructuradas

Métodos Disponibles

Para poder  obtener buenos resultados en los sistemas de apoyo a decisiones estructuradas, debemos dividir el trabajo como lo dice anteriormente el análisis de sistema del que estamos hablando, debe tener en cuenta:

1. Si es analítico o heurístico
2. Cómo son tomadas la decisiones en las tres fases de resolución de problemas de inteligencia
3. El uso de los métodos de criterios múltiples útiles para la resolución de problemas semiestructurados.

Estos sistemas pueden funcionar de varias formas es decir, la organización de la información para las situa

• 8. Sistemas de apoyo a Decisiones
• Este método posee características que lo diferencia de los demás sistemas que manejan información y que son tradicionales. Los usuarios finales de los DSS (sistemas de apoyo a decisiones) poseen características especiales que merecen ser tomadas en cuent
• 9. Conceptos del proceso de Toma de decisiones relevantes para los DSS
• Para la toma de decisiones sabemos que es necesario hacer uso de la información como, el uso de teorías , que tiene como consecuencia el acierto, la incertidumbre y el riesgo, es por eso que debemos diferenciar si el tomador de decisiones en analítico o heurístico y es importante que estos tomen en cuenta las fases de solución como son la inteligencia, la selección  y el diseño, tal como se le da soporte en los sistemas de apoyo a decisiones.

 

Objetivos del Análisis!!!

Objetivos del Análisis

Identificación de Necesidades

Es el primer paso del análisis del sistema, en este proceso en Analista se reúne con el cliente y/o usuario (un representante institucional, departamental o cliente particular), e identifican las metas globales, se analizan las perspectivas del cliente, sus necesidades y requerimientos, sobre la planificación temporal y presupuestal, líneas de mercadeo y otros puntos que puedan ayudar a la identificación y desarrollo del proyecto.

Algunos autores suelen llamar a esta parte & uml; Análisis de Requisitos ¨ y lo dividen en cinco partes:

• Reconocimiento del problema.
• Evaluación y Síntesis .
• Modelado.
• Especificación.
• Revisión.                                                                                                       
•                                                                                                     Análisis Económico y Técnico

• El análisis económico incluye lo que llamamos, el análisis de costos – beneficios, significa una valoración de la inversión  económica comparado con los beneficios que se obtendrán en la comercialización  y utilidad del producto o sistema.
• Muchas veces en el desarrollo de Sistemas de computación  estos son intangibles y resulta un poco dificultoso evaluarlo, esto varia de acuerdo a la características del Sistema. El análisis de costos – beneficios es una fase muy importante de ella depende la posibilidad de desarrollo del Proyecto.. Diseño de sistemas de computación
• Conceptos y principios
• El Diseño de Sistemas se define el proceso de aplicar ciertas técnicas  y principios con el propósito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como para permitir su interpretación  y realización fisica.
• La etapa del Diseño del Sistema encierra cuatro etapas:
• El diseño de los datos
• Trasforma el modelo de dominio de la información, creado durante el análisis, en las estructuras de datos necesarios para implementar el Software.
• El Diseño Arquitectónico
• Define la relación entre cada uno de los elementos estructurales del programa .   El Diseño de la Interfaz  Describe como se comunica el Software consigo mismo, con los sistemas que operan junto con el y con los operadores y usuarios que lo emplean.El Diseño de procedimientos.

Análisis de Sistemas de Computación…….

Conceptos y Análisis

Es un conjunto o disposición de   o programas  relacionados de manera que juntos forman una sola unidad. Un conjunto de hechos,principios  y reglas clasificadas y dispuestas de manera ordenada mostrando un plan lógico en la unión de las partes. Un método, plan o  procedimiento de clasificación para hacer algo. También es un conjunto o arreglo de elementos para realizar un  objetivo predefinido en el procesamiento de la Información . Esto se lleva a cabo teniendo en cuenta ciertos principios:

• Debe presentarse y entenderse el dominio de la información de un problema.
• Defina las Funciones que debe realizar el Software .
• Represente el comportamiento del software a consecuencias de acontecimientos externos.
• Divida en forma jerárquica los modelos que representan la información, funciones y comportamiento.

El proceso  debe partir desde la información esencial hasta el detalle de la Implementación.

La función del Análisis puede ser dar soporte a las actividades de un negocio, o desarrollar un producto que pueda venderse para generar beneficios. Para conseguir este objetivo, un Sistema basado en computadoras hace uso de seis (6) elementos fundamentales:

• Software, que son Programas de computadora , con estructuras  de datos  y su documentos  que hacen efectiva la logistica metodológica  o controles de requerimientos del programa.
• Hardware, dispositivos electrónicos y electromecánicos, que proporcionan capacidad de cálculos y funciones rápidas, exactas y efectivas (Computadoras, Censores, maquinarias, bombas , lectores, etc.), que proporcionan una función externa dentro de los Sistemas.
• Personal, son los operadores o usuarios directos de las herramientas del Sistema.
• Base de Datos, una gran colección de informaciones organizadas y enlazadas al Sistema a las que se accede por medio del Software.
• Documentación, Manuales, formularios , y otra información descriptiva que detalla o da instrucciones sobre el empleo y operación del Programa.
• Procedimientos, o pasos que definen el uso especifico de cada uno de los elementos o componentes del Sistema y las reglas de su manejo y mantenimiento.

Un Análisis de Sistema se lleva a cabo teniendo en cuenta los siguientes objetivos en mente:

• Identifique las necesidades del cliente.
• Evalúe que conceptos tiene el cliente del sistema para establecer su viabilidad.
• Realice un Análisis Técnico y económico.
• Asigne funciones al Hardware, Software, personal, base de datos , y otros elementos del Sistema.
• Establezca las restricciones de presupuestos y  planificación  temporal.
• Cree una definición del sistema que forme el fundamento de todo el trabajo de Ingeniería .

Para lograr estos objetivos se requiere tener un gran conocimiento y dominio del Hardware y el Software, así como de la Ingeniería humana (Manejo y  Administración de personal), y administración  de base de datos.

Análisis

Es el proceso de clasificación e interpretación de hechos, diagnostico de problemas y empleo de la información para recomendar mejoras al sistemas.

Diseño: 

Especifica las características del producto terminado.

Análisis:

 Especifica que es lo que el sistema debe hacer.

Diseño: 

Establece como alcanzar el objetivo.