Programas no Procedulares:
Hay programas como el Generador de Reportes, que van a bases de datos y sacan o recuperan información. El reporte va a tener su estructura o esquema, con título, etc.
Los Programas de consultas, son los que acceden a una base de datos y obtienen respuestas a consultas. No brindan un informe sino que sólo brindan el dato consultado.
Los Programas generadores de Pantalla, sirven para ayudar en la elaboración de otro programa. Así se evita consumir tiempo en diseñar la pantalla. Ayudan a la rapidez del prototipo. Son programas que se realizan en muy pocas horas.
Los Generadores de Aplicación, admiten entradas de datos a diferencia de los anteriores que recurrían a una base de datos. Son más flexibles, realizan un proceso moderado, limitado y generar información. No cubren todos los detalles pero son útiles por su rapidez.
Son programas no procedulares, porque captan datos y los agrupan, etc. Pero no realizan procedimientos, no cumplen funciones de modificación en la base de datos. Estos programas sirven para hacer el prototipo.
2° Etapa del Ciclo de Vida
Administración de Proyectos:
Es la coordinación de los elementos con los que cuenta la empresa para un mejor aprovechamiento del tiempo, de los recursos (físicos y humanos) y del capital. Esto es importante, para que se pueda conocer el Retorno de la inversión (ROI), ya que toda empresa comercial tiene como objetivo un retorno.
En el desarrollo de Sistemas de Información, se aplican diagramas. Se utilizan dos gráficos, el de Gantt o el de Pert.
Gráfico de Gantt: sirve para administrar proyectos, la ventaja principal es la simplicidad, para esto hay que planificar y luego controlar lo planificado. Se calendarizan tareas.
A4 Más recursos para evitar o reducir atrasos
B 2
C 5 Línea de muerte
2 4 6 8 10 12 14 16 18 20 t en semanas
Cómo armar un gráfico de GANTT:
1) Definir las actividades a realizar que voy a planificar hasta finalizar el proyecto, por ejemplo A: definición de objetivos, B: Diseño del sistema que se propone, C: programación, D: Prueba de Programas, E: Implementar el sistema diseñado.
2) Determinar el tiempo de cada actividad y quién es el responsable de realizarla y definir cuales actividades son críticas o no.
3) Efectuar un análisis de cada uno para ver cual se puede realizar en forma paralela y cual en forma secuencial (A y B son simultáneos)
4) Se deben controlar los tiempos para ver si se cumplen los gráficos. Así se va marcando el grado de avance. hay que ver que efectos causa el atraso en alguna actividad.
5) Si se ve que por diversas demoras no se va a poder cumplir con el tiempo total predeterminado, superándose la llamada línea de la muerte donde se debe terminar el proyecto, se deban aumentar los recursos para que se termine dentro del tiempo planificado. Otra alternativa es la de elaborar un plan de emergencia, aunque también debe estar previsto en la planificación original.
Durante la etapa de planeamiento se toman en cuenta los recursos necesarios para presentar los proyectos. Las fechas son planeadas pero críticas.
Asignación de recursos: a través del control que se realiza sobre lo planeado y plasmado enun gráfico de Gantt, se puede saber si existen problemas con el cumplimiento de los plazos establecidos. Para solucionar ello, hay que asignar más recursos apareciendo la economía de fondos.
La economía de fondos es ver en que área es más necesario los recursos. Las herramientas del planeamiento son gráficas, y sirven obviamente, para el control.
Las actividades son las etapas del ciclo de vida, que es una metodología a largo plazo.
El gráfico de Gantt sirve para hacer un calendario donde se estime desarrollar un proyecto. Allí se ven que hay actividades paralelas y otras que no, si hay paralelismo, por lo tanto hay mayor economía.
No hay que asignar recursos a cualquier actividad. Hay que conocer el costo unitario de cada actividad y racionalizar los factores de la mejor manera posible. Hay que buscar la asignación de recursos menos impactante. Las barras representan actividades o tareas a escala, es decir la barra indica la longitud relativa del tiempo que llevará terminar la tarea.
Gráfico de Pert: es un método que sirve para analizar los tiempos, en principio tiene similitud con el de Gantt:
1) Hay líneas que representan actividades.
2) Planificar en unidades de tiempo dichas actividades, es decir la duración de cada una.
3) Definir que actividades se puede desarrollar independientemente de otras (simultáneas).
El gráfico comienza con un nodo de donde sale una o más actividades.
A=4 ; B=2 ; C=5 ; D=3 ; E=6
20
A(4) C(5)
10 40 E(6) 50
B(2) D(3)
30
El tamaño de las líneas no es coherente con la duración. Este gráfico sirve para que todo el proyecto se haga en el menor tiempo posible, es decir que existen varios caminos por los que voy a pasar según las actividades, uno de ellos es el camino crítico, que nos dice si demora de una o varias unidades de tiempo de una actividad va a demorar a todas las actividades. Los demás caminos van a tener tiempos de holgura, su demora no afecta a las demás, hasta cierto límite ya que se puede convertir en crítico. A diferencia de Gantt que no muestra todos los caminos y menos el crítico, en el de Pert se pueden observar claramente, dos caminos. Esto significa que haga uno u otro, todas las actividades deben hacerse forzosamente. El camino crítico es aquel que es imprescindible cumplir, no se puede reducir más, un atraso en una actividad provoca un atraso total.
20
A(4) C(5) se realiza en cualquier tiempo.
10 Tiempo de holgura 40 E(6) 50
B(2) D(3)
30
Camino Crítico: 4 + 5 + 6 = 15
Camino alternativo: 2 + 3 + 6 = 11
Camino de Holgura
El camino crítico es el más largo pero imprescindible que se respete. El camino de holgura me permite tener un atraso de 4 días. El camino final E no podría atrasarse porque se estaría atrasando todo el proceso, sólo B y D pueden atrasarse.
Los efectos que produce es que el Director de proyecto va a saber en que actividades no puede atrasarse. Cuando se detecta por el gráfico de Gantt, se ven los desfasajes del tiempo y luego se observa que actividad tiene un menor costo unitario, para reforzar ahí con nuevos recursos, no necesariamente los recursos se aplican en las actividades que sufrieron más atrasos.
Diseño de Sistemas con Análisis Estructurado
El análisis estructurado es una técnica para diseñar sistemas que está dentro de la metodología del ciclo de vida en la etapa de Requerimiento y análisis de los requerimientos de información. Sigue los siguientes objetivos:
1) Facilitar el análisis de requerimientos de información.
2) Efectuar el desarrollo de sistemas en el menor tiempo posible.
3) Utilizar herramientas de análisis que lo haga estructurado y que no cada uno lo haga como quiera, se aplica una técnica estándar, esto facilita la comunicación entre el usuario y el especialista en sistemas, es un análisis estructurado, el usuario expresa lo que quiere a través de elementos gráficos.
Herramientas del análisis estructurado:
1) Diagrama de Flujo de Datos (DFD): Es el más importante, van a ser símbolos de un desarrollo lógico. Esta técnica fue desarrollada para que lo aplique el usuario. El DFD no implica una orientación hacia la computación, va a ser tomado por un programador. Es una herramienta imprescindible, pero tiene que ser complementado con un diccionario de datos.
2) Diccionario de datos: va a acompañar al diagrama ya que en un diagrama no se puede escribir mucho, brinda la información que no esta contenida en el diagrama, pero es necesaria.
3) Tabla de Decisiones: Hay ciertos procesos que son difíciles de explicar aunque se tenga un diagrama, para ello existen las tablas de decisión, que es una de las formas de definir procesos, más precisas que los árboles de decisión.
4) Arbol de Decisión: Los árboles de decisión se usan cuando suceden ramificaciones complejas en un proceso de decisión estructurado, son útiles cuando es esencial mantener una cadena de decisiones en una secuencia particular. Para dibujarlo generalmente se hace de izquierda a derecha, es útil distinguir entre condiciones (círculos = sí) y acciones (cuadrado = entonces), como un condicional. El árbol de decisión tiene tres ventajas sobre una tabla de decisión, a) aprovecha la estructura secuencial de las ramas del árbol, por lo que el orden de revisión de condiciones y ejecución es inmediato, b) las condiciones y acciones de los árboles de encuentran en algunas ramas pero no en otras, a diferencia de las tablas donde todas ellas son parte de la misma tabla, y c) los árboles de decisión son más rápidamente comprendidos por la organización, por lo tanto son más adecuados como herramienta de comunicación.
5) Lenguaje Estructurado: Es una herramienta que consiste en armar frases con lenguaje natural pero típico de la materia. Se utiliza cuando la lógica del proceso involucra fórmulas o iteraciones, o cuando las decisiones estructuradas no son complejas. El lenguaje estructurado está basado en una lógica estructurada o instrucciones organizadas en procedimientos agrupados, y enunciados en lenguaje simple, como sumar, multiplicar, mover, etc.
Estas herramientas deben ser bien conocidas por el usuario.
Características del Análisis Estructurado comparativamente con el Análisis Tradicional
Análisis Estructurado Análisis Tradicional
Se desarrolla en Espiral, permite hacer entregas antes que se termine todo el proyecto, se obtienen resultado parciales. La ventaja es que el usuario no tiene que esperar dos o más años para ver los resultados. Operar en espiral significa hacer el análisis, diseño, prueba, implementación de una parte, luego la misma de otra, lo que se va elaborando se prevé va a servir para las etapas futuras. El usuario o director del proyecto puede hacer un seguimiento en forma más concreta, ya que se va midiendo con las entregas parciales. Documentación del sistema a medida que se va desarrollando: la documentación puede ser escrita (manuales) o en programas (ayudas) porque la documentación se va haciendo con el desarrollo del sistema, a través de las herramientas CASE. Activa participación del usuario a través de las herramientas CASE. Muchos de los analistas se negaban a aplicar las CASE ya que esto significaba adecuarse a determinadas cosas. Es líneal. Era necesario cumplir cada etapa y las mismas eran de carácter secuencial o lineal, por lo que llevaba más tiempo. Antes se hablaba de porcentaje o grado de avance y nunca se terminaba el 10% final. Era difícil medir el progreso. El problema se daba en que una vez formalizado luego daban la documentación que nunca llegaba. No se hacía simultáneamente. La documentación es importante por si un analista se va de la empresa y viene otro, debe poder entender lo que se hizo. Había poca participación del usuario.
Diagrama de Flujo de Datos (DFD)
Los diagramas deben ser sencillos, se utilizan solamente cuatro símbolos básicos para diagramar el movimiento de datos. No tiene nada que ver con los cursogramas que manifiestan movimientos físicos de la información, el Diagrama es un diseño lógico y físico, no físico. Representan gráficamente los procesos y flujos de datos en un sistema de negocios, muestran el panorama más amplio de entradas, procesos y salidas del sistema. Pueden usarse capas de diagramas para representar y analizar procedimientos detallados dentro de un sistema más grande.
Convenciones usadas en diagramas de flujo de datos:
Entidad CuadradoUsado para representar una actividad externa, una entidad, que puede ser una persona, un proveedor, cliente, departamento, una máquina, es algo físico o material, que pueden enviar o recibir datos del sistema.
1 Validar Datos Rectángulo con esquinas redondas.Representa un proceso en transformación, pueden ser graficados como círculos o rectángulos que son más convenientes para agregar referencias dentro. Se expresa sintéticamente a través de un verbo, por ejemplo validar datos, saber si los datos son correctos o contienen errores, hay que rechazar los datos que no cumplen con determinadas condiciones. Los procesos deben ser numerados.
DI Ctas.Ctes. Rectángulo abiertoLos datos van a estar en un almacén o repositorio de datos, se identifican con números, generalmente se le es pone una referencia a los almacenes (D1), los datos están en reposo
Flechas La flecha muestra el movimiento de datos de un punto a otro, ésta señala hacia el destino de los datos. Los flujos de datos que suceden simultáneamente pueden ser representados por flechas paralelas. Los símbolos deben estar unidos por flechas, y por encima de ellas se pone que tipo de datos fluye como un título, que el diccionario de datos explicará lo que significa.
Los diagramas de flujos deben ser trazados en forma sistemática, es una técnica llamada Top-Down. Se comienza haciendo un diagrama muy general y luego se va bajando por niveles y se va detallando cada vez más a medida que va bajando de nivel, es decir se toma cada proceso y se produce la Explosión, esto significa que el proceso se subdivide en sub-procesos para llegar a un gráfico con más nivel de detalle.
Pasos para el desarrollo de diagrama de flujos:
1) Diagrama de contexto: siempre dentro del diagrama de flujos de datos.
Almacenes Origen de Datos Sistema de Inventario Compras Destino de Datos
El diagrama de contexto sólo dice cómo se llama el sistema, el origen y destino de los datos procesados así como quienes están involucrados. Es como la carátula, no tiene mucho sentido, se está haciendo el análisis de requerimientos. Debe ser un panorama que incluya entradas básicas, el sistema general y las salidas, es el diagrama más genérico. Es el nivel más alto de un DFD, y contiene solamente un proceso que representa al sistema completo, con el número 0. No contienen ningún almacenamiento de datos y es simple de crear una vez definidas las entidades y el flujo de datos de y hacia conocido por el analistas a partir de entrevistas con el usuario.
2) Diagrama de Nivel 0 o Diagrama Padre:
Es un mayor detalle se logra explotando o fragmentando diagramas, las entradas y las salidas especificadas en el primer diagrama permanecen constantes en todos los diagramas subsecuentes, el resto del diagrama original es explotado involucrando de 3 a 9 procesos, y muestran almacenes de datos y nuevos flujos de datos de nivel más bajo. Cada diagrama explotado debe usar solo una hoja de papel. El diagrama 0 es la explosión del diagrama de contexto y puede incluir hasta 9 procesos, se puede comenzar en cualquier punto hacia delante o atrás.
3) Creación de niveles hijos:
Cada proceso de diagrama 0 puede a su vez ser explotado para crear un diagrama hijo más detallado, la regla principal para la creación de diagramas hijos, el balanceo vertical, indica que un diagrama hijo no puede producir salida o entrada que el proceso padre no produzca o reciba. Al hijo se le da el mismo numero que al padre (proceso 3 explotará el diagrama 3) sumado a un punto decimal y un n° único para cada proceso hijo. El flujo de datos que concuerda con el flujo padre es llamado flujo de datos de interfaz, que viene y va a un área en blanco del diagrama hijo. Este diagrama puede contener almacenes de datos que no son mostrados en el proceso padre.
Los procesos pueden o no ser explotados, depende de la complejidad, cuando un proceso no es explotado se lo llama proceso primitivo.
Lo que no se debe hacer:
1) Los flujos de datos o proceso no deben dividirse en dos o más flujos de datos o procesos diferentes.
2) Todos los flujos de datos deben iniciarse o terminar en un proceso obligatoriamente.
3) Los procesos necesitan tener al menos un flujo de datos de entrada y un flujo de salida.
4) No se puede ir de una entidad a otra, ni de un archivo de almacén a otro.
Lo que se debe hacer:
1) Identificación de procesos con un verbo más un sustantivo y a veces más un adjetivo (Liquidar sueldo neto; validar datos).
2) En el flujo de datos siempre debe haber un nombre que lo identifique. Ese nombre debe ser sintético, sin leyendas ya que es un diagrama (facturas).
3) Los archivos aparecen en los niveles más inferiores ya que en ellos hay un grado mayor de detalle, al igual que los errores que se descubren.
4) Buscar el equilibrio en cuanto a la cantidad de procesos dentro de un nivel (4 o 5 es lo usual).
Para realizar un diagrama de Flujo de datos se debe tener en cuenta:
1) Detectar los procesos: busco verbos y hago un listado.
2) Detectar las entidades: clientes, bancos, proveedores, gerentes de, etc, y los listo.
3) Detectar almacenes de datos: en flujo o en reposo y los listo.
4) Dibujar primero los procesos sueltos.
5) Dibujar almacenes de datos cercanos al proceso vinculado.
6) Dibujar entidades, se pueden repetir para no hacer líneas largas, y se debe hacer una línea diagonal en la punta del recuadro, para identificarlo (cliente - pedido; factura - cliente)
Diagramas de flujos de datos Lógicos y Físicos:
El diagrama lógico se enfoca en el negocio y la manera en que opera el mismo, describe los eventos que suceden y los datos requeridos y producidos por cada evento.
En forma inversa, un diagrama físico, muestra cómo será implementado el sistema, incluyendo el hardware, software, archivos y personas involucradas en el sistema.
El modelo lógico refleja al negocio, ilustra el proceso involucrado sin detallar la implementación física de las actividades, el físico representa el sistema, muestra que y cómo se usa, un código de barras, etc.
Desarrollo del Diagrama de Flujos de Datos Lógico:
Hay varias ventajas de usar un modelo lógico.
1) Mejor comunicación con los usuario, debido a que está centrado en las actividades del negocio, por lo tanto los usuarios estarán familiarizados con las actividades esenciales y los requerimientos de información de cada actividad.
2) Sistemas más estables.
3) Mejor comprensión del negocio con los analistas.
4) Flexibilidad del mantenimiento.
5) Eliminación de redundancias y creación más fácil del modelo físico.
Desarrollo del Diagrama de Flujo de Datos Físico:
Ventajas:
1) Clarifican cuáles procesos son manuales y cuáles automatizados.
2) Describen procesos a mayor detalle que los lógicos.
3) Secuencian los procesos que deben ser hechos en un orden particular.
4) Identifican almacenes de datos temporales.
5) Especifican los nombres actuales de archivos e impresiones.
6) Añaden controles para asegurar que los procesos son realizados adecuadamente.
Tienen almacenes de datos intermedios, frecuentemente un archivo de transacciones, requeridas para enlazar 2 procesos que operen en momentos diferentes (seleccionar cosas de estantes, ir a la caja y pagar, transportar las cosas de la casa, preparar la comida, ingerir la comida), y que esa información tenga que ser guardada para producir reportes mensuales o anuales. Los procedimientos manuales deben ser instrumentados por escrito, o manuales de instrucción, los automatizados requieren programas de ayuda por computadora.
Cada actividad de los almacenamientos de datos intermedio (archivo de transacciones) debe ser representado por procesos separados en un DFD físico, por lo que se requiere un almacén de datos de transacción para cada tarea. Cuando se están seleccionando cosas, el almacenamiento de datos es el carrito de la tienda, el almacén de datos que enlaza el paso por la caja y el transporte de las cosas a casa es la bolsa de la tienda, el refrigerador, entre transportar las cosas y preparar la comida y el plato entre la preparación y la ingestión.
Partición del Diagrama de Flujo de Datos:
Es el proceso de examinar un diagrama y determinar cuáles son procedimientos manuales y cuáles automatizados, éstos usan tecnologías de computadoras aunque incluyan una actividad humana, y se convierten en programas por lotes (cuando no requiere intervención humana), si algo de la entrada o salida es tecleado o examinado por personales el proceso puede ser por lotes o en línea. Un flujo de datos que enlaza un proceso manual o entidad externa con un automatizado (interacción persona computadora) que requiere una interfaz del usuario, un medio para que un individuo trabaje con la tecnología de la información.
Los procesos por lotes son usados por lo general cuando se procesan volúmenes altos de datos y deben ser procesados para producir una salida, por ej. Lectura de un archivo completo de clientes para determinar cuentas sobregiradas. Los programas en línea son reservados para bajos volúmenes de datos, ej. Consulta telefónica del estado actual de una cuenta.
Razones para la partición:
Uso de los DFD:
Se desperdiciará tiempo si lo DFD son excesivamente complejos, si están muy explotados pueden ocurrir errores que pueden afectar al sistema en desarrollo.
Las ventajas de los DFD incluyen la simplicidad de la notación, usándola para tener información más clara de los usuarios, que el analista conceptualicen los flujos necesarios sin estar atado a una implementación física, y las interrelaciones del sistema y sus subsistemas para determinar si han sido definidos los datos y procesos necesarios.
Diagrama de flujo de datos Compras y recepción
1) Diagrama de Contexto:
Almacenes Origen de Datos Nota de Compras O/C Reposición Mayores Recepción Remito Compras Destino de Datos
El proyecto empieza con la necesidad de reponer un material, para esto se va a hacer una nota de reposición. A los proveedores les va a llegar una orden de compra y luego el proveedor va a enviar un remito. Tanto las notas de reposición, como las ordenes de compra y el remito son estructuras de datos. En los diccionarios hay metadatos, que son datos que identifican a otros datos. En el diccionario habrá que identificar bien cada cosa de cada dato. Hay que decir cuales son las características que tiene cada campo de datos (numéricos, alfabéticos), esto sirve para que el analista haga una validación de datos, es decir un control de calidad de los datos. Los datos que se ingresan luego no van a ser válidos, también en el diccionario de datos pueden definirse ciertos rangos (no comprar menos de 100 ni más de 500), el usuario siempre va a estar apoyado por un analista que lo va a ir guiando.
El proyecto tiene un límite inicial que es la nota de pedido, el límite final va a ser la actualización de las existencias.
Luego es conveniente hacer un listado jerárquico de eventos, lo más importante que tengo que hacer:
1) Generar Ordenes de compra: proceso 1
1.1. Detectar proveedores habituales
1.2. Solicitar cotizaciones.
1.3. Generar planilla comparativa.
1.4. Aprobar cotización.
1.5. Emisión de orden de compra.
1.6. Aprobación de orden de compra.
2) Recibir materiales: proceso 2
2.1. Control de remito con orden de compra.
2.2. Generar parte de recepción.
2.3. Actualizar las existencias.
2) Diagrama de Nivel 0 - Diagrama de Flujo de Datos Explosión del Diagrama de Contexto.
El gráfico no da el orden en el cual se hacen las cosas. Gráfico c
3) Diagrama de Nivel 2 - Diagrama Lógico Funcional: Explosión del proceso 1
Identificar los sub-procesos en los que se puede dividir el sistema, surge del diálogo con éstas áreas. Es lógico funcional, establece cómo funcionan las áreas. Hay que prever las opciones en el futuro, cuando se hacen relevamientos debe modificarse el diccionario de datos.
Hay dos grandes procesos de transacciones (ingreso y egreso de artículos) esto surge del diccionario de datos.
Grafico a:
Diccionario de Datos:
Transacciones : ingreso y egreso de artículos. Ajustes de inventarios en + o en -.
Estos puntos deben estar preestablecidos, no los inventa el analista. Se debe definir si estos datos son numéricos o alfanuméricos para que sean compatibles cuando se haga la validación.
Lo mismo con la fecha, dd-mm-aa, o la norteamericana mm-dd-aa.
Cuando se realiza el proceso 2 se va añ Diccionario de datos y se define reposición:
Reposición:
El diccionario de datos cuenta con un detalle de cada dato y en que proceso se utiliza. Esto sirve para saber cuando se modifica un proceso si se afecta a otro. Busca incoherencias, se puede seguir hasta el nivel 9.
4) Diagrama de Nivel 2: explosión del proceso 2.
Gráfico b
Las herramientas case, hacen que se vaya documentando a medida que se va haciendo o cumpliendo el sistema. Se documenta mientras se graba.
Ventas con Facturación que involucra pago diferido
Lista Jerárquica de eventos:
1.0. Recepcionar de Pedidos.
1.1. Verificar Precio
1.2. Verificar estado de cuenta.
1.3. Autorizar pedido.
2.0. Procesar los pedidos.
2.1. Registrar el pedido (confeccionar registro de pedidos).
2.2. Asignar Número de trabajo.
2.3. Presupuesto de costos y orden de producción.
3.0. Confeccionar Factura y Remito
3.1. Preparar factura y remito.
3.2. Asignar número de factura.
4.0. Cobrar Factura (alguna de las alternativas)
4.1. Liquidar la cobranza.
4.2. Acreditar la cuenta.
4.3. Aprobar el crédito
4.4. Actualizar los saldos.
5.0. Mantener cuentas a cobrar: análisis de las cuentas corrientes de donde surgirán intereses financieros.
Gráficos d
Tablas de Decisión
Es una herramienta utilizada en la tercera etapa del Ciclo de vida (Análisis de las necesidades del sistema) dentro del análisis estructurado y su propósito es expresar en forma muy precisa como diagramar un proceso. Se utiliza para definir que acciones deben desarrollarse cuando se presentan distintas condiciones en una situación. La intensión de estas tablas es la precisión. Pueden crearse muchas acciones, que no tiene que ser igual a la cantidad de condiciones.
Es una tabla de renglones y columnas separada en cuatro cuadrantes, el superior izquierdo contiene la condición y el inferior las acciones, el superior derecho las reglas para ejecutar las acciones, y el inferior se indican mediante cruces que acciones deben aplicarse en función a las respuestas del cuadrante superior. Definidas las condiciones se saben cuantas van a ser exactamente las instrucciones, la fórmula para determinar las reglas es 2n = donde n es el número de condiciones.
Condiciones y Acciones Reglas
Condiciones Alternativas de Condición
Acciones Entradas de acción
Para construir tablas de decisión el analista necesita determinar el tamaño máximo de la tabla, eliminando cualquier situación imposible, inconsistente o redundante y simplificando la tabla lo más posible.
Pasos para el desarrollo de tablas:
1) Determinar la cantidad de condiciones que pueden afectar la decisión.
2) Determinar la cantidad de acciones posibles que puedan ser tomadas.
3) Determinar la cantidad de alternativas de condición para cada condición.
4) Calcular la cantidad máxima de columnas en la tabla de decisión, multiplicando la cantidad de alternativas para cada condición.
5) Llenar las alternativas de condición. Comenzar con la primera condición y dividir la cantidad de columnas entre el número de alternativas para esa condición.
6) Completar la tabla insertando una x donde las reglas sugieran determinadas acciones.
7) Combinar reglas donde sea aparente que una alternativa no produce diferencia en la salida.
8) Revisar la tabla por cualquier situación imposible, contradicciones y redundancias.
9) Reacomodar las condiciones y acciones si esto hace que la tabla de decisión sea más comprensible.
Ejemplo: 23 = 8
Condiciones Entradas a las condiciones
1 2 3 4 5 6 7 8
C1. Mayorista S S S S N N N N
C2. Buen Pagador S S N N S S N N
C3. Compras > 5000 u S N S N S N S N
Acciones Que acciones deben ser cumplidas
1 2 3 4 5 6 7 8
A1. Bonificación 2% X X X X - - - -
A2. Regalar 20% unidades X X - - X X - -
A3. No cobrar flete. X - X - X - X -
Revisión de la integridad y precisión
La revisión de las tablas de decisión para integridad y precisión es esencial. Pueden suceder cuatro problemas principales en el desarrollo de tablas, falta de integridad, situaciones imposibles, contradicciones y redundancias.
Es de principal importancia asegurarse que todas las condiciones, alternativas de condición, acciones y reglas estén completas, que no puedan darse situaciones imposibles. Las contradicciones ocurren cuando distintas reglas sugieren diferentes acciones pero satisfacen las mismas condiciones.
Tablas de decisión más avanzadas:
Las tablas pueden llegar a ser muy extensas, crecen en función de la cantidad de condiciones y alternativas. Una forma para reducir la complejidad de las tablas grandes es usar entradas extendidas, usar la regla SINO o construir varias tablas.
La información tiene que servir para tomar decisiones importantes, tengo que obtener ventaja competitiva. Tiene que servir para provocar acciones.
Temas Importantes:
Hay que tener conocimiento de lo que hay disponible en el mercado. Hay en día ya se tiene información, hay que saber buscar con cada información la mejor estrategia.
Datawarewousing
Nivel de estrategia de negocios
Proveedores . . . ... Empresa . . . . . Clientes . . . . .
Manejo de la cadena de suministros. (como manejan productos, proveedores y clientes) Sin stock en el inventario. Just in time, delivery Reposición continua. Estrategias internas Diferenciación Datamaining Producción a menor costo. Focalización en un determinado nicho de mercado. Respuesta eficiente al cliente Sistema de puntos de venta (cajas supermercado, ser recoge información, puede ser muy útil)
Datamaining: es una forma de ver como se comporta el consumidor, cuales son sus preferencias, como maneja su presupuesto.
Data Warehouse:
2
Experiencias iniciales en el uso del Data Warehouse
Visión multidimensional: mirar información desde distintos puntos de vista. 1 3
1) Funciones 2) Uso del Data Warehouse 3) Industria
Mercadotecnia Administración Estratégica Finanzas
Finanzas Análisis de rendimientos Bancos
Logística Administración de relaciones con los clientes Bienes de consumo
Embarque Administración de bienes corporativos Manufacturas
Planeamiento Sporte BPR/TQM (reigeniería de procesos)
Diferencias entre Data Warehouse y Bases de Datos operacionales
Nuevas formas de utilizar la información
Atributos de un Data Warehouse
Ciclo de Madurez de la Tecnología
Como se incorpora una nueva tecnología en un importante sistema de misión crítica.
Importancia Sólido uso diario operacional y estratégico. Se mueve hacia un sistema primario.
Ambito más grande. Uso para apoyar decisiones y sistema secundario.
Piloto inicial Ambito pequeño Resuelve un problema determinado Misión Crítica
Prueba de conceptos Experimentos iniciales
Tiempo
A medida que pasa el tiempo, los sistemas dentro de una organización van adquiriendo mayor importancia.Cuando el sistema es sólido, se produce la misión crítica, en este momento se confía totalmente en el sistema que hay, un sistema sólido, ya no es solamente un sistema de apoyo.
Sistema de Misión Crítica
Requerimientos para un sistema de misión crítica
Arquitectura de Referencia DW
Fuentes de Datos Construcción del DW Construcción del Datamining Acceso y uso del DW
Extracción de datos nuevos Administración de solicitudes de consulta
Cargar, almacenar, actualizar sistemas
Seguridad y autorización de sistemas
Archivar, restaurar y purgar sistemas
Los bloques (excepto fuentes de datos) cumplen funciones específicas. La infraestructura no es exclusiva para el DW, esto suele estar en la empresa para otras funciones. El único bloque que suele estar en la empresa es la fuente de datos.
Esta arquitectura sirve para q4ue el que tiene que construir un DW, pueda ir a distintos proveedores a comprar cada componente (bloque).
En cambio, los rectángulos de debajo de los bloques son comunes.
Arquitectura de Referencia:
Ciclo de Vida del Sistema Integrado
1) Plan Maestro.
2) Desarrollo de Proyectos:
2.1. Definición del proyecto. Objetivo, plan Gantt - Pert.
2.2. Determinación y análisis de requerimientos.(9/10/11)
2.3. Diseño Lógico. (15/16/17/18/19)
2.4. Ingeniería de software (20)
2.5. Prueba (20)
2.6. Implementación (21)
2.7. Evaluación y mantenimiento (21)
Determinación y análisis de requerimientos
Sistema
Vigente
Es eficaz? No Eficaz: cumple con los objetivos?
Si
Es eficiente No Eficiencia: esta en relación con el input y el output
Si
No Innovar Mejorar Rediseño Mejorar el cómo y no el qué
Diseño de un sistema
El diseño es cómo armar cada uno de los componentes de un sistema, que es un conjunto de elementos interrelacionados, con factores internos y externos que afectan a una empresa y donde siempre hay una entrada, un proceso que incluyen las bases de datos y una salida. También se diseña la interfaz del usuario, que es el cómo aprovechar el hardware a través del software.
Interface
Con el E P S
Usuario
BD
Diseño Lógico:
1) Salida:
El diseño debe comenzarse por la salida, ya que es la información que se entrega a los usuarios por medio de un sistema de información. Puede tomar muchas formas, la permanente tradicional de los reportes impresos y la fugaz de pantallas, microformas y sonido. Los usuarios dependen de la salida para realizar las tareas y juzgan el mérito de un sistema únicamente por su salida.
Objetivos que debe cumplir la salida:
1) Diseñar la salida para que sirva al propósito deseado, debe ser una solución a los requerimientos y objetivos del proyecto, relevados durante la etapa de análisis y determinación de los requerimientos de información.
2) Diseñar la salida para que se ajuste al usuario, en muchos casos debe presentarse en forma multidimensional, con base en técnicas de relevamiento (entrevistas, observación, etc.) se diseña el sistema atendiendo a los que los usuarios necesitan y prefieren.
3) Entregar la cantidad y calidad adecuada de salida, que debe dimensionarse en función al costo-beneficio. A nadie le sirve información en exceso, sólo para mostrar la capacidad del sistema.
4) Asegurarse de que la salida se encuentre donde se necesita, la distribución adecuada es importante para su uso y utilidad, debe ser presentada al usuario adecuado.
5) Entrega de la salida a tiempo, una de las quejas más comunes de los usuarios es que no reciben la información a tiempo para tomar decisiones, la temporización adecuada de la salida puede ser crítica para las operaciones de negocios.
6) Selección del método de salida adecuado: con el movimiento hacia sistemas en linea, mucha información ahora tiene la salida por pantalla exclusivamente. Los costos, la flexibilidad, el tiempo de vida, distribución, almacenamiento, posibilidades de recuperación, transportabilidad e impacto sobre los datos y la velocidad difieren entre los distintos métodos.
Relación del contenido de la salida con el método de salida:
La función y el propósito influencian el método de salida que se escoge. La salida puede ser externa (que sale del negocio como recibos, anuncios, cheques, reportes anuales, comunicaciones varias, etc.) o interna (dentro del negocio, que incluye reportes para los tomadores de decisiones).
Selección de la tecnología de salida:
a) Impresoras: Hay tres factores principales de la impresora a tener en cuenta, la confiabilidad (hace lo que se espera, durante una vida útil determinada), la compatibilidad con software y hardware (importante cuando los sistemas son modificados o se ponen en red con otros sistemas más pequeños)y el soporte del fabricante (es muy importante el servicio post-venta del fabricante, como el reemplazo de la maquina mientras está siendo reparada, o el servicio técnico en casa de cliente)
b) Pantallas: son la tecnología cada vez más popular, las ventajas son su silenciosidad, su capacidad de participación interarctiva, es ideal para brindar información que se necesita una sola vez y no necesita ser guardada.
c) Salida de audio: es opuesto a la impresora, es transitoria, lo impreso es permanente, es para el usuario, reloj parlante, confirmación de lo tecleado como la calculadora parlante o sobre el borrado de archivos, comentario parlante.
d) Microformas: microfichas o microfilm, son formas de almacenar grandes volúmenes de información (la centésima parte), la desventaja es la necesidad de adquirir y mantener nuevo equipo y capacitar al usuario sobre su uso.
e) CD-Rom: se usan para la salida de información voluminosa de contenido estable. La recuperación es mucho más rápida que otros métodos. Pueden incluir textos, gráficos color, música, vídeo a movimiento.
f) Electrónica: muchos de los sistemas tienen la capacidad de enviar información por medio de correo electrónico (interno de la organización o por servicios de comunicación para intercambio externo) , fax, mensajes de tablero electrónico, por computadora sin necesidad de papel.
2)Entradas:
La calidad de la entrada de un sistema determina la calidad de la salida. Es vital que las formas y pantallas de entrada sena diseñadas pensando en esta crítica relación.
Lineamientos para las formas de entradas bien diseñadas son, satisfacer los objetivos de efectividad, que sirva a propósitos específicos de manejo de información, de precisión, se refiere al diseño que asegura el llenado adecuado, de facilidad de uso, que las formas y pantallas son directas y no requieren tiempo adicional para descifrarlas, de consistencia y atractivo.
Las formas son instrumentos importantes para dirigir el curso del trabajo. Son papeles estándares impresos llenados por la gente, que extraen y capturan información requerida por miembros de la organización.
Los cuatro lineamientos para pantallas bien diseñadas son, deben ser fáciles de llenar, atractivas, precisas y que satisfagan los objetivos par el cual fueron diseñadas.
El 2° paso a diseñar son las entradas, para ello se cuenta con el diccionario de datos, al cual debe recurrirse para que sean coherentes. La entrada debe condicionar los datos incompletos, incorrectos o no autorizados. El sistema debe discriminar los datos que son imprescindibles de los que no lo son y pueden omitirse, debe establecer donde deben efectuarse los controles, si se hacen en una terminal no podrá ser una terminal boba. Además hay que prever que algunos datos pueden ser tomado de formularios, por ejemplo cupones de venta de t.de crédito, en estos casos, también debe diseñarse el formulario, que deben conducir a la agilidad del trabajo del operador.
Debe diseñarse la codificación para el ingreso de datos, tratando de que los mismos sean representativos de los datos que se desean ingresar, las formas de ingreso serán por medio del teclado, lápiz óptico, lectoras de código de barras, lectura óptica, lectura de caracteres en tinta magnética (cheques), lectura de marcas sensibles, etc.
Un tema importante en la entrada de datos el de los controles:
1) La transacción (validación de datos): el sistema debe prever que hacer con los datos rechazado por errores y omisiones. Esto puede hacerse con código o a través de un reconocimiento del sistema del origen del ingreso de datos (mediante contraseñas o password).
2) Los elementos contenidos en la transacción: el sistema debe verificar con los archivos maestros (clientes, proveedores, productos, etc.) debe validar la longitud de los datos a través de los registros para evitar datos cortados o erróneos. Debe determinarse si los campos serán numéricos, alfanuméricos o alfabéticos.
3) Establecimiento de rangos.
4) Dígito verificadores
.
Los archivos podrán ser almacenados en forma secuencial o mediante direcciones de memoria de disco o mediante la forma secuencial indexada.
El almacenamiento de datos es la parte medular de los sistemas de información, los objetivos para el diseño de base de datos son: integridad de los datos, disponibilidad, actualización y recuperación eficiente, almacenamiento eficiente y recuperación de información para un propósito.
La información obtenida debe estar en un formato útil para la administración, planeación, control o toma de decisiones.
Hay dos enfoques para el almacenamiento de datos:
1) Guardar los datos en archivos individuales, un archivo para cada aplicación, lo que implica que están guardados en más de un lugar.
2) Desarrollar una base de datos que pueda ser compartida por muchos usuarios para varias aplicaciones, de esta manera los datos redundantes se guardan una sola vez, lo que implica una desventaja, ya que es más vulnerable a catástrofes y hay riesgos de que el administrador de la base sea el único privilegiado para acceder a los datos..
El enfoque del archivo convencional puede ser más eficiente, debido a que el archivo puede ser específico de la aplicación, el enfoque de base de datos puede ser más adecuado, ya que los mismos datos necesitan ser capturados, almacenados y actualizados una sola vez.
Para comprender el almacenamiento de datos es necesario tener conocimiento de tres reinos, la realidad, los datos y los metadatos.
Concepto de Datos:
a) Entidades: cualquier objeto o evento acerca del cual alguen escoge recolecta datos, puede ser un persona, cosa, etc.
b) Relaciones: son asociaciones entre entidades, existen distintos tipos, uno a uno (un paquete de producto para cada producto), uno a muchos (un médico para todos) y muchos a muchos (un estudiante puede tener muchos cursos y muchos estudiantes pueden tener un curso)
c) Atributos: Características de una entidad (apellido, nombre, calle, etc.)
d) Registros: conjunto conceptos que tienen algo en común con la entidad descrita.
e) Llaves: es un registro que se usa para identificar un registro. Cuando identifica en forma única a un registro es llamada llave primaria, (número de pedido), la llave secundaria si no es única. A un