Diagrama de secuencia

El diagrama de secuencia es un tipo de diagrama usado para modelar interacción entre objetos en un sistema según UML. En inglés se pueden encontrar como "sequence diagram", "event-trace diagrams", "event scenarios" o "timing diagrams"


Los diagramas de secuencia describen la interacción entre los objetos de una aplicación y los mensajes recibidos y enviados por los objetos

Tipos de mensajes

Existen dos tipos de mensajes: sincrónicos y asincrónicos. Los mensajes sincrónicos se corresponden con llamadas a métodos del objeto que recibe el mensaje. El objeto que envía el mensaje queda bloqueado hasta que termina la llamada. Este tipo de mensajes se representan con flechas con la cabeza llena. Los mensajes asincrónicos terminan inmediatamente, y crean un nuevo hilo de ejecución dentro de la secuencia. Se representan con flechas con la cabeza abierta.

También se representa la respuesta a un mensaje con una flecha discontinua.

sertificacion Microsoft Dynamics

Microsoft Dynamics es una línea de soluciones familiares y adaptables de planificación de recursos empresariales (ERP) y gestión de relaciones con los clientes (CRM) diseñadas para funcionar de forma parecida a las aplicaciones de Microsoft que le resultan conocidas, lo que facilita su adopción y reduce los riesgos inherentes a la implementación de una nueva solución.

Estas soluciones automatizan y racionalizan los procesos financieros, de inteligencia de negocio y de la cadena de suministro, de tal forma que le ayudan a impulsar el éxito de la empresa.

casos de uso implementando requisitos y requerimiento

un caso de uso es una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema.

Los diagramas de casos de uso sirven para especificar la comunicación y el comportamiento de un sistema mediante su interacción con los usuarios y/u otros sistemas.
 la Ingeniería de requisitos o Ingeniería de requerimientos comprende todas las tareas relacionadas con la determinación de las necesidades o de las condiciones a satisfacer para un software nuevo o modificado, tomando en cuenta los diversos requisitos de los inversores, que pueden entrar en conflicto entre ellos.

El propósito de la ingeniería de requisitos es hacer que los mismos alancen un estado óptimo antes de alcanzar la fase de diseño en el proyecto. Los buenos requisitos deben ser medibles, comprobables, sin ambigüedades o contradicciones, etc.

casos de uso

Un caso de uso es una descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso. Los personajes o entidades que participarán en un caso de uso se denominan actores.En el contexto de ingeniería del software, un caso de uso es una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. 

En el Lenguaje de Modelado Unificado, un diagrama de casos de uso es una especie de diagrama de comportamiento. UML mejorado El Lenguaje de Modelado Unificado define una notación grafica para representar casos de uso llamada modelo de casos de uso.

herramientas case ( microsoft project 2013

Microsoft Project 2013

es un software de administración de proyectos diseñado, desarrollado y comercializado por Microsoft para asistir a administradores de proyectos en el desarrollo de planes, asignación de recursos a tareas, dar seguimiento al progreso, administrar presupuesto y analizar cargas de trabajo.

Es un software de administración de proyectos desarrollado y vendido por Microsoft. La primera versión del programa fue lanzada para el sistema operativo DOS en 1984 por una compañía que trabajaba para Microsoft. Microsoft adquirió todos los derechos del software en 1985 y produjo la versión 2. La versión 3 para DOS fue lanzada en 1986. La versión 4 para DOS fue la última versión para este sistema operativo, comercializada en 1987. La primera versión para Windows fue lanzada en 1990, y fue llamada versión 1 para Windows. Un dato interesante es que la primera versión para DOS introdujo el concepto de Líneas de dependencia (link lines) entre tareas en la gráfica de Gantt. Aunque este software ha sido etiquetado como miembro de la familia Microsoft Office hasta el momento no ha sido incluido en ninguna de las ediciones de Office. Está disponible en dos versiones: Standard y Professional..

http://www.slideshare.net/koyikorioto/herramientas-case-17148812

sistemas de informacion y tipos de sistemas de informacion

 sistemas de información

sistema de información: es un conjunto de elementos orientados al tratamiento y administración de datos einformacion, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo. 

Todos estos elementos interactúan para procesar los datos (incluidos los procesos manuales y automáticos) y dan lugar ainformacion más elaborada, que se distribuye de la manera más adecuada posible en una determinada organización, en función de sus objetivos.

tipos de sistemas de informacion:

Debido a que el principal uso que se da a los SI es el de optimizar el desarrollo de las actividades de una organización con el fin de ser más productivos y obtener ventajas competitivas, en primer término, se puede clasificar a los sistemas de información en:

• Sistemas Competitivos
• Sistemas Cooperativos
• Sistemas que modifican el estilo de operación del negocio

Esta clasificación es muy genérica, y en la práctica no obedece a una diferenciación real de sistemas de información reales, ya que en la práctica podríamos encontrar alguno que cumpla varias (dos o las tres) de las características anteriores. En los subapartados siguientes se hacen unas clasificaciones más concretas (y reales) de sistemas de información.

REQUERIMIENTOS Y TIPOS DE REQUERIMIENTOS

  Requerimiento: 

resumiendo de la definición podemos decir que requerimiento: es la necesidad de un usuario para solucionar un problema o conseguir un objetivo:

 tipos de requerimientos:

Requerimientos del Usuario:

Deben describir los requerimientos funcionales y no funcionales, quesean comprensibles por los usuarios sin conocimiento técnico detallado

Requerimientos del sistema:

Los requerimientos del sistema son versiones extendidas de los Requerimientos del usuario que son utilizados por los ingenieros de software como punto de partida para el diseño del sistema. Agregan detalle y explican como el sistema debe proporcionar los requerimientos del usuario. Deben ser una especificación completa y consistente de un sistema

Requerimientos funcionales:

Describen las funciones que el sistema va a hacer. Estos requerimientos dependen del tipo de software que se desarrolla, los posibles usuarios del software y del enfoque en la organización al redactar los requerimientos; los requerimientos funcionales del sistema describen con detalle la función de este, sus entradas y salidas, excepciones, etc.

Requerimientos no funcionales:

Son aquellos requerimientos que no se refieren directamente las funciones especificas que proporciona el sistema, si no a las propiedades emergentes, como son la fiabilidad, el tiempo de respuesta del sistema y la capacidad de almacenamiento. De forma alternativa define las restricciones del sistema de los dispositivos de entrada y salida