Está en la página 1de 6

PREGUNTAS

1 De que depende el xito de un sistema software.


El xito de un sistema software depende de cmo se ajusta a las necesidades del cliente y
de su entorno.

2 Cul es la diferencia entre la ingeniera en software y la ingeniera en requisitos.


a) La Ingeniera del Software se encarga de construir el producto que satisface
estas necesidades
b) La Ingeniera de Requisitos se encarga de determinar cules son esas

necesidades.
A que se refiere los requisitos del sistema.

Se refieren a los servicios que el sistema debe proporcionar a su entorno y a las restricciones
que el sistema debe cumplir para satisfacer las necesidades del cliente.

Indique los principales factores de xito de la ingeniera en requisitos


Participacin del usuario
Apoyo de la direccin ejecutiva
Requisitos bien definidos
Indique los principales factores de fracaso de la ingeniera en requisitos
Falta de input de los stakeholders.
Requisitos y especificaciones incompletas
Cambios en los requisitos y en las especificaciones
Por qu la IDR es tan difcil
Los usuarios pueden tener dificultades en expresar sus necesidades (o solicitar una
solucin que no satisface sus necesidades reales).
Distintos usuarios pueden tener necesidades opuestas.
Los usuarios pueden encontrar difcil imaginar nuevas formas de hacer cosas.
Hay muchos tipos de requisitos, con muy distintos niveles de detalle.
Su nmero puede ser inmanejable si no se controla adecuadamente.
Algunas veces no hay usuarios reales ya que es un producto totalmente nuevo.
Las necesidades cambian con el tiempo.
Que es un sistema
Un sistema es una coleccin de elementos interrelacionados que trabajan juntos para
alcanzar un objetivo.

8 Cules son los tipos de Sistemas de Sw

Distintas clasificaciones para tipos de sistemas software:


Sistemas de Informacin
Sistemas empotrados
Software de ingeniera y cientfico
Sistemas expertos
Sistemas de computacin personal
Sistemas de tiempo real
Software de sistema
Indique las primeras actividades dentro del proceso de construccin de Sw
Identificar
Analizar
Definir

Especificar
10 Cules son los factores que influyen en esta variabilidad en la IDR
Madurez tcnica
Cultura organizacional
Dominio de aplicacin
Otras disciplinas de soporte involucradas
11 Que es un Modelo
Un modelo de proceso es una descripcin simplificada de un proceso, normalmente se
obtiene por la generalizacin y abstraccin de ese proceso aplicado en diferentes contextos,
por diferentes participantes, etc.

12 Que es y que significa ERS


El producto final de la IDR es un documento al que se denomina Especificacin de Requisitos
Software (ERS).

13 Algunas caractersticas deseables para una buena ERS


No ambigua, completa, fcil de verificar, consistente, fcil de modificar, trazable, identificable,
categorizada, fcil de utilizar.

14 Que determina la elicitacin de Requisitos


Determina de donde vienen los requisitos y como obtenerlos.

15 Cules son las principales "tipos" de fuentes de requisitos

16

17
18
19

20

Objetivos
Dominio
Stakeholder
Entorno operacional
Entorno organizacional
Cules son los principales problemas de Elicitacin
mbito
Entendimiento
Volatilidad
Cul es la tcnica de Elicitacin usada tradicionalmente
La ENCUESTA U ENTREVISTA
Cul es la tcnica de Elicitacin mas imprecisa
Brainstorming
Cules son los diferentes lenguajes de especiacin
Informales
Semiformales
formales
que se enfoca un Modelo de anlisis
Debe enfocarse en requerimientos que son visibles en el problema o dominio del
negocio.

21 Indique los conceptos de cada uno: Clases, objetos, Atributos, operaciones, Encapsulacin,
instanciacin y Herencia.
a) Una clase: es la descripcin de un grupo de objetos con estructura,
comportamiento y relaciones similares.
b) Un objeto: es una manifestacin concreta de esa abstraccin.

c) Atributos: Caractersticas que aplican al objeto solo en el caso en que l sea


visible en pantalla por el usuario; entonces sus atributos son el aspecto que
refleja, tanto en color, tamao, posicin, si est o no habilitado.
d) Encapsulacin: es un objeto encapsula tanto los datos como la lgica
procedural que se requiere para manipular los atributos.
e) Instanciacin se define a todo objeto que derive de algn otro.
f) Herencia: mecanismo para compartir automticamente mtodos y datos entre
clases, subclases y objetos.
22 Que indica el modelo basado en clases
a) Identifica las clases a analizar para examinar el problema.
b) Identifica los atributos de cada clase.
c) Identifica las operaciones que han de manipular a los atributos.

23 Que indica el modelo CRC


Indica las Clases-Responsabilidades-Colaboradores

24 Diferencia entre responsabilidad y colaboracin


Responsabilidad son atributos y operaciones encapsuladas por las
Clases.
Colaboracin son todas esas clases que son requeridas para proveer a
Una clase con la informacin necesaria para completar una
Responsabilidad.
25 Como estn agrupados los Paquetes de anlisis
El signo ms (+) que precede al nombre de la clase de anlisis en cada paquete indica que la
clase tiene visibilidad pblica.
Un menos (-) indica que el elemento es oculto de todos los otros paquetes y el numeral (#) indica
que un elemento es accesible solo a los paquetes contenidos dentro de un paquete dado.

26 Como debe ser un Modelo de diseo


El diseo debe ser entendible para los programadores y para los que posteriormente generan
pruebas y mantenimiento.

27 Indique los conceptos fundamentales de diseo.


Abstraccin
Arquitectura
Patrones
Modularidad
Ocultacin
La independencia funcional
Refinamiento
Refactorizacin
28 Que es la calidad dentro del modelo de diseo
La calidad dentro del modelo de diseo es:
a) Implementar todos los requerimientos explcitos
b) El diseo debe ser entendible
c) El diseo debe proveer un cuadro un cuadro completo de software
29 Arquitectura de software dentro del modelo de diseo
Es una representacin que permite al ingeniero de software a:

Analizar la efectividad del diseo en conjunto a sus requerimientos


estipulados.

Considerar alternativas de arquitectura en un estado cuando hacer cambios

en diseo es relativamente fcil.


Reducir los riesgos asociados con la construccin del software.
30 Indique los estilos de arquitectura.
Centrado en datos (Blackboard)
Cliente-Servidor
Tuberas y filtros (pipes and filters)
Capas (cebolla)
Mquina virtual
31 En qu fase se cierra el hueco entre los objetos de aplicacin y los componentes hechos.
El diseo de objetos cierra el hueco entre los objetos de aplicacin identificados
durante los requerimientos y los componentes hechos seleccionados durante el
diseo del sistema.

32 Cules son las actividades que incluye el diseo de objetos.


Especificacin de servicios
Seleccin de componentes
Reestructuracin
Optimizacin
33 Que identificamos durante el anlisis.

Durante el anlisis identificamos los objetos de aplicacin, sus relaciones y atributos, y sus
operaciones

34 Que identificamos durante el diseo.


Durante el diseo del sistema identificamos subsistemas y los objetos de solucin
ms importantes

35 A que se refiere los tipos, firmas y visibilidad


Tipo: define el rango de valores de atributos y operaciones.
Firma: tuplo compuesto por los tipos de sus parmetros y el tipo de valor
Poner (int, int): Boolean (int, int): Boolean
Poner (object, object): void (object, object): void
Visibilidad: define el tipo de acceso de atributos y operaciones de una clase.
Privado(-)
Publico(+)
Protegido(#)
36 Que son las precondiciones, pos condiciones e invariante
Un invariante es un predicado que siempre es cierto para todas las sentencias

de una clase.
Una precondicin es un predicado que debe ser cierto antes de que se llame a

una operacin.
Un pos condicin es un predicado que debe ser cierto despus de que se

llama a una operacin.


37 Que es una expresin ocl
Una expresin OCL se evala para un nico objeto, el cual es siempre una instancia del tipo
contextual (instancia contextual).

38 Como se denomina al vnculo entre una entidad en un diagrama UML y una expresin OCL.
El vnculo entre una entidad en un diagrama UML y una expresin OCL se denomina
definicin de contexto de una expresin OCL

39 Que son las Colecciones


Conjunto de cosas de la misma clase reunidas y clasificadas.

40 Cules son las operaciones de colecciones


Las operaciones de coleccin son:
Size, select, reject, collect, forAll, exists, iterate.

41 En que consiste la fase de pruebas


Son el proceso de encontrar diferencias entre el comportamiento esperado, especificado por los
modelos del sistema, y el comportamiento observado del sistema

42 A que estn orientadas las pruebas


Estn orientadas al quebrantamiento del sistema. En consecuencia, de desarrolladores que
no estuvieron involucrados en la construccin de sistema
43 Porque los usuarios finales son los que descubren los defectos en los sistemas.
Porque los sistemas se entregan sin estar probados por completo
44 Cul es la diferencia entre la confiabilidad del sistema y la confiabilidad del software
Que el comportamiento de un sistema se apega a la especificacin de su comportamiento
mientras que la confiablidad del software es Ia probabilidad de que un sistema de software
no causara la falla del sistema durante un tiempo especificado bajo condiciones
especificadas

45 Que es una falla un error y un defecto.


La falla es cualquier desviacin del comportamiento observado con respecto al especificado.
Un error significa que el sistema est en un estado tal que el procesamiento adicional del
sistema conducir a una falla.
Un defecto es la causa mecnica o algortmica de un error.

46 Que se busca con las pruebas


a. Localizar errores
b. Demostrar que no hay errores
47 Cuantas y cules son las tcnicas para incrementar la confiabilidad de un sistema de
software.
Tcnicas para evitar defectos
Tcnicas para detectar defectos
Tcnicas para la tolerancia de defectos.
48 Que impiden las tcnicas para la evitacin de defectos.
La ocurrencia de errores y fallas encontrando defectos en el sistema antes de lanzarlo.

49 Cules son las tcnicas para evitar defectos


Son:
Metodologa de Desarrollo.
Administracin de la Configuracin.
Verificacin.
Revisin.
50 A que ayudan las tcnicas para deteccin de defectos
Las tcnicas para la deteccin de defectos ayudan a encontrar defectos en los sistemas,
pero no tratan de recuperar las fallas que causan.

51 Cules son los dos tipos de tcnicas para la deteccin de defectos


Tenemos 2 tipos de tcnicas para la deteccin de defectos.
DEPURACIN
- Depuracin para correccin.
Depuracin del desempeo.
PRUEBAS
- Prueba de componente.
- Prueba de integracin.
- Prueba de sistema.
52 Diferencia entre prueba y depuracin
La prueba es una tcnica de deteccin de defectos que trata de crear fallas o errores en forma
planeada.
La depuracin asume que los defectos pueden encontrarse iniciando a partir de una falla no
planeada.

53 Cuantos tipos de pruebas existen


Hay 5 tipos de pruebas, y son:
1
2
3
4
5

Las pruebas unitarias.


Las pruebas estructurales.
Las pruebas funcionales
Las pruebas de desempeo.
Las pruebas de aceptacin.