Diseño 1

Centro Universitario UAEM
Ingeniería de
Nezahualcóyotl
software
Profesora: Dra. Rosa María Rodríguez Aguilar

Presentación del curso de Ingeniería de software
Objetivos de la unidad de aprendizaje
Proporcionar los conocimientos y el desarrollo de habilidades que

le permitirán proponer y analizar los elementos básicos del
desarrollo de un producto de software.
Título de diapositiva
#SomosUAEMéx
Unidad 4. Diseño de software
Objetivos de la unidad temática
• El alumno realizará el diseño de una problemática del software.
#SomosUAEMéx
Contenidos de la unidad temática
4.1Definición de los objetivos y actividades en esta etapa de

desarrollo
4.2Técnicas para el diseño de entradas y salidas de un sistema de
software
4.3Técnicas para la elaboración de modelos de datos.
4.4Técnicas para el Diseño de Procedimientos
#SomosUAEMéx
Productos: Terminación 27 de octubre
• Descripción de la arquitectura del diseño

• Diagramas de paquetes
• Diagrama de componentes
• Diagrama de instalación
#SomosUAEMéx
Introducción
Se entiende por diseño al proceso de definición de la arquitectura,

componentes, interfaces y otras características del sistema software,
así como
Título dedel producto de dicho proceso. (IEEE, 1990)
diapositiva
#SomosUAEMéx
Introducción
El diseño de software es una tarea que se lleva a cabo en una etapa

temprana de los procesos vinculados con la construcción de una solución
de software —diseño, codificación y pruebas— y a diferencia de la fase de
Título deen
requisitos diapositiva
la que se define qué debe hacer el sistema, en el diseño se
decide cómo debe hacerlo; para ello, el ingeniero de software utiliza como
guía un conjunto de principios, métodos y técnicas.
#SomosUAEMéx
Introducción
Los principios como la abstracción, acoplamiento, cohesión,

modularización, entre otros, representan nociones clave que proporcionan
la base para muchos enfoques y conceptos de diseño de software
Título de por
diferentes; diapositiva
su parte, los métodos y técnicas han ido evolucionando a la
par con los diferentes paradigmas de desarrollo.
#SomosUAEMéx
Introducción
A través de los métodos, se generan representaciones —generalmente

gráficas— de diferentes aspectos vinculados con el software,
principalmente, aspectos relacionados con la estructura y el
comportamiento que debe tener para satisfacer los requisitos acordados.
#SomosUAEMéx
Descripción de la arquitectura del diseño
La definición de la arquitectura tiene como propósito descomponer y

organizar el software en componentes e interfaces, entendiendo por
componente una clase, un módulo e incluso una base de datos. La
arquitectura de alto nivel es un modelo que sirve como insumo a la fase de
pruebas; se utiliza para diseñar la estrategia de integración de los
diferentes componentes del sistema, así como para verificar su
funcionamiento integral.
#SomosUAEMéx
Seleccionando la Arquitectura de Referencia
• Discutir los posibles estilos y patrones más apropiados que den el soporte
requerido para alcanzar los atributos de calidad deseados.
• ES LA TAREA MÁS CRÍTICA EN TODO EL PROCESO “La Arquitectura de Software (AS)!!”
• Basarse
Título deendiapositiva
Arquitecturas de Referencia reconocidas por tanto por la academia
como por la industria
• Implementaciones conocidas, de amplia difusión y uso
• Buena documentación
• Reconocer el tamaño de la aplicación objetivo

• Aplicaciones pequeñas Pocos patrones requeridos
• Aplicaciones grandes Mezcla de varios patrones #SomosUAEMéx
Seleccionando la Arquitectura de Referencia
• Generar el diagrama de la arquitectura seleccionada.

• Describir cada uno de los componentes que integran la arquitectura
específica.
#SomosUAEMéx

#SomosUAEMéx
Diagrama de paquetes: Introducción
El objetivo de estos diagramas es obtener una visión más clara del sistema
de información orientado a objetos, organizándolo en subsistemas,
agrupando los elementos del análisis, diseño o construcción y detallando
las relaciones de dependencia entre ellos. El mecanismo de agrupación se
denomina Paquete.
#SomosUAEMéx
Diagrama de paquetes: Introducción
Estrictamente hablando, los paquetes y sus dependencias son elementos

de los diagramas de casos de uso, de clases y de componentes, por lo que
se podría decir que el diagrama de paquetes es una extensión de estos.
#SomosUAEMéx
Diagrama de paquetes
Estos diagramas contienen dos tipos de elementos:
• Paquetes: Un paquete es una agrupación de elementos, bien sea
casos de uso, clases o componentes. Los paquetes pueden
contener a su vez otros paquetes anidados que en ultima instancia
contendrán alguno de los elementos anteriores.
#SomosUAEMéx
• Dependencias entre paquetes: Existe una dependencia cuando un
elemento de un paquete requiere de otro que pertenece a un
paquete distinto. Es importante resaltar que las dependencias no
son transitivas.
Título
Se de diapositiva
pueden optimizar estos diagramas teniendo en cuenta cuestiones
como: la generalización de paquetes, el evitar ciclos en la estructura
del diagrama, la minimización de las dependencias entre paquetes,
etc.
#SomosUAEMéx
Un paquete se representa mediante un símbolo con forma de
‘carpeta’ en el que se coloca el nombre en la pestana y el contenido
del paquete dentro de la ‘carpeta’.
En los casos en que no sea visible el contenido del paquete se podrá
Título de
colocar diapositiva
en su lugar el nombre.
Si el paquete tiene definido un estereotipo, éste se representa
encima del nombre entre el símbolo << ... >>, y si se definen
propiedades, se representan debajo del nombre y entre llaves.
#SomosUAEMéx
La visibilidad de los elementos que forman el paquete se debe indicar

anteponiendo a su nombre los símbolos: ‘+’ para los públicos, ‘-‘ para
los privados y ‘#’ para los protegidos.
Dependencia
• Las dependencias se representan con una flecha discontinua con
inicio en el paquete que depende del otro.
#SomosUAEMéx
Diagrama de paquetes. Ejemplo
Sistema encargado de la gestión de los prestamos y reservas de libros
y revistas en una biblioteca.
#SomosUAEMéx
Diagrama de paquetes. Actividad
1.- Generar el diagrama de paquetes de sus propuesta de software.
#SomosUAEMéx

#SomosUAEMéx
Diagrama de componentes
• Por ser los componentes el más alto nivel de abstracción en el diseño de la AS,
existe similitudes en su diseño con las técnicas de diseño orientado a objetos:
• Minimizar dependencias entre componentes evitando propagar los
Títulocambios
de diapositiva
entre muchos componentes y por ende sus pruebas.
• Diseñar componentes que encapsulen un alta cohesión del conjunto de
responsabilidades. La cohesión es una medida de que tan bien las partes
de un componente encajan entre si.
#SomosUAEMéx
Componente
Un componente se representa como un rectángulo, con dos pequeños
rectángulos superpuestos perpendicularmente en el lado izquierdo.
Para distinguir distintos tipos de componentes se les puede asignar un

estereotipo, cuyo nombre estará́ dentro del símbolo: << ... >>
#SomosUAEMéx
Relación de dependencia
Una relación de dependencia se representa mediante una línea
discontinua con una flecha que apunta al componente o interfaz que
provee del servicio o facilidad al otro. La relación puede tener un
estereotipo que se coloca junto a la línea, entre el símbolo: <<...>>
#SomosUAEMéx
Diagrama de componentes. Ejemplo
Sistema encargado de la
gestión de los prestamos y
reservas de libros y revistas en
una biblioteca. El lenguaje de
Título deserá
desarrollo diapositiva
́ Java, y los
accesos a la información del
prestatario serán mediante un
paquete de Base de Datos.
#SomosUAEMéx
Diagrama de componentes. Actividad
1.- Generar su diagrama de componentes de acuerdo a especificaciones del

software a desarrollar.
#SomosUAEMéx

#SomosUAEMéx
Diagrama de instalación
Muestra la estructura en tiempo de ejecución del sistema, esto es, la configuración

del hardware y cómo el software se distribuye en él
#SomosUAEMéx
Diagrama de instalación. Ejemplo
Despliegue de dos ficheros JAR en un servidor de aplicaciones:
#SomosUAEMéx
Despliegue de varios ficheros JAR en un entorno de ejecución J2EEServer que está
en un servidor de aplicaciones y que se conecta con un servidor de base de datos.
#SomosUAEMéx
Despliegue de elementos en una red
#SomosUAEMéx
Diagrama de instalación. Actividad
1.- Generar los diagramas de instalación en base a propuesta de sistema a
desarrollar.
#SomosUAEMéx
Diagrama de instalación. Resumen
En esta sección se dio paso a la fase de diseño, que consiste en empezar a modelar
de manera gráfica las necesidades del software a desarrollar. En esta primera fase,
el diseño se lleva a cabo de manera general.
#SomosUAEMéx

Diseño 1

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Diseño 1

Cargado por

Copyright:

Formatos disponibles

Centro Universitario UAEM

Profesora: Dra. Rosa María Rodríguez Aguilar

Proporcionar los conocimientos y el desarrollo de habilidades que

• El alumno realizará el diseño de una problemática del software.

4.1Definición de los objetivos y actividades en esta etapa de

Productos: Terminación 27 de octubre

• Descripción de la arquitectura del diseño

Se entiende por diseño al proceso de definición de la arquitectura,

El diseño de software es una tarea que se lleva a cabo en una etapa

Los principios como la abstracción, acoplamiento, cohesión,

A través de los métodos, se generan representaciones —generalmente

La definición de la arquitectura tiene como propósito descomponer y

• Reconocer el tamaño de la aplicación objetivo

• Generar el diagrama de la arquitectura seleccionada.

Productos: Terminación 27 de octubre

• Descripción de la arquitectura del diseño

Estrictamente hablando, los paquetes y sus dependencias son elementos

La visibilidad de los elementos que forman el paquete se debe indicar

Productos: Terminación 27 de octubre

• Descripción de la arquitectura del diseño

Para distinguir distintos tipos de componentes se les puede asignar un

1.- Generar su diagrama de componentes de acuerdo a especificaciones del

Productos: Terminación 27 de octubre

• Descripción de la arquitectura del diseño

Muestra la estructura en tiempo de ejecución del sistema, esto es, la configuración

También podría gustarte