
Implementación de aplicaciones informáticas
Presentation
•
Computers
•
10th Grade - University
•
Medium
Viktor Trejo
Used 2+ times
FREE Resource
21 Slides • 35 Questions
1
Implementación de aplicaciones informáticas
EGEL 2022
2
Dijkstra junto a otros autores publicaría luego el artículo “Go to statement considered harmful” y junto a su libro “Discipline of Programming” estableció ciertos parámetros para el desarrollo del Software de forma exitosa que actualmente siguen siendo legado, algunos de sus postulados resumidos en Tinoco el al. (2010):
3
El coste del desarrollo inicial debe ser relativamente bajo. El software debe ser fácil de mantener.
Cualquier desarrollo debe de ser portable a nuevo hardware.
El software debe hacer lo que el cliente quiere.
El desarrollo debe seguir un conjunto de pasos formales para descomponer los problemas grandes (lema divide y vencerás).
4
Garcés & Egas (2015). Reconocen la aparición en 1975 del “Software Develop Life Clicle” (SDLC) o clico de vida del desarrollo del Software, como un consenso formal para la construcción de sistemas, sienta las bases de los estados por los que debe trascender un producto de desarrollo desde que nace a partir de un requerimiento, hasta que muere luego de su mantenimiento
5
6
“Modelo de desarrollo de software: es una representación simplificada del proceso para el desarrollo de software, presentada desde una perspectiva específica. Mientras que la Metodología de desarrollo de software: es un enfoque estructurado para el desarrollo de software que incluye modelos de sistemas, notaciones, reglas, sugerencias de diseño y guías de procesos.” (p.87)
7
8
Modelo en Cascada.
Propiciado por Winston Royce en 1970, sugiere un enfoque sistemático y secuencial, disciplinado y basado en análisis, diseño, pruebas y mantenimiento. Al final de cada etapa se reúnen y revisan los documentos para garantizar que se cumplen los requerimientos antes de avanzar a la fase siguiente (Garcés & Egas, 2015). Pionero en guiar el proceso de DS dirigido por un plan, introduciendo una planificación de casa fase antes de empezar a trabajar en ella.
9
10
Multiple Select
¿Qué etapas de la IS cubre la metodología de cascada?
Descripción, desarrollo y conclusión
Descripción, desarrollo y mantención
Desarrollo , Descripción y observación
Ninguna de las anteriores
11
Multiple Select
En la metodología de cascada ¿A que se refiere el refrán “mide dos veces, corta una vez” ?
Una investigación detallada no ayuda a eliminar futuros riesgos en el proyecto
los riesgos son inevitables
Una investigación detallada ayuda a eliminar futuros riesgos en el proyecto
es de suma importancia invertir tiempo corrigiendo errores en el proyecto
12
Multiple Choice
¿Con cuantas fases cuenta el modelo cascada?
3
4
5
2
13
Multiple Select
La Metodología de Cascada es conocida como:
Ciclo de vida básico
Modelo secuencial-lineal
Modelo de cascada
Modelo RAD
14
Multiple Choice
Se le denomina así por las posiciones que ocupan las diferentes fases que componen el proyecto, colocadas una encima de otra, y siguiendo un flujo de ejecución de arriba hacia abajo.
Modelo concurrente
Modelo en cascada
Modelo en espiral
Modelo RAD
15
Multiple Choice
Etapa de Análisis:
Esta etapa se centra en los procesos lógicos internos del software, asegurando que todas las sentencias se han comprobado, y en la detección de errores.
Es la etapa en la cual se traduce el diseño para que sea comprensible por la máquina. Esta etapa va a depender estrechamente de lo detallado del diseño.
Es una etapa dirigida hacia la estructura de datos, la arquitectura del software, las representaciones de la interfaz y el detalle procedimental (algoritmo).
Es la etapa en la cual se reúnen todos los requisitos que debe cumplir el software. En esta etapa es fundamental la presencia del cliente que documenta y repasa dichos requisitos.
16
Multiple Choice
Etapa de Diseño:
Es la etapa en la cual se traduce el diseño para que sea comprensible por la máquina. Esta etapa va a depender estrechamente de lo detallado del diseño.
Es una etapa dirigida hacia la estructura de datos, la arquitectura del software, las representaciones de la interfaz y el detalle procedimental (algoritmo).
Esta etapa se centra en los procesos lógicos internos del software, asegurando que todas las sentencias se han comprobado, y en la detección de errores.
Es la fase en la cual se reúnen todos los requisitos que debe cumplir el software. En esta etapa es fundamental la presencia del cliente que documenta y repasa dichos requisitos.
17
Multiple Choice
Etapa Creación de Código:
Es una etapa dirigida hacia la estructura de datos, la arquitectura del software, las representaciones de la interfaz y el detalle procedimental (algoritmo).
Es la fase en la cual se reúnen todos los requisitos que debe cumplir el software. En esta etapa es fundamental la presencia del cliente que documenta y repasa dichos requisitos.
Es la etapa en la cual se traduce el diseño para que sea comprensible por la máquina. Esta etapa va a depender estrechamente de lo detallado del diseño.
Esta etapa se centra en los procesos lógicos internos del software, asegurando que todas las sentencias se han comprobado, y en la detección de errores.
18
Multiple Choice
Etapa de Pruebas:
Es la etapa en la cual se traduce el diseño para que sea comprensible por la máquina.
Es una etapa dirigida hacia la estructura de datos, la arquitectura del software, las representaciones de la interfaz y el detalle procedimental.
Es la fase en la cual se reúnen todos los requisitos que debe cumplir el software.
Esta etapa se centra en los procesos lógicos internos del software, asegurando que todas las sentencias se han comprobado, y en la detección de errores.
19
Modelo en Cascada en V
Propuesto por Alan Davis a principios de los 90. Se base en el modelo en cascada con la innovación de procurar actividades de pruebas más efectivas y productivas mediante la introducción de validaciones en la medida en que se avanza en el proyecto; dado que en el modelo tradicional las pruebas se introducían al final los defectos aparecían en forma tardía. Las pruebas necesitan empezarse lo más pronto posible en el ciclo de vida y estas actividades deberían ser llevadas a cabo en paralelo con las actividades de desarrollo. (Sáez, Rodríguez, Villanueva & Cueto, 2014).
20
21
Multiple Choice
En que modelo del ciclo de vida de software, verificación y validación van en paralelo?
Modelo en V
Modelo en Big Bang
Modelo en Espiral
Modelo repetitivo
22
Multiple Choice
¿Cuál es el nombre de este ciclo de vida (modelo de procesos) del software?
Cascada
Modelo en V
Incremental
Evolutivo con prototipado
Evolutivo en espiral
23
Multiple Choice
¿Que significa la V en el model?
Validacion & Requisitos
Verificacion & Validacion
Verificacion e Informacion
Verificar & Codificar
24
Multiple Choice
Cual es la ventaja del modelo de cascada?
Pretende congelar los requisitos
Es de fácil entendimiento e implantación
No permite movilizarse entre las fases
Los resultados solamente son visibles al final del proyecto
25
Multiple Choice
Ciclo de vida compuesta por dos fases: una ascendente y otra descendente y es recomendado para equipos pequeños.
Modelo en cascada
Modelo en Espiral
Modelo en V
Modelo incremental
26
Modelo de Desarrollo Incremental
Harlan Mills en el año 1980. Se basa en el desarrollo a partir del incremento de la funcionabilidad del programa, se puede considerar un precursor de las modernas metodologías iterativas. El primer incremento es a menudo un desarrollo esencial, apenas con los requisitos básicos, cada incremento representa una entrega escalable. Los primeros incrementos son versiones incompletas del producto final, pero proporcionan al usuario la funcionalidad. (Sáenz et al, 2014).
27
28
Multiple Choice
Dos ventajas del modelo de desarrollo incremental son:
* Se aumenta el tiempo de desarrollo incial
* Es más fácil gestionar riesgos.
* Se añade tiempo de desarrollo incial
* Es más complejo gestionar riesgos.
* Se disminuye tiempo de desarrollo incial
* Es más difícil gestionar riesgos.
* Se reduce el tiempo de desarrollo incial
* Es más fácil gestionar riesgos.
29
Multiple Choice
Dos desventajas del modelo de desarrollo incremental son:
- Requiere mucha planeación.
- Dificíl de evaluar.
- Proporciona en forma progresiva más funcionalidad.
- Difícil gestionar riesgos.
- Requiere mucha planeación.
- Facíl de evaluar.
- Requiere mucho personal disponible.
- Dificultad para visualizar resultados.
30
Multiple Choice
El modelo incremental entrega software “por partes funcionales mas pequeñas”, pero reutilizables, llamadas:
Ampliaciones
Incrementos
Descensos
Aumentos
31
Multiple Choice
El principal objetivo del modelo de desarrollo incremental fue reducir:
La repetición del trabajo en el proceso de desarrollo.
La capacidad del software.
La cantidad de personal en la etapa de despliegue.
La posibilidad de cambio o modificaciones del software.
32
Multiple Choice
¿Cuál es el nombre de este ciclo de vida (modelo de procesos) del software?
Cascada
Modelo en V
Incremental
Evolutivo con prototipado
Evolutivo en espiral
33
Modelo de desarrollo evolutivo (espiral).
Propuesto por Barry Boehm en 1986, en su artículo “A Spiral Model of Software Development and Enhancement” (Patpondo, 2010). Conjuga una naturaleza iterativa en la construcción de prototipos con aspectos controlados y sistemáticos del modelo en cascada. (Cendejas, 2014.) Cuando se aplica este modelo en espiral, el software se desarrolla en una serie de entregas evolutivas. Cada una de las actividades del marco de trabajo representa un segmento de la ruta del espiral. En cada ciclo repetitivo va ganando madurez el producto final.
34
35
Multiple Choice
¿Cómo se ejecuta el modelo en espiral?
Planificación, análisis, implementación, evaluación
Evaluación, planificación, análisis
Planificación, evaluación, implementación
Evaluación, implementación, análisis, planificación
36
Multiple Choice
Que función tiene un modelo en espiral
Es un desarrollador de protección
Es un enfoque en desarrollo de aplicaciones
El modelo en espiral describe el ciclo de vida de un software
Es eficiente para programar
37
Multiple Choice
El modelo en espiral consiste en seguir ciclos crecientes de cuatro fases cada uno, que se van realizando siguiendo una forma de espiral.
Falso
Verdadero
38
Multiple Choice
¿Cuál es el nombre de este ciclo de vida (modelo de procesos) del software?
Cascada
Modelo en V
Incremental
Evolutivo con prototipado
Evolutivo en espiral
39
SCRUM
Su nombre no es una sigla, sino un término deportivo aplicable al rugby. Su primera referencia en el contexto de desarrollo data de 1986; utiliza un enfoque incremental que tiene como fundamento la teoría de control empírico de procesos. Los llamados Equipos Scrum son autogestionados, multifuncionales y trabajan en iteraciones.
40
SCRUM
Define tres roles: el “Scrum master”, líder del equipo y de la implementación de la filosofía, mas no del desarrollo; el dueño del producto y el equipo de desarrollo. El “dueño del producto” que representa a los interesados y vela por la maximización del valor del entregable y “el equipo de desarrollo” responsables de convertir los requerimientos del cliente en iteraciones funcionales del producto. (Cadavid et al. 2013).
41
SCRUM
La terminología Scrum define un evento temporal conocido como “Sprint” con una duración máxima de un mes en el que debe crearse una versión utilizable del producto. Cada Sprint cumple con los siguientes elementos: reunión de planeación, Daily Scrum, trabajo de desarrollo, revisión del Sprint y retrospectiva del Sprint.
42
La terminología también involucra “Artefactos de Scrum.” Estos son subproductos de las actividades de la metodología que le brindan dirección y transparencia al equipo son: Product Backlog, Sprint Backlog, Monitoreo de Progreso e Incremento.
43
44
Video
45
Multiple Select
Para qué sirve SCRUM?
Para tener un Gerente de Proyecto que coordina todas las actividades
Para mejorar la documentación de los proyectos generando mejor trazabilidad y soporte
Para aumentar la satisfacción del cliente entregando valor continuamente
Para trabajar de forma auto gestionada mejorando la eficiencia y la productividad
46
Multiple Choice
¿Qué enunciado describe mejor a Scrum?
Una metodología completa que define cómo desarrollar software
Un marco de trabajo con verificaciones incluidas, con el cual se desarrollan productos complejos
Un proceso definido y predictivo de acuerdo a los principios del manejo científico
Un libro de recetas que define las mejores recetas para el desarrollo de software
47
Multiple Choice
¿Cuáles son los tres roles en Scrum?
Project Manager, Team Member, Cliente
Scrum Máster, Product Manager, Team
Product Owner, Scrum Máster
Desarrollador, Analista, Tester
Equipo de Desarrollo, Scrum Máster, Product Owner
48
Multiple Choice
¿Qué es un Sprint?
Es una reunion de brainstorming en Extreme programming que genera el ideas de solución.
Es una carrera en la que dos desarrolladores compiten para implementar más rápido un requisito.
Una iteración de proyecto que trabaja con SCRUM.
La última iteración de un proyecto que aplica SCRUM y se trabaja horas extras para terminar un proyecto.
49
Multiple Choice
¿Cuál no forma parte del manifiesto ágil?
Software funcional sobre documentación exhaustiva.
Procesos sobre personas.
Colaboración del cliente sobre negociación contractual.
Respuesta ante el cambio sobre siguiendo el plan.
50
Multiple Choice
Cuál es la relación entre el Manifiesto Ágil y Scrum?
El Manifiesto Ágil está basado en Scrum
Scrum es una parte del Manifiesto Ágil
Scrum está basado en el Manifiesto Ágil
El Manifiesto Ágil es una parte de Scrum
51
Multiple Choice
¿Quién es inspecciona y adapta la evolución de la solución de acuerdo a las necesidades del cliente?
Scrum Master
Product Owner
Equipo solucionador
52
Multiple Select
¿Cuál es el perfil de Scrum solucionador de problemas?
Product Owner
Scrum Master
Stakeholder
53
Multiple Select
Reunión para responder: ¿Qué he hecho? ¿Qué voy hacer? ¿Qué impedimentos tengo?
Sprint Planning
Sprint Review
Daily Meeting
Sprint Retrospective
54
Multiple Choice
Scrum busca:
Buenas practicas para trabajo colaborativo
Equipos altamente productivo
Resultados pronto
Innovación, competitividad, flexibilidad, productuvidad
Todas las anteriores
55
Multiple Choice
El equipo Scrum
Se compone por personas auto suficientes, auto-organizadas y multi funcionales
Realiza seguimiento a las tareas y vela por la calidad
Asegura que se trabaja ajustándose a la teoría, prácticas y reglas de Scrum
Traduce los requerimientos del cliente
56
Multiple Choice
En la reunión diaria:
Cada miembro del equipo responde ¿Qué hizo ayer? ¿Qué hará hoy? ¿Qué problemas tuvo?
Se resuelve los problemas que tiene cada persona del equipo
Se revisa ¿Qué puede ser entregado en este Sprint?
Se planifica el trabajo del Sprint
Implementación de aplicaciones informáticas
EGEL 2022
Show answer
Auto Play
Slide 1 / 56
SLIDE
Similar Resources on Wayground
55 questions
Aula 2 - Desenvolvimento de sistemas
Lesson
•
KG - University
49 questions
2. Literatura Medieval
Lesson
•
10th Grade - University
55 questions
Internet i xarxes I (Digitalització grup1)
Lesson
•
9th Grade - University
50 questions
Introduction aux fonctions
Lesson
•
9th - 12th Grade
52 questions
Unité 4: Le tourisme et les loisirs
Lesson
•
10th Grade - University
50 questions
Chapter 9: Understanding Interpersonal Relationships
Lesson
•
KG - University
48 questions
Senderos 2 Lección 1 - Los Verbos Reflexivos
Lesson
•
10th - 12th Grade
53 questions
Algoritma & Pemrograman 2
Lesson
•
9th - 12th Grade
Popular Resources on Wayground
15 questions
Fractions on a Number Line
Quiz
•
3rd Grade
20 questions
Equivalent Fractions
Quiz
•
3rd Grade
25 questions
Multiplication Facts
Quiz
•
5th Grade
29 questions
Alg. 1 Section 5.1 Coordinate Plane
Quiz
•
9th Grade
22 questions
fractions
Quiz
•
3rd Grade
11 questions
FOREST Effective communication
Lesson
•
KG
20 questions
Main Idea and Details
Quiz
•
5th Grade
20 questions
Context Clues
Quiz
•
6th Grade