ING I 2014 Clase 1 Introduccion-Elicitacion

Diapositiva 1

Ingeniera de Software I 20141Ingeniera de Software I Ingeniera de Software I Materia Semestral correspondiente a 2do. Ao de Lic. en Sistemas (Plan 2003/2007/2011)Lic. en Informtica (Plan 2003/2007/2011)Analista Programador Universitario (Plan 2007/2011)

Correlativa:Algoritmos, Datos y Programas

Ingeniera de Software I 20142Ingeniera de Software I Contenidos genricos a desarrollar a lo largo del curso

Conceptos de Ingeniera de software. Requerimientos.Modelos de proceso.Calidad de software.

Ingeniera de Software I 20143Ingeniera de Software I Bibliografa general de la materia:2010. Pfleeger Shari Lawrence. Software Engineering. Theory and practice. Prentice Hall.2005. Sommerville Ian. Ingeniera de software. Addison Wesley.2006. Pressman Roger. Ingeniera de Software. Un enfoque prctico. Mc Graw Hill.

Ingeniera de Software I 20144Ingeniera de Software I Aprobacin de cursada:1 parcial con dos recuperatorios. Opcin a rendir:1 parcialito (Prcticas 1 y 2) Si se aprueba, se toma como aprobado el ejercicio del parcial que corresponda a esas prcticas1 parcialito (Prcticas 3 y 4) Si se aprueba, se toma como aprobado el ejercicio del parcial que corresponda a esas prcticas

Ingeniera de Software I 20145Ingeniera de Software I Aprobacin de la materia:El final de la materia se aprobar optando entre:rendir dos exmenes tericos durante la cursada y sacando ms de 6 (seis) en cada uno y presentndose a un coloquio en una mesa de final, o rendir examen escrito en las mesas de final.(cada examen terico tiene un recuperatorio segn cronograma.)Los alumnos podrn optar por la primer opcin con las siguientes condiciones:El alumno deber contar con 80% asistencia a las teoras.El alumno deber presentarse a rendir los 2 parciales tericos.El alumno que apruebe la parte terica deber inscribirse y presentarse para un coloquio en una mesa de final en el trmino de NO ms de 1 ao de finalizada la cursada segn el calendario acadmico, transcurrido el cual la aprobacin NO tendr ms validez.Ingeniera de Software I 20146Ingeniera de Software I Teoras (slo deben asistir a una por semana):Turno 1: Lunes 10:00 hs Aula 10ATurno 2: Jueves 17:00 hs Aula 10BTurno 3: Lunes 13:00 hs Aula 5

Prcticas (slo deben asistir a dos por semana):Turno 1: Lunes / Mircoles 08:00 a 10:00 hsTurno 2 : Lunes / Mircoles 17:00 a 19:00 hsTurno 3 : Martes / Jueves 17:30 a 19:30 hs

Explicaciones de prctica: a continuacin de las teorasIngeniera de Software I 20147Conceptos de Ingeniera de SoftwareSoftwareIngeniera de Software I 20149Qu es Software?Es el conjunto de los programas de cmputo, procedimientos, reglas, documentacin y datos asociados que forman parte de las operaciones de un sistema de computacin (IEEE)Tipos de producto de softwareGenricos: Sistemas aislados producidos por organizaciones desarrolladoras de software y que se venden en un mercado abierto.Personalizados: Sistemas requeridos por un cliente en particular. Desarrollados por la propia organizacin interesada o un contratista.Sommerville Captulo 1Ingeniera de Software I 2013lEEE: Instituto de Ingeniera Elctrica y ElectrnicaSoftwareClasificacin de SoftwareDe sistemas (sirve a otros programas)De gestin (proceso de informacin comercial)Cientfico (algoritmos de manejo de nmeros)Empotrado (reside en memoria)De tiempo real (coordina/analiza/controla sucesos del mundo real)Basados en la Web (sitios)De Inteligencia artificial (uso de algoritmos no numricos para resolver problemas complejos)Otros

Ingeniera de Software I 201410Un poco de historia sobre el softwareIngeniera de Software I 201411(1950-60) Hardware de propsito general, con continuos cambios. Software a medida. Procesamiento batch. Desarrollo sin planificacin DOCUMENTACIN INEXISTENTEPressman 4ta ed.

Un poco de historia sobre el softwareIngeniera de Software I 201412(1960-70) Multiprogramacin Multiusuario Minicomputadoras. Tiempo real. Bases de datos. Lenguajes. Nace el producto software MANTENIMIENTO DEL SOFTWARE

Pressman 4ta ed.

Crisis

IBM 360

MinicomputadorasUn poco de historia sobre el softwareIngeniera de Software I 201413(1970-90) Complejidad. Microprocesadores. Redes. Procesos distribuidos. PC. Software de aplicacin en todas las reas. Baja espectacular del costo del hardware. PRODUCTIVIDAD

Pressman 4ta ed.

Un poco de historia sobre el softwareIngeniera de Software I 201414(1990-2000) Tecnologas O.O. Procesamiento paralelo. Recurso de procesamiento ilimitado. Capacidad de aprendizaje del usuario es un lmite. INGENIERA

(2000-act) Aplicaciones WEB. Sistemas Expertos. Reconocimiento de Patrones. Redes Neuronales. Computacin Ubicua. Cdigo abierto.COMUNICACIN Y DISTRIBUCIN

Pressman 4ta ed.Caractersticas del SoftwareSe diferencia porque es un elemento lgico.Tiene caractersticas diferentes.

El software se desarrolla, no se fabrica como otros productos.

Mayor costo en la ingeniera que en la produccin. Esto significa que los proyectos de software no se pueden gestionar como si fueran proyectos de fabricacin.Ingeniera de Software I 201415Caractersticas del SoftwareEl software no se desgasta. No sigue una curva clsica de envejecimiento. Es inmune a los males que desgastan al hardware.

Ingeniera de Software I 201416

Envejecimiento del hardwareCaractersticas del SoftwareEl problema no est en el tiempo de operacin, sino en los cambios.


Envejecimiento del softwareCaractersticas del SoftwareAunque la industria tiende a ensamblar componentes, la mayora del software se construye a medida. Ingeniera de Software I 201418

Qu es la ingeniera de software?Ingeniera de Software I 201419Disciplina de la ingeniera que comprende todos los aspectos de la produccin de software desde las etapas iniciales de la especificacin del sistema incluyendo la evolucin de ste, luego que se comienza a ejecutar.Disciplina de la ingenieraHace que las cosas funcionen. Se aplican teoras, mtodos y herramientas.Todos los aspectos de la produccin de softwareNo slo comprende los procesos tcnicos del desarrollo de software, sino tambin se realizan actividades como la gestin de proyectos y el desarrollo de herramientas, mtodos y teoras de apoyo a la produccin de softwareSommerville Captulo 1

Ingeniera de Software I 2013Qu es la ingeniera de software?La IEEE define a la Ingeniera de Software como: (1)El uso de mtodos sistemticos, disciplinados y cuantificables para el desarrollo, operacin y mantenimiento de softwareEl estudio de tcnicas relacionadas con 1Richard Fairley propone:La Ingeniera de Software es la disciplina tecnolgica y de administracin que se ocupa de la produccin y evolucin sistemtica de productos de software que son desarrollados y modificados dentro de los tiempos y costos estimadosIngeniera de Software I 201420Qu es la ingeniera de software?Usa mtodos sistemticos cuantificables La cuantificacin rigurosa de recursos, procesos y productos es una precondicin para optimizar productividad y calidad. La metrificacin y el control estadstico de procesos son claves en Ingeniera de Software.Dentro de tiempos y costos estimados Un Ingeniero de Software debe cumplir contratos en tiempo y costos como es normal en obras de Ingeniera. Ello presupone la capacidad de medir, estimar, planificar y administrar proyectos.Para el Desarrollo, operacin y mantenimiento La Ingeniera de Software se ocupa de todo el ciclo de vida de un producto, desde su etapa inicial de planificacin y anlisis de requerimientos hasta la estrategia para determinar cundo y cmo debe ser retirado de servicio.

Ingeniera de Software I 201421Qu es la ingeniera de software?Ingeniera de Software I 201422La Ingeniera de Software surgi como reaccin a las dificultades de desarrollar software sobre la base de habilidad, experiencia o intuicin individuales.La aplicacin de mtodos sistemticos y repetibles permite la produccin y evolucin de software por organizaciones distribuidas geogrficamente y en el tiempo. La aplicacin de estndares facilita la integracin, reusabilidad y mantenimiento de los productos.Es una Disciplina tecnolgica y de administracin .

Sommerville Capitulo 1

Ingeniera de Software I 2013Qu es la ingeniera de software?Existen elementos que distinguen a la Ingeniera de Software de las Ciencia de la computacin.Ciencia de la computacinSe refiere a las teoras y mtodos subyacentes a las computadoras y los sistemas de softwareLos IS requieren ciertos conocimiento dela Ciencia de la computacin. Ingeniera de Software I 201423

La Ingeniera de Software es una disciplina de produccin y evolucin de productos, no trata temas abstractos.

Qu es la ingeniera de software?En resumen:La ingeniera de software trata de dar principios y mtodos que permitan producir software confiable y eficiente, al menor costo posible.Para esto la ingeniera de software establece mtodos, desarrolla herramientas automticas o semiautomticas y define procedimientos que establecen la relacin de mtodos y herramientas.

Ingeniera de Software I 201424Participantes en el Desarrollo del SoftwareIngeniera de Software I 201425

Miembros del Equipo de Desarrollo del SoftwareIngeniera de Software I 201426

Tcnicas de comunicacinIntroduccin Al iniciar un proyecto Cul es la primera actividad?

Ingeniera de Software I 201428Saber lo que el usuario quiere, cmo lo quiere, cundo y porqu.

Tenemos que ComunicarnosEl problema de la comunicacinIngeniera de Software I 201429

La comunicacinIngeniera de Software I 201430La comunicacin es la base para la obtencin de las necesidades del cliente. Es la principal fuente de errorFalta de procedimientos y guas formales.Falta de participacin del usuario.Mala interpretacin de las necesidades.Falta de comunicacin.Al hablar de necesidades, en trminos ms tcnicos, estamos hablando de requerimientos.Pfleeger Captulo 4

Ingeniera de Software I 2013RequerimientosIngeniera de Software I 201431Un Requerimiento (o requisito) es una caracterstica del sistema o una descripcin de algo que el sistema es capaz de hacer con el objeto de satisfacer el propsito del sistema.Definicin IEEE-Std-610 Condicin o capacidad que necesita el usuario para resolver un problema o alcanzar un objetivo.Condicin o capacidad que debe satisfacer o poseer un sistema o una componente de un sistema para satisfacer un contrato, un estndar, una especificacin u otro documento formalmente impuesto.Representacin documentada de una condicin o capacidad como en 1 o 2.

Pfleeger Captulo 4

Ingeniera de Software I 2013RequerimientosIngeniera de Software I 201432Fuentes de RequerimientosDocumentacinStakeholdersEspecificaciones de sistemas similares

Pfleeger Captulo 4

Ingeniera de Software I 2013RequerimientosIngeniera de Software I 201433El trmino stakeholder se utiliza para referirse a cualquier persona o grupo que se ver afectado por el sistema, directa o indirectamente.Entre los stakeholders se encuentran:Usuarios finalesIngenierosGerentesExpertos del dominio

Pfleeger Captulo 4

Ingeniera de Software I 2013Qu vemos?Ingeniera de Software I 201434

Qu vemos?Ingeniera de Software I 201435



Puntos de VistaIngeniera de Software I 201438Se pueden utilizar como una forma de clasificar los stakeholders. Existen tres tipos genricos de puntos de vista:Punto de vista de los interactuadores: representan a las personas u otros sistemas que interactan directamente con el sistema. Pueden influir en los requerimientos del sistema de algn modo.Punto de vista indirecto: representan a los stakeholders que no utilizan el sistema ellos mismos pero que influyen en los requerimientos de algn modo.Punto de vista del dominio: representan las caractersticas y restricciones del dominio que influyen en los requerimientos del sistema.

Pfleeger Captulo 4

Ingeniera de Software I 2013Puntos de vistaSu identificacin puede ser difcil. Los ms especficos son:Los proveedores de servicios al sistema, los receptores de servicios del sistema.Los sistemas que deben interactuar.Las regulaciones y estndares a aplicar.Las fuentes de requerimientos.Los puntos de vista de las personas que lo van a desarrollar, administrar y mantener.Puntos de vista del marketing y otros que generan requerimientos sobre las caractersticas del sistema.

Ingeniera de Software I 201439Elicitacin de RequisitosElicitacin de RequisitosEs el proceso de adquirir (eliciting) [sonsacar] todo el conocimiento relevante necesario para producir un modelo de los requerimientos de un dominio de problema.Objetivos:Conocer el dominio del problema para poder comunicarse con clientes y usuarios y entender sus necesidades.Conocer el sistema actual (manual o informatizado).Identificar las necesidades, tanto explcitas como implcitas, de clientes y usuarios y sus expectativas sobre el sistema a desarrollar.Ingeniera de Software I 201441Elicitacin de RequisitosLa elicitacin de requisitos es una actividad principalmente de carcter social, mucho ms que tecnolgico.Los problemas que se plantean son por tanto de naturaleza psicolgica y social, ms que tcnicos.

Nota: Requisitos = Requerimientos.Ingeniera de Software I 201442

Elicitacin de RequisitosProblemas de comunicacinDificultad para expresar claramente las necesidades.No ser conscientes de sus propias necesidades.No entender cmo la tecnologa puede ayudar.Miedo a parecer incompetentes por ignorancia tecnolgica.No tomar decisiones por no poder prever las consecuencias, no entender las alternativas o no tener una visin global.Ingeniera de Software I 201443quin tiene estas dificultades?Elicitacin de Requisitos Problemas de comunicacinCultura y vocabulario diferentes.Intereses distintos en el sistema a desarrollar.Medios de comunicacin inadecuados (diagramas que no entienden los clientes y usuarios).Conflictos personales o polticos.

Ingeniera de Software I 201444 quin tiene estas dificultades ?Elicitacin de RequisitosLimitaciones cognitivas (del desarrollador)No conocer el dominio del problema.Hacer suposiciones sobre el dominio del problema.Hacer suposiciones sobre aspectos tecnolgicos.Hacer simplificaciones excesivas.Conducta humanaConflictos y ambigedades en los roles de los participantes.Pasividad de clientes, usuarios o ingenieros de requisitos.Temor a que el nuevo sistema lo deje sin trabajo.Tcnicos Complejidad del dominio del problema.Complejidad de los requisitos.Mltiples fuentes de requisitos.Fuentes de informacin poco claras.Ingeniera de Software I 201445Tcnicas de elicitacin Ingeniera de Software I 201446Muestreo de la documentacin, los formularios y los datos existentes.Investigacin y visitas al lugar.Observacin del ambiente de Trabajo.Cuestionarios.Entrevistas.Planeacin conjunta de Requerimientos (JRP o JAD).Lluvia de Ideas - Brainstorming .Whitten Bentley Ingeniera de Software I 2013Muestreo de la documentacin, los formularios y los datos existentesIngeniera de Software I 201447Recoleccin de hechos a partir de la documentacin existente.Qu tipo de documentos pueden ensear algo acerca del sistema?Organigrama (identificar el propietario, usuarios claves).Memos, notas internas, minutas, registros contables.Solicitudes de proyectos de sistemas de informacin anteriores.Permiten conocer el historial que origina el proyecto.

Whitten Bentley


Muestreo de la documentacin, los formularios y los datos existentesIngeniera de Software I 201448Recoleccin de hechos a partir de la documentacin existente.Documentos que describen la funcionalidad del negocio que est siendo analizada.Declaracin de la misin y plan estratgico de la organizacin.Objetivos formales del departamento en cuestin.Polticas, restricciones, procedimientos operativos.Formularios de operaciones realizadas.Bases de Datos.Sistemas en funcionamiento.Whitten Bentley

Ingeniera de Software I 2013Ingeniera de Software I 48Muestreo de la documentacin, los formularios y los datos existentesIngeniera de Software I 201449Recoleccin de hechos a partir de la documentacin existente.Documentacin de sistemas anteriores.Diagramas.Diccionario o Repositorios de proyecto.Documentos de diseo.Manuales de operacin y/o entrenamiento.

Whitten Bentley

Ingeniera de Software I 2013Investigacin y visitas al sitioIngeniera de Software I 201450Investigar el dominio. Patrones de soluciones (mismo problema en otra organizacin).Revistas especializadas.Buscar problemas similares en internet.Consultar otras organizaciones.Whitten Bentley


Observacin del ambiente de trabajoIngeniera de Software I 201451El analista se convierte en observador de las personas y actividades con el objeto de aprender acerca del sistema.Lineamientos de la observacin:Determinar quin y cundo ser observado.Obtener el permiso de la persona y explicar el porqu ser observado.Mantener bajo perfil.Tomar nota de lo observado.Revisar las notas con la persona apropiada.No interrumpir a la persona en su trabajo.

Whitten Bentley

Ingeniera de Software I 2013Observacin del ambiente de trabajoIngeniera de Software I 201452VentajasDatos confiables El analista puede ver exactamente lo que se hace (tareas difciles de explicar con palabras).Anlisis de disposiciones fsicas, trnsito, iluminacin, ruido.Econmica en comparacin con otras tcnicas.

Whitten Bentley

Ingeniera de Software I 2013Observacin del ambiente de trabajoIngeniera de Software I 201453DesventajasLa gente se siente incmoda siendo observada.Algunas actividades del sistema pueden ser realizadas en horarios incmodos.Las tareas estn sujetas a interrupciones.Tener en cuenta que la persona observada puede estar realizando las tareas de la forma correcta y no como lo hace habitualmente.

Whitten Bentley

Ingeniera de Software I 2013CuestionariosIngeniera de Software I 201454Documento que permite al analista recabar informacin y opiniones de los encuestados Recolectar hechos de un gran nmero de personas.Detectar un sentimiento generalizado.Detectar problemas entre usuarios.Cuantificar respuestas.

Whitten Bentley - Kendall y Kendall


Ingeniera de Software I 201455CuestionariosIngeniera de Software I 201456VentajasRespuesta rpidaEconmicosAnnimosEstructurados de fcil anlisisWhitten Bentley

DesventajasNmero bajo de respuestasNo responde a todas las preguntasPreguntas rgidasNo se puede realizar el anlisis corporalNo se pueden aclarar respuestas incompletasDifciles de prepararIngeniera de Software I 2013CuestionariosIngeniera de Software I 201457Tipos de CuestionarioFormato libre (Abiertos)Diseado para ofrecer al encuestado ms flexibilidad en la respuestaQu reportes recibe actualmente?Hay problemas con los reportes?Formato fijo (Cerrados)Requieren la seleccin de una respuesta entre respuestas posibles predefinidasEs til el reporte que utiliza actualmente? SI NO

Whitten Bentley

Ingeniera de Software I 2013CuestionariosIngeniera de Software I 201458Kendall y KendallVelocidad de conclusinNaturaleza exploratoriaFacilidad de preparacinFacilidad de AnlisisAbiertasLentaCerradasTipos de Preguntas

AltaAltaFcilDifcilRpidaPocaPocaDifcilFcilAmplitud y profundidadIngeniera de Software I 2013CuestionariosIngeniera de Software I 201459Tipo de informacin obtenidaActitudLo que las personas dicen que quierenCreenciasLo que las personas creen que es verdadComportamientoLo que realmente hacenCaractersticasDe las personas o cosasKendall y KendallIngeniera de Software I 2013CuestionariosIngeniera de Software I 201460Cundo usar CuestionariosLas personas estn dispersas geogrficamenteDiferentes oficinas o ciudadesMuchas personas involucradas Clientes o usuariosQueremos obtener opiniones generales Queremos identificar problemas generales

Kendall y KendallIngeniera de Software I 2013CuestionariosIngeniera de Software I 201461Diseo de un CuestionarioLos buenos cuestionarios son difciles de desarrollarProcedimiento para el desarrolloDeterminar qu hechos, opiniones y de quin, quieren recolectarse.Determinar qu tipo de preguntas dan mejores resultados a los hechos buscados.Escribir las preguntas y examinarlas en cuanto a errores o malas interpretaciones. No proveer un sesgo personalen la pregunta.Ensayar en una pequea muestra de encuestados.Duplicar y distribuir el cuestionario.Whitten Bentley


CuestionariosIngeniera de Software I 201462Redaccin de un CuestionarioClaridadLa redaccin del cuestionario debe ser autocontenida y precisa.FlujoDebe haber un hilo conductor entre las preguntas.VocabularioUsar el lenguaje de los encuestados.Redaccin sencillaEvitar preguntas muy especficas.Preguntas brevesNo subestimar a las personas a realizar el cuestionario. Tenemos que asumir que el empleado sabe lo que hace.

Kendall y KendallIngeniera de Software I 2013CuestionariosIngeniera de Software I 201463Redaccin de un CuestionarioEvitar la parcialidadNo incluir tendencias a una respuesta.Evitar preguntas ofensivasSi el encuestado se siente ofendido, posiblemente no responda de forma correcta.Dirigir las preguntas a los encuestados que las pueden responderEl cuestionario debe ser preparado para el grupo de personas que lo van a responder.No usar un Cuestionario genrico para todos.

Kendall y KendallIngeniera de Software I 2013CuestionariosIngeniera de Software I 201464Diseo de un CuestionarioDeje espacio en blancoEl cuestionario debe estar bien distribuido. Espacio suficiente para responderNo es lo mismo el espacio para responder los aos de antigedad, que para la descripcin de su tarea.Facilitar el marcado de las respuestasCuando se trata de opciones se debe poder indicar de forma clara la opcin seleccionada.Utilizar escalas Nominales (Seleccin de opciones) o Intervalos (15).Kendall y KendallIngeniera de Software I 2013CuestionariosIngeniera de Software I 201465Diseo de un CuestionarioMantener el estiloEs importante la apariencia del cuestionario.Orden de las preguntasPrimero las pregunta importantes para los encuestados.Agrupar por contenido similarUso de tendencias asociativas.Plantear primero temas menos controvertidosKendall y KendallIngeniera de Software I 2013EntrevistasIngeniera de Software I 201466Tcnica de exploracin mediante la cual el analista de sistemas recolecta informacin de las personas a travs de la interaccin cara a cara.Es una conversacin con un propsito especfico, que se basa en un formato de preguntas y respuestas en general.Conocer opiniones y sentimientos del entrevistado.Whitten Bentley - Kendall y Kendall


EntrevistasIngeniera de Software I 201467Tipo de informacin obtenidaKendall y Kendall

OPINIONESSENTIMIENTOSOBJETIVOSPROCEDIM. INFORMALESIngeniera de Software I 2013EntrevistasIngeniera de Software I 201468VentajasEl entrevistado se siente incluido en el proyectoEs posible obtener una retroalimentacin del encuestadoEs posible adaptar las preguntas de acuerdo al entrevistadoInformacin no verbal observando las acciones y expresiones del entrevistadoDesventajaCostosasTiempo y recursos humanosLas entrevistas dependen en gran parte de las habilidades del entrevistadorNo aplicable a distancia

Whitten Bentley

Ingeniera de Software I 2013EntrevistasIngeniera de Software I 201469Tipos de entrevistasEstructuradas (Cerradas)El encuestador tiene un conjunto especfico de preguntas para hacrselas al entrevistadoSe dirige al usuario sobre un requerimiento puntualNo permite adquirir un amplio conocimiento del dominioNo estructuradas (Abiertas)El encuestador lleva a un tema en generalSin preparacin de preguntas especficas Iniciar con preguntas que no dependen del contexto, para conocer el problema, la gente involucrada, etc.

Whitten Bentley

Ingeniera de Software I 2013EntrevistasIngeniera de Software I 201470Kendall y Kendall

AbiertaDifcilCerradaTipos de EntrevistasMuchaMuy NecesarioMuchoGranBajoBajaBajaMuchaMuchas OportunidadesFcilPocoPocoReducidaAltoAltaAltaPocaMuy PocoLimitadoEvaluacinCantidad requerida de tiempoEntrenamiento requeridoPermite la espontaneidadPermite conocer al entrevistadoFlexibilidadControl de la EntrevistaPrecisinConfiabilidadAmplitud y ProfundidadIngeniera de Software I 2013EntrevistasIngeniera de Software I 201471Tipos de PreguntasAbiertasPermite al encuestado responder de cualquier maneraQu opinin tiene del sistema actual?Cmo describe su trabajo?CerradasLas respuestas son directas, cortas o de seleccin especficaQuin recibe este informe?Cuntas personas utilizan el sistema?SondeoPermite obtener ms detalle sobre un tema puntualPodra dar detalles sobre?Podra dar un ejemplo de?Kendall y Kendall


EntrevistasIngeniera de Software I 201472Preguntas AbiertasVentajasRevelan nueva lnea de preguntas Hacen ms interesante la entrevistaPermiten espontaneidadDesventajasPueden dar muchos detalles irrelevantesSe puede perder el control de la entrevistaParece que el entrevistador no tiene los objetivos clarosKendall y Kendall


EntrevistasIngeniera de Software I 201473Preguntas cerradasVentajas Ahorran tiempoSe mantiene ms fcil el control de la entrevistaSe consiguen datos relevantesDesventajasPueden aburrir al encuestadoNo se obtienen detalles

Kendall y Kendall


EntrevistasIngeniera de Software I 201474Organizacin de una entrevistaPiramidal (Inductivo)

Embudo (Deductivo)

Diamante (Comb. de las anteriores)Kendall y Kendall

Ingeniera de Software I 2013EntrevistasIngeniera de Software I 201475Organizacin de una entrevistaPiramidal (Inductivo)

Kendall y Kendall

Preguntas CerradasPreguntas AbiertasIngeniera de Software I 2013EntrevistasIngeniera de Software I 201476Organizacin de una entrevistaEmbudo (Deductivo)

Kendall y Kendall

Preguntas CerradasPreguntas AbiertasIngeniera de Software I 2013EntrevistasIngeniera de Software I 201477Organizacin de una entrevistaDiamante

Kendall y Kendall

Preguntas CerradasPreguntas AbiertasPreguntas CerradasIngeniera de Software I 2013EntrevistasIngeniera de Software I 201478Cmo conducir la entrevistaSeleccin del entrevistadoSegn el requerimiento a analizarConocer sus fortalezas, prejuicios y motivacionesArmar la entrevista en base a las caractersticas de la personaHacer una cita (no llegar sin avisar)Respetar el horario de trabajoEstablecer la duracin de la entrevistaCuanto mayor es el cargo del entrevistado menor tiempo se debe utilizarObtener el permiso del supervisor o jefe La entrevista es personal y debe realizarse en un lugar privadoWhitten Bentley

Ingeniera de Software I 2013EntrevistasIngeniera de Software I 201479Cmo conducir la entrevistaPreparacin de la entrevistaInformar al entrevistado el tema a tratar antes de la reunin Definir un Guin de EntrevistaSe deben evitar preguntas sesgadas o con intencin, amenazantes o crticasUsar lenguaje claro y concisoNo incluir opinin como parte de la preguntaEvitar realizar preguntas largas y complejas Whitten Bentley


Entrevistas Preparacin previaIngeniera de Software I 201480Leer los antecedentes. Poner atencin en el lenguaje. Buscar un vocabulario en comn. Imprescindible para poder entender al entrevistado.Establecer los objetivos de la entrevista.Usando los antecedentes. Los directivos suelen proporcionar una visin general, mientras que los futuros usuarios una ms detallada.Ingeniera de Software I 2013Kendall y KendallEntrevistas Preparacin previaIngeniera de Software I 201481Seleccionar los entrevistados.Se debe minimizar el numero de entrevistasLos entrevistados deben conocer con antelacin el objetivo de la entrevista y las preguntas que se le van a hacer.Planificacin de la entrevista y preparacin del entrevistado.Establecer fecha, hora, lugar y duracin de cada entrevista de acuerdo con el entrevistado.Seleccin del tipo de preguntas a usar y su estructura.Kendall y KendallIngeniera de Software I 2012

Ingeniera de Software I 201482Guin de una EntrevistaEntrevistasIngeniera de Software I 201483Cmo conducir la entrevistaConduccin de la entrevistaRespete el horario y los tiempos definidosSi es en una sala de reunin llegue antes para asegurar las condiciones de la mismaInicie la entrevista saludando, presentndose y agradeciendo la atencinMencione el propsito de la misma y la duracin Escuche con atencin y observe al entrevistado, tome nota de las respuestas verbales y no verbales Concluya la entrevista expresando su agradecimientoHaga una breve conclusin de la entrevista para ganar la confianza del entrevistado

Whitten Bentley

Ingeniera de Software I 2013EntrevistasDebeVestirse adecuadamenteSer cortsEscuchar cuidadosamenteMantener el controlObservar los gestos Ser pacienteMantener al entrevistado en calmaMantener el autocontrolTerminar a tiempoEviteSuponer que una respuesta no lleva a ningn ladoRevelar pistas Usar jergaRevelar sesgos personalesHablar en lugar de escucharSuponer cualquier cosa acerca del tema o del entrevistadoUso de grabadores (seal de debilidad de escuchar)Ingeniera de Software I 20148484Ingeniera de Software I 2012EntrevistasIngeniera de Software I 201485Seguimiento de la entrevistaEnviar al entrevistado un resumen de la entrevista, permitiendo aclarar cualquier cosa que no se haya entendido durante la entrevistaCmo escucharSaber escuchar es la parte ms importante del proceso de una entrevistaSe debe diferenciar entre or y escuchar

Whitten Bentley


EntrevistasIngeniera de Software I 201486Cmo escucharLlegue con actitud positivaMejora el canal de comunicacin Haga que la otra persona se tranquiliceRomper el hielo con cuestiones cotidianasHaga ver que est escuchando lo que diceMantener el contacto visual, asentir con la cabeza, emitir comentariosHaga preguntas sobre lo que diceEl entrevistado siente que le presta atencin y puede ampliar su respuestaNo haga suposicionesEscuche todo lo que el entrevistado tiene que explicarTome notaEl entrevistado percibe que est siendo escuchadoWhitten Bentley

Ingeniera de Software I 2013EntrevistasIngeniera de Software I 201487El lenguaje corporalInformacin no verbal que comunicamosLa mayor parte de la informacin se expresa a travs de las expresiones corporales Las ms importantes son:Expresiones facialesContacto visualPostura

Whitten Bentley


ING I 2014 Clase 1 Introduccion-Elicitacion

Documents

Transcript of ING I 2014 Clase 1 Introduccion-Elicitacion