De Wikipedia, la enciclopedia libre

Este artículo o sección necesita ser wikificado con un formato adecuado a las convenciones de estilo de Wikipedia.
Por favor, edítalo para cumplir con ellas. No elimines este aviso hasta que lo hayas hecho. ¡Colabora wikificando!

Ingeniería del Diseño

[editar] Diseño:

Representación o modelo del software, que proporciona datos sobre la estructura de los datos, arquitectura, interfases, etc, esta es utilizada por los ingenieros del software, Esta fase es importante ya que de aquí se extraen o establece la calidad del software y se pueden hacer las mejoras pertinentes si es necesario sin invocar a pruebas o al cliente.

[editar] Proceso y Calidad del Diseño:

para lograr que un diseño sea presentable se deben seguir siertas pautas como las encionadas a continuación...

Diseño del Software: proceso iterativo mediante el cual los requerimientos se traducen en un “plano” para construir el software.

[editar] Características para la evaluación de un buen diseño:

1. Debe implementar todos los requisitos explícitos contenidos en el modelo de análisis, y ajustarse a todos lo requisitos del cliente.

2. Debe ser una guía legible y comprensible para quienes generan el código y quienes realizan pruebas, es decir, dan soporte al software.

3. Debe proporcionar una imagen completa del software desde una perspectiva de implementación.

[editar] Cómo alcanzar las metas del proceso?

siguiendo estas pautas

Directrices de Calidad: Se establece los criterios técnicos del diseño como son:

1. Un diseño debe presentar una estructura arquitectónica que:

• Se halla creado mediante patrones de diseño reconocibles.

• La integren componentes que exhiban buenas características de diseño.

• Que pueda implementarse de manera evolutiva para que de estar forma facilite la implementación y las pruebas.

2. Un diseño debe ser modular.

3. Un diseño debe contener distintas representaciones de los datos, la arquitectura, las interfaces y los componentes.

4. Un diseño debe conducir a estructuras de datos que sean apropiadas para las clases que habrán de implementarse y que procedan de patrones de datos reconocibles.

5. Un diseño debe conducir a componentes que representan características funcionales independientes.

6. Un diseño debe conducir a interfases que reduzcan la complejidad de las conexiones entre los componentes y el ambiente externo.

7. Un diseño debe obtenerse por medio de un método repetible que se base en la información obtenida durante el análisis de requisitos del software.

8. Un diseño debe representarse por medio de una notación que comunique de manera eficaz su significado.

Atributos de Calidad: Representan un objetivo para todo el diseño del software.

algunas de sus características son:

1. La funcionalidad

2. La facilidad

3. La confiabilidad

4. El desempeño

5. La soportabilidad, la adaptabilidad y la servicialidad.

[editar] Definiciones del Diseño

Abstracción: es una de las forma fundamentales en las que los humanos se enfrentan a la complejidad.

Arquitectura: es la estructura u organización de los componentes del programa [módulos], la manera en que estos componentes interactúan, y la estructura de datos que utilizan los componentes.

Patrones: esta describe una estructura de diseño que resuelve un problema de diseño particular dentro de un contexto especifico y en medio de “fuerzas” que pueden tener un impacto en la manera en la que se aplica y utiliza el patrón, de manera tal que el diseñador pueda decidir si este es el necesario o el que puede usar para su trabajo actual.

Modularidad: el software se divide en componentes con nombres independientes y que es posible maniobrar de forma individual. Estos componentes llamados módulos se integran para satisfacer los requisitos del problema.

Ocultación de la información: sugiere que los módulos se caracterizan por las decisiones de diseño que [cada no] oculta a los otros. En otras palabras el módulo debe diseñarse de forma que la información sea inaccesible para otro módulo que no necesite esta información.

Independencia Funcional: surge como resultado de la suma directa de la modularidad y de los conceptos de abstracción y ocultación de información pues cada módulo del software debe ser capaz de funcionar por si solo.

Refinamiento: es un proceso de elaboración.

-Se inicia con el enunciado de una función o descripción de los datos que se define como un alto grado de abstracción.

-Este describe los datos o función de manera conceptual pero no proporciona información acerca de los trabajos internos de la función o estructura interna de los datos.

-El refinamiento hace que el diseñador trabaje sobre el enunciado original y que proporcione más y más detalles conforme se realiza cada refinamiento sucesivo.

Refabricación: técnica de reorganización que simplifica el diseño (o código) de un componente sin cambiar su función o comportamiento, dicho de otra manera, “es el proceso de cambiar un sistema de software de tal forma que no altere el comportamiento externo de su código [diseño] y aun así se mejore su estructura interna”.

[editar] Tipos de patrones

1. Arquitectónicos: definen la estructura general del software, relaciones entre los subsistemas y los componentes de software, y las reglas para especificar las relaciones entre los elementos de la arquitectura.

2. De Diseño: agregado de componentes que se aplica a un elemento especifico para resolver problemas de diseño, relaciones.

3. Idiomas (Patrones de Código): patrones específicos de lenguajes por lo general implementan un algoritmo, un protocolo de interfaz entre los componentes.

[editar] Clases de diseño

1. Las clases de interfaz con el usuario: definen las abstracciones necesarias para la interacción humano-computadora.

2. Las clases del dominio de negocios: proceso de refinamiento de las clases anteriores, donde se identifican los atributos y servicios necesario para implementar algún elemento del dominio de negocios.

3. Las clases del proceso: implementan abstracciones del negocio en un nivel más bajo, las cuales se requieren para el manejo de las clases del dominio de negocio.

4. Las clases persistentes: representan almacenamientos de datos que persistirán más allá de la ejecución el software.

5. Las Clases de sistema: implementan las funciones que permite que el sistema opere y se comunique dentro de su entorno de computación y con el mundo exterior.

[editar] Características de una Clase de diseño bien formada

1. Completa y suficiente: una clase de diseño debe ser la encapsulación completa de todos los atributos y métodos que se pueden esperar, en forma razonable, que existan para la clase, es decir, que debe contener los métodos aquellos que sean suficientes para lograr el objetivo ni más ni menos.

2. Primitivismo: los métodos asociados a una clase de diseño deben enfocarse en el cumplimiento de un servicio para la clase. Una vez que el servicio ha sido implementado con un método, la clase no debe proporcionar otra forma de complementar la misma.

3. Cohesión Alta: una clase de diseño cohesiva tiene un conjunto de responsabilidades pequeño y enfocado, y aplica atributos y métodos de manera sencilla para implementar dichas responsabilidades.

4. Acoplamiento Bajo: dentro del modelo de diseño es necesario que las clases de diseño colaboren con alguna otra. Sin embargo, la colaboración se debe mantener en un mínimo aceptable. Si un modelo de diseño tiene un acoplamiento alto, el sistema es difícil de implementar, probar y mantener a través del tiempo. En general las clases de diseño dentro de un subsistema deben tener solo un conocimiento limitado de las clases en otros subsistemas. Esta restricción, llamada la Ley de Deméter, sugiere que un método solo debe enviar mensajes a métodos de clases vecinas.

[editar] Elementos del Diseño a Nivel de despliegue:

Indican como se ubicaran las funcionalidad y los subsistemas dentro del entorno computacional físico que soportará al software.