SISTEMAS DE INFORMACION 1 / UNIVERSIDAD MAYOR DE SAN SIMON

DOCENTE: CARLA SALAZAR SERRUDO

ESTUDIANTE: DIEGO ARMANDO ALVAREZ GUZMAN

CARRERA: INGENIERIA EN SISTEMAS

COCHABAMBA – BOLIVIA
1) Explique qué significa proceso de desarrollo de software?
El proceso de software se puede definir como la secuencia de pasos o actividades que se
deben seguir para construir una serie de productos, uno de los cuales es el programa o
software que se desea desarrollar, según los requerimientos de un cliente en particular o
un objetivo propuesto. La idea principal del proceso es mejorar el entendimiento del
problema a solucionar, generar los canales de comunicación adecuados entre los
involucrados del proyecto, el mantenimiento y retroalimentación del sistema. El objetivo
principal del proceso es:
• Tener una guía del trabajo que se requiere y lo que el cliente necesita.
• Determinar el costo del desarrollo.
• Mantener un nivel de calidad.
• Predecir el tiempo de desarrollo.

2) De ejemplos de 3 procesos de desarrollo de software

1.- Metodología Ágil - Scrum:
Scrum es una metodología ágil popular que se centra en entregas frecuentes y en
la colaboración constante con el cliente. Se divide el proceso en sprints, que son
iteraciones cortas y fijas de tiempo (generalmente de 2 a 4 semanas). Algunos
aspectos clave de Scrum incluyen:
Roles: Equipo de Desarrollo, Scrum Master y Product Owner.
Artefactos: Backlog del Producto, Backlog del Sprint y Incremento.
Eventos: Planificación del Sprint, Reunión Diaria, Revisión del Sprint y
Retrospectiva del Sprint.
2.- Metodología Ágil - Scrum:
Scrum es una metodología ágil popular que se centra en entregas frecuentes y en
la colaboración constante con el cliente. Se divide el proceso en sprints, que son
iteraciones cortas y fijas de tiempo (generalmente de 2 a 4 semanas). Algunos
aspectos clave de Scrum incluyen:
Roles: Equipo de Desarrollo, Scrum Master y Product Owner.
Artefactos: Backlog del Producto, Backlog del Sprint y Incremento.
Eventos: Planificación del Sprint, Reunión Diaria, Revisión del Sprint y
Retrospectiva del Sprint.
3.- Desarrollo en V:
El modelo en V es un enfoque que destaca la relación entre el desarrollo y las
pruebas. Cada fase de desarrollo tiene una fase de prueba asociada, formando
una forma de "V". Las fases incluyen:
Definición de Requisitos: Se definen y documentan los requisitos del software.
Diseño de Sistemas: Se crea un diseño detallado de la arquitectura y
componentes del sistema.
Diseño Detallado: Se elaboran los diseños detallados de los componentes
individuales.
Implementación: Se codifican los componentes y se integran en el sistema.
Pruebas Unitarias y de Integración: Se realizan pruebas en cada componente y
en su integración.
Pruebas de Sistema y Validación: Se prueban los aspectos globales del sistema
y se validan los requisitos.
3) explique qué es Proceso Unificado
El Proceso Unificado, o Rational Unified Process (RUP), es una metodología de
desarrollo de software que se basa en principios iterativos e incrementales. Se
centra en la gestión de casos de uso, la arquitectura sólida y la calidad del
software. Define roles y responsabilidades específicos para los miembros del
equipo de desarrollo y promueve la reutilización de componentes y patrones de
diseño.
Iterativo e Incremental Permite obtener retroalimentación temprana y frecuente,
lo que mejora la adaptabilidad a cambios y la calidad del software.
Gestionado por Casos de Uso: Los casos de uso, que describen cómo los
usuarios interactúan con el sistema, son la base para definir requisitos, diseño y
pruebas. Esto asegura un enfoque en las necesidades reales de los usuarios.
Arquitectura Centrada: Se pone énfasis en la creación de una arquitectura sólida
y bien estructurada desde el inicio del proyecto. Esto facilita la toma de decisiones
técnicas y la gestión de la complejidad a medida que el sistema crece.
Reutilización de Componentes: Se promueve la reutilización de componentes de
software y patrones de diseño para mejorar la eficiencia y la consistencia en el
desarrollo.
Enfoque en la Calidad: Se incorporan actividades de prueba y verificación en
cada iteración para asegurar que el software cumpla con los requisitos y funcione
correctamente.
Roles y Responsabilidades Definidos: El proceso define roles claros y
responsabilidades específicas para los diferentes miembros del equipo de
desarrollo, como analistas, diseñadores, desarrolladores y testers.
3.- ¿Qué es UML?
Un diagrama UML es una forma de visualizar sistemas y software utilizando el
Lenguaje Unificado de Modelado
(UML).
Los diagramas UML también se utilizan para modelar flujos de trabajo y procesos
empresariales. La codificación puede ser un proceso complicado con muchos
elementos interrelacionados. A menudo hay miles de líneas de lenguaje de
programación que pueden ser difíciles de entender a primera vista. Un diagrama
UML simplifica esta información en una referencia visual más fácil de digerir.
Utiliza un método estandarizado para escribir un modelo de sistema y capturar
ideas conceptuales. Los diagramas UML ayudan a realizar un seguimiento de las
relaciones y jerarquías entre líneas de código importantes. Aunque estos
diagramas se parecen a alguno.
Ventajas de los diagramas UML
- Facilita la comprensión de ideas y sistemas complejos
- Convierte el código complejo en un diagrama visual
- Mantiene a todo el mundo en la misma página
- Permite a los desarrolladores ver la imagen global de un sistema
- Ayuda a los no programadores a entender los procesos y funcionalidades del
software
5) Explique las características de PU.: iterativo e incremental, dirigido por casos de
uso y centrado arquitectura
El Proceso Unificado (PU) se caracteriza por ser:
Iterativo e Incremental: Se divide en ciclos cortos de desarrollo, añadiendo
funcionalidades en cada ciclo para obtener retroalimentación temprana y
adaptarse a cambios.
Dirigido por Casos de Uso: Se basa en cómo los usuarios interactúan con el
sistema, utilizando casos de uso para definir requisitos, diseño y pruebas.
Centrado en la Arquitectura: Hace hincapié en crear una arquitectura sólida
desde el inicio para facilitar decisiones técnicas y manejar la complejidad a medida
que el sistema crece.