Docsity
Docsity

Prepara tus exámenes
Prepara tus exámenes

Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity


Consigue puntos base para descargar
Consigue puntos base para descargar

Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium


Orientación Universidad
Orientación Universidad


Plan de Proyecto: Sistema de Gestión de Citas para Profesionales de la Salud, Ejercicios de Ingeniería del Software

El plan de proyecto para desarrollar un sistema de gestión de citas médicas online usando el proceso unificado de desarrollo de software (rup). se detalla la metodología, las actividades, roles, cronograma y requisitos funcionales y no funcionales. Incluye diagramas uml y un análisis de riesgos. Es una guía completa para estudiantes de ingeniería de software.

Tipo: Ejercicios

2024/2025

Subido el 26/04/2025

jhon-antony-barragan-oviedo
jhon-antony-barragan-oviedo 🇨🇴

1 documento

1 / 23

Toggle sidebar

Esta página no es visible en la vista previa

¡No te pierdas las partes importantes!

bg1
MODULO INGENIERIA DE SOFTWARE
PLAN DE PROYECTO
1
PRIMER BLOQUE-PROYECTO/INGENIERIA DEL SOFTWARE
PLAN DE PROYECTO
PROFESOR:
Cruz Ortega Diana Angelica
INTEGRANTES DEL GRUPO:
Nicolás Rodríguez Camargo, Código: 100404370
Jhon Barragan Oviedo, Código: 100403731
Cristhian Perez Garcia, Código:100400873
Yader Mauricio Rubio Yaima, Código:100064143
Jaider Ramos Pastrana
INSTITUCIÓN UNIVERSITARIA POLITÉCNICO GRANCOLOMBIANO
FACULTAD DE INGENIERÍA, DISEÑO E INNOVACIÓN ESCUELA DE TECNOLOGÍAS
DE INFORMACIÓN Y TELECOMUNICACIONES INGENIERÍA DE SOFTWARE
pf3
pf4
pf5
pf8
pf9
pfa
pfd
pfe
pff
pf12
pf13
pf14
pf15
pf16
pf17

Vista previa parcial del texto

¡Descarga Plan de Proyecto: Sistema de Gestión de Citas para Profesionales de la Salud y más Ejercicios en PDF de Ingeniería del Software solo en Docsity!

PLAN DE PROYECTO PRIMER BLOQUE-PROYECTO/INGENIERIA DEL SOFTWARE PLAN DE PROYECTO PROFESOR: Cruz Ortega Diana Angelica INTEGRANTES DEL GRUPO: Nicolás Rodríguez Camargo, Código: 100404370 Jhon Barragan Oviedo, Código: 100403731 Cristhian Perez Garcia, Código: Yader Mauricio Rubio Yaima, Código: Jaider Ramos Pastrana INSTITUCIÓN UNIVERSITARIA POLITÉCNICO GRANCOLOMBIANO FACULTAD DE INGENIERÍA, DISEÑO E INNOVACIÓN ESCUELA DE TECNOLOGÍAS DE INFORMACIÓN Y TELECOMUNICACIONES INGENIERÍA DE SOFTWARE

PLAN DE PROYECTO

    1. INTRODUCCIÓN.............................................................................................................. CONTENIDO
    • 1.1. PROPÓSITO DEL DOCUMENTO......................................................................
    1. DESCRIPCIÓN GENERAL DEL PROYECTO................................................................
    • 2.1. METODOLOGIA DE DESARROLLO................................................................
    1. PLANIFICACIÓN DEL PROYECTO...............................................................................
    • 3.1. ACTIVIDADES A DESARROLLAR...................................................................
    • 3.2. ROLES Y RESPONSABILIDADES....................................................................
    • 3.3. CRONOGRAMA DE ACTIVIDADES..............................................................
    1. IDENTIFICACIÓN DE REQUERIMIENTOS................................................................
    • 4.1. REQUERIMIENTOS FUNCIONALES..............................................................
    • 4.2. REQUERIMIENTOS NO FUNCIONALES
    1. CASOS DE USO REQUERIMIENTOS FUNCIONALES.............................................
    1. ESCENARIOS DE CALIDAD REQUERIMIENTOS NO FUNCIONALES.................
    1. DISEÑO DETALLADO: DIAGRAMAS DE CLASES..................................................
    • 7.1. DIAGRAMA DE CLASES DEL SISTEMA......................................................
    • 7.2. JUSTIFICACIÓN DEL DISEÑO........................................................................
    1. CONCLUSIONES............................................................................................................

PLAN DE PROYECTO

2. Descripción General del Proyecto

Este proyecto diseña un sistema de gestión de citas en línea para profesionales de la salud, permitiendo a los clientes buscar, reservar y pagar citas, y a los profesionales gestionar agendas y consultar datos de clientes. Incluye autenticación, gestión de perfiles, búsqueda de profesionales, reservas, pagos y reportes, enfocándose en un diseño funcional previo a la implementación. Basado en el Proceso Unificado de Desarrollo de Software (RUP), el desarrollo se estructura en fases iterativas —Incepción, Elaboración, Construcción y Transición—, priorizando un enfoque disciplinado para definir requisitos y arquitectura antes de la codificación.

Necesidades del Cliente

El cliente requiere una plataforma que gestione agendas de profesionales de la salud y facilite reservas de citas. Las necesidades clave son:  Autenticación y Roles: Registro e inicio de sesión para clientes y profesionales, diferenciando roles.  Gestión de Profesionales: Registro de datos, administración de agendas, definición de costos y consulta de clientes.  Gestión de Clientes: Perfil, búsqueda por criterios (nombre, servicio, ubicación), reserva, pago y modificación de citas (una por vez).  Reportes: Listados de usuarios, agendas y servicios más solicitados.  Pagos: Integración segura con pasarela de pagos.

PLAN DE PROYECTO

2.1. Metodología de Desarrollo

El proyecto empleará el Proceso Unificado de Desarrollo de Software (RUP), un marco iterativo y disciplinado que organiza el desarrollo en cuatro fases —Incepción, Elaboración, Construcción y Transición—, asegurando una especificación detallada de requisitos y un diseño robusto previo a la implementación.

Introducción a RUP

RUP es un marco de desarrollo de software que optimiza la gestión del proyecto mediante iteraciones controladas en fases definidas, priorizando la identificación temprana de riesgos, la arquitectura sólida y la entrega progresiva de valor. Es ideal para este proyecto, ya que permite detallar requisitos, mitigar riesgos y validar el diseño antes de la construcción.

Adaptación al Proyecto

RUP se adapta para estructurar las fases de Incepción y Elaboración, enfocándose en análisis, especificación de requisitos y diseño sin codificación.  Roles:  Analista de Negocio: Recopila y traduce las necesidades del negocio en requisitos claros, elaborando casos de uso.  Gestor de Proyecto: Planifica, coordina y supervisa el proyecto, gestionando plazos, recursos y riesgos.  Diseñador de Software: Diseña la solución técnica, creando modelos y lógica para implementar funcionalidades.  Arquitecto de Datos: Diseña la estructura de datos, asegurando eficiencia y seguridad en el almacenamiento.

PLAN DE PROYECTO Entregables: Documento de visión, lista inicial de requisitos, análisis de riesgos y plan de comunicación.

Fase de Elaboración: Análisis y Modelado de Requisitos

Objetivos: Refinar requisitos, desarrollar modelos del sistema, validar especificaciones con el cliente y preparar la base para el diseño arquitectónico. Actividades:  Refinamiento de Requisitos: Detallar requisitos en casos de uso, especificar reglas de negocio (ejemplo: una cita por cliente) e identificar requisitos no funcionales (ejemplo: tiempo de respuesta).  Creación de Modelos del Sistema: Elaborar diagramas UML (casos de uso, clases, secuencia), modelo preliminar de base de datos y prototipos de interfaz para representar el sistema.  Validación con el Cliente: Presentar modelos y prototipos, ajustar según retroalimentación y obtener aprobación para la siguiente fase.  Identificación de Riesgos Técnicos: Evaluar riesgos técnicos (ejemplo: integración de pagos, agendas en tiempo real) y definir estrategias de mitigación. Entregables: Especificación de requisitos refinada (casos de uso), modelos UML, prototipos iniciales, análisis de riesgos técnicos y plan de validación.

PLAN DE PROYECTO

Fase de Construcción: Diseño de la Solución

Objetivos: Definir la arquitectura del software, modelar la base de datos, especificar la lógica de negocio, diseñar la interfaz de usuario e identificar integraciones externas. Actividades:  Definición de la Arquitectura: Establecer el estilo arquitectónico, definir componentes principales y sus interacciones.  Diseño de Componentes y Módulos: Detallar módulos del sistema, sus responsabilidades e interfaces.  Selección de Tecnologías: Elegir stack tecnológico (frameworks, lenguajes) y pasarelas de pago.  Diseño de la Base de Datos: Crear esquema relacional para usuarios, profesionales, servicios, citas y pagos.  Diseño de la Interfaz de Usuario: Desarrollar wireframes/prototipos, definir estilo y experiencia de usuario. Entregables: Documento de arquitectura (descripción, diagrama), especificaciones de componentes (diagramas de secuencia/flujo), lista de tecnologías justificadas, modelo de base de datos, diseño de interfaz (guías de estilo, componentes) y plan de validación.

Fase de Transición: Validación y Documentación

Objetivos: Validar el diseño técnico, mitigar riesgos, documentar el sistema y preparar la transición a la fase de Construcción.

PLAN DE PROYECTO  Cristhian Pérez García – Diseñador de Interfaz: Desarrolla la interfaz y experiencia de usuario (UI/UX), enfocándose en usabilidad y accesibilidad.

Responsabilidades Específicas por Actividad

 Gestión de Requisitos (Analista de Negocio): Recopila, prioriza y refina requisitos, asegurando claridad en los casos de uso y la visión del sistema.  Gestión del Proceso RUP y Mitigación de Riesgos (Gestor de Proyecto): Guía al equipo en las fases de RUP, identifica y resuelve riesgos, y optimiza la comunicación.  Diseño y Modelado del Sistema (Diseñador de Software): Elabora modelos UML (casos de uso, clases, secuencia) y diseña funcionalidades clave.  Gestión de Infraestructura y Bases de Datos (Arquitecto de Datos): Diseña el esquema relacional, asegura la seguridad de los datos y optimiza el rendimiento.  Diseño de Interfaz y Experiencia de Usuario (Diseñador de Interfaz): Crea prototipos y wireframes, aplicando principios de UX/UI para interfaces intuitivas.  Validación del Diseño (Todos los Diseñadores): Revisa modelos y prototipos, valida requisitos con el cliente y ajusta según retroalimentación.  Documentación y Revisión Continua (Todo el Equipo): Elabora documentación técnica y funcional, participa en revisiones iterativas y mantiene alineación con los objetivos.

PLAN DE PROYECTO

3.3. Cronograma de actividades

Cronograma general del proyecto

Figura 1.

Detalle de fases y tareas por semana

Figura2.

PLAN DE PROYECTO  RF10 - Consulta de Sesiones por Profesionales: El sistema debe permitir a los profesionales consultar las sesiones agendadas.  RF11 - Consulta de Información de Clientes por Profesionales: El sistema debe permitir a los profesionales consultar la información de los clientes que han reservado sus servicios.

 RF12 - Generación de Reportes: El sistema debe generar reportes de: Profesionales

registrados, usuarios registrados, agenda de un profesional específico, agenda de un usuario específico y servicios más solicitados.

4 .2. Requerimientos No Funcionales (RNF)

RNF01 – Seguridad: El sistema debe garantizar la autenticación segura de usuarios y la protección de datos sensibles (ejemplo: información personal y de pago).  RNF02 – Usabilidad: El sistema debe ofrecer una interfaz intuitiva y fácil de usar para clientes y profesionales, con un tiempo de aprendizaje menor a 10 minutos.  RNF03 – Rendimiento: El sistema debe soportar al menos 100 usuarios concurrentes y responder a solicitudes en menos de 2 segundos bajo condiciones normales.  RNF04 – Disponibilidad: El sistema debe estar disponible el 99% del tiempo, con un máximo de 1 hora de downtime mensual planificado.  RNF05 – Escalabilidad: El sistema debe ser capaz de escalar para soportar un aumento del 50% en usuarios registrados sin degradación significativa del rendimiento.  RNF06 – Portabilidad: El sistema debe ser accesible desde navegadores web modernos (Chrome, Firefox, Safari) en dispositivos de escritorio y móviles.

PLAN DE PROYECTO

5. Casos de Uso para Requerimientos Funcionales

CU01: Registro de Usuarios (RF01) Campo Descripción Caso de Uso CU01: Registro de Usuarios (RF01) Actor Cliente o Profesional Descripción El usuario ingresa sus datos y crea una cuenta con login y contraseña. Precondición El usuario no tiene cuenta registrada. Flujo Principal 1. El usuario selecciona "Registrarse".

  1. Ingresa sus datos y tipo de usuario.
  2. El sistema valida la información y crea la cuenta. Postcondición Cuenta creada y usuario autenticado. CU02: Gestión de Perfil de Profesionales (RF02) Campo Descripción Caso de Uso CU02: Gestión de Perfil de Profesionales (RF02) Actor Profesional Descripción El profesional registra su información personal y profesional. Precondición Profesional autenticado. Flujo Principal 1. El profesional accede a "Mi Perfil".
  3. Ingresa datos (nombre, servicios, costos, etc.).
  4. El sistema guarda la información. Postcondición Perfil actualizado. CU03: Gestión de Perfil de Clientes (RF03) Campo Descripción Caso de Uso CU03: Gestión de Perfil de Clientes (RF03) Actor Cliente

PLAN DE PROYECTO CU06: Reservación de Citas (RF06) Campo Descripción Caso de Uso CU06: Reservación de Citas (RF06) Actor Cliente Descripción El cliente reserva una sesión disponible, limitada a una cita a la vez. Precondición Cliente autenticado, sesión seleccionada. Flujo Principal 1. El cliente elige una sesión de la agenda.

  1. El sistema valida la disponibilidad y reserva. Postcondición Cita reservada. CU07: Pago en Línea (RF07) Campo Descripción Caso de Uso CU07: Pago en Línea (RF07) Actor Cliente Descripción El cliente paga una sesión reservada en línea. Precondición Cita reservada, cliente autenticado. Flujo Principal 1. El cliente selecciona "Pagar".
  2. Ingresa datos de pago.
  3. El sistema procesa y confirma el pago. Postcondición Cita pagada. CU08: Modificación de Citas (RF08) Campo Descripción Caso de Uso CU08: Modificación de Citas (RF08) Actor Cliente Descripción El cliente modifica la fecha y hora de una cita reservada. Precondición Cita reservada, cliente autenticado. Flujo Principal 1. El cliente selecciona "Modificar Cita".

PLAN DE PROYECTO

  1. Elige nueva fecha/hora disponible.
  2. El sistema actualiza la cita. Postcondición Cita modificada. CU09: Gestión de Servicios y Agenda por Profesionales (RF09) Campo Descripción Caso de Uso CU09: Gestión de Servicios y Agenda por Profesionales (RF09) Actor Profesional Descripción El profesional registra servicios y define su agenda. Precondición Profesional autenticado. Flujo Principal 1. El profesional accede a "Gestionar Servicios/Agenda".
  3. Ingresa servicios y horarios.
  4. El sistema guarda los datos. Postcondición Servicios y agenda actualizados. CU10: Consulta de Sesiones por Profesionales (RF10) Campo Descripción Caso de Uso CU10: Consulta de Sesiones por Profesionales (RF10) Actor Profesional Descripción El profesional consulta sus sesiones agendadas. Precondición Profesional autenticado. Flujo Principal 1. El profesional accede a "Mis Sesiones".
  5. El sistema muestra las citas reservadas. Postcondición Lista de sesiones visible. CU11: Consulta de Información de Clientes por Profesionales (RF11) Campo Descripción Caso de Uso CU11: Consulta de Información de Clientes por Profesionales (RF11)

PLAN DE PROYECTO RNF02: Usabilidad Escenario Fuente Estímulo Ambiente Respuesta Medida Aprendizaje Rápido Nuevo usuario (Cliente o Profesion al) Registro y navegación inicial Operación normal, sin experiencia previa Tarea completada en < 10 minutos 90% de usuarios nuevos exitosos sin ayuda Navegación Intuitiva Cliente Búsqueda y reserva de cita Operación normal, interfaz responsiva Tarea en ≤ 3 clics desde página principal Tiempo promedio < 1 minuto en pruebas RNF03: Rendimiento Escenario Fuente Estímulo Ambiente Respuesta Medida Respuesta Rápida Cliente Búsqueda de profesionales (ejemplo: "Cardiología, Bogotá")

usuarios concurrente s Resultados en < 1 segundo 95% de búsquedas en < 1 segundo bajo carga Capacidad Concurrente Múltiples usuarios 150 reservas simultáneas Pico de uso Procesamient o sin errores en < 5 segundos 100% de transacciones exitosas sin caídas RNF04: Disponibilidad Escenario Fuente Estímulo Ambiente Respuesta Medida Alta Disponibil idad Cliente Solicitud de acceso en horario laboral Operación normal, sin mantenimiento Sistema disponible en < 2 segundos 99% de disponibilidad mensual, < 1 hora downtime Recuperac ión tras Mantenimi ento Admini strador Finalización de mantenimiento Sistema reiniciado tras actualización Operativo en < 15 minutos 100% de reinicios exitosos en tiempo

PLAN DE PROYECTO RNF05: Escalabilidad Escenario Fuente Estímulo Ambiente Respuesta Medida Incremento de Usuarios Aumento de usuarios 50% más usuarios (1000 a

Operación normal, infraestructura escalable Respuesta < 2 segundos sin degradación 95% de solicitudes procesadas sin errores Adición de Recursos Administr ador Adición de un nuevo nodo Sistema en alta carga, microservicios Carga redistribuida en < 30 minutos 100% de escalabilidad sin interrupciones RNF06: Portabilidad Escenario Fuente Estímulo Ambiente Respuesta Medida Compatibili dad Multiplatafo rma Cliente Uso en Chrome (v110+), Firefox (v108+), Safari móvil Operación normal, conexión estable Funcionalidades operativas sin errores 100% de compatibilidad en pruebas Adaptación a Pantallas Profesio nal Cambio entre 320px (móvil) y 1920px (escritorio) Sistema responsivo en operación Interfaz adaptada en < 1 segundo 95% de usuarios reportan experiencia consistente