ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Diagrama de procesos


Enviado por   •  3 de Marzo de 2014  •  Tesis  •  1.553 Palabras (7 Páginas)  •  271 Visitas

Página 1 de 7

INTRODUCCIÓN

Los diagramas generales son representaciones graficas que reúnen todos los hechos necesarios relacionados con la operación o el proceso en forma clara, a fin de que se puedan examinar de modo crítico y así poder implantar el método más práctico, económico y eficaz.

Cada diagrama general tiene una función o utilidad específica, razón por la cual un ingeniero industrial debe aprovechar estos instrumentos con el propósito de emplear solo aquel que le permita resolver un problema determinado. Se clasifican en: diagrama de procesos, diagrama de operaciones y diagrama de recorrido.

Tanto los diagramas de operaciones, de proceso y de recorrido; tienen importancia en el proceso de mejoras. su utilización correcta ayudara a formular el problema, a resolverlo, a hacer que se acepte su solución e implantar. Estos diagramas son auxiliares-descriptivos e informativos valiosos para entender un proceso y sus actividades relacionadas.

Estos diagramas cuentan con simbología específica para clasificar cada una de las acciones que se llevan a cabo en un determinado proceso para detectar y eliminar posibles ineficiencias.

Es por esto, que para poder identificar y familiarizar con los diagramas generales se realizó un caso práctico de la elaboración de cocuizas, donde se pudo conocer a detalle la utilización e importancia de los mismos.

OBJETIVOS

OBJETIVO GENERAL

➢ Investigar que es el diagrama de procesos para aprender más de su funcionamiento y las diferentes tipos de diagrama.

OBJETIVO ESPECÍFICOS

➢ Aprender a utilizar e implementar efectivamente los diagramas de procesos.

➢ Conocer los diferentes tipos de diagrama para saberlos utilizar en la empresa.

➢ Conocer su funcionamiento de cuando, como, donde y por qué utilizarlos.

Marco Teórico.

DIAGRAMA DE CLASES.

ARQUITECTURA DE SOFTWARE

Disciplina de Análisis y Diseño. Diagramas de clases, de secuencia y WAE

DIAGRAMAS DE CLASES

Un diagrama de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejará en el sistema, y los componentes que se encargaran del funcionamiento y la relación entre uno y otro.

NOMBRE DE UNA CLASE

Cada clase tiene un nombre. Un nombre puede ser simple, en donde sólo el nombre de la clase se especifica. La otra forma de nombrar una clase es especificando el nombre de ruta, la cual contiene también el nombre del paquete. Es importante destacar que las clases deben comenzar con letra mayúscula, si el nombre está compuesto por dos palabras, las mismas deben ser unidas comenzando cada una en mayúscula.

ATRIBUTOS DE UNA CLASE

Un atributo es una propiedad de una clase y tiene un nombre. Los atributos de una clase caracterizan la clase. Los atributos especifican un rango de valores que los objetos de la clase pueden tomar. Los atributos de una clase describen las propiedades esenciales de la clase, y pueden ser especificados dentro del rectángulo ubicado debajo del nombre de la clase. Los nombres de atributos que constan de una sola palabra comienzan con letra minúscula. Sí el nombre del atributo esta formado por más de una palabra, cada palabra siguiente comenzará con una letra mayúscula, a excepción de la primera palabra que comenzará en minúscula, tal como en nombreEmpleado.

OPERACIONES DE UNA CLASE

Las operaciones son las funcionalidades o comportamiento que una clase ofrece, por ejemplo una clase llamada Carro puede realizar diferentes operaciones tales como: Acelerar(), Frenar(), cruzar(), entre otros. En UML, las operaciones se especifican en un rectángulo ubicado debajo de la lista de atributos.

Se puede especificar el parámetro tomado por una operación junto con su tipo de dato, indicándolo entre los paréntesis que preceden al nombre de la operación, como en colocarSalario(salario:Float). También se puede especificar el tipo de retorno de una función, como en obtenerSalario().

ESTEREOTIPO DE UNA CLASE

Cada conjunto de atributos u operaciones puede ser categorizado y un nombre puede proporcionarse para este grupo. Esto se denomina un estereotipo. Los estereotipos ayudan a agrupar operaciones o atributos similares. También ayudan a una mejor organización de atributos y operaciones cuando se especifican como parte de la clase. Típicamente, los estereotipos son encerrados dentro de >.

RESPONSABILIDADES DE UNA CLASE

¿Existe alguna diferencia entre una operación y una responsabilidad? Las operaciones son las implementaciones de los servicios proporcionados por la clase. Por otro lado, las responsabilidades son aquellas que una clase establece y que es capaz de realizar. Las responsabilidades son obligaciones a ser cumplidas por una clase. Por ejemplo, la clase Empleado es responsable de conocer el nombre del empleado o su edad. Las responsabilidades se muestran en forma textual, en simple español.

RELACIONES ENTRE CLASES

Las relaciones conectan dos o más cosas. En la orientación a objetos, se hablan de tales conexiones entre dos o más clases. Los cuatro tipos de relaciones entre clases son las siguientes:

• Dependencia. • Generalización. • Asociación. • Agregación.

RELACIÓN DE DEPENDENCIA

La relación de dependencia es la relación de “utiliza”. Esto quiere decir que un elemento usa otro elemento para que se realice una tarea. Un cambio en el elemento que se está usando afecta al elemento que lo usa. Lo inverso no necesariamente es cierto. Una dependencia puede tener nombre. Pero normalmente no se le pone nombre a menos que se tenga un modelo que tenga muchas dependencias y exista la necesidad de distinguirlas entre ellas.

RELACIÓN DE HERENCIA O GENERALIZACIÓN

La generalización consiste de la relación entre una clase principal (superclase) y la subclase. La superclase representa un concepto general mientras que la subclase representa un concepto más específico. Esta relación es llamada también una relación “es un tipo de” (“is a kind of”). Ejemplos de esta relación son:

• Rosa es un tipo de flor.

• Quick sort es un tipo de algoritmo de ordenamiento.

• Lapicero es un tipo de instrumento de escritura.

• Windows 2000 es un tipo de sistema operativo.

RELACIÓN DE ASOCIACIÓN

La relación de asociación es una relación simple. Conecta dos clases, denotando la relación estructural entre ellas. En una asociación, es posible navegar entre las clases que participan en la relación. La notación UML para una asociación es una línea sólida que conecta las dos clases que participan en la relación de asociación. Una relación de asociación puede tener un nombre que indica la asociación entre las dos clases, en este caso debe colocársele justo sobre la línea sólida que define la asociación. Cuando una clase participa en una relación de asociación, juega un role específico en esa relación. Los roles pueden ser especificados para cada clase que participa en la relación.

RELACIÓN DE AGREGACIÓN

Se conoce como una relación todo-parte (whole-part). La clase en un extremo de la relación contendrá las clases en el otro extremo de la relación. La relación todo-parte significa la relación “es parte de” o “tiene un”. Algunos ejemplos de una relación de agregación son los siguientes:

• Un cuarto tiene una puerta.

• Edificio tiene cuartos.

• Vehículo tiene un motor.

• Compañía tiene departamentos.

• Libro tiene capítulos. También se puede especificar una relación de agregación al extender la relación básica de asociación.

EXISTEN DOS FORMAS DE AGREGACIÓN:

• Agregación simple.

• Composición. Una agregación establece una relación del tipo “tiene un” entre dos clases. En una agregación simple, el tiempo de vida del todo y las partes no están enlazados. Por otro lado, en la composición, si están enlazados. Si el todo deja de existir, las partes automáticamente dejan de existir.

LA FIGURA MUESTRA UNA AGREGACIÓN SIMPLE.

Esta relación se muestra usando un diamante sin rellenar. El diamante se ubica cerca de la clase que forma el todo en la relación. Puerta y Asiento existen como entidades incluso si la clase VehiculoCuatroruedas deja de existir. Ellas están disponibles para su uso con otros vehículos similares.

Edificio tiene una relación de composición con Piso, y Piso a su vez tiene una relación de composición con Habitación. En la primera instancia, Edificio es el todo y Piso es la parte. En la segunda instancia, Piso es el todo y Habitación es la parte. Esta relación se muestra como un diamante negro ó relleno, que se coloca cerca de la clase que representa el todo en la relación.

PASOS PARA REALIZAR EL DIAGRAMA DE CLASES

1. Identificar las Clases

2. Identificar propiedades y métodos

3. Identificar relaciones

ALGUNAS RECOMENDACIONES

Se debe notar que cada clase que se modela debe corresponder a alguna entidad tangible de una abstracción conceptual en el mundo real. Lo siguiente debe tenerse en cuenta para lograr una clase bien estructurada:

• La clase debe proporcionar una abstracción clara de algo desde el dominio del problema o desde el dominio de la solución. Usualmente puede ser parte del vocabulario del dominio del problema o del dominio de la solución.

• La clase tiene un pequeño conjunto de responsabilidades bien definidas y las lleva a cabo de una buena forma.

• La clase proporciona una clara separación de la especificación y la implementación.

• La clase es fácilmente entendible.

• La clase es simple.

Cuando se dibuja la clase en UML, es una buena idea seguir los consejos que se dan a continuación:

• Limitar la presentación de todas las propiedades de la clase siendo considerada a niveles aceptables. Se debe mostrar sólo aquellas propiedades de la clase que son importantes para entender la naturaleza de la abstracción en su contexto.

• Si se tiene una larga lista de atributos, trate de agruparlos de acuerdo con alguna categoría.

• Si cierto conjunto de clases está relacionado, muéstrelos en el mismo diagrama.

Marco Teórico.

DIAGRAMA DE OBJETOS

...

Descargar como  txt (10.2 Kb)  
Leer 6 páginas más »
txt