Aprendiendo una cosa nueva todos los días
La gestión de riesgos es un sistema para identificar, abordar y eliminar los problemas que pueden ser perjudiciales para el coste, el calendario o el éxito técnico de un proyecto o para la moral del equipo del proyecto. “Los problemas de mañana son los riesgos de hoy”. Por tanto, el “riesgo” se define claramente como un problema que podría causar algún daño o amenazar el calendario del proyecto, pero que aún no se ha producido.
Sigue leyendo
CMMN es una notación gráfica utilizada para capturar métodos de trabajo que se basan en el manejo de casos que requieren varias actividades que pueden realizarse en un orden impredecible en respuesta a situaciones cambiantes. Mediante un enfoque centrado en los eventos y el concepto de expediente de caso, CMMN amplía los límites de lo que puede modelarse con BPMN, incluyendo los esfuerzos de trabajo menos estructurados y los impulsados por los trabajadores del conocimiento. El uso de una combinación de BPMN y CMMN permite a los usuarios cubrir un espectro mucho más amplio de métodos de trabajo.
Sigue leyendo
El diagrama de arquitectura hexagonal es un patrón arquitectónico que se utiliza en el diseño de software con el objetivo de crear componentes de aplicación poco acoplados. Este enfoque es una alternativa a la tradicional arquitectura en capas. Es una de las muchas formas de DDD (Domain Driven Design Architecture).
Sigue leyendo
Una de las formas más eficaces de resolver un problema complejo es dividirlo en subproblemas más sencillos. Se empieza por descomponer toda la tarea en partes más sencillas. El refinamiento paso a paso es esencialmente una descomposición del sistema para obtener información sobre los subsistemas que lo componen, lo que se conoce como método de descomposición descendente.
Sigue leyendo
El Método de Análisis y Diseño de Sistemas Estructurados (SSADM) métodos de análisis y diseño de sistemas estructurales, normas establecidas a principios de la década de 1980 el desarrollo, es ampliamente utilizado en el diseño y la aplicación del cálculo. Utiliza una combinación de texto y diagramas para el diseño del sistema en todo el ciclo de vida, desde el concepto de diseño inicial hasta la aplicación del diseño físico real.
Sigue leyendo
Enterprise Integration Patterns (EIP) es un libro de Gregor Hohpe y Bobby Woolf y describe 65 patrones para el uso de la integración de aplicaciones empresariales y el middle-ware orientado a mensajes en forma de un lenguaje de patrones. Nos ayudan a utilizar formas estandarizadas para integrar aplicaciones, sin necesidad de reinventar la rueda cada vez que se tenga un problema.
Sigue leyendo
Los diagramas de bucles causales (también conocidos como diagramas de pensamiento sistémico) se utilizan para mostrar el comportamiento de la causa y el efecto desde el punto de vista de un sistema. Un diagrama de bucle causal (CLD) es un diagrama causal que ayuda a visualizar cómo se interrelacionan las diferentes variables de un sistema.
Sigue leyendo
Aunque algunos ingenieros de software consideran que el modelado orientado al flujo de datos es una tecnología obsoleta, sigue siendo uno de los símbolos de análisis de requisitos más utilizados. Aunque los diagramas de flujo de datos (DFD) no son partes formales de UML, pueden utilizarse para complementar los diagramas UML y proporcionar una visión adicional de los requisitos y procesos del sistema.
Sigue leyendo
El principio abierto/cerrado es el principio de diseño más básico en el mundo del desarrollo de software. Nos guía en la construcción de un sistema estable y flexible. Una entidad de software, como una clase, un módulo o una función, debe estar abierta para su ampliación y cerrada para su modificación.
Sigue leyendo
Los diagramas de flujo de datos (DFDS) describen modelos lógicos y transformaciones de datos en el sistema. Incluye un mecanismo para modelar los flujos de datos y admite la descomposición para ilustrar los detalles de los flujos de datos y la funcionalidad. Un diagrama de flujo de datos no puede mostrar información sobre el orden de las operaciones. Por lo tanto, no es un enfoque de modelado de procesos o de procesos.
Sigue leyendo