You are on page 1of 11
PROCESO DE DESARROLLO DE SOFTWARE (FASES) =| desarrollo de software en UML a diferencia de los enfoques tradicionales, ousea simplifiear el proceso de desarrollo de aplicaciones analizando cada ele. .© como un objeto que contiene atributos o propiedades y que puede responder a diversos comportamientos. De alli que exista tanta diversidad de diagramas y herramientas basadas en UML - En los enfoques tradicionales, se comienza planteando las necesidades de informacion, andlisis de requerimientos, disefio, desarrollo y por ultimo, implantacion det sistema Sin embargo, en UML el autor Schmuller asegura que no existe una regia de oro pare iniciar el proceso de andlisis con UML. En virlud de esto, el autor propone unas etapas “piloto” que deberfan seguirse para cumplir con el desarrollo satisfactorio en UML. Ellas son’ Requisitos Anaisis -Diseho -Implantacin Los requisitos son las necesidades (0 problemas) que se desean cubrir. Se deben enumerar aquellos factores internos y externos que inciden directamente sobre el desarrollo del software, evaluar la factibilidad de uso y gestion de la herramienta,"los puntos a favor y en contra, asi como las oportunidades que surgen con el desarrollo del proyecto, El andlisis se refiere al uso de herramientas que ayudan a descomponer el problema para facilitar su estudio. Aqut entran en juego algunos diagramas que se verén mas adelante. El disefto tiene que ver con la construccién de los modelos légicos y fisicos a partir cel analisis previamente realizado, Entran en juego las clases y objetos, relaciones, despliegues, entre otros, La implantacién esta referida a la puesta en marcha de la aplicacién, poniendo de manifesto los procesos de conversién necesarios para llegar al término del proyecto. AGRAMAS EMPLEADOS EN UML sistem: 1. Declases 2. De componentes 3. De objetos 4. De despliegue 5. De paquetes DE_COMPORTAMIENTO: sistema. 1. De Actividades 2. De Casos de Uso 3. De Estados Enfatizan en lo que debe suceder dentro de! DEINTERACCION: Enfatizan en los controles existentes dentro del sistema 1. De Secuencia 2. De comunicacién DIAGRAMAS DE CLASES la clase se. representa con un nguio. En la parte superior se coloca el nombre de fa clase. En la division superior los atributos 0 propledades de la misma y en la divisién inferior, las acciones que puede jecutar. marca modelo numero de serie capacidad agregar ropa() agregar detergente() sacar ropa() DIAGRAMAS DE COMPONENTES + Un componente es un elemento de software. Un sistema puede contener diversos [__] comiponentes. Los mismos son las rutinas, funciones, médulos Lop) ° unidades totalmente funcionales que se empalman y originan la totalidad del sistema Componente DIAGRAMAS DE OBJETOS Un objeto es una instancia de clase. Mi Lavadora: Lavadora Es una entidad que tiene valores especificos. Por ejemplo, podriamos tener una lavadora de marea Admiral, de tipo Automatica con el serial XAUDS1 y una capacidad de 40 Kgs DIAGRAMAS DE DESPLIEGUE + Es un tipo de diagrama utilizado para reflejar las relaciones fisicas entre hardware y software utilizado en un sistema. + Un diagrama de despliegue muestra la configuracién de nodos que participan en la ejecucién y de los componentes que residen en ellos. + Normaimente, este tipo de diagramas contienen los nodos y relaciones de dependencia y asociacién. Nodo Es un objeto fisico “en tiempo de ejecucién que representa un recurso computacional generalmente tiene memoria y capacidad de procesamiento. Los nodos pueden contener objetos, instancias, instancias del componente. Representa tipicamente un procesador o un dispositivo sobre el que se pueden desplegar los componentes. Graficamente un nodo se representa como un cubo 3D. Servidor] backup Un componente representa el empaquetamiento fisico de elementos légicos tales como: clases, interfaces y colaboraciones, es decir representa una unidad de cédigo (fuente binario o ejecutable), Un componente es una parte fisica y reemplazable de un sistema. Su representacién es un recténgulo atravesado por dos recténgulos mas pequefios a un lado. Contactos.exe Ejemplo: Modelado de un Sistema completamente Distribuido En la figura siguiente se muestra la topologia de un sistema completamente distribuido. Se pueden ver tres consolas (instancias anénimas del nodo estereotipado consola), las cuales estén conectadas a Internet (un nodo Unico). A su vez hay tres instancias de servidores regionales, las cuales sitven como intermediarios para el acceso a los servidores nacionales, de los cuales sdlo se muestra uno. En este diagrama, Internet se ha representado como un nodo estereotipado, ‘Benda a an regional __{ senvidor Logcionall ~~ (resional svar f-servido ert fegional Ejemplo: Modelado de un Sistema Cliente/Servidor La figura siguiente muestra la topologia de un sistema de recursos humanos, Gue sigue una arquitectura clasica cliente/servidor. Esta figura describe la division cliehte/servidor mediante los paquetes denominados clientes y - servidores. E! paquete cliente contiene dos nodos (consola y terminal). El paquete servidor contiene dos tipos de nodos (servidor de caché y servidor). ‘servidores “procesador” servidor de caché Despliega http.exe terminal rting.exe 4% “procesador” servidor Despliega dbadmin.exe tktmstrexe Logexc.exe DIAGRAMAS DE PAQUETES Un paquete es un grupo de clases que pertenecen a un mismo subsistema. El diagrama de paquetes presenta una clara explicacién de porqué estan alll las clases. En la parte superior va el nombre del paquete y Iuego se colocan todas las clases. DIAGRAMAS DE ACTIVIDADES clase 3 Un diagrama de actividades muestra el orden y secuencia como se ejecutan las actividades en un sistema. Tiene un punto de inicio y fin. También puede mostrar decisiones, mismo tiempo (concurrentes) © acciones que se ejecutan al Acta 1 + Ejemplos de diagramas de actividades con decision * Ejemplo de diagrama de actividades que se bifurcan y luego se reincorporan. DIAGRAMAS DE CASOS DE USO Un caso de uso es una estructura que ayuda a los analistas a trabajar con los. usuarios para determinar la forma en que se usara un sistema. Por ejemplo, si nos dispenemos a comprar una maquina de fax debemos analizar “como” la vamos a utilizar y para qué * eQueremos utilizar papel térmico o normal? {Lo queremos utilizar como teléfono también? ¢Debe tener la funcién de marcado rapido? * En fin, debemos revisar los “posibles escenarios” y realizar el “andlisis de requerimientos" EJEMPLO: EL INGRESO CON EL CARNET DE IDENTIFICACION ‘Suponga que esté disefiando un sistema para controlar el acceso a la empresa donde trabaja a través del caret de identificaci6n. Debe estudiar los “posibles escenarios" como por ejemplo, cuando el usuario es autorizado 0 no, o también Si se estan registrando nuevos usuarios de la empresa A tal efecto, se analizaran los casos: “Validar acceso" y “Registrar nuevos empleados" REPRESENTACION DE UN CASO DE USO REPRESENTACION DE UN CASO DE USO. En un modelo de caso de usu, una figura agregada representa a un actor, una elipse a un caso de uso y una linea asociativa a la comunicacién entre el actor y el caso de uso. [Sistema kes) Actor Actor AK mes DIAGRAMAS DE ESTADO. Son diagramas que representan un cambio de estado en un objeto dentro del sistema como respuesta a los eventos y al tiempo. Ejemlos 1, Cuando presionamos un interruptor de una ldmpara para cambiar su estado de encendido a apagado. 2. Cuando presiona un botén del control remoto de un televisor para’ cambiar de un canal a otro 3. Luego de un tiempo determinado, una lavadora cambia de modo “lavar" a modo “enjuagar’ DIAGRAMAS DE ESTADO (Simbolos utilizados) Estado: rectngulo redondeatio Transicién: Linea sélida y continua con punta de flecha Punto Inicial de secuencia de estados: Circulo relleno Punto final: circulo con diana Actividades DIAGRAMAS DE ESTADO Propet = Nombre el popstar = eae = fon Howareues Sone pene —reneespr seen aniel —, Propietario = Nombre del propietario centri finado sda fx hacerosrar Fecha hacevimosra Hora AGRAMAS DE SECUENCIA 1. Los Objetos: se colocan cerca de la parte superior del diagrama, de izquierda_a_derecha Tiene una linea punteada vertical (hacia abajo) que se denomina line: y un pequefio rectangulo llamado activacién. 2. Mensaje: Puede ser simple, cuando se transfiere el control de un objeto a iro, Sincrono, cuando espera la respuesta y asincrono cuando no espera la respuesta para continuar. Un mensaje es lo que un objeto transfiere a otro objeto. ——— > simple ————— Sincronico ——_————> Asincrénico 3. Tiempo: Se representa verticalmente. El mensaje que esté més cerca de la parte superior ocurriré primero. que uno que esté cerca de la parte inferior. El diagrama tendra 2 dimensiones: H=Disposicién de objetos, V=Tiempo. En el ejemplo, se muestran activaciones con igual tiempo. DIAGRAMAS DE SECUENCIA Wi] [[Sisema operawo_] [eu] [aren de ve] [onic DIAGRAMAS DE COMUNICACION + Modiela las interacciones entre objetos o partes en términos de mensajes en seouencia. Representan una combinacién de informacion tomada desde el diagrama de clases, secuencia y casos de uso, describiendo la estructura estatica y el comportamiento dinamico de un sistema, * Para mantener el orden de los mensajes, éstos son etiquetados con un correlativo y colocados cerca del enlace por el cual se desplaza el mensaje. Se comienza en el mensaje 1.0, y sigue la secuencia desde un objeto hasta el siguiente. 1.1: op3() | | = CRITICAS A UML + Carece de una seméntica precisa + Subjetividad en la interpretacion de los modelos + No se presta para el disefio de sistemas distribuidos + No se puede representar un objeto persistente o remoto IMPORTANTE: Desde el afio 2005 UML es un estandar aprobado por la ISO como ISO/IEC 19501:2008 Information technology — Open Distributed Processing — Unified Modeling Language (UML) Version 4.4.2. PARADIGMA TRADICIONAL V: TRADICIONAL -Secuencialidad -Anélisis del todo como un todo -No se manejan objetos -Requiere revision de fases primarias del proyecto en caso de modificaciones del disefio _ -Diferencias semanticas -Herramientas de andlisis limitativas (algunos casos) -Otras UML -Enfoque no secuencial -Descomposicién del todo Clases y Objetos -No requiere revisién de fases primarias en caso de modificaciones del disefio

You might also like