Diagrama de Secuencia

El Diagrama de Secuencia es uno de los diagramas más efectivos para modelar interacción entre objetos en un sistema. Un diagrama de secuencia se modela para cada caso de uso. Mientras que el diagrama de
caso de uso permite el modelado de una vista ’business’ del escenario, el diagrama de secuencia contiene detalles de implementación del escenario, incluyendo los objetos y clases que se usan para implementar
el escenario, y mensajes pasados entre los objetos.

Típicamente uno examina la descripción de un caso de uso para determinar qué objetos son necesarios para la implementación del escenario. Si tienes modelada la descripción de cada caso de uso como una Un estudio a fondo de UML secuencia de varios pasos, entonces puedes "caminar sobre" esos pasos para descubrir qué objetos son necesarios para que se puedan seguir los pasos.

MODELADO DE CASO DE USO

El modelado de Casos de Uso es la técnica más efectiva y a la vez la más simple para modelar los requisitos del sistema desde la perspectiva del usuario. Los Casos de Uso se utilizan para modelar cómo un sistema o negocio funciona actualmente, o cómo los usuarios desean que funcione. No es realmente una aproximación a la orientación a objetos; es realmente una forma de modelar procesos. Es, sin embargo, una manera muy buena de dirigirse hacia el análisis de sistemas orientado a objetos. Los casos

de uso son generalmente el punto de partida del análisis orientado a objetos con UML.

El modelo de casos de uso consiste en actores y casos de uso. Los actores representan usuarios y otros sistemas que interaccionan con el sistema. Se dibujan como "muñecos" de palo. Actualmente representan el tipo de usuario, no una instancia de usuario. Los casos de uso representan el comportamiento del sistema, los escenarios que el sistema atraviesa en respuesta a un estímulo desde un actor. Se dibujan como elipses.

UML

Es el lenguaje de modelado de sistemas software más conocido y utilizado en la actualidad;  Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estándar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y compuestos reciclados.

Es importante remarcar que UML es un "lenguaje de modelado" para especificar o para describir métodos o procesos. Se utiliza para definir un sistema, para detallar los artefactos en el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que está descrito el modelo.

Se puede aplicar en el desarrollo de software gran variedad de formas para dar soporte a una metodología de desarrollo de software (tal como el Proceso Unificado Racional o RUP), pero no especifica en sí mismo qué metodología o proceso usar.

UML no puede compararse con la programación estructurada, pues UML significa Lenguaje Unificado de Modelado, no es programación, solo se diagrama la realidad de una utilización en un requerimiento. Mientras que, programación estructurada, es una forma de programar como lo es la orientación a objetos, sin embargo, la programación orientada a objetos viene siendo un complemento perfecto de UML, pero no por eso se toma UML sólo para lenguajes orientados a objetos.

UML cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las entidades representadas.

Caso de Incluir y caso de Extender

Imagina el conjunto de pasos que ocurren al realizar una compra en una tienda departamental. Seguramente no tendrás problema en visualizar el conjunto de pasos para solicitar la autorización de la tarjeta de crédito con la que vas a pagar, ligado a los pasos donde el vendedor registra los productos a comprar. Es decir, los flujos de eventos de ambos procesos forman una sola cosa; juntos podrían formar un solo caso de uso, en lugar de dos casos de uso unidos por alguna de estas relaciones que aquí estamos tratando. Figura 1. Relacionando casos de uso Es una forma de interacción o creación, un caso de uso dado puede "incluir" otro caso de uso. El primer caso de uso a menudo depende del resultado del caso de uso incluido. Esto es útil para extraer comportamientos verdaderamente comunes desde múltiples casos de uso a una descripción individual, desde el caso de uso. El caso de uso “Cobrar Renta” está incluido en el caso de uso “Rentar Video”, o lo que es lo mismo “Rentar Video” incluye (<<include>>) “Cobrar Renta”. Es otra forma de interacción, un caso de uso dado (la extensión) puede extender a otro. Esta relación indica que el comportamiento del caso de la extensión se utiliza en casos de uso, un caso de uso a otro caso siempre debe tener extensión o inclusión. El caso de uso extensión puede ser insertado en el caso de uso extendido bajo ciertas condiciones. Ejemplo: Puedes “Realizar Venta” sin “Acumular Puntos de Cliente VIP”, cuando no eres un cliente VIP. Pero, si eres un cliente VIP sí acumularás puntos. Por lo tanto, “Acumular Puntos” es una extensión de “Realizar Venta” y sólo se ejecuta para cierto tipo de ventas, no para todas.

EJEMPLO CASO DE USO

Como ejemplo esta el caso de una Máquina Recicladora:

Sistema que controla una máquina de reciclamiento de botellas, tarros y jabas. El sistema debe controlar y/o aceptar:

• Registrar el número de ítemes ingresados.
• Imprimir un recibo cuando el usuario lo solicita:
  1. Describe lo depositado
  2. El valor de cada item
  3. Total
• El usuario/cliente presiona el botón de comienzo
• Existe un operador que desea saber lo siguiente:
  1. Cuantos ítemes han sido retornados en el día.
  2. Al final de cada día el operador solicita un resumen de todo lo depositado en el día.
• El operador debe además poder cambiar:
  1. Información asociada a ítemes.
  2. Dar una alarma en el caso de que:
     1. Item se atora.
     2. No hay más papel.

Como una primera aproximación identificamos a los actores que interactuan con el sistema:

Luego, tenemos que un Cliente puede Depositar Itemes y un Operador puede cambiar la información de un Item o bien puede Imprimir un informe:

Además podemos notar que un item puede ser una Botella, un Tarro o una Jaba.

Otro aspecto es la impresión de comprobantes, que puede ser realizada después de depositar algún item por un cliente o bien puede ser realizada a petición de un operador.

Entonces, el diseño completo del diagrama Use Case es:

CASO DE USO

El diagrama de casos de uso representa la forma en como un Cliente (Actor) opera con el sistema en desarrollo, además de la forma, tipo y orden en como los elementos interactuan (operaciones o casos de uso).

Un diagrama de casos de uso consta de los siguientes elementos:

• Actor.
• Casos de Uso.
• Relaciones de Uso, Herencia y Comunicación.

Elementos

• Actor:
  
  
  Una definición previa, es que un Actor es un rol que un usuario juega con respecto al sistema. Es importante destacar el uso de la palabra rol, pues con esto se especifica que un Actor no necesariamente representa a una persona en particular, sino más bien la labor que realiza frente al sistema.
  Como ejemplo a la definición anterior, tenemos el caso de un sistema de ventas en que el rol de Vendedor con respecto al sistema puede ser realizado por un Vendedor o bien por el Jefe de Local.
  
  
• Caso de Uso:
  
  
  Es una operación/tarea específica que se realiza tras una orden de algún agente externo, sea desde una petición de un actor o bien desde la invocación desde otro caso de uso.
  
  
• Relaciones:
  
  • Asociación 
    Es el tipo de relación más básica que indica la invocación desde un actor o caso de uso a otra operación (caso de uso). Dicha relación se denota con una flecha simple.
    
    
  • Dependencia o Instanciación Es una forma muy particular de relación entre clases, en la cual una clase depende de otra, es decir, se instancia (se crea). Dicha relación se denota con una flecha punteada.
  • Generalización 
    Este tipo de relación es uno de los más utilizados, cumple una doble función dependiendo de su estereotipo, que puede ser de Uso (<<uses>>) o de Herencia (<<extends>>).
    Este tipo de relación esta orientado exclusivamente para casos de uso (y no para actores).
    extends: Se recomienda utilizar cuando un caso de uso es similar a otro (características).
    uses: Se recomienda utilizar cuando se tiene un conjunto de características que son similares en más de un caso de uso y no se desea mantener copiada la descripción de la característica.
    De lo anterior cabe mencionar que tiene el mismo paradigma en diseño y modelamiento de clases, en donde esta la duda clásica de usar o heredar.

EL RUP

El Proceso Unificado de Racional  es un proceso de desarrollo de software desarrollado por la empresa Rational Software, actualmente propiedad de ibm. Junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, diseño, implementación y documentación de sistemas orientados a objetos.

El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologías adaptables al contexto y necesidades de cada organización.

También se conoce por este nombre al software, también desarrollado por Rational, que incluye información entrelazada de diversos artefactos y descripciones de las diversas actividades. Está incluido en el Rational Method Composer (RMC), que permite la personalización de acuerdo con las necesidades.

Originalmente se diseñó un proceso genérico y de dominio público, el proceso unificado, y una especificación más detallada, el Rational Unified Process, que se vendiera como producto independiente...

Adaptar el proceso

El proceso deberá adaptarse a las necesidades del cliente ya que es muy importante interactuar con él. Las características propias del proyecto u organización, el tamaño del mismo, así como su tipo y diseño.

Equilibrar prioridades

Los requisitos de los diversos participantes pueden ser diferentes, contradictorios o disputarse recursos limitados (Eliminar recursos).

Demostrar valor iterativamente

 En cada iteración se analiza la opinión de los inversores, la estabilidad y calidad del producto, y se refina la dirección del proyecto así como también los riesgos involucrados.

Colaboración entre equipos

El desarrollo de software no lo hace una única persona sino múltiples equipos. Debe haber una comunicación fluida para coordinar requisitos, desarrollo, evaluaciones, planes, resultados, etc.

Enfocarse en la calidad

El control de calidad no debe realizarse al final de cada iteración, sino en todos los aspectos de la producción. El aseguramiento de la calidad forma parte del proceso de desarrollo y no de un grupo independiente.

WINDOWS 8

Windows 8 : 

Es el nombre oficial de la próxima versión de Microsoft Windows, familia de sistemas operativos producidos por Microsoft para su uso en computadoras personales, incluidas computadoras de escritorio en casa y de negocios, computadoras portátiles, netbooks, tablets, servidores y centros multimedia. Añade soporte para microprocesadores ARM, además de los microprocesadores tradicionales x86 de Intel y AMD. Su interfaz de usuario ha sido modificada para hacerla más adecuada para su uso con pantallas táctiles, además de los tradicionales ratón y teclado. Microsoft también anunció que Aero Glass no estará presente en la versión final de Windows 8. Microsoft anunció que el lanzamiento de la versión final de Windows 8 se efectuará el 26 de octubre de 2012,⁴ 3 años después del lanzamiento de su predecesorWindows 7. Se lanzó al público general una versión de desarrollo ("Consumer Preview") el 29 de febrero de 2012. Microsoft finalmente anunció una versión casi completa de Windows 8, la Release Preview, que fue lanzada el 31 de mayo de 2012 y es la última versión preliminar de Windows 8 antes de su lanzamiento oficial. El desarrollo de Windows 8 concluyó con el anuncio de la versión RTM el 1 de agosto de 2012.

Caracteristicas :

• Compatibilidad con USB 3.0
• Interfaz Ribbon en el Explorador de Windows
• Nueva tienda de Aplicaciones
• Sistema de ficheros Protogon
• Windows To Go

requisitos de Hardware

• Arquitectura x86 (32 bits) y x86-64 (64 bits)
• Procesador: 1 GHz en las arquitecturas de 32 bits y 64 bits
• Memoria RAM: 1 Gb (32 bits) y 2 Gb (64 bits)
• Gráficos: GPU DirectX 9 con Windows Display Driver Model (WDDM) 1.0 (No es necesario, solo se requiere para Windows Aero)
• Disco duro: 16 Gb (32 bits) y 20 Gb (64 bits) de espacio libre
• Una pantalla capacitiva (opcional) para aprovechar la entrada táctil.

Videos! 

http://www.youtube.com/watch?v=2PPr7rzoC7M&feature=fvwrel

Prueba de Arranque Windows 8 Vs. Windows 7

http://www.youtube.com/watch?v=4a3aJaMkDeo&feature=related

Herramientas Tic's

Generadores de mapas conceptuales y mentales

Mindomo:  es un generador muy versátil con el que es posible desarrollar una gran variedad de tipos de mapas conceptuales. Para poder guardar los resultados en el ordenador hay que registrarse.

Wikimindmap :  Generador muy sencillo de mapas conceptuales a partir de palabras o expresiones. Tras introducir la palabra o expresión y elegir el motor que se utilizará para establecer las relaciones , se genera un mapa con varios términos relacionados con la palabra o expresión elegidos. Al pulsar sobre cualquiera de ellos, se abrirá wikipedia con información sobre los términos que se han generado.

Mind42 : permite la generación de mapas mentales de una forma rápida y sencilla. Sólo hay que registrarse para poder utilizarlo. Las ventajas de esta herramienta son muchas ya que permite trabajar con otros compañeros en línea e introducir textos, enlaces e imágenes en los nodos.

Mindmeister : es una herramienta similar a la anterior. Permite trabajar colaborativamente en la creación y desarrollo de mapas mentales en tiempo real pero además tiene la opción de importar mapas de Freemind, MindManager o en formato PDF. La modalidad “Basic” es gratuita y requiere registrarse

Bubbl.us  : es una aplicación online con la que se pueden crear mapas mentales de forma gratuita para después imprimirlos o insertarlos en una web.

WiseMapping : Herramienta online gratuita para la creación de mapas mentales. Tras realizar el registro, podemos crear mapas personalizados, trabajarlos colaborativamente, compartirlos, imprimirlos y exportarlos.

Thinkature:   ofrece un espacio colaborativo de trabajo muy flexible que permite recoger ideas en tarjetas, separarlas mediante colores, conectarlas entre sí, dibujar diagramas o subir imágenes del ordenador o de la web. Para probar la herramienta es necesario registrastrarse y el registro es gratuito.

 

Generadores de cómics y dibujos animados

CreaComics (GenMàgic): Generador de cómics que, por su sencillez, resulta ideal para el trabajo con los más pequeños. Permite escribir la fecha, el nombre del autor y de la actividad, elegir y modificar el tamaño de los escenarios que aparecerán en cada viñeta, realizar dibujo libre sobre ellas, añadir mediante arrastre personajes y objetos e insertar diversos tipos de globos para escribir los textos. El resultado se puede imprimir.

Stripgenerator :  es un servicio web que cuenta con un generador de tiras cómicas muy fácil de usar. También dispone de un servicio de blogs gratuito que se puede utilizar para publicar la tiras cómicas. 

Comicjuice . Sencillo generador de cómics que funciona mediante el sistema de subir imágenes a la aplicación, organizarlas en paneles y añadirles bocadillos de texto. Para poder guardar y publicar los cómics hay que registrarse y el registro es gratuito.

Crece indignación por demora en obras de Transcaribe

Siendo el proyecto urbano más importante de los últimos años en la ciudad, tanto que costará cerca de medio billón de pesos en obras civiles y que al terminarse moverá cerca de 475 mil pasajeros por día, la cantidad de dificultades que ha padecido ahogan sus evidentes bondades, algunas perceptibles desde ya.

Transcribe ha vuelto a ser centro de noticias y como siempre, por sus problemas. Ahora es la parálisis de las obras del tramo del mercado de Bazurto, el abandono del contratista de la obra y su demanda al Distrito por incumplimiento de lo pactado.

Es evidente que en este caso ha faltado diligencia de los gerentes, que los recursos asignados por la nación han sido insuficientes, que el trabajo en equipo entre el Distrito y la Nación no ha existido, que en el convenio con el Gobierno Nacional se le dejó la responsabilidad al Distrito de asumir los mayores costos en las obras y que tener que adjudicar siempre las obras al que ofrezca más barato trae muchos riesgos y problemas con los contratistas.

Se sabe que ha habido poquísima colaboración de las entidades de servicios públicos con las que hay que coordinar el cambio de redes por donde van las obras de Transcaribe, que en muchos casos los diseños se han realizado desde Bogotá sin consultar las realidades en el propio terreno de las obras, que ha habido cero cuidado por parte del Distrito a las obras ya realizadas y se cree que la ejecución del proyecto no se ha librado de los tentáculos de la corrupción.

El alcalde actual prometió que él mismo estaría al frente de las obras, lo cual hoy no sabría si produciría tranquilidad o preocupación, pero lo cierto es que sus decisiones han desnudado inseguridad e inconsistencia.

Creo que es hora de apretar; de ejercer liderazgo y autoridad, de reunir y ordenar a alcaldes locales, gerentes de empresas de servicios públicos, Espacio Público, DATT y todas las entidades que tocan el proyecto, para agilizar su ejecución. Sería sano conformar un comité ciudadano de seguimiento a los procesos judiciales, que dé transparencia y compromiso de la sociedad civil en la defensa de la ciudad. Si no, corremos el riesgo de que a la ciudad la pelen como a una mandarina.

PROTOTIPOS Y SU IMPORTANCIA!

Una de las formas más habituales y convenientes de analizar un sistema consiste en construir un prototipo (un modelo en definitiva) del mismo.

Cuando queremos dar a entender mejor lo que vamos a construir en el caso de edificios, Herramientas, Aviones, Maquinas, se crea un modelo idéntico, pero en menor escala (mas pequeño).

Sin embargo cuando aquello que construiremos es un Software, nuestro modelo debe tomar una forma diferente, deben representar todas las funciones y subfunciones de un Sistema. Los modelos se concentran en lo que debe hacer el sistema no en como lo hace, estos modelos pueden incluir notación gráfica, información y comportamiento del Sistema.

Todos los Sistemas basados en computadoras pueden modelarse como transformación de la información empleando una arquitectura del tipo entrada y salida.

es decir, que los prototipos es un modelo, un ejemplar ( primer molde), o es le material de prueba o un objeto diseñado para la demostración de un software o programa, estos permiten testar el objeto antes de que entre en la producción, detectar errores , deficiencias, cuando el prototipos esta suficientemente perfeccionado en todos los sentidos requeridos y alcanza las metas para los que fue pensado, el objeto puede empezar a producirse. 

ejemplo: 

http://www.youtube.com/watch?feature=endscreen&NR=1&v=k2PMGhidI6Q 

Mesa táctil empleando software touchlib, todavía no está calibrada, mesa realizada por Paolo Almario, Mónica Ocampo, Juan Manuel Fernandez, Mónica Sarmiento y Catherine Zapata

El profesional de Sistema por medio de la observación, evaluación y la retroalimentación, obtendrá como reaccionan los usuarios al trabajar con el prototipo, y que tan conveniente es el acoplamiento entre las necesidades y las características modeladas en el sistema. A través de la recopilación de tales reacciones, el profesional, irá descubriendo nuevas perspectivas del prototipo, incluso si los usuarios se encuentran satisfechos con él, o si habrá dificultades para vender o implantar el sistema.

http://www.youtube.com/watch?v=AeTOy9nGSmQ 
Un prototipo de iphone 5 para demostrar hasta donde puede llegar la compañía en su empeño por seguir a la cabeza de este sector.

Que tengan una muy buena semana!
Metanle 8 a Todo! 
Abrazos :)

SISTEMAS DE INFORMACION

Hola a Todos!.

En esta oportunidad estuvimos trabajando en clases de Análisis y Diseño de Software Acerca de los Sistemas de información, se propuso en clases leer el primer capitulo de Senn & Senn - ANALISIS Y DISEÑOS DE SISTEMAS DE INFORMACIÓN-. El cual adjunto , fue muy interesante los planteamientos que se hacen y su gran trabajo como analista. 

http://www.4shared.com/office/-0v3OxdV/Senn_James_-_Anlisis_y_Diseo_d.html

En clase, manejamos lo que eran los mapas mentales en grupo, opiniones acerca del documento leído, todos compartimos nuestros puntos de vista, e hicimos el mapa mental. 

Lo que mas me impacto, fue la parte de sistemas de información; es un conjunto de elementos orientados al tratamiento y administración de datos e información, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo. 
por otra parte lo del ciclo de vida de los sistemas de información fue interesante, aprendí que existen pautas para el pleno desarrollo de una organización en cuanto al análisis se refiere, 
* conocimiento de la Organización ( Proceso de negocio, los procesos transaccionales, Usuarios).  
* Identificación de problemas y oportunidades ( sacar una ventaja competitiva). 
*Determinar las necesidades ( método de recolección de información). 
*Diagnóstico. 
*Propuesta. 
*Diseño del sistema. 
* Codificación ( Algoritmo ya Diseñado). *Implementación: ( equipos informáticos, redes y la instalación del programa). 
*Mantenimiento: ( proceso de Retroalimentacion). 

Que Tengan Una Hermosa Noche!
Bendiciones. 
¡Disfruten Cada uno de Sus Días, y mas Con los Seres Queridos!

ROL DE UN ANALISTA DE SISTEMAS

Esta semana me pareció muy interesante y  chevere porque desarrollamos nuestra mente.. en cuanto a la programación se refiere, conocí compañeros nuevos, ¡Sera fantástico trabajar con ustedes!; El profesor marco Chico docente de la Asignatura Análisis y Diseño de Software se Presento, nos comento acerca de su trabajo y los  talleres que dicta, y de su larga experiencia como docente. 

Hablando de otra cosa, un tema que me impacto fue el rol de un analista de sistema en una empresa; El trabajo de un analista de sistema, es de analizar las necesidades, solicitudes, los requerimientos que necesita un cliente o usuario para que el sistema que se le esta desarrollando funcione adecuadamente, y eficientemente como el mismo lo requiera. 

El analista de sistemas evalúa de manera sistemática el funcionamiento de un negocio mediante el examen de la entrada y el procesamiento de datos y su consiguiente producción de información, con el propósito de mejorar los procesos de una organización. Muchas mejoras incluyen un mayor apoyo a las funciones de negocios a través del uso de sistemas de información computarizados.

En Resumen lo que hace es analizar, desmenuzar, investigar las necesidades que tiene un usuario un cliente, en su negocio(ya sea una empresa, personalmente), para que pueda construirse un sistema(un producto ya sea en una plataforma, lenguaje determinado, arquitectura que se va a consensuar con el cliente) que le vaya a cubrir eficientemente los requerimientos e inquietudes del usuario. 

6ª Edicion/ Analisis y diseño de sistemas: Kendall & kendall 1 Capitulo. 

http://unefazuliasistemas.files.wordpress.com/2011/04/analisis-y-disenio-de-sistemas-kendall-kendall.pdf

Otro Datico! 

SOY LA SECRETARIA DEL PROFESOR, GRACIAS COMPAÑEROS POR SU VOTO DE CONFIANZA!.. Un Abrazo 

Bendiciones..