domingo, 20 de septiembre de 2015

Iniciar Diagramas de Clases

Para iniciar nuestro modelos de cada uno de los activos de información debemos comenzar utilizando uno de los diagramas tradicionales de UML que son los diagramas de clases que  es un tipo de diagrama de estructura estática que describe la estructura de un sistema mostrando las clases del sistema, sus atributos, operaciones (o métodos), y las relaciones entre los objetos.

Principalmente los diagramas de clases tienen como componentes clases, atributos y las relaciones entre las clases, para hacer una correcta diagramación en un diagrama de clases lo principal que se debe tener en cuenta son los tipo de relaciones que podemos tener dependiendo de la situación que tengamos entre esas relaciones tenemos principalmente las siguientes:

Generalización
Coloca a estas en una jerarquía que representa el concepto de herencia de una clase derivada de la clase base, La herencia es uno de los conceptos fundamentales de la programación orientada a objetos, en la que una clase «recoge» todos los atributos y operaciones de la clase de la que es heredera, y puede alterar/modificar algunos de ellos, así como añadir más atributos y operaciones propias.

Asociación
Una asociación representa una relación entre clases, y aporta la semántica común y la estructura de muchos tipos de «conexiones» entre objetos.
Las asociaciones son los mecanismos que permite a los objetos comunicarse entre sí. Describe la conexión entre diferentes clases (la conexión entre los objetos reales se denomina conexión de objetos o enlace).
Las asociaciones pueden tener un papel que especifica el propósito de la asociación y pueden ser unidireccionales o bidireccionales (indicando si los dos objetos participantes en la relación pueden intercambiar mensajes entre sí, o es únicamente uno de ellos el que recibe información del otro). Cada extremo de la asociación también tiene un valor de multiplicidad, que indica cuántos objetos de ese lado de la asociación están relacionados con un objeto del extremo contrario.
En UML, las asociaciones se representan por medio de líneas que conectan las clases participantes en la relación, y también pueden mostrar el papel y la multiplicidad de cada uno de los participantes. La multiplicidad se muestra como un rango [mín...máx] de valores no negativos, con un asterisco (*) representando el infinito en el lado máximo

Acumulación
Dos clases participantes no tienen un estado igual, pero constituyen una relación «completa». Una acumulación describe cómo se compone la clase que asume el rol completo de otras clases que se encargan de las partes. En las acumulaciones, la clase que actúa como completa, tiene una multiplicidad de uno.


Composición
Acumulaciones muy fuertes. Esto significa que las composiciones también forman relaciones completas, pero dichas relaciones son tan fuertes que las partes no pueden existir por sí mismas. Únicamente existen como parte del conjunto, y si este es destruido las partes también lo son.



Experiencia

Menos de dos meses para aprender la temática completa de una asignatura??
De que manera se pudiera mejorar el aprendizaje de la asignatura?
Las calificaciones que se han aplicado son del todo justas?
Por que tanto sin sabor entre los asistentes a la clase?
Que implican las calificaciones de la materia?
Que es lo que quiere el profesor que consigamos como producto final?

Muchos de estos interrogantes se que a mas de uno nos han pasado por la cabeza a mas de uno cada uno de los días que han pasado de la asignatura las cuales han sido contestadas en la siguiente clase o la siguiente calificación pero casi siempre se resuelven y vuelven ha surgir.

A mi modo de ver esta asignatura es de esas asignaturas importantes de la especialización pero tal vez el afán de mostrarla diferente por parte del profesor hace que le podamos coger algo de fastidio a la materia por la manera de calificar, ejercicio que me pareció muy bueno fue el de la calificada del modelo del quiz por el echo de que al validar un modelo de otra persona nos permitió verificar algunas cosas que pensábamos estaba bien y aprender el proceso de evaluación pero siendo sincera las calificaciones finales se me hacen por así decirlo muy injustas ya que para mi se debía evaluar lo que se había captado de norma y el enunciado del quiz no fue lo suficientemente claro y la información que se encuentra en los quiz estoy segura que es bastante y permitiría tener mayores calificaciones si se hubiera evaluado conceptos y no un modelo que nunca fue descrito en el enunciado.

Es así como realmente la mayoría no sabe que esperar del resultado final del trabajo final y mucho menos del resultado de la materia.

sábado, 12 de septiembre de 2015

Proceso Iterativo e Incremental

Para poder describir adecuadamente que es un desarrollo iterativo e incremental me gustaría primero describir cada uno de los procesos independientemente para así buscar el acople pertinente y sus ventajas en el momento de ponerlo en practica.
Incremental: en el proceso, desarrollo o ciclo de vida incremental lo que se hace es hacer entregas por partes dividir el proyecto por partes (divide y vencerás) para al final hacer una integración de todas las soluciones y entregar una final al cliente. Este desarrollo por partes se puede hacer como lo desee el desarrollador pero muchas veces se pide de acuerdo a las necesidades y urgencias del cliente. Se puede tomar entrega por funcionalidad.
Iterativo: en el proceso, desarrollo o ciclo de vida iterativo a cada entrega se le llama una iteración, cada una de estas iteraciones varia a la anterior en la mejora del producto, es decir, que desde la primera iteración se debe entregar la totalidad de los requerimientos del producto solo que cada entrega es revisada y mejorada para llegar a una ultima iteración con el producto completo, super revisado y con la mejor calidad.
Después de evaluar cada proceso por aparte se puede hacer una combinación entre ambos de manera que a medida que van pasando entregas se van aumentando requerimientos al producto y se van mejorando componentes anteriores, en cada iteración se debe repetir un proceso similar, cada una de las iteraciones debe ser de máximo 3 semanas deben ser de tiempos cortos.

Business Process Model and Notation (BPMN)

BPMN  nos ayuda de manera gráfica a representar la descripción lógica de un proceso de negocio, coordina la secuencia de los procesos y los mensajes que pasan entre los participantes de las actividades, proporciona un lenguaje común para comunicar los procesos de forma clara , completa y eficiente, define la notación y semántica de un BPD (Business Process Diagram, Diagrama de procesos de negocio).

Ventajas BPMN:

*  Estándar internacional de modelado de procesos aceptado.
* Es un puente estandarizado para disminuir brecha entre procesos de negocio y su implementación.
* Es independiente de cualquier metodología de procesos de negocio.
* Permite modelar los procesos de manera estandarizada y unificada permitiendo mayor entendimiento.

BPD diagrama usado para  representar la secuencia de actividades durante un proceso basado en "Flow Chart, se utilizan elementos gráficos agrupado en categorías que hacen simple y fácil la interpretación del diagrama.


Dentro el diseño de BPMN tenemos elementos de diseño que se describen a continuación:

1. Las tareas que representan el trabajo que se realiza en un punto del proceso

2. Los eventos , que en este caso solo se utilizan para identificar el inicio y el fin del proceso


3. los elementos de decisión, conocidos en BPMN como Compuertas y que se representan mediante rombos , que indican un punto de división en el flujo.



Dichos elementos se encuentran conectados por líneas de secuencia, que muestran cómo fluye el proceso.

Este es un ejemplo SIMPLE:


domingo, 6 de septiembre de 2015

Modelado de Datos

Dentro de la semana hablamos y leímos sobre modelo de datos y quise realizar un mapa conceptual donde se comprenda las finalidades de un modelo de datos con sus finalidades, especificaciones y los tipos generales que podemos encontrar, espero que sea de comprensión y cumpla con su finalidad de dar una introducción básica del tema.


Ciclo de Vida de la Información

Dentro de los apuntes de la clase encontré un término o un tema muy interesante que no había escuchado el cual es “ciclo de vida de la información” ya que siempre había escuchado de ciclo de vida de  software o de un proceso pero no de la información y encontré lo siguiente:

  • ·    El ciclo de vida de la información abarca los términos de disponibilidad y velocidad de acceso de la información que depende de su valor en el tiempo.

  • ·        Existen gestores de ciclo de vida de la información que permiten a las organizaciones gestionar el incremento de datos a través de un archivado de bases de datos, gestión de datos de prueba, privacidad y enmascaramiento de datos.


El tema de gestión de ciclos de vida de la información nos lleva a hablar de ciclo de vida de un sistema de información:

  • ·         El ciclo de vida de un sistema de información es un enfoque por fases de análisis y diseño que analizan que los sistemas son desarrollados mejor por un ciclo de actividades del analista y del usuario; existen tres estrategias: el método clásico de ciclo de vida de desarrollo de sistemas, método de desarrollo por análisis estructurado y el método de prototipos de sistema

  • ·         Puede ser definido como la organización y realización de un conjunto de tareas y actividades diversas que abarcan desde el nacimiento del reconocimiento de su necesidad hasta que estos sistemas se convierten en obsoletos y son sustituidos por otros.

  •       Todo Sistema de Información tiene un tiempo de vida (ciclo de vida), este ciclo de vida de un sistema de información consta de diversas etapas que ayudan a la organización a tener éxito durante su tiempo de vida; se considera lo siguiente “El método del ciclo de vida para desarrollo de sistemas es el conjunto de actividades que los analistas, diseñadores y usuarios realizan para desarrollar e implantar un sistema de información”.





De acuerdo a lo encontrado podemos decir que por más de que la información tiene un ciclo de vida lo que realmente va a desarrollarse para encontrar resultados finales son los ciclos de vida de un sistema de información el cual tiene como una de sus principales estrategias en el ciclo de vida de un desarrollo de sistemas entre los cuales están los que ya conocemos de cascada, V, iteraciones entre otros.



domingo, 30 de agosto de 2015

Introducción a creación de Diagramas UML


Me parece muy importante tener una recordación previa a la creación de diagramas de UML que sea muy sencillo para las personas que ya hemos creado en nuestra vida diagramas en esta herramienta y como una introducción muy sencilla para personas que sean nuevas en el tema por esto quería compartirles este vídeo sencillo y corto para dar una introducción a este tema, espero sea de su comprensión y agrado teniendo en cuenta que es solo una introducción una idea para iniciar con las creaciones que teníamos para esta semana.



Por si no se puede reproducir por aquí el vídeo o se torna muy lenta la conexión les dejo  el link donde lo pueden encontrar.

https://www.youtube.com/watch?v=DI4HZpvPI5Y

Variedad de Diagramas

Dentro de nuestra discusión esta semana nos dimos cuenta que tal vez no tenemos muy clara la diferencia entre modelo y diagrama, por eso para poder iniciar mis diagramas del trabajo de esta semana quise buscar diferentes diagramas ya creados en la web para tomar referencia y los quiero compartir con ustedes:


Como podemos observar la mayoría de ejemplos que encontramos son Diagramas realizados en UML utilizados mucho en análisis y desarrollo de software pero no quiere decir que solo podemos guiarnos por estos modelos ya que tenemos diagramas de espina de pescado, diagramas de flujo, diagramas de gant, diagramas de datos entre otros que nos sirven para tenerlos referenciados como diagramas bases de nuestros modelos a crear.

domingo, 23 de agosto de 2015

Descripción Inicial de BPM



BPM (Business Process Managment) (Gestión de procesos de negocio)


Después de indagar un poco sobre los conceptos y aplicaciones de BPM se pueden tener en cuenta los siguientes puntos para comenzar a indagar y conocer el proceso de gestión de negocio.



* La gestión de procesos de negocio se puede ver como la decisión de transformación organizacional o un mecanismo y/o herramienta de gestión empresarial que permite alinear las diferentes dimensiones de la empresa como lo son:

* Organización
* Procesos
* Conocimiento
* Estrategia

* Al aplicar las teorías de la gestión de procesos de negocio lo que se busca es transformar la gestión funcional a gestión de procesos de negocio.

* Se debe mejorar el desempeño de la empresa entendiéndolo en términos tanto de eficiencia como efectividad.


* Por medio de esta gestión la empresa debe cumplir el ciclo de:  diseñar, modelar, organizar, documentar y optimizar continuamente su información para tener buenos resultados.






Aprendiendo a vaciar el vaso

En el momento que decidí realizar una especialización pensé en solamente adquirir nuevos conceptos teóricos para aplicar en mi carrera y que me ayudara a darle una nueva dirección a mi carrera profesional pero nunca pensé que realizar una especialización me iba a aportar cosas que no son teóricas pero aplicar en el día a día va a ser muy interesante.
El primer día que en clase escuche que para poder estar en clase para poder modelar un sistema se debía dejar a un lado la arrogancia desocupar el vaso me dije a mi mis eso no es necesario yo nunca creo que lo mío es lo mejor que yo soy la mas pero hay que darse cuenta hasta qué punto solo es que uno pueda llegar a decir que soy lo más, lo máximo sean las únicas maneras de tener arrogancia, en estas dos semanas trabajando en la especialización me he dado cuenta que todos tenemos arrogancia y sale a flote en el momento de hacer trabajos grupales.
La diferencia es muy grande el hacer un trabajo grupal en el pregrado y ahora en la especialización somos personas laboralmente que activas que se desempeñan en áreas diferentes y cada una de ellas tiene sus metodologías, su manera de hacer las cosas, su manera de pensar y de poner en práctica los conceptos es aquí a donde sale a flote nuestra arrogancia nuestra manera de defender lo que pensamos y tratar de ponerlo por encima de los conocimientos de los demás.

Teniendo en cuenta estas cosas en solo dos semanas de esta carrera de este reto que cada uno de nosotros se puso en el camino nos ha dado una gran enseñanza de vida y creo que en el momento que la terminemos no solamente vamos a tener más desocupado el vaso sino que vamos aprender a ponernos más en los zapatos de los demás para ponerlo en práctica al 100% en nuestras actividades laborales como analistas, desarrolladores, lideres, jefes, entre otros y vamos a tener grandes tanto conocimientos teóricos como conocimientos éticos que nos hagan mejore especialistas profesionales.

lunes, 17 de agosto de 2015

Ética vs Moral

Dentro de los temas tocados en clase me llamo la atención mucho uno que toco mi formación académica y religiosa ya que vengo de un colegio católico y dentro de mis múltiples asignaturas siempre hubo una materia llamada ética y valores en la cual nos hacían ver distintos términos y buscar diferentes enfoque para nuestra vida en el futuro, por esto quise buscar algún significado de Ética y de moral y tratar de llegar a una conclusión propia acerca de este tema.

ÉTICA: si se toma por el aspecto filosófico es una rama que estudia el bien o mal de los comportamientos del ser humano centrando su atención en las acciones que cada ser humano realiza y sus aspectos que las relacionan con el bien, el deber, la virtud, la felicidad. La ética estudia que es lo moral busca razonar la forma de cómo se adopta un sistema moral.
Elabora y verifica afirmaciones o juicios determinados en busca del sentido de una moral, al formar sentencias éticas se valora a las personas moralmente. Los actos que se tienen en cuenta son los actos que se realizan de modo consciente y libre tomando el control racional de los mismos buscando establecer el cómo se realizan los actos y emitir un juicio sobre estos mismos determinando si fueron éticamente buenos o malos.
La palabra ética proviene del latín ethĭcus, del griego antiguo ἠθικός que significa carácter’.

MORAL: son las normas y reglas por las que se juzga el comportamiento del ser humano está sujeto a convenciones sociales y no son universalmente compartidos. Se puede ver como el conocimiento o establecimiento de lo que el ser humano debe hacer o no debe hacer para que un sistema social de mantenga y se conserve.
Al mismo tiempo que se tiene la palabra moral se tiene la palabra inmoral que siempre va a tratar de buscar de complementar un modelo moral dando la sentencia de lo que es inmoral dentro del mismo, la moral toma en cuenta todas las acciones y actividades que realiza el ser humano voluntariamente, este término lleva a la introducción y referencia de los valores.
La moral lleva a codificar una cultura, religión, grupo, esquema de ideas que regulan y controlan el comportamiento de los integrantes el cumplimiento de la codificación de las reglas o comportamientos que se deben tener en esta comunidad establecen su moralidad.
La palabra moral viene del latín mos, moris, que significa costumbre y de ahí moralis 'relativo a los usos y costumbres'.


De acuerdo a esta definición se diría que un grupo de personas establecen unas reglas o modelo que son su MORAL establecida y es tarea de la ÉTICA definir si esta moral o estas conductas son buenas o malas, éticamente buenas o éticamente malas.

Estilo de arquitectura de Software que me llamo la atención

Dentro de las consultas que se hicieron para el primer taller de nuestra asignatura debimos iniciar por preguntarnos y preguntarle a los expertos que es un estilo arquitectónico en software y que estilos arquitectónicos podemos tomar como guía para iniciar nuestro proceso del primer diseño de modelo de sistema de información de lo cual pude sacra la siguiente información y tener un modelo que me llame la atención lo cual quiero compartir con ustedes.
Estilo Arquitectónico:
  • ·        Define una familia de sistemas como patrón de una organización estructural.
  • ·        Establece un conjunto de reglas y restricciones que llevan a encontrar que componentes, interfaces y conectores podemos usar en nuestro sistema.
  • ·        Da referencias de tipos de componentes y conectores se deben establecer y desarrollar en el modelo que se vaya a construir.
  • ·        Un estilo no está totalmente desarrollado ni establecido está abiertos nuevos estilos y combinaciones para acoplarse a las nuevas tecnologías.


Estilo Flujo de Datos, Tubos y Flujos

Por medio un estilo de flujo de datos podemos tener como objetivo asegurar la re utilización y modificabilidad del modelo creado, viendo las transformaciones que se le hacen a cada uno de los elementos sucesivos de datos de entrada, la navegación por los mismos antes de llegar al destino que serían los datos de salida. Este estilo es ideal para sistemas que manejan cantidad y diversidad de flujos de información.
Entre este estilo se clasifica los tubos y filtros esta sub categoría se describiría de la siguiente manera:
  • ·        Cada componente tiene entradas y salidas.
  • ·        Un componente toma los datos de las entradas y genera flujos de salida.
  • ·        Usan información contextual y no retienen información
  • ·        Es un estilo iterativo
  • ·        Se tienen pipes que son flujos de datos la cual con los filtros son encadenados de la manera que lo indiquen las restricciones.
  • ·        Los filtros deben ser independientes  pueden no compartir estados con otros filtros.
  • ·        Un pipe mueve datos de un filtro de salida a un filtro de entrada.
  • ·        Los filtros no necesariamente filtran datos sino los transforman
  • ·        Los flujos de datos de entrada se mueven por las tuberías entre los filtros y se van transformando poco a poco por cada filtro el flujos de salida.




Ya que resumí el estilo de arquitectura que me llamo la atención de tuberías y filtros, Qué les parece este estilo arquitectónico de software? Qué estilo les llama la atención a ustedes??