REPÚBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN UNIVERSITARIA

UNIVERSIDAD TERRITORIAL
“FRANCISCO TAMAYO”
TUCUPITA ESTADO DELTA AMACURO
PNF. INFORMÁTICA

DISEÑO DE SOFTWARE.

Profesora: Participante:

Irangelys Silva. Ramon Mirabal C.I: 25.672.762

Tucupita, Junio 2018

Que es diseño de software?

Diseño de software es el proceso de diseño para la planificación de una solución

de software. Este proceso es, por regla general, necesario para que los
programadores puedan manejar la complejidad que la mayoría de los programas
informáticos poseen y para disminuir el riesgo de desarrollos erróneos.

Importancia del diseño de software?

El diseño existe en todo lo que nos rodea. Hemos vivido una larga evolución en el
diseño de mobiliario, en la evolución de los vehículos, arquitectura y en general de
todos los elementos que nos rodea y producimos. Sin duda, uno de los objetivos
del diseño es mejorar o aportar algo nuevo a lo que ya conocemos. Pues como en
todo lo anterior, el diseño puede mejorar considerablemente nuestra experiencia
como usuario de una página web, programa, aplicación, etc…

Prueba de ello es que las grandes marcas intentan renovarse constantemente y

mejorar el aspecto de su software. No tenemos más que fijarnos en empresas
como Microsoft o Google, que con el paso del tiempo adaptan el aspecto de sus
productos a los nuevos tiempos. ¿Recordáis el primer Microsoft Word?

Si hoy en día contratamos una página web, en resumen nos gustaría que fuese
bonita, intuitiva, sencilla y fácil de manejar. Sin embargo, he comprobado por mí
mismo aplicaciones y software hecho a medida para empresas que tienen un
aspecto viejo, complicado y feo, muy feo. ¿Recordáis esos programas con iconos
pequeños en fondo gris y unos menús indescifrables? Pues justo a eso me refiero.

Un buen diseño de intefaz puede mejorar muchos aspectos de nuestros

programas, pero me gustaría destacar los tres puntos principales que deberían
suponer un factor importante a tener en cuenta si estáis pensando en invertir en
este tipo de herramienta para vuestra empresa:

Carga más rápida del software: Aunque parezca ridículo, la forma en la que se
trabaja el diseño tanto a nivel de imagen como de programación, pueden influir
drásticamente en la velocidad de carga del programa (sobre todo a nivel de
software en la nube y apps).
Uso más intuitivo: Un programa que tiene iconos más fáciles de entender y cuya
información esté mejor organizada y distribuida, mejorará tanto el tiempo de
aprendizaje como el rendimiento del usuario que lo utiliza. Esto supone una
reducción de tiempo que influye directamente en la rentabilidad de la empresa,
algo que las grandes marcas conocen y por tanto mejoran.
Más atractivo para el consumidor: Si desarrollas una aplicación o un programa de
cara a tus clientes, puede ser decisivo a la hora de ser contratado por los usuarios.
Hoy en día la oferta de software es un mercado en auge y el aspecto es un punto
clave tal y como demuestran las aplicaciones móviles de éxito actuales y los
programas en la nube.

Conceptos básicos del diseño?

Conceptos de diseño
El principio de la sabiduría para ingeniero de software es reconocer la diferencia
que hay entre hacer que un programa funcione y lograr que lo hagan bien los
conceptos fundamentales del diseño del software provee la estructura necesaria
para hacerlo bien

Abstracción

Cuando se desarrollan niveles de abstracción distintos, se trabaja para crear

abstracciones tanto de procedimiento como de datos .una abstracción de
procedimiento es una secuencia de instrucciones que tienen una función
específica y limitada

Arquitectura

La arquitectura del software alude a la estructura general de este y a las formas

en las que esta la integridad conceptual a un sistema, la arquitectura es la
estructura de organización de los componentes de un programa en módulos dadas
por la siguientes propiedades
· Propiedades estructurales
· Propiedades extratucturales
· Propiedades de familias de sistemas relacionados
Dada la especificación de estas propiedades, el diseño arquitectónico se
representa con el uso de uno más de varios modelos diferentes los modelos
estructurales representan la arquitectura como un conjunto de organizado de
componentes del programa
Los modelos de marco aumentan el nivel de abstracción del diseño, al tratar de
identificar patrones de diseño arquitectónico repetibles que se encuentran en tipos
similares de aplicaciones
Los modelos dinámicos abordan los aspectos estructurales del programa e indican
como cambia la estructura o la configuración del sistema en función de eventos
externos

Los modelos del proceso se centran en el diseño del negocio o procesos técnico al
que debe dar acomodo el sistema
Los modelos funcionales se usan para representar la jerarquía funcional de un
sistema

Patrones

Un patrón de diseño describe una estructura de diseño que resuelve un problema

particular del diseño dentro de un contexto específico y entre fuerzas que
afectan la manera en la que se aplica y en la que se utiliza dicho patrón
El objetivo de cada patrón de diseño es proporcionar una descripción que permita
a un diseñador determinar
1. Si el patrón es aplicable al trabajo en cuestión
2. Si puede volverse a usar (con lo que se ahorra tiempo de diseño)
3. Si sirve como guía para desarrollar un patrón distinto en funciones y
estructura

División de problemas

La división de problemas es un concepto de diseño que sugiere que cualquier

problema complejo puede manejarse con más facilidad si se subdivide el
problema a lo que también hace referencia a la modularidad lo que puede
manejarse con más facilidad en problemas mucho más pequeños o subdivididos,
un problema es una característica o comportamiento que se especifica en el
modelo de los requerimientos para el software, al separar un problema en sus
piezas más pequeñas y por ello más manejables y con mayor facilidad de solución
se requiere menos esfuerzo y tiempo para resolverlo

Modularidad

La modularidad es la manifestación más común de la división de problemas. El

software se divide en componentes con nombres distintos y abordables por
separado en ocasiones llamados módulos que se integran para satisfacer los
requerimientos del problema

Ocultamiento de la información

El objetivo de ocultar información es esconder los detalles de las estructuras de

datos y el procesamiento tras una interfaz de modulo

Independencia funcional

La independencia funcional se logra desarrollando módulos, de manera que cada

módulo resuelva un subconjunto especifico de requerimientos y tenga una interfaz
sencilla cuando se vea desde otras partes de la estructura del programa.
Con módulos independientes es más fácil de desarrollar porque su función se
subdivide y las interfaces se simplifican, los módulos independientes son más
fáciles de mantener debido a que los efectos secundarios causados por el diseño
o par la modificación del código son más limitados, se reduce la propagación del
error y es posible obtener módulos reutilizables.
La independencia se evalúa con el uso de dos criterios cualitativos, la cohesión y
el acoplamiento. La cohesión es un indicador de la fortaleza relativa funcional de
un módulo. El acoplamiento lo es de la independencia relativa entre módulos.

Trazabilidad de los requisitos del diseño?

La trazabilidad de requisitos es una herramienta fundamental para la gestión de

requisitos. Es elemental para el control y como apoyo para la toma de decisiones
en el proyecto. Como no es un entregable o componente del producto, se debe
cuidar que su creación y uso sea lo más eficiente posible.

Se define trazabilidad, o en algunos textos rastreabilidad, como la asociación del

requisito con otros requisitos y las diferentes instancias con que se relaciona
durante la evolución de las diferentes fases del ciclo de desarrollo del producto o
servicio. Esa asociación se controla en ambos sentidos, de los requisitos a los
resultados y viceversa. La intención principal es poder determinar si todos los
requisitos base han sido considerados y si las instancias que han sido generadas
pueden asociarse con un requisito válido.

Trazabilidad de requisitos en CMMI

En el modelo CMMI es una de las prácticas específicas del área de proceso de

Gestión de requisitos (REQM). Es necesaria, fundamentalmente, para evaluar el
impacto del cambio de los requisitos en las actividades y productos de trabajo del
proyecto. Permite mostrar las relaciones e interdependencias entre los requisitos,
proporcionar visibilidad a la gerencia sobre el avance en el desarrollo de los
entregables y el cumplimiento de los requisitos, demostrar la satisfacción de los
requisitos con los componentes y pruebas y es de gran ayuda para los que
realicen mantenimientos y actualizaciones posteriores.

En la creación de la trazabilidad es importante considerar el alcance de aplicación

de la traza, los elementos y relaciones que se deben considerar y la forma en que
se llevara la trazabilidad. Normalmente se piensa en la traza vertical hacia las
instancias que se van creando a partir de los requisitos iniciales, pero en ciertos
contextos es importante conocer la traza hacía componentes del mismo nivel en
forma horizontal, como son las interfaces.

Consideraciones en la trazabilidad de requisitos

Los requisitos están relacionados entre si. Es importante identificar y establecer el

nivel de detalle que se requiere hacia los diferentes casos de uso, reglas de
negocio, funcionalidades, características y atributos de calidad. Se deben
seleccionar aquellas asociaciones que son de interés para el análisis, que en caso
de cambios permitan identificar fácilmente los elementos que se afectan. Hay que
tomar en cuenta que la trazabilidad de requisitos es un elemento de control, no es
la definición en sí de los requisitos que se puede establecer o documentar de
manera independiente.

Los requisitos se asocian con los entregables que son desarrollados como
componentes de diseño, archivos de código, casos de prueba, manuales de
usuario, procedimientos y componentes del producto. Se deben considerar
aquellos elementos de interés para el diseño y las pruebas que permitan confirmar
que los requisitos han sido adecuadamente cubiertos. En particular, es de especial
apoyo para los equipos que posteriormente deban realizar el mantenimiento del
producto y puedan identificar fácilmente los componentes de diseño, código o
pruebas que se afectan por el cambio de requisito.

Estandares de calidad ??
Los estándares de calidad de software hacen parte de la ingeniería de software,
utilización de estándares y metodologías para el diseño, programación, prueba y
análisis del software desarrollado, con el objetivo de ofrecer una mayor
confiabilidad, mantenibilidad en concordancia con los requisitos exigidos, con esto
se eleva la productividad y el control en la calidad de software, parte de la gestión
de la calidad se establecen a mejorar su eficacia y eficiencia.

Participantes en el diseño?

El diseño participativo es en sí mismo un proceso de ampliación de información,

aprendizaje y acuerdos colectivos. Es tan importante la forma en que se desarrolla
el proceso como los resultados de diseño a los que se llegan.

El término es usado en diferentes campos de diseño de software, diseño urbano,

arquitectura, arquitectura del paisaje, diseño de producto, sustentabilidad, diseño
gráfico, planeación o incluso medicina como una forma de crear ambientes que
son más sensibles y adecuados a sus habitantes, de los usuarios de las
necesidades culturales, emocionales, espirituales y a su vez, prácticos. Se ha
utilizado en muchos entornos y en diversas escalas. El diseño participativo es un
enfoque que se centra en los procesos y procedimientos de diseño y no es un
estilo de diseño. Para algunos, este enfoque tiene una dimensión política de
capacitación y democratización. Para otros, es visto como una forma de la que se
deroga la responsabilidad del diseño y la innovación de los diseñadores. En varios
países escandinavos de los años 1960 y 1970, se basa en el trabajo con los
sindicatos, y su descendencia también incluye investigación-acción y el Sistema
socio-técnico