UML se puede utilizar tanto o tan poco como se quiera. Martin Fowler describe tres formas comunes en las que la gente tiende a utilizar UML: (1) UML como un boceto; (2) UML como un plano; (3) UML como un lenguaje de programación.
Sigue leyendo
Aprendiendo una cosa nueva todos los días
UML se puede utilizar tanto o tan poco como se quiera. Martin Fowler describe tres formas comunes en las que la gente tiende a utilizar UML: (1) UML como un boceto; (2) UML como un plano; (3) UML como un lenguaje de programación.
Sigue leyendo
Un diagrama de flujo interfuncional (a veces denominado diagrama de flujo de despliegue) es una herramienta de mapeo de procesos empresariales que se utiliza para articular los pasos y las partes interesadas de un proceso determinado. Normalmente, utilizamos un diagrama de flujo interfuncional para mostrar la relación entre un proceso empresarial y las unidades funcionales (como los departamentos) responsables de ese proceso.
Sigue leyendo
Un diagrama de máquina de estados es un comportamiento que especifica la secuencia de estados que visita un objeto durante su vida en respuesta a eventos, junto con sus respuestas a esos eventos.
Sigue leyendo
Mind mapping is an effective means to take notes and brainstorm essay topics. A mind map involves writing down a central theme and thinking of new and related ideas which radiate out from the center. By focusing on key ideas written down in your own words and looking for connections between them, you can map knowledge in a way that will help you to better understand and retain information.
Sigue leyendo
A flowchart is a diagram of the sequence of steps in a process. It is a general purpose tool that can be used for a variety of purposes, such as manufacturing processes, management or service processes, or project planning. It is often defined as a graphical representation of an algorithm, a step-by-step approach to a task. It displays the steps as various types of boxes and shows their order by connecting the boxes with arrows.
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
Los casos de uso describen cómo los usuarios utilizan el sistema para alcanzar objetivos específicos. Un diagrama de casos de uso consta de un sistema, casos de uso relacionados y actores, y los relaciona entre sí para visualizarlos: ¿Qué describe? (Sistema), ¿quién utiliza el sistema? ¿Qué intentan conseguir los actores? Así, los casos de uso ayudan a garantizar que se desarrolle el sistema adecuado al capturar los requisitos desde el punto de vista del usuario.
Sigue leyendo
En el desarrollo de software, la “estimación” en el sentido habitual incluye una evaluación cuantitativa del esfuerzo necesario para llevar a cabo una tarea de desarrollo específica; normalmente se expresa en términos de duración. La estimación ágil es el proceso de evaluación del esfuerzo necesario para completar las tareas de la cartera de pedidos de un producto por orden de prioridad. Este esfuerzo suele medirse en términos de tiempo necesario para completar la tarea, lo que a su vez conduce a una planificación precisa del sprint.
Sigue leyendo
Tanto si el equipo trabaja en un producto como en un proyecto, tenemos que responder a la pregunta: “¿Cuándo lo conseguiremos?”. ” o cuánto podemos hacer en un momento determinado, por lo que, al igual que en el modelo de desarrollo tradicional, necesitamos estimar el esfuerzo antes de comenzar el proyecto. Durante el desarrollo de Scrum, el equipo compartió la responsabilidad y se comprometió colectivamente con el trabajo de cada Sprint, por lo que la carga de trabajo estimada para el equipo ágil utilizó un enfoque de estimación colectiva.
Sigue leyendo
Los diagramas PERT muestran cada tarea de un proyecto como un nodo. Las dependencias entre las tareas (por ejemplo, una tarea debe completarse antes de que pueda iniciarse otra) pueden mostrarse claramente a través de las conexiones entre los nodos de las tareas. También muestra información sobre el tiempo de cada tarea, de forma similar al enfoque del camino crítico (CPM), que determina el camino más largo de un proyecto y, por tanto, el tiempo mínimo para que el proyecto se complete.
Sigue leyendo