Fase 2: Formulación de la propuesta
Plantilla Individual
Breiner Alexander Prada
Curso Análisis y especificación de requisitos
Código: 1143239990
Grupo
Tutor:
Maribel López
Universidad Nacional Abierta y a Distancia - UNAD
Escuela de Ciencias Básicas, Tecnología e Ingeniería – ECBTI
Programa: Ingeniería de Sistemas
2025
Fase 2: Formulación de la propuesta – Documento Individual
Introducción
La ingeniería de requisitos (IR) es un área esencial del ciclo de vida del software, que
ayuda en el descubrimiento, análisis y documentación de los requisitos del usuario,
asegurando que el producto final cumpla con estos temas. Esta etapa tiene el propósito de
poner en práctica técnicas para la recopilación de información, aplicadas en un caso real y
luego, a través del resultado del plan organizado, obtener una propuesta sólida para reunir
los requisitos de un sistema de gestión de servicios de salud. Aunque el primer caso
industrial aplicado es sobre un sistema de información de gestión para empresas de
externalización de procesos de negocio (BPO), este trabajo adapta la metodología para
proporcionar implicaciones prácticas y contribuir con lecciones útiles aprendidas en un área
de relevancia social y tecnológica (servicios de salud).
Fase de Desarrollo 2
Paso 1: Análisis del caso de estudio y los recursos de referencia
He recibido y revisado el caso de estudio en la plataforma virtual en el Ejercicio 6, que
describe las operaciones necesarias de un sistema propuesto. Además, se consultaron los
recursos de la Unidad 2 del curso, así como más información sobre el método de
recopilación para que se pudieran seleccionar métodos apropiados para el entorno del
sistema de gestión de salud.
Etapa 2: Revisión de los enfoques para la elicitación de requisitos
Técnica 1: Entrevistas formales
Técnica de indagación: esta es la técnica que ayuda a recopilar información directamente
sin intervención del entrevistador, mientras se utilizan preguntas preparadas.
• Aplicación al caso: a través de entrevistas con médicos, personal administrativo y
auditores clínicos, se deben identificar problemas existentes, redundancia en los registros y
dominios de mejora.
• También buena: información más precisa y confiable.
• Referencia: Chaves, A. (2022). Recopilación de requisitos. Repositorio Institucional
UNAD.
Técnica 2: Talleres participativos
• Descripción: reuniones grupales para partes interesadas de Intel para reunir prioridades de
habilitación.
• Aplicación en el caso de uso: talleres con pacientes, médicos y EPS identificando
características clave como planificadores de citas, acceso a registros clínicos digitales y
auditorías.
• Beneficio: fomenta la participación, reduce la ambigüedad y apoya el acuerdo.
• Referencia: Alonso, F., Martínez, L. y Segovia, J., 2005. Evaluación de los requisitos del
software. Publicaciones Delta.
Paso 3: Desarrollo del plan de recopilación de requisitos
Introducción
El análisis de requisitos intenta determinar lo que los clientes quieren e identificar
requisitos de negocio. Este plan especifica las actividades necesarias para recopilar y
organizar los requisitos de un sistema de gestión de servicios de salud.
Objetivo general
Redactar un plan estructurado de elicitación de requisitos que le permita descubrir los
requisitos de los usuarios en el sistema de gestión de servicios de salud.
Objetivos específicos
1. Realizar entrevistas semiestructuradas con las partes interesadas clave.
2. Organizar talleres conjuntos con representantes de los usuarios.
3. Compilar toda esta información en un instrumento verificable y libre de
ambigüedades.
Descripción del problema
Actualmente, los servicios de salud sufren problemas de datos centralizados, información
duplicada y mala trazabilidad y movimientos administrativos inconsistentes. Esto conduce
a un retraso en el tratamiento de los pacientes, gestión no óptima de la atención clínica y
carga económica.
Partes interesadas
• Pacientes: requieren atención ágil y acceso seguro a sus propios datos.
• Médicos y personal de salud: necesitan acceso rápido a sus registros médicos y
herramientas de registro.
• Personal de oficina: busca simplificar procedimientos y eliminar duplicación.
• Para auditar y gestionar la historia clínica: requieren datos creíbles para auditorías y
contención.
• EPS y organismos de control: requieren informes claros e información transparente.
Actividades de elicitación de requisitos
1. Entrevistas estructuradas
• Analistas responsables: equipo de requisitos.
• Sujetos: médicos, administración y auditores.
• Recursos: cuestionarios, grabadoras, actas.
• Preguntas orientadoras:
o ¿Qué información es crítica para la atención?
o ¿Cuáles son algunos problemas con el estado actual?
o ¿Qué mejoras se consideran más importantes?
1. Talleres colaborativos
• Analistas responsables: habilitadores y analistas.
• Participantes: profesionales de la salud, pacientes, proveedores de EPS.
• Recursos: tableros electrónicos, formularios, actas de los acuerdos.
• Preguntas orientadoras:
o ¿Qué capacidades necesitan incorporarse al sistema con enfoque inmediato?
o ¿Cuál sería la interacción perfecta con el sistema?
o ¿Cuáles son las señales que demandan auditoría y control?
Calendario provisional:
• Semana 1: Desarrollo de los instrumentos de encuesta.
• Semana 2: Realización de entrevistas.
• Semana 3: Establecimiento de talleres de colaboración.
• Semana 4: Consolidación y análisis de la información.
Trabajo colaborativo y entrega (Etapa 4)
Los entregables personales se publicarán en el foro colectivo del curso. Esto luego se
recopilará en un documento con las técnicas seleccionadas y el plan específico para la
recopilación de requisitos. (Probablemente este archivo se entregará en PDF, siguiendo los
requisitos tanto de conferencias como de artículos listos para cámara en la publicación
académica.)
Bibliografía
Alonso, F., Martínez, L., & Segovia, J. (2005). Análisis de los requisitos del
software. Madrid: Delta Publicaciones.
Chaves, A. (2022). Elicitación de requerimientos. Universidad Nacional Abierta y a
Distancia (UNAD). Recuperado de [Link]
Taibi, D., Lenarduzzi, V., Pahl, C., & Janes, A. (2017). Comparing requirements
decomposition for microservices and monolithic systems. In Software Architecture
(pp. 1–12). Springer. [Link]
