Seguimos buscando a Arshak. Ayudanos compartiendo!
Encuesta no oficial de docentes
Resultados de la encuesta no oficial de docentes
Probaste el SIGA Helper?

Donar $100 Donar $200 Donar $500 Donar mensualmente


Enviar respuesta 
 
Calificación:
  • 0 votos - 0 Media
  • 1
  • 2
  • 3
  • 4
  • 5
Buscar en el tema
[Ingeniería en Software][Aporte] Final 02/08/2011
Autor Mensaje
AkhAnubis Sin conexión
Militante

***

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 77
Agradecimientos dados: 1
Agradecimientos: 83 en 19 posts
Registro en: Jul 2011
Mensaje: #1
[Ingeniería en Software][Aporte] Final 02/08/2011 Finales Ingeniería de Software
Quedará para la próx fecha de finales.

30 V/F. 18 (60%) para aprobar. Mal no resta.
Aclaro que la redacción no es idéntica a la original, me acuerdo la idea de cada afirmación (en particular, las afirmaciones más rebuscadas eran las de Calidad, SQA y Testing).

  1. Calidad
    1. El atributo tolerancia a fallos hace referencia a qué tan rápido el sistema vuelve a un estado consistente cuando ocurre una falla.
    2. ISO-9126 es una alternativa más barata que CMMI para empresas que no buscan tanta calidad.
    3. En una priorización de atributos de calidad de un producto, maintainability sería la más importante en cuanto a la percepción del usuario.
    4. Dejando fijos tiempo y funcionalidad, la calidad no estará relacionada al costo en el que se quiera incurrir en el proyecto.
    5. Un nivel de madurez de CMMI es un subconjunto de procesos que, a partir de una mejora contínua y sistemática, sienta las bases para alcanzar el próximo nivel de madurez.
    6. La aplicación discreta de CMMI permite alcanzar mayor nivel de calidad que la continua.
  2. Riesgos
    1. El tracking (seguimiento) de un riesgo no se abandona hasta que no termina el tiempo de ocurrencia del mismo.
    2. Todo riesgo identificado debe tener definido un plan de contingencia o mitigación.
    3. Una forma válida de reducir el impacto de un riesgo es a partir de la definición de un plan de contingencia.
  3. Estimación
    1. Una de las ventajas de Puntos por Función es que permite estimar a partir de la definición preliminar de requerimientos (wish list).
    2. Wideband Delphi permite obtener requerimientos que no se conocían antes de la estimación.
    3. En Objects Points, es incorrecto usar reusabilidad del código como un factor de ajuste.
  4. SCM
    1. Una misma versión de un IC puede formar parte de más de una baseline.
    2. SCC se encarga de controlar los cambios y su implementación.
    3. El SCCB tiene autoridad suficiente como para rechazar un cambio.
    4. La auditoría de proceso se puede considerar como una actividad propia de QA.
    5. En una auditoría física, se verifica que el IC cumpla con la especificación documentada de su configuración.
    6. Un IC de administración de proyecto no puede formar parte de una baseline.
  5. SQA
    1. Una inspección de código permite encontrar todos los defectos que producen fallas.
    2. Una inspección de código verifica el cumplimiento de estándares o requerimientos del proceso de desarrollo, mientras que walkthrough no.
    3. Las revisiones entre pares van directamente a la manifestación del defecto (la oración seguía, pero lo que es seguro es que decía manifestación del defecto).
  6. Testing
    1. La prueba de sistema permite verificar el cumplimiento de requisitos no funcionales.
    2. En una prueba de caja blanca, la cobertura de camino básico es mayor que la de decisión.
    3. Si un componente es muy cohesivo, las pruebas del mismo serán muy complejas.
    4. Condición de borde hace referencia a llevar al límite de su capacidad al sistema como, por ejemplo, con una alta carga de transacciones.
    5. Para una clase de equivalencia, la salida producida por un elemento de la clase es representativa de las salidas producidas por los demás elementos de la misma.
    6. Dos fallas no pueden ser producidas por el mismo defecto.
  7. Métricas
    1. Si el SPI (EV/PV) de mi proyecto es menor a 1, entonces debo hacer algo para arreglar el atraso en la agenda del mismo.
    2. El costo actual en un momento determinado es el valor que tienen todas las tareas realizadas hasta el momento.
    3. Complejidad ciclomática es la cantidad de módulos de prueba ejecutados (y seguía tirando fruta).


(Este mensaje fue modificado por última vez en: 03-08-2011 16:20 por AkhAnubis.)
03-08-2011 16:19
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] AkhAnubis recibio 6 Gracias por este post
gonnza (31-07-2012), nituguivi (02-12-2012), alexandermonday (13-12-2012), Santz (15-12-2012), mcTowers (16-12-2012), DarkCrazy (18-02-2016)
Cheppak Sin conexión
Secretario General
-
*******

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 950
Agradecimientos dados: 41
Agradecimientos: 122 en 43 posts
Registro en: May 2009
Mensaje: #2
RE: [Ingeniería en Software][Aporte] Final 02/08/2011
Gracias!!
03-08-2011 17:18
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
guidoakd Sin conexión
Secretario de la SAE
RACING CAMPEON 2019
******

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 433
Agradecimientos dados: 6
Agradecimientos: 28 en 19 posts
Registro en: Mar 2009
Facebook Twitter
Mensaje: #3
RE: [Ingeniería en Software][Aporte] Final 02/08/2011
(03-08-2011 16:19)AkhAnubis escribió:  Quedará para la próx fecha de finales.

30 V/F. 18 (60%) para aprobar. Mal no resta.
Aclaro que la redacción no es idéntica a la original, me acuerdo la idea de cada afirmación (en particular, las afirmaciones más rebuscadas eran las de Calidad, SQA y Testing).

  1. Calidad
    [list=a]
  2. El atributo tolerancia a fallos hace referencia a qué tan rápido el sistema vuelve a un estado consistente cuando ocurre una falla. FALSO
  3. ISO-9126 es una alternativa más barata que CMMI para empresas que no buscan tanta calidad. FALSO
  4. En una priorización de atributos de calidad de un producto, maintainability sería la más importante en cuanto a la percepción del usuario. ??
  5. Dejando fijos tiempo y funcionalidad, la calidad no estará relacionada al costo en el que se quiera incurrir en el proyecto. FALSO
  6. Un nivel de madurez de CMMI es un subconjunto de procesos que, a partir de una mejora contínua y sistemática, sienta las bases para alcanzar el próximo nivel de madurez. ??
  7. La aplicación discreta de CMMI permite alcanzar mayor nivel de calidad que la continua. ??

[*]Riesgos
  1. El tracking (seguimiento) de un riesgo no se abandona hasta que no termina el tiempo de ocurrencia del mismo. ??
  2. Todo riesgo identificado debe tener definido un plan de contingencia o mitigación. FALSO
  3. Una forma válida de reduc ir el impacto de un riesgo es a partir de la definición de un plan de contingencia. FALSO

Che puse lo que me parecía de estas 3.. alguien las hizo? =P

Saludos.. los ?? es que no tengo idea..

Racing Club
17-10-2011 02:01
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
lucho6 Sin conexión
Profesor del Modulo A
Sin estado :)
*****

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 325
Agradecimientos dados: 5
Agradecimientos: 8 en 3 posts
Registro en: Nov 2008
Mensaje: #4
RE: [Ingeniería en Software][Aporte] Final 02/08/2011
1.d f. si priorizamos la percepcion del usuario, lo mas importante seria que cumpla con lo que el quería.
2.a v. supongo... suena logico.
(Este mensaje fue modificado por última vez en: 17-10-2011 16:04 por lucho6.)
17-10-2011 16:04
Envíale un email Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
cabeceando Sin conexión
Empleado de Fotocopiadora
Sin estado :(
**

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 30
Agradecimientos dados: 0
Agradecimientos: 7 en 2 posts
Registro en: Jun 2008
Mensaje: #5
RE: [Ingeniería en Software][Aporte] Final 02/08/2011
Les paso mi resolución, así podemos comparar.
Alguno tiene algún modelo de final más nuevo?

1. CALIDAD:
1. F (es Facilidad de recuperacion)
2. F (son dos cosas distintas)
3. F (no entiendo muy bien la pregunta, pero no maintainability)
4. F
5. V (creo)
6. F

2. RIESGOS
1. V
2. F (no estoy seguro, pero creo que en la 2da etapa se puede descartar posibles riesgos identificados en la 1er etapa)
3. V

3. ESTIMACION
1. V
2. F
3. F

4. SCM
1. V
2. F (creo que no se involucra con su "implementacion")
3. V
4. V
5. V
6. F

5. SQA
1. F
2. F
3. v

6. TESTING
1. V
2. V
3. V
4. F
5. V
6. F

7. METRICAS
1. V
2. V
3. F
27-02-2012 19:47
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
~ Hernan Sin conexión
Campeon del cubo Rubik
Sin estado :(
****

-----
-----

Mensajes: 150
Agradecimientos dados: 9
Agradecimientos: 31 en 18 posts
Registro en: Mar 2011
Mensaje: #6
RE: [Ingeniería en Software][Aporte] Final 02/08/2011
El examen de ayer nos destrozaron. Tomaron 30 v o f pero pregunta mal restaba y eran todas muy ambiguas. Pude arañar un 4 pero la dificultad incomparable con el examen de arriba.
07-03-2012 09:09
Envíale un email Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Harmonium Sin conexión
Campeon del cubo Rubik
Tangled Up In Blue
****

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 195
Agradecimientos dados: 1
Agradecimientos: 38 en 6 posts
Registro en: Sep 2008
Mensaje: #7
RE: [Ingeniería en Software][Aporte] Final 02/08/2011
Las que me quedaron distintas a "cabeceando":

La auditoría de proceso se puede considerar como una actividad propia de QA. F, es de SCM
Si un componente es muy cohesivo, las pruebas del mismo serán muy complejas. F, si tiene cohesión quiere decir que las funcionalidades están bien agrupadas por lo tanto probar es más fácil

Todo lo demás contestaría lo mismo.
31-07-2012 15:57
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Buscar en el tema
Enviar respuesta 




Usuario(s) navegando en este tema: 1 invitado(s)