Here are the steps to solve this problem: 1) Mercury is the closest planet to the Sun. 2) Neptune is the farthest planet from the Sun. 3) To calculate the distance between them, we would need the actual distances of each planet from the Sun in astronomical units (AU). Without those values, there is no numerical calculation we can perform. The statement gives us the relative positions of Mercury and Neptune compared to the Sun, but not enough quantitative information to calculate a numerical distance between the two planets.

1. LA PLANEACIÓN

2. ¿¡Falta de tiempo?!
● No hay tiempo para planear.
● No hay tiempo para mejorar.
● No hay tiempo para otra cosa
(estimar, registrar datos, analizar, etc.).

3. Sistema de ambulancias de
Londres 1990
Cohete Ariane 5 1996.
Sistema de maletas del
aeropuerto de Denver 1995.
DESASTRES DE SOFTWARE

4. DESASTRES DE SOFTWARE
“Si su equipo implementa un software para
controlar un avión…
y un día,
te encuentras en un avión, y de pronto te das
cuenta, antes de que el avión despegue,
es uno de los que se encuentran equipados con
tu software”

5. METODOLOGÍAS DE
DESARROLLO DE SOFTWARE

6. CONTENT
1. Comprender el Concepto de Modelo de Ciclo de Vida.
2. Identificar diferentes tipos de Modelos.

7. Administración de
proyectos
1 2 3 4
Administrar
Personas,
Decirles
qué hacer
Cuándo
hacerlo
(guiarlos).
Dividir y
agendar
(programar)
el trabajo.
5
Asegurarse de
que se obtienen
los resultados.
Un problema fundamental para cualquier actividad que requiera más de una persona es
la administración.

8. ❖ Qué tareas tienen que hacer.
❖ Cuándo las tienen que hacer.
❖ Qué deben producir
Las personas dentro del proyecto deben saber:

9. Contexto
El desarrollo de un sistema de software está
enmarcado por los recursos, el tiempo y un
conjunto de requerimientos.
→ Debe existir una planeación y un seguimiento
a ésta.
• Esas actividades se llevan a cabo
dentro de un proceso definido
Recursos
Tiempo
Requerim
ientos

10. “Una metodología es la
aplicación de un método y una
o más técnicas en el
desarrollo de un proyecto.”
Metodología

11. Modelo del Proceso

12. ¿Para qué sirve un Modelo de
Proceso?
No olvidar
actividades
esenciales.
Dividir el
trabajo entre
las personas.
Saber en qué
lugar se
encuentra el
proyecto.
Decirles a las
personas qué
deben hacer.

13. 4 millones
100 días
requerimientos
Controlar el
proyecto –saber
que va en curso.
Saber el estado en
que se encuentra el
proyecto.
Promueven la
visibilidad, permiten
ver en dónde se
encuentra y qué debe
seguir
Ventajas de su uso

14. Deben estar
documentados.
Las personas
necesitan
entrenamiento para
usarlos y seguirlos.
Se necesita control
para asegurar que
la gente los aplique
y los siga.
Las reglas de oro
REGLA 1 REGLA 2 REGLA 3

15. ¿Qué muestran?
Actividades e
Hitos.
Entregables Personas.
Orden/Agenda
Un modelo de proceso debe caracterizar (por lo menos) a cuatro elementos de un proyecto.

16. ¿Qué actividades deben ser realizadas?
¿Dónde está la demarcación entre las fases?
¿Cómo sabemos que una fase se ha terminado?
¿Cómo/cuándo nos preparamos para la
siguiente fase?
Actividades e Hitos.

17. ¿Cuáles son los productos importantes que son
producidos en cada fase?
¿Cuándo son generados?
¿Quién los genera?
¿Qué le sucede a estos productos en las
siguientes fases? (¿cómo son usados?)
Entregables

18. ¿Quién participa en cada fase?
¿Qué grupo de personas debe trabajar en cada
fase?
¿Qué sucede con las personas una vez que ha
finalizado una fase (¡no se desvanecen!)?
Personas

19. ¿Qué fases son ejecutadas y cuándo lo son?
¿Lineal o iterativo?
¿Pueden llevarse acabo fases concurrentes para
maximizar la productividad y el esfuerzo?
Orden/Agenda

20. Ciclo de VidA
● Los proyectos se dividen en fases para mejorar el
control en su administración y proveer ligas a las
operaciones en curso. Colectivamente las fases del
proyecto son conocidas como ciclo de vida del
proyecto.
● Ciclo de vida del producto, hace referencia a las
etapas por las que atraviesa un producto, desde
que es concebido como idea hasta que es retirado
o desechado.

21. INICIO
INTERMEDIO
FIN
Ciclo de Vida Genérico

22. Ciclo de VidA
• El proceso que se sigue para construir,
entregar y hacer evolucionar el software,
desde la concepción de una idea hasta la
entrega y el retiro del sistema.
• Representa todas las actividades y artefactos
(productos intermedios) necesarios para
desarrollar una aplicación

23. Actividades de un Ciclo de Vida
REQUERIMIENTOS
02
DISEÑO
04
PRUEBAS
05
MANTENIMIENTO
01
03
IMPLEMENTACIÓN
Implícita o Explícitamente todos los
modelos de ciclo de vida cuentan por lo
menos con las siguientes actividades:

24. Referencias
● Ingeniería del software un enfoque práctico.
Pressman. Quinta edición.
● http://www.acm.org/about/se-code-s
24

25. Modelos del desarrollo
de software

26. CONTENIDO
1. Clasics:
▪ Waterfall
▪ Incremental
▪ Evolutionary
▪ Spiral
▪ Prototypes
▪ Development based on components
2. Agile:
▪ Unified Process (UP)
▪ Agiles Methodologies
3. Emerging

27. 1. Modelo de cascada

28. MODELO EN CASCADA
REQUERIMIENTOS
02
ANÁLISIS
03
DISEÑO
04
CODÍFICACIÓN
01
PRUEBAS
06
USO
07
MANTENIMIENTO
05
Winston W. Royce en 1970
Revisada por Barry Boehm en 1980
Ian Sommerville en 1985

29. • Fácil entendimiento e implementación.
• Ampliamente utilizado y conocido.
• Refuerza buenos hábitos: definir antes que diseñar, diseñar
antes que codificar
• Identifica entregables e hitos.
• Orientado a documentos.
• Funciona bien en productos maduros y equipos débiles.
FORTALEZAS

30. No aprovecha la iteración, ni el desarrollo exploratorio
Espera requerimientos definidos completamente al inicio del
proyecto.
Dificultar para integrar administración del riesgo.
El software es entregado tarde en el proyecto. Esto hace que
se detecten errores graves muy tarde.
Hacer cambios es difícil y costoso.
DEBILIDADES

31. 2. Modelo incremental

32. Modelo Incremental
33

33. Incremental
1. Partial implementations can be made if sufficient functionality is
available.
2. The tests and integration is constant.
3. Progress can be measured in short periods of time.
4. It is easier to accommodate changes by narrowing the size of the
increments.
5. You can plan based on the functionality you want to deliver first.

34. Advantages
1. Clients do not wait until the end of development to use the
system. You can start using it from the first increment.
2. Clients can clarify the requirements that are not clear to them as
they see the deliveries of the system.
3. The risk of failure of the entire project is reduced, since it can be
distributed in each increment.
4. The most important parts of the system are delivered first, so
more tests are carried out on these modules and the risk of
failures is reduced.

35. Disadvantages
1. The Incremental model is not recommended for cases of real-
time systems, high security level, distributed processing, and / or
high risk index.
2. Requires a lot of planning, both administrative and technical.
3. Requires clear goals to know the status of the project.

36. 3. Modelo evolutivo

38. Existen dos tipos de desarrollo evolutivo:
1. Desarrollo Exploratorio:
○ El objetivo de este enfoque es explorar con el usuario los requisitos hasta llegar a un
sistema final.
○ El desarrollo comienza con las partes que se tiene más claras.
○ El sistema evoluciona conforme se añaden nuevas características propuestas por el
usuario.
2. Enfoque utilizando prototipos:
1. El objetivo es entender los requisitos del usuario y trabajar para mejorar la
calidad de los requisitos.
2. A diferencia del desarrollo exploratorio, se comienza por definir los requisitos que
no están claros para el usuario y se utiliza un prototipo para experimentar con
ellos.
3. El prototipo ayuda a terminar de definir estos requisitos.

40. 4. Modelo espiral

41. Modelo en Espiral
42

42. Modelo en Espiral
1. Modelo centrado en la actividades
2. Basado en las mismas actividades del modelo de cascada
3. Introduce: manejo de riesgos y creación de prototipos
4. Las actividades son organizadas en ciclos
43

43. Modelo en Espiral
○ Un ciclo corresponde a la construcción de un producto intermedio.
○ Las actividades de cada ciclo son:
1. Determinar objetivos
2. Especificar las restricciones
3. Generar alternativas
4. Identificar riesgos
5. Resolver riesgos
6. Desarrollar y verificar próximo nivel del producto
7. Desarrollar el plan del ciclo
44

44. 5. Modelo de prototipos

46. Modelo de prototipo
○ Validar los requerimientos de los usuarios en cualquier ciclo de vida.
○ Si no se conoce cómo desarrollar el productos o las especificaciones, se definen
especificaciones iniciales para un prototipo.
○ Producto parcial y provisional; intermediario antes de realizar el producto final.
○ Saber como responderán las funcionalidades.
○ Usado en productos con innovaciones importantes, o tecnologías nuevas o poco
probadas.
○ Alto costo y difícil administración.

47. Advantages
○ Does not change the flow of the life cycle
○ It requires having the right tools
○ Reduces the risk of building products that do not meet the needs of the users
○ Reduces cost and increases the probability of success

48. 6. Modelo BASADO EN COMPONENTES

51. ● “Un componente es una unidad de composición de aplicaciones software, que posee
un conjunto de interfaces y un conjunto de requisitos, y que ha de poder ser
desarrollado, adquirido, incorporado al sistema y compuesto con otros
componentes de forma independiente, en tiempo y espacio” [Szyperski, 1998].

52. ○ El DSBC busca, dentro de otros objetivos, reducir el tiempo de trabajo, el esfuerzo que
requiere implementar una aplicación y los costos del proyecto, y, de esta forma, incrementar
el nivel de productividad de los grupos desarrolladores y minimizar los riesgos globales.
● Ensamblaje de partes de software previamente elaboradas
● Inspirada en los procesos de producción de sistemas físicos: Producción de
aviones, vehículos, computadores, aparatos electrónicos, etc.
● Fundamentada en la Reutilización de Software
● Orientar esfuerzos hacia una industria de partes
●

54. Otros modelos y técnicas
● El método de Cuarto Limpio (CleanRoom)
● Metodologías ágiles (incremental)
○ XP
○ SCRUM
55

55.  XP is a methodology for creating software within a very unstable
environment. It allows flexibility within the modelling process.

56. •Risks caused
by fixed time
projects
using new
technology
•The technology you
are using allows for
automated unit and
functional tests
•Dynamica
lly
changing
software
requireme
nts
•Small, co-
located extended
development
team
When to use it?

57. ●
The main goal of XP is to lower the cost of
change in software requirements. With
traditional system development
methodologies, like the Waterfall
Methodology, the requirements for the
system are determined and often “frozen” at
the beginning of the development project.
This means that the cost of changing the
requirements at a later stage in the project
- something that is very common in the
real-world can be very high.

58. Five
values
Comm
unicati
on
Simpli
city
Feedb
ack
Coura
ge
Respe
ct
programming
documentation is
suggested only
when necessary.
Simple designs, no
thinking in the future,
but focus on today.
The essential loop of
going back and forth
Be ready to jump,
without a parachute
if it comes to that!
Respect for others
and the self

61. ● Scrum is an agile
way to manage a
project, usually
software
development. Agile
software
development with
Scrum is often
perceived as a
methodology; but
rather than viewing
Scrum as
methodology, think
of it as a framework
for managing a
process.

62. SCRUM characteristics

65. 66
Puede hacerlo una sola persona.
Requiere: Modelado mínimo.
Proceso simple.
Herramientas simples.
Construida eficientemente y en un tiempo razonable
por un equipo.
Requiere Modelado: de planos simples a planos
arquitectónicos.
Proceso bien definido.
Herramientas más sofisticadas.
Construido por muchas compañías.
Requiere: Mucho modelado : planos simples planos
arquitectónicos, modelos a escala, planes de
ingeniería.
Proceso bien definido: equipos, planos
arquitectónicos, políticas de planeación,
Infraestructura de planeación, tablas de tiempos y
agendas.
Equipo pesado.

66. Referencias
● Ingeniería del software un enfoque práctico.
Pressman. Quinta edición.
● http://www.acm.org/about/se-code-s
67

67. Modelo orientado en las actividades
Prescribe una ejecución secuencial de un subconjunto
de los procesos de desarrollo y de administración
Es el modelo mas antiguo, propuesto por Winston
Royce en 1970.

68. It’s the smallest
planet in our Solar
System and the
closest to the Sun
This is the ringed
planet, composed
mostly of hydrogen
and helium
Venus has a
beautiful name and
is the second planet
from the Sun
Actividades de un Ciclo de Vida
MERCURY SATURN VENUS
Despite being red,
Mars is actually a
cold place. It’s full of
iron oxide dust
Jupiter is a gas
giant and the
biggest planet in
our Solar System
Neptune is the
farthest planet from
the Sun and the
fourth-largest
MARS JUPITER NEPTUNE

69. Insert your multimedia content here
Despite being red, Mars is
actually a cold place. It’s full of
iron oxide dust, which gives the
planet its reddish cast

70. Mercury is the closest
planet to the Sun
MERCURY
Saturn is the ringed
planet and a gas giant
SATURN
Despite being red,
Mars is a cold place
MARS
DID YOU KNOW...?

71. ...and did you know this?
If you want to modify this graph, click on it, follow the link,
change the data and replace it here
Despite being red, Mars is
actually a cold place. It’s full of
iron oxide dust, which gives the
planet its reddish cast

72. Mercury is the
closest planet to the
Sun and the
smallest one in the
Solar System. It’s
only a bit larger
than our Moon
Jupiter is a gas
giant and the
biggest planet in
our Solar System. It’s
also the fourth-
brightest
object in the sky
PROBLEM SOLUTION

73. OVERVIEW DIAGRAM
PART 1 PART 2
LESSON 1
MARCH
FEBRUARY
JANUARY
DECEMBER
NOVEMBER
Mercury is
the closest
planet to
the Sun
LESSON 2 LESSON 3 LESSON 4 LESSON 5
Despite
being red,
Mars is a
cold place
Venus is
the second
planet from
the Sun
Saturn is
the ringed
planet and
a gas giant
Neptune is
the farthest
planet from
the Sun

74. ASSIGNMENT
Mercury is the closest planet to the
Sun, and Neptune is the farthest one.
Calculate the distance between these
two planets
?

75. CREDITS: This presentation template was created by
Slidesgo, including icons by Flaticon, and infographics
& images by Freepik.
THANKS!
Do you have any questions?
youremail@freepik.com
+91 620 421 838
yourcompany.com
Please keep this slide for attribution.

76. ALTERNATIVE ICONS

77. ALTERNATIVE RESOURCES

78. RESOURCES
Did you like the resources on this
template? Get them for free at our other
websites.
VECTORS
● Hand drawn icons collection
● Realistic math chalkboard
background
● Hand drawn school items for back
to school
● Pricing table design
● Hand drawn map with travel
elements
● Sketches of blog elements
● Organization chart design
● Chalkboard back to school
background
● Hand drawn children back to school
background
● Infographic element collection
● Hand drawn children back to school
background
● Animal cute collection flat design
● Abstract hand-drawn flowers and
leaves
● Healthy fresh fruits card collection
● Hand drawn children back to school
● Hand drawn children back to school
● Hand drawn children back to school

79. Instructions for use
In order to use this template, you must credit Slidesgo by keeping the Thanks slide.
You are allowed to:
- Modify this template.
- Use it for both personal and commercial projects.
You are not allowed to:
- Sublicense, sell or rent any of Slidesgo Content (or a modified version of Slidesgo Content).
- Distribute Slidesgo Content unless it has been expressly authorized by Slidesgo.
- Include Slidesgo Content in an online or offline database or file.
- Offer Slidesgo templates (or modified versions of Slidesgo templates) for download.
- Acquire the copyright of Slidesgo Content.
For more information about editing slides, please read our FAQs or visit Slidesgo School:
https://slidesgo.com/faqs and https://slidesgo.com/slidesgo-school

80. Fonts & colors used
This presentation has been made using the following fonts:
Permanent Marker
(https://fonts.google.com/specimen/Permanent+Marker)
Comfortaa
(https://fonts.google.com/specimen/Comfortaa)
#fed58a #a6dfda #000000
#feb8b3

81. Use our editable graphic resources...
You can easily resize these resources, keeping the quality. To change the color, just ungroup the resource and
click on the object you want to change. Then, click on the paint bucket and select the color you want. Don’t
forget to group the resource again when you’re done.

84. JANUARY FEBRUARY MARCH APRIL
PHASE 1
Task 1
Task 2
JANUARY FEBRUARY MARCH APRIL MAY JUNE
PHASE 1
PHASE 2
Task 1
Task 2
Task 1
Task 2

87. ...and our sets of editable icons
You can resize these icons, keeping the quality.
You can change the stroke and fill color; just select the icon and click on the paint bucket/pen.
In Google Slides, you can also use Flaticon’s extension, allowing you to customize and add even more icons.

88. Educational Icons Medical Icons

89. Business Icons Teamwork Icons

90. Help & Support Icons Avatar Icons

91. Creative Process Icons Performing Arts Icons

92. Nature Icons

93. SEO & Marketing Icons