seminario mis - cimat · definición de requerimiento ... • requerimientos funcionales ......
TRANSCRIPT
© JFCR
Seminario MIS - CIMATPerfil del Ingeniero de Requerimientos
Jaime F. Castillo.
CIP
© JFCR
Agenda• Objetivo• Definición de Requerimiento• Niveles de Requerimientos• Disciplina de la Ingeniería de Requerimientos• Roles en la Ingeniería de Requerimientos (IR)• Tareas del IR• Habilidades del IR• Conocimientos del IR• Case de Estudio• Conclusiones• Comentarios y Preguntas
© JFCR
Objetivos
• Comprender las bases de la Ingeniería de Requerimientos
• Analizar la importancia de los conocimientos, habilidades y competencias que se requieren para conformar el perfil de Ingeniero de Requerimientos.
© JFCR
Definición de requerimiento
• La IEEE Standard Glossary of Software Engineering Terminology (1990), define un requerimiento como:– Condición o capacidad que necesita un
usuario para resolver un problema o lograr un objetivo.
– Condición o capacidad que tiene que ser alcanzada o poseída por un sistema o componente de un sistema para satisfacer un contrato, un estándar, especificación u otro documento impuesto formalmente.
© JFCR
Definición de requerimiento
• Wiegers piensa que un requerimiento “es una propiedad que un producto debe tener para proveer valor a un stakeholder”.
© JFCR
Niveles de requerimientos
© JFCR
Niveles de requerimientos
• Requerimientos de Negocio– Representan los objetivos de alto nivel de
la organización o del cliente que requiere el sistema.
– Los requerimientos de negocio típicamente provienen del patrocinador principal del proyecto, el cliente, el administrador de los usuarios actual o el departamento de mercadotecnia.
© JFCR
Niveles de requerimientos
• El documento donde se registran los Requerimientos de Negocio es conocido como:– Visión y Alcance– Project Charter– Documento de requerimientos de mercado
© JFCR
Niveles de requerimientos• Requerimientos de usuario
– Describen los objetivos del usuario o tareas que los usuarios deben de ser capaces de ejecutar con el producto.
– Las formas para representar requerimientos de usuario incluyen:
• Casos de uso• Descripciones de escenario• Tablas de evento-respuesta
© JFCR
Niveles de requerimientos• Los requerimientos de usuario
describen por lo tanto qué es lo que el usuario es capaz de hacer con el sistema.
• Un ejemplo de un caso de uso es “Hacer una reservación en una línea aérea, a través de una página web.
© JFCR
Niveles de requerimientos
• Requerimientos funcionales– Especifica la funcionalidad del software
que los desarrolladores deben de construir en el producto para posibilitar a los usuarios a completar sus tareas y que a su vez satisfagan los requerimientos de negocio.
– Algunas veces estos requerimientos son llamados de comportamiento, estos se describen con la tradicional sentencia “deberá”.
© JFCR
Niveles de requerimientos– Un ejemplo de un requerimiento funcional
es “El sistema deberá enviar vía e-mail la confirmación de la reservación al usuario”
© JFCR
Niveles de requerimientos
• Reglas de negocio– Incluyen políticas corporativas,
regulaciones de gobierno, estándares industriales, prácticas contables y algoritmos computacionales.
– Estas reglas no son en sí requerimientos de software porque estas existen fuera de los límites de cualquier especificación del sistema de software.
© JFCR
Niveles de requerimientos
Req. Funcionales
Req. Usuario
Req.Negocio
SistemaFuncionalidad
NegocioCliente
ActividadesUsuario
© JFCR
Niveles de requerimientos
Req. Funcionales
Req. Usuario
Req.Negocio
Diseño Detallado
Diseño de AltoNivel
Diseño deArquitectura
Ingenieria de Requerimientos
Diseño
© JFCR
Disciplina de la Ingeniería de Req. (IReq)
© JFCR
Roles en la IR
• Cliente es un individuo u organización de quien deriva directa o indirectamente un beneficio de un producto de software.
© JFCR
Roles en la IR
• Clientes de software incluyen stakeholders quienes:– Solicitan– Pagan por– Seleccionan– Especifican– Usan– Reciben una salida generada por el
producto de software.
© JFCR
Roles en la IR
• Otros stakeholders incluyen:– Desarrolladores– Testers– Escritores de documentación– Administradores de proyecto– Staff de soporte– Staff de mercadotecnia.
© JFCR
Roles en la IR
• Productos excelentes de software son resultados de una buena ejecución basada en excelentes requerimientos.
• Los requerimientos de alta calidad son resultado de:– Buena comunicación– Colaboración eficaz – Sociedad entre Ingeniero de
Requerimientos (IR) y cliente.
© JFCR
Roles en la IR
• El IR es el individuo que tiene la responsabilidad principal de:– Recolectar– Analizar– Documentar– Validar
las necesidades de los stakeholders de proyecto
© JFCR
Roles en la IR
• El IR es un rol de proyecto, no necesariamente un titulo de trabajo.
• Uno o más especialistas dedicados podrían llevar acabo el rol.
© JFCR
Tareas del IR• Definir los requerimientos de negocio, Usuario y
Funcionales.• Identificar stakeholders del proyecto y clases de
usuarios.• Obtención de requerimientos.• Analizar los requerimientos.• Escribir especificaciones de requerimientos.• Modelar los requerimientos.• Validar requerimientos.• Facilitar la prioridad de los requerimientos.
© JFCR
Tareas del IR
• Administrar requerimientos.– Un IR:
• Está involucrado durante todo el ciclo de vida de desarrollo de software.
• Ayuda a crear, revisar y ejecutar el plan de administración de requerimientos de proyecto.
© JFCR
Habilidades del IR
• Escuchar.• Entrevistar e interrogar.• Analítica.• Facilitación.• Observación.• Escritura.• Organizativa.• Modelado.• Interpersonal.
© JFCR
Conocimientos del IR
• Un IR efectivo tiene un conjunto de herramientas de técnicas disponible.
• Conocimientos sobre los diferentes dominios de aplicación.
© JFCR
CE - Datos Importantes
Software, S.A.• Ubicada en la ciudad de México.• Empresa CMMI N3.• 10 años en el mercado.• Desarrollo de aplicaciones a la medida.• Especialidad en el área financiera.• Desarrollo .net
© JFCR
CE - Datos Importantes• Fase de Requerimientos
– Se esta dedicando el 10% en promedio en la fase de requerimientos.
– Se tiene 67% de cumplimiento en la fase de requerimientos.
– No se tiene un control exacto de los defectos que se escapan a las fases de diseño, implementación y testing.
– No se tiene el costo de la calidad por eliminar estos defectos.
– En 5 años solo se han aprobado 8 Mejoras al Proceso y la mayoría están orientados a la administración del proyecto.
© JFCR
CE - Contexto Cultural
Contexto Cultural
Tecnología Metodologías Teorías
NegociosAdministraciónOrganización
ProcesosMercadoTiempo
Toma de DecisionesDivisión del Trabajo
Finanzas
PersonasValoresIdeas
CreenciasLenguajeReligión
ActitudesTiempoEspacioHábitos
Sexo – GeneroEtnia
SociedadPolíticasGobiernoNormas
EducaciónTecnologíaEconomíaEcología
Historia – Herencia
© JFCR
CE – Disciplinas de la IReq
© JFCR
CE - Modelo en “V”
© JFCR
CE - Conocimientos, Habilidades y Competencias
ConocimientosConocimientosNegocios (Dominio de la AplicaciNegocios (Dominio de la Aplicacióón), Tecnologn), Tecnologíías de Informacias de Informacióón, Factor n, Factor Humano, Modelado de Negocios, IngenierHumano, Modelado de Negocios, Ingenieríía de Requerimientos, Ingeniera de Requerimientos, Ingenieríía de a de Software y TecnologSoftware y Tecnologííaa
HabilidadesHabilidadesPensamiento Convergente, Pensamiento Divergente, Pensamiento Pensamiento Convergente, Pensamiento Divergente, Pensamiento SistSistéémico, Lectura de Comprensimico, Lectura de Comprensióón, Abstraccin, Abstraccióón, Ann, Anáálisis, lisis, SSííntesis, Criticantesis, Critica
CompetenciasCompetenciasOrientaciOrientacióón de Servicio al Cliente, Solucin de Servicio al Cliente, Solucióón de Problemas, n de Problemas, ComunicaciComunicacióón, Gestin, Gestióón Efectiva, Efectividad en el Trabajo, n Efectiva, Efectividad en el Trabajo, Toma de Decisiones, Trabajo en Equipo, Desarrollo de Toma de Decisiones, Trabajo en Equipo, Desarrollo de Personal, Iniciativa, Liderazgo, Enfoque de Resultados, Personal, Iniciativa, Liderazgo, Enfoque de Resultados, AdministraciAdministracióón y Evaluacin y Evaluacióón de Proyectos y Recursosn de Proyectos y Recursos
© JFCR
CE - Mejora de ProcesosFocusFocus GroupGroup
Cumplimiento Cumplimiento CMMICMMI
Proyecto de Proyecto de InnovaciInnovacióón n TecnolTecnolóógicagica
Encuesta Encuesta (SEPG)(SEPG)
AnAnáálisis de lisis de MejorasMejoras
CapacitaciCapacitacióón n de de
Conocimiento, Conocimiento, Habilidades y Habilidades y Competencias Competencias
CapacitaciCapacitacióón n del SPIdel SPI
Desarrollo de Desarrollo de materiales del materiales del
cursocurso
ActualizaciActualizacióón n de la de la
biblioteca de biblioteca de procesos procesos
ISwISw con con experienciaexperiencia
© JFCR
CE - DF Proc. de Selección de Champions
© JFCR
Conclusiones
• El “Superproceso” de desarrollo y administración de requerimientos debe considerar que el usuario “no sabe lo que quiere”. Por lo tanto se deben desarrollar organizacionalmente personas, procesos y tecnología para apoyar esta condición (Humphrey, 2007).
© JFCR
Conclusiones
• Anécdota de la Escuela de Mercadotecnia de la universidad X
© JFCR
Comentarios y Preguntas
FIN