El documento presenta información sobre la ingeniería de requisitos y sus etapas, con énfasis en la elicitación de requisitos. Explica que la elicitación consiste en identificar las fuentes y stakeholders del proyecto. Describe los tipos de fuentes (primarias, secundarias y terciarias), así como ejemplos concretos. También define stakeholders primarios y secundarios, e identifica los principales roles en el proceso de ingeniería de requisitos como el cliente, usuario, líder de proyecto y analista.
El documento presenta información sobre la ingeniería de requisitos y sus etapas, con énfasis en la elicitación de requisitos. Explica que la elicitación consiste en identificar las fuentes y stakeholders del proyecto. Describe los tipos de fuentes (primarias, secundarias y terciarias), así como ejemplos concretos. También define stakeholders primarios y secundarios, e identifica los principales roles en el proceso de ingeniería de requisitos como el cliente, usuario, líder de proyecto y analista.
El documento presenta información sobre la ingeniería de requisitos y sus etapas, con énfasis en la elicitación de requisitos. Explica que la elicitación consiste en identificar las fuentes y stakeholders del proyecto. Describe los tipos de fuentes (primarias, secundarias y terciarias), así como ejemplos concretos. También define stakeholders primarios y secundarios, e identifica los principales roles en el proceso de ingeniería de requisitos como el cliente, usuario, líder de proyecto y analista.
El documento presenta información sobre la ingeniería de requisitos y sus etapas, con énfasis en la elicitación de requisitos. Explica que la elicitación consiste en identificar las fuentes y stakeholders del proyecto. Describe los tipos de fuentes (primarias, secundarias y terciarias), así como ejemplos concretos. También define stakeholders primarios y secundarios, e identifica los principales roles en el proceso de ingeniería de requisitos como el cliente, usuario, líder de proyecto y analista.
Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
Descargar como docx, pdf o txt
Está en la página 1/ 15
Documento informe de fuentes GA1-220501092-AA1-EV01.
Documento informe de Fuentes
Servicio Nacional de Aprendizaje
Programación de aplicaciones y servicios para la nube
Melissa Garibello 2021 Documento informe de fuentes GA1-220501092-AA1-EV01. 2
Tabla de Contenidos
Capítulo 1 Introducción e información general
Ingeniería de Requisitos Etapas Capítulo 2 Elicitación de Requisitos a profundidad: Identificación de Fuentes Tipos de Fuentes Ejemplos de fuentes Capítulo 3 Elicitación de Requisitos a profundidad: Identificación de Stakeholders Definición Tipos de Stakeholders: Primarios y Secundarios Principales roles involucrados en el proceso de ingeniería de requisitos Capítulo 4 Matriz de Stakeholders Qué es ¿Qué se necesita para identificar a los interesados de un proyecto? Componentes de la matriz de Stakeholders Categorización de Stakeholders y gestión de expectativas Anexo: Matriz de Stakeholders 3 Capítulo 1
Introducción e información general
Ingeniería de Requisitos
La ingeniería de requisitos aborda el problema tanto de la definición de los
servicios que proporcionará un software, como de las restricciones operativas del
mismo.
La Ingeniería de Requisitos proporciona el mecanismo apropiado para:
- Entender lo que el cliente quiere.
- Analizar las necesidades.
- Evaluar la factibilidad.
- Negociar una solución razonable.
- Especificar la solución sin ambigüedades.
- Validar la especificación.
- Administrar los requisitos conforme éstos se transforman en un sistema
operacional
Etapas
La Ingeniería de requisitos consta de cuatro etapas:
1. Elicitación: Esta fase consiste en la obtención de conocimiento o información.
Aquí los analistas deben trabajar junto con el cliente y el usuario final para
descubrir el problema que el sistema debe resolver, los diferentes servicios que
el sistema debe prestar y las restricciones que se pueden presentar. Durante
esta etapa es indispensable desarrollar una comunicación efectiva con el cliente
4 para poder identificar efectiva y asertivamente los requerimientos del producto
a desarrollar.
2. Análisis: Esta etapa se enfoca en el flujo y estructura de la información
obtenida durante la elicitación. Las funciones del software son definidas en
esta etapa, así como también se determinan los factores que afecten el
desarrollo del producto; también se pueden establecer las características de la
interfaz del sistema y se identifican las restricciones del diseño.
3. Especificación: En esta etapa se desarrolla un documento en el que se defina de
forma precisa y verificable cada uno de los requerimientos que debe satisfacer
el sistema a desarrollar.
4. Validación: Esta etapa garantiza que los requisitos correspondan realmente a
las necesidades de clientes y usuarios; esto, en miras de que el producto final
sea satisfactorio. 5 Capítulo 2
Elicitación de Requisitos a profundidad: Identificación de Fuentes
Mediante el proceso de elicitación es necesario acceder a distintas fuentes con el
objeto de desarrollar el proceso mediante el que se formulan los requerimientos. La
identificación de las fuentes de información adecuadas es una parte clave del proceso de
elicitación y contribuye a asegurar una acertada identificación de requerimientos. Lo
ideal es escuchar a todas las partes interesadas para poder establecer cuál sería una
solución óptima a sus necesidades.
En el proceso de identificación de fuentes se determina quienes son los interesados
relevantes en el proyecto y qué documentación será utilizada como fuente de información
de los requerimientos.
Los requerimientos pueden obtenerse en diversas fuentes que pueden clasificarse en
gente o productos. Las fuentes de requerimientos deben ser chequeados con quienes
tienen influencia directa o indirecta sobre los requisitos del sistema (Stakeholders).
Tipos de Fuentes
Las fuentes de requerimientos se clasifican de la siguiente manera:
- Fuentes primarias: Las fuentes primarias de información se constituyen en la
forma más pura en su obtención de datos, porque es la producción original de
datos. Es el material de primera mano relativo al objeto investigado. La
información proveída por estas fuentes es de considerarse como información
original que no ha sido filtrada, interpretada o evaluada por nadie más.
6 - Fuentes secundarias: Consisten en datos recogidos y ya elaborados,
(información primaria) que existen previamente. Este tipo de fuentes contienen
información primaria, sintetizada y reorganizada y están especialmente
diseñadas para facilitar y maximizar el acceso a las fuentes primarias o a sus
contenidos. Para su recolección se utilizan técnicas cuantitativas y cualitativas.
- Fuentes terciarias: Son guías físicas o virtuales que contienen información
sobre las fuentes secundarias. Forman parte de la colección de referencia de
una biblioteca; facilitan el control y acceso a toda la gama de repertorios de
referencia, como las guías de obras de referencia, o a un solo tipo, como las
bibliografías.
Ejemplos de fuentes
Las fuentes de información pueden ser orales, escritas o de otro tipo, dependiendo de
cómo se transmitan los datos.
- Fuentes internas de información y registros de las operaciones cotidianas de la
empresa, tales como informes, estudios de mercado, diagnósticos, de manuales
para organización de procedimientos, productos o de normas técnicas.
- Publicaciones entidades públicas como ministerios y empresas del Estado y
gubernamentales.
- Publicaciones de organismos de desarrollo económico/ social. Gremios de la
producción (aspectos de política económica) Fedesarrollo, Fenalco, Andi.
- Publicaciones de organismos internacionales como la OEA, BIRF, BID.
- Publicaciones de asociaciones y cámaras de industria y/o comercio.
7 - Publicaciones de proveedores, distribuidores, sindicatos, otros competidores.
- Catálogos de universidades/ centros de investigación. Entidades educativas
formales, educación para el trabajo y el desarrollo humano, empresas de
educación informal.
- Directorios reales y virtuales, bases de datos, páginas amarillas, bases de
datos privadas y negociables.
- Prensa nacional/ local, periódicos de circulación local, revistas
especializadas, investigativas, de farándula y culturales.
Capítulo 3
Elicitación de Requisitos a profundidad: Identificación de Stakeholders.
Definición
Los Stakeholders son los individuos y organizaciones que están relacionados
activamente en un proyecto de software; tienen influencia directa o indirecta sobre los
requisitos, o sus intereses se ven afectados por el proyecto. Los Stakeholders necesitarán 8 estar informados acerca del progreso, conflictos, cambios y prioridades del proceso de
desarrollo del producto.
Tipos de Stakeholders: Primarios y Secundarios
- Stakeholders primarios: son quienes que tienen alguna relación económica con
el negocio; por este motivo, son entes indispensables para el sostenimiento de
la empresa. Estos pueden ser sus socios, clientes y accionistas.
- Stakeholders secundarios: no tienen un vínculo económico directo ni dependen
de la empresa en sí; sin embargo, pueden sufrir consecuencias circunstanciales
relacionadas a la misma. En este círculo se encuentran los competidores, el
mercado y las personas en general.
Principales roles involucrados en el proceso de ingeniería de requisitos
- Cliente: Representa a la persona u organización que solicita la creación de un
sistema a un área de desarrollo y quien lo paga. Es con quien se negocia el
tiempo, costo y alcance del proyecto. Pueden o no ser usuarios del sistema.
- Usuario: Son las personas que interactuarán con el sistema. Proporcionan
información fundamental para el éxito del proyecto, ya que conocen y
conviven con los procesos diarios.
- Líder de proyecto: Por parte del equipo de desarrollo, es el representante ante
el cliente. Es la persona responsable de completar el proyecto exitosamente
con los recursos dados.
- Analista: Su labor se enfoca en la ingeniería de requisitos, los identifica,
analiza, modela y documenta. Además, establece contacto directo con los
9 usuarios y utiliza diversas técnicas de comunicación y de recopilación de
información para lograr su objetivo.
- Programador: Con base en los requisitos recibidos de parte de los ingenieros de
requisitos, el programador realiza la codificación para producir el sistema
deseado.
- Asegurador de la calidad: Garantiza el cumplimiento del proceso y de los
estándares del producto. Enfocado en los requisitos, los verifica y valida para
imprimir la calidad desde las primeras etapas del desarrollo. Paralelamente,
prepara planes de prueba para esos requisitos del sistema.
- Arquitecto: Es el responsable del diseño de alto nivel y es clave a la hora de
precisar los atributos de calidad del producto.
10 Capítulo 4
Matriz de Stakeholders.
Qué es:
La Matriz de Stakeholders es una herramienta de análisis que permite clasificar a los
involucrados en el proyecto según sus niveles de interés y poder sobre él. La matriz se va
a encargar de dividir a los Stakeholders primarios y secundarios en cuatro áreas,
dependiendo de la influencia e importancia que tengan en la organización.
La matriz de Stakeholders es una herramienta indispensable desde el comienzo del
proyecto mismo, ya que proveerá de la información necesaria para gestionar,
adecuadamente, las expectativas de los involucrados a lo largo del proyecto,
maximizando las influencias positivas y mitigando los impactos negativos potenciales
derivados de estos.
¿Qué se necesita para identificar a los interesados de un proyecto?
Para desarrollar la matriz de Stakeholders es necesario identificar las entradas
necesarias que proveerán la información con la que el líder y el equipo de proyecto
trabajarán para desarrollar la matriz misma.
- Documentos de negocios: Son documentos comerciales que se pueden
necesitar en la organización y que están relacionados con el proyecto.
- Plan de Dirección del Proyecto: Este plan es resultado de muchas otras
acciones. Es por eso, que el plan de dirección se estará desarrollando a lo largo
de la planeación y tendrás que estarlo actualizando constantemente.
11 - Documentos del proyecto: Son todos aquellos registros que sean de utilidad
durante el ciclo de vida del proyecto. Cualquier documento que pueda ser de
utilidad porque fueron generados en fases previas o en proyectos pasados
sirven como una fuente para identificar a los interesados.
- Factores ambientales de la empresa: Es todo lo que se relacione con la
organización, como su ambiente interno, la estructura organizacional, la
conducta cultural, las áreas de la empresa. Es todo lo que hay alrededor del
proyecto y que de cierta manera puede afectar la ejecución de este.
- Activos de los procesos de la organización: Es todo lo que la organización
sabe. Experiencia de proyectos pasados, lecciones aprendidas. Todo lo que la
empresa debe conocer para ejecutar el proyecto.
Componentes de la matriz de Stakeholders
- Stakeholder: Explicado en Capítulo 3.
- Tipo: Identifica si el Stakeholder es primario o secundario; o si desempeña un
rol interno o externo al proyecto mismo.
- Objetivo o resultados: En este campo se enlistan los objetivos o resultados en
los que el Stakeholder muestra interés o en aquellos en los que puede influir
positiva o negativamente con sus acciones. Esta información puede ser
suministrada por el acta de constitución de proyectos, la estructura de la
organización, la estructura de desglose de trabajo, los diferentes planes que
conforman el proyecto, entrevistas a los mismos interesados, etc.
12 - Acciones posibles con impacto positivo / negativo: acciones que puede
emprender el Stakeholder y que pueden influir, negativa o positivamente, en
los objetivos del proyecto.
- Estrategias: Acciones que se pueden emprender para obtener el apoyo
necesario o evitar obstáculos por parte de los Stakeholders durante la ejecución
y conclusión del proyecto. Las estrategias se desarrollan considerando el tipo
de Stakeholder, los objetivos en los que está interesado, el nivel de interés y
poder que puede ejercer en el proyecto y las acciones posibles que podría
emprender para afectar tanto positiva como negativamente al proyecto.
Categorización de Stakeholders y gestión de expectativas
La categorización de los Stakeholders se lleva a cabo una vez que la información sobre
éstos esté completa. Para ello se puede utilizar una matriz de 2x2 en la que se pueda
graficar el grado de poder e interés que tiene el involucrado en el proyecto, coadyuvando
así a clasificar a cada Stakeholder dentro del grupo para el cual se definen diferentes
estrategias (figura 1). Para la realización de la matriz de Stakeholders es aconsejable la
ejecución de los siguientes pasos:
1.- Identificar a todos los potencialmente interesados.
2.- Identifica su posición: a favor o en contra.
3.- Valorar el nivel de importancia.
4.- Establecer la estrategia de gestión de los interesados.
13
Figura 1 / Ejemplo de matriz interés vs. influencia.
Anexo: Matriz de Stakeholders
14
En base a el ejemplo sugerido en clase del desarrollo del Proyecto de Software para un
consultorio médico, la siguiente sería la matriz de stakeholders de acuerdo a las partes
interesadas definidas:
Consultorio Médico MGG
PROYECTO DESARROLLO DE SOFTWARE PLANTILLA STAKEHOLDERS
Códig Rol o Descripción del rol o interés Nivel de Interés en el
o cargo influenci proyecto a 001 Gerente Cliente Principal. Dueño del Consultorio. Alto Alto Financiador del proyecto. 002 Secretaria Persona actualmente encargada de manejar la Bajo Alto agenda de citas médicas y de informar a los pacientes cuando la cita programada está cercana. 003 Médico Persona que atiende a los pacientes de acuerdo Alto Alto con la agenta. 004 Pacientes Personas que requieren programar las citas Bajo Alto médicas.
Lista de referencias
SENA. Recurso Pedagógico: La Fase de Elicitación de requisitos.
http://todopmp.com/identificar-los-interesados/ (Consultado en Noviembre 1,
2021)
http://virtualnet2.umb.edu.co/virtualnet/archivos/open.php/125/2eabe_2037/ TGPC00037/mod1/profundizacion_tema3_m1.html (Consultado en Noviembre 1, 2021)
https://www.codifica.me/etapas-de-la-ingenieria-de-requisitos/ (Consultado en Noviembre 1, 2021)
