1.2 - Procesos Actuales.docx

  • Uploaded by: Miller Cruz Mejia
  • 0
  • 0
  • June 2020
  • PDF

This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA


Overview

Download & View 1.2 - Procesos Actuales.docx as PDF for free.

More details

  • Words: 1,297
  • Pages: 6
1.2 – Descripción de procesos actuales Un proceso de desarrollo de software es el conjunto de actividades necesarias para transformarlos requerimientos del usuario en un sistema informático". Un proceso define quién está haciendo qué, cuándo y cómo alcanzar un determinado objetivo. Un sistema, por pequeño que sea, generalmente es complicado. Por eso se necesita dividirlo empiezas si se pretende comprenderlo y gestionar su complejidad. Esas piezas se pueden representar través de modelos que permitan abstraer sus características esenciales. El modelado del negocio es una técnica para comprenderlos procesos del negocio de la organización. Los propósitos que se persiguen al realizarse el modelado del negocio, son: entender la estructura y la dinámica de la organización, entender los problemas actuales e identificar mejoras potenciales, asegurarse de que los clientes, usuarios finales y desarrolladores tengan una idea común de la organización y derivar los requerimientos del sistema a partir del modelo de negocio que se obtenga. El modelo del negocio describe el negocio en términos de casos de usos del negocio, que corresponde a lo que generalmente se le llama procesos. El modelo de casos de uso del negociones un modelo que describe los procesos de un negocio (casos de uso del negocio)y su interacción con elementos externos (actores),1tales como socios y clientes, es decir, describe las funciones que el negocio pretende realizar y su objetivo básico es describir cómo el negociones utilizado por sus clientes y socios. Para identificar los procesos de negocio es muy importante tener en cuenta que deben generar un valor para el negocio o mitigar los costos del negocio: 1.- Clasificación de los procesos de negocio Para encontrar casos de uso del negocio se pueden clasificarlos procesos de negocio en tres categorías: Núcleo: Considerar qué valor reciben los actores del negocio primarios y más importantes: los clientes. Buscar los procesos del negocio respondiendo a la pregunta: ¿cuáles son los servicios básicos que un cliente recibe del negocio?

Soporte: Contiene las actividades que no benefician al cliente directamente. Para identificarlos se pueden buscar actividades como las siguientes: desarrollo y mantenimiento de personal, delas tecnologías de información y de la oficina, seguridad y actividades legales. Gerencial: Estos procesos se encuentran buscando los procesos que tienen que ver con el manejo del negocio en subconjunto. Normalmente se relacionan con el actor propietario. Buscar actividades como las siguientes. Desarrollar proporcionar información sobre el negocio a los dueños e inversionistas, preparar las metas del presupuesto a largo plazo, etcétera. 2.- Identificación de funciones. Otra manera de encontrar los casos de uso del negocio es que los expertos del dominio describan cada actividad en el negocio existente, y entonces se agrupan estas actividades en procesos de negocio. Esta forma de identificación está asociada con el concepto de función (un grupo funcional que responde a un objetivo de la organización y que puede involucrar a varias áreas). 3.- A partir de los objetivos estratégicos. Otro punto de partida para definir los procesos de negocio pueden ser los objetivos estratégicos de la organización. Dado que estos pueden ser de mucha abstracción, cada uno suele descomponerse en sub-objetivos más concretos. Para cada sub-objetivo no descompuesto se pudiera asignar un proceso de negocio que esté asociado a un caso de uso del negocio.

1.3 Diagramas UML UML es un lenguaje de modelado de software: 

Proporciona un vocabulario y reglas para crear modelos software.



Suficientemente expresivo para cubrir distintas vistas de la arquitectura del software a lo largo del ciclo de vida.



Mayor nivel de abstracción que un lenguaje de programación.

UML es un lenguaje para visualizar los elementos de un gran sistema software, facilitando: 

La comunicación entre los participantes (incluidas herramientas) en el desarrollo,



La comprensión de las soluciones (notación gráfica),



El mantenimiento de las soluciones conceptuales a lo largo del tiempo (documentación).

UML es un lenguaje para especificar software: 

Se pueden construir modelos precisos, no ambiguos y completos.



Cubre las decisiones de análisis, diseño e implementación.

UML es un lenguaje para construir software: 

No es un lenguaje de programación visual, pero sus modelos se pueden conectar de forma directa a una gran variedad de ellos.



Correspondencias entre UML y lenguajes: Java, C++, etc.



Ingeniería directa: generación de código.



Ingeniería inversa: reconstrucción de modelos.

UML es un lenguaje para documentar: 

Requisitos, arquitectura, diseño, código fuente, pruebas, ...

a) Diagramas de clase Los diagramas de clases describen la estructura estática de un sistema. Las cosas que existen y que nos rodean se agrupan naturalmente en categorías. Una clase es una categoría o grupo de cosas que tienen atributos (propiedades) y acciones similares. Un ejemplo puede ser la clase “Aviones” que tiene atributos como el “modelo de avión”, “la cantidad de motores”, “la velocidad de crucero” y “la capacidad de carga útil”. Entre las acciones de las cosas de esta clase se encuentran: “acelerar”, “elevarse”, “girar”, “descender”, “desacelerar”. Diagrama que muestra un conjunto de clases, interfaces y colaboraciones y sus relaciones. Muestra una colección de elementos declarativos estáticos del modelo. El objetivo es mostrar el conjunto de clases que componen el sistema, junto con las relaciones que existen entre estas. Se utilizan para modelar el diseño estático de un sistema Los elementos que intervienen son: 

Clases



Relaciones de dependencia, generalización y asociación.



Paquetes



Interfaces

b) Diagrama de objetos Los Diagramas de Objetos están vinculados con los Diagramas de Clases. Un objeto es una instancia de una clase, por lo que un diagrama de objetos puede ser visto como una instancia de un diagrama de clases. Los diagramas de objetos describen la estructura estática de un sistema en un momento particular y son usados para probar la precisión de los diagramas de clases. c) Diagrama de caso de uso Un caso de uso es una descripción de las acciones de un sistema desde el punto de vista del usuario. Es una herramienta valiosa dado que es una técnica de aciertos y errores para obtener los requerimientos del sistema, justamente desde el punto de vista del usuario. Los diagramas de caso de uso modelan la funcionalidad del sistema usando actores y casos de uso. Los casos de uso son servicios o funciones provistas por el sistema para sus usuarios. d) Diagrama de estados Muestra los distintos estados posibles que un objeto puede presentar. En cualquier momento, un objeto se encuentra en un estado particular, la luz está encendida o apagada, el auto en movimiento o detenido, la persona leyendo o cantando, etc. El diagrama de estados UML captura esa pequeña realidad. e) Diagrama de secuencias Los diagramas de clases y los de objetos representan información estática. No obstante, en un sistema funcional, los objetos interactúan entre sí, y tales interacciones suceden con el tiempo. El diagrama de secuencias UML muestra la mecánica de la interacción con base en tiempos. f) Diagrama de Actividades Un diagrama de actividades ilustra la naturaleza dinámica de un sistema mediante el modelado del flujo ocurrente de actividad en actividad. Una actividad representa una operación en alguna clase del sistema y que resulta en un cambio en el estado del sistema. Típicamente, los diagramas de actividad son utilizados para modelar el flujo de trabajo interno de una operación.

g) Diagrama de colaboraciones Los elementos de un sistema trabajan en conjunto para lograr los objetivos del sistema, el diagrama de colaboración de UML de diseña para este fin. h) Diagrama de componentes El desarrollo de software se realiza mediante componentes, las cuales adquieren importancia en los procesos de desarrollo en equipo. i) Diagrama de distribución Muestran la arquitectura física de un sistema informático. Puede representar los equipos y dispositivos, muestran sus interconexiones y el software de cada máquina. Cada computadora está representada por un cubo y las interacciones por líneas que conecta a los cubos

https://www.redalyc.org/html/3604/360433558004/ http://www.teatroabadia.com/es/uploads/documentos/iagramas_del_uml.pdf https://moramorao.files.wordpress.com/2009/06/uml.pdf https://es.pdfcoke.com/doc/32139087/Resumen-UML

Related Documents

Procesos
December 2019 29
Procesos
April 2020 29
Procesos
April 2020 23
Procesos
July 2020 17
Procesos Cognitivos
June 2020 10

More Documents from ""

Empresas.docx
November 2019 11
December 2019 42
November 2019 9