0% encontró este documento útil (0 votos)
32 vistas6 páginas

Diseño de Sistemas: Proceso y Metodología

El documento describe el proceso de construcción de sistemas de software, que incluye etapas como análisis de requisitos, diseño, desarrollo, pruebas, implementación y mantenimiento. También aborda conceptos de integración y prueba de sistemas, planificación de proyectos, análisis de riesgos y características de un buen diseño. Finalmente, se menciona la metodología de diseño estructurado para resolver problemas en el desarrollo de software.

Cargado por

Emanuel
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
32 vistas6 páginas

Diseño de Sistemas: Proceso y Metodología

El documento describe el proceso de construcción de sistemas de software, que incluye etapas como análisis de requisitos, diseño, desarrollo, pruebas, implementación y mantenimiento. También aborda conceptos de integración y prueba de sistemas, planificación de proyectos, análisis de riesgos y características de un buen diseño. Finalmente, se menciona la metodología de diseño estructurado para resolver problemas en el desarrollo de software.

Cargado por

Emanuel
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

Materia: Diseño de Sistemas

Facilitador: Johanny Polanco

Estudiante: Emanuel De la Cruz.

Matrícula: 1-19-9808.

Fecha: 9-3-2025.

Gaspar Hernández, Espaillat. República Dominicana.


Conceptos Generales de Diseño de Sistemas

1. Proceso de Construcción de Sistema

El proceso de construcción de un sistema de software implica varias etapas, desde la


identificación de necesidades hasta la entrega del producto final. Incluye:

Análisis de requisitos: Definir lo que el sistema debe hacer.

Diseño: Crear la arquitectura y la estructura del sistema.

Desarrollo: Codificación y construcción del sistema.

Pruebas: Verificación del correcto funcionamiento.

Implementación: Despliegue en un entorno productivo.

Mantenimiento: Corrección de errores y mejoras futuras.

2. Concepto de Integración y Prueba de Sistema

Integración: Proceso de unir diferentes módulos de software para que funcionen como
un solo sistema. Puede ser progresiva (integración incremental) o completa (big
bang).

Prueba de Sistema: Evaluación del sistema completo para asegurarse de que cumple
con los requisitos especificados. Incluye pruebas funcionales, de rendimiento,
seguridad y compatibilidad.

3. Concepto de Implementación y Mantenimiento de Sistema

Implementación: Proceso de despliegue del software en el entorno final. Puede incluir


capacitación de usuarios y migración de datos.

Mantenimiento: Actividades para corregir errores, mejorar rendimiento o actualizar


funcionalidades según nuevas necesidades.

4. Diseño Lógico y Físico

Diseño lógico: Representación abstracta del sistema, incluyendo diagramas de flujo


de datos, estructuras de bases de datos y relaciones entre componentes.
Diseño físico: Representación concreta de cómo se implementará el sistema en
hardware y software, definiendo tecnologías, bases de datos físicas y configuraciones
de servidores.

Planificación de Proyecto

1. Diagrama de Tiempo o Gantt

Un Diagrama de Gantt es una herramienta de gestión de proyectos que muestra el


cronograma de actividades con barras horizontales, indicando duración y
dependencias.

2. Planificación Temporal

Proceso de definir plazos para las actividades del proyecto, estableciendo hitos clave
y fechas de entrega para evitar retrasos.

3. Mitos y Realidades del Software

Algunos mitos comunes en el desarrollo de software incluyen:

Mito: "Más programadores aceleran el desarrollo."

Realidad: Agregar más programadores a un proyecto retrasado suele generar más


problemas (Ley de Brooks).

Mito: "Un buen programador puede escribir código sin errores."

Realidad: Todo software tiene errores; la clave está en la detección temprana y las
pruebas.

Mito: "El cliente sabe exactamente lo que quiere."

Realidad: Los requisitos suelen cambiar con el tiempo, por lo que se necesita
flexibilidad en el desarrollo.

4. Análisis de Riesgo

Proceso de identificar y mitigar riesgos que pueden afectar el éxito del proyecto.
Incluye:

Riesgos técnicos: Fallos en la tecnología utilizada.

Riesgos de cronograma: Retrasos por mala estimación de tiempos.


Riesgos de costo: Exceder el presupuesto asignado.

Riesgos organizacionales: Cambios en el equipo o en la empresa.

Diseño Estructurado

1. Diagrama de Flujo

Representación gráfica del flujo de un algoritmo o proceso, utilizando símbolos


estándar (óvalos, rectángulos, rombos) y flechas para mostrar la secuencia de pasos.

2. Diccionario de Datos

Repositorio de información sobre los datos utilizados en el sistema, incluyendo


nombres, tipos, formatos y relaciones entre datos.

3. Diagrama de Estructura de Datos

Representación visual de cómo los datos están organizados dentro del sistema,
mostrando entidades, atributos y relaciones.

4. Diagrama de Acción

Muestra los pasos específicos que se deben ejecutar en un proceso, con decisiones
y acciones representadas gráficamente.

5. Tabla de Decisión y Árboles de Decisión

Tabla de decisión: Representación tabular de reglas de decisión y acciones a tomar


según distintas condiciones.

Árbol de decisión: Representación gráfica en forma de árbol que ayuda a visualizar


opciones y sus posibles resultados.

6. Español Estructurado

Forma de representar algoritmos usando lenguaje natural con estructura clara y


lógica, facilitando la conversión a código de programación.

7. Herramientas de Diseño Estructurado

Incluyen diagramas de flujo, pseudocódigo, diagramas de estructura de datos, UML,


entre otros, para organizar el desarrollo de software de forma clara y eficiente.
8. Características de un Buen Diseño

Un buen diseño de software debe ser:

Modular: Dividido en partes reutilizables y fácilmente mantenibles.

Eficiente: Optimizado para un buen rendimiento.

Legible: Fácil de entender para otros desarrolladores.

Flexible: Capaz de adaptarse a cambios sin grandes modificaciones.

Seguro: Protegido contra vulnerabilidades y errores.

9. Metodología de Diseño Estructurado para la Solución de un Caso Real

Definir el problema: Identificar los requisitos del sistema.

Análisis de requisitos: Comprender el problema y sus restricciones.

Diseño del sistema: Crear diagramas y estructura de datos.

Implementación: Codificar según el diseño propuesto.

Pruebas: Verificar que el sistema funciona correctamente.

Mantenimiento: Mejoras y corrección de errores tras la entrega.

Toda esta información fue recolectada por medio de la fabulosa herramienta Chat
GPT; disculpe la pereza profe, se me acababa el tiempo y quise ser algo más
productivo de lo habitual para poder terminar pronto la asignación.

También podría gustarte