Análisis del caso del robot asesino

of 24 /24
Síntesis Profundización en ingeniería de software I-2013

Embed Size (px)

description

Análisis del caso del robot asesino

Transcript of Análisis del caso del robot asesino

  • Sntesis

    Profundizacin en ingeniera de software

    I-2013

  • Taller

    Parte 1: Artculos 1 y 2

    Parte 2: Artculos 1 al 5

    Parte 3: Artculo 6

    Parte 4: Artculo 7

    Parte 5: Artculos 6, 7 y 8

    Parte 6: Generalidades

  • Cul es el problema?

    Segn el artculo 1 : Cul es la causa del problema?

    Segn el artculo 2: Cul es la causa del problema?

    Est de acuerdo que la perfeccin es enemiga de lo bueno?

    Cul es su experiencia respecto de los plazos establecidos en proyectos informticos?

    Cul es su experiencia respecto de los plazos establecidos en proyectos laborales NO informticos?

  • Cul es la causa del problema?

    El fallo del programa que causa la

    muerte del operario de la maquina.

  • Segn Articulo 1

  • Cul es la causa del problema?

    En el articulo 1. el error del programa causo la muerte del operario del robot

    La causa del problema lo atribuyen a un error en el cdigo, en el cual programador Randy Samuels hace una mala interpretacin de las formulas que describen el moviente del brazo del robot

  • Segn Articulo 2

  • Cul es la causa del problema?

    En el articulo 2. los que desarrollaron al robot, trabajaron bajo una enorme presin

    La causa se le atribuye a la presin

    generada por los superiores con respecto a

    la fecha de entrega del software, ya que

    implcitamente sugiere que si no se cumple

    el plazo rodaran cabezas

  • Esta de acuerdo que la perfeccin

    de enemiga de lo bueno ?

    No estamos de acuerdo, porque siempre

    se tienen que hacer las cosas lo mejor

    posible para buscar un equilibrio entre

    calidad y dedicacin.

  • Cul es su experiencia respecto de

    los plazos establecidos en

    proyectos informticos?

    En nuestra experiencia, podemos decir existen

    situaciones sobre las que no tenemos control,

    que pueden generar retrasos, por lo cual

    siempre es importante calcular un tiempo al

    que llamamos colchn.

  • Cul es su experiencia respecto de los

    plazos establecidos en proyectos

    laborales NO informticos?

    Al igual que en proyectos

    informticos, en estos se

    presentan situaciones

    inesperadas para las

    cuales se debe planear un

    tiempo extra con el fin de

    evitar retrasos.

  • Articulo No Causa del problema Etapa o fase vinculada

    1 Errores en el programa Desarrollo (codificacin)

    2 Mal ambiente de trabajo Planeacin (tiempos de

    entrega)

    Administracin del proyecto

    3 Exceso de confianza y

    personalidad arrogante

    Falta de comunicacin y

    trabajo en grupo en todo el

    desarrollo

    4 Metodologa

    seleccionada

    Planeacin (metodologa)

    5 Pruebas maquilladas pruebas

  • 1. Quin es responsable de la definicin de los requerimientos, el

    usuario o el profesional de sistemas?

    2. Qu dificultades tiene un profesional de sistemas para definir los

    requerimientos del proyecto?

    3. Qu dificultades tiene el usuario para definir los requerimientos del

    proyecto?

    4. Segn el artculo 6 :

    a. Cul es la causa del problema?

    b. Con que etapa o fase del trabajo de un profesional de sistemas se

    relaciona la causa del problema?

  • Quien es el responsable de la definicin de los

    requerimientos, el usuario o el profesional de

    sistemas?

    el responsable de la definicin de los

    requerimientos es claramente el

    profesional de sistemas, aclarando que es

    su responsabilidad tener en cuenta las

    necesidades y opiniones del usuario(quien

    interviene indirectamente en la definicin

    de requerimientos).

  • Problemas que se le presentan a un

    profesional de sistemas al definir los

    requerimientos

    Una de las dificultades mas grandes a las

    que se enfrenta un profesional de sistemas

    para definir los requerimientos es la

    abstraccin de las necesidades del usuario

    debido a que evidentemente en muchas

    ocasiones el usuario no sabe lo que necesita.

    El profesional de sistemas tambin esta

    expuesto a que la informacin obtenida que

    sirve de base para la definicin de

    requerimientos no sea verdica

  • Problemas que se le presentan a un

    usuario al definir los requerimientos

    Una de las dificultades mas notorias es el poco conocimiento de sistemas que posee el usuario, en el caso particular el operario del robot no tiene idea de la estructura que deber tener el sistema para que el robot lo pueda interpretar de la mejor manera, y sin los conocimientos necesarios el usuario no podr especificar de manera clara los requerimientos funcionales y no funcionales.

  • Cul es la causa del problema

    segn el Articulo 6?

    La interfaz del usuario no fue diseada

    correctamente, no se aplicaron

    estndares, la interfaz diseada

    contradeca las ocho reglas de oro de

    Shneiderman, lo cual ocasiono que el

    operario del robot no lo pudiera detener

    con facilidad y muriera en el intento.

  • Con que etapa o fase del trabajo de un

    profesional de sistemas se relaciona la

    causa el problema

    El problema se relaciona directamente

    con la fase de diseo, especficamente

    en el diseo de la interfaz la cual no era

    apta para interactuar efectivamente con

    el usuario.

  • 1. Quin es responsable de la definicin de las pruebas, el

    usuario o el profesional de sistemas?

    2. Qu dificultades tiene un profesional de sistemas para

    definir los casos de prueba?

    3. Qu dificultades tiene el usuario para definir los casos de

    prueba?

    4. Cul es la precaucin que debe tener el usuario al aceptar

    la entrega de un sistema?

  • Responsable de la

    definicin de pruebas

    Usuario

    Profesional de

    sistemas

    Definicin de pruebas

    Omisin de situaciones

    Terminologa tcnica

  • Dificultades del usuario en la

    definicin de casos de prueba 1 Deteccin de errores

    operativos

    Precaucin 1

    Conocer la documentacin correspondiente.

    Precaucin 2

    Capacitacin suficiente.

    Precaucin 3

    Interaccin necesaria con el sistema.

  • Articulo No. Causa del Problema Etapa o Fase Vinculada

    6 Diseo de la interfaz no

    acorde con las reglas Arquitectura

    7

    Documentacin errnea y

    fallo en las pruebas del

    producto final

    Pruebas Auditor Externo

    8 Suplantacin en las

    pruebas del Software Pruebas de Evaluacin

  • 1. Qu personaje llamo ms su atencin y por qu?

    2. Mencione aquellas fases del desarrollo del SW en las cuales se presentaron falencias y/o errores

    3. Qu factor motivo y forz el lanzamiento del Robot CX30?

    4. Mencione 4 caractersticas de Randy Samuels.

    5. Uno de los errores del proyecto fue el cambio del gerente del mismo Por qu sucedi este hecho?

    6. De las 8 reglas de oro de Shneiderman Cules recuerdan?

    7. Por qu se dice que hubo falsificacin en las pruebas del sistema?

    8. Qu tiene usted que decir en cuanto a la tica profesional del Ingeniero de Software?

    9. Segn su criterio Randy actu ticamente?

    10. Si existieran uno o varios responsables quines seran?

    11. Si existieran uno o varios culpables quines seran?

    12. Cmo le pareci el caso del Robot asesino y que puede rescatar para su vida personal y

    profesional?