diagrama de clases

Un diagrama de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejará en el sistema, y los componentes que se encargaran del funcionamiento y la relación entre uno y otro.

representan los: Requerimientos en entidades y actuaciones. - La arquitectura conceptual de un dominio - Soluciones de diseño en una arquitectura - Componentes de software orientados a objetos

ARQUITECTURA DEL SOFTWARE

podemos decir que la arquitectura de software se refiere a la estructuración del sistema que, idealmente, se crea en etapas tempranas del desarrollo. Esta estructuración representa un diseño de alto nivel del sistema que tiene dos propósitos primarios: satisfacer los atributos de calidad (desempeño, seguridad, modificabilidad), y servir como guía en el desarrollo. Al igual que en la ingeniería civil, las decisiones críticas relativas al diseño general de un sistema de software complejo deben de hacerse desde un principio. El no crear este diseño desde etapas tempranas del desarrollo puede limitar severamente el que el producto final satisfaga las necesidades de los clientes. Además, el costo de las correcciones relacionadas con problemas en la arquitectura es muy elevado. Es así que la arquitectura de software juega un papel fundamental dentro del desarrollo.

La arquitectura de software define, de manera abstracta, los componentes que llevan a cabo alguna tarea de computación, sus interfaces y la comunicación entre ellos. Toda arquitectura debe ser implementable en una arquitectura física, que consiste simplemente en determinar qué computadora tendrá asignada cada tarea.

¿Por qué es importante la arquitectura de software?
La arquitectura de software es de especial importancia ya que la manera en que se estructura un sistema tiene un impacto directo sobre la capacidad de este para satisfacer lo que se conoce como los atributos de calidad del sistema. Ejemplos de atributos de calidad son el desempeño, que tiene que ver con el tiempo de respuesta del sistema a las peticiones que se le hacen, la usabilidad, que tiene que ver con qué tan sencillo les resulta a los usuarios realizar operaciones con el sistema, o bien la modificabilidad, que tiene que ver con qué tan simple resulta introducir cambios en el sistema. Los atributos de calidad son parte de los requerimientos (no funcionales) del sistema y son características que deben expresarse de forma cuantitativa. No tiene sentido, por ejemplo, decir que el sistema debe devolver una petición “de manera rápida”, o presentar una página “ligera”, ya que no es posible evaluar objetivamente si el sistema cubre o no esos requerimientos.

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

SISTEMAS DE INFORMACIÓN

SISTEMAS DE INFORMACIÓN SEGÚN JAMES SENN SENN

El propósito de este mapa mental  es brindar una pequeña introducción al proceso de desarrollo de sistema y definir las terminologías básicas utilizadas en el campo del análisis y diseño de sistema.

¿QUÉ ES EL ANÁLISIS Y DISEÑO DE SISTEMA? 

Directamente se refiere al proceso de examinar la situación de una empresa con el propósito de mejorarla con métodos y procedimientos más adecuados.

EL TRABAJO DEL ANALISTA DE SISTEMAS.

El trabajo del analista de sistema, consiste en conducir estudios de sistemas para detectar hechos relevantes relacionados con la actividad de la empresa. Cuya función más importante es reunir información y determinar los requerimientos necesarios.

Para el análisis y diseño de sistema  además del estudio completo de los sistemas, el analista de sistema también tiene que diseñar el nuevo sistema, los que se responsabilizan tanto el análisis como el diseño.

En la parte del análisis, diseño y programación de sistema el analista también conduce la investigación de sistema, tales como especificar el diseño y escribir el software necesario para la programación del mismo.

LA FINALIDAD PRINCIPAL DE SISTEMA DE INFORMACIÓN, es la de llevar a cabo la tarea de procesar las entradas de datos, mantenerlos archivados para cuando se necesite, y hacer la salida de reportes y otras informaciones por la cuales se trabaja con los sistemas de información. Estos están formados, como anterior mente señala, por subsistemas, que incluyen, hardware y software, y otro medio, como para el almacenamiento de dato, tales como base de datos etc.