Desarrollo Historia Arquitectura de Software

Integrantes:
Wesly Escamilla
Gustavo Rodrguez
Hctor Triana


1
-Edsger Dijkstra: Hacia el ao 1968, propuso la aplicacin minuciosa de las
ciencias exactas, consideraba que las ciencias de la computacin eran una rama
aplicada de las matemticas. Propuso que este proceso de estructuracin debe
ser antes de empezar a codificar. Inventa el algoritmo que tiene su apellido para
determinar caminos cortos. Respecto a la arquitectura de software fue pionero en
los patrones de diseo y abordar los primeros problemas computacionales.

-P. I. Sharp: En la conferencia de la OTAN en 1969 habla sobre la arquitectura de
software de la poca, considerando que muchos tenan fallos debido a la falta de
arquitectos en el proceso de desarrollo. La importancia de dos aspectos: el diseo
y la forma por encima de la funcionalidad. Resalta las ideas Dijkstra y una
aplicacin apropiada de nuevos estndares que beneficien el bloque occidental
ante el pacto de Varsovia de los comunistas

-Fred Brooks Jr y Ken Iverson: En la poca de los inicios de la computacin,
Brooks desarroll el trmino arquitectura de computadores al aplicar primeros
estndares en la IBM para trabajar con estas mquinas. Iverson, aplicaba
conceptos matemticos para dar lenguajes de programacin eficientes como APL,
la fusin de sus saberes hizo que en 1969 llamaran arquitectura a la estructura
conceptual de un sistema en la perspectiva del programador.

-David Parnas: Hacia el ao 1970 demostr que los criterios seleccionados en la
descomposicin de un sistema impactan en la estructura de los programas
proponiendo as principios de diseo que deban seguirse para conseguir una
estructura adecuada, es decir, desarrolla la programacin modular, la cual hace
que los problemas computados se resuelvan mediante funciones que faciliten
mantenimiento y eficiencia de la programacin.

-Mary Shaw: Teniendo en cuenta el concepto de abstraccin en un texto
considera que hay niveles de abstraccin en conjunto en todo proceso de
desarrollo de software y que debe haber una estructura global de control para la
comunicacin de las partes implicadas en el proceso software.

-Perry y Wolf: Con un trabajo gestado desde el ao 1989 hacia el ao 1992
aparece la expresin arquitectura de software presentando tres aspectos
fundamentales en la arquitectura de software; elementos, forma y razn. Hacen
nfasis en satisfacer los requerimientos para dar una buena base de diseo y de
reutilizacin

-La banda de los cuatro (GOF): Hacia el ao 1995 aparecen los patrones de
diseo de software promoviendo una expansin hacia la programacin orientada a
objetos y todas sus caractersticas, as como la aplicacin de patrones de diseo
para darle orden a la programacin

-Roy Fielding: En el ao 2000 en una tesis muestra al mundo el modelo REST, el
cual establece definitivamente el tema de las tecnologas de Internet y los modelos
orientados a servicios y recursos, sentando las bases de estas disciplinas como lo
que es SOA y SOAUML as como lo que conocemos hoy como sistemas de caja
negra y prestacin e integracin de servicios.


2
Linea de tiempo de Arquitectura de Software:

1968, Edsger Dijkstra: propuso la aplicacin minuciosa de las ciencias exactas a
las ciencias computacionales para mejorar el desarrollo software, y propuso
Niveles de abstraccin.
1968, F.L. Bauer us ese sintagma por primera vez en la conferencia de la OTAN
de Garmisch, Alemania, la AS, como disciplina bien delimitada, es mucho ms
nueva de lo que generalmente se sospecha y que puede darle ms orden al
trabajo de programacin y maneras de abordar problemas de ciencias
computacionales

1969, Conferencia de OTAN: I. Sharp habla acerca de la importancia de la
arquitectura en la etapa del desarrollo de productos software destacando la
importancia de un arquitecto.
1969, Fred Brooks Jr y Ken Iverson llamaban arquitectura a la estructura
conceptual de un sistema en la perspectiva del programador.
1970 fue el advenimiento del diseo estructurado y de los primeros modelos
explcitos de desarrollo de software.
En 1971, C. R. Spooner titul uno de sus ensayos Una arquitectura de software
para los 70s. Niklaus Wirth estudia el problema de los niveles de abstraccin
En 1972, Parnas public un ensayo en el que discuta la forma en que la
modularidad en el diseo de sistemas poda mejorar la flexibilidad y el control
conceptual del sistema, acortando los tiempos de desarrollo. Propuso la resolucin
de problemas computacionales por mdulos como el ocultamiento de la
informacin.
En 1974, Parnas propone las Estructuras de Software para un proceso ms
dinmico y estructurado de desarrollo de producto software.
En 1975, Brooks utilizaba el concepto de arquitectura del sistema para designar
la especificacin completa y detallada de la interfaz de usuario. Tambin
distingua entre arquitectura (ordena que hacer) e implementacin (como se debe
hacer).
En 1976, Parnas propone la existencia de familias de programas (rbol de
decisin), esto facilita la descomposicin de resolucin de problemas y es una
alternativa a los diagramas de flujo (no funcional)
1977, Douglas Ross hace un anlisis estructurado sobre la vista y la lgica, las
separa, haciendo del desarrollo algo funcional y eficiente respecto al uso de datos.
1980, los mtodos de desarrollo estructurado demostraron no escalar
suficientemente y fueron dejando el lugar a un nuevo paradigma, el de la
programacin orientada a objetos.
1990, Consolidacin y diseminacin de la AS en una escala sin precedentes.
1991 Rumbaugh-Booch-Jacobson proponen puntos clave en la consecucin de
estilos arquitectnicos como transformaciones en lote, interfaces interactivas,
sistemas en tiempo real, etc.
1992, Perry y Wolf proponen concebir la AS por analoga con la arquitectura de
edificios. En s, fundaron el estudio de la arquitectura de software con el fin de
aplicar las nociones de abstraccin, codificacin, estndares, entrenamiento
formal y estilo.
1995, Aparicin de los patrones de diseo a manos de la banda de los cuatro
(GOF).
1996, Se desarrolla el patrn arquitectnico POSA, el cual expresa un esquema
de organizacin estructural para los sistemas de software con responsabilidades e
incluye reglas para los componentes implicados.