Entrada 1: Requisitos
7 preguntas de los requisitos con sus
Respuestas
1.¿Que describe a un requisito?
-Condición o capacidad solicitada /requerida por el usuario para resolver un problema o alcanzar un objetivo.
También se entiende como una condición o capacidad que debe satisfacer o poseer un sistema o una componente de un sistema para satisfacer un contrato, un estándar, una especificación u otro documento formalmente impuesto.
2.¿Que es un requisito funcional y no funcional?
-Funcional:los requisitos funcionales serían todas las acciones requeridas del sistema, tal como permitir a los usuarios iniciar sesión en su cuenta introduciendo su correo electrónico y contraseña, enviar un correo electrónico de confirmación cada vez que se realiza un pedido, permitir al usuario enviar comentarios a través de un formulario de contacto en el portal.
-Condición o capacidad solicitada /requerida por el usuario para resolver un problema o alcanzar un objetivo.
También se entiende como una condición o capacidad
-Funcional:los requisitos funcionales serían todas las acciones requeridas del sistema, tal como permitir a los usuarios iniciar sesión en su cuenta introduciendo su correo electrónico y contraseña, enviar un correo electrónico de confirmación cada vez que se realiza un pedido, permitir al usuario enviar comentarios a través de un formulario de contacto en el portal.
-No funcional:los requisitos no funcionales definen cómo el producto o sistema debería ser. Continuando con el caso de la empresa de e-commerce, un requisito no funcional impone una restricción sobre cómo debe hacer una acción el sistema en cuanto a seguridad, facilidad de uso, desempeño, rendimiento, escalabilidad, portabilidad, entre otros. Por ejemplo, cuando el usuario presente sus credenciales, pero su información está equivocada, debe aparecer el mensaje de introducir una dirección de correo o una contraseña válidos.
3.¿que factores de deben tener
en cuenta, para en el momento de obtener requisitos?
-1.Asignar roles:Aquí debes identificar a los participantes del proyecto.
-2.Entrevistar las partes interesadas:Luego de que hayas identificado a las partes interesadas del proyecto, reúnete con ellos para tener una idea clara de lo que esperan obtener del proyecto. Es muy importante poder comprender sus expectativas ya que, en definitiva, tus entregables estarán destinados a ellos.
-3.Recopilar y documentar la informacion:El paso tres del proceso ocurre al mismo tiempo que el paso dos. Recopilarás información a medida que realizas las preguntas a los participantes. El objetivo es documentar tanta información como puedas, para poder tener todas respuestas que necesitas para empezar tu proyecto.
-4.Enumerar los requisitos y supuestos:Una vez que hayas completado el proceso de solicitudes, usa la información que has recopilado para crear el plan de gestion de requisitos.Ten en cuenta las preguntas que te propusiste responder durante el proceso de recopilación de requisitos y úsalas para establecer los objetivos de tus requisitos.
.png)
en cuenta, para en el momento de obtener requisitos?
-1.Asignar roles:Aquí debes identificar a los participantes del proyecto.
-2.Entrevistar las partes interesadas:Luego de que hayas identificado a las partes interesadas del proyecto, reúnete con ellos para tener una idea clara de lo que esperan obtener del proyecto. Es muy importante poder comprender sus expectativas ya que, en definitiva, tus entregables estarán destinados a ellos.
-3.Recopilar y documentar la informacion:El paso tres del proceso ocurre al mismo tiempo que el paso dos. Recopilarás información a medida que realizas las preguntas a los participantes. El objetivo es documentar tanta información como puedas, para poder tener todas respuestas que necesitas para empezar tu proyecto.
-4.Enumerar los requisitos y supuestos:Una vez que hayas completado el proceso de solicitudes, usa la información que has recopilado para crear el plan de gestion de requisitos.Ten en cuenta las preguntas que te propusiste responder durante el proceso de recopilación de requisitos y úsalas para establecer los objetivos de tus requisitos.
.png)
-5.Obtener la aprobacion:Una vez que hayas formalizado los requisitos de tu proyecto, necesitarás obtener la aprobación de las partes interesadas para asegurarte de satisfacer las necesidades de los usuarios. Fomentar una comunicacion clara también puede ayudar a evitar que ocurran corrupciones en el alcance ya que te aseguras de que las partes interesadas conozcan los límites del proyecto desde el principio. Luego, puedes desarrollar el plan de implementacion, en el que puedes incluir la adquisición de los recursos y la creación de un equipo.
-6.Supervisa el progreso:La última etapa del proceso es supervisar el progreso del proyecto. Puedes usar un software de gestión de proyectos para dar seguimiento al presupuesto del proyecto y a otros requisitos a medida que avanzas en la ejecución del proyecto. El beneficio del software de gestión de proyectos es que puedes visualizar los cambios en tu proyecto en tiempo real y actuar de inmediato cuando algo salga mal.
4.¿como deben ser los requisitos?-los requisitos de tu proyecto deben ser procesables, medibles y cuantificables. Intenta describir en detalle el presupuesto, el cronograma, los recursos necesarios y el equipo de tu proyecto.
-los requisitos de tu proyecto deben ser procesables, medibles y cuantificables. Intenta describir en detalle el presupuesto, el cronograma, los recursos necesarios y el equipo de tu proyecto.
5.¿Que deben indicar los requisitos?
-Como requisitos se incluyen las necesidades, deseos y expectativas del patrocinador, cliente, usuarios, y otros interesados.
Un requisito debe cumplir ciertos criterios y características:
Único: El requisito debe poder ser interpretado inequívocamente de una sola manera.
Verificable: Su implementación debe poder ser comprobada. El test debe dar como resultado CORRECTO o INCORRECTO.
Claro: Los requisitos no deben contener terminología innecesaria. Deben ser establecidos de forma clara y simple.
Viable (realístico y posible): El requisito debe ser factible según las restricciones actuales de tiempo, dinero y recursos disponibles.
Necesario: Un requisito no es necesario si ninguno de los interesados necesita el requerimiento o bien si la retirada de dicho requisito no tiene ningún efecto
-Como requisitos se incluyen las necesidades, deseos y expectativas del patrocinador, cliente, usuarios, y otros interesados.
Un requisito debe cumplir ciertos criterios y características:
Único: El requisito debe poder ser interpretado inequívocamente de una sola manera.
Verificable: Su implementación debe poder ser comprobada. El test debe dar como resultado CORRECTO o INCORRECTO.
Claro: Los requisitos no deben contener terminología innecesaria. Deben ser establecidos de forma clara y simple.
Viable (realístico y posible): El requisito debe ser factible según las restricciones actuales de tiempo, dinero y recursos disponibles.
Necesario: Un requisito no es necesario si ninguno de los interesados necesita el requerimiento o bien si la retirada de dicho requisito no tiene ningún efecto
6.¿como se obtienen los requisitos?
-Consiste básicamente en:
Determinar las expectativas y necesidades para satisfacer a los Interesados (Stakeholders).
Formalizarlas a través de un documento que refleje esta comprensión.
Y finalmente, administrarlas a lo largo del proyecto para cumplir los objetivos.
Este proceso constituye la base para la definición del Alcance del proyecto.
El primer paso para la recopilación de los requisitos de un proyecto, debe ser determinar cuáles deben ser los roles y responsabilidades durante esta fase:
Normalmente, recae en el director del proyecto, la responsabilidad de garantizar la captura de todos los requisitos. Debe ser muy ágil, y utilizar las herramientas más adecuadas para recopilar los requisitos durante la vida del proyecto.
Por su parte, el cliente, o un analista, deberían ser los responsables de establecer los requisitos del producto.
-Consiste básicamente en:
Determinar las expectativas y necesidades para satisfacer a los Interesados (Stakeholders).
Formalizarlas a través de un documento que refleje esta comprensión.
Y finalmente, administrarlas a lo largo del proyecto para cumplir los objetivos.
Este proceso constituye la base para la definición del Alcance del proyecto.
El primer paso para la recopilación de los requisitos de un proyecto, debe ser determinar cuáles deben ser los roles y responsabilidades durante esta fase:
Normalmente, recae en el director del proyecto, la responsabilidad de garantizar la captura de todos los requisitos. Debe ser muy ágil, y utilizar las herramientas más adecuadas para recopilar los requisitos durante la vida del proyecto.
Por su parte, el cliente, o un analista, deberían ser los responsables de establecer los requisitos del producto.
7.¿que problemas pueden presentarse al obtener requisitos?
-El principal problema que hay con los requisitos es que siempre están cambiando, lo que hace casi imposible definirlos de manera precisa antes de comenzar un proyecto. Son muy pocos los proyectos se pueden permitir tener unos requisitos precisos antes de su inicio.
Tratar de evitar que un cliente cambie sus requisitos, es como tratar de evitar que un adolescente utilice su smartphone.
Veamos cuáles son algunas de las principales dificultades que se presentan a la hora de captar los requisitos de los interesados:
Incorrecta descripción del problema a resolver: “No puedo describirlo, pero lo reconoceré cuando lo vea“. Esta es una situación bastante habitual. En ocasiones, el cliente no tiene claro lo que necesita, y el resultado es una especificación ambigua de requisitos.
Los requisitos se deben recopilar de todos los interesados. Esta situación provoca que, en aquellos proyectos en los que hay muchos interesados, la recopilación de requisitos resulte muy larga y costosa.
Los requisitos se redactan en una fase demasiado temprana del proyecto, con lo que se obtienen requerimientos incompletos de lo que realmente se necesita.
Otro error habitual, que se produce durante las etapas iniciales del proyecto, es NO identificar adecuadamente a los Interesados que se verán afectados por los resultados del proyecto.
muchas gracias por leer ;)
-El principal problema que hay con los requisitos es que siempre están cambiando, lo que hace casi imposible definirlos de manera precisa antes de comenzar un proyecto. Son muy pocos los proyectos se pueden permitir tener unos requisitos precisos antes de su inicio.
Tratar de evitar que un cliente cambie sus requisitos, es como tratar de evitar que un adolescente utilice su smartphone.
Veamos cuáles son algunas de las principales dificultades que se presentan a la hora de captar los requisitos de los interesados:
Incorrecta descripción del problema a resolver: “No puedo describirlo, pero lo reconoceré cuando lo vea“. Esta es una situación bastante habitual. En ocasiones, el cliente no tiene claro lo que necesita, y el resultado es una especificación ambigua de requisitos.
Los requisitos se deben recopilar de todos los interesados. Esta situación provoca que, en aquellos proyectos en los que hay muchos interesados, la recopilación de requisitos resulte muy larga y costosa.
Los requisitos se redactan en una fase demasiado temprana del proyecto, con lo que se obtienen requerimientos incompletos de lo que realmente se necesita.
Otro error habitual, que se produce durante las etapas iniciales del proyecto, es NO identificar adecuadamente a los Interesados que se verán afectados por los resultados del proyecto.
Comentarios
Publicar un comentario