REQUERIMIENTOS Flashcards

1
Q

Es una técnica para tratar con la complejidad inherente a los productos a realizar, permite visualizar el producto antes de su construcción y facilitar correcciones.

A

El modelado

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

¿Cuál son los objetivos del Modelamiento?

A

Comprender los diferentes conceptos de modelamiento y análisis de Información;
Describir los diferentes modelamientos aplicados al desarrollo de tecnologías de información en la fase inicial del ciclo de vida

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Año en que surge la metodología del Modelamiento

A

Surgieron en la década de los setenta y se han perfeccionado durante treinta años.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

¿Qué Modelos comprende el Análisis Estructurado Moderno?

A

Análisis: Esencial (Ambiente y Comportamiento) e Implantación del Usuario
Diseño: Implantación de sistemas (Procesador y Tareas) e Implementación de Programas

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Este modelo nos permite enfatizamos ciertas propiedades críticas del sistema y facilitar cambios en los requerimientos.

A

Modelo de sistemas

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

¿Cuáles son las razones por las que el analista hace uso de herramientas de modelado?

A
  • Concentrarse en las propiedades importantes del sistema.
  • Discutir cambios y correcciones de los requerimientos del usuario.
  • Verificar que el analista comprenda correctamente el ambiente del usuario y documentarlo
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Es el conjunto de fases por las que pasa el sistema que se está desarrollando desde que nace la idea inicial hasta que es retirado o remplazado (muere).

A

El ciclo de vida

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

¿Cuáles son las funciones que debe tener un ciclo de vida?

A
  • Determinar el orden de las fases.
  • Establecer los criterios de transición de las fases a la siguiente.
  • Definir las entradas y salidas de cada fase.
  • Describir los estados del producto.
  • Definir un esquema que sirve como base para planificar, organizar, coordinar, desarrollar
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Es un conjunto de actividades relacionadas con un objetivo en el desarrollo del proyecto.

A

Fases

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Son los productos intermedios que generan las fases. Pueden ser materiales o inmateriales (documentos, software).

A

Entregables

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

¿Cuáles son las actividades genéricas del ciclo de vida?

A
  • Especificación: lo que el sistema debería hacer y restricciones.
  • Desarrollo: producción del sistema.
  • Validación: comprobar que es lo que el cliente quiere.
  • Evolución: cambiar el software en respuesta a las demandas.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Cuáles son los Tipos de modelos del ciclo de vida?

A
  1. Cascada
  2. Predictivo
  3. Iterativo e incremental
  4. Adaptativo
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Enfoque metodológico que ordena rigurosamente las etapas del ciclo de vida del software, de forma que el inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior; es secuencial fluyendo hacia abajo.

A

Modelo de Cascada

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Fases del modelo de Cascada

A

Requisitos-Diseño-Implementación-Pruebas-Mantenimiento

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Este modelo se opta por las validaciones y/o aprobaciones previas de los entregables;
la fase siguiente no inicia si la anterior no ha sido validada y/o aprobada, pues cada fase requiere información de la etapa previa para iniciar.

A

Modelo Predictivo

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

La desventaja de este modelo es su inflexibilidad, pues las fases del ciclo de vida no pueden ejecutarse en paralelo.

A

R= Modelo Predictivo

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Fases del Modelo predictivo

A

Análisis, Diseño, Construcción, Pruebas y Despliegue

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

El Desarrollo de producto es de forma modular; esto quiere decir que se va a desarrollar el producto por módulos, cada uno con su ciclo completo.

A

Iterativo e incremental

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q
A
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

¿Cuáles son las ventajas del Modelo Iterativo e Incremental?

A
  • El usuario final obtiene resultados parciales de su producto.
  • Los riesgos de integración del producto se mitigan en etapas tempranas.
  • El software se puede ir afinando y mejorando en cada iteración
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Son desventajas del modelo Iterativo e Incremental

A
  • Al no priorizarse los requisitos de manera integral desde el inicio, pueden surgir problemas posteriores en la arquitectura.
  • El usuario piensa que el producto ya se encuentra terminado en las primeras entregas.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

Desarrollo de software con el uso de método ágiles; similar a otros modelos, su proceso es cíclico y asume que cada iteración tendrá oportunidades de mejora.

A

Modelo Adaptativo

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

¿Cuáles son la Ventajas del Modelo Adaptativo?

A
  • Es un desarrollo iterativo.
  • El desarrollo se centra en los componentes del software.
  • Es tolerante a los cambios.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

Fases del Este Modelo DAS

A

Especulación: Planificación flexible.
Colaboración: Desarrollo basado en experiencia y mejores prácticas.
Aprendizaje: Mejora continua basada en revisiones

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Son representaciones del modelo de negocio de la concepción del requerimiento del producto. Estos modelos representaran de forma gráfica el proceso de negocio, lo cual servirá de base para la especificación técnica y posteriormente, para el desarrollo del producto.
Los modelos de sistemas
24
Son Modelos de Sistemas
Modelo de contexto y el Modelo para el desarrollo estructurado
25
Son utilizados para las etapas tempranas de relevamiento de información, en los modelos de proceso de negocio; esto, para conocer la funcionalidad y la descripción del requerimiento de usuario a alto nivel.
Modelo de contexto
26
Se enfoca en la descomposición funcional del sistema, su objetivo es obtener una definición completa del software por desarrollar a través de la elicitación de requisitos.
Modelado para el desarrollo estructurado
27
El modelo para del Desarrollo Estructurado utiliza
* Diagrama de flujo de datos * Diagrama entidad–relación * Diagrama de transición de estados
28
Muestran una perspectiva funcional de un proceso, es útil en el análisis de los requerimientos porque muestran el proceso de negocio de inicio a fin.
Diagrama de flujo de datos
29
Son diagramas de datos más usados y ambos representan de manera gráfica la descripción de los datos de la aplicación.
El diagrama relacional y el diagrama entidad-relación
30
Describe las necesidades de información del proceso de negocio del usuario mediante un conjunto de entidades y relaciones entre ellas.
Modelo entidad-relación
31
32
En este modelo, las tablas son los elementos de almacenamiento principales y se componen de filas (registros) y columnas (campos).
Modelo relacional
33
Muestra los estados que puede tomar el componente de una aplicación, así como los eventos que implican el cambio de un estado a otro
Diagrama de transición de estados o DTE
34
Es una lista de todos los datos que pertenecen a la aplicación lista de todos los datos del sistema con descripciones, alias, longitud, y restricciones.
Diccionario de datos
35
En este modelo, la unidad básica de construcción es la clase y el objeto.
Modelado para el desarrollo orientado a objeto
36
Aplica las mejores prácticas de los diferentes modelos de procesos de software, y se adapta a proyectos de diversas envergaduras. IBM comercializa el producto, el mismo que ofrece una amplia base de conocimientos como guías y plantillas basadas en el UML.
Rational Unified Process (RUP)
37
Son las dimensiones en que se describen las fases del RUP
* Perspectiva dinámica: se muestra en el eje horizontal, representa el tiempo y se expresa en términos de ciclos, fases, iteraciones e hitos. * Perspectiva estática: se muestra en el eje vertical, se expresa en términos de actividades, artefactos, trabajadores y flujos de trabajo.
38
Cuáles son las fases del Método RUP que muestra el ciclo de vida del producto
Inicio: Objetivo y alcance del proyecto Elaboración: Arquitectura del sistema Transición: Depurar y entregar al usuario Construcción: Culminar la funcionalidad del sistema
39
Encargado del mantenimiento de estándares y nuevas versiones del lenguaje unificado, proporciona diagramas que esquematizan los requisitos funcionales en términos técnicos que facilitan el desarrollo del software.
Lenguaje Unificado de Modelado (UML)
40
Son Diagramas de estructura
Hacen referencia a los elementos del sistema. Diagrama de clases, Diagrama de componentes, Diagrama de objetos, Diagrama de estructura compuesta (UML), Diagrama de despliegue o Diagrama de paquetes
41
Son Diagramas de comportamiento e interacción
Hacen referencia a las interacciones del sistema, Diagrama de actividades, Diagrama de casos de uso o diagrama de estados o diagrama secuencia, Diagrama de colaboración, Diagrama de tiempos (UML), Diagrama de vista de interacción (UML)
42
Son ejemplos de Sistema
Sistema Solar, Sistema Informático y Sistema Respiratorio
43
¿Qué componentes debe de tenerse para poder ser considerado sistema?
Componentes Interrelacionados, Un Objetivo En Común y Entrada, Proceso Y Salida.
44
Es un conjunto de componentes que se unen e interactúan entre si para formar un todo en base a un mismo objetivo.
Un sistema
45
Es la etapa en la cual una persona experta evalúa la Situación de un negocio o empresa y elabora una propuesta para resolver el problema en un cierto tiempo y de una manera en particular.
El Análisis de Sistemas
46
47
Es el proceso de planificar, reemplazar o complementar un Sistema organizacional existente
El Diseño de Sistemas
48
Cuál es el Papel del Analista de Sistemas
Consultor, experto de soporte, agente de cambio
49
50
Es la rama de la filosofía que estudia los fundamentos de lo que se considera bueno, debido o moralmente correcto
La ética
51
Son sinónimos de Ética
Deontología, moral, norma, conducta, proceder, comportamiento, práctica, actuación.
52
Son antónimos de ética
Inmoralidad, amoralidad.
53
Cómo debe de ser la Organización del trabajo
R= Tener valor de la organización Ser responsables Adquirir compromisos Cumplir con un perfil
54
Describen el modelo de negocio, transformándolo en requisitos de sistemas que detallan la funcionalidad necesaria para el desarrollo de software y base de datos.
Análisis de sistemas
55
Son Modelos de Análisis de Software
Modelado basado en escenarios. Se utiliza UML (Unified Modeling Language), Modelado orientado al flujo. Se utiliza el diagrama de flujo de datos, que detalla el flujo del sistema a nivel de procesos Modelado basado en clases. Esta actividad inicia con el desarrollo del caso de uso; a partir de ello se define la lista de objetos que serán denominados clases del sistema.
56
Se refieren a los datos del sistema y que se identifican en los casos de uso.
Clases de identidad
57
Muestra la interacción con el usuario final.
Clases de interface de usuario
58
Muestra las transacciones y control de los objetos definidos en los casos de uso.
Clases de control
59
Muchos autores que escriben en relación con el análisis de negocios precisan que hacen referencia al desarrollo de un sistema de información.
Requisito
60
Cómo se clasifican los requisitos
Requisitos de negocio Requisitos de las partes interesadas Requisitos de la solución Requisitos de transición
61
Se describen a alto nivel las necesidades de la organización, sus metas y objetivos
Requisitos de negocio
62
Son las declaraciones de las necesidades de un interesado o clase particular de partes interesadas
Requisitos de las partes interesadas
63
La elección de una determinada arquitectura software debe tener en cuenta los requisitos funcionales, pero, sobre todo, los requisitos no funcionales (atributos de calidad)
Relación requisitos-arquitectura
64
Se refiere a la captura y descubrimiento de los requisitos.
Educción de requisitos
65
Son Problemas de la educción
Los usuarios no pueden/saben describir muchas de sus tareas Mucha información importante no llega a verbalizarse
66
Cuáles son las Fuentes de Requisitos
Metas, interesados, entorno físico que rodea al sistema El entorno organizacional.
67
Surgen de la necesidad de automatización de un proceso manual, como parte del ciclo de vida del desarrollo del software se han generado algunas ramas de especialización, tales como el análisis de negocio y la ingeniería de requisitos.
Los requerimientos de software
68
Es el conjunto de tareas y técnicas utilizadas para trabajar como enlace entre las partes interesadas a fin de comprender la estructura, las políticas y las operaciones de una organización y recomendar soluciones que permitan a la organización alcanzar sus objetivos.
Análisis de Negocio
69
La ingeniería de requisitos constituye la fase inicial del desarrollo de software, pues ayuda a generar las especificaciones preliminares para tal desarrollo.
Ingeniería de requisitos
70
¿Cuáles son las 7 fuentes la ingeniería de requisitos?
1. Inicio: Identificación de necesidades y factibilidad del proyecto. 2. Obtención: Identificación de problemas en la recolección de requisitos. 3. Elaboración: Diseño técnico, reglas de negocio y definición de escenarios. 4. Negociación: Conciliación de requisitos con los interesados. 5. Especificación: Documentación estructurada de los requisitos. 6. Validación: Revisión de especificaciones para garantizar su calidad. 7. Gestión de requisitos: Registro y control de cambios a lo largo del desarrollo del software.
71
Es un conjunto de atributos y permisos asignados a una persona dentro de un sistema. Este perfil define lo que el usuario puede ver, hacer y modificar.
Perfil de Usuario
72
Menciona algunos elementos del De Un Perfil De Usuario
* Nombre de usuario o ID (único para cada * persona). * Rol o nivel de acceso (ejemplo: cliente, administrador, empleado). * Permisos específicos (lectura, escritura, * modificación).
73
Cuáles son los tipos de usuario?
Usuarios Novatos: Requieren guías y asistencia, Cometen errores comunes, Necesitan soporte frecuente. Usuarios Ocasionales. Usan el sistema de forma esporádica, Necesitan ayuda para recordar funciones, Consultan información específica. Usuarios Regulares. Usan el sistema con fluidez, Personalizan su experiencia, Interactúan con diversas funcionalidades. Usuarios Expertos. Exploran funciones avanzadas, Automatizan procesos, Personalizan el sistema con integraciones, Ofrecen soporte a otros usuarios.