UNIVERSIDAD AUTÓNOMA DEL ESTADO DE MÉXICOCENTRO UNIVERSITARIO UAEM ATLACOMULCO

INGENIERÍA EN COMPUTACIÓN

ASIGNATURA:

ANALISIS DE SISTEMAS

RESPONSABLE:

ING. GREGORIO GARCIA ESTRADA

Reporte de las horas:1,7,13

EQUIPO:

NEI RAMÍREZ GONZÁLEZIVONNE MESA BAUTISTAMARCO ANTONIO LÓPEZ PAREDESANA LAURA MENDOZA DE LA CRUZÁNGEL URIEL SÁNCHEZ MONTOYABRISEYDA NAVARRETE PLATA

GRUPO ICO-11

MAYO DE 2010

Hora 1

Introducción a UML

UML (lenguaje unificado de modelado)

Es una herramienta que permite a los creadores de sistemas generar diseños que capturen sus ideas de forma convencional y fácil de comprender. Y de esta manera poder comunicar estas ideas a otras personas. Se evalúan los requerimientos de los clientes comprensibles para ellos mismos.

POR QUE ES NECESARIO UML

Anteriormente se escribía los programas desde el principio y se escribía conforme se requería lo cual generaba alta incertidumbre y alto riesgo. Actualmente es una necesidad contar con un plan bien analizado. El desarrollo es orientado a equipos.

Una característica de desarrollo de sistemas es reducir el periodo de desarrollo, lo cual demanda un diseño solido y UML permite diseñar dichos proyectos.

DIAGRAMAS DE UML

UML está conformado por diversos elementos gráficos que se combinan para conformar diagramas. UML es un lenguaje por tal razón cuenta con reglas para combinar tales elementos. Las cuales nos permitirán realizar el análisis del sistema o proyecto a realizar y de esta manera presentar diversas perspectivas de un sistema llamadas modelos.

Un modelo de UML describe lo que hará el sistema pero no dice como se implementara dicho sistema. Se pueden formar híbridos de diagramas.

DIAGRAMA DE CLASES

Los objetos, las cosas tienen atributos que son propiedades y realizan acciones. Dichas cosas mencionadas anteriormente se albergan en categorías y estas categorías se llaman clases. Una clase es una categoría o grupo de cosas que tienen atributos y acciones similares. Ejemplo la clase lavadora tiene atributos como son la marca, modelo, número de serie y capacidad. Entre las acciones de esta clase son agregar ropa, agregar detergente, activarse y sacar ropa.

El diagrama de clases se representa como un rectángulo y se divide en tres áreas, en el área superior contiene el nombre, el área central contiene los atributos y el área inferior las acciones. La conforman varios rectángulos conectados por líneas que muestran la manera en la que las clases se relacionan entre sí.

El objetivo de pensar en clases es para interactuar con nuestro numero complejo mundo, la experiencia sugiere que es más sencillo desarrollar aplicaciones se simulen algún aspecto del mundo cuando el software representa clases de cosas reales. Le permite a los analistas que los clientes les den los detalles de los problemas.

DIAGRAMAS DE OBJETOS

Un objeto es una instancia de clases es una entidad que tiene valores específicos de los atributos y acciones. Se representa de la misma manera en un rectángulo como los diagramas de clases, pero el nombre esta subrayado. El nombre de la instancia específica se encuentra ala izquierda de los dos puntos y el nombre de la clase ala derecha.

DIAGRAMAS DE CASOS DE USO

Un caso de uso es una descripción de las acciones de un sistema desde el punto de vista del usuario, para los desarrolladores del sistema es una herramienta valiosa de aciertos y errores para obtener los requerimientos del sistema desde el punto de vista del usuario.

Al usuario en el dibujo de la lavadora se conoce como actor. La elipse representa el caso de uso. La entidad que inicia el caso de uso puede ser una persona u otro sistema.

DIAGRAMAS DE ESTADOS

Muestra los distintos estados posibles que un objeto puede presentar.

DIAGRAMAS DE SECUENCIAS

Muestran una mecánica de interacción con base en tiempos.

DIAGRAMA DE ACTIVIDADES

Generalmente las actividades dentro de los diagramas de caso de usos se dan en forma secuencial.

DIAGRAMAS DE COLABORACIONES

Los elementos de un sistema trabajan en conjunto para lograr los objetivos del sistema, el diagrama de colaboración de UML de diseña para este fin.

DIAGRAMAS DE COMPONENTES

El desarrollo de software se realiza mediante componentes, las cuales adquieren importancia en los procesos de desarrollo en equipo.

DIAGRAMAS DE DISTRIBUCIÓN

Muestran la arquitectura física de un sistema informático. Puede representar los equipos y dispositivos, muestran sus interconexiones y el software de cada máquina. Cada computadora está representada por un cubo y las interacciones por líneas que conecta a los cubos.

Hora 7

Diagramas de casos de uso

Estos diagramas nos sirven para entender como un sistema debe comportarse se complementa utilizando otros tipos de diagramas. Checando los requerimientos desde el punto de vista del usuario.

REPRESENTACION DE UN MODELO DE CASO DE USO:

Existe un actor que inicia un caso de uso y otro que recibirá algo de valor de el. La representación grafica es directa. Una elipse representa a un caso de uso, una figura agregada representa a un actor. El actor que inicia se encuentra a la izquierda del caso de uso, y el que recibe a la derecha. El nombre del actor aparece justo debajo de el, el nombre del caso de uso aparece ya sea dentro de la elipse o justo debajo de ella. Una línea asociativa conecta a un actor con el caso de uso, y representa la comunicación entre el actor y el caso de uso. La línea asociativa es solida, como la que conecta a las clases asociadas.

Uno de los beneficios del análisis del caso de uso es que le muestra los confines entre el sistema y el mundo exterior. Generalmente los actores están fuera del sistema, mientras que los casos de uso están dentro de él. Utilizara un rectángulo con el nombre del sistema en algún lugar dentro de él para representar el confín del sistema. El rectángulo envuelve a los caso de uso del sistema.

Por ejemplo siguiendo el caso de uso “comprar gaseosas” se encuentra dentro del sistema junto con “reabastecer” y “recolectar dinero”, los actores son el cliente, representante del proveedor y el recolector. Aquí un ejemplo de un modelo UML de caso de uso para una maquina de gaseosas.

SECUENCIA DE PASOS EN LOS ESCENARIOS

Cada caso de uso es una colección de escenarios y cada escenario es una secuencia de pasos, los cuales no aparecen en el diagrama como tal.

La claridad es clave en la generación de cualquier diagrama y el adjuntar notas a cada caso de uso podrían volverlo confuso. El uso de estos diagramas es por lo general parte de un documento de diseño que el cliente y el equipo de diseño tomara como referencia, cada escenario de caso de uso tendrá su propia página donde se listara en modo de texto a:

Actor principalCondiciones previas para el caso de usoPasos en el escenarioCondiciones posteriores cuando se finaliza el escenarioEl actor que se beneficia del caso de uso.

CONCEPCION DE LAS RELACIONES ENTRE CASOS DE USO:

LA INCLUSION: permite volver a utilizar los pasos de un caso de uso dentro de otro.

EXTENSION: le permite crear un caso de uso mediante la adición de pasos a uno existente.

GENERALIZACION: cuenta con un caso de uso que se hereda de otro.

AGRUPAMIENTO: es una manera sencilla de organizar los casos de uso.

ELEMENTOS ESTRUCTURALES: Clases, objetos, actores, interfaces y casos de uso son cinco de los elementos estructurales en el UML, son similares en el sentido de que representa partes ya sea física o conceptual de un modelo.

RELACIONALES: la asociación, generalización, dependencia y realización, son las relaciones en el UML. Sin las relaciones, los modelos UML no serian más que listas de elementos estructurales. Las relaciones conectan a tales elementos y de ese modo conectan los modelos con la realidad.

AGRUPAMIENTO: Paquete es el único elemento de agrupamiento en el UML, permitiendo organizar los elementos estructurales en un modelo, puede contener cualquier tipo de elemento estructural, y diferentes tipos a la vez.

ANOTACION: La nota es el elemento de anotación del UML, estas permiten adjuntas restricciones, comentarios, requerimientos y gráficos explicativos a sus modelos.

EXTENSION: Los estereotipos o clises son dos estructuras que el UML proporciona para extender el lenguaje. Le permiten crear nuevos elementos además de los existentes, de modo que pueda modelar de forma adecuada la sección de realidad en la que se centrara su sistema.

Hora 13Diagramas de distribución

El hardware es un tema primordial en un sistema de varios componentes, actualmente dentro del área de computación un sistema abarca diversos tipos de plataformas. El diseño de solido de distribución de hardware es básico para el diseño del sistema.

QUE ES UN DIAGRAMA DE DISTRIBUCIÓN

El elemento primordial del hardware es un nodo, la cual es el nombre genérico para todo recurso de cómputo. Hay dos tipos de nodos el que puede ejecutar un componente y el que no. Los dispositivos como son impresoras, monitores tienen contacto con el mundo exterior.

Dentro de UML un cubo representa un nodo, se tendrá que asignar un nombre para cada nodo y usara un estereotipo para indicar el tipo de recurso que sea ejemplo:

Si el nodo es parte de un paquete, su nombre puede contener también el de él paquete, puede dividir al cubo en compartimientos que agreguen información como los componentes colocados en el nodo. Ejemplo:

Otra manera de indicar los componentes distribuidos es la de mostrarlos en relación de dependencias con un nodo.

La línea que asocie a dos cubos representara una conexión entre ellos, en la cual podrá utilizar un estereotipo para dar información respecto a la conexión. Ejemplo:

Una conexión no es necesariamente un cable o un alambre, también puede visualizar conexiones inalámbricas como infrarrojos o satélites.

APLICACIÓN DE LOS DIAGRAMAS DE DISTRIBUCIÓN

Los sistemas actuales de varios procesadores conectan nodos que podrían encontrarse lejos entre sí, la cual se requerirán de los diagramas de distribución aplicadas a las redes.

UN EQUIPO DOMESTICO

Para modelar un equipo domestico se incluye al procesador y los dispositivos, de la misma forma se ha modelado mi conexión telefónica con el proveedor del servicio de internet y su conexión. La nube de internet no es parte de la simbología de UML. Ejemplo:

UNA RED TOKEN-RING

En este tipo de red las computadoras con su dirección física se conectan a una MSAU que es una unidad de acceso a multiestaciones. Se conectan varias MSAU en una serie que parecen anillos, esta se combina para fungir como un policía de tránsito que mediante una señal token le permite a cada equipo saber cuándo puede transmitir información, el token va de equipo en equipo hasta que unos de ellos contenga información por enviar. El token se mueve por el anillo de MSAU.

Cuando se obtiene un token, solo esta información del equipo puede ir por la red, la información viaja hasta su destino, y devuelve un acuse de recibido.

ARCnet

Como en una red token-ring , una red ARCnet (red de computo de recursos adjuntos) implica pasar un token o una señal de un equipo a otro, la diferencia es que esta última se tiene asignado un numero. El orden numérico determina cual equipo obtendrá el token , los equipos se conecta a un concentrador o hub que puede se activo la amplificara la información que antes de transmitirla o pasivo transmitir la información sin amplificarla.

La diferencia con el token-ring es que los concentradores ARCnet no mueven el token en un anillo, los equipos se los pasan entre sí. Ejemplo:

THIN ETHERNET

Los equipos se conectan a un cable de red mediante dispositivos conocidos como conectores T, un segmento de red permite unirse a otro mediante un

repetidor la cual es un dispositivo que amplifica una señal antes de

transmitirla.

RED INALÁMBRICA RICOCHET DE METRICOM

Cuanta con una solución inalámbrica por modem para obtener acceso móvil a internet, el modem se conecta al puerto serial de un equipo de computo y se comunica con su red Ricochet , esta red consta de transmisores y receptores de radio, estos radios se de microceldilla se montan a la parte superior de los postes de luz a distancia de 400 a 800 metros en patrón de taleros de ajedrez. Cada radio obtiene una pequeña cantidad de energía de su poste si se conecta con adaptador especial.

Estos radios difunden señales a puntos de acceso cableados que llevan la información en un NIF (dispositivo de interconexión de red), un enrutador y una puerta de enlace (protocolo que traduce la información de un protocolo de comunicación a otro), se lleva en NIF hasta internet.

Hora 19Desarrollo de los casos de uso

Para analizar a los casos de uso, tendremos que realiza otra sesión JAD,

la cual es por lo general la más compleja y pide a los participantes que

se conviertan en analistas, es necesario organizar bien la sesión para

que se trabaje en conjunto se trabaja en conjunto y se dé una solución

favorable al producto que el cliente desea.

El análisis de los casos de uso

Un caso de uso es una colección de situaciones y cada una de estas es

una secuencia de pasos. Para cada escenario en cada caso de uso, es

necesario tener en cuenta lo siguiente:

Una breve descripción del escenario

Conjeturas de escenario

El actor que inicia el caso de uso

Pasos relacionados con el sistema en el escenario

Condiciones resultantes una vez terminado el escenario

El actor beneficiado del caso de uso

Los pasos en el escenario que están relacionados con el sistema son

muy importantes. Mostraran la forma en la que se supone que

funcionara el sistema. Cuando los participantes de la sesión JAD digan

los pasos estarán diciendo como va lucir el sistema. Después de la

sesión JAD, se debe tener una firma idea de los componentes del

sistema, con la finalidad de poder comenzar a desarrollarlo y poder

obtener un producto final para el cliente

También es importante hacer conjeturas, las que nos permitirán indicar

consideración de diseño.

Componetes del sistema

Un aspecto importante del analisis del caso de uso es que empezo a

descubrir componetes del sistema.

No basta con listar todos los casos. Un equipo de desarrollo deberá

comprender cada uno de los casos de uso detalladamente para

empezar a comprender el sistema. El análisis de casos de usos involucra

la especificación de una descripción del propio de caso de uso, derivar

las condiciones previa y resultante, y especificar los pasos. Un aspecto

muy importante del análisis de los casos de uso es que los componentes

del sistema empiezan a ser evidentes. Por lo que es necesario definir

exactamente los componentes del sistema para que su desarrollo sea el

más favorable y el resultado sea el deseado por el cliente.