Principales diagramas de UML

 ¿PORQUE UML?

• Es muy sencillo. Pese a que si es usado de forma completa puede llegar a complicarse, lo normal es que se simplifique.
• Es capaz de modelar todo tipo de sistemas.
• Es un lenguaje universal, haciendo que todos los miembros del equipo se relacionen a través de sus diagramas sean del ámbito que sean.
• Es fácilmente extensible. Tiene mecanismos sencillos para especializar los conceptos fundamentales.
• Es visual y, por lo tanto, intuitivo.
• Es independiente del desarrollo, del lenguaje y de la plataforma.
• Bien ejecutado aporta un conjunto considerable de buenas prácticas.
• No está completo. Utilizando los distintos diagramas no podemos estar seguros de comprender con totalidad el sistema que va a desarrollarse. Los diagramas, para facilitar su comprensión pueden (y suelen) omitir información, pueden tener partes que se entienden de distintas maneras o, incluso, pueden tener conceptos que no pueden ser representados por ningún diagrama.

Tipos de diagramas UML

A día de hoy, en la versión 2.5.1 de UML, existen dos clasificaciones de diagramas: Los diagramas estructurales y los diagramas de comportamiento. Todos los diagramas UML están contenidos en esta clasificación.

Diagramas estructurales

Los diagramas estructurales muestran la estructura estática del sistema y sus partes en diferentes niveles de abstracción. Existen un total de siete tipos de diagramas de estructura:

Diagrama de 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

Las técnicas y principios de modelado de software

Identificación de requisitos de software

 Identificación de requisitos de software

REDA

¿De qué manera aporta la correcta identificación de requisitos, al adecuado desarrollo del software. ?,

Lo mas importante al realizar un proyecto de software es la recolección de requisitos propuestos por los clientes y los stakeholders. Todo esto con el fin de identificar cada requisito y poder darle solución a la problemática que tiene el cliente. Una vez obtenidos todos los datos se tiene una base solida para iniciar.

Tambien es muy necesario para poder saber cual será el impacto que tendrá el proyecto sobre la compañía y las personas relacionadas.

Para llevar a cabo el proyecto se iniciara con la entrevista al cliente y los stakeholders donde se determinara que requisitos será funcionales y cuales no serán funcionales. De esta manera el quipo encargado podrá estar mas seguros de cada paso del ciclo de vida del desarrollo del proyecto.

Una temprana correcta obtención de requisitos puede evitar problemas y costos finales.

El ciclo de vida se base en las siguientes fases de software:

Extracción: En esta fase el analista y el cliente deben identificar que es lo que solicita el cliente y cuales son las soluciones que puede tener.

Análisis: en esta fase el equipo de trabajo identifica cada problema y su posible solución.

Especificacion: es fundamental documentar cada detalle del proyecto.

Validacion: Es esta fase se validan que todos los requisitos se vallan a implementar correctamente.

La recolección de requisitos es indispensable realizarla ya que será el todo  con el que se llevara a cabo el proyecto que el cliente desea. Sin los requisitos no seria posible crear algo que satisfaga las necesidades de los clientes

Proceso de elicitación de requisitos y los tipos de requerimientos de software

 mapa mental <Proceso de elicitación de requisitos y los tipos de requerimientos de software>.

https://coggle.it/diagram/YXHRCdACK1LyTUfN/t/elicitacion-de-requisitos

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

  Ingeniería de software, herramientas, métodos y procesos.

ver mapa aquí

 

principios presentados por el manifiesto ágil.

 PRINCIPIOS(MANIFIESTO ÁGIL 2001)

1. La prioridad es el cliente por lo tanto se le deben hacer entregas de software  en el menor tiempo posible.

2. Siempre habrán cambios durante el proceso de desarrollo. el cliente debe de estar informado de cada uno de ellos.

3. mostrar el avance del proyecto al los clientes , para que vean su contante evolución desde un par de semanas hasta el final.

4.todo el equipo de trabajo de la organización debe de trabajar  juntos diariamente en el proyecto.

5.para que todo funcione correctamente, se debe confiar en el quipo de trabajo, apoyarlos y ayudarlos en lo que necesiten. así habrá una mejor adaptación al cambio. y un trabajo exitoso.

6.dialogar personalmente es el método mas efectivo dentro del equipo de desarrollo.

7.si el software funciona es por que hay éxito.

8.los procesos agiles promueven el desarrollo sostenido. los clientes, administradores y desarrolladores deben tener un buen ritmo de trabajo y que sea constante.

9.mantener la calidad y un buen diseño ayudan a mejorar.

10.a veces lo simple es mejor.

11.cuando un equipo se forma el mismo, tiende a ser el mejor en todas las fases del desarrollo.

12.finalmente los equipos deben reflexionar cada día sobre como mejorar. tanto en lo personal como en lo profesional.

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

¿Cuál es la importancia del proceso de software, métodos, y herramientas, en su ciclo de vida?

 

Los procesos del software son una parte fundamental y “obligatoria” para llevar a cabo un proyecto de software que sea de calidad, confiable, seguro, y mantenible.

Para un buen desarrollo proyectos informáticos se tienen en cuenta unas fases de aplicación al proyecto, para comenzar de debe de establecer:

1.Análisis y definición de requisitos:

en esta fase en donde nos comunicamos con el usuario para tomar nota de todas las características y elementos con los que desea obtener el producto del software (teniendo en cuenta su presupuesto).

2.Diseño del sistema de software:

en esta fase se identifican los elementos del hardware y software que lo van a componer.

3.Implementacion y pruebas de unidad:

es esta etapa se lleva a cabo el desarrollo del proyecto utilizando los lenguajes de programación.

4.Integración y pruebas:

  en esta fase se integra el sistema con el proyecto y se realizan las pruebas para verificar su correcto funcionamiento.

5.Operación y mantenimiento:

 esta es la última fase en la cual podemos detectar posibles errores que no pudimos detectar en las fases anteriores, también en caso de encontrarlos debemos de hacer seguimiento y correcciones y así poderle garantizar al cliente un producto mantenible de calidad.

Sin el desarrollo de todas estas fases al momento de entregar un producto de software. No sería posible la garantía de calidad. Y seria un producto totalmente desordenado.

PRESENTACIÓN INGENIERÍA DE SOFTWARE 1

 INGENIERÍA DE SOFTWARE

¿Qué es ingeniería de software?

La ingeniería del software es una disciplina que implica el uso de estructuras, herramientas y técnicas para construir programas informáticos.

Así mismo, incluye el análisis previo de la situación, la redacción del proyecto, la creación del software y las pruebas necesarias para garantizar el correcto funcionamiento del software antes de poner el sistema en funcionamiento.

Esta ingeniería aborda todas las fases del ciclo de vida de desarrollo de cualquier tipo de sistema de información y es aplicable a una amplia gama de ámbitos de la informática y la ciencia de los ordenadores, como el diseño de compiladores, sistemas operativos y tecnologías de Intranet/Internet: La empresa, la investigación científica, la medicina, la fabricación, la logística, la banca, el control del tráfico y la meteorología son sólo algunos de los campos en los que puede trabajar.