ANÁ LISIS Y DISE ÑO DE SISTE MAS II
19
Contar con desarrolladores que expongan los productos de trabajo de requerimientos. Tratar con desarrolladores que mantengan el respeto y una actitud profesional. Contar con analistas que presenten ideas y alternativas tanto en los requerimientos como en la implementación. Describir características que harán el producto fácil de usar. Ser informado de alternativas y oportunidades para adaptar los requerimientos y permitir la reutilización de modelos ya existentes. Recibir adecuadas estimaciones de costo y acuerdos cuando se requieran cambios en los requerimientos. Recibir un sistema que contenga la funcionalidad y calidad esperadas.
Responsabilidades de los usuarios:
Instruir a los analistas sobre el negocio y definir el vocabulario de su área. Invertir tiempo en proporcionar requerimientos y aclarar dudas. Ser específico y preciso sobre las necesidades del negocio y los requerimientos del sistema. Tomar decisiones a tiempo sobre los requerimientos. Respetar las estimaciones de costo y viabilidad del equipo de desarrollo. Fijar prioridades para requerimientos individuales, característicos del sistema o casos de uso. Revisar los documentos de requerimientos y los prototipos. Comunicar prontamente los cambios a los requerimientos del producto. Seguir el proceso de cambio de los requerimientos. Respetar el proceso de ingeniería de requerimientos que usan los desarrolladores.
Rol de los analistas El equipo de desarrollo, y en específico los analistas (ingenieros de requerimientos) deben comprender los problemas del usuario, su cultura y su lenguaje, así como presentar propuestas de solución comprensibles a los usuarios que cubran sus necesidades y expectativas. Karl E. Wiegers en su artículo “Hábitos de los analistas efectivos, sugiere las siguientes tareas del analista:
Mejorar la comunicación entre los clientes y el equipo de desarrollo. El analista es un hombre intermediario en la comunicación. Debe primero comprender las necesidades actuales del usuario para luego definir un conjunto de requerimientos funcionales y objetivos de calidad que permitirán a los diseñadores, programadores y probadores, construir y verificar el sistema. Aprender y usar el vocabulario del dominio del problema, más que forzar a los clientes a comprender la jerga informática. Incluir los términos del negocio en un glosario, el cual deber ser parte de la documentación de requerimientos. Escuchar y comprender a los usuarios para orientar adecuadamente sus puntos de vista en el producto. Tomar en cuenta las expectativas implícitas y características como: desempeño, facilidad de uso, eficiencia y fiabilidad. Escribir requerimientos de alta calidad en documentos bien organizados. Que puedan ser revisados por otros analistas, representantes de los usuarios, desarrolladores y probadores. Hacer preguntas significativas, que permitan obtener información clave para el sistema.
CIBERTEC
CARRERA DE ADMINISTRACIÓN Y SISTEMAS