Técnicas y herramientas de documentación

5,180 views

Published on

1 Comment
0 Likes
Statistics
Notes
  • Be the first to like this

No Downloads
Views
Total views
5,180
On SlideShare
0
From Embeds
0
Number of Embeds
20
Actions
Shares
0
Downloads
73
Comments
1
Likes
0
Embeds 0
No embeds

No notes for slide

Técnicas y herramientas de documentación

  1. 1. Universidad Veracruzana Fundamentos de Sistemas de Información M.E. Patricia Arieta Melgarejo Mayo de 2008
  2. 2. Árboles de decisión
  3. 3. <ul><li>Los árboles de decisiones son uno de los tres métodos que se emplean para describir decisiones y que evita dificultades en la comunicación. </li></ul>
  4. 4. Características <ul><li>Es un diagrama que se representa en forma secuencial decisiones y acciones </li></ul><ul><li>Muestra la relación que existe entre cada condición y el grupo de acciones permisibles asociado con ella. </li></ul><ul><li>La secuencia de decisión comienza en la raíz del árbol de izquierda a derecha. </li></ul><ul><li>La parte que se encuentra a la derecha del árbol indica las acciones que deben realizarse, las que a su vez dependen de la secuencia de condiciones </li></ul>
  5. 5. Beneficios <ul><li>Describe condiciones y acciones, ayudan a identificar de manera formal las decisiones que actualmente deben tomarse </li></ul>
  6. 6. Beneficios <ul><li>Tener diferentes formas de decir la misma cosa puede crear dificultades de comunicación durante los estudios de sistemas </li></ul><ul><li>Los árboles de decisión son uno de los tres métodos que se emplean para describir decisiones y que evita dificultades en la comunicación. </li></ul>
  7. 7. Elementos CONDICIONES Estados posibles de los eventos Conducen a la selección de ACCIONES Alternativas, pasos, actividades o procedimientos que deben emprenderse cuando se toma una decisión específica
  8. 8. Características <ul><li>Diagrama que representa en forma secuencial condiciones y acciones; </li></ul><ul><li>Muestra qué condiciones se consideran en primer lugar, cuáles en segundo y así sucesivamente. </li></ul><ul><li>Permite mostrar la relación que existe entre cada condición y el grupo de acciones permisibles asociado con ella. </li></ul><ul><li>La raíz del árbol es el punto donde comienza la secuencia de decisión. </li></ul>
  9. 9. Características <ul><li>La rama a seguir depende de las condiciones existentes y de la decisión que debe tomarse. </li></ul><ul><li>Al avanzar de izquierda a derecha por una rama en particular, se obtiene una serie de toma de decisiones. </li></ul><ul><li>Los nodos del árbol representan condiciones y señalan la necesidad de tomar una determinación relacionada con la existencia de alguna de éstas, antes de seleccionar la siguiente trayectoria. </li></ul><ul><li>La parte que se encuentra a la derecha del árbol indica las acciones que deben realizarse, las que a su vez dependen de la secuencia de condiciones que las preceden. </li></ul>
  10. 10. Secuencia de decisiones
  11. 11. Ejercicio <ul><li>A menudo la empresa ofrece diferentes descuentos en la venta de mercancía de acuerdo con el volumen del pedido. Una compañía puede basar el monto de sus descuentos sobre tres valores diferentes de la condición: Volumen de pedido </li></ul><ul><li>En la compra de mercancía con más de 10,000 dólares se ofrece el 3% de desc. </li></ul><ul><li>Entre 5,000 y 10,000 el 2% de desc. </li></ul><ul><li>Y menos de 5,000 sin ningún descuento. </li></ul>
  12. 12. Representación Condición Acción Volumen de pedido: Más de 10,000 Efectuar desc. Del 3% sobre el monto de compra Entre 5,000 a 10,000 Efectuar desc. Del 2% sobre el monto de la compra Menos de 5,000 Pagar el monto total de la factura
  13. 13. Representación
  14. 15. Evitando problemas <ul><li>Los árboles de decisión no siempre son las mejores herramientas para el análisis de decisiones. El árbol de decisión de un sistema complejo con muchas secuencias de pasos y combinaciones de condiciones puede tener un tamaño considerable. </li></ul><ul><li>El gran número de ramas que pertenecen a varias trayectorias constituye más un problema que una ayuda para el análisis. En estos casos los analistas corren el riesgo de no determinar qué políticas o estrategias de la empresa son la guía para la toma de decisiones específicas. </li></ul><ul><li>Cuando aparecen estos problemas, entonces es momento de considerar las tablas de decisión. </li></ul>
  15. 16. Ejercicio para resolver <ul><li>La compañía de vuelos locales e internacionales AEROLINEAS AEREAS, SA aplica la siguiente política para el servicio de cócteles: </li></ul><ul><li>Si el vuelo está ocupado más de la mitad y el pasaje cuesta más de U$S150.- por asiento, se sirve cóctel sin cargo, salvo que se trate de un vuelo local. </li></ul><ul><li>Los cócteles se cobran en todos los vuelos locales. </li></ul><ul><li>Sólo en vuelos que están cubiertos más de la mitad se sirven cócteles. </li></ul>
  16. 17. Tablas de decisión
  17. 18. Especificación <ul><li>Es un modelo alternativo que muestra la función </li></ul><ul><li>en forma tabular o matricial. </li></ul><ul><li>Para ello hay que definir la parte de condición, </li></ul><ul><li>formada por un conjunto de condiciones y entradas </li></ul><ul><li>de condiciones y la parte de acción formada por un </li></ul><ul><li>conjunto de acciones y entradas de acción. </li></ul>
  18. 19. <ul><li>La tabla de decisión es una matriz de renglones y columnas que indican condiciones y acciones. Las reglas de decisiones, incluidas en una tabla de decisión establecen el procedimiento a seguir cuando existen ciertas condiciones. Este método se emplea desde mediados de la década de los 50, cuando fue desarrollado por General Electric para el análisis de funciones de la empresa como control de inventarios, análisis de ventas, análisis de créditos y control de transporte y rutas. Se utiliza la tabla de decisión cuando existen muchas combinaciones. </li></ul>
  19. 20. Carácterísticas <ul><li>La tabla de decisión está integrada por cuatro secciones: </li></ul><ul><li>Identificación de Condiciones </li></ul><ul><li>Entradas de Condiciones </li></ul><ul><li>Identificación de Acciones </li></ul><ul><li>Entradas de Acciones </li></ul>
  20. 21. Características <ul><li>La Identificación de Condiciones señala aquellas que son relevantes. </li></ul><ul><li>Las Entradas de Condiciones , indican que valor , si es que los hay, se debe asociar para una determinada condición </li></ul><ul><li>Las entradas de Acciones muestran las acciones específicas del conjunto que deben emprenderse cuando ciertas condiciones o combinaciones de éstas son verdaderas. </li></ul>
  21. 23. Características
  22. 24. Utilidad <ul><li>Permite representar la descripción de situaciones decisivas, es decir, se representan las distintas alternativas, estados de la naturaleza y las consecuencias. </li></ul><ul><li>Nos proporcionan una descripción completa, correcta, clara y concisa de una situación que se resuelve por una decisión tomada en un momento específico del tiempo . </li></ul>
  23. 25. Construcción <ul><li>Para desarrollar tablas de decisión, se deben emprender los siguientes pasos: </li></ul><ul><li>Determinar los factores considerados como más relevantes en la toma de decisiones. Esto permite identificar las condiciones en la decisión. Cada condición seleccionada de detener la característica de ocurrir o no ocurrir; en este caso no es posible la ocurrencia parcial. </li></ul><ul><li>Determinar los pasos o actividades más factibles bajo condiciones que cambian (no sólo las condiciones actuales). Esto permite identificar las acciones. </li></ul>
  24. 26. Construcción <ul><li>3. Estudiar las diferentes posibilidades de combinaciones de condiciones. Para cualquier número N condiciones, existen 2 n combinaciones a considerar, por ejemplo para tres condiciones es necesario examinar ocho posibles combinaciones 2 3 = 8. </li></ul><ul><li>4. Llenar la tabla con reglas de decisiones. </li></ul>
  25. 27. Construcción <ul><li>Existen dos formas para hacerlo. </li></ul><ul><li>La primera , escenario los renglones de condición con valores sí o no para cada combinación posible de condiciones. Esto es llenar la primera mitad del renglón consigo y la otra mitad con no. El siguiente renglón se llena alternando con S y N, repitiéndose este proceso hasta llenar la tabla. </li></ul>
  26. 28. Construcción <ul><li>El otro método para llenar la tabla considera una condición a la vez y, por cada condición adicional, la añade a la tabla pero sin considerar las combinaciones de condiciones y acciones duplicados. </li></ul><ul><ul><ul><li>A) Establece la primera condición y todas las acciones permisibles. </li></ul></ul></ul><ul><ul><ul><li>B) Añadir la segunda condición duplicando la primera mitad de la matriz y llenando los diferentes valores S y N de las dos mitades de la matriz aumentada con las nuevas condiciones. </li></ul></ul></ul><ul><ul><ul><li>C) Para cada condición adicional repite el paso b. </li></ul></ul></ul>
  27. 29. Construcción <ul><li>5. Marcar las entradas correspondientes a las acciones con una X para indicar que éstas se emprenden; dejar las celdas vacías o marcadas con un guión para señalar que en ese renglón no emprende ninguna acción. </li></ul><ul><li>6. Examinar la tabla para detectar reglas redundantes o contradicciones entre estas. </li></ul>
  28. 30. Construcción <ul><li>Estos sencillos lineamientos no sólo ahorran tiempo al construir una tabla de decisiones a partir de información recopilada durante la investigación, sino que también es de ayuda para señalar donde falta información, donde no importan las condiciones en un proceso, o donde existen relaciones o resultados importantes que otros no detectaron o consideraron. </li></ul><ul><li>En otras palabras, el empleo de las tablas de decisión produce un análisis más completo y exacto. </li></ul>
  29. 31. Ejemplo: <ul><li>Un cliente de una entidad bancaria solicita un crédito. El crédito se aprueba cuando no se ha rebasado su límite de endeudamiento, si los créditos anteriores se han pagado cumplidamente o se tiene autorización directa del gerente. </li></ul><ul><li>Se supone que &quot;solicita un crédito&quot; y &quot;límite de credito&quot; se han definido cualitativamente. </li></ul>
  30. 32. Pasos de construcción <ul><li>La tabla de decisión se construye en la siguiente forma: </li></ul><ul><li>1. Se determina el número de reglas con base en el cálculo del producto de las permutaciones. Para este caso se tiene: </li></ul><ul><ul><li>Tiene cupo de crédito: Dos posibilidades </li></ul></ul><ul><ul><li>Ha pagado cumplidamente: Dos posibilidades </li></ul></ul><ul><ul><li>Autorización directa del gerente: Dos posibilidades </li></ul></ul><ul><li>Por lo tanto hay 2 3 = 8 posibles reglas. </li></ul>
  31. 33. Pasos de construcción 2. Se listan todas las condiciones y todas las acciones y se dibujan las columnas para cada regla Reglas 1 2 3 4 5 6 7 8 Tiene cupo de crédito Ha pagado cumplidamente . Autorización directa del gerente Concesión de crédito .
  32. 34. Pasos de construcción <ul><li>3. Se desarrollas todas las posibles combinaciones de condiciones de manera sistemática. El número de combinaciones es: N= n*r </li></ul><ul><li>Donde: </li></ul><ul><ul><ul><li>n: es el número de posibles estados r: es el número de filas de condiciones Para este caso N = 8*3 = 24 </li></ul></ul></ul>Reglas 1 2 3 4 5 6 7 8 Tiene cupo de crédito Ha pagado cumplidamente S S S S N N N N S S N N S S N N Autorización directa del gerente Concesión de crédito S N S N S N S N
  33. 35. Pasos de construcción 4. Una vez se han establecido las entradas de condiciones se indican las acciones apropiadas para cada regla. Reglas 1 2 3 4 5 6 7 8 Tiene cupo de crédito Ha pagado cumplidamente S S S S N N N N S S N N S S N N S N S N S N S N Autorización directa del gerente Concesión de crédito X X X . X X X . X X X X X X X X Figura 2.8 Tabla de decisión llena.
  34. 36. Pasos de construcción 5. Se reagrupa la tabla de tal manera que las reglas que produzcan acciones similares queden juntas. Reglas 1 2 3 4 5 6 7 8 Tiene cupo de crédito Ha pagado cumplidamente S S S N N N S N S S N S S N N N S N S S N S N N Autorización directa del gerente Concesión de crédito X X X X X X X X. X X X X X X X X Figura 2.9 Tabla de decisión final.
  35. 37. Pasos de construcción <ul><li>Se puede observar que las reglas siete y ocho son independientes de la condición uno, por lo cual se puede eliminar de la tabla. </li></ul><ul><li>Los pasos anteriores producen una tabla de decisión que no tiene ambigüedades con respecto a las condiciones de procesamiento y sus consecuencias. Las tablas de decisión se usan para describir modelos de distintos procesos acción-condición y para máquinas de estado finito. </li></ul><ul><li>Existen herramientas que traducen las tablas de decisión a código fuente de lenguajes de programación__ </li></ul>
  36. 38. Ejemplo
  37. 39. Ejercicio <ul><li>Supongamos la política de descuentos que realiza una empresa sobre los pedidos de sus clientes dependiendo del volumen de compras del año anterior. Si se trata de clientes con más de 5 años de antigüedad se le aplica un descuento del 25% si el valor de los pedidos anuales es superior a 5.000.000 pts. Si el montante de los pedidos se encuentra entre los valores 3.000.000 pts. y 5.000.000 pts., el descuento efectuado será del 15% y si no se alcanza la cifra de 3.000.000 pts., se aplicará el 10%. Para clientes entre 3 y 5 años de antigüedad se aplicará el 11% para compras por valor superior a 4.000.000 pts. y el 5% por valor igual o inferior. Si tienen menos años de antigüedad, se aplicará el 9% si el valor de compras es superior a 4.000.000 pts. A los clientes clasificados como especiales se les aplicará un descuento de 25% si el </li></ul><ul><li>Volúmen de compras supera los 5.000.000 pts. o del 20% en caso contrario </li></ul>
  38. 42. HIPO
  39. 43. Siglas <ul><li>Hierarchical Input-Process-Output” </li></ul><ul><li>Es un diagrama jerárquico insumo-proceso-producto, es una técnica diagramática que utiliza una serie de diagramas para mostrar el insumo, producto y las funciones de un sistema. </li></ul><ul><li>Muestra que hace el sistema pero no como lo hace. (Martin & McClure, 1985) </li></ul>
  40. 44. <ul><li>La hipótesis en la que HIPO se basa es que es fácil perder la pista de la función deseada de un sistema o componente de un sistema grande. Esta es una razón por la que es difícil comparar los sistemas existentes contra sus especificaciones  originales (y por lo tanto, porque pueden ocurrir fallas incluso en los sistemas técnicamente bien formulados). </li></ul>
  41. 45. <ul><li>Desde el punto de vista del usuario, una sola función puede a menudo extenderse a varios módulos, por lo tanto, el interés del analista es entender, describir y documentar  los módulos y su interacción de forma que se obtenga el detalle suficiente, pero que no se pierda de vista el panorama general.  </li></ul>
  42. 46. <ul><li>El diagrama HIPO son descripciones gráficas del sistema, en vez de prosa o narrativa. Ayudan a los analistas a responder tres preguntas guía: </li></ul><ul><li>1. ¿Qué hace el sistema o módulo (Se pregunta al diseñar el sistema). </li></ul><ul><li>2. ¿Cómo lo hace?  </li></ul><ul><li>3. ¿Cuáles son las entradas y las salidas? </li></ul><ul><li>Una descripción de HIPO para un sistema consta de una tabla visual de contenidos y los diagramas funcionales. </li></ul>
  43. 47. Tipos de diagrama <ul><li>Existen tres clases de diagramas HIPO: </li></ul><ul><ul><li>Tabla de contenido visual, </li></ul></ul><ul><ul><li>los diagramas generales y </li></ul></ul><ul><ul><li>Los detallados. </li></ul></ul>
  44. 48. Ta bla de Contenido Visual <ul><li>La tabla de contenido visual es el nivel superior del diagrama de HIPO. Es una estructura en forma de árbol que muestra los componentes generales de un sistema. No ofrece información de control ni describe los datos en el sistema. </li></ul>
  45. 49. Ta bla de Contenido Visual
  46. 51. Diagrama General <ul><li>En el diagrama general se describen los insumos, los procesos y productos de los componentes principales del sistema. El propósito es &quot;proveer de un conocimiento general de una función&quot;. </li></ul>
  47. 52. Diagrama General
  48. 53. Diagrama Detallado <ul><li>El diagrama detallado provee de la información necesaria para entender cuales son los insumos, procesos llevados a cabo y el producto de un componente funcional. </li></ul><ul><li> En el diagrama la parte identificada como Insumo se encuentra a mano derecha y muestra los datos ya sean documentos, tablas, arreglos, archivos y otros que son necesarios para el proceso. </li></ul>
  49. 54. <ul><li>Ambos tipos de diagramas los generales y detallados se parecen en el formato utilizado. Este consiste en tres cajas o rectángulos identificados de la siguiente forma: Insumo, Proceso y Producto. </li></ul>
  50. 55. Jackson
  51. 56. Jackson <ul><li>Esta metodología creada por el inglés Michael Jackson se basa en que la estructura de un programa está en función de la estructura de los datos que manipula. </li></ul><ul><li>Jackson emplea módulos según su orden jerárquico dentro de los diferentes niveles donde se encuentra. Cada módulo es un dato o un conjunto de datos [JOY88]. </li></ul>
  52. 57. Construcciones básicas <ul><li>Las estructuras básicas en este método vienen representadas en la figura 2.6 y son las siguientes: </li></ul><ul><li>Secuencial: un número determinado de módulos se ejecutan una sola vez en el orden jerárquico preestablecido. </li></ul><ul><li>Repetitiva: un módulo se ejecuta desde cero hasta n veces. El proceso repetitivo se indica con un asterisco (*). </li></ul><ul><li>Alternativa: Se selecciona para la ejecución un módulo entre varios posibles. El proceso se indica por medio de una letra O. </li></ul><ul><li>Con estas estructuras básicas se puede obtener cualquier otra que intervenga en el diseño del programa. </li></ul><ul><li>El uso del método de Jackson supone lectura arriba-abajo y de izquierda a derecha. </li></ul>
  53. 58. Objetos utilizados <ul><li>1. Entidad. Representa un objeto real o abstracto acerca del cual se almacena información por ser relevante para el sistema. </li></ul><ul><li>2. Evento. Acontecimiento que sucede en el mundo real y que como consecuencia causa un cambio en la base de datos. </li></ul><ul><li>3. Efecto. Cambio en una ocurrencia de una entidad causado por un efecto </li></ul>
  54. 59. Objetos <ul><li>Entidades de datos: Cualquier objeto sobre el que el sistema guarda información. Las entidades de datos están caracterizadas por sus atributos. </li></ul><ul><li>• Se construirá una HVE para cada entidad del sistema. Se describe la sucesión de eventos que afectan a dicha entidad y cuyos efectos son, en líneas generales: </li></ul><ul><li>Crear o dar de alta la entidad en el sistema. </li></ul><ul><li>Modificar cualquier aspecto o característica de la entidad, es decir, modificar sus atributos . </li></ul><ul><li>Borrar o dar de baja la entidad del sistema. </li></ul>
  55. 60. Objetos <ul><li>Eventos: </li></ul><ul><li>Cualquier suceso que activa un proceso que actualiza </li></ul><ul><li>datos en el sistema. </li></ul><ul><li>Se pueden considerar tres tipos de eventos: </li></ul><ul><li>Eventos producidos en el exterior del sistema, por ejemplo,una solicitud de alta </li></ul><ul><li>Eventos periódicos, sin estímulo externo, por ejemplo, archivar entidades a las que no se haya accedido en cierto tiempo </li></ul><ul><li>Eventos reconocidos internamente, por ejemplo, prerrequisitos que el sistema exige para activar el proceso de actualización </li></ul><ul><li>• Los eventos se asocian a las entidades </li></ul>
  56. 61. Objetos <ul><li>Efectos: Los efectos describen el resultado de la acción de un evento sobre una entidad determinada. </li></ul><ul><li>• Un evento puede tener diferentes efectos sobre distintas entidades de datos, por ejemplo, el evento “Solicitud apertura cuenta bancaria”, tiene los siguientes efectos: </li></ul><ul><ul><li>Crea entidad cliente ( o lo actualiza si el cliente ya existe) </li></ul></ul><ul><ul><li>Crea entidad cuenta </li></ul></ul><ul><li>• Un evento puede tener diferentes efectos sobre una misma entidad de datos, en diferentes tiempos. </li></ul><ul><li>• Principales tipos de efectos: I (Insertar), M (Modificar) y B (Borrar) </li></ul>
  57. 62. Secuencia <ul><li>Secuencia, Salir y continuar </li></ul>
  58. 63. <ul><li>Selección </li></ul>
  59. 64. <ul><li>Repetición </li></ul>
  60. 65. <ul><li>Estructuras Paralelas </li></ul>
  61. 66. <ul><li>Ejemplo </li></ul>
  62. 76. <ul><li>COHESION PROCEDIMENTAL </li></ul><ul><li>Este tipo de cohesión se da cuando el módulo tiene una </li></ul><ul><li>serie de elementos (funciones) relacionados por un </li></ul><ul><li>procedimiento efectuado por el código. </li></ul><ul><li>(Cuando un módulo contiene un conjunto de funciones o </li></ul><ul><li>procedimientos que en principio no tienen ninguna relación unos </li></ul><ul><li>con otros. Esto provoca que sea muy difícil mantener el módulo, y </li></ul><ul><li>que sea prácticamente imposible la reutilización). </li></ul><ul><li>􀀯 </li></ul>

×