Está en la página 1de 5

TALLER 2

NOMBRE: Luis Jimenez Gonzalez


Yersson Choque Mendoza
CARRERA: Ingeniería en Telecomunicaciones conectividad y redes
ASIGNATURA: Diseño redes
PROFESOR: Eduardo Wong
FECHA:30-03-2022

DESARROLLO
¿Qué es un Análisis de Requerimientos?
Un análisis de requerimientos es un estudio profundo de una necesidad tecnológica que
tiene una empresa, organización o negocio.

En este proceso, se realiza un análisis exhaustivo del sistema que se va a desarrollar.


Se definen y aplican técnicas que permitan analizar los requisitos necesarios para su
buen desarrollo. De esta forma, se logra reconocer y entender cuáles son las verdaderas
necesidades que el sistema debe solucionar.

Un análisis de requerimientos:

 Realiza un estudio profundo de la necesidad tecnológica que tiene el negocio.


 Especifica las características operacionales que tendrá el software a desarrollar.
 Tiene en cuenta las diferentes áreas de trabajo: reconocimiento del problema,
evaluación, modelado, especificación y revisión.
 Realiza a través de entrevistas, talleres, observación, indagación, revisión
documental y demás técnicas específicas.
 Describe el plan del proyecto a seguir.
 Es fundamental entregar el proyecto dentro del tiempo y presupuesto acordados y
de los objetivos de negocio.

Características de un buen análisis de requerimientos

Análisis completo: se deben reflejar todos los requerimientos, necesidades y


especificaciones de la forma más exhaustiva y definida posible. Consistente: que no
pueda generar dudas ni contradicciones y que tenga coherencia a lo largo del tiempo
claro: esto hace referencia a la redacción, la cual debe ser clara para evitar posibles
malinterpretaciones.

Posibilidad de verificación: que se puedan comprobar los datos reflejados y así revisar
si se están cumpliendo con los requisitos definidos. Es un paso muy importante para
validar el análisis.

Priorizable: debe permitir una organización jerárquica por prioridades, en función de su


relevancia. Se pueden clasificar por esenciales, urgentes, opcionales, etc.
Fácilmente modificable: que permite la modificación a lo largo del tiempo para ir
optimizando los requerimientos.

Diseño lógico
Consiste en desarrollar modelos lógicos que describan la esencia del sistema, lo que
tiene que hacer independientemente del modo en que se implante físicamente.
Al suprimir en el diseño lógico la tecnología, el analista de sistemas tiene mayor libertad
de movimiento a la hora de diseñar un modelo que cumpla con todos los requerimientos
del nuevo sistema.

El modelo lógico es la representación de la estructura y las relaciones de los datos


esenciales del negocio eso es para el modelo de datos. El diseño lógico traduce los
escenarios de uso creados en el diseño conceptual en un conjunto de objetos de
negocio y sus servicios. el diseño lógico se convierte en partes en la especificación
funcional que se usa en el diseño físico

Diseño físico
El diseño físico de la base de datos optimiza el rendimiento a la vez que asegura la
integridad de los datos al evitar repeticiones innecesarias de datos. Durante el diseño
físico, se transforman las entidades en tablas, las instancias en filas y los atributos en
columnas.

Una vez completado el diseño lógico de la base de datos, se pasa al diseño físico. El
personal que realiza el diseño debe tomar decisiones que afectan al diseño físico,
algunas de las cuales se listan a continuación.

 Cómo convertir entidades en tablas físicas

 Qué atributos utilizar para las columnas de las tablas físicas

 Qué columnas de las tablas deben definirse como claves

 Qué índices deben definirse en las tablas

 Qué vistas deben definirse en las tablas

 Cómo desnormalizar las tablas

 Cómo resolver relaciones de varios con varios

 Qué diseños pueden beneficiarse del acceso hash

El diseño físico es el momento en que se abrevian los nombres que se han elegido
durante el diseño lógico. Por ejemplo, puede abreviar el nombre de columna que
identifica a los empleados.

La tarea de crear el diseño físico es un trabajo que realmente no acaba nunca. Es


necesario supervisar continuamente las características de rendimiento e integridad de
los datos de la base de datos a medida que pasa el tiempo. Muchos factores necesitan
mejoras periódicas en el diseño físico.
BIBLIOGRAFIA

https://www.ibm.com/docs/es/db2-for-zos/11?topic=relationships-physical-database-
design

file:///C:/Users/luisj/Desktop/Bases%20de%20datos%3B%20conceptos%20b
%C3%A1sicos,%20dise%C3%B1o%20f%C3%ADsico%20y%20rendimiento_M
%C3%B3dulo%201_Dise%C3%B1o%20f%C3%ADsico%20de%20bases%20de
%20datos.pdf

https://sites.google.com/site/disenodesistemasera/diseno-logico-de-un-sistema

También podría gustarte