Diagramas de Secuencias

ACADEMIA EN ING.
EN SISTEMAS COMPUTACIONALES
“2020, Año de Leona Vicario, Benemérita Madre de la Patria”
INSTITUTO TECNOLÓGICO SUPERIOR DE VALLADOLID.
ING. EN SISTEMAS COMPUTACIONALES.
INGENIERÍA DE SOFTWARE.
ISC. LUCÍA ESTHER MARTÍNEZ ESPINOSA.
UNIDAD 2: DISEÑO.
DIAGRAMAS DE SECUENCIAS.
ARCE NAHUAT RUBEN ULISES 18070023.

BERZUNZA PÉREZ MANUEL ELÍAS 18070013.
CHI CANCHE OSCAR BENJAMÍN 18070003.
6TO SEMESTRE.
GRUPO A.
12/05/2021.
2021A.
CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

VALLADOLID, YUCATÁN, MÉXICO, C.P. 97780.
TELÉFONO 985 – 856 – 63 00 | WWW.VALLADOLID.TECNM.MX
Número de registro: RPrIL-072
Fecha de inicio: 2017-04-10
Término de la certificación 2021-04-10
ACADEMIA EN ING. EN SISTEMAS COMPUTACIONALES
Índice.
Introducción......................................................................................................................................4
Fundamentación del Proyecto.......................................................................................................5
Proyecto y objetivo..........................................................................................................................5
La arquitectura del Funcionamiento de la página web a trabajar.............................................6
Fundamentación..............................................................................................................................8
Marco teórico...............................................................................................................................8
Marco conceptual........................................................................................................................9
Marco contextual.......................................................................................................................10
Marco legal.................................................................................................................................11
Planeación......................................................................................................................................13
Actividades del proyecto...........................................................................................................13
Descripción de las actividades................................................................................................13
Cronograma...............................................................................................................................13
Recursos requeridos.................................................................................................................13
Ejecución........................................................................................................................................15
Objetivo del proyecto................................................................................................................15
Justificación del programa........................................................................................................15
Tareas realizadas......................................................................................................................15
Técnicas.....................................................................................................................................16
Generalidades de requerimientos...........................................................................................16
Clasificación de los requisitos para el programa.......................................................................17
Niveles de requisitos del usuario.............................................................................................17
Requisitos de almacenamiento...............................................................................................17
Requisitos procesamiento........................................................................................................17
Requerimientos funcionales.....................................................................................................17
La plataforma (S.O.) a utilizar y justificar...................................................................................18
FODA..............................................................................................................................................19
Diagrama Conceptual...................................................................................................................20
Diagrama de estructura estática (De clases)............................................................................21
Diagramas de secuencias............................................................................................................22
Diagramas UML.............................................................................................................................26

Caso de uso...................................................................................................................................27
Casos de Uso y descripción....................................................................................................28
Especificación de los Casos de Uso.......................................................................................29
Modelo de dominio del sistema...................................................................................................37
Descripción de Entidades.........................................................................................................38
Eventos: Descripción (tablas)......................................................................................................39
Eventos alternos............................................................................................................................40
Conclusión......................................................................................................................................41

Introducción.
En el siguiente trabajo se hablará del desarrollo e implementación de nuestro

proyecto integrador, consiste en mejorar o innovar una empresa seleccionada y
así reforzar aspectos que el ayuden a crecer, la empresa la cual seleccionamos es
un CONSULTORIO DENTAL, fue seleccionada porque no cuentan con un sistema
de agendado para hacer reservaciones y eso hace que el proceso de espera sea
muy tardado es un poco molesto ya que se forman colas de personas, para
solucionar esta problemática decidimos realizar una página web que ayude a
optimizar el tiempo de registro de datos para que este proceso sea un más rápido.

Fundamentación del Proyecto.
Datos generales de la empresa seleccionada.
Empresa: Clínica dental Dentikom.
Propietario: Roger Arturo Gómez.
Ubicación: Calle 8 entre 11 y 13 Tekom, Yucatán.
Teléfono: 985-108-83-15
Proyecto y objetivo.
Síntesis del modelo de negocios.
Previamente nosotros seleccionamos un pequeño negocio la cual es un

consultorio Dental que está ubicado en Tekom, el cual mediante investigaciones y
hablar con el propietario de esta llegamos a una conclusión que es de
implementar una página web que ayude a optimizar el proceso de consulta de la
clínica en cuestión ya que encontramos que el problema fundamental, de esta es
que no tiene una página web dedicado a lo que se necesita ya que por la
investigación realizada el doctor no tiene como optimizar pacientes, consultas,
pagos y documentos en un solo archivo ya que usa métodos tradicionales como
hojas de Excel, lo que se entiendo por este proyecto es hacer una página web que
optimizar todo este sistema para la obtención de datos del paciente a doctor y
tener una mayor agilidad al obtenerlos con esto se busca reducir las horas y
obtener productividad también otro factor seria obtener estadísticas para la
implementación del marketing ya con lo antes mencionado es algo indispensable
que toda empresa debe de tener ya que con eso podemos tener datos
relacionados con lo que se necesita, hacer para la obtención de datos de formato
digital y mejorar la administración general del consultorio con esta página web.

La arquitectura del Funcionamiento de la página web a trabajar.

TELÉFONO 985 – 856 – 63 00 | WWW.VALLADOLID.TECNM.MX Número de registro: RPrIL-072
Fundamentación.
Marco teórico.
Acerca de nuestro proyecto nos pusimos a investigar la problemática principal del
Consultorio dental Tekom que elegimos, ya que mucha gente ocupa a un buen
dentista y nos damos la tarea de analizar sus problemas principales, uno de ellos
es la agenda que utilizan, en su caso la mayoría de veces no están bien
organizados, por lo tanto, afecta a la mayoría de personas que vienen al
consultorio y desean ser atendidos de inmediato.
En la mayoría de veces muchos consultorios dentistas no cuentan con una

agenda de datos, en algunos sí, pero no bien estructurado, ellos necesitan
guardar la información que les llega de sus pacientes para poder hacer un
registro de cada uno y así poder volver a acceder a los datos de cada uno.
En nuestra investigación de campo fuimos encuestando a algunas personas que

van a un consultorio dental con el fin de recaudar información para nuestro
proyecto, y dijeron que es una buena idea que haya una buena agenda en el
consultorio para poder ser atendidos satisfactoriamente.
Para reunir información requerimos fuimos encuestando a las personas las

personas que acuden al dentista y sus respuestas siempre fueron que es muy
tardado hacer dicha encuesta cada vez que quieran consultar o sacar una cita
para un determinado día le hicimos la propuesta de una agenda digital y dijeron
que es una buena idea que haya una buena agenda en el consultorio para poder
ser atendidos satisfactoriamente, el odontólogo respondió que es una buena idea
porque le optimiza su tiempo.

Marco conceptual.
El cliente es la persona más importante de una empresa y dar respuesta a sus demandas se hace necesario e
imprescindible. Cualquier comunicación que se reciba debe ser respondida o resuelta de inmediato.


Marco contextual.
El entorno en el que surge la idea es en Tekom en un consultorio dental que no
cuenta con una página web de agenda y por lo tanto muchas personas no son
bien atendidas ya que el sistema con el que cuentan no es muy eficiente y no
cumple con los recursos para la optimización del tiempo ya que esto hace que los
clientes queden insatisfechos con la calidad que ofrecen, además de que el
servicio que les dan es un poco bajo, lo que nosotros queremos es que este
servicio pueda ser más optimizado y eficiente para los clientes
Nuestro entorno principal es en un dentista y pronto así generando una

recomendación de nuestra página web ya que brindaremos un buen servicio ya
que esta idea es buena e innovadora en varios aspectos como son la calidad, la
economía, la satisfacción del cliente y los buenos manejos de sistemas de datos.
En nuestro entorno es muy común que sucedan estos tipos de problemas lo cual
benefician a nuestro proyecto ya que la población quiere soluciones para su
beneficio y su comodidad.
La página web se realizará partiendo de los conocimientos adquiridos mediante la

indagación y contaremos con el apoyo requerido de nuestra profesora de
Fundamentos de ingeniería en software la maestra Lucia en caso de que el
proyecto sea una buena opción la emprenderemos para que se beneficien la
empresa y los desarrolladores en varios ámbitos ya sea económico o mutua
cooperación. Esperamos que el software que realicemos sea de gran ayuda y que
sirva en muchos ámbitos empresariales que lo requieran.

Marco legal.
Leyes y normas que vamos a implementar para la elaboración de nuestro proyecto
y en la página web.
1. Permisos y licencias y condiciones de uso.
Nos comprometemos a que los datos del usuario serán manejados de manera
correcta y no serán usados de manera inadecuada, con esto el usuario primero
debe aceptar los permisos y condiciones que serán aplicadas en la aplicación.
2. Privacidad y geolocalización.
Nuestra página contara con geolocalización por lo cual se tiene que contar con la
aceptación del usuario para poder acceder a ella y poder brindar la ayuda que el
usuario este solicitando.
3. Ley federal del derecho de autor (LFDA).
El autor es el único originario y titular de su obra, no puede renunciar a los

derechos morales de ella, Este derecho es vigente durante la vida del autor y a
partir de su muerte, cien años más.
4. Norma sobre el almacenamiento y tratamiento de datos
La aplicación debe contar con las normas establecidas para el tratamiento y

resguardo de los datos de los usuarios y de las compañías que manejamos.
Reglamento para el consultorio:
1. Acuerdo No.1
Los medicamentos recetados en la página solo son uso cuando el paciente lo

requiera y solo se venderá con receta médica otorgado por el odontólogo.
2. Art. 20.
El Odontólogo está en la obligación, de prestar su atención profesional en aquellos

casos en que corra peligro la vida del enfermo, si no se le brinda la atención de
inmediato.

3. Art. 21.
El profesional Odontólogo podrá rehusar atención a un paciente, si el

comportamiento de éste va en desmedro del prestigio profesional o atenta contra
las normas de corrección dentro del ámbito de su consultorio.
4. Art. 31.
Se considera secreto profesional a la reserva obligatoria sobre detalles referentes

al diagnóstico, pronóstico tratamiento y de los datos registrados en la ficha clínica,
así como cualquier confidencia del paciente, basada en la confianza que le inspira
el profesional. El secreto profesional es un deber ineludible para todo Odontólogo.

Planeación.
Actividades del proyecto.
 Investigación de la problemática.
 Implementamos técnicas para la obtención de información (encuestas)
 Redactamos la información obtenida para ya luego proceder a encontrar la
problemática.
 Utilizamos una página web para la creación de un diagrama que simule
nuestra propuesta para resolver el problema de una agenda de un
consultorio dental.
Descripción de las actividades.

Las actividades que realizamos las fuimos implementando por medio de
investigaciones y encuestas que nos ayudaran a encontrar el problema lo cual nos
ayudó a plantear nuestro software.
Cronograma.
 Semana 1: elegimos la empresa e investigamos algunos aspectos
importantes de ella.
 Semana 2: encuestamos a algunos clientes que acuden al consultorio y al
encargado para recabar información relevante. Utilizamos dos técnicas los
cuales fueron las encuestas y la observación del consultorio dental.
Encontramos la problemática y planteamos una solución eficiente
 Semana 3: diseñamos el modelo en un diagrama para simular como
funcionara nuestra página web adaptándolo a las necesidades del
consultorio.
 Verificamos que lo investigado este correcto para crear nuestra
documentación del proceso de como resolveremos el problema ya elegido.
Recursos requeridos.
 Papel
 Lápiz.
 Borrador.
 Computadora.
 Mouse.
 Teclado.
 Pantalla.
 Realizar encuestas.
 Hacer una investigación de campo.
 Software para crear el diagrama.

Ejecución.
Objetivo del proyecto.
Nosotros en este proyecto estamos proponiendo. Desarrollar una página web para
el control definido de pacientes o la gestión que ingresan a una consulta con la
finalidad de minimizar el uso de papeleo en un consultorio dental para la
automatización y reducción de tiempo en esta.
Justificación del programa.

El proyecto lo propusimos entre los integrantes del equipo, ya que investigamos un
poco acerca del manejo y su organización del consultorio dental ubicado en
Tekom y este nos dio resultados .Para esta página web que se realizara se
promueve que se agilice y beneficie el tiempo con lo que se toma las citas de los
pacientes este a su vez beneficiara tanto a los pacientes ya que no tendrá un
proceso tardado y será cuestión de unos minutos y también será una gran ayuda
para la secretaria y el doctor ya que contaran con un registro más organizado sin
consumir mucho tiempo y recursos.
Tareas realizadas.
 Analizamos y encontramos la problemática.
 Se tratará de juntar todo en un documento donde especifica los objetivos a
desarrollar.
 Creamos un diagrama que nos ayudara a realizar la página web.
Las tareas que hemos realizado nos han ayudado a encontrar la problemática en
la clínica y de esa manera nos ayudó a plantear un diagrama para realizar una
página web lo cual estamos en espera para realizarlo, los resultados fueron
buenos ya que con el programa podremos resolver el problema ya establecido. En
este aspecto para encontrar el problema y encapsularlo para ayudar con el
problema y plantear el diagrama de lo que se quiere realizar en la página lo cuales
estamos pendientes de realizarlo el resultado para el equipo fue satisfactorio ya
que encontramos el problema y la solución a desarrollar.

Técnicas.
1. Se uso una observación de campo.
2. En la investigación de campo la cual fue mediante la observación como
este es el manejo del consultorio y como este funciona con el manejo de
los pacientes como estos se pueden agendar para recibir un tratamiento
de estos.
3. Se otra técnica de igual manera la entrevista.
4. Los resultados fueron buenos ya que pudimos comprobar de antemano
todo lo relacionado con el software y como este puede beneficiar a
ambas partes y que requiere de estas.
Generalidades de requerimientos.
Requerimientos.
 Funcionales 3. Impresión de los datos de

este.
Almacenamiento.
 No funcionales.
Obtención de los datos del paciente:
Necesidades del sistema:
1. Nombre completo.
1. Costos que genera la página
2. Dirección.
web.
3. Número de teléfono.
2. Seguridad del sistema.
4. Curp.
3. Dispone de la información
5. INE.
recabada.
6. Forma de pago.
4. Portabilidad de la página.
Procesamiento.
1. Dia de la cita.
2. Días de la semana que puede
ir a consultar el paciente y
días que no pueda.

Clasificación de los requisitos para el programa.
Niveles de requisitos del usuario.
Que contemple una interfaz muy amigable al tipo de experiencia del usuario.
 Búsqueda exacta de los productos existentes.

 Especificación exacta de las cantidades de los productos.
 Alerta en caso de agotamiento del producto (cuando este en un mínimo de
8 piezas).
 Que contemple la fecha de consumo.
 Alerta cuando la fecha de consumo este llegando (en este caso de uno a
dos meses con anticipación).
Requisitos de almacenamiento.
En lo que al procesador o CPU se refiere, la pagina web indica que al menos
debemos contar con un procesador con una frecuencia mínima de 1GHz o sistema
en un chip (SoC). Para las versiones de 32 bits, debemos contar con al menos
1GB de memoria RAM, mientas que para las de 64 bits, requiere que contemos
con el doble de memoria, es decir, 2GB de RAM.
Requisitos procesamiento.
 Procesador: Procesador a 1 GHz o más rápido o sistema en un chip (SoC).
 RAM: 1 GB para 32 bits o 2 GB para 64 bits.
 Pantalla: 800×600.
 Conexión a Internet o sin ella de preferencia.
 Último sistema operativo: Asegúrate de que estás ejecutando la versión
más reciente: Windows 7 SP1 o Windows 8.1 Update.
Requerimientos funcionales.
 Cálculos estadísticos (fechas, horarios, etc.)
 Iniciar sesión
 Cálculos matemáticos (operaciones básicas: suma, resta, división,
multiplicación, porcentaje, media, moda)

 Consulta de horarios
 Administración de agenda
 Contabilidad
 Generar reporte de eventos
 Crear usuarios
 Eliminación de usuarios
 Registro de pacientes
 Dar de alta a pacientes
 Programar horarios al paciente.
La plataforma (S.O.) a utilizar y justificar.

Sistema operativo Windows (8, 8.1, 10 en sus distintas versiones)
Este sistema operativo que se eligiendo, fue por distintas razones del usuario, ya
que el usuario se siente más cómodo usando la interfaz de Windows 10, y porque
tiene una mayor experiencia en su uso. Además de ello el sistema operativo.
Windows es más accesible a costo y rendimiento, y sobre todo las reparaciones
son más fáciles en los dispositivos que cuente con este sistema. Cabe mencionar
que es más conocido y sobre todo más común en la zona que se usara la página
web que se desarrolla.

FODA.
Fortalezas: Oportunidade
s:
• Suficiente experiencia en el • No existe mucha competencia
funcionamiento del producto. directa del producto, existe
• Conocimiento técnico empresas de gestión muy caras
sobre soporte del producto. y por otro lado empresas con
• Atención personalizada al cliente. productos locales malos.
• La página web no requiere • La competencia directa más
licenciamiento reduciendo sus cercana seria contra productos
costos para el cliente. más profesionales, pero no están
• Eficiencia en tiempo de repuesta. enfocados a lugares locales.
• Buen control de registro
Debilidades: Amenazas:
• Aun no se posee infraestructura • Página web de gestión en la
suficiente, instalaciones y nube, no es una competencia
vehículos. directa. Pero si el sector reduce
• No se posee capital de trabajo, sus precios podría llegar a
esto podría afectar seriamente la disminuir nuestra cuota de
marcha de la empresa. mercado.
• Falta de procesos • Falta de supervisión
• Robo de producto
• Un mal manejo del sistema

Diagrama Conceptual
Cita 1 N
Consultas
N
N
N N
Responsable N Crea N
Total, de citas.
1
Expedientes

Diagrama de estructura estática (De clases).

TELÉFONO 985 – 856 – 63 00 | WWW.VALLADOLID.TECNM.MXNúmero de registro: RPrIL-072

Diagramas de secuencias.

Diagramas UML.

Caso de uso.
La utilidad de este tipo de diagramas radica en que solo indica el
“comportamiento” que se desea del sistema, por lo tanto, es un buen punto de
partida para el análisis a desarrollar.

Casos de Uso y descripción.
A continuación, se presenta el diagrama de los casos de uso para mostrar la
interacción entre los actores y los casos de uso. Además del diagrama, se debe
describir en forma textual (palabras) la forma como los actores harán uso del
sistema.
Identificad Nombre
or
CU_ Crear Evento
01
CU_ Crear Actividad
02
CU_ Editar Categoría
03
CU_ Crear Categoría
04
CU_ Eliminar Evento
05
CU_ Generar Reporte Actividades
06
CU_ Eliminar Categoría
07
CU_ Generar Reporte eventos
08
CU_ Editar Evento
09
CU_ Editar Actividad
10
CU_ Crear cuenta
11
CU_ Iniciar Sesión
12
CU_ Cerrar Sesión
13
CU_ Citas canceladas
14
CU_ Cobro de la consulta
15

Especificación de los Casos de Uso
Caso de Uso: Crear Evento
Caso de Crear
uso Evento
ID CU_01
Descripción El Propietario crea un Evento
Actores Propietar
io
El El sistema
actor
1. El Propietario cliquea en 1. El sistema muestra
alguna parte de la zona de una interfaz donde se
Flujo de Eventos los eventos. crea el evento.
Básicos
2. El Propietario ingresa los
datos requeridos y presiona
la opción guardar.
El sistema agregará el nuevo evento a la lista

Post de eventos.
condiciones
Caso de Uso: Crear Actividad.
Caso de uso Crear Actividad

ID CU_02
Descripción El Propietario crea un Actividad
Actores Propietario
El El sistema
actor
1. El Propietario cliquea la 1. El sistema le muestra
opción crear actividad (+) una interfaz donde se
Flujo de Eventos
Básicos 3. El Propietario ingresa los crea la actividad.
datos requeridos y presiona
la
opción guardar.

El sistema agregará una nueva Actividad a la lista
Post condiciones de
actividades.
Caso de Uso: Editar Categoría.
Caso de uso Editar Categoría

ID CU_03
Descripción El Propietario Edita Categoría
Actores Propietario
El El sistema
actor
1. El Propietario selecciona 1. El sistema muestra
la opción Categoría. una interfaz de
Flujo de Eventos
Básicos 2. El Propietario edita la Categoría.
Categoría que estime 2. El sistema procesa
conveniente presionado el los datos para editar la
botón editar y Categoría
luego presiona el botón
guardar.
Post condiciones El sistema editara la categoría en la lista.
Caso de Uso: Crear Categoría
Caso de uso Crear Categoría

ID CU_04
Descripción El Propietario Crear una Categoría
Actores Propietar
io
El El sistema
actor
1. El Propietario presiona 1. El sistema le muestra
Flujo de Eventos la opción crear Categoría una interfaz para crear la
Básicos
2. El Propietario escribe categoría.
el nombre de la 2. EL sistema agrega la

categoría y
nueva categoría.
presiona agregar.
Post condictiones El sistema agrega la nueva categoría a la lista.

Caso de Uso: Eliminar Evento
Caso de Eliminar Evento

uso
ID CU_05
Descripción El Propietario Eliminar Evento
Actores Propietario
El El sistema
actor
1. El Propietario presiona la 1. El sistema pregunta si
opción eliminar en el evento el Propietario está seguro.
Flujo de Eventos seleccionado. 2. El sistema Elimina del
Básicos
2. El Propietario presiona sistema ese Evento, solo
la opción aceptar. visualmente ya que el
sistema lo deja con
estado
anulado.
Post El sistema elimina el evento de la vista.
condiciones
Caso de Uso: Generar Reporte Actividades
Caso de Reporte
uso Actividad
ID CU_06
Descripción El Propietario Genera Reporte Actividad
Actores Propietario
El El sistema
actor
1. El Propietario presiona 1. El sistema muestra la
la opción Reporte interface de filtros de
Flujo de Eventos
Básicos Actividad reporte.
2. El Propietario Ingresa los 2. El sistema realiza la
datos de los filtros que estime consulta y visualiza las

conveniente y presiona actividades según el filtro.
buscar.
Post El sistema enlista las actividades filtradas.
condiciones
Caso de Uso: Eliminar Categoría
Caso de uso Eliminar Categoría

ID CU_07
Descripción El Propietario eliminar Categoría
Actor Propietario
es
El El sistema
actor
1. El Propietario presiona la 1. El sistema muestra una
opción categoría. lista de las categorías.
Flujo de Eventos 2. El Propietario presiona 2. El sistema elimina
Básicos
eliminar categoría a elección. categoría ya no siendo
3. El Propietario visible en la vista.
presiona Aceptar 3. El sistema verifica que
la
categoría no esté
utilizada.
Post condiciones El sistema elimina la categoría de la
lista.
Caso de Uso: Generar Reporte Eventos
Caso de uso Generar Reporte Eventos

ID CU_08
Descripción El Propietario genera un reporte
Eventos
Actor Propietario
es
El El
actor sistema

1. El Propietario presiona 1. El sistema muestra la
la opción Reporte Evento. interface de filtros de reporte.
Flujo de Eventos
Básicos 2. El Propietario Ingresa 2. El sistema realiza la
los datos de los filtros que consulta y visualiza todas las
estime conveniente y Actividad correspondiente
presiona según el filtro.
Buscar.
Post condiciones El sistema enlista los eventos filtrados.
Caso de Uso: Editar Evento
Caso de Editar
uso Evento
ID CU_09
Descripción El Propietario editar Evento
Actores Propietar
io
El El
actor sistema
1. El Propietario selecciona 1.El sistema muestra una
la opción editar de un interfaz para poder editar el
Flujo de
evento a elección. evento.
Eventos
2. El Propietario edita las 2.El sistema procesa los datos
Básicos
opciones que estive para editar el evento en la
conveniente y presiona base de datos.
guardar.
El sistema edita los cambios del evento visualmente en
Post
la vista.
condiciones
Caso de Uso: Editar Actividad
Caso de Editar
uso Actividad
ID CU_10
Descripción El Propietario edita una Actividad

Actores Propietario
El El
actor sistema
1. El Propietario 1. El sistema muestra
selecciona la opción los campos editables
Flujo de Eventos editar de una actividad a 2. El sistema procesa los
Básicos elección. datos para editar la actividad
2. El Propietario edita en la base de datos.
las opciones que estime
conveniente y presiona
el
botón guardar.
Post Edita la actividad visualmente en la lista actividades.
condiciones
Caso de Uso: Crear cuenta
Caso de Crear
uso cuenta
ID CU_11
Descripción El administrador crea una cuenta o
registra
Actores Propietario
El El sistema
actor
1. El propietario hace clic en 1. El sistema
a la opción registrar en la
Flujo de despliega la
interfaz de logeo.
Eventos interfaz con un
2. El administrador Ingresa
Básicos formulario.
los datos tales como
4.El sistema registra la cuenta
nombre y contraseña y
del nuevo propietario y
presiona guardar
direcciona a la vista de inicio
de

sesión.
Post El sistema oculta la opción de registro de la vista inicio de
condiciones sesión.
Caso de Uso: Iniciar Sesión
Caso de Iniciar Sesión

uso
ID CU_12
Descripción El propietario inicia una sesión
Actores Propietario
El El
actor sistema
1. El propietario, estando 1. El sistema realiza el
Flujo de Eventos en la interfaz de inicio de proceso de autentificación.
Básicos
sesión, ingresa su 2. Si los datos son correctos el
usuario y contraseña. sistema direcciona a la
página principal.
Post El sistema direcciona a la vista principal.
condiciones
Caso de Uso: Cerrar Sesión
Caso de Cerrar Sesión

uso
ID CU_13
Descripción El propietario cerrar una sesión
Actores Propietario
El El
actor sistema
1. El propietario está en 1.El sistema responderá
la sesión y presiona la cerrando la sesión del
Flujo de Eventos
opción Serrar Cesión propietario direccionado a la
Básicos
en la esquina superior lista de eventos más
izquierda. próximos, para luego de unos

segundos direccionar a la
interfaz de inicio de sesión.
El sistema finalmente direcciona a la interfaz de inicio de
Post
sesión
condiciones
Caso de Uso: Citas canceladas
Caso de Citas canceladas

uso
ID CU_14
Descripción Permitir administrar por completo los registros de estas
Actores Propietario
El El
actor sistema
1. El propietario puede 1. El sistema Elimina del
Flujo de Eventos cancelar las citas o sistema esa cita, solo
Básicos proponer ya que en visualmente ya que el sistema
algunas citas se lo deja con estado anulado.
puede tardar más de
lo normal.
El sistema elimina la cita haciéndola nula y ya no
Post aparezca
condiciones
en la agenda.
Caso de Uso: Cobro de la consulta
Caso de Cobro de la
uso consulta
ID CU_15
Se encarga de tener un control de quien paga las
Descripción
consultas o quien está en lista de espera
Actores Propietario
El El
actor sistema

1. El propietario cobra la 1. EL sistema imprime un
Flujo de Eventos consulta la echa comprobante (Ticket) donde

Básicos dependiendo de dicha afirma que la consulta fue
consulta. pagada con éxito.
Post El sistema imprime un comprobante de pago.

condiciones

Modelo de dominio del sistema.

Para el Proyecto se utilizó un modelo de entidad relación para tener una percepción de cómo se construirá la base de
datos.

Diccionario de datos






Descripción de Entidades
 Evento:
Entidad la cual registra los eventos del Propietario, los cuales serán
calendarizados.
 Actividad:
Entidad la cual registra las actividades del Propietario, el cual posee
un título y una fecha de ingreso.
 Estado:
Entidad la cual registra los posibles estados que pueden poseer las
Actividades y Eventos.
 Categoría:

Entidad que registra las distintas categorías la cual se clasifican las
Actividades y eventos.
 Agenda:
Entidad que posee Eventos y Actividades asociadas.

Eventos: Descripción (tablas).
I Nomb Descripció
d re n
El propietario podrá ingresar eventos especificando
cuando se realizará, especificando rangos de tiempo,
RF Ingresar evento
tendrá un título, una categoría y por defecto el evento
01
quedará con estado “no realizado”.
El propietario podrá ingresar actividades de forma
libre sin especificar tiempos, al ingresarlas tendrán un
RF Ingresar actividad
título, una categoría y un estado, esta podrá ser
02
definida como
cumplidas, no cumplidas o anuladas.
El propietario podrá hacer búsquedas de actividades
o eventos gracias a distintos filtros, ya sea por fecha
Buscar actividad
RF o evento o rangos de fechas, cumplidas o no cumplidas y
03
categorías.
El ingreso a la página web debe ser gracias al nombre
RF Iniciar Sesión y clave únicos del propietario, para así luego el

04 sistema
ingrese a la aplicación.
El propietario podrá ingresar nuevas categorías con
RF Ingresar el
05 categorías
fin de asignarlas a un evento o actividad.
El propietario podrá visualizar un reporte en donde se
Generar verán de forma resumida el cumplimiento de la
RF reporte
06 actividad actividad, mostrándolas en una tabla.
El propietario tiene la opción de editar los eventos,
RF Editar Evento ya
07
sea fechas, título, estado o categoría.
El propietario tiene la opción de editar las actividades,
RF Editar Actividad ya
08
sea título o categoría.
El propietario posee la facultad de editar categorías,

RF Editar categoría
es decir, permite cambiar el título de chicha
09
categoría.
RF Eliminar El propietario tiene la facultad de eliminar una

10 categoría categoría.
El propietario podrá cerrar sesión en cualquier
RF Serrar Sesión momento o que el sistema lo haga por inactividad
11 de la aplicación.
El propietario tiene la facultad de eliminar un evento
RF Eliminar evento si
12
así lo estima conveniente.
El propietario crea un cuanta antes de empezar a
RF Crear cuenta
utilizar por primera vez la aplicación.
13
Eventos alternos.
Id Nombre Descripción
La aplicación debe tener un vista sencilla e intuitiva
para que cualquier persona aprenda a utilizarla rápida
Proveer una
RNF0 interfaz sencilla y fácilmente, las opciones deben ser las justas y
1 e intuitiva
necesarias, con colores simples y agradables a la
vista
S se tiene acceso a distintos dispositivos, ya sea
móviles o de escritorio, y estas tienen distintas
Poseer interfaces
RNF0 de tipo resoluciones, por lo tanto, hoy se utilizan vistas
2 responsiva.
responsivas, esto quiere
decir que el software sea adaptable.
El sistema debe ser compatible con la mayoría de
RNF0 Compatibilidad.
servidores, computadoras etc..
3
Visualización de Para mejorar el acceso de las actividades y eventos,
RNF0 Actividad y evento
en una misma se visualizarán ambas en la misma pantalla.
4
vista.

Los horarios visibles para el propietario solo son útiles
Horarios visibles
RNF0 de eventos en dentro el rango 8:00 a 20:00 horas, ya que la
5 rangos laborales. aplicación
está enfocada para uso laboral.

Conclusión.
El negocio al que vamos a analizar será un consultorio dental, en el cual
realizamos un análisis muy exacto sobre los datos que el consultorio maneja,
como los clientes, la forma en como los atiende y acerca de las necesidades que
el necesita, así como la de sus clientes. La manera en que se manejaremos los
datos y la acumulación de clientes en el consultorio es una forma ya obsoleta ya
que estos procesos se realizan en una hoja de cálculo donde el manejo de
información no es muy recomendable, ya que no se aplica mucha seguridad en
ese tipo de manipulación de datos. Como no está alojado en ninguna BD en el
consultorio es muy probable que no tengan la forma de respaldar la información o
darle una seguridad correcta. De igual manera por no tenerla almacenada en un
SGBD las consultas tardan en realizarse y solo se podrá consultarse en una sola
manera la cual es con la persona encargada o el doctor de dicha información. Por
todo lo dicho podemos decir que es necesario la realización de una base de datos
sobre los clientes para llevar un control estadístico además de poder tener un
mejor control, seguridad, eficacia y la integridad de la información. Con el objetivo
acordado es necesario la utilización de una BD donde se conectarán para poder
acceder a los datos requeridos por una consulta necesaria.
Todo esto nos ayudara mucho en nuestro perfil de egreso y como ingenieros en
sistemas, ya que debemos comprender las necesidades de cada negocio o
empresa, y poder adaptarnos y buscar soluciones a cada situación que se nos
presente, con este proyecto nos aseguraremos de poder titularnos de manera
exitosa y alcanzar un gran futuro como ingenieros.


Diagramas de Secuencias

Cargado por

Información del documento

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

Diagramas de Secuencias

Cargado por

Copyright:

Formatos disponibles

ACADEMIA EN ING.

INSTITUTO TECNOLÓGICO SUPERIOR DE VALLADOLID.

ING. EN SISTEMAS COMPUTACIONALES.

ISC. LUCÍA ESTHER MARTÍNEZ ESPINOSA.

ARCE NAHUAT RUBEN ULISES 18070023.

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

En el siguiente trabajo se hablará del desarrollo e implementación de nuestro

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

Datos generales de la empresa seleccionada.

Empresa: Clínica dental Dentikom.

Propietario: Roger Arturo Gómez.

Ubicación: Calle 8 entre 11 y 13 Tekom, Yucatán.

Síntesis del modelo de negocios.

Previamente nosotros seleccionamos un pequeño negocio la cual es un

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

La arquitectura del Funcionamiento de la página web a trabajar.

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

En la mayoría de veces muchos consultorios dentistas no cuentan con una

En nuestra investigación de campo fuimos encuestando a algunas personas que

Para reunir información requerimos fuimos encuestando a las personas las

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

Nuestro entorno principal es en un dentista y pronto así generando una

La página web se realizará partiendo de los conocimientos adquiridos mediante la

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

1. Permisos y licencias y condiciones de uso.

3. Ley federal del derecho de autor (LFDA).

El autor es el único originario y titular de su obra, no puede renunciar a los

4. Norma sobre el almacenamiento y tratamiento de datos

La aplicación debe contar con las normas establecidas para el tratamiento y

Reglamento para el consultorio:

Los medicamentos recetados en la página solo son uso cuando el paciente lo

El Odontólogo está en la obligación, de prestar su atención profesional en aquellos

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

El profesional Odontólogo podrá rehusar atención a un paciente, si el

Se considera secreto profesional a la reserva obligatoria sobre detalles referentes

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

Descripción de las actividades.

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

Justificación del programa.

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

 Funcionales 3. Impresión de los datos de

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

 Búsqueda exacta de los productos existentes.

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

La plataforma (S.O.) a utilizar y justificar.

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

Diagrama de estructura estática (De clases).

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

El sistema agregará el nuevo evento a la lista

Caso de Uso: Crear Actividad.

Caso de uso Crear Actividad

CARRETERA VALLADOLID - TIZIMÍN, KM. 3.5 TABLAJE CATASTRAL NO. 8850

Caso de Uso: Editar Categoría.