Operación Del Equipo de Computo

download Operación Del Equipo de Computo

of 134

Transcript of Operación Del Equipo de Computo

OPERACIN DEL EQUIPO DE CMPUTO

CONCEPTOS BSICOS DE SISTEMAS DE INFORMACIN.Conceptos de Datos e Informacin.Datos. Un dato es la unidad o cantidad mnima de informacin no elaborada, sin sentido en s misma, pero que convenientemente tratada se puede utilizar en la realizacin de clculos o toma de decisiones. Es de empleo muy comn en el mbito informtico. Es la materia prima de que se nutren los programas para producir resultados. Pueden ser de varios tipos: numricos, alfabticos, alfanumricos (cualquier conjunto de smbolos) y lgicos (solo dos valores posibles, verdadero o falso).

Datos

Informacin.- En sentido general, la informacin es un conjunto organizado de datos, que constituyen un mensaje sobre un determinado ente o fenmeno.

- Agrupacin de datos con el objetivo de lograr un significado especfico ms all de cada uno de stos.

Es un conjunto ordenado de datos los cuales son manejados segn la necesidad del usuario, para que un conjunto de datos pueda ser procesado eficientemente y pueda dar lugar a informacin.

Segn otro punto de vista, la informacin es un fenmeno que proporciona significado o sentido a las cosas mediante el uso de cdigos y conjuntos de datos.

La informacin, procesa y genera el conocimiento.

La informacin organizada permite la resolucin de problemas o la toma de decisiones.

Informacin Como un Recurso de las Organizaciones. Las organizaciones han reconocido la importancia de administrar los recursos principales tales como la mano de obra y las materias primas.

La informacin se ha colocado en un lugar adecuado como un recurso principal.

Los tomadores de decisiones comprendieron que la informacin alimenta a los negocios y pueden ser el factor crtico para la determinacin del xito o fracaso de estos.

Manejo de la informacin como recurso. Para manejar la utilidad de la informacin un negocio la debe manejar correctamente tal como se maneja los dems recursos.

Los administradores necesitan comprender que hay costos asociados con la produccin, distribucin, seguridad, almacenamiento y recuperacin de toda la informacin.

Aunque la informacin se encuentra a nuestro alrededor esta no es gratis, y su uso es estratgico, para posicionar la competitividad de un negocio.

Manejo de la informacin generada por computadora. La fcil disponibilidad de computadoras ha creado una explosin de informacin a travs de la sociedad y de los negocios en particular.

El manejo de la informacin generada por computadoras difiere en forma significativa de manejo de datos producidos manualmente.

Por lo general hay mayor cantidad de informacin de computadoras a administrar. El costo de organizarla y mantenerla puede crecer en tasas alarmantes, y los usuarios frecuentemente la tratan menos escpticamente que la informacin obtenida por otras vas.

Conceptos Bsicos de Sistemas.Sistemas. Un sistema es un conjunto de componentes que interaccionan entre si para lograr un objetivo comn.

Es un conjunto de elemento o subsistemas interrelacionados entre si con un objetivo comn.

Es un conjunto de componentes conectados conjuntamente en una forma organizada.

Los componentes que forman un sistema pueden ser a su vez sistemas ms pequeos, es decir, los sistemas pueden estar formados por varios niveles de sistemas o subsistemas.Ejemplos de sistemas.

A) Sistema Computacional y sus Partes

B) Cualquier persona experimenta sensaciones fsicas gracias al complejo sistema nervioso formado por el cerebro, la medula espinal , los nervios y las clulas sensoriales especializadas que se encuentran debajo de la piel, estos elementos funcionan en conjunto para hacer que el sujeto experimente sensaciones de fri, calor, comezn etc.

C) Las personas se comunican con el lenguaje que es un sistema muy desarrollado formado por palabras y smbolos que tienen significado para el que habla y para el que escucha.

D) Una organizacin es un sistema Compuesto por: mercadotecnia, manufactura, ventas, embarques, contabilidad y personal- Todos trabajan juntos para el beneficio de la compaa. Cada uno de estos componentes es a su vez un subsistema por ejemplo contabilidad esta compuesto por cuentas por cobrar, cuentas por pagar, facturacin, auditoria, etc.

E) si por ejemplo organizamos datos sobre un pas (nmero de habitantes, densidad de poblacin, nombre del presidente, etc.) y escribimos por ejemplo, el captulo de un libro, podemos decir que ese captulo constituye informacin sobre ese pas.F) El cuerpo humano por ejemplo contiene subsistemas tales como los sistemas respiratorio y circulatorio. En general en una situacin de sistemas es comn tener varios niveles de sistemas interactuando entre si.

Caractersticas de los Sistemas. La finalidad de un sistema es la razn de su existencia, por ejem. el sistema de encendido de un automvil tiene el propsito de quemar combustible para crear la energa que emplean los dems sistemas del automvil.

Para alcanzar sus objetivos, lo sistemas interaccionan con el medio ambiente, el cual esta formado por todos los objetos que se encuentran fuera de las fronteras del sistema

Los Sistemas Abiertos son aquellos que interactan con su medio ambiente, es decir, reciben entradas y producen salidas, estos sistemas no pueden sobrevivir aislados.

Los Sistemas Cerrados son aquellos que no interactan con su medio ambiente. No reciben ningn recurso externo y nada producen que sea enviado hacia fuera.

Los sistemas cuentan con: Elementos de control que est relacionado con la naturaleza de los sistemas, es decir, los sistemas trabajan mejor cuando operan en niveles de desempeo tolerables. Sistemas. Todos los sistemas tienen niveles aceptables de desempeo denominados estndares y contra los que se comparan los niveles de desempeo actuales.

Se anotan las actividades que estn muy por encima o por debajo de los estndares, para poder efectuar los ajustes necesarios. A esta informacin se le denomina retroalimentacin. Los sistemas que puedan ajustar sus actividades para mantener niveles aceptables continuarn funcionando. Aquellos que no lo hacen dejan de trabajar.

ANLISIS Y DISEO DE SISTEMASEs el proceso de examinar la situacin de una empresa con el propsito de mejorarla con mtodos y procedimientos mas adecuados.

Panorama del Anlisis y Diseo de Sistemas

El desarrollo de sistemas tiene dos componentes.

A) Anlisis del sistema.Es el proceso de clasificacin e interpretacin de hechos, diagnostico de problemas y empleo de la informacin para recomendar mejoras a los sistemas.

Consiste en: Clasificar e interpretar Procesos y Actividades que realiza una empresa.

Diagnosticar Problemas.

Determinar como se usa la informacin. (Flujo de informacin) Determinar necesidades y requerimientos.Anlisis: Especifica que es lo que el sistema debe hacer.

B) Diseo del sistema.Es el proceso de planificar, remplazar, o complementar un sistema organizacional ya existente.

Consiste en:

Planificar lo que el sistema deber tener.

Remplazar al sistema existente ( al procedimiento manual o automatizado)

Complementar al sistema existente

Diseo: Establece como alcanzar el objetivo, y especifica las caractersticas del producto terminado.

Ejemplo de una biblioteca.Anlisis

Actividades Como lo hace

- Prestamos de libros. Con tarjetitas y credencial del que lo saco

- Libros vencidos Los verifica con las tarjetitas

- Inventario de libros Verifica libro por libro y lo apunta en papel- Prestamos de computadoras Registra de la persona y con credencial

- Libros nuevos Registran en el inventario.

- Verificar polticas (Cantidad de das de prstamos para administrativos o alumnos, multas para administrativos o alumnos.)

Diseo.- Sistema de Control de prstamos de libros (lector de cdigo de barras, credencial y libro).

- Sistema de reportes de libros prestados con datos de: la persona, carrera, libro fecha de vencimiento.- Lectora de cdigo de barras y a escanear todo los libros

Ejemplo de anlisis y diseo de sistemas. (Almacn - inventario) El analista debe conocer como opera la empresa.(polticas)

Con que documentacin cuenta para guardar manualmente (requisiciones, pedidos, facturas). Que informes producen y como la emplean.

Como trabaja el sistema actual y de donde se origina la informacin.

Ya que se tiene el estudio del sistema, se puede determinar donde un sistema de informacin seria til.

Se realiza el diseo a partir del estudio del sistema.

Lo que no es un Anlisis de Sistemas.

No es solo....

No es el estudio de una empresa para buscar procesos ya existentes con el propsito de determinar cuales deberan ser llevados acabo por una computadora y cuales por mtodos manuales.

La finalidad del anlisis esta en comprender los detalles de una situacin y decidir si es deseable o factible una mejora.

La seleccin del mtodo ya sea utilizado o no en una computadora es un aspecto secundario.

No es determinar los cambios que deberan efectuarse.

La finalidad de la investigacin de sistemas es estudiar un proceso y evaluarlo.

En algunas ocasiones no solo no se necesita un cambio si no que este tampoco es posible.

No es determinar la mejor forma de resolver un problema de sistemas de informacin.

Sin importar cul sea la organizacin, el analista trabaja en los problemas de esta. Es un error hacer una distincin entre los problemas de la empresa y los sistemas, ya que estos ltimos no existiran sin los primeros.

Cualquier sugerencia debe primero considerarse a la luz de si beneficiara o perjudicara a la organizacin.

No se debe ir tras ideas tcnicamente atractivas a menos que estas mejoren el sistema de la organizacin

SISTEMAS DE INFORMACIN.

Sistemas de Informacin. Un sistema de informacin puede definirse como un conjunto de componentes interrelacionados que permiten capturar, procesar, almacenar y distribuir la informacin para apoyar la toma de decisiones y el control en una institucin.

Las empresas requieren informacin, entre otras cosas, para:

Controlar sus actividades.

Tomar decisiones.

Crear nuevos productos y servicios.

Evaluar posibilidades de expansin, etc.

Para producir la informacin requerida, los sistemas de informacin llevan a cabo ciertos procesos:

Alimentacin del sistema (Entradas).

Procesamiento de los datos

Salida de la informacin.

Retroalimentacin.

Almacenamiento.

Los sistemas de informacin pueden ser:

Informales... los cuales se rigen por acuerdos y normas no establecidas.

Formales... basados en procedimientos estandarizados y previamente protocolizados.

Los sistemas de informacin permiten optimizar tiempos debido a que automatizan procesos operativos.

Los sistemas de informacin sirven de apoyo en el proceso de la toma de decisiones.

Permiten lograr ventajas competitivas a travs de su implantacin y uso.CATEGORIAS DE SISTEMAS DE INFORMACIN.El analista de sistemas desarrolla diferentes tipos de sistemas de informacin para satisfacer las diversas necesidades de una empresa.

Sistemas Transaccionales TPS

Sistemas De Apoyo A Las Decisiones Administrativas

Sistemas Estratgicos

Sistemas expertosA) Sistemas Transaccionales TPS. El sistema basado en computadoras, mas importante dentro de una organizacin es el que esta relacionado con el procesamiento de las transacciones.

Los sistemas de procesamiento de transacciones (TPS) tienen como finalidad mejorar las actividades rutinarias de una empresa y de las que depende toda la organizacin.

Una transaccin es cualquier suceso o actividad que afecta a toda la organizacin. Las transacciones ms comunes incluyen: facturacin, entrega de mercanca, pago a empleados y depsitos de cheques.

los tipos de transacciones cambian en cada una de las diferentes organizaciones. Sin embargo, la mayor parte de las compaas procesan dichas transacciones como una mayor parte de sus actividades cotidianas.

Los TPS reducen costos, mediante la automatizacin de procesos operativos dentro de la organizacin, debido a que estos sistemas manejan y procesan las transacciones diarias de negocios.

Estos sistemas son muy importantes para la organizacin, pues son los principales receptores de entrada de informacin, y representan la aplicacin de los conceptos de informacin y tecnologas a rutinas repetitivas, y usualmente transacciones ordinarias de negocios tales como pagos, cobros, plizas, entradas, salidas, etctera. Sus principales caractersticas son:

Ahorro significativos de mano de obra.

Generalmente es el primer tipo de sistemas de informacin que se implanta en las organizaciones.

Muestra una intensa entrada y salida de informacin.

Tiene la propiedad de ser recolectores de informacin.

Son fciles de justificar ya que sus beneficios son visibles y palpables.

Ejemplo de este tipo de sistemas son la facturacin, nminas, contabilidad general, conciliaciones bancarias, inventarios, etctera.

B) Sistemas De Apoyo A Las Decisiones Administrativas.

Estos Sistemas apoyan el proceso de la toma de decisiones.

Todos los datos necesitados por este tipo de sistemas regularmente son parte de los sistemas transaccionales.

Los sistemas de apoyo a las decisiones administrativas se refieren a una coleccin de tecnologas computarizadas cuyo objetivo es el de proporcionar apoyo al trabajo administrativo y especialmente a la toma de decisiones.

Los sistemas de apoyo a las decisiones se pueden clasificar en:

DSS, sistemas de soporte a la toma de decisiones.

GDSS, sistemas de soporte a la toma de decisiones de grupo.

EIS, sistemas de informacin ejecutivos

EDSS, sistemas expertos de soporte a la toma de decisiones. Este tipo de sistemas puede incluir:

La programacin de la produccin.

Compra de materiales.

Proyecciones financieras.

Modelos de simulacin de negocios.

Modelos de inventarios, etctera.

Sus principales caractersticas son:

Se introducen despus de haber implantado los sistemas transaccionales.

La informacin que genera sirve de apoyo en el proceso de tomas de

decisiones.

Son intensivos en clculos y escasos en entrada y salidas de informacin.

No suelen ahorrar mano de obra.

Suelen ser sistemas interactivos y amigables.

Los especialistas en sistemas de informacin describen las decisiones apoyadas por estos sistemas como decisiones estructuradas.

El aspecto estructurado se refiere al hecho que los administradores conozcan de antemano los factores que deben tenerse en cuenta para la toma de decisiones as como las variables con influencia ms significativa sobre el resultado de una decisin.

Ejemplo....Estos sistemas pueden usarse para: reportes sobre depsitos y retiros bancarios por sucursal o de forma global, para mantener al tanto a los funcionarios bancarios sobre el comportamiento de cada sucursal. C) Sistemas Estratgicos.

Apoyan los procesos operativos o administrativos que suministran productos, servicio y capacidades estratgicas a una empresa para lograr una ventaja competitiva. los sistemas estratgicos son un tipo de sistema que utiliza el conocimiento humano capturado en una computadora para resolver problemas ordinarios que requieren de la experiencia humana.

Sus principales caractersticas son:

Su funcin primordial no es apoyar la automatizacin de procesos operativos ni proporcionar informacin para la toma de decisiones. Sin embargo, este tipo de sistemas puede llevar a cabo dichas funciones.

pueden desarrollarse dentro de la organizacin, por lo tanto no pueden adaptarse fcilmente a paquetes disponibles en el mercado.

Su desarrollo se basa en su evolucin dentro de la organizacin. Se inicia con un proceso o funcin en particular y a partir de ah se van agregando nuevas funciones o procesos.

Su funcin es lograr ventajas que los competidores no poseen, tales como ventajas en costos y servicios diferenciados con clientes y proveedores.

En este contexto, los Sistema Estratgicos son creadores de barreras de entrada al negocio. Por ejemplo, el uso de cajeros automticos en los bancos es un Sistema Estratgico, ya que brinda ventaja sobre un banco que no posee tal servicio. Si un banco nuevo decide abrir sus puertas al pblico, tendr que dar este servicio para tener un nivel similar al de sus competidores. Apoyan el proceso de innovacin de productos y procesos dentro de la empresa, debido a que buscan ventajas respecto a los competidores y una forma de hacerla es innovando o creando productos y procesos.

Un ejemplo de estos sistemas de informacin dentro de la organizacin puede ser un sistema MRP enfocado a reducir el desperdicio durante el proceso productivo.

MRP (Material Requierement Planning) o planificador de las necesidades de material, es el sistema de planificacin de materiales y gestin de stocks que responde a las preguntas de, cunto y cundo aprovisionarse de materiales. Este sistema da por rdenes las compras dentro de la empresa, resultantes del proceso de planificacin de necesidades de materiales.

En este contexto el ejemplo anterior constituye un sistema de informacin estratgico si y solo si, apoya o da forma a la estructura competitiva de la empresa.

D) Sistemas expertos. Los sistemas expertos son, intermediarios entre el experto humano, que transmite sus conocimientos al sistema, y el usuario de dicho sistema, que lo emplea para resolver los problemas que se le plantean con la competencia de un especialista en la materia y que, adems, puede adquirir una destreza semejante a la del experto gracias a la observacin del modo de actuar de la mquina.

Los sistemas expertos son, pues, simultneamente, un sistema de ejecucin y un sistema de transmisin del conocimiento.

Componentes: Base de Conocimiento.

Mquina de Inferencia.

Interfaz de Usuario.CICLO DE VIDE DEL DESARROLLO DE SISTEMAS El ciclo de vida del desarrollo de sistemas es un enfoque por fases del anlisis y diseo que sostiene que los sistemas son desarrollado de mejor manera mediante el uso de un ciclo especifico de actividades del analista y el usuario. Tambin llamado modelo de cascada o SDLC (Systems development life cycle).

el analista no estn de acuerdo con que tantas fases exactas hay en un ciclo de vida del desarrollo de sistemas, pero, por lo general alaban sus enfoque organizado.

El ciclo de vida de desarrollo de un sistema se divide en 7 fases.

Caractersticas.

Las fases nunca se llevan como un paso a parte.

Varias actividades pueden suceder simultneamente.

Las actividades pueden repetirse.

Actividades

Proyecto

Traslapan.

Conclusin: Las actividades se traslapan y luego disminuyen.

CICLO DE VIDA.

1.- Identificacin de Problemas, Oportunidades y Objetivos. Es la primera fase del ciclo de vida del desarrollo de sistemas y el analista tiene que ver con la identificacin de problemas oportunidades y objetivos.Identificacin de Problemas. Etapa crtica para el xito del resto del proyecto, debido a que nadie quiere desperdiciar tiempo resolviendo problemas equivocados. La primera fase requiere que el analista observe honestamente lo que esta sucediendo en el negocio, para que posteriormente junto con los dems miembros de la organizacin, el analista haga resaltar los problemas.Identificacin de Oportunidades. Las oportunidades son situaciones que el analista considera que pueden ser mejoradas por medio del uso de sistemas de informacin computarizados. El aprovechar las oportunidades puede permitir que el negocio gane un avance competitivo o ponga un estndar de la industria. (venta por web)Identificacin de objetivos. la identificacin de objetivos es un componente importante de la primera fase. El analista debe descubrir lo que est tratando de hacer el negocio.

El analista ser capaz ver si algn aspecto de la aplicacin de sistemas de informacin pude ayudar para que el negocio alcance sus objetivos atacando problemas especficos u oportunidades.

Personas involucradas. Las personas involucradas en la primer fase son:

Usuarios.

Analistas y administradores de sistemas, los cuales coordinan el proyecto.

Actividades. Entrevista a los administradores y usuarios.

Sumarizacin de conocimientos obtenidos.

Estimacin del alcance del proyecto.

Documentacin de resultados.

Resultados. Los administradores deben Tomar la decisin para ver si se contina el proyecto propuesto.

Si los usuarios no tiene suficientes fondos en su presupuesto y desea atacar los problemas que no estn relacionados, o los problemas no requieren un sistema de cmputo, puede ser recomendada una solucin manual y el proyecto de sistemas ya no continua.

General. Estudio de factibilidad.

Definicin del problema.

Sumarizacin de objetivos.

2.- Determinacin de Requerimientos de Informacin. (Para el usuario) Es la segunda fase a la que entra el analista y consiste en determinar los requerimientos de informacin para los usuarios involucrados.

Herramientas para Definir los Requerimientos de Informacin. Entre las herramientas utilizadas para definir los requerimientos de informacin en los negocios se encuentran:

Muestro e investigacin de los datos relevantes.

Entrevista.

Cuestionario.

Comportamiento de los tomadores de decisin.

Ambiente de oficina. Elaboracin de Prototipos. En esta fase el analista debe esforzarse por Comprender que informacin necesitan los usuarios para realizar su trabajo. Los mtodos para determinar los requerimientos de informacin involucran la interaccin directa con los usuarios. esta fase sirve para formar la imagen que el analista tiene de la organizacin y sus objetivos.

Personas involucradas. Las personas involucradas en esta segunda fase son :

Analistas.

usuarios.

Administradores de las operaciones.

Trabajadores de las operaciones. El analista de sistemas necesita saber los detalles de las funciones actuales del sistema, del negocio bajo estudio.

El analista necesita saber:

Quien?( Personas involucradas)

Que? ( Actividad del negocio)

Donde? ( Ambiente donde se lleva acabo el trabajo)

Cuando? ( En que momento )

Como? ( De que manera se desarrollan los procedimientos actuales)

El analista debe preguntar por que el negocio usa el sistema actual.

Puesto que debe haber muy buenas razones para utilizar los mtodos actuales, se deben considerar cuando se disea cualquier sistema nuevo.

Si la respuesta es que siempre se a realizado as, el analista puede desear la mejora de los procedimientos.

Resultados. Al termino de esta fase el analista debe de comprender el por que de las funciones del negocio y tener la informacin completa sobre las personas, objetivos, datos y procedimientos involucrados.

3. - Anlisis de las necesidades del sistema. Es la tercera fase que realiza el analista de sistemas, e involucra el

anlisis de las necesidades del sistema.

Las herramientas y tcnicas especiales ayudan para que el analista haga las determinaciones de los requerimientos (diagrama de flujo).

Una herramienta importante es el uso de diagramas de flujo de datos para diagramar la entrada, proceso y salida de las funciones del negocio en forma grafica estructurada.

Los diagramas de flujo de datos permiten desarrollar un diccionario de datos, que lista todos los conceptos de datos usados en el sistema, as como sus especificaciones, si son alfanumrico y que tanto espacio ocupa cuando se imprimen.

Durante esta fase el analista de sistemas tambin analiza las decisiones estructuradas y semi estructuradas que se hacen. Los Mtodos para el anlisis de decisiones estructurales son: lenguajes estructurados, tabla de decisin y rboles de decisin.

El anlisis de las decisiones de criterio mltiples tambin parte de esta fase (decisiones en las que se deben ser balanceados muchos factores) para esto se utiliza tcnicas como: proceso de compromiso y el mtodo ponderado.

En esta fase el analista prepara una propuesta de sistema que sumariza lo que ha sido encontrado, proporciona anlisis de costos / beneficio de las alternativas y hace recomendaciones sobre lo que debe ser, hecho.

Si algunas de las recomendaciones es aceptable para la administracin, la analista continua sobre ese curso. Cada problema de sistema es nico y nunca hay una sola solucin correcta.

Nota1.- Diccionario de datos. Contiene las caractersticas lgicas de los sitios donde se almacenan los datos del sistema. Tambin identifican los procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato a al informacin.2.- UML (unified modeling language) Lenguaje unificado de modelado

Lenguaje de modelado visual que se usa para especificar, visualizar, construir y documentar artefactos de un sistema de software.

4.- Diseo del sistema recomendado. En esta fase el analista usa la informacin recolectada anteriormente para realizar el diseo lgico del sistema de informacin. El analista disea procedimientos precisos para la captura de datos, a fin de que los datos que van a entrar al sistema de informacin sean correctos. (Validacin) El analista deber proporcionar entrada efectiva para el sistema de informacin mediante el uso de tcnicas para el buen diseo de formas y pantallas.

Una parte del diseo lgico del sistema de informacin es disear la interfaz del usuario. La interfaz conecta al usuario con el sistema y es por lo tanto extremadamente importante. Una interfaz de usuario incluye teclado para introducir preguntas y respuestas, men en pantalla para elegir comandos del usuario y un ratn para seleccionar opciones.

La fase de diseo tambin incluye el diseo de archivos o base de datos, que guardaran la mayor parte de los datos necesarios para los tomadores de decisiones de la organizacin, (una B.D. bien organizada es la base para todos los sistemas de informacin). En esta fase el analista tambin trabaja con los usuarios para disear las salidas que satisfagan sus necesidades de informacin (por pantalla o por impresora).

En esta fase el analista debe disear procedimientos de control y respaldo para proteger al sistema y a los datos, y producir paquetes de especificaciones de programa para los programadores.

Cada paquete debe contener diseos de entrada y salida, especificaciones de archivos y detalles de procesamiento y tambin puede incluir rboles o tablas de decisin, diagramas de flujo de datos, un diagrama del flujo del sistema y los nombres y funciones de cualquier rutina de cdigo que haya sido escrita. (manual tcnico para los programadores).

5.- Desarrollo y documentacin del software. En esta fase el analista trabaja con los programadores para desarrolla cualquier software original que se necesite. Tcnicas estructuradas para el diseo y documentacin de software incluyen diagramas estructurados tales como: el mtodo de hipo, diagrama de flujos, diagrama de nassi-schneiderman y warnier-orr y seudo cdigo. (el analista emplea estas tcnicas para indicarle al programador lo que necesita ser programado). ( Nassi warnier pg28)

Durante esta fase el analista trabaja con los usuarios para desarrollar documentacin efectiva para el software, incluyendo manuales de procedimientos.

La documentacin le dice al usuario la manera de usar el software y tambin que hacer si sucede un problema con el software (manual de usuario).

Los programadores tiene un papel importante en esta fase, conforme disean, codifican y eliminan errores de sintaxis de los programas de computadora.

Para asegurar la calidad, un programador puede realizar ya sea un diseo o un ensayo del cdigo, explicando las partes complejas del programa a un equipo de otros programadores.

Notas Adicionales.

Las representaciones del diseo deben ser traducidas a un lenguaje artificial, dando como resultado unas instrucciones ejecutadas por la computadora el paso de la codificacin es el que lleva acabo esa traduccin

Identificar. Ambiente operativo

Lgica de los programas

Eleccin del lenguaje de programacin

Tipo de documentacin. Manual del usuario y del sistema

Manual de programacin6.- Pruebas y mantenimiento del sistema.Prueba. Antes de que pueda ser usado, el sistema de informacin debe ser probado. Es mucho menos costoso encontrar problemas antes de que el sistema sea entregado al usuario.

Algunas pruebas son realizadas por los programadores solos y otras por los analistas del sistema junto con los programadores. (hay personal dedicado a test, que prueban modulo de cdigo para verificar su funcionamiento y hacen casos de prueba)

Primero se ejecutan una serie de pruebas para que destaquen los problemas con los datos de ejemplo y eventualmente con los datos reales del sistema actual. (sist viejo y sist nuevo al mismo tiempo)

Mantenimiento. El mantenimiento del sistema y de su documentacin comienzan en esta fase y es efectuado rutinariamente a lo largo de la vida del sistema de informacin.

Mucho del trabajo rutinario del programador consiste en el mantenimiento, ya que los negocios gastan gran cantidad de dinero en dicho mantenimiento.

Mucho de los procedimientos sistemticos que emplea el analista a lo largo del ciclo de vida del desarrollo del sistema puede ayudar a asegurar que el mantenimiento se mantenga al mnimo.

7.- Implementacin y evaluacin.Implementacin. En esta fase del desarrollo del sistema el analista ayuda a implementar el sistema de informacin, esto incluye el entrenamiento de los usuarios para que manejen el sistema. .....El entrenamiento es realizado por los proveedores pero la supervisin del entrenamiento es responsabilidad del analista de sistemas.

El analista necesita un plan para la conversin suave del sistema antiguo al nuevo. Este proceso incluye la conversin de archivos de formato antiguo a nuevo o la construccin de una base de datos, la instalacin de equipos y la puesta del nuevo sistema en produccin. (migraciones)

Evaluacin. La evaluacin se muestra como parte de esta fase final del ciclo e vida del desarrollo del sistema, aunque de hecho la evaluacin se realiza en cada fase.

Cuando un analista termina una fase del desarrollo del sistema y pasa a la siguiente, el descubrimiento de un problema puede obligar a que el analista regrese a la fase anterior y modifique el trabajo que all hizo.

Ejemplo el programador puede descubrir que el programa no trabaja correctamente, ya sea debido a que no se escribi cdigo para apoyar determinada parte del diseo del sistema o aquel diseo fue incompleto.

En cualquier caso deben ser modificados los programas y el analista puede tener que cambiar algunos de los materiales del diseo del sistema. A su vez esto puede necesitar que el analista se rena con el usuario y vuelva a investigar como funciona una actividad especfica del negocio.

Importancia del mantenimiento. Despus de que el sistema ha sido instalado se le debe dar mantenimiento, esto significa que los programas de computadora deben ser modificados y mantenidos actualizados.

Las estimaciones del tiempo gastado por los departamentos de mantenimiento ha sido del 48 al 60 por ciento del tiempo total empleado en el desarrollo del sistema.

Conforme aumenta la cantidad de programas escritos, tambin aumenta la cantidad de mantenimiento que requieren.

El mantenimiento se realiza por dos razones:

La primara es para corregir software. Sin importar que tan completamente se pruebe un sistema se deslizan errores en los programas de computadoras.

Los errores de software comercial son a veces documentados como anomalas conocidas y se corrigen cuando se lanzan nuevas versiones del software.

La segunda razn es para realizar el mantenimiento del sistema, es para mejorar la capacidades del software en respuestas a las necesidades de la organizacionales cambiantes

Involucra las siguientes tres situaciones.1- Los usuarios frecuentemente solicitan caractersticas adicionales despus de que se familiarizan con el sistema de cmputo y sus capacidades. (puede ser tan simple como un desplegado de totales en un reporte, o complejas como el desarrollo de un nuevo software).

2- El negocio cambia a travs del tiempo. (se debe modificar el software para abarcar cambios tales como nuevos requerimientos de reportes corporativos o la necesidad de producir nueva informacin para los clientes).

3- El hardware y software cambian a un ritmo acelerado. (un sistema que usa tecnologa antigua puede ser modificado para usar las capacidades de las tecnologas nuevas. Ejemplo seria el reemplazo de una terminal de macro computadoras con una estacin de trabajo de microcomputadoras.

A lo largo del tiempo probable que el costo del mantenimiento exceda al desarrollo del sistema. Por tal motivo es mas conveniente realizar un nuevo estudio del sistema, debido a que el costo del mantenimiento continuando es claramente mayor que la creacin de un sistema de informacin completamente nuevo.

El mantenimiento es un proceso continuo a lo largo del ciclo de vida del sistema de informacin.

Despus de que es instalado el sistema de informacin el mantenimiento por lo general toma la forma de correccin de errores de programa, no detectados previamente.

Cuando se corrigen los errores, el sistema alcanza un estado estable proporcionando servicios confiables a sus usuarios.

El mantenimiento en este periodo puede consistir en la eliminacin de unos cuantos errores no detectados anteriormente y la actualizacin del sistema con unas cuantas mejoras menores.

LOS PARTICIPANTES EN EL ANLISIS DEL SISTEMA.Quienes son los usuarios. Cualquiera que interactu con un sistema de informacin en el contexto de su trabajo en la organizacin pede ser llamado un usuario final.

Los analistas emplean el trmino de usuario final para referirse a las personas que no son especialistas en sistemas de informacin pero que utilizan las computadoras para desempear su trabajo.

Los usuarios finales se agrupan en 4 categoras:

A) Usuarios primarios. (Directos)

Son los que interactan directamente con los sistemas de informacin, encargados de dar entradas y generar reportes para otros usuarios.

Los agentes de reservaciones de vuelos, por ejemplo, emplean las terminales para consultar el sistema y obtener informacin relacionada con pasajeros, vuelos y boletos.

Caractersticas: Operan el sistema.

Interaccionan directamente a travs del equipo de sistemas.B) Usuarios indirectos. Son aquellos que se benefician de los resultados de los reportes generados por estos sistemas pero que no interactan de manera directa con el hardware o con el software.

Estos usuarios que utilizan el sistema, pueden ser gerentes o encargados de las funciones de la empresa.

Por ejemplo, los gerentes de mercadotecnia son los responsables de las aplicaciones de anlisis de ventas que generan los reportes mensuales de la compaa en este ramo.Caractersticas: Emplea los reportes y otros tipos de informacin generada por el sistema pero no opera el equipo.

C) Usuarios gerentes. Estos usuarios tienen responsabilidades administrativas en los sistemas de informacin. Estos usuarios tienen la autoridad para aprobar o no la inversin en el desarrollo de aplicaciones, adems de la responsabilidad ante la organizacin de la efectividad de los sistemas.

Esta categora de usuarios es la que debe participar en los esfuerzos de desarrollo de sistemas mayores.

Nota

(Usuarios indirectos) Se benefician los SI para sus responsabilidades administrativas.

Aprueban o no el desarrollo de aplicaciones de sistemas as como el buen funcionamiento del mismoCaractersticas: Supervisa la inversin en el desarrollo o uso del sistema.

Tiene la responsabilidad ante la organizacin de controlar las actividades del sistema.

D) Usuarios Directivos. Este tipo de usuario toma cada vez mayor responsabilidad en el desarrollo de sistemas de informacin.

Las organizaciones bien dirigidas consideran el posible impacto y los beneficios de los sistemas de informacin cuando elaboran su estrategia competitiva.

Caractersticas: Incorporan los usos estratgicos y competitivos de los sistemas de informacin en los planes y estrategias de la organizacin.

Los directivos usan los SI para realizar sus planes estratgicos y para implementarlos como estrategia competitiva ante otras organizaciones. Evalan los riesgos a los que se expone la organizacin, originados por fallas en los sistemas de informacin.

EL PAPEL DEL ANALISTA DE SISTEMAS.Los analistas de sistemas generalmente valoran la manera en que funcionan los negocios examinando la entrada, el procesamiento de datos y la salida de informacin con el propsito de mejorar los procesos organizacionales.

Muchas mejoras involucran, mejor apoyo para las funciones de los negocios por medio del uso de sistemas de informacin computarizados. (Esta definicin enfatiza un enfoque sistemtico y metdico para analizar, y posiblemente mejorar, lo que est sucediendo en el contexto especfico creado por un negocio.)

El analista debe ser capaz de trabajar con gentes de todas las descripciones y debe tener experiencia en el trabajo con computadoras. El analista desempea muchos papeles, balanceando a veces varios al mismo tiempo. Los tres papeles principales del analista de sistemas son: consultor, experto de soporte y agente de cambio.

A) El analista de sistemas como consultor. El analista de sistemas frecuentemente acta como consultor y, por lo tanto, puede ser contratado especficamente para que se encargue de los asuntos de los sistemas de informacin dentro de un negocio.

Esto puede ser una ventaja, debido a que los consultores externos pueden llevar con ellos una perspectiva fresca que no poseen otros miembros de la organizacin. Tambin puede decirse que los analistas externos estn en desventaja, debido a que la verdadera cultura organizacional nunca puede ser conocida por un extrao.

Como consultor externo se apoyar en gran forma en los mtodos sistemticos para analizar y disear sistemas de informacin y adecuarlos para un negocio en particular. Adicionalmente, se apoyar en los usuarios de los sistemas de informacin para ayudarse a comprender la cultura organizacional a partir de sus puntos de vista.

B) El analista de sistemas como experto de soporte. Otro papel que tal vez requiera desarrollar es el de experto de soporte en un negocio donde se est empleado regularmente, en alguna actividad de sistemas.

En este papel el analista se apoya en su experiencia profesional relacionada con el hardware y software de computadora y su uso en el negocio.

Este trabajo frecuentemente no es un proyecto de sistema completo, sino solamente pequeas modificaciones o decisiones que afectan a un solo departamento (mantenimiento, asesora).

Como experto de soporte no est administrando el proyecto, sino simplemente est sirviendo como un recurso para aquellos que lo manejan.

Si se es un analista de sistemas empleado por una organizacin de fabricacin o servicios, muchas de las actividades diarias pueden ser desarrolladas en este papel.C) El analista de sistemas como agente de cambio. El papel ms comprensivo y responsable que toma un analista de sistemas es el de agente de cambio, ya sea interno o externo al negocio.

Como analista se es un agente de cambio cada vez que se ejecuta cualquiera de las actividades del ciclo de vida del desarrollo de sistemas y se est presente en el negocio por un periodo extendido (desde dos semanas hasta ms de un ao).

Un agente de cambio puede ser definido como una persona que sirve de catalizador para el cambio, desarrolla un plan para el cambio y trabaja junto con otros para facilitar ese cambio.

La presencia del analista en el negocio hace el cambio, lo cual es el punto de inicio para el anlisis.

El analista debe interactuar con los usuarios y administradores (si es que no son el mismo) desde el inicio del proyecto. Sin la ayuda de ellos no se podr comprender lo que est sucediendo en una organizacin y no se podr realizar el cambio real.

Si el cambio (esto es, las mejoras al negocio que puedan ser realizadas mediante sistemas de informacin) se ve garantizado despus del anlisis, el siguiente paso es desarrollar un plan para el cambio junto con las gentes que deben realizarlo. Una vez que se logra el consenso para el cambio a realizar se debe interactuar constantemente con aquellos que estn hacindolo.

Se facilita el cambio usando la experiencia propia, tanto con los humanos como con las computadoras, para lograr su integracin en un sistema de informacin hombre-mquina.

Actuando el analista de sistemas como agente de cambio se es defensor de una lnea de cambio particular que involucra el uso de sistemas de informacin.

Adicionalmente se les ensea a los usuarios el proceso del cambio, debido a que se est consciente de que los cambios en el sistema de informacin no suceden independientemente, sino que tambin causan cambios en el resto de la organizacin.D) Cualidades del Analista de Sistemas.A partir de la descripcin anterior de los papeles que desempea el analista de sistemas, es fcil ver que el analista de sistemas exitoso debe poseer un alto rango de cualidades.

Muchos tipos de personas diferentes son analistas de sistemas, por lo que cualquier descripcin quedar corta en alguna forma.

Cualidades que parecen mostrar la mayora de los analistas de sistemas.

Antes que nada, el analista es un solucionador de problemas.

Es una persona que ve el anlisis de los problemas como un reto.y que disfruta al encontrar soluciones funcionales.

Cuando es necesario, el analista debe ser capaz de atacar sistemticamente la situacin a la mano por medio de la aplicacin hbil de herramientas, tcnicas y experiencia.

El analista tambin debe ser un comunicador capaz de relacionarse en forma significativa con las dems personas a travs de periodos extensos.

Los analistas de sistemas necesitan la suficiente experiencia en computacin para programar, para comprender las capacidades de las computadoras, para recoger los requerimientos de informacin de los usuarios y para comunicar lo que se necesita a los programadores.

El analista de sistemas debe ser un individuo auto disciplinado y auto motivado, capaz de manejar y coordinar innumerables recursos del proyecto incluyendo a otras personas.

El anlisis de sistemas es una carrera que demanda mucho, pero en compensacin es siempre cambiante y siempre retadora.ANLISIS Y DISEO ESTRUCTURADO.Anlisis estructurado. El anlisis estructurado es un mtodo para el anlisis de sistemas manuales o automatizados, que conduce al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones, a los ya existentes.

(mtodo para el anlisis para el desarrollo de especificaciones)

El anlisis estructurado permite al analista conocer un sistema o proceso en forma lgica, que proporciona la base para asegurar que no se omite ningn detalle pertinente.

El objetivo que persigue es estructurar u organizar las tareas asociadas con la determinacin de requerimientos para obtener la comprensin completa y exacta de una situacin dada.

El anlisis estructurado se concentra en especificar lo que se requiere que haga el sistema o la aplicacin.

No se establece como cumplirn los requerimientos o la forma en que implantaran la aplicacin.

El A. Estructurado permite que las personas observen los elementos lgicos separados de los componentes fsicos. Despus de esto se puede desarrollar un modelo fsico eficiente para la situacin donde ser utilizado.

Componentes del Anlisis Estructurado.

Smbolos Grficos.- Iconos y convenciones para identificar y describir los componentes de un sistema junto con las relaciones entre estos componentes.

Diccionario de datos.- Descripciones de todos los datos utilizados en el sistema, puede ser manual o automatizado.

Descripciones de procesos y procedimientos.- Declaraciones formales que emplean tcnicas y lenguajes que permiten a los analistas describir actividades importantes que forman parte del sistema.

Reglas.- Estndares para describir y documentar el sistema en forma correcta y completa. El mtodo del anlisis estructurado se ha convertido en sinnimo de anlisis de flujo de datos.

El A. de flujo de datos es una herramienta esencial para documentar el sistema existente y determinar los requerimientos de informacin por medio de mtodos estructurados.

ANLISIS DE FLUJO DE DATOS. Los analistas ocupan conocer la respuesta a 4 preguntas especficas:

Que proceso integran el sistema?

Que datos emplean cada proceso?

Que datos son almacenados?

Que datos ingresan y abandonan al sistema?

Lo anterior le da gran importancia al anlisis de los datos.

Los datos son la gua de las actividades de la empresa.

Los Datos pueden iniciar eventos (ejem. Datos sobre nuevos pedidos) y ser procesados para dar informacin til al personal que desea saber que tan bien se han manejado los eventos (al medir la calidad y tasa del trabajo, rentabilidad, etc).

El anlisis de sistemas conoce el papel central que tienen los datos en las organizaciones.

Por qu.....

Seguir el flujo de datos por todos los procesos de la empresa, que es la finalidad del anlisis del flujo de datos, le dice mucho a los analistas sobre cmo se alcanzan los objetivos de la organizacin.

En el trascurso del manejo de transacciones y terminacin de tarea, los datos entrantes, son procesados, almacenados y recuperados, analizados, utilizados, cambiados y presentados como salidas.

El Anlisis de Flujo de Datos estudia el empleo de los datos en cada actividad, documenta los hallazgos con diagramas de flujo de datos y en los diccionarios de datos que describen de manera formal los datos del sistema y los sitios donde son utilizados. Herramientas de la Estrategia de Flujo de Datos.

La estrategia de flujo de datos se muestra en forma grfica.

Las Herramientas utilizadas para seguir esta estrategia muestran todas las caractersticas esenciales del sistema y la forma en que se ajustan entre s.

Puede ser difcil comprender en su totalidad un proceso de la empresa si se emplea por ello solo una descripcin verbal;

Las herramientas para el flujo de datos ayudan a ilustrar los componentes esenciales de un sistema junto con sus interacciones.

Resumen. Las herramientas se muestran en forma grfica.

Muestran todas las caractersticas del sistema y la forma en cmo se relacionan.

Con Una descripcin verbal es difcil de comprender un proceso por eso las H. para flujo de datos ayudan a ilustrar los componentes esenciales de un sistema junto con sus interacciones.

El Anlisis de Flujo de Datos utilizan las siguientes Herramientas:

Diagrama de Flujo de datos.

Diccionario de Datos.

Diagrama de estructura de Datos.

Mini especificaciones (especificaciones de procesos).

Notacin para Flujo de Datos (kendall).

Los mtodos para el anlisis de Flujo de Datos fueron desarrollados y promovidos al mismo tiempo por dos organizaciones: Yourdon Inc. Y Gane Sarson. Los diagramas lgicos de flujos de Datos se pueden dibujar con solo cuatro notaciones sencillas. Es decir con smbolos especiales o iconos y anotaciones que los asocian con un sistema especfico:

1.- Flujo de datos.- Movimiento de datos en determinada direccin desde un origen hacia un destino en forma de documentos, cartas, llamadas telefnicas, virtuales o por cualquier otro medio.

2.- Procesos.- Personas, procedimientos, o dispositivos que utilizan o producen (transforman) datos. No se identifica el componente fsico.

3.- Fuente o Destino de los Datos.- Fuente o destinos externos de datos que pueden ser personas, preguntas, organizaciones u otras entidades que interactan con el sistema pero se encuentran fuera de su frontera. Los trminos fuente y poza son intercambiables con origen y destino.

4.- Almacenamiento de datos.- Es el lugar donde se guardan los datos o a los que hacen referencia los procesos en el sistema. El almacenamiento de datos puede representar dispositivos tanto computarizados como no computarizados.

Cada componente de un diagrama de flujo de datos tiene una etiqueta con un nombre descriptivo.

Los nombres de los procesos tambin reciben un nmero que es utilizado con fines de identificacin.

l numero asignado a cada proceso no tiene que ver con la secuencia de procesos. Sirve estrictamente para la identificacin y tiene un valor adicional cuando se estudian los componentes que integran un proceso especfico.

DIAGRAMAS DE FLUJO DE DATOS.Conceptos. Es una herramienta grafica que se emplea para describir y analizar el movimiento de datos a travs, de un sistema, ya sea que este fuera manual o automatizado, incluyendo procesos, lugares para almacenar datos y retrasos del sistema.

Los diagramas de flujo de datos son la herramienta ms importante y la base sobre la cual se desarrolla otros componentes.

Diagramas lgicos de flujo de datos.

La transformacin de datos de entrada en salidas por medio de procesos puede describirse en forma lgica e independiente de los componentes fsicos asociados con el sistema.

Diagramas fsicos de flujos de datos.

Los D. Fsicos de flujo de datos, muestran la implantacin y movimiento real de datos entre las personas departamentos y estaciones de trabajo.

Concepto adicional. Un diagrama de flujo es la representacin grfica de un algoritmo.

Un D.F. es la representacin detallada en forma grfica de cmo deben realizarse los pasos en la computadora para producir resultados.

Esta representacin grfica se da cuando varios smbolos, que indican diferentes procesos en la computadora se relacionan entre s mediante lneas que indican el orden en que se deben ejecutar los procesos.

Los smbolos utilizados han sido normalizados por el instituto norteamericano de normalizacinSmbolos utilizados en los diagramas de flujo.

SIMBOLOSDESCRIPCION

Documento.

Salida de Documentos Impresos

Almacenamiento En lnea.

Representa cualquier dispositivo de almacenamiento en lnea.

Desplegado visual.

Indica la salida de informacin en la pantalla o monitor.

Procesamiento por Computadora.

Nos indica la asignacin de un valor en la memoria y/o la ejecucin de una operacin.

Procesamiento Predefinido. (Definido En Otro Lugar U Otro Diagrama De Flujo).

Entrada/ Salida.Indica la entrada y salida de datos.

Smbolo de decisin. Indica la realizacin de una comparacin de valores.

Smbolo terminal.

Indica Principio Y Fin De Los Procesos

Conector fuera de pgina. Representa la continuidad del diagrama en otra pagina.

Conector dentro de pgina. Representa la continuidad del diagrama dentro de la misma pgina.

Disco magntico. Utilizado para representar cualquier dato almacenado en disco magntico.

Recomendaciones para el diseo de Diagramas de Flujo.

Se deben usar solamente lneas de flujos horizontales y/o verticales.

Se debe evitar el cruce de lneas utilizando los conectores.

Se deben usar conectores slo cuando sea necesario.

No deben quedar lneas de flujo sin conectar.

Se deben trazar los smbolos de manera que se puedan leer de arriba hacia abajo y de izquierda a derecha.

Todo texto escrito dentro de un smbolo deber ser escrito claramente, evitando el uso de muchas palabras.

Reglas generales para el dibujo de diagramas lgicos de flujo de datos.1. Cualquier flujo de datos que abandone un proceso debe estar basado en los datos que entran al proceso.

2. Los flujos de datos deben tener un nombre, el nombre refleja los datos que fluyen entre procesos, almacenes de datos, fuentes o destinos.

3. Solo debe entrar al proceso los datos necesarios para llevarlo a cabo.

4. Un proceso no debe saber nada de ningn otro en el sistema, es decir debe ser independiente. No se debe mezclar actividades de distintos procesos.

La nica dependencia que debe existir es aquella que est basada en sus propios datos de entrada y salida.

5. Los procesos siempre estn en continua ejecucin, no se inician ni tampoco se detienen. Los analistas deben suponer que un proceso siempre est listo para funcionar o realizar el trabajo necesario.

6. Las salidas de los proceso deben tomar la siguiente forma:

Flujo de datos con informacin aadida por el proceso

(Una anotacin en la factura).

Una respuesta o cambio en la forma de los datos

(Cambio en la forma de expresar utilidades de dlares a

porcentajes)

Un cambio de condicin

(De no autorizado a autorizado)

Un cambio de contenido

(Integracin o separacin de la informacin contenida en uno o

ms flujos entrantes de datos).

DICCIONARIOS DE DATOS (Anlisis estructurado) Los diagramas de flujo de datos no describen por completo el objeto de la investigacin, debido a eso los diccionarios de datos son el segundo componente del anlisis del flujo de datos ya que estos proporciona informacin adicional sobre el sistema.

Un Diccionario de Datos es una lista de todos los elementos incluido en el conjunto de los Diagramas de Flujo de datos que describen un sistema.

Un diccionario de datos es creado examinando y describiendo el contenido de:

Flujo de datos.

Almacenes de datos.

procesos.

El diccionario de datos almacena detalles y descripciones de estos elementos.

El diccionario de datos puede proporcionar informacin importante al analista, por ejemplo...

Cuntos caracteres puede contener un dato.

Con qu otros nombres se le conoce a un dato en el sistema.

Donde se utilizan el datos dentro del sistema

El Diccionario de Dato se desarrolla durante el anlisis de flujo de datos y ayuda al analista en la determinacin de los requerimientos de sistemas.

El contenido del diccionario tambin se utiliza durante el Diseo del Sistema.

Para comprender mejor el significado de un diccionario de datos, puede considerarse su contenido como "datos acerca de los datos "; es decir, descripciones de todos los dems objetos (archivos, programas, informes, sinnimos...) existentes en el sistema.

Un diccionario de datos almacena la totalidad de los diversos esquemas y especificaciones de archivos, as como sus ubicaciones.

Si es completo incluye tambin informacin acerca de qu programas utilizan qu datos, y qu usuarios estn interesados en unos u otros informes.

Descripcin de los Datos en el Diccionario. (Componentes)

Cada entrada en el Diccionario de dato consiste en un conjunto de detalles que describen los datos utilizados o producidos en el sistema.

Cada artculo se identifica por:

Nombre de dato

Descripcin.

Alias.

Longitud de campo.

Valores de los Datos.

A) Nombre de los Datos. Para distinguir un dato de otro, los analistas les asigna nombre significativos que se utilizan para tener una referencia de cada elemento a travs del proceso total de desarrollo de sistema.

Se debe tener cuidado al seleccionar un nombre de los datos el cual debe ser significativo y entendible.

Ejemplo la fecha de factura es ms significativa si se llama FECHA-DE- FACTURA que si se le conoce como ABCXXX.

B) Descripcin de los Datos. Establece brevemente lo que representa el dato en el sistema.

Ejemplo, la descripcin para FECHA-DE-FACTURA indica que es la fecha en la cual se est preparando la misma... (para distinguirla de la fecha en la que se envi por correo o se recibi).

Las descripciones de datos se deben escribir suponiendo que la gente que los lea no conoce nada en relacin del sistema.

Deben evitarse termino especiales o argot, todas las palabras deben se entendible para el lector.

C) Alias. Con frecuencia el mismo dato puede conocerse con diferentes nombres, dependiendo de quin lo utilice.

El uso de los alias deben evitar confusin.

Un diccionario de dato significativo incluir todos los alias.

D) Longitud de campo. Cuando las caractersticas del diseo del sistema se ejecuten ms tarde en el proceso de desarrollo del sistema, ser importante conocer la cantidad de espacio que necesita para cada dato.

E) Valores de los datos. (Formato)

En algunos procesos solo se permiten valores de datos especficos. Por ejemplo, en muchas compaas con frecuencia los nmeros de orden de compra se proporcionan con un prefijo de una letra para indicar el departamento del origen. (H 5456466564)

Categora de los Diccionarios de Datos.Existen 4 categoras de Diccionarios de Datos que son desarrolladas para promover la comprensin de los datos del sistema.

Flujo de datos.

Estructura de datos.

Elementos de datos.

Almacn de datos.Flujo de Datos.

El Flujo de datos es por lo general el primer componente a ser definido.

Las entradas y salidas del sistema son determinadas a partir de entrevistas observaciones de usuarios y anlisis de documentos y otros sistemas existentes.

La informacin capturada para cada flujo de datos debe ser sumarizada usando una forma que contenga la siguiente informacin.

1. Nmero de identificacin opcional. A veces el ID es codificado usando un esquema para identificar el sistema y la aplicacin dentro del sistema.

2. Nombre descriptivo nico para este flujo de datos. Este nombre es el texto que debe aparecer en el diagrama y que puede ser referenciado en todas las descripciones que usa el flujo de datos.

3. Una descripcin general del flujo de datos.

4. Origen del flujo de datos. Esto puede ser una entidad externa, un proceso o un flujo de datos que puede venir de un almacn de datos.

5. Destino del flujo de datos. (igual al punto 4).

6. Una indicacin de si el flujo de datos es un registro que entra o sale de un archivo, o contiene un reporte, forma o pantalla. Si el flujo de datos contiene datos que son usados entre procesos, es designado como interno.

7. El nombre de la estructura de datos describiendo los elementos que se encuentran en este flujo de datos. Para un flujo de datos simple esto podra ser uno o varios elementos.

8. Volumen por unidad de tiempo. Esto puede ser registros por da o cualquier otra unidad de tiempo.

9. Un rea para comentarios adicionales y observaciones acerca del flujo de datos.

ESTRUCTURA DE DATOS(Anlisis estructurado) Una estructura de datos es un grupo de datos elementales que estn relacionados con otros y que en conjunto describen un componente del sistema.

Las estructuras de datos son descritas por lo general usando notaciones algebraicas. Esto permite al analista producir una lista de los elementos que conforman la estructura de datos, junto con la informacin acerca de esos elementos.

La notacin algebraica utiliza los siguientes smbolos:

1. El signo de igual ( = ) significa que esta compuesto de .

2. Un signo de mas ( + ) significa y.

3. Las llaves {} indican elementos repetidos.

1 5 { } indica que se puede repetir de 1 a 5 veces.

12 { } indica que repetir de forma fija 12 veces.

{ } Se puede repetir indefinidamente.

4. Los corchetes [ ] representan una situacin disyuntiva. Puede estar presente un elemento u otro pero no ambos.

5. Los parntesis ( ) representan un elemento opcional.

Los elementos opcionales pueden ser dejados en blanco en las pantallas de captura y pueden contener espacios o ceros para los campos numricos en las estructuras de archivos.

Estructura de datos para la adicin de un pedido de un cliente

(Elementos lgico)

Pedido del cliente =Numero del cliente +

Nombre del cliente +

Direccin +

Telfono +

Numero de catlogo +

Fecha del pedido +

( Articulo del pedido disponible) +

Total de mercancas +

( Impuesto ) +

Manejo y envi +

Total del pedido +

Mtodo de pago +

( Tipo de tarjeta de crdito) +

( Numero de la tarjeta de crdito) +

( Fecha de Expiracin )

Nombre del cliente =Nombre +

Apellido Paterno +

Apellido materno

Direccin =Calle +

(Departamento) +

Ciudad +

Estado +

Cdigo postal +

( Expansin del cdigo postal ) +

( Pas )

Telfono =Clave lada +

Numero local

Artculos del pedido Disponible =Cantidad pedida +

Numero de articulo +

Descripcin del articulo +

Tamao +

Color +

Precio +

Total de artculos

Mtodo de pago =[Cheque | Cargo | Orden de pago ]

Tipo de Tarjeta de crdito =[American Express | Mastercard | Visa ]

Estructura de datos Lgicas y Fsicas.

Estructura de Datos Lgicas son solo los elementos que el usuario podr ver tales como nombre, direccin, saldo.

Estructura de Datos Fsicas. usan como base el diseo lgico. Estas incluyen elementos adicionales para la implementacin del sistema. Ejemplo de elementos de diseo fsico:

1. Campos llaves usados para localizar registros en un archivo.

2. Cdigos para identificar el estado de registros maestros tales como si un empleado est activo (empleado actualmente) o inactivo, mantenido en archivos para producir informacin de impuestos.

3. Los cdigos de transaccin son utilizados para identificar tipos de registros cuando un archivo tiene tipos de registros diferentes.

Estructura de datos para un estado de cuenta.

(Elementos fsicos)Estado de cuenta del cliente = Fecha actual +

Numero del cliente +

Nombre del cliente +

Direccin +

1 5 {Lnea de pedido}

( Cantidad de pago anterior )

Cantidad total de adeudo +

( Comentario )

Lnea de pedido =Numero de pedido +

Fecha de pedido +

Total de pedido

Elementos de Datos. El elemento o dato es la unidad ms pequea e importante del sistema tambin es conocido como Campo, Dato, o Parte Elemental.

Cada elemento de dato puede ser definido una vez en el diccionario de datos y tambin puede ser dado anteriormente en una forma de descripcin de elemento.

Las caractersticas comnmente incluidas en la Forma de Descripcin de Elementos son:

1. ID del elemento. Esta entrada es opcional permite que el analista construya entradas de diccionario de datos automatizadas.

2. Nombre del elemento. Este debe ser descriptivo, nico y basado en la manera en que el elemento es llamado comnmente en la mayora de los programas o por los usuarios principales del elemento.

3. Alias, Que son sinnimos u otros nombres para el elemento. Estos son nombres utilizados por diversos usuarios dentro de sistemas diferentes.

4. Descripcin breve del elemento.5. Si un elemento es Bsico o derivado.

Un elemento bsico es aquel que es tecleado inicialmente en el sistema (nombre del cliente, direccin, ciudad).

Los elementos derivados son creado por procesos como resultados de clculos o lgica. (cantidad total que debe un cliente, o el pago bruto de un empleado).6. Longitud de un elemento. Una consideracin importante es que tan largo

hacer la longitud almacenada del concepto.Base para definir la longitud del elemento.a) Se debe determinar la longitud de las cantidades numricas imaginando el nmero mayor que es probable que contenga la cantidad y luego dejando espacios razonables para la expansin. Las longitudes indicadas para los totales deben ser lo suficientemente largas para acomodar la suma de los nmeros que se acumulen en ellos.b) A los campos de nombres y direccin les pueden ser dadas longitudes con bases en las siguientes tablas. Por ejemplo un campo apellido de 11 caracteres acomodara al 98% de los apellidos de EEUU.CampoLongitud% de Datos que Cabrn

Apellido1198

nombre1895

Nombre de compaa2095

Calle 1890

Ciudad1799

c) Para otros campos es til examinar o muestrear datos histricos que se encuentren dentro de la organizacin para determinar una longitud de campo adecuada. Por ejemplo, el revisar una lista podra permitir al analista encontrar la descripcin ms larga, as como una longitud promedio razonable.

7. El tipo de dato. Numrico, fecha, alfabtico o alfanumrico.

a) Los campos alfanumricos pueden contener una mezcla de letras, nmeros y caracteres especiales.

b) Si el elemento es una fecha deber ser determinado su formato, por ejemplo DDMMAAAA.

c) Si el elemento es numrico se debe determinar su tipo de almacenamiento.

Decimal con Zona.- se utiliza para imprimir y desplegar datos.

Formato decimal empacado.- Ahorra espacios en la disposiciones de archivos y para los elementos que requieren una gran cantidad de aritmtica con ellos.

Formato binario.- Es adecuado para lo mismo que el formato decimal empacado.

8. Se deben incluir Formatos de entrada y salida, usando smbolos de codificacin especiales para indicar la manera en que los datos deben ser presentados.

Cdigo de formato de carcter.

Carcter del formatoSignificado

XSe puede desplegar o imprimir cualquier carcter.

9Tecleo o desplegado de solo nmeros.

ZMuestra los 0 ala izquierda como espacios

,Inserta comas en un desplegado numrico.

.Inserta un punto en un desplegado numrico.

/Inserta diagonales en desplegado numrico.

-Inserta un guion en un desplegado numrico.

\/Indica una posicin decimal cuando no est incluido un punto decimal.

Ejemplo XXXXXXXX podra ser representado X(8).

999999 podra ser representado 9(6).

9. Criterio de validacin para asegurar que sean capturados los datos precisos por el sistema.

Los elementos pueden ser :

Discretos significando que tienen determinados Valores Fijos.

Continuos Significando que tiene un Rango de Valores.

Criterios de Edicin Comunes:

a) Un rango de valores es adecuado para un elemento que contienen datos continuos. Por Ejemplo... 0 a 10 utilizar lmite inferior (0), lmite superior (10)

(>0 < 10)

b) Se indica una lista de valores si el dato es discreto. Un ejemplo seria los cdigos que representan los colores de los artculos. A - Azul B Blanco V - Verde.d) Una tabla de cdigos es adecuada si la lista de valores es extensa. Por ejemplo: abreviaturas de estados, cdigos telefnicos.

e) para llaves o elementos de ndice a veces se incluye un digito de verificacin.

10. Cualquier valor por omisin que pueda tener el elemento. El valor por omisin es desplegado en la pantalla de captura y es usado para reducir la cantidad de tecleo que pueda tener que hacer el operador. Por lo general, varios campos dentro de cada sistema tienen valores por omisin.

11. rea adicional para comentarios. Puede ser usada para indicar el formato de la fecha, validacin especial que se requiera, el mtodo usado para le digito de verificacin.

MINI ESPECIFICACIONES.Especificaciones de Procesos

(Anlisis estructurado) Una vez que el analista identifica los Flujos de Datos y comienza a construir el Diccionario de Datos es tiempo de pasar a las Especificaciones de Proceso y Anlisis de Decisiones.

Los tres mtodos para el Anlisis de Decisiones y la Descripcin de la lgica de Proceso tratados son:

Lenguaje estructurado.

Tablas de decisin

rboles de decisin. Las especificaciones de proceso o mini especificaciones son creadas para los procesos primitivos en los Diagrama de flujo de Datos as como para algunos procesos de ms alto nivel que explotan hacia un diagrama hijo.

Estas especificaciones explican la lgica para la toma de decisiones y las frmulas que transformarn los datos de entrada al proceso, en datos de salida.

cada elemento derivado debe tener lgica de proceso para mostrar cmo es producido a partir de elementos bsicos, o de otros elementos derivados previamente creados, que son entradas para procesos primitivos.

Nota.- Primitivo = que es primero o ms antiguo que otra cosa.

Los tres Objetivos de la Especificacin de Proceso son:

1. Reducir la ambigedad de los Procesos. Esto lleva al analista a aprender detalles acerca de la manera en que trabajan los procesos.

Cualquier rea vaga debe ser anotada, puesta por escrito... y consolidada para todas las Especificaciones del proceso.

Estas observaciones forman una base y proporcionan las preguntas para entrevistas de averiguacin con la comunidad de usuarios.

2. Obtener una Descripcin precisa de lo que se logra... (Con el proceso) Que esta por lo general incluido en un paquete de especificaciones para programador.

3. Validar el diseo del Sistema.

Esto incluye el asegurarse que un proceso tenga todos los Flujos de Datos necesarios para producir la salida.

Todas las entradas y salidas deben estar representadas en el diagrama de Flujo de Datos.

Hay situaciones donde las especificaciones de proceso no estn creadas debido a que el proceso es muy simple o ya existe en el cdigo de la computadora.

esto eventualmente deber ser anotado en la descripcin de procesos y no requerida ms diseo.

Las Categoras de Procesos que por lo general no requieren especificacin son:1. Procesos que representan entradas o salidas tpicas, tales como lectura y escritura etc. Estos procesos por lo general requieren lgica simple.2. Procesos que representan validacin de datos simples, que es por lo general fcil de lograr. Los criterios de edicin estn incluidos en el diccionario de datos y son incorporados en el cdigo fuente de computadora. Las especificaciones de procesos pueden ser producidas para ediciones complejas.3. Procesos que usen Cdigos Prescritos. Estos estn generalmente incluidos en un sistema como subprogramas y funciones.

Los subprogramas son programa de computadoras que son escritos y probados y guardados en el sistema de computadoras. Por lo general ejecutan una funcin general del sistema, tal como la validacin de una fecha o de un digito verificador. Estos programas de propsito general son escritos y documentados una sola vez, pero forman una serie de bloques de construccin que pueden ser usados por muchos sistemas por toda la organizacin. Por lo tanto estos subprogramas aparecen como procesos en muchos diagramas de flujo de datos.

Forma en que las especificaciones de procesos se relacionan con el diagrama de flujo de datos.

Formato de Especificaciones del Procesos

Las Especificaciones de Proceso enlazan los Procesos con los Diagramas de Flujo de Datos y el Diccionario de Datos, cada especificacin de proceso debe ser dada en forma separada.

1.- El Numero de Proceso que debe corresponder con el ID de proceso en el Diagrama de Flujo de Datos.

Esta especificacin le permite al analista trabajar o revisar cualquier proceso y localizar el diagrama de flujo de datos que contiene el proceso.

2.- El nombre del Proceso.

Este nombre debe ser el mismo al desplegado dentro del smbolo de proceso en el diagrama de flujo de datos.

3.- Una breve descripcin de lo que logra el proceso.

4.- Una lista del Flujo de Dato de entrada usando los nombres que se encuentran en el Diagrama de Flujo de Datos.

Los nombres de datos usados en la formula o lgica, deben corresponder con los del Diccionario de Datos para asegurar la consistencia y buena comunicacin.

5.- El flujo de datos de salida, usando tambin los nombres del diagrama de flujo de datos y el diccionario de datos.

6.- Una indicacin del tipo de proceso. Por Lote

Se conoce como modo batch o procesamiento por lotes al modo de funcionamiento de un programa que se ejecuta en modo no interactivo sobre una gran cantidad de datos. Generalmente, se disean programas para su funcionamiento en "modo por lotes" cuando la misma tarea se debe aplicar a una gran cantidad de informacin, porque sera tedioso hacerlo manualmente. En lnea

Todos los procesos en lnea requieren diseo de pantallas.

Manual.

Todos los procesos manuales deben tener un procedimiento bien definido para los empleados que ejecutan las tareas del proceso.

7.- Si el proceso ocupa cdigo prescrito, incluya el nombre del subprograma o funcin que contiene el cdigo.

8.- Una descripcin de la lgica del proceso que establezca la poltica y reglas del negocio en lenguaje comn y no en pseudocdigo del lenguaje de computadoras.

9.- Si hay suficiente espacio en la forma para una descripcin completa en lenguaje estructurado, o si hay una tabla o rbol de decisin mostrando la lgica, incluya el nombre de la tabla o rbol correspondiente.

10.- Liste cualquier punto no resuelto, parte de la lgica incompleta u otros asuntos. Esto formara la base para las preguntas usadas en la entrevista de averiguacin.

Forma de especificacin de procesos para determinar si un artculo est disponible.

ANLISIS DEL SISTEMA.Anlisis de Decisiones y la Descripcin de la lgica de Proceso.

Los tres mtodos para el Anlisis de Decisiones y la Descripcin de la lgica de Proceso son:

Lenguaje estructurado.

Tablas de decisin rboles de decisin.Espaol estructurado. (Lenguaje Estructurado)

El lenguaje estructurado es una tcnica para el anlisis del proceso de decisin, que se utiliza cuando la lgica de proceso involucra formulas o interacciones o cuando la decisiones estructuradas no son complejas.

El lenguaje estructurado est basado en la lgica estructurada o instrucciones organizadas en procedimientos anidados y agrupados, y enunciados en leguajes simples tales como sumar multiplicar y mover etc.

El lenguaje estructurado se utilizan reglas de decisin en una secuencia adecuada y utilizando los enunciados SI- ENTONCES- SI NO.

El lenguaje estructurado puede ser ms complejo si se anida bloques de instrucciones dentro de bloques de instrucciones.

Como Escribir en Lenguaje Estructurado.1.- Exprese toda la lgica en trminos de Estructuras Secuenciales, Estructuras de Decisin, Estructura de Casos o Interacciones (ver figura)

2.- Use y ponga en mayscula las palabras claves aceptadas tales como SI, ENTONCES, SI NO , HACER, HACER MIENTRAS, HACER HASTA y EJECUTAR.

3.- De sangra a los Bloques de enunciados para mostrar claramente su jerarqua (Anidada).

4.-Cuando haya sido definidas palabras o frases en el diccionario de datos subraye esas palabras o frases para indicar que tiene un significado especializado y reservado.

5.- Tenga cuidado cuando use Y, y O para evitar confusin cuando haya que distinguir entre MAYOR QUE y MAYOR QUE O IGUAL A, y relaciones parecidas. Aclare los enunciados lgicos ahora en vez de esperar a la etapa de codificacin del programa.

Ejemplos de la lgica expresada en una estructura secuencial, una estructura de decisin, una estructura de caso y una interaccin.

Tipo de Lenguaje EstructuradoEjemplo

Estructura secuencial

Un bloque de instrucciones donde no

ocurre ramificacionesAccin #1

Accin #2

Accin #3

Estructura de Decisin

Solo si una condicin es cierta, se

completa el siguiente enunciado, y en caso

contrario se salta a SI NOSI la condicin A es cierta

ENTONCES Implementar accin A

SI NO Implementar accin B

FIN SI

Estructura de Caso

Es un tipo especial de estructura de

decisin donde los casos son mutuamente

excluyente (si uno sucede los dems no)SI caso #1 implementar la accin #1

SI NO Si caso #2

Implementar accin #2

SI NO SI caso #3

Implementar accin #3

SI NO SI caso # 4

Implementar accin #4

SI NO imprimir error

FIN SI

Interaccin

Bloques de enunciados que se repiten

hasta que se terminan

HACER MIENTRAS haya clientes

Accin #1

FIN HACER

Ejemplo de lenguaje estructurado... el siguiente ejemplo muestra como es transformado un procedimiento verbal para el procesamiento de reclamaciones mdicas a lenguaje estructurado.

Tablas de decisin.

Una tabla de decisin es una tabla de renglones y columnas separadas en cuatro cuadrantes.

El cuadrante superior izquierdo contiene la condicin, mientras que el cuadrante superior derecho contiene la alternativa de condicin.

La parte inferior de la tabla contiene en el lado izquierdo las acciones a ser tomadas y al lado derecho las reglas para ejecutar las acciones.

Cuando la tabla de decisin es usada para determinar cules acciones necesitan ser tomadas, la lgica se mueve en el sentido del reloj, comenzando en la esquina superior izquierda.

Uso de una tabla de decisin para ilustrar una poltica de tienda para las compras del cliente que no usa afectivo.

Cada una de las 3 condiciones (Venta menor de 50 pagadas con cheque y uso de tarjetas de crdito) tiene solamente dos alternativas. Las dos alternativas son S(verdad)o N(falso). Son posibles cuatro acciones:

1.-Registrar la venta

2.-Buscar el nmero de la tarjeta de crdito en un libro antes de registrar la venta.

3.- llamar al supervisor para que apruebe.

4.- llamar al banco para autorizacin de tarjeta de crdito.

CONDICIONES Y ACCIONESREGLAS

1 2 3 4

Menor a $ 50

Pago con cheque con 2 formas de ID

Usa la tarjeta de crdito S S N N

S N S N

N S N S

Se Registra la venta

Se busca la tarjeta de crdito en un el libro

Se llama al supervisor para su aprobacin

Se llama al banco para la autorizacin del crdito.

X

X

X

X

Desarrollo de la Tabla de Decisin.Para construir una tabla de decisin el analista necesita determinar el tamao mximo de la tabla, eliminando cualquier situacin imposible inconsistencia o redundancia y simplificando la tabla lo ms posible.

Los siguientes pasos proporcionan al analista un mtodo sistemtico para el desarrollo de tablas de decisin:

1.- Determinar la cantidad de condiciones que pueden afectar la decisin.

Combine renglones que se traslapan, por ejemplo, condiciones que son mutuamente excluyentes.

La cantidad de condiciones llega a ser la cantidad de renglones en la mitad superior de la tabla de decisin.

2.- Determine la cantidad de accione posibles que puedan ser tomadas.

Esta llega a ser la cantidad de renglones en la mitad inferior de la tabla de decisin.

3.- Determine la cantidad de alternativas de condicin para cada condicin.

En la forma ms simple de la tabla de decisin habr dos alternativas (S o N) para cada condicin.

En una tabla de entradas extendidas puede haber muchas alternativas para cada condicin.

4.- Calcule la cantidad mxima de columnas en la tabla de decisin multiplicando la cantidad de alternativas para cada condicin.

Si hubiera cuatro condiciones y dos alternativas (S o N) para cada una de las condiciones habra 16 posibilidades de la manera siguiente:

5.- Llene las alternativas de condicion.

Comience con la primeras condiciones y divida las cantidad de columnas (16 colunas) entre el numero de alternativas para esa condicion (2 alternativas). (Resultado 8).

Psteriormente seleccione una de las alternativas, digamos S y escribala en las primera 8 columnas. Termine esibiendo N en las 8 Columnas restantes de manera siguiente..

Condicion 1: S S S S S S S S N N N N N N N N

Repita esto para cada condicion usando un subconjunto de la tabla:

(Tabla a utilizar)

Condicin 1 : S S S S S S S S N N N N N N N N

Condicin 2 : S S S S N N N N

Condicin 3 : S S N N

Condicin 4 : S N

Y contina el patrn de la condicin...

Condicin 1 : S S S S S S S S N N N N N N N N

Condicin 2 : S S S S N N N N S S S S N N N N

Condicin 3 : S S N N S S N N S S N N S S N N

Condicin 4 : S N S N S N S N S N S N S N S N

6.-Complete la tabla insertando una X donde las reglas sugieran determinada acciones.

7.- Combine reglas donde sea aparente que una alternativa no produce diferencia en la salida por ejemplo.

Condicin 1: S S

Condicin 2: S N

Accin 1: X X

Puede ser expresado como

Condicin 1: S

Condicin 2: -

Accin 1: X

El guion significa que la condicin 2 puede ser S o N y la accin todava ser tomada.

8.- Revise la tabla por cualquier situacin imposible, contradicciones y redundancias.

9.- Reacomode las condiciones y acciones (hasta las reglas) si esto hace que la tabla de decisin sea ms comprensible.

Construccin de una tabla de decisin para decidir cul catalogo enviar al cliente que ordenan solamente de catlogos seleccionados.

CONDICIONES Y ACCIONESREGLAS

1 2 3 4 5 6 7 8

El cliente pide el catlogo de otoo

El cliente pide el catlogo de navidad

El cliente pide el catalogo EspecialS S S S N N N N

S S N N S S N N

S N S N S N S N

Enviar el catlogo de navidad de este ao

Enviar el catalogo especial

Enviar ambos catlogos

X X X X

X X

X X

Combinacin de Reglas para simplificar la tabla de decisin del catlogo para clientes.

CONDICIONES Y ACCIONESREGLAS

1 2 3 4 5 6 7 8

El cliente pide el catlogo de otoo

El cliente pide el catlogo de navidad

El cliente pide el catalogo EspecialS S S S N N N N

S S N N S S N N

S N S N S N S N

Enviar el catlogo de navidad de este ao

Enviar el catalogo especial

Enviar ambos catlogos

X X X X

X X

X X

Simplificado

CONDICIONES Y ACCIONESREGLAS

1 2 3

El cliente pide el catlogo de otoo

El cliente pide el catlogo de navidad

El cliente pide el catalogo Especial- - - S - N

S N S

Enviar el catlogo de navidad de este ao

Enviar el catalogo especial

Enviar ambos catlogos

X

X

X

rboles de decisin.

Los rboles de decisin se usan cuando suceden ramificaciones complejas en un proceso de decisin estructurado.

Los rboles tambin son tiles cuando es esencial mantener una cadena de decisiones en una secuencia particular.

El rbol de decisin es trazado generalmente de lado, con la raz del rbol a lado izquierdo del papel y ramificndose a la derecha. Esta orientacin le permite al analista escribir en las ramas para describir las condiciones y acciones.

Como dibujar un rbol de decisin. Lo primero que hay que hacer al realizar un rbol de decisin es distinguir entre condiciones y acciones cuando sean trazados los rboles.

Esta distincin es especialmente relevante cuando las condicione y acciones se realizan a lo largo del tiempo y su secuencia es importante. Se debe usar un nodo Cuadrado para indicar un Accin y un Circulo para representar una Condicin.

El uso de estas notaciones hace ms legible el rbol de decisin y tambin lo hace la numeracin de los crculos y cuadrados en secuencia.

Piense que un crculo significa un SI y que un cuadrado significa ENTONCES.

Para Trazar un rbol:

1.- Identifique todas las condiciones y acciones y el orden y temporizacin de ellas. (Si es que son criticas)

2.- Comience a construir el rbol de izquierda a derecha asegurndose e que haya alistado todas las posibles alternativas antes de pasar a la derecha.

Trazado de un rbol de decisin para mostrar las acciones de aprobacin de una compra que no es en efectivo en una tienda de departamento. Este rbol simple es simtrico y las cuatros acciones al final son nicas.

La construccin de un rbol de decisin se logra en etapas cuya lgica es asimtrica.

Reservaciones de boletosDISEO ESTRUCTURADO.Conceptos Generales Sobre el Diseo.Definicin:

Diseo es el proceso de aplicar distintas tcnicas y principios con el propsito de definir un dispositivo, proceso, o sistema, con los suficientes detalles como para permitir su realizacin fsica.

El Objetivo del Diseador.

Es producir un modelo de una entidad que se construir ms adelante.

El proceso por el cual se desarrolla el modelo combina los siguientes aspectos:

La intuicin y los criterios en base a la experiencia de construir entidades similares.

Un conjunto de principios que guan la forma en la que se desarrolla el modelo.

Un conjunto de criterios que permiten aclarar aspectos sobre calidad.

Un proceso de iteracin que conduce finalmente a una representacin del diseo final.

la actividad de Diseo se dedica a asignar porciones de la especificacin estructurada a procesadores adecuados (sean mquinas o humanos) y a labores apropiadas (o tareas, particiones, etc.) dentro de cada procesador.

dentro de cada labor, la actividad de diseo se dedica a la creacin de una jerarqua apropiada de mdulos de programas y de interfaces entre ellos para implantar la especificacin creada en la actividad de anlisis.

adems, la actividad de diseo se ocupa de la transformacin de modelos de datos de entidad-relacin en un diseo de base de datos.

Qu es Diseo Estructurado. El Diseo estructurado es el proceso de decidir que componentes emplear, y la interconexin entre los mismos, para solucionar un problema especfico.

El diseo estructurado define las relaciones entre los principales elementos estructurales del programa.

El objetivo principal del diseo estructurado es desarrollar una estructura de programa modular y representar las relaciones de control entre los mdulos.

El diseo es una actividad que comienza cuando el analista de sistemas ha producido un conjunto de requerimientos funcionales lgicos para un sistema, y finaliza cuando el diseador ha especificado los componentes del sistema y las relaciones entre los mismos.

frecuentemente el analista y diseador son la misma persona, sin embargo es necesario que se realice un cambio de enfoque mental al pasar de una etapa a la otra. Al abordar la etapa de diseo, la persona debe quitarse el sombrero de analista y colocarse el sombrero de diseador.

Una vez que se han establecido los requisitos del software en el Anlisis, El D