Diagrama de actividades para software de contabilidad
1. 1
UNIVERSIDAD REGIONAL AUTONOMA DE LOS ANDES
EXTENSIÓN SANTO DOMINGO
FACULTAD SISTEMAS MERCANTILES
CARRERA SISTEMAS
PROGRAMACION ORIENTADA A OBJETOS II
TEMA: Diagrama de Actividades
AUTOR: Lenin Vivanco
TUTOR: Ing. Javier Ulloa
FECHA: 14/01/2015
PERIODO OCTUBRE 2014 – ABRIL 2015
2. 2
1. INTRODUCCIÓN
Los diagramas de actividades, representan la realización de operaciones y las
transiciones son disparadas por la finalización de estas operaciones, también se
lo menciona como la representación grafico de un proceso ya que este
representa los flujos de trabajo de las operaciones, se enfoca en los flujos
manejados por el procesamiento interno.
2. OBJETIVOS
2.1. GENERAL
Investigar acerca de los diagramas de actividades y su aplicación en el
proceso de desarrollo de software.
2.2. ESPECIFICOS
_Conocer los elementos que forman parte de los diagrama de actividades.
_Establecer las ventajas del uso de diagramas de actividades.
_Determinar la correcta forma de realizar un diagrama de actividades.
3. FUNDAMENTACIÓN CIENTIFICA
Bajo la un desarrollo por etapas representa el comportamiento interno de una
operación o de un caso de uso, agrupadas secuencialmente, el diagrama de
actividades representa un punto de inicio y un punto de cierre, aunque en
algunos casos puede variar el número de puntos de inicio y de cierre
dependiendo de la lógica del ejercicio. Este tipo de diagrama es útil para
representar las operaciones de un objeto y los procesos del negocio.
Un diagrama de actividades puede dar detalle a un caso de uso, un objeto o
un mensaje en un objeto. Permiten representar transiciones internas al
margen de las transiciones o eventos externos, La interpretación de un
diagrama de actividades depende de la perspectiva considerada: en un
diagrama conceptual, la actividad es alguna tarea que debe ser realizada;
en un diagrama de especificación o de implementación, la actividad es un
método de una clase.
3. 3
Su propósito es:
Modelar el Flujo de Tareas
Modelar las Operaciones
Partes
Nodo Inicial
Es representado por un círculo negro.
Estado único para el flujo de actividades.
Es el inicio del flujo de actividades
Nodo Final
- Representado por un círculo de color negro dentro de un círculo
transparente.
- Es el indicativo para el final del flujo de actividades.
- Es posible haber más de un estado final, diferentes formas de finalizar el
caso de uso.
Nodo de Acción
Representa una tarea, actividad o paso dentro del flujo de trabajo del caso de
uso del negocio.
- Es representado por un rectángulo ovalado en los extremos.
- El nombre de la actividad debe:
_ Ser simple y breve.
_ Ser un verbo o frase verbal en infinitivo.
_ Colocarse dentro del símbolo de la actividad.
Flujo de Control
Es representado a través de una línea dirigida
- Señala la secuencia de cada elemento dentro del diagrama.
- Al completarse la ejecución de una actividad el flujo de control pasa a la
siguiente.
4. 4
Flujo de Objeto y Nodo de Objeto
Muestran cambios tales como.
Nodo de Decisión
Se representa por un rombo.
- Debe nombrarse tal y como se hace en el negocio.
- Se acompaña de la pregunta que debe hacerse el proceso para la toma de
decisión.
5. 5
Aplicación en el proceso de desarrollo de software
En el desarrollo del software es necesario tomar decisiones para llegar a tener
el producto final, de estas decisiones depende el comportamiento y la
funcionalidad del software para obtener un detalle de los comportamientos de
cada decisión usamos el diagrama de actividades ya que es nos muestra
desde el punto de inicio hasta el punto final detallando muchas de las rutas de decisiones
que existen en el progreso de eventos contenidos en la actividad también usamos los
diagramas de actividades para detallar situaciones donde el proceso paralelo puede
ocurrir en la ejecucióndealgunasactividades.
Ventajas
_Permiten identificar los problemas y las oportunidades de mejora del
proceso.
_Permite identificar los pasos, los flujos de los reproceso, los conflictos de
autoridad, las responsabilidades, los cuellos de botella, y los puntos de
decisión.
_Facilita el entendimiento del proceso de desarrollo de software para
personas no especializadas en la materia.
Desventajas
_No indican de forma explícita qué objetos ejecutan,
_No muestra las actividades, ni tampoco la forma en que el servicio de
mensajería trabaja entre ellos.
Tener en cuenta para realizar un diagrama de actividades
_Identificar y listar las principales actividades/subprocesos que están incluidos
en el proceso a describir y su orden cronológico.
_Identificar y listar los puntos de decisión.
_Construir el diagrama respetando la secuencia cronológica y asignando los
correspondientes símbolos.
_Asignar un título al diagrama y verificar que esté completo y describa con
exactitud el proceso elegido.
6. 6
4. DESARROLLO
Ejemplo de Diagrama de actividades
En el Inicio identificamos al usuario con un nodo de decisión si pertenece a la
parte de contaduría se envía directamente a la interfaz de contaduría, en la
cual puede realizar acciones como cobros y pagos, si ingresa como
administrador caga interfaz de administrador donde verifica estados y evalúa
órdenes y si ingresa por comercial e inventarios se podrá ingresar pedidos,
generar entregas y realizar las ventas. Como podemos notas este diagrama de
actividades tiene 3 diferentes formas de finalizar dependiendo del uso del
software en cada momento.
5. CONCLUSIONES
_El diagrama de actividades muestra una visión simplificada de lo que ocurre
durante el proceso del software
_Según la toma de decisiones en el proceso del sistema se puede llegar a
diferentes finales
_Los diagramas de actividades son muy útiles al momento de detallar
procesos paralelos que pueden ocurrir al ejecutar algunas actividades.
7. 7
6. BIBLIOGRAFIA
6.1. Digital
Julián Flórez (2011) Blog Spot
http://grapa3ingenieriadelsoftwareaplicada.blogspot.com/p/vii-modelado-del-
sistema.html
Jenny (Nov26 2009) Scribd
http://es.scribd.com/doc/23197639/diagrama-de-actividades#scribd
Joselyn Marticorena (2012) Blog Spot
http://wwwingenieriasistemas.blogspot.com/2012/05/tipos-de-diagramas-uml.html
J.M. Drake (Seminario UML)
http://www.ctr.unican.es/asignaturas/procodis_3_II/Doc/stateDiagram.pdf