Final Flashcards
(134 cards)
1
Q
Herramientas de seguimiento de requisitos
A
Proponen un enfoque sistemático para el aislamiento de requisitos
2
Q
Herramientas de administración de proyectos
A
Suelen ser extensiones de las herramientas de planificación de proyectos
3
Q
Herramientas de análisis de riesgos
A
Ayudan a crear una tabla de riesgos para definirlos y analizarlos
4
Q
Herramientas de planificación de proyectos
A
Funcionan como guía para planificar los proyectos, es decir, definir las áreas, crear las tareas, etc
5
Q
Modelado de proceso y herramientas de administración
A
Representa los elementos claves del proceso
6
Q
Herramientas de ingeniería de información
A
Representan objetos de datos del negocio, sus relaciones y cómo afectan a la compañía
7
Q
Herramientas CASE
A
Son herramientas destinadas a aumentar la productividad durante el desarrollo del sw
8
Q
Misión del puesto ANALISTA FUNCIONAL
A
Establecer los requisitos funcionales del sistema
9
Q
Características de un analista funcional
A
comunicación resolución de problemas pasión por la tecnología conocimiento de tecnología gestión de proyectos lectura de mucha documentación
10
Q
Qué debe hacer el analista funcional?
A
Resolver problemas del negocio diseñando un sistema de procesos que ejecute la estrategia del negocio
recolectar y analizar los nuevos requerimientos y compararlos contra procesos y sistemas existentes
documentar la solución
guiar los procesos de modelado y diseño
11
Q
Prototipo de UI
A
Ayuda a comprender las interacciones que tendrán los usuarios con el sistema
12
Q
Glosario
A
Para definir terminos importantes que usan los ingenieros durante la descripcion del sw
13
Q
Pautas para el modelado de cu
A
las denominaciones deben comenzar con un verbo de fuerza
se debe utilizar la terminología del dominio
se debe organizar respetando el orden temporal
14
Q
Para qué se usa el diagrama de cu?
A
Para obtener una vista global de todo lo que debe realizar un sistema
15
Q
Generalización
A
un cu hijo hereda todos los comportamientos de un cu padre
16
Q
Extensión
A
un cu se extiende de otro. Sirve para factorizar una variante de comportamiento
17
Q
Inclusión
A
un cu incluye a otro. Sirve para factorizar un comportamiento común
18
Q
Actor
A
es un rol o un conjunto coherente de roles que están en contacto con el caso de uso
19
Q
Caso de uso
A
especifica un comportamiento de un sistema o parte de este.
20
Q
Buenas prácticas del proceso unificado
A
- Desarrollo iterativo e incremental
- administración de requisitos
- uso de arquitectura de componentes
- control de cambios
- verificación de calidad
- modelado visual
21
Q
Disciplina deployment
A
Producir el despliegue del producto y distribuirlo al cliente
Mayormente en fase de transición
22
Q
Disciplina de testing:
A
Se prueba la calidad del sistema
Los factores a testear son: funcionalidad, fiabilidad y rendimiento
Plan de test: puede ser global, se describen los objetivos y mecanismos del proyecto en general, o especifico, se describen los objetivos y mecanismos de una parte especifica
23
Q
Disciplina de implementación:
A
Se obtiene el sistema ejecutable y se terminan sus pruebas,
Durante la etapa de elaboración, pero se refina durante construcción y transición.
24
Q
Disciplina de análisis y diseño:
A
Durante esta disciplina se termina de comprender el problema.
Sucede durante la etapa de elaboración
Los artefactos son: modelo de análisis y arquitectura base
Los roles son: arquitecto, analista de sist. Y analista de bd
25
Disciplina de requisitos:
Establece junto con el cliente las necesidades del sistema, proporciona a los desarrolladores todos los elementos necesarios para entender los requisitos y define las fronteras del sistema.
Sucede durante la etapa de inicio.
Los artefactos son: modelo de cu, especificaciones de cu y prototipo de interfaz de usuario
Los roles son: especificador de requisitos, frontender, ingeniero de requisitos y analista de sistemas
26
Modelos de la disciplina de modelado del negocio:
Modelo del dominio, diagrama de actividades del negocio, modelo de estructura del negocio, modelo de objetos del negocio y modelo de CU del negocio
27
La práctica de una disciplina implica:
Roles, objetivo, oportunidad, modelos, estrategia y transferencia
28
Disciplinas de soporte:
Gestion del ambiente
Gestión del proyecto
Gestión de configuración
29
Fases del UP:
Inicio: es la fase mas corta, en la cual se toma noción del problema y de sus restricciones
Elaboración: se crea una arquitectura base y se planifica el proyecto
Construcción: es la fase mas larga, se construye el producto, el resultado es una versión ejecutable
Transición: es la fase en la que se entrega el sw al cliente. Se debe asegurar de que este se pueda valer por si mismo y entregar toda la documentación necesaria
30
Metodología:
conjunto de métodos que se aplican durante un proceso para alcanzar un resultado
31
Método
procedimiento para realizar una actividad
32
Por qué el UP es:
| Dirigido por casos de uso:
Porque los casos de uso son la base para la implementación de disciplinas y fases del pu
33
Por qué el UP es:
| Centrado en la arquitectura:
Porque la arquitectura es la vista de diseño de las características principales del sistema, dejando de lado los detalles y avanzando de forma paralela a los casos de uso
34
Por qué el UP es:
| Iterativo e incremental:
Porque el trabajo se divide en mini proyectos de un tiempo determinado (entre dos y seis semanas) llamados iteraciones
35
Eje vertical
eje estático. Son las disciplinas
36
Eje horizontal:
eje dinámico. Es el tiempo
37
Objetivo del proceso unificado:
Asegurar la calidad del sw y que este responda a las necesidades de los stakeholders, dentro de un presupuesto y tiempo determinado
38
Roles
función especifica desempeñada por un ing de sw
39
Artefacto
toda la información que se genera o modifica durante el ciclo de vida del sw
40
Disciplina
conjunto de roles, artefactos y actividades vinculados a un área
41
Elementos del PU:
Fases, disciplinas, roles y artefactos
42
Proceso unificado:
Define quien hace que, cuando y como para un proyecto de sw
43
Las 4 p del proceso unificado
Personas: quienes trabajan en el proyecto y los interesados
Proyecto: el elemento organizativo para el desarrollo del sw
Proceso: las actividades a llevar a cabo para el desarrollo del sw
Producto: los artefactos que se crean durante el proyecto
Herramientas: sw utilizado para automatizar las actividades
44
Modelado ágil y xp:
La programación se basa en los deseos del cliente, el cliente es quien decide cuales serán las prioridades,
Equipo: jefe de proyecto, desarrolladores y cliente
Objetivo: reducir el riesgo en el ciclo de vida del sw trabajando en grupos de desarrollo pequeños
45
Desarrollo guiado por test:
Consiste en escribir primero las pruebas, después el código fuente que supere esas pruebas y luego refactorizar el código
El resultado depende de la calidad de las pruebas
46
Fases del modelo en espiral:
Fijar objetivos, evaluación y reducción de riesgos, desarrollo y validación, planeamiento
47
Desarrollo por prototipos:
Exploratorios: produce un sw que puede ponerse en producción y sus especificaciones
Throw away: produce solo la especificación
48
Desarrollo evolutivo:
Se van generando nuevas versiones mas completas y complejas
49
modelo V:
Lado izquierdo: descomposición de necesidades y creación de especificaciones
Lado derecho: integración de piezas y su verificación
objetivo: Mejorar la comunicación, mejorar la calidad, reducir el riesgo, reducir los gastos
Ideal para:
Proyectos a corto plazo y personas que nunca han programado siguiendo una metodología
50
Cuando aplicar el modelo cascada?
Cuando los requisitos son estables, completos y bien definidos
51
Falencia del modelo cascada:
Es difícil asimilar e implementar cambios una vez comenzado el proyecto
52
ej de modelos de procesos:
Cascada, V, ágil y xp, up, desarrollo evolutivo, desarrollo incremental
53
por qué los modelos deben tener una meta explicita?
Para validación y verificación. Porque sin una meta explicita podríamos, por ejemplo, verificar un modelo de análisis como si fuera de diseño
54
Equipo para modelar un sist:
Experto en modelaje, experto del dominio del problema, cliente
55
Dimensión de calidad de los modelos:
Meta explicita, fácil comunicación, consistente, tiene integridad, fácil de mantener y sus nombres deben tener relevancia
56
qué es un modelo de proceso:
Es un marco técnico y de gestión que permite asignar personas, herramientas y métodos a una tarea de un proyecto de sw
57
Recursos de un proyecto de sw:
Tiempo, tecnología, fondos, personas, materiales e informació
58
Factores que inciden negativamente en la producción de sw:
```
Exceso de complejidad
Cambios no controlados
Especificación de requisitos de forma informal
Arquitectura inestable
Comunicación deficiente
Inconsistencias entre los requisitos
```
59
Pasos del modelo de proceso:
Especificación: se establecen y especifican las necesidades del sistema
Diseño: se crea un modelo de papel del sistema
Refinamiento del diseño: se crea una arquitectura base
Comprobación: se verifica que el sistema cumpla con los requisitos establecidos
Instalación: se entrega el sw al cliente y se asegura su funcionalidad
Mantenimiento: se solucionan los errores a medida que surgen
60
Herramientas de métricas y gestión:
Califican los nros locales, los comparan contra valores medios de la industria y proponen estrategias para mejorar
61
Herramientas de análisis y diseño:
Capacitan al ingeniero de sw para crear modelos del sistema
62
Modelo del dominio:
Es un artefacto de la disciplina de análisis. Es un modelo estático cuyo objetivo es reflejar todos las clases más importantes para el sistema y cómo se relacionan entre sí.
63
Pasos del modelo del dominio:
Identificar las clases
Graficarlas
Incluir los atributos y relaciones
64
Clase conceptual:
Cualquier elemento de importancia para el dominio del sistema, esto incluye objetos intangibles
65
SCRUM
Es un proceso ágil que nos permite aportar un alto nivel de negocio en un menor tiempo. Trabajando con SCRUM, cada 2 semanas o un mes, cualquiera puede ver el sw en funcionamiento y decidir si liberarlo o seguir mejorandolo
66
Product owner:
Es la persona encargada de tomar las decisiones del cliente, su responsabilidad es el valor del producto
67
SCRUM Team:
Es un grupo de profesionales encargado del incremento de cada sprint.
La cantidad de personas que lo integren no debe ser menor a 3 ni mayor a 9.
Comparten las responsabilidades y los logros
Todos deben tener conocimiento de SCRUM
Todos comprenden la visión del product owner
Todos participan en las decisiones
68
SCRUM Master:
Es la persona encargada de hacer que la metodología SCRUM se cumpla.
Debe guiar y asesorar al SCRUM team y al product owner, y asegurarse de que entiendan la metodología.
Debe ayudar siempre que se presenten dificultades del proyecto o del equipo
Debe revisar y validar la pila del producto
Puede no ser necesario si la organización está evolucionada hacia un marco de SCRUM mas avanzado y las responsabilidades están institucionalizadas en la empresa
69
Pila del proyecto:
Lista de los requisitos del usuario
70
Pila de sprint:
Lista de las tareas con el detalle del esfuerzo que lleva cada una
71
Incremento
Resultado de un sprint completamente terminado y operativo
72
Para qué sirve el gráfico burn- down?:
Para comprobar el avance
73
Sprint
Es un ciclo o una iteración de la metodología SCRUM cuyo resultado es un incremento del producto. Se le da inicio en las reuniones de planificación de sprint donde se define su objetivo y cómo se llevará a cabo.
74
SCRUM diario:
Es una reunión corta al principio del día de trabajo donde cada miembro del equipo responde a tres puntos:
Qué hizo el día anterior
Qué va a hacer hoy
Qué necesita para realizar ese trabajo
75
User story:
Una user story indica cierta funcionalidad del sistema que resulta de valor para el usuario final
Se escribe así:
Como , me gustaría para
76
Kanban o tarjeta señalizadora:
Es una herramienta para trabajar de forma más eficaz. Sirve para comprender mejor el trabajo que uno está realizando mediante un mapa del flujo de valor que nos va a permitir establecer los límites del trabajo en curso
77
Objetivos de Kanban:
Visualizar el flujo de trabajo
Limitar el WIP
Medir el lead time
78
WIP
Es el parámetro que determina la cantidad máxima de tareas “en curso” que puede haber de forma simultánea en un proyecto
79
Lead time:
Es el tiempo medio de la realización de tareas
80
Reglas del Kanban:
Mostrar el proceso
Limitar el WIP
Optimizar el flujo de trabajo
81
Scrumban:
Es la combinación de ambas metodologías (Kanban y Scrum).
Toma las mejores prácticas ágiles de cada una.
Un tablero de Scrumban es una extensión del tablero Kanban para su aplicación en un sprint de SCRUM
82
4+1 vistas:
Es un modelo para la descripción de la arquitectura de los sistemas de sw mediante la utilización de múltiples vistas concurrentes: escenarios o CU, vista lógica, vista de procesos, vista física y vista de desarrollo
83
4+1 : Escenarios o CU:
Describe las interacciones del sistema
84
4+1: Vista lógica:
Describe los modelos de objetos de diseño
85
4+1: Vista de procesos:
Describe los aspectos de concurrencia y sincronización
86
4+1: Vista física:
Describe el mapeo del sw en el hw
87
4+1: Vista de desarrollo:
Describe la organización estática del sw
88
Modelo
Es la representación de los aspectos del sistema relevantes para su objetivo con un apropiado nivel de detalle
89
Diagrama
Es la representación gráfica de los aspectos del modelado
90
Metodología:
Es un conjunto de técnicas y herramientas que ayudan a los ingenieros de sw a la creación de un producto
91
¿Por qué modelar?
Para entender mejor el problema
| Para llevar un mejor control
92
UML:
Es un lenguaje de modelado visual para describir, construir y documentar sw
Es unificado porque parte de muchos métodos y notaciones
Permite seleccionar sólo aquellas partes del lenguaje que realmente sean útiles
93
UML es una metodología?
NO, es un lenguaje
94
¿Dónde usamos UML?
En todas las fases de la etapa de desarrollo
95
Para qué sirve UML?
Para establecer los límites del sistema
Para ilustrar los CU
Para modelar el comportamiento de los objetos
Para representar la estructura del sistema
96
Diagrama de paquetes:
Se representan los paquetes del sistema, sus jerarquías y elementos
97
Diagrama de clases: Visibilidad:
Pública: Cualquier clase puede acceder a las características
Privada: sólo la propia clase puede acceder a la característica
Protegida: Sólo las clases descendientes pueden acceder a la característica
Paquete: Sólo las clases dentro del paquete pueden acceder a la característica
98
Diagrama de clases: Relaciones:
Asociación: Dos clases son creadas al mismo tiempo y tienen una relación que debe conservarse por algún tiempo
Composición: Una clase es parte de otra pero la relación es tan fuerte que una no existe sin la otra
Agregación: Una clase es parte de la otra
Clase de asociación: Una clase que surge de la relación entre otras dos
Dependencia: Una clase depende de otra
Herencia: Una jerarquía donde dos o más clases hijas heredan el comportamiento de una clase padre
Herencia múltiple: una clase que hereda de dos o más padres
99
Diagrama de objetos:
Es un caso especial del diagrama de clases donde solo se muestra un porción de los elementos de dicho diagrama
100
Diagrama de secuencia:
Muestra los mensajes entre los objetos en un escenario específico
101
Diagrama de comunicación:
Muestra las interacciones entre los objetos y sus enlaces
102
Diagrama de estados:
Muestra todos los posibles estados de un objeto
| Sus elementos son: Acción, transición, eventos, estados
103
Diagrama de actividades:
Muestra una actividad a lo largo del tiempo
| Sus elementos son: Acciones y nodos de actividad
104
Diagramas de tiempo:
Es una fusión del diagrama de estados y de secuencia porque muestra todos los estados que puede tener un objeto y los mensajes que lo modifican
105
Diagramas de interacción global:
Es una fusión del diagrama de actividades y secuencia
106
Diagramas de componentes:
Muestra la parte física del sistema
107
Diagramas de despliegue:
Muestra una vista estática de la configuración de los nodos de hw del sistema
108
Clase de análisis:
Es una clase conceptual y se enfoca sólo en los requisitos funcionales
109
Clase interfaz:
Modela la interfaz entre el sistema y el actor
110
Clase control:
Modela los aspectos dinámicos del sistema
111
Extracción de las clases para el modelo de análisis:
1- Extraer las clases conceptuales
2-Extraer las clases borde (interfaz)
3- Extraer las clases control
Una vez completados los tres pasos se procede a su análisis o refinamiento
112
SysML
Es un lenguaje de modelado visual derivado del UML específicamente para las tareas del ingeniero de sistemas
113
Por qué el UML no alcanza para el ingeniero?
Porque el UML fue concebido específicamente para sistemas de sw, y aunque las tareas del ingeniero pueden incluir elementos de sw, también abarca hw
114
Vistas de SysML:
Comportamiento, estructura, requerimientos parámetros
115
Diagramas de SysML:
Diagrama de bloques, paramétrico, de actividades, de requisitos, de estados, de CU, de paquetes y de interacción
116
BPM
Es una herramienta empresarial enfocada en los procesos de negocio que nos permite la organización automática de trabajo
117
Qué es el KPI?
Es un indicador clave de desempeño, y lo mide enfocándose en el cómo.
118
Acto de medir el KPI en tiempo real
Monitoreo de actividades de negocio
119
SMART
```
Específicos
Medibles
Alcanzables
Realistas
a Tiempo
```
120
3 beneficios de BPM:
Control de riesgos
Automatización de procesos
Reducción de costos
121
Modelo entidad-relación
Es un modelo de datos que consiste en un grupo de objetos llamados entidades y sus relaciones. Se implementa de forma gráfica en el diagrama entidad relación. Es un modelo conceptual.
122
MER y MR. Cuál conceptual y cuál lógico:
MER - conceptual, MR- lógico
123
Cómo pueden ser los atributos?:
```
Simples o compuestos
Derivables
Monovaluados o multivaluados
Obligatorios u optativos
Descriptivos o identificatorios
```
124
Pasos para la creación del diagrama entidad-relación:
```
1- Identificar las entidades
2- Describir las entidades
3- Establecer las relaciones entre las entidades
4- Dibujar el modelo de datos
5- Realizar las comprobaciones
```
125
Programación orientada a objetos:
Es un paradigma de programación que organiza el sw en función a los objetos.
126
Binding dinámico:
Es una característica de la programación orientada a objetos, permite decidir en tiempo de ejecución qué método responderá a un determinado mensaje
127
Liderazgo:
Capacidad que tiene una persona de influir y organizar a un grupo de trabajo
128
Principio de ocultamiento:
Hace referencia a que sólo el propio objeto puede acceder a sus atributos, los demás no pueden modificarlos ni obtenerlos a no ser que se haga por el paso de un mensaje
129
Tarjeta CRC:
Es una herramienta del diseño de sw orientado a objetos donde se escribe cada objeto en una tarjeta que estará dividida en tres partes: el nombre de la clase, sus responsabilidades y sus colaboradores
130
DevOps:
Es una metodología de trabajo en la cual se unifican el desarrollo de sw y la operación del sw.
Utiliza patrones orientados principalmente a la automatización y monitoreo de todas las etapas de construcción del sw.
En una buena práctica de esta metodología se permitirá a los desarrolladores enfocarse en lo que mejor saben hacer, escribir sw.
131
Habilidades necesarias para DevOps:
Experiencia con herramientas específicas
Habilidad para tratar con otros
Reingeniería de procesos
Scripting
132
Docker:
Es una herramienta de DevOps. Es un proyecto de código abierto que permite automatizar el despliegue de aplicaciones por medio de contenedores
133
Qué es un contenedor?
Es algo que se contiene en sí mismo y puede ser trasladado de un lado a otro de forma independiente
134
Kubernetes:
Es una herramienta de DevOps. Es una plataforma portable y extensible que permite administrar cargas de trabajo y servicios
