ENTREGA PLAN DEL PROYECTO Y ESPECIFICACIÓN DE REQUERIMIENTOS

Modelo de proceso escogido para el proyecto: Scrum

Integrantes: Bairon Stiven Pedreros Ortiz

Edgar Alexander Perilla Deaza
Jhonatan Peña Bejarano
Luis Alberto Parada Bohórquez
Mónica Lizeth Pardo Villalba
Susano Pacheco Castro

Asignatura: Ingeniería de Software grupo 19

Profesora: Natalia Martínez

POLITÉCNICO GRANCOLOMBIANO

Fecha de entrega: 14 de marzo de 2023

1. PLAN DEL PROYECTO

1. ACTIVIDADES QUE SE VAN A DESARROLLAR PARA EL EJECUTAR EL

PROYECTO.

 Planificación del proyecto: Esta actividad implica establecer los objetivos del proyecto,
definir el alcance y los requisitos
 Análisis de requerimientos: Esta actividad implica recopilar y documentar los
requisitos del usuario, del negocio y técnicos para el software que se va a construir
 Diseño del software: Esta actividad implica crear la arquitectura, el diseño y la
documentación del software, basado en los requisitos y objetivos del proyecto.
 Desarrollo de software: Esta actividad implica escribir el código del software, hacer
pruebas unitarias y pruebas de integración, y asegurarse de que el código cumpla con los
estándares de calidad establecidos.
 Pruebas de software: Esta actividad implica probar el software para identificar errores,
defectos y problemas de usabilidad y asegurarse de que el software funcione de acuerdo
con los requisitos del usuario.
 Implementación del software: Esta actividad implica instalar el software en un entorno
de producción y asegurarse de que el software esté listo para su uso.
 Mantenimiento del software: Esta actividad implica realizar tareas de mantenimiento,
como corrección de errores, actualizaciones de seguridad y mejoras de rendimiento, para
asegurarse de que el software siga funcionando de manera eficiente y efectiva.
 Gestión del proyecto: Esta actividad implica la supervisión y gestión del progreso del
proyecto, incluyendo el seguimiento del presupuesto, la planificación de recursos, la
identificación y gestión de riesgos, y la capacitación con los usuarios finales

2. ROLES VAN A EJECUTAR Y QUIÉN LO HARÁ

  Producto owner: Edgar perilla Será el responsable de definir y priorizar los requisitos y
la funcionalidad del producto para garantizar la satisfacción del cliente y los objetivos
comerciales, también deberá tomar decisiones sobre la calidad del producto y trabaja en
estrecha colaboración con el equipo de desarrollo para garantizar una entrega de
productos de alta calidad.
 Scrum Master: Mónica pardo será la líder del equipo Scrum es responsable de
garantizar que el equipo cumpla los principios y procesos de Scrum también ayuda a
resolver problemas y garantizar una comunicación y cooperación efectivas entre los
miembros del equipo. Además, se asegura de que las reuniones y los eventos de Scrum se
lleven a cabo de manera precisa y eficiente, y alienta al equipo a mejorar continuamente
 Development team: Será el equipo que trabajaran juntos para entregar un producto de
alta calidad al final de cada sprint, trabajaran colaboración con el Product owner para
desarrollar y entregar funcionalidades del producto, esto significa que deben realizar
pruebas unitarias, de integración y de aceptación para garantizar que el producto
funciona según lo esperado y que se han corregido todos los errores y defectos.
 jhonatan peña
 Bairon
 Meingel
 Susano

3. CRONOGRAMA PARA DESARROLLAR LAS ACTIVIDADES

ACTIVIDAD JULIO AGOSTO SEPTIEMBRE OCTUBRE

Planificación del
proyecto
Análisis de
requerimientos
Diseño del
software
Desarrollo de
software
Pruebas de
software
Implementación
del software
Mantenimiento del
software
Gestión del
proyecto
Guía para elaboración (Másters, S.f)
 2. ESPECIFICACIONES DE REQUERIMIENTOS.

1. IDENTIFICACIÓN DE LOS REQUERIMIENTOS FUNCIONALES Y NO

FUNCIONALES.

 Requerimientos no funcionales:

En la ingeniería de Software los requerimientos no funcionales se refieren no a las funciones

específicas que entrega el sistema, sino a las propiedades emergentes de éste como la fiabilidad,
la respuesta en el tiempo y la capacidad de almacenamiento (Google.Sites, S.F) Se puede decir
que son todos los requisitos que no describen información a guardar, ni funciones a realizar.

 El sistema debe ser desarrollado sobre un modelo de desarrollo SRIMSCRIM, de tal

manera que si existen nuevos funcionalidades o requerimientos puedan ser incorporados
sin afectar el sistema.
 El sistema debe ser de fácil uso y Permitir comprensión y fácil uso por parte de todos los
usuarios involucrados.
 Permite la facilidad para la identificación de posibles errores durante la ejecución de la
etapa de pruebas y en su operación.
 El sistema garantiza una confiabilidad, seguridad y desempeño del sistema de
información para los diferentes usuarios. En este sentido la información almacenada
podrá ser consultada y actualizada permanente y simultáneamente, sin que se afecte el
tiempo de respuesta.
 Permitir que el SI este disponible 100% o muy cercano a esta disponibilidad siempre que
se requiera por parte de los usuarios.
 Controlar el acceso indebido a modificaciones o alteraciones de la información.
 Validar la información ingresada al sistema teniendo en cuenta aspectos como
obligatoriedad de campos, la longitud de caracteres permitidas por campo, manejo de tipo
de datos entre otros.
 La arquitectura de desarrollo del SI soportará plataformas 32 y 64 bits
 El SI permitirá la administración por parte de un usuario-administrador quien tendrá una
flexibilidad para parametrizar los tipos de datos y poder manipularlos.
 El Sistema permitirá generar backups de la información periódicamente, estos estarán a
cargo del usuario-administrador del sistema para crear, almacenar y recuperar la
información.
Especificación Requerimientos no funcionales
Tipo de Análisis Solución Desarrollo
requerimiento
Escalabilidad El sistema debe ser Se debe utilizar el Se debe utilizar
desarrollado sobre un modelo de desarrollo metodologías ágiles
modelo de desarrollo de software SCRIM, de desarrollo de
SCRIM, de tal manera el cual permitirá la software, como
que si existen nuevos incorporación de SCRUM, para
funcionalidades o nuevas implementar nuevas
requerimientos puedan funcionalidades sin funcionalidades de
ser incorporados sin afectar la estructura manera incremental.
afectar el sistema. existente del sistema.
Usabilidad El sistema debe ser de Se debe diseñar una Se deben realizar
fácil uso y permitir interfaz de usuario pruebas de usabilidad
comprensión y fácil intuitiva y fácil de con usuarios reales,
uso por parte de todos usar, que permita a para obtener
los usuarios los usuarios acceder a retroalimentación y
involucrados. las funcionalidades mejorar la interfaz de
del sistema de manera usuario.
sencilla.
Fiabilidad El sistema garantiza Se deben utilizar Se debe implementar
una confiabilidad, técnicas de diseño de redundancia en el
seguridad y software robusto, almacenamiento de
desempeño del sistema como pruebas de datos y utilizar
de información para estrés y verificación técnicas de
los diferentes usuarios. de integridad de optimización de base
En este sentido la datos, para garantizar de datos para mejorar
información la fiabilidad del el tiempo de
almacenada podrá ser sistema. respuesta del sistema.
consultada y
actualizada
permanente y
simultáneamente, sin
que se afecte el tiempo
de respuesta.
Disponibilidad Permitir que el SI este Se deben utilizar Se debe implementar
disponible 100% o tecnologías de alta un plan de
muy cercano a esta disponibilidad, como contingencia en caso
disponibilidad siempre balanceadores de de fallas en el
que se requiera por carga y replicación de sistema, y realizar
parte de los usuarios. servidores, para pruebas periódicas
garantizar la para verificar la
disponibilidad del disponibilidad del
sistema. sistema.
Seguridad Controlar el acceso Se deben utilizar Se deben
indebido a técnicas de implementar técnicas
 modificaciones o autenticación y de encriptación de
alteraciones de la autorización de datos y auditoría de
información. usuarios, como accesos para
contraseñas seguras y garantizar la
permisos de acceso, seguridad de la
para controlar el información
acceso al sistema y a almacenada en el
la información sistema.
almacenada.
Validación de Validar la información Se deben implementar Se deben utilizar
datos ingresada al sistema validaciones de datos bibliotecas de
teniendo en cuenta en la interfaz de validación de datos y
aspectos como usuario, para herramientas de
obligatoriedad de garantizar la control de calidad de
campos, la longitud de integridad de los código para asegurar
caracteres permitidas datos ingresados. la validez de los
por campo, manejo de datos ingresados.
tipo de datos entre
otros.
Arquitectura La arquitectura de Se debe utilizar una Se debe utilizar
de desarrollo desarrollo del SI arquitectura de lenguajes de
soportará plataformas desarrollo que soporte programación y
32 y 64 bits. plataformas de 32 y herramientas de
64 bits, para desarrollo que
garantizar la soporten plataformas
compatibilidad del de 32 y 64 bits, y
sistema con diferentes realizar pruebas de
configuraciones de compatibilidad en
hardware. diferentes
configuraciones.

Administración Es necesario permitir Se debe crear una Se debe desarrollar

del sistema que un usuario interfaz de una interfaz de
administrador tenga administración para el administración
la capacidad de usuario administrador, intuitiva y fácil de
gestionar y que le permita acceder usar para el usuario
parametrizar los tipos a las funciones de administrador, que le
de datos en el gestión y permita gestionar y
sistema. parametrización de los parametrizar los
datos del sistema. datos del sistema de
forma eficiente.
Generación de El sistema debe Se debe crear un Se debe desarrollar
backups permitir la módulo de generación un módulo de
generación de de backups, que generación de
backups de la permita al usuario backups que permita
información administrador al usuario
 almacenada de forma establecer un administrador
periódica. cronograma de establecer un
backups y gestionar su cronograma de
almacenamiento y backups y gestionar
recuperación. su almacenamiento y
recuperación de
forma segura y
eficiente.

 Requerimientos Funcionales
En la ingeniería de Software los requerimientos funcionales de un sistema, “son aquellos que
describen cualquier actividad que este deba realizar, en otras palabras, el comportamiento o
función particular de un sistema o software cuando se cumplen ciertas condiciones”.
(PMOinformatica, 2017)
1. El sistema permite el acceso validando a través de los nombres de usuarios y claves
pertinentes contenidos en la base de datos.
2. El usuario administrador puede crear los Usuarios Profesionales, Usuarios Clientes y
claves para ingreso al sistema. Actividades para desarrollar: Registrar.
3. El usuario administrador puede consultar datos de la BD sobre Usuarios Profesionales y
Usuario Cliente clientes, horarios, pagos y agendas registradas. Tales como: ingresar,
Registrar, consultar y modificar.
4. El Usuario Profesional gestiona actividades para consultar la agenda disponible y la
agenda asignada, datos Usuario Cliente. Actividades Tales como: consultar.
5. El usuario Profesional y Usuario Cliente gestiona las actividades pertinentes sobre las
citas en la agenda, registro de horario y tipo de servicio, profesional y disponibilidad de
agenda. Actividades como: Registrar, consultar y modificar.
6. El Usuario Cliente gestiona actividades pertinentes sobre Usuario Profesional, consultar
agenda disponible, seleccionar profesional, seleccionar agenda y realizar pago en línea.
Actividades tales como: Consultar, Registrar, modificar.
7. El sistema permite gestionar actividades sobre el Usuario Cliente, registrar agenda en el
mismo horario, no se permite el registro de dos agendas en la misa hora. Actividades tales
como: Consultar, validar, guardar
8. El sistema permite actividades sobre el Usuario Cliente, crear un nuevo Usuario Cliente
en el sistema para el ingreso. Actividades tales como: Registrar, consultar y modificar.
9. El sistema permite actividades sobre el Usuario Cliente, generar reportes con la agenda
programada, horarios, profesional y costo. Actividades tales como: Consultar
10. El sistema permite actividades sobre el Usuario Profesional, generar reportes con la
agenda programada, horarios, cliente y costo. Actividades tales como: Consultar.
11. El sistema permite generar reportes de las agendas con toda la información u otra
operación del sistema, horarios, pagos, profesionales, clientes.
12. El Usuario Administrador puede generar reportes de los servicios más solicitados por los
clientes.
 13. El sistema permite realizar pagos en línea y validarlos.

Especificaciones requerimientos funcionales Ver ESPECIFICACIONES

REQUERIMIENTOS FUNCIONALES.pdf

2. ESPECIFICACIÓN DE LOS CASOS DE USO CORRESPONDIENTE A LOS

REQUERIMIENTOS. (Puede ver las imágenes más grandes dando clic encima).
Elaboración propia, herramienta utilizada para diseñar los diagramas (MKLab, S.F)
Guía para elaboración de diagramas (Randy Javier Fuentes Ramos, 2015)
3. DIAGRAMAS DE CLASES CORRESPONDIENTES A LOS REQUERIMIENTOS
IDENTIFICADOS.
Referencias
Google.Sites. (S.F). Sites.google. Obtenido de
https://sites.google.com/site/metodologiareq/system/app/pages/sitemap/hierarchy

Granada, U. d. (S.f). https://elvex.ugr.es. Obtenido de https://elvex.ugr.es/idbis/db/docs/design/2-

requirements.pdf

Másters, T. y. (S.f). Tesis y Másters. Obtenido de https://tesisymasters.com.co/diagrama-de-gantt/?

network=g&campaign=tesis+web+col&group=&creative=&keyword=&device=c&matchtype=&gc
lid=Cj0KCQiA6rCgBhDVARIsAK1kGPLWlqihA4rbja2WyOG6TjxYeP_fM5R-
VBUADuQdpWVlTcuiGqpcxFMaAmQgEALw_wcB

MKLab. (S.F). StarUML. Obtenido de https://staruml.io/

Murcia, U. U. (2014). Ingeniería del Software II - Modelado de requisitos con UML (Casos de Uso) -
Fernando Pereñiguez. Obtenido de https://www.youtube.com/watch?v=5ezWOj0k02k

PMOinformatica. (06 de febrero de 2017). pmoinformatica. Obtenido de

http://www.pmoinformatica.com/2017/02/requerimientos-funcionales-ejemplos.html

Randy Javier Fuentes Ramos, M. A. (2015). repositorio.unicordoba.edu.co. Obtenido de

https://repositorio.unicordoba.edu.co/bitstream/handle/ucordoba/491/DISE%C3%91O%20E
%20IMPLEMENTACI%C3%93N%20DE%20UN%20SISTEMA%20DE%20CONTROL%20DE
%20ACCESO%20Y%20CITAS%20M%C3%89DICAS.pdf?sequence=1&isAllowed=y