Академический Документы
Профессиональный Документы
Культура Документы
Ingeniera de software
Ing. Manuel Malpica rodrguez
POR:
Diagrama del UML: est compuesta por diversos elementos grficos que se combinan
para hacer diagramas, pues el UML es un lenguaje en la que cuenta con realizar
combinaciones que son los elementos y reglas.
Diagrama de las clases: tiene atributos de un conjunto de tareas.
Diagrama de casos de uso: es una descripcin de las acciones de un sistema y para los
desarrollaron esta es una herramienta valiosa pues es una tcnica de aciertos y errores.
INGENIERIA SOFTWARE I
Diagrama de estado: Son los pasos para ver el estado de cada objeto.
Diagrama de actividades: es lo que ocurre en cada caso del comportamiento del objeto.
Diagrama de colaboracin: los elementos del sistema trabajan en conjunto para cumplir
con su objetivo del sistema.
Pg. 3
INGENIERIA SOFTWARE I
Otras Caractersticas:
Paquetes: permite agrupar los elementos de un diagrama.
Pg. 4
INGENIERIA SOFTWARE I
HORA 2:
Orientacin a Objetos
La orientacin a objetos que es un paradigma, es lo que hace funcionar a los objetos y utilizarlos
en el anlisis y diseo. Son atributos y acciones que se basa en componentes para el desarrollo
del software que es importante para el diseo.
HORA 3:
Uso de la orientacin a objetos:
.
Operaciones: son las acciones o tareas que la clase puede realizar.
Pg. 5
INGENIERIA SOFTWARE I
Que hacen las clases como encontrarlas: las clases son el vocabulario de un rea de
conocimiento que son reas de conocimiento del sistema de computacin en la que
resuelven los problemas de dicha rea
HORA 4:
Uso de relaciones:
Asociaciones: las clases se conectan entre s de forma conceptual en lo cual puedan ser muy
amplias.
Pg. 6
INGENIERIA SOFTWARE I
Clases de asociacin: puede contener atributos y operaciones en la que utiliza una lnea
discontinua para as conectar a las lneas de asociacin. Una clase de asociacin, se conecta a una
asociacin mediante una lnea discontinua en la que se puede asociarse a otra clase.
Vnculos: Es como un objeto que tiene instancia, una asociacin tambin cuenta con instancias.
Pg. 7
INGENIERIA SOFTWARE I
En el UML representa la herencia con una lnea que conecta a la clase principal con la secundaria
.este tipo de conexin se le interpreta con la frase es de tipo de.
Una clase puede no provenir de una clase principal, puede ser una clase base o una clase raz. Si
una clase tiene exactamente una clase principal, tendr una herencia simple y si proviene de varias
clases principales tendr una herencia mltiple.
Descubrimiento de la herencia: es la conversacin con el cliente en lo que descubrir clases
principales como secundarias
Clases abstractas: son tiles pues funcionan como clases principales para clases secundarias.
Dependencia: una clase utiliza a otra y esta la operacin de una clase a otra clase.
En una dependencia, una clase utiliza a otra clase, se proyecta como una lnea discontinua que
rene a las dos clases.
Pg. 8
INGENIERIA SOFTWARE I
HORA 5:
Agregacin, composicin, interfaces y realizacin:
Agregacin: una clase consta de otras clases que es la jerarqua dentro de una clase completa.
Restriccin en las agregaciones: son los componentes posibles que se establece dentro de una
relacin.
Composicin: es de tipo muy representativo de una agregacin, cada componente dentro de una
composicin puede pertenecer a un todo.
Pg. 9
INGENIERIA SOFTWARE I
Visibilidad: es una interfaz que es pblico, de modo que cualquier clase puede utilizarla atributos
u operaciones la visibilidad tiene tres niveles y son:
Ejemplos: los atributos y operaciones pblicos y privados, tanto de una televisin como de un
automvil:
Pg. 10
INGENIERIA SOFTWARE I
Importancia: involucra a los usuarios en las estepas iniciales y diseo del sistema en la que
aumenta el mayor provecho para la gente
Es una estructura que sirve para describir la forma en que un sistema funcione para los usuarios
potenciales. La forma inclusin es utilizar los pasos de un caso como secuencia de pasos de un
caso de uso como consecuencia de pasos y extensin crea un nuevo caso de uso.
Es posible volver a utilizar el uso del caso de uso, la forma de inclusin es una forma de utilizar
los pasos y tambin la forma es de extensin se crea un nuevo caso de uso mediante los pasos de
un caso ya existente.
HORA 7:
Diagrama de caso de uso:
Ayuda al analista a comprender lo que el sistema deber comportarse. Le ayuda a obtener los
requerimientos desde el punto de vista del usuario.
El diagrama de caso de uso es muy importante y ms cuando se visualiza con el UML al usuario
le permitir mostrar los casos de uso para que puedan dar mayor informacin.
Representacin de un modelo de caso de uso: Una elipse representa un caso de uso, muestra
los beneficios del anlisis del caso de uso que le muestra entre el sistema y el mundo externo.
Pg. 11
INGENIERIA SOFTWARE I
Generalizacin:
Pg. 12
INGENIERIA SOFTWARE I
Las clases pueden heredar entre si y esto tambin se aplica a los casos de uso .la herencia de casos
de uso, el caso de uso secundario hereda las acciones y significado del primero:
Un caso de uso puede heredar el sentido y comportamientos de otro:
Ejemplo:
Agrupamiento:
Podra tener varios casos de uso que querr organizar siempre y cuando l sistema tenga varios
subsistemas, para esto sera mejor agrupar en un paquete los casos de uso.
Aplicacin de los modelos de caso de uso:
Ayuda a comprender con ms profundidad los modelos de casos de uso. Y como aplicarlos.
Comprensin de los usuarios: Este dominio vuelve a sus usuarios su atencin debido que el
objetivo es entender los tipos de funcionalidad en la que est por crear en el sistema.
Pg. 13
INGENIERIA SOFTWARE I
Profundizacin: Se genera un caso se us de alto nivel con la que puedan responder a lo que el
actor est haciendo y los dems puedan entender su sistema.
HORA 8:
Diagramas de estado: Como un elemento se puede se puede modificar los procedimientos con
el tiempo.
Qu es un diagrama de estados?
Es como un objeto que lo compone modificaron su estado como una respuesta a los sucesos y al
tiempo.
Diagrama de estados UML captura este tipo de cambios pues es el comportamiento del sistema.
Simbologa:
Es representar una transicin de un estado.
Pg. 14
INGENIERIA SOFTWARE I
Condiciones de seguridad:
Es como protegemos una secuencia de sucesos sin la interaccin del usuario para si no tener
ningn problema con cada proceso que realicemos.
Pg. 15
INGENIERIA SOFTWARE I
Estados histricos:
El diagrama de estados histricos captura esta idea. UML proporciona un smbolo que muestra el
estado en que esta.
HORA 9:
Diagrama de secuencias:
Consta de objetos que se representan del modo usual: rectngulos con un nombre (subrayado).
Mensaje:
Un mensaje va de un objeto que pasa a otra lnea de vida de un objeto a la de otro
Pg. 16
INGENIERIA SOFTWARE I
Secuencia:
Es un carcter que aparece inmediatamente del mensaje ejecutado.
El caso de uso:
Qu es exactamente lo que representa un diagrama de secuencias? Es la interaccin de los
objetos que se realizan durante un escenario.
Pg. 17
INGENIERIA SOFTWARE I
HORA 10
DIAGRAMAS DE COLABORACIONES
Qu es un diagrama de colaboraciones?
Pg. 18
INGENIERIA SOFTWARE I
La GUI: Un actor inicia la secuencia de interaccin al oprimir una tecla, con los que los
mensajes ocurrirn de manera secuencia. En lo cual veremos en el siguiente ejemplo:
Cambio de estado: Puede mostrar los cambios de estado en un objeto. En el ejemplo siguiente
muestra que el estado de inicializacin se convierte en el estado operativo.
Pg. 19
Pg. 20
INGENIERIA SOFTWARE I
INGENIERIA SOFTWARE I
Creacin de un objeto:
Pg. 21
INGENIERIA SOFTWARE I
Pg. 22
INGENIERIA SOFTWARE I
Objetos activos:
Un objeto especfico controla el flujo.
Estos objetos activos pueden enviar mensajes a los objetos pasivos e interactuar con
otro objeto activo.
Al proceso de dos a ms objetos activos que hagan su tarea al mismo tiempo se le
conoce como concurrencia.
Se representa como un rectngulo con un borde grueso en negro.
Sincronizacin:
Es que un objeto solo puede enviar un mensaje despus de que otros mensajes han sido
enviados y deben estar en un orden debido.
En lugar de anteceder el mensaje con una etiqueta numrica, lo anteceder con una lista
de mensajes que tendr que completarse antes de que se realice el paso cinco.
Pg. 23
INGENIERIA SOFTWARE I
Adiciones al panorama:
El panorama del UML ahora incluye otro diagrama dado que se refiere al
comportamiento de los objetos, el diagrama de secuencia ira bajo la 0categora, el
diagrama de colaboraciones
HORA 11
DIAGRAMAS DE ACTIVIDADES: A sido diseado para mostrar una visin simplificada de
lo que ocurre durante una operacin o un proceso.
Es una extensin de un diagrama de estado.
El diagrama de actividades resalta precisamente a las actividades.
Pg. 24
INGENIERIA SOFTWARE I
Rutas concurrentes:
Tendr la oportunidad de separar una transicin en dos rutas que se ejecuten al mismo
tiempo.
La representacin de una transaccin que se bifurca en dos rutas que se ejecutan de forma
concurrente y luego se reincorpora.
Pg. 25
INGENIERIA SOFTWARE I
Indicaciones:
El smbolo para enviar una indicacin es un pentgono convexo, y el que el recibe es un
pentgono cncavo.
Las imgenes representan l envi y recensin de una indicacin.
Pg. 26
INGENIERIA SOFTWARE I
Pg. 27
INGENIERIA SOFTWARE I
Marco de responsabilidad:
Pg. 28
Uno de los aspectos ms tiles del diagrama de actividades es su facultad para expandirse
y mostrar quien tiene la responsabilidad de un proceso.
Reparara el diagrama en segmentos paralelos conocidos como marco de responsabilidad.
Cada marco de responsabilidad muestra el nombre de un responsable en la parte superior
y presenta la actividad de cada uno.
A continuacin mostraremos un diagrama de actividades para el proceso de negociacin
en una junta con un cliente:
Pg. 29
INGENIERIA SOFTWARE I
INGENIERIA SOFTWARE I
Diagramas hbridos:
Pg. 30
El diagrama hdrico podr mostrar un diagrama de actividades para realizar una operacin
dentro de un smbolo de objeto, y mostrar al objeto que recibe una peticin para ejecutar
la operacin.
INGENIERIA SOFTWARE I
Adiciones al panorama:
Pg. 31
El panorama del UML ahora incluye otro diagrama el cual es el diagrama de actividades.
INGENIERIA SOFTWARE I
HORA 12
DIAGRAMAS DE COMPONENTES
Qu es un componente:
Componentes e interfaces:
Situacin y reutilizacin:
Puede sustituir un componente con otro si el nuevo contiene la misma interfaz que el
anterior.
Podr utilizar un componente en otro sistema si este puede acceder al componente
utilizado en proyectos de desarrollo a lo largo de una empresa.
Tipos de componentes:
Qu es un diagrama de componentes:
Pg. 32
Representacin de un componente:
El smbolo es un rectngulo que tiene otros dos sobrepuestos en su lado izquierdo.
INGENIERIA SOFTWARE I
Pg. 33
INGENIERIA SOFTWARE I
Pg. 34
INGENIERIA SOFTWARE I
PowerToys:
Muestra un diagrama de componentes que modela a TweakUI en el paquete
PowerToys, mismo que muestra la dependencia entre los diversos tipos de
componentes.
Pg. 35
Pg. 36
INGENIERIA SOFTWARE I