Ir al contenido principal

Por qué realizar modelado de software


El modelado de software es una actividad importante que se debe realizar durante todo el ciclo de vida del software, al menos por las siguientes tres razones que te listo a continuación:


  1. Ayuda al grupo de desarrollo a comprender las características, estructuras y comportamientos del sistema, principalmente de las partes más complejas, en las fases del desarrollo y mantenimiento.
  2. Ayuda al grupo de desarrollo a tomar decisiones de diseño, principalmente cuando se quiere dar solución a los requisitos más complejos.
  3. Ayuda al grupo de desarrollo en la comunicación efectiva con los usuarios.

MODELADO DE NEGOCIO:

Modelar el negocio ayuda a comprender cómo se realizan las actividades del negocio y cómo desarrollar un sistema software que pueda dar soporte a las actividades.
  • Diagrama de proceso.
  • Diagrama de actividad.

MODELADO DE REQUISITOS

Modelar requisitos ayuda principalmente a comprender los requisitos funcionales y no funcionales más significativos para la arquitectura de un sistema de software. Además, ayuda a gestionar su trazabilidad con los artefactos de diseño.
  • Diagrama de requisitos.
  • Diagrama de casos de uso.

MODELADO DE DISEÑO

Modelar el diseño ayuda principalmente a tomar decisiones de cómo debería comportarse y estructurarse un sistema de software. Esto implica crear modelos de diseño lógico que representen vistas dinámicas y vistas estáticas más significativas para la arquitectura.
  • Diagrama de clases.
  • Diagrama de secuencia.
  • Diagrama de comunicación.

MODELADO DE COMPONENTES

Modelar componentes ayuda principalmente a comprender cómo implementar un sistema de software. Esto implica crear modelos de diseño físico que representen vistas de implementación.
  • Diagrama de componentes.

MODELADO DE DESPLIEGUE

Modelar el despliegue ayuda principalmente a comprender cómo distribuir físicamente los componentes en una red de computadores.
  • Diagrama de despliegue.


Comentarios

Entradas populares de este blog

Mapa conceptual sobre la Ingeniería de Software

A continuación se muestra un mapa conceptual que rescata los principales conceptos relacionados a la Ingeniería de Software como tema central. Agradezco tus comentarios y aportaciones, puedes sugerir otros conceptos que creas importantes relacionados a la Ingeniería de Software y comentarlo.

Introducción a la Ingeniería de Software

El software como programa de computador o sistema informático es parte indispensable de nuestro mundo moderno y cada vez más las personas, las organizaciones o empresas están muy dependientes de su uso o aplicación, esto debido a que el software ha permitido agilizar y automatizar muchas tareas logrando incrementar la productividad en las personas y empresas. Por tanto, los ingenieros de software tenemos la responsabilidad de crear software de calidad y el reto de seguir innovando para incrementar cada vez más la satisfacción de los usuarios y empresas. Sólo aplicando Ingeniería de Software podremos lograr software de calidad.

Aplicación de buenas prácticas en la gestión de requisitos

En esta oportunidad les comparto un artículo relacionado a la gestión de requisitos, lo cual es parte fundamental en todo proyecto de desarrollo de software. 1. INTRODUCCIÓN En todo proyecto de desarrollo de software, sobre todo en proyectos medianos o grandes, el analista debe capturar y describir los requisitos que los clientes o usuarios desean que el sistema haga o cumpla. Sin embargo, no basta sólo con capturar y describir los requisitos para que sean entregados a los diseñadores y desarrolladores de software, sino que también es necesario hacer una adecuada gestión de los mismos a lo largo del proyecto o ciclo de vida del sistema que se está desarrollando. En consecuencia, muchos proyectos de software fracasan debido a una mala o escasa gestión de los requisitos y este fracaso se puede percibir cuando el producto entregado no satisface las expectativas de los clientes o usuarios, o cuando los requisitos no han sido cumplidos por el sistema, es decir, no se ha construido ...