Arquitectura lógica

Una arquitectura de software, también denominada arquitectura lógica, consiste en un conjunto

de patrones y abstracciones coherentes que proporcionan un marco definido y claro para
interactuar con el código fuente del software.
Una arquitectura de software se selecciona y diseña con base en objetivos (requisitos) y
restricciones. Los objetivos son aquellos prefijados para el sistema de información, pero no
solamente los de tipo funcional, también otros objetivos como el mantenimiento, la auditoría,
flexibilidad e interacción con otros sistemas de información. Las restricciones son aquellas
limitaciones derivadas de las tecnologías disponibles para implementar sistemas de información.
Unas arquitecturas son más recomendables de implementar con ciertas tecnologías mientras que
otras tecnologías no son aptas para determinadas arquitecturas. Por ejemplo, no es viable
emplear una arquitectura de software de tres capas para implementar sistemas en tiempo real.

La arquitectura de software define, de manera abstracta, los componentes que llevan a cabo
alguna tarea de computación, sus interfaces y la comunicación entre ellos. Toda arquitectura debe
ser implementable en una arquitectura física, que consiste simplemente en determinar qué
computadora tendrá asignada cada tarea.

En cambio, en la arquitectura lógica de un computador si interesa cuál es su lenguaje de máquina,

como se comanda/examinan los dispositivos, como se reciben las interrupciones, etc. Un
programador del sistema operativo si necesita conocer esta información para saber cómo
programarlo.

Los componentes se colocan en una dimensión horizontal que representa las capas lógicas
estándar y en una dimensión vertical que representa los niveles de servicio de infraestructura. Las
interacciones entre los componentes dependen de sus funciones como servicios de infraestructura
distribuidos (interacciones entre niveles de servicio de infraestructura) o de sus funciones en una
arquitectura de aplicaciones de capas (interacciones dentro y entre capas lógicas).
En esta arquitectura, Access Manager, que accede a la información de usuario almacenada en
Directory Server, actúa como árbitro de los servicios de autorización y autenticación de inicio de
sesión único para Portal Server y en otros componentes basados en web en la capa de
presentación. Los componentes de Messaging Server incluyen: un almacén de mensajes
(Messaging Server -STR) en la capa de datos, que envía y recupera componentes en la capa de
servicios de negocio; otro componente de acceso HTTP; y Communications Express en la capa de
presentación.

La arquitectura lógica también muestra las dependencias de los servicios de infraestructura entre
los distintos componentes. Portal Server, por ejemplo, depende de Communications Express para
sus canales de mensajería y calendario. También depende de Access Manager para los servicios de
autenticación y autorización. Estos componentes, a su vez, dependen de Directory Server para
obtener la información de usuario y los datos de configuración. Varios componentes requieren los
servicios de contenedores web proporcionados por Web Server.

arquitectura tecnológica

La Arquitectura Tecnológica provee información sobre las distintas plataformas de soporte que
dan servicios a la implementación de los trámites en línea del Estado. Así mismo, se presentan
distintas recomendaciones de despliegues en función de la ponderación de distintos atributos de
calidad de Arquitectura.

Se trata de un método para organizar todos los procesos relacionados con las tecnologías en la
empresa. Contribuye a mejorar la visualización y definición de los pasos a seguir en base al
hardware y software

Se trata de un método para organizar todos los procesos relacionados con las tecnologías en la
empresa. Contribuye a mejorar la visualización y definición de los pasos a seguir en base al
hardware y software. Convirtiéndose en una herramienta corporativa útil para realizar un
proyecto y conseguir que sea realmente alcanzable. La misma, demanda la definición correcta de
los procesos para estructurar la arquitectura de infraestructura tecnológica.

De esta forma, se mantiene un monitoreo constante de los progresos y de la evolución de la

tecnología, aplicando los avances que se adapten mejor a la empresa. Aportando soluciones
prácticas para la infraestructura, que mejoran el funcionamiento de los aparatos, sistemas y
herramientas digitales.

Una arquitectura de software se selecciona y diseña con base en objetivos (requisitos) y

restricciones. Los objetivos son aquellos prefijados para el sistema de información, pero no
solamente los de tipo funcional, también otros objetivos como el mantenimiento, la auditoría,
flexibilidad e interacción con otros sistemas de información. Las restricciones son aquellas
limitaciones derivadas de las tecnologías disponibles para implementar sistemas de información.
Unas arquitecturas son más recomendables de implementar con ciertas tecnologías mientras que
otras tecnologías no son aptas para determinadas arquitecturas. Por ejemplo, no es viable
emplear una arquitectura de software de tres capas para implementar sistemas en tiempo real.

La arquitectura de software define, de manera abstracta, los componentes que llevan a cabo
alguna tarea de computación, sus interfaces y la comunicación entre ellos. Toda arquitectura debe
ser implementable en una arquitectura física, que consiste simplemente en determinar qué
computadora tendrá asignada cada tarea.

¿Para qué sirve?

Para destacar su valor, no solo para las empresas, sino también para la comercialización y el
correcto uso de la tecnología te presentamos sus usos y beneficios:

Actualización de los componentes de las TI.

Diseño estratégico de la arquitectura tecnológica necesaria para la empresa.

Soporte en servicios como cloud computing.

Estudio de las herramientas y servicios necesarios: nivel de conectividad, servidores y dispositivos,

entre otros.

Análisis de la arquitectura tecnológica Ti actual, para ofrecer soluciones y mejoras productivas.

Elaboración de ruta y sistema de trabajo.

diseño estructurado

el diseño estructurado persigue elaborar algoritmos que cumplan la propiedad de modularidad.

Para ello, dado un problema que se pretende resolver mediante la elaboración de un programa de
ordenador, se busca dividir dicho programa en módulos siguiendo los principios de diseño de
descomposición por refinamientos sucesivos, creación de una jerarquía modular y elaboración de
módulos independientes.

¿Cuáles son las características del diseño estructurado?

Un diseño estructurado usa diagramas de estructura (DE) en el diseño de la arquitectura de
módulos del sistema y adiciona especificaciones de los módulos y cuplas (entradas y salidas de los
módulos), en un Diccionario de Datos (DD).

como elaborar un diccionario de datos

Nombre del campo.

Clave. La Clave Primaria (P) es una columna o conjunto de columnas que identifica de forma
unívoca los datos restantes de una fila cualquiera de la tabla.

Tipo de datos.

Tamaño del campo.

Una descripción de la finalidad de cada campo. Nota

Ejemplo
¿Cómo elaborar un diagrama de diagrama de flujo de datos?

Un diagrama de flujo de datos muestra la forma en la que fluye la información en un proceso o

sistema. Incluye entradas y salidas de datos, tiendas de datos y los distintos subprocesos que
atraviesan los datos. Los DFD se crean con símbolos y notación estandarizados para describir las
distintas entidades y sus relaciones.

Los diagramas de flujo de datos representan de manera gráfica sistemas y procesos que sería
difícil describir con parrafadas. Puedes usar estos diagramas para mapear un sistema existente y
mejorarlo o para planificar la implementación de un sistema nuevo. Visualizar cada elemento
facilita identificar las ineficiencias y producir el mejor sistema posible.

1. Identifica las principales entradas y salidas de tu sistema

Prácticamente todos los procesos o sistemas comienzan con una entrada de una entidad externa y
terminan con la salida de datos a otra entidad o base de datos. Identificar estas entradas y salidas
te ofrece una visión macro de tu sistema; muestra las tareas más amplias que el sistema debe
lograr. El resto de tu DFD se construirá sobre estos elementos, así que es fundamental conocerlos
desde el principio.

2. Crea un diagrama de contexto

Cuando hayas identificado las principales entradas y salidas, crear un diagrama de contexto es
sencillo. Dibuja un único nodo de proceso y conéctalo con las entidades externas relacionadas con
él. Este nodo representa el proceso más general que atraviesa la información para ir de la entrada
a la salida.
El ejemplo que sigue muestra cómo fluye la información entre las distintas entidades a través de
una comunidad en línea. Los datos fluyen hacia y desde entidades externas, y representan tanto la
entrada como la salid. El nodo central, o "comunidad en línea", es el proceso general.

3. Amplía el diagrama de contexto en un DFD de nivel 1

El nodo de proceso único de tu diagrama de contexto no brinda demasiada información: debes
desglosarlo en subprocesos. En tu diagrama de flujo de datos de nivel 1, debes incluir varios nodos
de procesos, las principales bases de datos y todas las entidades externas. Recorre el flujo de
información: ¿dónde comienza la información y qué debe suceder antes de cada tienda de datos?

4. Amplíalo a un DFD de nivel +2

Para incrementar el detalle de tu diagrama de flujo de datos, sigue el mismo proceso que en el
paso 3. Los procesos de tu DFD de nivel 1 pueden desglosarse en subprocesos más específicos.
Nuevamente, cerciórate de añadir todas las tiendas y flujos de datos que sean necesarios. En este
punto, deberías tener un desglose bastante detallado de tu sistema. Para avanzar más allá de un
diagrama de flujo de datos de nivel 2, solo debes repetir este proceso. Detente cuando hayas
alcanzado un nivel satisfactorio de detalle.

5. Confirma la precisión de tu diagrama definitivo

Una vez que tu diagrama esté completamente dibujado, recórrelo. Presta mucha atención al flujo
de información: ¿tiene sentido? ¿Se incluyeron todas las tiendas de datos necesarias? Si observan
tu diagrama final, otras partes deberían poder comprender cómo funciona tu sistema. Antes de
presentar tu diagrama final, verifica con tus compañeros de trabajo que tu diagrama sea
comprensible.

qué es un diagrama de actividades

Un diagrama de actividades o diagrama de actividades UML presenta el flujo o serie de acciones

que se realizan dentro de un sistema. UML (o Lenguaje Unificado de Modelado, por sus siglas en
inglés) es un software de lenguaje de modelado que se usa para representar el diseño de un
sistema específico.

Qué hace un diagrama de actividades?

Demostrar la lógica de un algoritmo. Describir los pasos realizados en un caso de uso UML. Ilustrar
un proceso de negocios o flujo de trabajo entre los usuarios y el sistema. Simplificar y mejorar
cualquier proceso clarificando casos de uso complicados.

¿Cómo elaborar una tabla de decisión y árboles de decisión?

Los árboles de decisión son diagramas que pretenden mostrar la gama de posibles resultados y las
decisiones posteriores realizadas después de la decisión inicial.
Un árbol de decisión tiene unas entradas las cuales pueden ser un objeto o una situación descrita
por medio de un conjunto de atributos y a partir de esto devuelve una respuesta la cual en últimas
es una decisión que es tomada a partir de las entradas. Los valores que pueden tomar las entradas
y las salidas pueden ser valores discretos o continuos. Se utilizan más los valores discretos por
simplicidad, cuando se utilizan valores discretos en las funciones de una aplicación se denomina
clasificación y cuando se utilizan los continuos se denomina regresión.

Tablas de Decisión

¿Qué es?

Una tabla de decisión es una herramienta que sirve para representar de manera más fácil la lógica
de un problema cuando está es más o menos complicada. Para ello se trata de identificar en el
problema las acciones que hay que ejecutar y las condiciones que se tienen que cumplir para
ejecutar esas acciones. Las acciones normalmente se identifican a través de los verbos, y las
condiciones van a ser las condicionales

Conjunto de condiciones:

Son las condiciones que intervienen en el problema. Entrada de condiciones: Son las
combinaciones posibles entre los valores de las condiciones. SI, NO, DA IGUAL.

Conjunto de acciones:

Abarca todas las acciones que se tienen que ejecutar cuando se cumplen un conjunto dado de
condiciones.

Salida de ejecución:

Se determina cuándo se ejecuta cada acción.

La regla de decisión:
Es una combinación de un estado en la entrada de condiciones y de una o más acciones asociadas
en la parte de la salida de acciones asociadas en la parte de la salida de acciones siendo N el
número de condiciones y considerándolas como binarias (SI/NO) habrá un número máximo de 2
elevado a N reglas.

Cada regla equivale desde el parte de vista de algoritmos a una estructura si…entonces…fin si, y en
cada momento solo se puede cumplir una regla. Las tablas de decisión las podemos usar para
controlar la lógica de control de un algoritmo.

¿Cómo se construye?

Determinar las condiciones:

Factores relevantes que afectan la toma de decisiones, esto permite identificar las condiciones en
la decisión.

Cada condición tiene la posibilidad de cumplirse o no.

Determinar las acciones posibles

Determinar las alternativas para cada condición.

Tablas limitadas: solo son posible 2 alternativas (si-no) o (verdadero – falso).

Tablas extendidas: para cada condición existe varias alternativas.

Calcular el máximo de columnas en la tabla de decisión: se calcula multiplicando el número de

alternativas de cada condición.

Armar una tabla de cuatro cuadrantes.

Determinar las reglas que tendrá la tabla de decisión y completar las alternativas, existen dos
formas:

Llenar la tabla considerando una condición a la vez, cada condición adicional se añade a la tabla sin
considerar combinaciones y acciones duplicadas.

Comenzar con la primera condición, dividir el número de columnas por el número de alternativas
de cada condición y así sucesivamente con las demás condiciones. Ejemplo: la siguiente tabla
presenta 6 columnas, cada uno puede tener la alternativa (SI-NO), por lo que, 6/2=3.

Completar la tabla completando con X todas las acciones que debe ejecutarse con cada regla.

Combinar aquellas reglas en las que aparecen alternativas de condiciones que no influye en el
conjunto de acciones.

Verificar la tabla para eliminar situaciones imposibles, contradictorias o redundantes.

Si es necesario reordene las condiciones y acciones para hacer la tabla más clara.

Ejemplo
Menciones algunas herramientas de diseño estructurado.

Una de la herramienta más importante es los diagramas que utilizamos para construir el diseño
estructurado

Otra de la herramienta es que dividimos los proceso en módulos

Reflexiones acerca de diagrama de estructura

Aprendí que:

Utilizamos el diagrama de estructura para facilitar el trabajo de una empresa y organiza las tarea
de forma organizada

Para ello se requiere un adecuado análisis de dicho problema, siendo necesario definir
primeramente el problema, para lo cual deberá contener una detallada pero concisa descripción
del mismo. Un problema bien definido es aquel que lleva implícitas tanto una situación inicial
como finales claras

¿Por qué descomponer un problema en partes? Experimentalmente, está comprobado que:

Un problema complejo cuesta más de resolver que otro más sencillo (de Perogrullo).
La complejidad de un problema global es mayor que el valor de las complejidades de cada una de
sus partes por separado.

Según esto, merece la pena el esfuerzo de dividir un problema grande en subproblemas más
pequeños. Si el objetivo es elaborar un programa para resolver dicho problema grande, cada
subproblema (menos complejo) podrá ser resuelto por un módulo (su algoritmo) relativamente
fácil de implementar (más que el programa global no dividido)
En cada paso (del refinamiento), una o varias instrucciones del programa dado se descomponen
en instrucciones más detalladas. Esta descomposición sucesiva o refinamiento de especificaciones
termina cuanto todas las instrucciones están expresadas en términos de la computadora usada o
del lenguaje de programación...

Conforme se refinan las tareas, también los datos pueden ser refinados, descompuestos o
estructurados, siendo lo natural refinar las especificaciones del programa y de los datos en
paralelo.

Cada paso de refinamiento implica algunas decisiones de diseño. Es importante que el

programador sea consciente de los criterios subyacentes (en las decisiones de diseño adoptadas) y
de la existencia de soluciones alternativas

Características:

se divide en módulos, organiza la tarea de forma clara

tipología:

operaciones, expresiones

ejemplo
Tipo de diseños estructurado:

diccionario de datos, Tablas de Decisión

estructura:

Ésta es una consecuencia directa de la descomposición del problema mediante refinamientos

sucesivos. El resultado será un conjunto de módulos estratificados en capas a modo de pirámide,
donde en la cima habrá un único módulo que representará al programa global y en los niveles
inferiores aparecerán los módulos resultantes de las sucesivas divisiones.

Al final, debe obtenerse una estructura piramidal donde los módulos de los niveles superiores se
encargan de las tareas de coordinación, lógica de la aplicación y manipulación de los módulos
inferiores; estos otros deberán realizar tareas de cálculo, tratamiento y entrada/salida de
información

Explicar con un ejemplo un diagrama de estructura.

Este diagrama esta divido en módulos que esta conectado organizado de forma que pueda hacer
la tarea que esta realizando

Vemos que el modulo principal es el menú principal que esta conectado con el modulo costo
proyecto y costo tarea

Costo tarea esta divido en mas módulos que hacen que su función este mas automatizada par a
que pueda operar mejor cuando costo tarea termina de realizar su función le manda los datos a
costo de proyecto que a la vez se la manda menú principal

¿Cuáles son las características de un buen diseño?

Concepto:

Es el mensaje que tiene el producto visual, sin ello no se puede alcanzar ningún objetivo.

Atemporal:

Un buen diseño es ajeno a las tendencias y modas que se disipan, debe conservar cierta
universalidad y atemporalidad.

Creatividad y diseño coordinado:

No se trata de realizar un diseño colorido o vistoso, éste debe guardar cierta armonía para que no
se vea sobrecargado y que se entienda el concepto.

Versatilidad:

Un buen diseño es aquel que se puede adaptar a distintas situaciones, plataformas y público,
parecería complicado, pero cuando se logra es muy eficiente.

Innovación:

El pensamiento de algo nuevo siempre creará interés y ganas de explorar, el diseño siempre debe
demostrar innovación de alguna manera.

Simplicidad:
“More is less” es un lema que se aplica en distintas circunstancias y en el diseño se aplica, no se
debe saturar la imagen con elementos, colores o información, de lo contrario esto tendrá el efecto
contrario a lo deseado.

Como convertir un diagrama de flujo de datos a un diseño estructurados

Los primero que tenemos que hacer es dividir el diagrama de flujos de datos en módulos bien
organizado para poder realizar el diseño estructurado