INSTITUTO TECNOLOGICO

SUPERIOR DE COATZACOALCOS
Materia: ingeniera del software.
Docente: Lic. I. Sofa Benites Alonso.
Alumno:
Antonio Gmez William Osvaldo
Matricula:
11080839
Semestre y Grupo:
6to semestre B

Lugar y Fecha: Coatzacoalcos Veracruz; a 01 de mayo de 2014

INTRODUCCIN.
Una arquitectura es el conjunto de decisiones significativas sobre la organizacin de un
sistema de software que define los principios que guan el desarrollo, los componentes
principales del sistema, sus responsabilidades y la forma en que se interrelacionan
La arquitectura de software es de especial importancia ya que la manera en que se estructura
un sistema tiene un impacto directo sobre la capacidad de este para satisfacer lo que se
conoce como los atributos de calidad del sistema. Ejemplos de atributos de calidad son el
desempeo, que tiene que ver con el tiempo de respuesta del sistema a las peticiones que se
le hacen, la usabilidad, que tiene que ver con qu tan sencillo les resulta a los usuarios
realizar operaciones con el sistema, o bien la modificabilidad, que tiene que ver con qu tan
simple resulta introducir cambios en el sistema. Los atributos de calidad son parte de los
requerimientos (no funcionales) del sistema y son caractersticas que deben expresarse de
forma cuantitativa.

EVOLUCION DE LAS ARQUITECTURAS DE SOFTWARE.

1960
La historia de la arquitectura del software remonta a la poca de los aos 60 desde ese
entonces se empez a utilizar el trmino cuando Edsger Dijkstra la Universidad
Tecnolgica de Eindhoven en Holanda en 1968 propuso que se establezca una estructura
correcta de los sistemas de software antes de que se inicie la programacin como tal,
escribiendo cdigo de cualquier manera.
En 1969 un ao despus de la sesin en que se fundara la ingeniera de software, P. I.
Sharp formul que la ingeniera era diferente a la arquitectura.
En 1969 Fred Brooks Jr. y Ken Iverson llamaban arquitectura a la estructura conceptual
de un sistema en la perspectiva del programador
1970
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,
introduciendo el concepto de Ocultamiento de informacin, La herencia de este concepto

en la ingeniera y la arquitectura ulterior es inmensa, y se confunde estrechamente con la

idea de abstraccin.
En 1975, Brooks, diseador del sistema operativo OS/360 y Premio Turing 2000, utilizaba
el concepto de arquitectura del sistema para designar la especificacin completa y
detallada de la interfaz de usuario.
1980
En la dcada de 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.
Hacia fines de la dcada de 1980 y comienzos de la siguiente, la expresin arquitectura
de software comienza a aparecer en la literatura para hacer referencia a la configuracin
morfolgica de una aplicacin.
1990
La dcada de 1990, creemos, ser la dcada de la arquitectura de software. Usamos el
trmino arquitectura en contraste con diseo, para evocar nociones de codificacin, de
abstraccin, de estndares, de entrenamiento formal (de los arquitectos de software) y de
estilo.
Fue sin duda la de la consolidacin y diseminacin de la AS en una escala sin
precedentes. Las contribuciones ms importantes surgieron en torno del instituto de
ingeniera de la informacin de la Universidad Carnegie Melln.
En la misma dcada, demasiado prdiga en acontecimientos, surge tambin la
programacin basada en componentes.

CONCLUSIN
La arquitectura de software, con alrededor de 15 aos de vida (si consideramos su
nacimiento a partir de 1992), ha emergido como una disciplina de gran importancia dentro
de la ingeniera de software. Una arquitectura adecuada es pieza clave para lograr tanto
los requerimientos funcionales como no funcionales de un sistema. Por otro lado, una
arquitectura no adecuada puede ser catastrfica.
La arquitectura tambin juega un papel importante en otros aspectos del desarrollo de
software:
Mejora la comprensin de sistemas grandes y complejos.
Permite una mejor comunicacin entre los diferentes interesados (stakeholders) en el
sistema.
Mejora las posibilidades de reus.
Proporciona planos para la construccin.
Toma en cuenta la posible evolucin del sistema.

REFERENCIAS

http://sg.com.mx/content/view/409
http://apit.wdfiles.com/local--files/start/02_apit_arquitectura_de_software.pdf
http://sg.com.mx/revista/27/arquitectura-software#.U2KcVPl5NUU
https://www.lsi.us.es/docencia/get.php?id=6496
http://ldc.usb.ve/~ci3715/classes/Arquitectura.pdf