ESPECIFICACIÓN DE LOS REFERENTES TÉCNICOS DEL HARDWARE-SOFTWARE

Y ESTIMACIÓN DE LAS CONDICIONES ECONÓMICAS.

PRESENTADO POR: GIOVANNY CASTAÑO IDARRAGA

EVIDENCIA: GA2-220501094-AA1-EV03

TECNOLOGÍA EN ANÁLISIS Y DESARROLLO DE SOFTWARE

SENA MAYO 2023
Contenido

2
1. Introducción. 3
2. Alcance del sistema de información. 3
3. Ámbito del sistema de información. 3
4. Funciones del producto. 4
4.1. Requisitos funcionales. 4
4.2. Requisitos no funcionales. 4
5. Modelo del dominio. 5
5.1. Diagrama del modelo del dominio. 5
5.2. Diagrama de clases. 6
5.3. Diagrama de actividades. 6
5.4. Diagrama de casos de uso. 7
6. Metodología de desarrollo. 7
6.1. Ventajas. 7
6.2. Desventajas. 8
7. Listas de chequeo y fichas técnicas. 8
7.1. Lista de chequeo módulo para la gestión de clientes. 8
7.2. Lista de chequeo módulo para la gestión de empleados. 8
7.3. Lista de chequeo módulo para la gestión de citas. 8
7.4. Ficha técnica 1. 9
7.5. Ficha técnica 2. 9
8. Presupuesto. 10
1. Introducción.

El presente trabajo escrito expone el desarrollo de la actividad de aprendizaje denominada “especificación de los
referentes técnicos del hardware -software y estimación de las condiciones económicas".
GA2-220501094-AA1-EV03”. Las especificaciones de los referentes técnicos son muy importantes en la elaboración
de una solución de software respecto a las necesidades de la empresa; por otra parte, la estimación de las
condiciones económicas permite tener una proyección de lo que se puede desarrollar.Esta actividad se centra en la
realización de un informe en cual de deben estimar las condiciones técnicas y económicas de acuerdo con las
características de la solución de software y las necesidades para la solución de software del sistema para la gestión
de citas a desarrollar en el centro estético y de bienestar MANÁ.

El insumo principal para la elaboración de la presente actividad es la información obtenida en las fases anteriores,
donde se crearon los instrumentos de recolección de datos de acuerdo con técnicas que permiten el procesamiento
de la información, así como la definición de los requisitos del sistema tanto funcionales como no funcionales. Su
contexto de aplicación se da en el centro estético y orientado a resolver una necesidad específica detectada y en la
cual, se establecieron los principales procesos que intervienen en la gestión y desarrollo del objeto social de la
empresa seleccionada.

2. Alcance del sistema de información.

El desarrollo del presente proyecto forma parte de los procesos clave del centro estético, en particular el proceso de
asignación de citas y su alcance es precisamente ese, sin extenderse a otras áreas. Se busca crear el módulo que
permita la gestión y asignación de citas con los correspondientes servicios, cuyo objetivo general es el de diseñar,
desarrollar e implementar un sistema de información para la gestión y asignación de citas para el centro estético
"BIENESTAR Y ESTÉTICA, MANÁ".

3. Ámbito del sistema de información.

Las fases de análisis y recolección de información determinaron como objetivo la creación una aplicación intuitiva y
fácil de usar, una aplicación web responsiva y multiplataforma. El funcionamiento, las características y los requisitos
dependen del proceso de asignación de citas en el centro estético. Con la automatización del proceso y con el uso
de la aplicación, el área de citas debería poder realizar, como mínimo, las siguientes actividades.

✔ Gestión básica de los clientes (Crear, modificar, eliminar).

✔ Gestión básica de las citas (Crear, modificar, eliminar, asignar).
✔ Generar el correspondiente comprobante al crear la cita.
✔ Gestión básica de los empleados (Crear, modificar, eliminar).
 ✔ Cada empleado dispone de un espacio propio de trabajo con los instrumentos y recursos personales
requeridos sin ser compartidos con otros empleados o espacios de trabajo, por lo que el diseño de la
aplicación deberá reflejar tal situación.
De acuerdo con las características mencionadas, el ámbito del proyecto del sistema de información automatizado se
enmarca en el de software o programas de gestión empresarial. Es un tipo de CRM.

4. Funciones del producto.

Los requisitos funcionales deben especificar las funciones del sistema, es decir, lo que este debe hacer y cómo
reacciona a distintas entradas y las salidas que generará.

4.1. Requisitos funcionales.

Requisitos Funcionales

Módulo Acciones

● Creación de un nuevo cliente.

● Eliminación de clientes.
GESTIÓN DE CLIENTES ● Actualización de la información sobre los clientes.
● Generación de informes sobre los clientes.

● Creación de un nuevo empleado.

● Eliminación de empleados.
GESTIÓN DE EMPLEADOS ● Actualización de la información sobre los empleados.
● Generación de informes sobre los empleados.

● Creación de una nueva cita.

● Asignación de una cita a un determinado empleado.
GESTIÓN DE CITAS ● Generación del comprobante de cita para el cliente y el empleado.
● Reporte de citas en un determinado intervalo de tiempo.
● Evitar la superposición de citas.

4.2. Requisitos no funcionales.

También conocidos como atributos del sistema. Estos especifican las características o dimensiones tales como la
facilidad de uso, tolerancia a fallas, tiempo de respuesta y plataformas. Incluye sistemas operativos e interfaces de
usuario.

Aplicación web multidispositivo y multiplataforma.

Lenguaje de programación HTML, CSS, JavaScript y Typescript, MySQL como DBMS.
De fácil uso e intuitiva, Confiable y robusta. Alta tolerancia a fallos.
5. Modelo del dominio.
Según Larman (2002). Un modelo de dominio es una representación de las clases conceptuales del mundo real, no
de componentes software. No se trata de un conjunto de diagramas que describen clases de software, u objetos
software. El paso posterior a la creación del diagrama de dominio, podría ser la creación del diagrama de clases de
software. Para elaborar un modelo del dominio se debe listar las clases conceptuales candidatas relacionadas con
los requisitos actuales en estudio, representar las clases en un modelo de dominio, añadir las asociaciones
necesarias para registrar las relaciones que hay que mantener en memoria, añadir los atributos necesarios para
satisfacer los requisitos de información.

El modelo de dominio muestra las clases conceptuales o vocabulario del dominio. Informalmente, una clase
conceptual es una idea, cosa u objeto. Formalmente, una clase conceptual puede considerarse en términos de su
símbolo, intención y extensión (Martin y Odell,1995). Un símbolo, en este contexto, hace referencia a palabras o
imágenes que representan una clase conceptual. La Intención es la definición de una clase conceptual y la
extensión es el conjunto de ejemplos a los que se aplica la clase conceptual.

5.1. Diagrama del modelo del dominio.

5.2. Diagrama de clases.

5.3. Diagrama de actividades.

5.4. Diagrama de casos de uso.

6. Metodología de desarrollo.
Kanban se basa en una estructura de flujo de trabajo continuo que mantiene a los equipos ágiles y listos para
adaptarse a las prioridades cambiantes. Ayuda a visualizar las tareas a desarrollar a limitar el trabajo en curso
permitiendo dinamizar las tareas efectiva y eficientemente categorizándolas con las etiquetas “En proceso (to do) "
o "Terminado (done)". Este tipo de instrumentos mejoran el desempeño general del proyecto. La simple distribución
de las tareas, la continua monitorización del flujo de trabajo y los ajustes apropiados durante el proceso
incrementará su eficiencia. Los elementos de trabajo, representados por tarjetas, se organizan en un tablero Kanban
donde fluyen de una etapa del flujo de trabajo (columna) a la siguiente. Las etapas comunes del flujo de trabajo son
por hacer, en progreso, en revisión, bloqueado y listo. La mejor parte de Kanban es crear columnas personalizadas
para el equipo de trabajo.

6.1. Ventajas.

Metodología ágil, Entregas rápidas

Integración de proyectos
Tablero visible , Identificación de problemas
Rápida respuesta, Fácil y adaptable con otras herramientas
Dispuesta a los cambios.
6.2. Desventajas.

No permite anticiparse a grandes demandas

No posee grandes capacidades (limitado).

7. Listas de chequeo y fichas técnicas.

Las listas de chequeo consisten en un formato (analógico o digital) para realizar acciones repetitivas que hay que
verificar. Con la ayuda de esta lista vamos a comprobar de una forma ordenada y sistemática el cumplimiento de los
requisitos que contiene la lista. Esta técnica de recogida de datos se prepara para que su uso sea fácil e interfiera lo
menos posible con la actividad de quien realiza el registro.

7.1. Lista de chequeo módulo para la gestión de clientes.

LISTA DE CHEQUEO MÓDULO PARA LA GESTIÓN DE CLIENTES

Actividad Cumple No cumple No aplica

01 El módulo permite la creación de un nuevo cliente x

02 El módulo permite la edición de un cliente x

03 El módulo permite la eliminación de un nuevo cliente x

04 El módulo permite la búsqueda de un cliente x

05 Al momento de la creación de un nuevo cliente, el módulo de clientes verifica la x

existencia del cliente permitiendo o no la creación del cliente.

06 Se verifica el tipo de usuario y tipo de acción a realizar permitiendo o no la acción. x

7.2. Lista de chequeo módulo para la gestión de empleados.

LISTA DE CHEQUEO MÓDULO PARA LA GESTIÓN DE EMPLEADOS

Actividad Cumple No cumple No aplica

01 El módulo permite la creación de un nuevo empleado x

02 El módulo permite la edición de un empleado x

03 El módulo permite la eliminación de un nuevo empleado x

04 El módulo permite la búsqueda de un cliente x

Al momento de la creación de un nuevo empleado, el módulo de empleados verifica la

05 x
existencia del empleado permitiendo o no la creación del empleado.

06 Se verifica el tipo de usuario y tipo de acción a realizar permitiendo o no la acción. x

7.3. Lista de chequeo módulo para la gestión de citas.

LISTA DE CHEQUEO MÓDULO PARA LA GESTIÓN DE CITAS

Actividad Cumple No cumple No aplica

01 El módulo permite la creación de una nueva cita x

02 El módulo permite la edición de una cita x

03 El módulo permite la eliminación de una nueva cita x

04 El módulo permite la búsqueda de una cita x

05 Al momento de la creación de una nueva cita, el módulo de citas verifica la existencia x

de la cita permitiendo o no la creación de la cita.

06 Se verifica el tipo de usuario y tipo de acción a realizar permitiendo o no la acción. x

07 El módulo permite verificar la superposición de citas y empleados y envía el x

correspondiente mensaje de advertencia

7.4. Ficha técnica 1.

FICHA TÉCNICA DISPOSITIVO

Tipo dispositivo Equipo de cómputo de escritorio o todo en uno.

Marca ASUS

Cantidad 2

Proyecto sistema para la gestión de citas a desarrollar en el centro estético y de bienestar MANÁ.

Características

Componente o tecnología utilizada descripción

Procesador Intel Core i5- 1035G1

Marca procesador / Modelo INTEL /Core i7

Disco duro / tipo 1 TB HDD + 256 GB SSD /Híbrido (HDD + SSD)

Pantalla 23.8 Pulgadas FULL HD Táctil

Opciones conectividad Bluetooth Conexión Con Cable WiFi

Memoria RAM 8 GB con expansión a 32 GB

Teclado/Mouse Usb Inalámbrico Alfa Numérico /Usb Inalámbrico

Sistema operativo Windows 11

7.5. Ficha técnica 2.

FICHA TÉCNICA DISPOSITIVO

Tipo dispositivo/Marca Impresora / Hewlett-Packard-HP

Cantidad 1
 Proyecto sistema para la gestión de citas a desarrollar en el centro estético y de bienestar MANÁ.

Características

Componente o tecnología utilizada descripción

Tecnología de impresión Inyección térmica de tinta HP

Impresión a doble cara Automático

Capacidad inalámbrica si

Tipo de impresión color, negro, escala de grises

Funciones Imprimir, escanear,copiar, inalámbrica

Opciones conectividad Bluetooth Conexión Con Cable WiFi

8. Presupuesto.