viernes, 13 de abril de 2012

TIPOS DE DIAGRAMAS UML




TIPOS DE DIAGRAMAS EN UML


Diagramas de casos de uso
· Diagrama de clases
· Diagrama de objetos
· Diagramas de comportamientos
Diagrama de estados
Diagrama de actividad
· Diagrama de interacción
Diagrama de secuencia
Diagrama de colaboración
· Diagrama de implementación
Diagrama de componentes
Diagrama de despliegue 

 DIAGRAMA DE CLASES


DIAGRAMA DE OBJETOS


DIAGRAMA DE COMPORTAMIENTO


Diagrama de estados
Diagrama de actividad

DIAGRAMA DE INTERACCIÓN

Diagrama de secuencia
Diagrama de colaboración

DIAGRAMA DE IMPLEMENTACION 


Diagrama de componentes
Diagrama de despliegue 

UML (LENGUAJE UNIFICADO DE MODELADO UML)

        UML (LENGUAJE UNIFICADO DE MODELADO UML) 


 Definición
 Historia e Inicios
 Características
 Objetivos Principales 

 DEFINICIÓN

Definiendo cada uno de los conceptos, tenemos: 

Lenguaje: ya que este cuenta con una sintaxis y una semántica. Por lo tanto al modelar un concepto en UML, hay reglas sobre como agrupar los elementos del lenguaje y el significado de esta agrupación.

 Modelado: UML es visual, mediante su sintaxis se modelan distintos aspectos de situaciones reales, que permiten una mejor interpretación y entendimiento.  

Unificado: unifica varias técnicas de modelado en una.

Compuesto por una gama de diagramas, que permiten graficar o tomar una radiografía a los procesos para una interpretación de los mismos, desde el punto de vista, tanto de usuarios inexpertos, como de los desarrolladores de Software, es como un diccionario con el cual podrá consultar palabras para después formar oraciones y después escribir un libro. Los diagramas servirán para plasmar los procesos de un determinado negocio o actividad, para de esta manera construir modelos o maquetas de la interpretación de los mismos entre usuarios y desarrolladores de los sistemas de información. Existiendo para ello un lenguaje común de comunicación, cuando no se usa la notación UML (conjuntos de Diagramas) se tiene la problemática de no encontrar los términos adecuados, ya que los analistas usan términos informáticos de difícil entendimiento por los usuarios inexpertos, y por otra parte los desarrolladores no entienden el lenguaje que usan estos usuarios.





HISTORIA E INICIOS

UML (Lenguaje Unificado de Modelado) comenzó a gestarse :
En 1994, cuando Jim Rumbaugh se unió a la compañía Rational Software Corporation fundada por Grady Booch, dos respetados investigadores en el área de desarrollo de notaciones para el análisis y diseño de sistemas orientados a objetos, cuya herramienta era Rational Rose.
El objetivo de los dos investigadores era unificar dos métodos que habían desarrollado: el método Booch, que describe conjunto de objetos y sus relaciones y el OMT (Object Modelling Tool) de Rumbaugh, orientada a objetos,  que combinaban notaciones provenientes de modelado orientado a objetos, a datos, a componentes y a flujos de trabajos. En esa misma época otro reputado investigador,  Ivar Jacobson,  cuya metodología es más centrada al usuario y a casos de uso (use case), se unió  a Rational Software y se incluyeron ideas suyas. Estas tres personas son conocidas como los “tres amigos”. Construyeron lo que hoy conocemos como UML
Este lenguaje manejaba diversos métodos, técnicas y aspectos en común pero utilizando diversas notaciones; inconvenientes para el aprendizaje, aplicaciones y uso de herramientas y además competía entre distintos enfoques, por lo tanto debía establecer una notación estándar. Que se fue fomentando hasta lograr la aceptación de OMG (Grupo de administración de objetos) como notación estándar, el estándar líder en la industria para la programación de objetos distribuidos,quienes lo adoptaron para el análisis y el diseño orientado a objetos.
Es el primer método en publicar su propia notación, incluyendo la notación para la mayoría de la información de requisitos, análisis y diseño. El lenguaje de modelado unificado se usa para entender, diseñar, configurar, mantener y controlar la información sobre los sistemas a construir. Y pretende unificar las experiencias pasadas sobre técnicas de modelado e incorporar las mejores prácticas actuales en un acercamiento estándar.


CARACTERÍSTICAS


La herramienta UML debe apoyar todos los diagramas de los nueve que componen UML. La herramienta debe soportar la diagramación de casos de uso, permitir definir la visión estática con diagramas de clases y diagramas de objeto, permitir la definición de la visión dinámica, tales como los diagramas de secuencia, la actividad, de los estados, de colaboración y el despliegue de componentes que forman el sistema.






OBJETIVOS PRINCIPALES

         Durante el desarrollo del UML sus autores tuvieron en cuenta:
Proporcionar una notación y semánticas suficientes para poder alcanzar una gran cantidad de aspectos del modelado contemporáneo de una forma directa y económica.
Proporcionar las semánticas suficientes para alcanzar aspectos del modelado que son de esperar en un futuro, como por ejemplo aspectos relacionados con la tecnología de componentes, el cómputo distribuido, etc.
Proporcionar mecanismos de extensión de forma que proyectos concretos puedan extender el meta-modelo a un coste bajo.
Proporcionar mecanismos de extensión de forma que aproximaciones de modelado futuras podrían desarrollarse encima del UML.
Permitir el intercambio del modelos entre una gran variedad de herramientas.
Proporcionar semánticas suficientes para especificar las interfaces a bibliotecas para la comparición y el almacenamiento de componentes del modelo.

OBJETIVOS.-

  •  Proporcionar a los usuarios un lenguaje de modelado visual expresivo y utilizable para el desarrollo e intercambio de modelos significativos.
  • Proporcionar mecanismos de extensión y especialización.
  • Ser independiente del proceso de desarrollo y de los lenguajes de programación.
  • Proporcionar una base formal para entender el lenguaje de modelado.
  • Fomentar el crecimiento del mercado de las herramientas OO.

  •          Soportar conceptos de desarrollo de alto nivel como pueden ser colaboraciones, frameworks, patterns, y componentes.
  • Integrar las mejores prácticas utilizadas hasta el momento.


MODELOS DE CICLO DE VIDA



MODELOS DE CICLO DE VIDA


  
· Modelo en cascada

· Modelo V 



modelo en cascada



El modelo en cascada (también conocido como “ciclo
de vida clásico”) no es el único, ni tampoco el mejor
en muchas situaciones.
No obstante, se adapta bien al desarrollo
de las prácticas de una asignatura.
En los apuntes se puede encontrar una breve
discusión de las limitaciones del modelo en cascada
e información relativa a modelos alternativos.




modelo v



El Método-V 
Define un procedimiento uniforme para el desarrollo de productos para las TIC. Es el estándar utilizado para los proyectos de la Administración Federal alemana y de defensa. Como está disponible públicamente muchas compañías lo usan. Es un método de gestión de proyectos comparable a PRINCE2 y describe tanto métodos para la gestión como para el desarrollo de sistemas.




La corriente de especificación (parte izquierda, Project definition) consiste principalmente de:
  • Conceptos de operaciones: qué debe hacer el sistema a grandes rasgos.
  • Requisitos del sistema y arquitectura del mismo.
  • Diseño detallado.
La corriente de pruebas (parte derecha, Project test and integration), por su parte, suele consistir de:
  • Integración de las distintas partes, test y verificación de las mismas.
  • Verificación y validación del sistema en conjunto.
  • Mantenimiento del sistema.
La corriente de desarrollo puede consistir (depende del tipo de sistema y del alcance del desarrollo) en personalización, configuración o codificación.

              




jueves, 12 de abril de 2012

ciclo de vida de un sistema de informacion





CICLO DE VIDA DE UN SISTEMA DE INFORMACIÓN





  1. § Definición
  2. § Fases
  3. o Requerimientos
  4. o Análisis / Diseño
  5. o Construcción
  6. o Pruebas
  7. o Producción / Mantenimiento 


definición:
El ciclo de vida de un sistema de información es un enfoque por fases del análisis y diseño que sostiene que los sistemas son desarrollados de mejor manera mediante el uso de un ciclo especifico de actividades del analista y del usuario.

Según James Senn, existen tres estrategias para el desarrollo de sistemas: el método clásico del ciclo de vida de desarrollo de sistemas, el método de desarrollo por análisis estructurado y el método de construcción de prototipos de sistemas. Cada una de estas estrategias tienen un uso amplio en cada una de los diversos tipos de empresas que existen, y resultan efectivas si son aplicadas de manera adecuada. 




fases:

Ø IDENTIFICION DE PROBLEMAS, OPORTUNIDADES Y OBJETIVOS.
En esta etapa se desarrolla los aspectos que se resumen a continuación:


Elaboración de los planes de desarrollo empresarial  en el cual se tienen que plantear varios puntos.
Plantean normas entre las cuales están las de higiene y sanidad.
Se ven los problemas que puede tener o tiene la empresa y sus posibles soluciones en este caso los del supermercado.
Creación de una base de datos para el sistema de ventas. 



Ø  DETERMINACION DE LOS REQUERIMIENTOS DE INFORMACIÓN

 Se elaboran requisitos para la implementación de los requerimientos
Se ven las limitantes que se pudiesen tener.
Se ve o se toma en cuenta los hecho que pudiese haber tenido la empresa   



Ø ANALISIS DE LAS NECESIDADES DEL SISTEMA


Elaborar junto al sistema una base de datos la cual tenga mucha importancia en el cual se puedan ingresar los productos que se han adquirido de una manera fácil para luego encontrarlos y  esto se podría hacer como todos sabemos con el código de barras el cual solo se pasaría por cierta maquinita y ese código que ella tiene el sistema sabrá exactamente a que producto le pertenecía 
El trabajo que se elaboré o sea el sistema debe de ser de una manera que su trabajo lo desarrolle de una manera optima en un porcentaje grande de efectividad.

También se debe de ver que puede hacer y que no se podrá hacer con el sistema plantear o dar las ventajas y alguna desventaja que por cierto no debiese de tener. 

Ø DISEÑO DEL SISTEMA RECOMENDADO 

Revisar la posible viabilidad técnica sobre el software que se pretende implementar en la aplicación.
Evaluar de una forma analítica y sistemática el sistema recomendado dando lugar a la solución de posibles soluciones.
Comprar o adquirir el Hardware y software específico para la aplicación de sistemas.
Elaborar  un informe general del sistema especificando metodos, procedimientos y aplicaciones elaboradas en el supermercado.  

Ø  DESARROLLO Y DOCUMENTACION DEL SOFTWARE

La etapa del desarrollo y documentación del software es la cual se le tiene que dar al usuario ayuda y manuales directos al usuario de cómo se trabaja en el sistema implantado el cual el usuario final debe de manejarlo para no tener mucho problemas  y todo eso lo elaboraría los analistas del sistema con un fin de una mejor comprensión y posibles futuros análisis.

Ø PRUEBA Y MANTENIMIENTO DEL SISTEMA

·        En esta parte se debe arreglar el programa que se tienes antes de tener la aplicación final con el fin o con la idea de que el desarrollo final de la aplicación sea de un manera eficaz y con menos problemas de los q pudiese tener .

Ø IMPLEMENTACION Y EVALUACION DEL SISTEMA

Al implementarse el programa se debe de probar todo lo posible para asi que el tenga una mayor seguridad de que el sistema esta trabajando correctamente y la evaluación seria que funcionase a la perfección.

Ø  IMPORTANCIA DEL MANTENIMIENTO.

Aquí se le establecerá  a la empresa el tiempo que ellos darán para el mantenimiento lo mejor seria 6 meses como mínimo para luego de esos 6 meses ya la persona trabajaría como lo que es un analista y tendría que ser  remunerada. 







requerimientos:

Determinación de los requerimientos del sistema

Tomando como base la primera etapa del análisis y diseño de sistemas, en esta etapa es necesario conocer todas las facetas importantes del supermercado La Alhambra.

Los procesos del supermercado son: La recolección de los productos, la clasificación de los productos en bodega, la distribución de los productos en los diferentes estantes de supermercado y por ultimo las ventas de estos.
Al observar cada uno de los procesos del supermercado debemos de entrevistar a los directores del supermercado, ya que son ellos los administrativos de cómo se manejan los papeleos, pero también no debemos menospreciar a los operativos ya que son ellos quienes saben realmente como se trabaja y son ellos los cuales aportaran ideas para solucionar de mejor forma el problema.
Todo esto lo lograremos haciendo uso de entrevistas o cuestionarios. 



análisis \ diseño:

Se diseñara un modelo E-R para el manejo de la base de datos.

Se presentaran modelos de pantalla de cómo se desean los ingresos de la información y como se presentaran los reportes o salidas, que tipo de tablas se ocuparan para el proceso de la información.
Los tipos de almacenamiento a utilizar serán discos duros y tapes backups. Podemos recomendar el software de programación.







construcción :


Entregaremos a los programadores si los hubiere, todo el diseño del sistema a implementar.

Ambos, programadores y analistas debemos de estar en constante comunicación.
Son los programadores quienes recomendaran si es viable desarrollar el sistema en el software propuesto por los analistas, sino, ellos recomendaran el mas adecuado. 


pruebas:

Antes de entregar el nuevo sistema, será necesario ponerlo a prueba, esto con el fin de poder encontrar deficiencias y así corregir errores antes de ponerlo en marcha de una forma definitiva. 

producción \mantenimiento


Si el sistema implementado presenta errores durante su ejecución y después de la aprobación, se procede en esta etapa a darle mantenimiento el cual consiste en corregir dichos problemas hasta que el cliente quede satisfecho y se de por finalizada la entrega.




ingenieria de sistemas


     
                       


"ingeniería de sistemas"

1 .-Definición
2 .-Campos
3.- Sistemas de Información
4.- Investigación de operaciones
5.- Ingeniería de sistemas cognitivos


Definición


La ingeniería de sistemas o ingeniería de los sistemas o ingeniería en sistemas es un modo de enfoque interdisciplinario que permite estudiar y comprender la realidad, con el propósito de implementar u optimizar sistemas complejos. Puede verse como la aplicación tecnológica de la teoría de sistemas a los esfuerzos de la ingeniería, adoptando en todo este trabajo el paradigma sistémico. La ingeniería de sistemas integra otras disciplinas y grupos de especialidad en un esfuerzo de equipo, formando un proceso de desarrollo estructurado.

Una de las principales diferencias de la ingeniería de sistemas respecto a otras disciplinas de ingeniería tradicionales, consiste en que la ingeniería de sistemas no construye productos tangibles. Mientras que los ingenieros civiles podrían diseñar edificios o puentes, los ingenieros electrónicos podrían diseñar circuitos, los ingenieros de sistemas tratan con sistemas abstractos con ayuda de lasmetodologías de la ciencia de sistemas, y confían además en otras disciplinas para diseñar y entregar los productos tangibles que son la realización de esos sistemas.

              ¿Que es ingeniería de sistemas?

La ingeniería de sistemas es la aplicación de las ciencias matemáticas y físicas para desarrollar sistemas que utilicen económicamente los materiales y fuerzas de la naturaleza para el beneficio de la humanidad.
Una definición especialmente completa -y que data de 1974- nos la ofrece un estándar militar de las fuerzas aéreas estadounidenses sobre gestión de la ingeniería (MIL-STD-499B Systems Engineering).

Ingeniería de sistemas es la aplicación de esfuerzos científicos y de ingeniería para:

*     transformar una necesidad de operación en una descripción de parámetros de rendimiento del sistema y una configuración del sistema a través del uso de un proceso interactivo de definición, síntesis, análisis, diseño, prueba y evaluación.

*     integrar parámetros técnicos relacionados para asegurar la compatibilidad de todas las interfaces de programa y funcionales de manera que optimice la definición y diseño del sistema total

*     integrarse factores de fiabilidad, mantenibilidad, seguridad, supervivencia, humanos y otros en el esfuerzo de ingeniería total a fin de cumplir los objetivos de coste, planificación y rendimiento técnico.
campos

Campos relacionados



1.-sistema de información

Un sistema de información o (SI) es un conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio. No siempre un Sistema de Información debe estar automatizado (en cuyo caso se trataría de un sistema informático), y es válido hablar de Sistemas de Información Manuales. Normalmente se desarrollan siguiendo Metodologías de Desarrollo de Sistemas de Información.




El equipo computacional: el hardware necesario para que el sistema de información pueda operar. El recurso humano que interactúa con el Sistema de Información, el cual está formado por las personas que utilizan el sistema. Un sistema de información realiza cuatro actividades básicas: entrada, almacenamiento, procesamiento y salida de información. es la actualizacion de datos reales y especificos para la agilizacion de operaciones en una empresa.


2.-investigación de operaciones


La investigación de operaciones o (IO) se enseña a veces en los departamentos de ingeniería industrial o de matemática aplicada, pero las herramientas de la IO son enseñadas en un curso de estudio en Ingeniería de Sistemas. La IO trata de la optimización de un proceso arbitrario bajo múltiples restricciones. (Para artículos de discusión (en inglés) ver: [1] y [2]). Se presentan las ideas fundamentales en las que se basa el enfoque de sistemas, los tipos de problemas de sistemas y las metodologías más adecuadas para abordarlos. Se presenta el concepto de ciclo de vida y una panorámica general de los modelos más extendidos.




3.-ingeniería de sistemas congnitivos


La ingeniería de sistemas cognitivos es una rama de la ingeniería de sistemas que trata los entes cognitivos, sean humanos o no, como un tipo de sistemas capaces de tratar información y de utilizar recursos cognitivos como la percepción, la memoria o el procesamiento de información. Depende de la aplicación directa de la experiencia y la investigación tanto en psicología cognitiva como en ingeniería de sistemas. La ingeniería de sistemas cognitivos se enfoca en cómo los entes cognitivos interactúan con el entorno. La ingeniería de sistemas trabaja en la intersección de:

1.  El desarrollo de la sociedad en esta nueva era
2.  Los problemas impuestos por el mundo
3.  Las necesidades de los agentes (humano, hardware, software)
4.  La interacción entre los varios sistemas y tecnologías que afectan (y/o son afectados por) la situación.
.