Antes del apagón analógico y su implementación en el país, Colombia debe prepararce para afrontar el cambio que traera la televisión digital terreste y para familiarizarnos con ella vamos a conocerla más a fondo.
4. RUP
RUP-‐
Ra'onal
Unified
Process
• Proceso
para
el
desarrollo
de
soEware
que
consHtuye
la
metodología
estándar
más
uHlizada
para
el
análisis,
implementación
y
documentación
de
sistemas
orientados
a
objetos.
Principios
de
desarrollo
1. Adaptar
el
proceso.
2. Equilibrar
prioridades.
3. Demostrar
valor
iteraHvamente.
4. Colaboración
interdisciplinaria.
5. Enfocado
a
la
calidad.
6. Elevar
nivel
de
ventaja
al
programador.
5. RUP
Fases
1. Inicio
–
Modelado
del
negocio
y
de
requisitos.
2. Elaboración
–
Orientada
a
la
arquitectura.
3. Construcción
–
Desarrollo
del
producto.
4. Transición
–
Versión
del
producto
terminado.
9. XP
XP – Xtreme Programming
1. Metodología para un ágil desarrollo de software.
2. Programación basada en los deseos del cliente.
3. El equipo lo conforman los jefes de proyecto, desarrolladores y el
cliente.
4. Se rige por valores y principios.
10. XP
Valores
1. Comunicación:
Crear
soEware
requiere
de
sistemas
comunicados.
2. Simplicidad:
Empezar
con
lo
necesario
y
requerido
y
trabajar
desde
ahí.
3. Retroalimentación:
Del
sistema,
del
cliente,
y
del
equipo.
4. Responsabilidad:
Programa
para
hoy
y
no
para
mañana.
4. Respeto:
El
equipo
debe
trabajar
como
uno,
sin
hacer
decisiones
repenHnas.
13. MSF
MSF - Microsoft Solutions Framework
1. Metodología flexible.
2. Interrelaciona varios conceptos, modelos y prácticas de
uso.
3. Controlan la planificación, el desarrollo y la gestión de
proyectos tecnológicos.
14. MSF
MSF
sirve
como
guía
para
administrar
la
gente
y
los
procesos
en
el
desarrollo
de
soEware
contemplando:
1. El
modelo
de
arquitectura
proyecto
–
Define
pautas
para
el
lanzamiento
de
proyectos
por
versiones.
2. El
modelo
de
equipos
–
Mejorar
el
rendimiento
del
equipo
de
desarrollo,
equipos
flexibles,
dinámicos
y
cambiantes.
3. El
modelo
de
proceso
–
Mejora
el
control
de
proyecto,
minimiza
Hempo,
reduce
el
riesgo
de
fracaso.
4. El
modelo
de
ges'ón
del
riesgo
–
Ayuda
a
idenHficar
prioridades,
tomar
decisiones
y
controla
emergencias.
5. El
modelo
de
aplicación
–
Diseñado
para
mejorar
el
desarrollo,
el
mantenimiento
y
el
soporte.
6. El
modelo
de
diseño
de
proceso
–
Diseñado
para
disHnguir
entre
objeHvos
empresariales
y
necesidades
de
usuario,
diseño
eficiente
y
flexible.
17. Conclusiones
Modelo Características
Desarrollo iterativo, Control de cambios, Modelado visual de software,
RUP Verificación de calidad de software, Proyectos a largo plazo y bien
documentados, Forma organizada de asignar tareas y responsabilidades.
Programación organizada, Menor taza de errores, Satisfacción del programador,
El cliente controla las prioridades, Pruebas continuas durante el proyecto,
XP Implementación en proyectos cortos con cambios tecnológicos variables en el
tiempo.
Adaptable, Escalable, Flexible, Indiferente tecnológicamente, Nacido bajo
MSF concepción de software privativo
19. UML
UML
-‐>
Unified
Modeling
Language
(Lenguaje
Unificado
de
Modelamiento)
Es
un
lenguaje
gráfico
para
visualizar,
especificar
y
documentar
cada
una
de
las
partes
que
comprende
el
desarrollo
de
soEware.
UML
entrega
una
forma
de
modelar
elementos
conceptuales
como
lo
son
procesos
de
negocio
y
funciones
de
sistema,
además
de
cosas
concretas
como
lo
son
escribir
clases
en
un
lenguaje
determinado,
esquemas
de
base
de
datos
y
componentes
de
soEware
reuHlizables.
20. UML
Etapas
Básicas
Casos
de
uso
Requerimientos
Diagrama
de
Diagrama
de
General,
real,
detallados
clases
componentes
cliente
Diagrama
de
Diagrama
bases
secuencia
de
datos
21. UML
Se
documentan
los
requerimientos
detallados
de
cada
R e q u e r i m i e n t o s
detallados
solución.
Por
cada
requerimiento
se
genera
un
documento
donde
se
lista
la
funcionalidad
específica.
Para
cada
requerimiento
se
elaboran
casos
de
uso
en
3
versiones
(general,
real
y
cliente)
donde
se
incluyen
la
Casos
de
uso
General,
real,
descripción
general
del
caso
de
uso,
la
pantalla
propuesta,
cliente
los
campos
y
controles
para
el
caso
de
uso,
así
como
el
curso
normal
y
alterno
de
eventos.
El
diagrama
de
clases
detalla
el
diseño
lógico
de
la
solución
y
Diagrama
de
clases
presenta
los
atributos
de
cada
objeto
y
la
relación
de
objetos
entre
sí.
22. UML
El
diagrama
de
componentes
incluye
el
diseño
Wsico
de
la
Diagrama
de
componentes
solución
y
muestra
la
relación
de
los
dis'ntos
componentes
entre
sí.
Diagrama
de
El
diagrama
de
secuencia
muestra
un
mapa
de
la
secuencia
funcionalidad
de
cada
caso
de
uso.
Diagrama
bases
Si
es
necesario,
se
incluyen
los
diagramas
de
bases
de
datos
de
datos
con
tablas
de
en'dad-‐relación
de
los
objetos
entre
sí.