INSTITUTO DE EDUCACION A DISTANCIA IDEAD

UNIVERSIDAD DEL TOLIMA

INFORME UNIDAD 1

Arquitectura de Software

Presentado a:
Hernández Rengifo German

Presentado por:
Maicol Felipe Quevedo
Juan Manuel Amaya
Juan José Sierra

Ibagué-Tolima
Marzo 25 del 2019
Contenido
INTRODUCCION...........................................................................................................................4
Justificación.................................................................................................................................4
Objetivos Generales....................................................................................................................4
Objetivos Específicos...................................................................................................................4
Comprensión general de arquitecturas de software..................................................................5
Unidad de Competencia 1:.......................................................................................................5
Estudio de un sistema de información en una organización......................................................5
Actividades...............................................................................................................................5
Metodologías y Herramientas..................................................................................................5
Planificación del estudio...........................................................................................................5
Recopilación de información....................................................................................................5
Análisis de la información........................................................................................................6
Elaboración y presentación del informe final...........................................................................6
Implementación y seguimiento................................................................................................6
Metodologías de desarrollo de software....................................................................................6
Extreme Programming (XP)......................................................................................................6
Scrum.......................................................................................................................................7
Características:.........................................................................................................................7
Crystal Methodologies.............................................................................................................7
Características:.........................................................................................................................8
Procesos de Arquitectura de Software........................................................................................8
Análisis de los Requerimientos.................................................................................................9
Diseño y Arquitectura...............................................................................................................9
Modelos Estructurales..............................................................................................................9
Modelos Dinamicos..................................................................................................................9
Alcance de Arquitecturas de Software y Diseño.........................................................................9
Unidad de Competencia 2:.....................................................................................................10
Estilos Arquitectónicos...........................................................................................................10
Tipos de Estilos.......................................................................................................................10
Arquitectura Centrada en Datos.............................................................................................10
Características:.......................................................................................................................10
Arquitectura de Flujo de Datos..............................................................................................10
Características:.......................................................................................................................10
Arquitectura Orientada a Objetos..........................................................................................10
Características:.......................................................................................................................11
Análisis de Necesidades y Requerimientos del Sistema...........................................................11
¿Qué es un requisito?.............................................................................................................11
Validación y Verificación........................................................................................................11
Documentación......................................................................................................................11
¿Qué es un requerimiento?....................................................................................................12
Construir e Implementar la Arquitectura..................................................................................13
Unidad de competencia 3:.....................................................................................................13
Integración de Aplicaciones...................................................................................................13
Frameworks de Software.......................................................................................................14
Framework de Arquitectura Empresarial...............................................................................14
Zachman Enterprise Framework............................................................................................15
Department of Defense Architecture Framework (DoDAF)....................................................15
Conclusiones..............................................................................................................................16
Webgrafía..................................................................................................................................17
 Introduccion
El siguiente informe da ha conocer el desarrollo de la unidad 1 del curso de
arquitectura de software del programa gestión de base de datos de la
Universidad del Tolima
El material desarrollado esta dividido en elementos de competencia con los
cuales se busca analizar y resolver a profundidad sus significados y exponerlos
de la manera mas precisas posible a partir de ejemplos cotidianos y gráficos
que se pueden apreciar en este informe.
A partir del material subido a la plataforma de “tu Aula” y demás documentos en
diferentes paginas sobre el tema desarrollado, se realizó la debida
investigación de los conceptos con éxito, cumpliendo de esta manera con los
objetivos propuestos.

Justificación
El informe desarrollado abarca una parte de los temas a ver durante el
transcurso del curso de “Arquitectura de Software”, el cual significa una parte
del material a desarrollar al finalizar la materia, por ende, es importante estudiar
y evaluar los conceptos en cada unidad para de esta manera apropiarse y
entender los procesos y arquitectura del desarrollo de software.

Objetivos Generales
Mostrar el desarrollo de las actividades propuestas en la unidad 1 de la materia
Arquitectura de Software para lograr entender y discutir los diferentes
componentes procesos y arquitecturas que posee el desarrollo de software

Objetivos Específicos
Facilitar la comprensión de la unidad desarrollado tanto para nuestro grupo
para las personas interesadas sobre el tema
Lograr cumplir con los objetivos y metas propuestas planteadas en la guía de
desarrollo.
Desarrollar y resolver las problemáticas respecto al tema proponiendo
soluciones efectivas.
Involucrar a los alumnos de la clase en actividades complementarias que
fomenten el tema desarrollado, para de esta manera complementar el
conocimiento respecto a las temáticas.
 Comprensión general de arquitecturas de
software

Unidad de Competencia 1:
El proceso de arquitectura de software toma los requisitos de los clientes, los
analiza y produce un diseño para obtener un software que satisfará sus
necesidades. Los diseños exitosos de software deben sopesar las disyuntivas
inevitables que surgen debido a requisitos conflictivos; cumplir con los
principios de diseño y las buenas técnicas de procedimiento que han
evolucionado con el tiempo; y complementar el hardware moderno, las redes y
los sistemas de administración. 

Estudio de un sistema de información en una

organización.
Los Sistemas de Información (SI) se constituyen para mejorar la organización y
el espacio en la estructura de las mismas.

Actividades
En una organización o empresa, el análisis y diseño de sistemas de
información es el proceso de estudiar su situación con la finalidad de observar
cómo trabaja y decir si es necesario realizar una mejora; el encargado de
realizar estas tareas es el analista de sistemas.

Metodologías y Herramientas
Como toda técnica o herramienta profesional los estudios de Organización &
Métodos deben contar con una metodología para su desarrollo, para el efecto
se han determinado cinco fases que de acuerdo a su secuencia ayudan a la
realización del mismo.

Planificación del estudio

El primer paso dentro de la planificación del Estudio de Organización &
Métodos es definir la naturaleza del problema y detectar las principales fallas a
resolver, para luego determinar con claridad el objetivo del estudio y con ello
evitar malos entendidos que obstaculicen o dispersen el trabajo.

Recopilación de información
Reunir y registrar aquellos hechos que permiten conocer y analizar lo que
realmente sucede en el área objeto de estudio, evitará la formulación de
impresiones deformadas de la realidad, incurrir en interpretaciones erróneas,
falsas conclusiones y proponer medidas de mejoramiento que al aplicarlas
resulten inoperantes.
Análisis de la información
Esta fase sirve de base para el desarrollo de alternativas de solución a los
problemas detectados y/o que originalmente generaron la necesidad de realizar
el estudio y para la formulación de recomendaciones de mejoramiento
administrativo en general.

Elaboración y presentación del informe final

Comprende la elaboración de un documento que describe los hallazgos y las
alternativas de cambio o solución a los problemas detectados, incluye las
conclusiones y recomendaciones que a criterio del investigador permitirán un
mejor desarrollo administrativo dentro del área evaluada.

Implementación y seguimiento
Se refiere a la puesta en práctica del nuevo sistema y comprende la integración
de los recursos humanos y materiales necesarios y la ejecución del programa
previsto bajo la supervisión y asesoría del Analista creador del sistema.

Metodologías de desarrollo de software

Las metodologías para el desarrollo del software imponen un proceso
disciplinado sobre el desarrollo de software con el fin de hacerlo más
predecible y eficiente. Una metodología de desarrollo de software tiene como
principal objetivo aumentar la calidad del software que se produce en todas y
cada una de sus fases de desarrollo.
No existe una metodología de software universal, ya que toda metodología
debe ser adaptada a las características de cada proyecto (equipo de desarrollo,
recursos, etc.) exigiéndose así que el proceso sea configurable.

Extreme Programming (XP)

XP se define como especialmente adecuada para proyectos con requisitos
imprecisos y muy cambiantes, y donde existe un alto riesgo técnico. Los
principios y prácticas son de sentido común pero llevadas al extremo, de ahí
proviene su nombre.
Scrum
Está especialmente indicada para proyectos con un rápido cambio de
requisitos. Sus principales características se pueden resumir en dos.

Características:
El desarrollo de software se realiza mediante iteraciones, denominadas sprints,
con una duración de 30 días. El resultado de cada sprint es un incremento
ejecutable que se muestra al cliente.
La segunda característica importante son las reuniones a lo largo proyecto.
Éstas son las verdaderas protagonistas, especialmente la reunión diaria de 15
minutos del equipo de desarrollo para coordinación e integración.

Crystal Methodologies
Se trata de un conjunto de metodologías para el desarrollo de software
caracterizadas por estar centradas en las personas que componen el equipo
(de ellas depende el éxito del proyecto) y la reducción al máximo del número de
artefactos producidos.
Características:
El equipo de desarrollo es un factor clave, por lo que se deben invertir
esfuerzos en mejorar sus habilidades y destrezas, así como tener políticas de
trabajo en equipo definidas.
El desarrollo de software se considera un juego cooperativo de invención y
comunicación, limitado por los recursos a utilizar.

Procesos de Arquitectura de Software

Análisis de los Requerimientos
Es la primera etapa para su creación, es necesario saber las necesidades del
cliente para poder crear el software. Identifica las funciones u operaciones
necesarias para cubrir los requerimientos del sistema.

Diseño y Arquitectura
El diseño de software tiene varios niveles los cuales están relacionados entre
sí, cada nivel tiene sus propios problemas, técnicas de análisis y componentes
los que pueden ser simples o complejos, reglas de composición las cuales
permiten construir componentes complejos.
Para utilizar la arquitectura de software se sigue un conjunto de patrones
arquitectónicos, entre los cuales podemos encontrar:

-Cliente-Servidor
-Blackboard.
-Modelo entre capas.
-Intérprete.
-Orientado a servicios.

La arquitectura de software cuenta también con varios modelos estos son:

Modelos Estructurales
Son similares a la vista estructural, pero su énfasis primario radica en
usualmente una sola estructura coherente del sistema completo, en vez de
concentrarse en su composición. Los modelos de framework a menudo se
refieren a dominios o clases de problemas específicos.

Modelos Dinamicos
Enfatizan la cualidad conductual de los sistemas, “Dinámico” puede referirse a
los cambios en la configuración del sistema, o a la dinámica involucrada en el
progreso de la computación, tales como valores cambiantes de datos.

Alcance de Arquitecturas de Software y Diseño

Unidad de Competencia 2:

Estilos Arquitectónicos
Cada estilo arquitectónico describe una categoría del sistema que contiene: un
conjunto de componentes, que realiza una función requerida por el sistema, un
conjunto de conectores que posibilitan la comunicación, la coordinación y la
cooperación entre los componentes.

Tipos de Estilos

Arquitectura Centrada en Datos

El software cliente tiene acceso a un almacén central, en algunos casos este es
pasivo, el software cliente accede a los datos independientemente de cualquier
cambio hecho en los datos o las acciones de otro software cliente.

Características:
-Es posible cambiar componentes existentes y agregar nuevos componentes a
la arquitectura sin preocuparse por otros clientes
-Es posible pasar datos entre clientes empleando el mecanismo del pizarrón.
-Los componentes clientes ejecutan los procesos de manera independiente.

Arquitectura de Flujo de Datos

Esta familia de estilos enfatiza la reutilización y la modificabilidad. Es apropiada
para sistemas que implementan transformaciones de datos en pasos
sucesivos. Ejemplares de la misma serían las arquitecturas de tubería-filtros y
las de proceso secuencial en lote.

Características:
-La disponibilidad de los datos controla la ejecución
-La estructura del diseño está dominada por el movimiento ordenado de los
datos de un componente a otro
-El patrón del flujo de datos es explícito

Arquitectura Orientada a Objetos

Los componentes de un sistema encapsulan los datos y las operaciones que se
deben realizar para manipular los datos. La comunicación y la coordinación
entre componentes se consiguen a través del paso de mensaje. La
representación de los datos y sus operaciones primitivas asociadas son
encapsuladas en un tipo de dato abstracto u objeto.

Características:
-En este estilo los componentes son los objetos, o instancias de tipos de datos
abstractos.
-Estos objetos son de un tipo de componente denominado manager porque es
responsable por preservar la integridad de un recurso.
-Los objetos interactúan a través de invocaciones a procedimientos y
funciones.

Análisis de Necesidades y Requerimientos del

Sistema
Los requerimientos funcionales son declaraciones de los servicios que
proveerá el sistema, de la manera en que éste reaccionará a entradas
particulares. En algunos casos, los requerimientos funcionales de los sistemas
también declaran explícitamente lo que el sistema no debe hacer.

¿Qué es un requisito?
Un requisito es una declaración sobre un producto deseado que especifica qué
debería hacer o como debería hacerlo.
-Tiempo de descarga de una página debe ser menor de 5”
-Los usuarios deben encontrar atractiva la aplicación

Validación y Verificación
Validación: nos ayudan a conseguir subsanar las necesidades originales por
medio de los requisitos especificados
Verificación: nos ayudan en la tarea del diseño orientándonos como conseguir
los objetivos traduciéndolos en tareas rutinarias de diseño
Documentación
La documentación producida es importante, Será leída por todos los
integrantes del proyecto;
-Cliente y desarrollador
-Diferentes integrantes del grupo de desarrollo
-Almacenada y reusada

¿Qué es un requerimiento?
Necesario.
Si se tiene alguna duda acerca de la necesidad del requerimiento, se pueden
preguntar “¿Qué sería lo peor de no incluirlo?” Si no se encuentra una
respuesta o cualquier consecuencia, entonces es probable que no sea un
requerimiento necesario.
Completo
Un requerimiento esta completo si no necesita ampliar detalles en su
redacción, es decir, si se proporciona la información suficiente para su
comprensión.
Consistente
Un requerimiento es consistente si no es contradictorio con otro requerimiento
Factible.
El requerimiento deberá de ser totalmente factible y dentro de presupuesto,
calendario y otras restricciones, si se tiene alguna duda de su factibilidad, hay
que investigar, generar pruebas de concepto para saber su complejidad y
factibilidad, si aun así el requerimiento es no factible hay que revisar la visión
del sistema y replantear el requerimiento
Priorizado
Categorizar el requerimiento nos ayuda a saber el grado de necesidad del
mismo Esencial/Critico, Deseado, Opcional Verificable
Verificable
Si un requerimiento no se puede comprobar, entonces ¿Cómo se sabe si se
cumplió con él o no? Debe ser posible verificarlo ya sea por inspección, análisis
de prueba o demostración. Cuando se escriba un requerimiento, se deberá de
determinar los criterios de aceptación.
Rastreable
La especificación se debe organizar de tal forma que cada función del sistema
se pueda rastrear hasta su conjunto de requerimientos correspondiente. Facilita
las pruebas y la validación del diseño
Claro
Un requerimiento es conciso si es fácil de leer y entender, su redacción debe
ser simple y clara para aquellos que vayan a consultarlo en un futuro.

Construir e Implementar la Arquitectura

Unidad de competencia 3:

Integración de Aplicaciones
El mundo de los negocios está cambiando drásticamente, así como las
expectativas y exigencias de los clientes. La tecnología es, en estos tiempos,
una parte integral de la vida y en la manera en que este avance, cambiarán los
requerimientos de los negocios actuales; es por ello que, para acelerar la
innovación, obtener más beneficios de rendimiento, seguridad, confiabilidad y
cumplimiento, debe adaptarse a todos los principios de los negocios digitales.
Ventajas
-Comunicaciones seguras, efectivas y rápidas
-Procesamiento instantáneo de datos
-Digitalización de los procesos empresariales y comerciales para mejorar su
negocio
-Rendimiento amplio y fiable para satisfacer los requisitos y solucionar los
problemas al instante
-Procesos de negociación más rápidos y eficientes

Frameworks de Software
un framework es una estructura de soporte definida, en la cual otro proyecto de
software puede ser organizado y desarrollado. Los frameworks suelen incluir:
soporte de programas, bibliotecas, lenguaje de scripting, software para
desarrollar y unir diferentes componentes de un proyecto de desarrollo de
programas.

Por otro lado, un marco de referencia sugiere crear:

- Un modelo semántico de las entidades que manipulan las actividades
del proceso.

Un modelo logístico para:

-Indicar las localidades donde opera el proceso
-La incorporación de las personas que realizan el trabajo.
-La identificación de los eventos de negocio que inciden o son
caudados por el proceso.
 Framework de Arquitectura Empresarial

Como se definió previamente, un framework busca establecer y organizar la

información arquitectónica para buscar una evolución sobre los procesos
internos de la organización. En la actualidad existen diferentes frameworks,
dependiendo de las necesidades de la empresa se puede seleccionar el más
apto para ser implementado, a continuación, se muestran los más utilizados y
sus características generales:

Zachman Enterprise Framework

Se encarga de la organización de los artefactos arquitectónicos, por ejemplo,
documentos de diseño, especificaciones y modelos, que tengan en cuenta
tanto su objetivo como el problema particular a abordar.

Department of Defense Architecture Framework (DoDAF)

Este framework ha sido desarrollado por y con el presupuesto del
Departamento de Defensa de Estados Unidos, por lo que cumple con las
normas y leyes estipuladas para cualquier entidad del estado y se rige por
ellas, además de proporcionar un método para evaluar inversiones, cambios e
implementación de tecnologías para cumplir con misiones militares y civiles.
 Conclusiones
Podemos concluir que con el siguiente informe se resaltó y estudio los temas
propuestos desarrollados en la unidad 1 de la materia “Arquitectura de
Software” esto con el fin de lograr cumplir con las metas propuestas.
Se obtuvo información valiosa al momento de estudiar el material, dando como
resultado un campo de experiencia esto para en un futuro planear y poder dar a
conocer todos los componentes que hacen parte del tema que hace parte el
presente informe.
También cabe aclarar la importancia que tiene cada unidad de estudio, debido
a su propósito en el área del desarrollo de software que nos servirá a entender
y resolver problemas que puedan presentarse al momento tratar con un
programa o de estudiar sus componentes.
 Webgrafía
https://msdn.microsoft.com/es-es/hh144976.aspx
https://www.monografias.com/trabajos94/metodologia-y-analisis-s-
i/metodologia-y-analisis-s-i.shtml
https://www.gestiopolis.com/estudio-de-organizacion-y-metodos/
https://prezi.com/1jwq_o61o99o/metodos-de-procesos-de-la-arquitectura-de-
software/