Actividad Semana 5

1
Modelo de Proceso de Desarrollo
de Software Seleccionado
Huberney Rojas Curaca
Jefferson Leonardo Rojas Fierro
Jhoan Alexander Rodríguez Sánchez
Jhon Alexander Ruiz Pimentel
Cristian Daniel Rojas Ariza
Institución Universitaria Politécnico Grancolombiano
Facultad de Ingeniería, Diseño e Innovación
14 de marzo de 2023
2
1. Identificación de los requerimientos funcionales y no funcionales del
sistema:
Requerimientos funcionales:
 Los usuarios deben realizar el inicio de sesión con usuario y contraseña,
diferenciados por un perfil asignado
 El sistema debe mostrar los datos de los profesionales como: nombre
completo, tipo de servicio que ofrece, dirección, costos de los servicios que ofrece,
el horario y la agenda que ofrece con el tiempo de la sesión y si es posible atender
varios usuarios o no.
 El sistema debe permitir el pago en línea.
 El sistema debe permitir ver las sesiones disponibles y hacer la reserva.
 El sistema debe restringir el agendamiento de las sesiones a una a la vez.
 El sistema debe permitir consultar las sesiones agendadas y la información
de los usuarios.
 El sistema debe generar reportes de los profesionales registrados, usuarios
registrados, las agendas de usuarios y profesionales, y ver cuáles son los servicios
más solicitados.
Requerimientos no funcionales:
 El sistema debe contar con un filtro de seguridad para el acceso no
autorizado.
 El sistema debe ser estable y mantener su rendimiento sin importar el
número de usuarios conectados.

3
 El sistema debe estar disponible cuando el cliente así lo requiera.
 El sistema debe ser de fácil mantenimiento y rápida actualización.
 El sistema debe ser confiable y cumplir con los requisitos del cliente.
 El sistema debe ser compatible con todos los sistemas.
 El sistema debe cumplir con la leyes y reglamentos.
2. Especificación de los casos de uso de los requerimientos funcionales:
Utilizando la aplicación StarUML realizamos el diagrama de casos de uso.
En el diagrama de casos de uso podemos identificar:
 Los componentes principales que forma el sistema.
 Actor: (Interactúa con el sistema para lograr un objetivo)
- Profesional
- Cliente
- Usuario
 Objetivo: Es lo que cada actor quiere lograr al interactuar con el sistema.

4
3. Especificación adicional de los requerimientos no funcionales
 El sistema debe contar con un filtro de seguridad para el acceso no autorizado.
Todo usuario que acceda al sistema debe hacerlo con un usuario y una
contraseña, estos usuarios deben tener un perfil asociado para que solo tengan
acceso a lo que cada perfil tenga autorizado.
 El sistema debe ser estable y mantener su rendimiento sin importar el número de
usuarios conectados.
Se debe garantizar que el sistema no degrade su rendimiento cuando varios
usuarios se conecten, debemos garantizar que donde quede alojada la aplicación
cumpla con características básicas que no ofrezcan esa calidad.
 El sistema debe estar disponible cuando el cliente así lo requiera.
Se debe acordar siempre con el cliente los mantenimientos, actualizaciones o
reparación del sistema esto para que esté este siempre disponible para su uso por
parte de los usuarios.
 El sistema debe ser compatible con todos los sistemas.
En el diseño del sistema debemos garantizar que funcione correctamente en
cualquier sistema operativo, navegador o dispositivo, para que el sistema pueda
ser accesado por cualquiera de ellos sin generar errores.
 El sistema debe cumplir con la leyes y reglamentos.
El sistema debe estar diseñado y desarrollado de tal manera que cumpla con
todas las leyes y regulaciones vigentes en Colombia. Esto incluye, entre otras
cosas, cumplir con los estándares de privacidad de datos y protección de la
información, la seguridad cibernética, los derechos de autor, las leyes laborales y
cualquier otra regulación relevante en el ámbito empresarial. Además, se debe

5
garantizar que el sistema sea compatible con los requisitos legales y normativos
en todo momento, para evitar cualquier violación de las leyes aplicables. Es
importante que se realice una revisión rigurosa de todas las leyes y regulaciones
pertinentes en Colombia y que se tomen medidas para garantizar que el sistema
cumpla con todas ellas.
4. Diagrama de clases
Diagrama login
Para el ingreso al aplicativo se va a requerir de un usuario, ese usuario contendrá un
correo, un nombre de usuario y una contraseña (el login se hará con el usuario y la
contraseña), cada uno de los usuarios va a tener un perfil específico el cuál va a dar
6
acceso a ciertos elementos del aplicativo. Cada cuenta creada en el aplicativo (tanto
profesional como cliente) debe tener asociado un usuario, esta vinculación de cuentas a
usuarios se realiza para una mejor administración de los datos de quienes van a utilizar el
aplicativo.
Diagrama Profesional
El profesional será capaz de ingresar un nuevo tipo de servicio en caso de que no esté
registrado en el aplicativo, así como puede actualizarlo, eliminarlo o inhabilitarlo. Un
profesional puede ofrecer más de un servicio, este servicio llevará el nombre y la
descripción del servicio y su estado actual. El profesional procederá a parametrizar el
servicio según su método de trabajo, disponibilidad de tiempo y costos, cada servicio tiene
su parametrización respectiva por profesional. Este proceso lleva a crear una agenda, en
la cual vamos a ver los datos del servicio y la parametrización del mismo, así como el
7
cliente que será atendido en ese espacio (así como también el estado de pago de la
sesión, en caso de que ya se haya asignado a algún cliente) el estado de cada espacio.
Diagrama Cliente
El cliente podrá buscar los profesionales activos en el aplicativo, seleccionarlos y así
poder ver la disponibilidad de su agenda y realizar la reserva de una sesión según su
necesidad, recordemos que un cliente no puede tener más de una sesión a la vez. El
cliente puede realizar los pagos en línea de la sesión reservada para que pueda ser
validada por el profesional, así como modificar la hora y fecha de la misma (siempre y
cuando tenga disponibilidad el profesional).

8
Bibliografía
Visure Solutions. (2023, 2 enero). Qué son los requisitos funcionales: ejemplos, definición,
guía completa. https://visuresolutions.com/es/blog/functional-requirements/
nicosiored. (2017, 16 noviembre). Diagrama de Casos de Uso I - 4 - Tutorial UML en es-
pañol. YouTube. https://www.youtube.com/watch?v=yZWVx_esIq8
CQuiroz. (2020, 2 abril). Creación de diagramas de secuencia en StarUML. YouTube.
https://www.youtube.com/watch?v=CxCMa1g4Xvc

Actividad Semana 5

Cargado por

Información del documentohacer clic para expandir la información del documento

Copyright:

Formatos disponibles

Actividad Semana 5

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Actividad Semana 5

Cargado por

Copyright:

Formatos disponibles

1

Modelo de Proceso de Desarrollo

Huberney Rojas Curaca

Jefferson Leonardo Rojas Fierro

Jhoan Alexander Rodríguez Sánchez

Jhon Alexander Ruiz Pimentel

Cristian Daniel Rojas Ariza

Institución Universitaria Politécnico Grancolombiano

Facultad de Ingeniería, Diseño e Innovación

1. Identificación de los requerimientos funcionales y no funcionales del

 Los usuarios deben realizar el inicio de sesión con usuario y contraseña,

diferenciados por un perfil asignado

 El sistema debe mostrar los datos de los profesionales como: nombre

el horario y la agenda que ofrece con el tiempo de la sesión y si es posible atender

varios usuarios o no.

 El sistema debe permitir el pago en línea.

 El sistema debe permitir ver las sesiones disponibles y hacer la reserva.

 El sistema debe restringir el agendamiento de las sesiones a una a la vez.

 El sistema debe permitir consultar las sesiones agendadas y la información

 El sistema debe generar reportes de los profesionales registrados, usuarios

 El sistema debe contar con un filtro de seguridad para el acceso no

 El sistema debe ser estable y mantener su rendimiento sin importar el

número de usuarios conectados.

 El sistema debe estar disponible cuando el cliente así lo requiera.

 El sistema debe ser de fácil mantenimiento y rápida actualización.

 El sistema debe ser compatible con todos los sistemas.

 El sistema debe cumplir con la leyes y reglamentos.

2. Especificación de los casos de uso de los requerimientos funcionales:

Utilizando la aplicación StarUML realizamos el diagrama de casos de uso.

En el diagrama de casos de uso podemos identificar:

 Los componentes principales que forma el sistema.

 Actor: (Interactúa con el sistema para lograr un objetivo)

 Objetivo: Es lo que cada actor quiere lograr al interactuar con el sistema.

3. Especificación adicional de los requerimientos no funcionales

 El sistema debe contar con un filtro de seguridad para el acceso no autorizado.

acceso a lo que cada perfil tenga autorizado.

 El sistema debe ser estable y mantener su rendimiento sin importar el número de

Se debe garantizar que el sistema no degrade su rendimiento cuando varios

usuarios se conecten, debemos garantizar que donde quede alojada la aplicación

cumpla con características básicas que no ofrezcan esa calidad.

 El sistema debe estar disponible cuando el cliente así lo requiera.

Se debe acordar siempre con el cliente los mantenimientos, actualizaciones o

parte de los usuarios.

 El sistema debe ser compatible con todos los sistemas.

En el diseño del sistema debemos garantizar que funcione correctamente en

cualquier sistema operativo, navegador o dispositivo, para que el sistema pueda

ser accesado por cualquiera de ellos sin generar errores.

 El sistema debe cumplir con la leyes y reglamentos.

cosas, cumplir con los estándares de privacidad de datos y protección de la

información, la seguridad cibernética, los derechos de autor, las leyes laborales y

cualquier otra regulación relevante en el ámbito empresarial. Además, se debe

en todo momento, para evitar cualquier violación de las leyes aplicables. Es

pertinentes en Colombia y que se tomen medidas para garantizar que el sistema

cumpla con todas ellas.

Para el ingreso al aplicativo se va a requerir de un usuario, ese usuario contendrá un

registrado en el aplicativo, así como puede actualizarlo, eliminarlo o inhabilitarlo. Un

profesional puede ofrecer más de un servicio, este servicio llevará el nombre y la

descripción del servicio y su estado actual. El profesional procederá a parametrizar el