Mostrando entradas con la etiqueta Ingeniería de Software I. Mostrar todas las entradas
Mostrando entradas con la etiqueta Ingeniería de Software I. Mostrar todas las entradas

viernes, 5 de noviembre de 2021

Principales diagramas de UML

 

Diagramas Estructurales:

Muestran la estructura estática del sistema y sus partes en diferentes niveles.

Diagrama de clases:

Muestra la estructura del sistema, subsistema o componente utilizando clases.




Diagrama de componentes

Muestra componentes y dependencias entre ellos. 




Diagrama de despliegue

Muestra la arquitectura del sistema como despliegue (distribución) de artefactos de software.





Diagrama de objetos

Un gráfico de instancias, incluyendo objetos y valores de datos.




Diagrama de paquetes

Muestra los paquetes y las relaciones entre los paquetes.




Diagrama de perfiles

Diagrama UML auxiliar que permite definir estereotipos personalizados, valores etiquetados y restricciones como un mecanismo de extensión ligero al estándar UML.





Diagrama de estructura compuesta

Muestra la estructura interna (incluidas las partes y los conectores) de un clasificador estructurado.






Diagramas de comportamiento

Muestran como se comporta un sistema de información de forma dinámica. 

Diagrama de actividades

Muestra la secuencia y las condiciones para coordinar los comportamientos de nivel inferior, en lugar de los clasificadores que poseen esos comportamientos.




Diagrama de casos de uso

Describe un conjunto de acciones (casos de uso) que algunos sistemas o sistemas (sujetos) deben o pueden realizar en colaboración con uno o más usuarios externos del sistema (actores) para proporcionar algunos resultados observables y valiosos a los actores u otros interesados ​​del sistema(s).




Diagrama de máquina de estados

Se utiliza para modelar el comportamiento discreto a través de transiciones de estados finitos. 




Diagramas de interacción.

Es un subconjunto de los diagramas de comportamiento. Comprende los siguientes diagramas:

Diagrama de secuencia

Es el tipo más común de diagramas de interacción y se centra en el intercambio de mensajes entre líneas de vida (objetos).




Diagrama de comunicación

Se enfoca en la interacción entre líneas de vida donde la arquitectura de la estructura interna y cómo esto se corresponde con el paso del mensaje es fundamental.




Diagrama de tiempos

Se centran en las condiciones que cambian dentro y entre las líneas de vida a lo largo de un eje de tiempo lineal.




Diagrama global de interacciones

Los diagramas global de interacciones brindan una descripción general del flujo de control donde los nodos del flujo son interacciones o usos de interacción.




Las técnicas y principios de modelado de software


 

domingo, 12 de septiembre de 2021

ingeniería de software, herramientas, métodos y procesos


 

Principios presentados por el manifiesto ágil

1. El cliente es la principal prioridad, dando software de valor a este. 

2. Se acepta que los requisitos cambien en cualquier momento, incluso en etapas tardías del desarrollo. 

3.  Se entrega software funcional en semanas cortas.

4. Los interesados  de los proyectos y desarrolladores trabajan en conjunto diariamente. 

5. Los proyectos se desarrollan en torno a necesidades y clientes motivados

6. Se maneja mucho la comunicación asertiva

7. La satisfacción es el desarrollo exitoso 

8. Los procesos Ágiles promueven el desarrollo sostenible. 

9. La buena atención ayuda a la calidad de los proyectos

10. Se debe trabajar de la forma más simple y eficiente para garantizar éxito

11. Los mejores resultados son obra de equipos organizados

Importancia del proceso de software, métodos, y herramientas en su ciclo de vida



El ciclo de vida del desarrollo del software, son  fases necesarias para validar el desarrollo del software y así garantizar que este cumpla los requisitos para la aplicación y verificación de los procedimientos de desarrollo, asegurándose de que los métodos usados son apropiados.


Su origen radica en que es muy costoso rectificar los posibles errores que se detectan tarde en la fase de implementación. Utilizando metodologías apropiadas, se podría detectar a tiempo para que los programadores puedan centrarse en la calidad del software, cumpliendo los plazos y los costes asociados.


Estos procesos  poseen reglas preestablecidas, y deben ser aplicados en la creación del software de mediano y gran porte, ya que en caso contrario lo más seguro es que el proyecto o no logre concluir o termine sin cumplir los objetivos previstos, y con variedad de fallos inaceptables.