Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 12

Nombre y Apellido: Ruby Gomez

Materia: Analisis y Diseños de Sistemas II

Maestro: Eduard Torres

Seccion: L15

Fecha: 13/01/2024
Unida I. Conceptos Generales de Diseños de
Sistemas
Sistemas de diseño
Esta es la herramienta central en torno a la que gira nuestra
metodología. Por ello, hemos creído oportuno dedicar un
capítulo entero a explicar: qué entendemos por sistema de
diseño, qué principios de diseño nos guían a la hora
gestionarlo, y qué elementos componen nuestros sistemas a
nivel morfológico

¿Qué es un sistema de diseño?

Esta herramienta permite al equipo establecer patrones y


contar con una serie de elementos que se pueden, y deben,
reutilizar para crear funcionalidades. El modularidad del
sistema es lo que permite crear desde una unidad mínima
hasta componentes más complejos. Establece reglas que nos
ayudan a trabajar en equipo de forma alineada a través de
principios.
Además, el sistema de diseño refleja el punto de unión entre el
equipo de diseño y el de desarrollo.
El sistema de diseño tiene que ser flexible y mantenerse vivo
a largo plazo. Un sistema de diseño no es estático, sino
dinámico. Evoluciona con el producto y su diseño.

¿Qué valor aporta?

Utilizar un sistema de diseño garantiza la consistencia de


nuestros productos. Esto repercute de manera positiva en la
experiencia del usuario y acorta significativamente los
tiempos de ideación, desarrollo y elaboración de productos.
Por otra parte, los sistemas de diseño son una herramienta
especialmente útil para conseguir crear productos digitales
capaces de escalar y crecer rápidamente de una forma
controlada. Por último, pero no menos importante, un valor
que aporta es que permite dedicar menos tiempo a pensar en
detalles superfluos y más a pensar en producto.
Si bien presenta algunas similitudes, el sistema de diseño no
es ni un manual de marca ni una guía de estilos, ni sustituto de
los mismos. Puede convivir con ellos y cada uno aporta
valores distintos. La principal diferencia, es que el sistema de
diseño no es un documento estático de consulta que se limita a
explicar cómo debe ser el aspecto de los elementos. Como ya
hemos mencionado, el sistema de diseño es una entidad viva
que contiene un lenguaje común, principios y herramientas
que ayudan a construir productos coherentes.

CONCEPTOS Y PRINCIPIOS

En un mercado altamente competitivo, las empresas que


deseen seguir siendo relevantes deben innovar continuamente.
También deben mantener un contacto sistemático con su
público objetivo. Se refiere a un conjunto de conocimientos y
procedimientos cognitivos, estratégicos y prácticos, que
utilizan los diseñadores en el proceso de diseño de productos
o servicios. Conjuga tanto una metodología para generar ideas
innovadoras como un enfoque creativo de resolución de
problemas, que los diseñadores emplean para crear nuevo
valor

Los 3 principios
1. Empatía
Pone en el centro del diseño al usuario y limita el influjo
de las suposiciones del diseñador para que este
comprenda cómo piensa el consumidor. Por ese motivo,
uno de los principios del análisis y diseño más
importantes es la empatía. Los diseñadores deben
ponerse en el lugar de la audiencia para detectar sus
necesidades y problemas específicos, en base a los cuales
podrán proponer soluciones creativas.
2. Pensamiento divergente
Un principio fundamental consiste en fomentar el
pensamiento divergente en los equipos de diseño. Este
tipo de pensamiento, más espontáneo y fluido que el
pensamiento lógico, permite explorar diferentes
soluciones. De hecho, el análisis y diseño estimula
precisamente la creatividad y la exploración de distintas
perspectivas y caminos para resolver los problemas,
dando como resultado soluciones originales y
disruptivas.
3. Experimentación
El análisis y diseño es un método eminentemente
iterativo, por lo que la experimentación es uno de sus
principios cardinales. Anima a los diseñadores a probar
diferentes ideas para constatar cuáles funcionan y cuáles
no. Se basa en la construcción de prototipos o productos
mínimos viables para comprobar si la idea funciona o
hay que realizar modificaciones antes de lanzarla al
mercado.
PROCESO DE CONSTRUCCION DE
SISTEMAS

La construcción del Sistema de Información (CSI) tiene como


objetivo final la construcción y prueba de los distintos
componentes del sistema de información, a partir del conjunto
de especificaciones lógicas y físicas del mismo, obtenido en el
proceso de Diseño del Sistema de Información (DSI). Se
desarrollan los procedimientos de operación y seguridad y se
elaboran los manuales de usuario final y de explotación, estos
últimos cuando proceda.
Para conseguir dicho objetivo, se recoge la información
relativa al producto del diseño Especificaciones de
construcción del sistema de información, se prepara el entorno
de construcción, se genera el código de cada uno de los
componentes del sistema de información y se van realizando,
a medida que se vaya finalizando la construcción, las pruebas
unitarias de cada uno de ellos y las de integración entre
subsistemas.
Si fuera necesario realizar una migración de datos, es en este
proceso donde se lleva a cabo la construcción de los
componentes de migración y procedimientos de migración y
carga inicial de datos.
Como resultado de dicho proceso se obtiene:

 Resultado de las pruebas unitarias.


 Evaluación del resultado de las pruebas de

integración.
 Evaluación del resultado de las pruebas del sistema.

 Producto software:

 Código fuente de los componentes.


 Procedimientos de operación y
administración del sistema.
 Procedimientos de seguridad y control de
acceso.
 Manuales de usuario.
 Especificación de la formación a usuarios
finales.
 Código fuente de los componentes de
migración y carga inicial de datos.
 Procedimientos de migración y carga
inicial de datos.
 Evaluación del resultado de las pruebas de
migración y carga inicial de datos.
CONCEPTO DE INTEGRACION Y PRUEBA
DE SISTEMA

El concepto de integración y prueba de sistema se refiere a un


tipo de prueba de software que evalúa las interacciones entre
los módulos cuando se unen en un sistema unificado. Estas
pruebas se realizan con datos "en vivo" y son el paso final
antes de la prueba de aceptación del cliente. El objetivo es
analizar los procesos relacionados con el ensamblaje o unión
de los componentes, sus comportamientos con múltiples
partes del sistema o de hardware, entre otras.

El significado de las pruebas de integración se refiere al


proceso de probar las interfaces entre dos componentes o
módulos de software para evaluar cómo se transfieren los
datos entre ellos.
Las estrategias de pruebas de integración permiten a los
equipos de desarrollo y a los especialistas en informática
detectar los defectos que pueden introducirse al integrar dos o
más módulos de software, así como evaluar el ajuste y el
funcionamiento general de los elementos de software
combinados.
Las pruebas de integración suelen realizarse después de las
pruebas unitarias, que implican la comprobación de módulos
y unidades individuales. Una vez que se ha determinado que
cada unidad funciona de forma aislada, las pruebas de
integración evalúan cómo funcionan todas las unidades
cuando se combinan.
Las pruebas de integración son un proceso incremental, que
suele requerir que los probadores integren los módulos uno
por uno y realicen pruebas en cada paso.
Las pruebas de integración dependen de una especificación de
interfaz bien definida entre los componentes que se prueban.
Estas pruebas deben ser automatizadas en la medida de lo
posible para que puedan ejecutarse con frecuencia, con el fin
de detectar los problemas a tiempo, antes de que se conviertan
en problemas complejos que requieran tiempo y recursos para
ser solucionados más adelante en el desarrollo.

CONCEPTO DE IMPLEMENTACION Y
MANTENIMIENTO DE SISTEMAS

La implementación es parte del proceso en el que los


ingenieros de software programan el código para el proyecto.
Las pruebas de software son parte esencial del proceso de
desarrollo del software. Esta parte del proceso tiene la función
de detectar los errores de software lo antes posible. La
documentación del diseño interno del software con el objetivo
de facilitar su mejora y su mantenimiento se realizará a lo
largo del proyecto. Esto puede incluir la documentación, tanto
interior como exterior.
Todo proyecto en la ingeniería de software deberá pasar por
tres fases, las cuales componen la visión genérica de esta
ingeniería.

 La primera es el que de la aplicación por construir.


En esta fase, el ingeniero recabase los requisitos y
planteara, a partir de una investigación analítica, las
posibles soluciones al problema planteado.
Generalmente este análisis se conoce como análisis.
 La segunda fase es el cómo de la aplicación. En ella

se diseña los componentes técnicos de la solución


por construir: módulos que reflejen los
procedimientos de entrada y salida, bases de datos,
controles, etc.
 Como tercera fase está la implementación de la

solución, donde se incluyen:


 La codificación de los elementos diseñados.

 Las pruebas de la aplicación.

 La puesta en producción de la aplicación.

A las tres fases anteriores hay que agregar una fase que es
posterior a la puesta en producción de la aplicación el
mantenimiento es un costo inevitable en cualquier producto.
Sin embargo, un buen desarrollo de este implicara una
reducción de dichos costes.
El mantenimiento puede visualizarse en tres vertientes
principales:
 Correctivo: Es el más caro, pues implica un
retroceso hacia la ubicación de un problema no
considerado, o de un requisito mal entendido, o de
un error de implementación dado.
 Aumentativo: Es el añadir nuevos requisitos o

necesidades al producto.
 Preventivo: Se modifican componentes del software

o del sistema para prevenir situaciones anómalas.


Como se ha estudiado en los parámetros deseables para la
ingeniería de software, el producto deberá cumplir con
muchos de estos para minimizar los costos del mantenimiento.
DISEÑOS LOGICO Y FISICO

MODELOS DE DATOS LOGICO

Un modelo de datos lógicos describe los datos con el mayor


detalle posible, independientemente de cómo se
implementarán físicamente en la base de datos.
Las características de un modelo de datos lógicos incluyen:
 Incluye todas las entidades y relaciones entre ellos.
 Todos los atributos para cada entidad están
especificados.
 La clave principal para cada entidad está especificada.

 Se especifican las claves externas (claves que identifican

la relación entre diferentes entidades).


 La normalización ocurre en este nivel.

Los pasos para diseñar el modelo de datos lógicos son los


siguientes:
 Especifique claves primarias para todas las entidades.
 Encuentra las relaciones entre diferentes entidades.

 Encuentra todos los atributos para cada entidad.

 Resuelva las relaciones de muchos a muchos.

 Normalización.

La siguiente figura es un ejemplo de un modelo de datos


lógicos.
MODELO DE DATOS FISICO

El modelo de datos físicos representa cómo se construirá el


modelo en la base de datos.
Un modelo de base de datos física muestra todas las
estructuras de tabla, incluidos el nombre de columna, el tipo
de datos de columna, las restricciones de columna, la clave
principal, la clave externa y las relaciones entre las tablas.
Las características de un modelo de datos físicos incluyen:
 Especificación de todas las tablas y columnas.
 Las claves externas se usan para identificar relaciones

entre tablas.
 La desnormalización puede ocurrir según los requisitos

del usuario.
Las consideraciones físicas pueden hacer que el modelo de
datos físicos sea bastante diferente del modelo de datos
lógicos.
El modelo de datos físicos será diferente para
diferentes Sistemas de Gestión de Base de datos. Por
ejemplo, el tipo de datos para una columna puede ser diferente
entre MySQL y SQL Server.
Los pasos básicos para el diseño del modelo de datos físicos
son los siguientes:
 Convertir entidades en tablas.
 Convertir relaciones en claves externas.
 Convertir atributos en columnas.
 Modificar el modelo de datos físicos en función de las
restricciones / requisitos físicos.

También podría gustarte