DISEÑANDO PRODUCTOS DESEABLES AL CONSUMIDOR

Todas las consideraciones de factores humanos están siendo incorporadas ceda vez más en el diseño de productos. Los usuarios son visto en un todo y se convierten en un factor importante y de utilidad para el desarrollo de los productos y dejan de ser vistos como usuarios pasivos.

El Diseño de productos agradables va más allá y lo que se busca es crear productos con utilidad que busque una integración que permita belleza y utilidad y que el usuario sienta una alegría al poseerlos.

La lectura mira como los factores humanos son usados cada vez más en el proceso de diseño de producto dentro de organizaciones comerciales para su fabricación. El Diseño de Productos Agradables mira mas allá de la utilidad, y como dijimos anteriormente apela al empleo de la Holística, conduciendo a los productos a una visión más heterogénea.

Maslow presenta una jerarquía de necesidades humanas.

El otro es el de Necesidades del Consumidor

Placer

Usabilidad

Funcionalidad

Ambos cuadros deben tenerse en cuenta a la hora en el momento de desarrollar cualquier producto para los consumidores.

Estos dos cuadros de necesidades deben tenerse muy en cuenta a la hora de desarrollar cualquier tipo de producto para los consumidores.

Se habla de 4 placeres importantes con los cuales los clientes se relacionan con los productos. Al desarrollar un producto tenemos que pensar en:

1. Físicos: Se refieren a lo que nos hace sentir bien físicamente, lo que sentimos con los órganos. (Estar en forma, relajarse, ingerir alcohol, comer).

2. Sociales: Derivado de las relaciones sociales e interacciones que podamos tener con los demás. (Compañía, buenas relaciones personales, estatus).

3. Psicológicos: Reacciones cognitivas y emocionales. (Alivio del Estrés, estimulaciones)

4. Ideológicos:Valores derivados del arte música, naturaleza.(Decencia, responsabilidad)

Solamente cuando estas necesidades básicas, físicas y emocionales de bienestar se satisfacen, comenzamos a atender las necesidades de orden superior que tienen que ver con nuestra necesidad de influir en la sociedad y nuestro desarrollo personal.

Por el contrario, si lo todo que satisface nuestras necesidades inferiores desapareciera, dejaríamos de preocuparnos por satisfacer las necesidades del orden superior.

Vistas así las cosas, la gran mayoría de los productos y servicios que se producen y se ofertan en los grandes mercados de la sociedad de consumo de nuestros tiempos satisfacen las necesidades que aparecen en los tres segmentos superiores de la piramide de Maslow...necesidades que al no ser las primarias de los segmentos 1 y 2 de la base no tendrían ningún interés sin la satisfacción previa de éstas...Con hambre, sin techo, sin seguridad y sin empleo, a quien le va a interesar la moda por ejemplo o ir de fiesta a la discoteca, o unas buenas vacaciones en la playa?.

Es por esta razón que insistimos ahora en proponer que la llamada responsabilidad social empresarial, la ejerzan las empresas responsables hombro a hombro con el Estado para asegurarse que cada día más miembros de la sociedad puedan asegurar la satisfacción de su necesidades básicas...De ello depende el desarrollo de la sociedad como un todo y la prosperidad de las mismas empresas que viven y dependen de la SOCIEDAD DE CONSUMO.

Andrés Pineda 624218
Juan Cubillos 624787

Achieving Qualities

Una táctica es una decisión de diseño que influye en el manejo de un  atributo de calidad, cada táctica es una opción de diseño que el arquitecto. Por ejemplo, una de las tácticas es introducir redundancia para aumentar la disponibilidad de un sistema. El diseño del sistema consiste para los Arquitectos de Software  en una colección de decisiones. Algunas de estas decisiones ayudan a controlar las respuestas de los atributos de calidad otras decisiones ayudan a mantener la funcionalidad del mismo.
El arquitecto debe saber las necesidades particulares de los atributos de calidad, estos requisitos son los medios por el cual un sistema logra los objetivos de negocio. Nuestro interés está  en reconocer e identificar las tácticas utilizadas por el arquitecto para crear un diseño con patrones arquitectónicos y estrategias estables las cuales satisfagan los atributos de calidad.
En este capítulo el autor nos muestra una lista de las más conocidas tácticas de diseño de software, las cuales son útiles para alcanzar los seis atributos de calidad más importantes: La Disponibilidad, Modificabilidad, Desempeño, Seguridad, Testeabilidad, y la Facilidad de Uso. Para cada se dispone de las tácticas que están disponibles y se practican con más frecuencia. Por ejemplo para el atributo de calidad de la Disponibilidad hay tres tácticas muy utilizadas para el reconocimiento de las fallas son de ping / eco, latido del corazón, y las excepciones.

Los arquitectos de software deben ser muy cuidadosos con la implementación de ciertos patrones o tácticas, esto deben evaluar el riesgo por la elección de la táctica o los efectos secundarios que esta tendrá sobre las demás tácticas o atributos de calidad que se involucren.

Andrés Pineda 624218
Juan Cubillos 624787

PUNTOS DE VISTA Y VISTAS

Para toda tarea difícil la mejor opción siempre será el dividir el problema esta claro que esto implica un gran esfuerzo pues si este no se desarrolla de la forma adecuada se podría generar solamente mas problemas. ¿pero entonces cual es la forma correcta de para dividir esos difíciles proyectos?¿Como lograr que los elemento que la componen interactúen correctamente entre si?

Una estrategia es tomar PUNTOS DE VISTA, pues estos entre si logran ilustrar las características funcionales y las propiedades de calidad.

VISTAS ARQUITECTONICAS

Son maneras de representar los elementos de la arquitectura que son relevantes o importantes e indispensables que sean abordados.

Se debe saber que es una vista para poder comprender que esta es la representación de los aspectos estructurales de una determinada arquitectura. Pero ¿que se debe incluir en una vista?

·      El ámbito de la aplicación
·      Los tipos de elementos
·      Audiencia
·      El alcance de las preocupaciones
·      Nivel de detalle

Después de comprender que significan las vistas y las vistas arquitectónicas podemos continuar con los puntos de vistas:

¿QUÉ SON?

Es una colección de patrones, plantillas, y convenciones para la construcción de un tipo de vista. En él se definen los actores cuyos intereses se reflejan en el punto de vista y las directrices, principios y modelos de plantillas para la construcción de sus puntos de vista.

 BENEFICIOS

·      Al separar los problemas se dividen y será mas fácil tratarlo.
·      Se mejora la comunicación entre las partes interesadas.

PROBLEMAS

·      Incoherencia
·      Fragmentación


Andres Pineda 624218
Juan Cubillos 624787

Que es arquitectura de software

A través de la lectura entendemos claramente que es Arquitectura del software (AS) y las partes en que se divide donde tenemos que La arquitectura de software está compuesta por la estructura de los elementos de un programa o sistema, sus interrelaciones y los principios y reglas que gobiernan su diseño y evolución a lo largo del tiempo.

Para llevar a cabo un análisis consiente, claro y objetivo de un desarrollo es fundamental tener la idea muy desarrollada o comenzar a desarrollarla paso por paso con todos los elementos que esta representa, como el documento nos indica el parecido de un desarrollo físico de arquitectura, donde se analiza cual es la menor posición de un cuarto, cual es el mejor diseño, en qué momento entra la luz y cuál es el mejor instante para que la planta física reciba más calor o luz todos estos análisis deben llevarse a cabo en la arquitectura de software.

La Arquitectura de software nos permite realizar una estructura general de un proyecto y un intento de abstraer las características comunes inherentes al diseño del sistema. La arquitectura de software va de la mano con la ingeniería de software, mientras la arquitectura nos da la estructura a seguir la Ingenieria nos da los pasos a tomar para desarrollar el proyecto.

Es claro que la Arquitectura de Software ataca los problemas fundamentales y estructurales del sistema.

Asi mismo la AS también nos da la posibilidad de trabajar con patrones que nos permitirán poder estructurar un proyecto de software de manera diligente y poder crear o desarrollar las combinaciones que cada parte del software llevara, porque es de aclarar que para el desarrollo es necesario ver todas las posibles combinaciones y todos los momentos y modos en que los distintos módulos del software tendrán una interrelación, este punto es fundamental para la AS ya que sin la buena construcción, estructuración y verdadero análisis de un Software todo proyecto presentaría un fracaso en su construcción y así como un arquitecto tiene que dar certeza de que su edificio no se caerá, el Arquitecto de Software tiene tener la certeza de que su software funcionara en todo el sentido de acuerdo a las especificaciones solicitadas.

Para la Arquitectura de Software es fundamental y como se explicaba anteriormente analizar cómo es la estructura de sus módulos, componentes, asignaciones entre elementos etc.

Como nos damos cuenta la Arquitectura del software no es solamente estructurar un software para que sea viable, fácil de usar, fácil de entender, va mucho mas allá, es analizar, estructurar, además de que es la mejor manera de trabajar eficiente y rápidamente, ya que esto nos permite definir un modelo arquitectónico confiable, robusto y eficiente que permite crear aplicaciones de manera rápida y confiable, dejando bien separadas las capas de la aplicación. 


Andres Pineda 624218
Juan Cubillos 624787

Understanding Quality Attributes

La utilización  de los atributos de calidad deben ser considerados en todo el diseño e implementación. Ningún atributo de calidad es totalmente dependiente del diseño, ni es totalmente dependiente de la ejecución o implementación de los resultados.
Por ejemplo la: 

Usabilidad  es la facilidad con que las personas pueden utilizar un software con el fin de alcanzar un objetivo concreto.

Dentro de los sistemas complejos, los atributos de calidad pueden no cumplirse  de manera separada. El logro de cualquiera de ellos tiene un efecto a veces positivo y negativo, por ejemplo, la seguridad y fiabilidad existen en un estado muy relacionado. El sistema más seguro que tiene menos puntos de falla por lo que el sistema es más fiable.

Los Sistema compuestos por atributos de calidad han sido estudiados y de mucho interés para la comunidad del software por lo menos desde la década de 1970. Hay una gran variedad de taxonomías y definiciones publicados, y muchos de ellos tienen su propia.
Las cualidades se pueden dividir en las que se aplican en el sistema, las que se aplican al entorno empresarial, y las que se aplican a la arquitectura misma.

La Arquitectura de Software puede exponer las dimensiones a lo largo de las cuales puede esperarse que evolucione un sistema. Haciendo explícitas estos los objetivos perdurables, quienes mantienen un sistema pueden comprender mejor las ramificaciones de los cambios y estimar con mayor precisión los costos de las modificaciones. Esas delimitaciones ayudan también a establecer mecanismos de conexión que permiten manejar requerimientos cambiantes de interoperabilidad y reutilización.

Andres Pineda 624218

Juan Cubillos 624787

Avionics

El estudio del sistema construido a partir de 1977 y desarrollado por el grupo ingenieros de Estados Unidos se puede realizar a partir de tres estructuras arquitectónicas específicas: la descomposición del módulo, los usos y procesos.

Para poder entender el software es interesante entender que el ordenador a bordo del A-7E era una pequeña máquina de propósito especial de IBM, la programación era solamente el lenguaje ensamblador. Es importante recordar que hubo una re utilización del software de la marina y este fue adaptado a la Fuerza Aérea

Tratando de especificar alguna de las responsabilidades del programa A-E7 son:

Leer los sensores.

        Actualizar la cabina.

Al estudiar las tres estructuras arquitectónicas específicas podemos nombrarlas brevemente una por una y dar una pequeña descripción de cada uno de ellas comenzando por: módulo de descomposición: este describe el tiempo de diseño de las relaciones y de sus componentes y éste a su vez se pueden mencionar como las unidades de ejecución que se pueden llegar a asignar a una cantidad de equipos.

Estructura de usos: esta estructura describe las relaciones del tiempo de uso o de ejecución de uso entre sus componentes, que son a su vez procedimientos en los módulos.

Estructura del proceso: está encargada del paralelismo del sistema y es un punto base para la asignación del hardware.

Como ingenieros podríamos evaluar el sistema A-7E en términos de éxito o el fracaso pero ¿qué es lo que realmente se buscaba con este proyecto?

Se podría evaluar en términos de investigación, en términos comerciales, o en términos de ingeniería.

En términos de investigación se podría exigir un éxito, en términos comerciales un fracaso, pero en términos de ingeniería no podríamos decir ni lo uno ni lo otro puesto que en ingeniería se valora mucho la búsqueda de mejorar los sistemas, la única forma de evaluar el software es por calidad; por este motivo se debe analizar una de estas características que es la usabilidad está se refiere a que el software pueda ser utilizado, y en este caso no es así, la funcionalidad entra también en juego para saber si el software realmente fue exitoso o fue un fracaso, no podemos llegar a la conclusión de que sea un fracaso sencillamente podemos afirmar que la falta de conocimiento en el área de la aeronáutica, fue uno de los factores primordiales junto con la falta de fondos para el éxito de este proyecto.

Andres Pineda 624218
Juan Cubillos 624787