Universidad Abierta y a Distancia
de México
División de Ciencias Exactas, Ingeniería y Tecnología
Matemáticas
Semestre: Cuarto
Asignatura: Computación I
Unidad de aprendizaje: Unidad 1
Actividad 3: Estructura de Datos
Nombre del estudiante: Jhonatan Alonso Montalvo
Adrián
Matrícula: ES221104716
Grupo: MT-MCOM1-2302-B2-001
Docente: Inés Chávez Acosta
Fecha de entrega:
Ciudad de México, a 20 de octubre de 2023
ÍNDICE
INTRODUCCIÓN..................................................................................................................1
DESARROLLO DE LA ACTIVIDAD.....................................................................................3
CONCLUSIONES.................................................................................................................5
REFERENCIAS BIBLIOGRÁFICAS....................................................................................6
INTRODUCCIÓN
De acuerdo con la Enciclopedia Británica (2023), una estructura de datos es la forma en
que se almacenan los datos para una búsqueda y recuperación eficientes. Diferentes
estructuras de datos son adecuadas para diferentes problemas. Algunas estructuras de
datos son útiles para problemas generales simples, como recuperar datos que se han
almacenado con un identificador específico. Por ejemplo, un diccionario en línea se puede
estructurar para que pueda recuperar la definición de una palabra. Por otro lado, se han
ideado estructuras de datos especializadas para resolver problemas complejos de
búsqueda específicos.
La estructura de datos más simple es la matriz unidimensional (lineal), en la que los
elementos almacenados se numeran con números enteros consecutivos y se accede a los
contenidos mediante estos números. Los elementos de datos almacenados de forma no
consecutiva en la memoria pueden estar vinculados mediante punteros (direcciones de
memoria almacenadas con elementos para indicar dónde se encuentran el "siguiente"
elemento o elementos de la estructura). Se han desarrollado muchos algoritmos para
clasificar datos de manera eficiente; estos se aplican a estructuras que residen en la
memoria principal y también a estructuras que constituyen sistemas de información y
bases de datos . Las estructuras de datos más complejas pueden incorporar elementos
de estructuras de datos más simples.
El desarrollo de software es un campo crítico en la era de la tecnología, y la elección de
un enfoque de desarrollo adecuado es esencial para el éxito de un proyecto. Los modelos
de desarrollo de software proporcionan estructuras y metodologías que guían el proceso
desde la concepción hasta la entrega del producto final. Uno de los debates más antiguos
y persistentes en el desarrollo de software se refiere a la elección entre dos enfoques
clave: el Modelo de Cascada y el Modelo V. A lo largo de este documento, exploraremos
estos dos modelos desde la perspectiva de varios autores destacados en el campo de la
ingeniería de software. Pero antes de profundizar en estos modelos, es importante
comprender lo que implica el "ciclo de vida del software" y los diferentes modelos que
existen en este contexto.
1
Ciclo de Vida del Software y Modelos:
El ciclo de vida del software se refiere al conjunto de actividades y fases que componen el
proceso de desarrollo de software, desde la concepción de la idea hasta la entrega del
producto final al cliente. Existen varios modelos de ciclo de vida del software, cada uno
con sus propias características y enfoques. Algunos de los modelos de ciclo de vida más
comunes incluyen:
Modelo de Cascada
Modelo V
Desarrollo Ágil
Desarrollo en Espiral
Prototipado
Modelo de Desarrollo Iterativo
Modelo de Cascada:
Winston W. Royce: En 1970, Winston W. Royce introdujo el modelo de cascada en su
artículo "Managing the Development of Large Software Systems". En su enfoque, Royce
describió una serie de fases secuenciales que incluían la definición de requisitos, el
diseño, la implementación, las pruebas y el mantenimiento. Aunque su artículo enfatizó la
necesidad de retroalimentación y pruebas continuas, el término "modelo de cascada" se
popularizó y se asoció con un enfoque más rígido y secuencial.
Modelo V:
Roger S. Pressman: En su influyente libro "Software Engineering: A Practitioner's
Approach," Roger S. Pressman describe el Modelo V como una mejora con respecto al
enfoque lineal de Cascada. Destaca que el Modelo V permite una mayor flexibilidad al
abordar los cambios en los requisitos a medida que se realizan pruebas tempranas y se
valida el software. Pressman subraya la importancia de adaptar el modelo a las
necesidades específicas del proyecto.
2
DESARROLLO DE LA ACTIVIDAD
1) Realiza una investigación en diferentes recursos: artículos, libros, páginas de internet,
etc., además del contenido nuclear de la asignatura.
2) Analiza el contenido y realiza un cuadro comparativo resaltando los aspectos más
importantes del modelo de cascada y el modelo V.
Aspecto Modelo de Cascada Modelo V
Basado en una visión más
Filosofía Secuencial, lineal y en cascada.
modular.
Fases secuenciales: Requisitos,
Diseño, Diseño Detallado, Fases de desarrollo y validación
Ciclo de
Desarrollo Implementación, Pruebas, están representadas como una V.
Mantenimiento.
1. Mayor flexibilidad para
1. Poca flexibilidad para cambios
cambios.
de requerimientos.
2. Se pueden incorporar
Flexibilidad 2. Cambios se afrontan
cambios con mayor
costosamente en fases
facilidad a medida que
posteriores.
avanza el proyecto.
Comunicación Menos interacción con el cliente Mayor interacción con el cliente a
3
después de la fase de requisitos
con el Cliente lo largo de todo el proceso.
iniciales.
Enfoque en Pruebas se integran a lo largo del
Pruebas realizadas al final del ciclo.
Pruebas ciclo.
Riesgo de descubrimiento tardío de Detección temprana de errores y
Riesgos
errores. riesgos.
Documentación es más modular
Énfasis en documentación exhaustiva
Documentación y se ajusta a cada fase del
desde el principio.
proyecto.
Mayor adaptabilidad a cambios
Adaptabilidad a Menos adaptabilidad a cambios
debido a la comunicación
Cambios durante el desarrollo.
continua.
Proyectos con requisitos estables y Proyectos con requisitos
Ejemplos de Uso bien comprendidos, como en la cambiantes o desconocidos,
industria como en desarrollo ágil.
4
CONCLUSIONES
La importancia de conocer conceptos como el ciclo de vida del software y los modelos de
desarrollo es fundamental en la era digital en la que vivimos. El desarrollo de software
desempeña un papel central en la mayoría de las actividades humanas, desde las
transacciones financieras hasta la atención médica y la comunicación, por lo que
comprender cómo se estructura y se ejecuta este proceso es esencial.
Uno de los puntos clave a resaltar es que el ciclo de vida del software es el marco que
guía todo el proceso de desarrollo, desde la concepción de una idea hasta la entrega del
producto final al cliente. Esto implica la definición de requisitos, el diseño, la
implementación, las pruebas y el mantenimiento, entre otras fases. Cada etapa es crucial
para garantizar que el software sea confiable, eficiente y cumpla con los requisitos del
usuario final. Sin una comprensión sólida de este ciclo, los proyectos de software corren el
riesgo de enfrentar problemas, retrasos y costos significativos.
Asimismo, en este trabajo se analizó dos de los modelos más prominentes en el
desarrollo de software: el Modelo de Cascada y el Modelo V. Estos modelos ofrecen
enfoques diferentes para abordar los desafíos del desarrollo de software. El Modelo de
Cascada, presentado por Winston W. Royce, es un enfoque lineal que enfatiza la
secuencia de fases, desde la definición de requisitos hasta el mantenimiento. Aunque ha
sido criticado por su inflexibilidad ante cambios de requisitos, sigue siendo relevante en
proyectos con requisitos estables y bien definidos.
Por otra parte, el Modelo V, propuesto por Barry Boehm, representa una mejora en
términos de flexibilidad y adaptabilidad. Este enfoque permite una mayor interacción entre
las fases de desarrollo y validación, lo que facilita la detección temprana de errores y
cambios en los requisitos. El Modelo V se ajusta especialmente bien a proyectos en los
que los requisitos son cambiantes o desconocidos, lo que es común en un entorno
empresarial cada vez más ágil y competitivo.
5
REFERENCIAS BIBLIOGRÁFICAS
Lahoz-Beltrá, R. (2012). Turing, la computación: pensando en máquinas que
[Link].
Mano, M.(1982). Lógica digital y Diseño de Computadores. (1ª. Impres.). España:
Prentice-Hall International.
Mano, M. M., & Gonzalez, J. F. (2003). Diseño digital. Pearson Educación.
Pressman, R.S., Ingeniería del Software. Un enfoque práctico, quinta edición, 2002,
España. Parte 2
Stair, R., & Reynolds, G. (2012). Principles of Information Systems. (10th ed.). Boston:
Cengage Learning.
Stallings, W. (2010). Computer Organization and Architecture: Designing for Performance.
Prentice Hall.
Tanenbaum, A.(2000). Organización de Computadoras -Un Enfoque Estructurado. (7ª.
Ed.). México: Prentice Hall Hispanoamericana, S.A.
The Editors of Encyclopaedia Britannica. (2023, 1 septiembre). Data Structure |
Algorithms, Trees & Arrays. Encyclopedia Britannica. Recuperado el 20 de Octubre de
2023 de [Link]
