Diccionario de Datos

Diagramas Entidad-Relación

Diagramas de Flujo de Datos

Tipos de UML

Tipos de UML

Diagrama de Objetos

Forma parte de la vista estática del sistema. En este diagrama se modelan las instancias de la clases del Diagrama de Clases. Este diagrama cabe aclarar que cuenta con objetos y enlaces. En estos diagramas también es posible encontrar las clases para tomar como referencia su instanciación. 

Diagrama de Estados

Un estado es una condición durante la vida de un objeto, de forma que cuando dicha condición se satisface se lleva a cabo alguna acción o se espera por un evento.
 El estado de un objeto se puede caracterizar por el valor de uno o varios de los atributos de su clase, además, el estado de un objeto también se puede caracterizar por la existencia de un enlace con otro objeto.

El diagrama de estados engloba todos los mensajes que un objeto puede enviar o recibir, en otras palabras es un escenario que representa un camino dentro de un diagrama.

Como característica de estos diagramas siempre cuentan con dos estados especiales, el inicial y el final, con la particularidad que este diagrama puede tener solo un estado inicial pero varios estados finales.

Una transición entre estados representa un cambio de un estado origen a un estado sucesor destino que podría ser el mismo que el estado origen, dicho cambio de estado puede estar aparejado con alguna acción. Además las acciones se asocian a las transiciones y se consideran que ocurre de forma rápida e ininterrumpible. 

Diagrama de Actividad

Diagrama de Secuencia

Diagrama de Colaboración 

Diagrama de Componentes

Diagrama de Despliegue

Diagrama de Casos de Uso

Diagrama de Clases

Diagrama de Comunicación

Diagrama de Paquetes

Bibliografía

https://es.slideshare.net/jjgramp/descripcin-general-de-los-13-diagramas-uml-y-sus-componentes
http://ingenieriadesistemas-shirley.blogspot.com.co/2012/05/tipos-de-diagramas-uml.html
http://avellano.usal.es/~labssoo/estados.gif

UML

¿Qué es UML?

UML son las siglas de “Unified Modeling Language” o “Lenguaje Unificado de Modelado”. Se trata de un estándar que se ha adoptado a nivel internacional por numerosos organismos y empresas para crear esquemas, diagramas y documentación relativa a los desarrollos de software. 

¿Por qué es importante?

El Lenguaje Unificado de Modelado no es ni un método, ni una metodología, ni un ciclo de vida, ni similar. UML es sólo un lenguaje gráfico (símbolos que cuando los vemos todos interpretamos lo mismo) para representar partes de un sistema de software (diseño, comportamiento, arquitectura, etc.).


Ejemplo:

Desventajas:

UML recibe numerosas críticas por parte de los miembros de la comunidad de desarrolladores software, entre ellas el ser demasiado extenso, carecer de significados precisos para los elementos representados, dificultad para representar algunos tipos de sistemas software o elementos, etc.

A pesar de ello y de no ser “perfecto”, es un estándar de amplio uso hoy día y una herramienta fundamental en desarrollos software de gran envergadura.

Bibliografía 

https://www.aprenderaprogramar.com/index.php?option=com_content&view=article&id=688:ique-es-y-para-que-sirve-uml-versiones-de-uml-lenguaje-unificado-de-modelado-tipos-de-diagramas-uml&catid=46&Itemid=163

http://www.javiergarzas.com/2013/04/que-es-uml-diagramas-uml.html

https://www.adictosaltrabajo.com/wp-content/uploads/2015/11/plantuml_2.png

Diagramas de Clases

Diagramas de Clases

Un diagrama de clases es una representación gráfica que sirve para representar la estructura de un sistema que será implementado utilizando un lenguaje orientado a objetos. Los diagramas de clases se realizan en la fase de diseño del software después de la fase de requisitos. La idea de estos diagramas es representar las clases que tendrá el sistema así como su contenido y sus relaciones con otras clases. La implementación de sistemas medianamente grandes no sería abordable sin este tipo de diagramas, y aunque fuera abordable se tardaría mucho más y sería más fácil cometer errores.

Clase

Este es el elemento básico del diagrama de clases. Las clases representan entidades o conceptos. Normalmente cada vez que aparece un sustantivo en un documento de descripción de un sistema ese sustantivo es una clase. En cada clase se definen los atributos y métodos que tendrán los objetos de esa clase. La siguiente imagen es un ejemplo de representación de una clase.

Atributos y métodos

Los atributos y los métodos se muestran con su nombre además de su tipo. En el caso de los métodos también se muestra el tipo de retorno en caso de que retorne algo y el nombre y tipo de sus parámetros. Los atributos pueden tener un valor inicial. Además, los símbolos que se encuentran antes del nombre de los atributos y métodos representan la visibilidad de éstos:

• El símbolo – representa atributos privados.
• El símbolo + representa atributos públicos.
• El símbolo # representa atributos protegidos.

Relaciones

Como he dicho antes las clases se relacionan con otras. En cada relación aparece el nombre del atributo que se usará para representar esa relación y la multiplicidad. Las relaciones que existen son Generalización, Asociación, Composición y Agregación

Bibliografía

https://instintobinario.com/diagrama-de-clases/

http://i.imgur.com/DnklkMe.png

http://i.imgur.com/i6DbRIh.png

CMMI

Modelo CMMI

•  El CMMI es un enfoque de mejora de procesos que provee a las organizaciones de los elementos esenciales para un proceso efectivo.
•  El CMMI es el Modelo de Madurez de Capacidades Integrado.
•  Fue desarrollado por el SEI (Software Enginnering Institute).
•  Mide la madurez del desarrollo del software en una escala del 1 al 5.
•  Integra disciplinas como sistemas y software en un solo marco de trabajo.
•  Describe formas efectivas y probadas de hacer las cosas, no es un enfoque radical.

Objetivos

• Producir servicios y Productos de alta calidad. 
• Crear valor para los accionistas. 
• Mejorar la satisfacción del cliente. 
• Incrementar la participación en el mercado. 
• Ganar reconocimiento en la industria.

Niveles de Madurez

Nivel 1 (No Gestionado): El proceso es impredecible, es reactivo y pobremente controlado.
Nivel 2 (Gestionado): El proceso es reactivo y se caracteriza por su aplicación a proyectos.
Nivel 3 (Definido): El proceso es proactivo y se ve a nivel de la organización.
Nivel 4 (Administrado Cuantitativamente): El proceso es medido y controlado.
Nivel 5 (Optimizado): El proceso se enfoca en la mejora continua.

Bibliografía 

http://www.allsoft.mx/recursos/ElModeloCMMI.pdf
http://www.cynertiaconsulting.com/sites/default/files/pictures/body_it_cmmistaged_en.jpg