DOCUMENTO DE

DISEÑO
Equipo:
 De Jesú s Rodríguez Alondra Beyanit | 20650180
 Espino Pérez Alondra | 20650182
 Gonzá lez Sá nchez Dulce Valeria | 20650189
 Rodríguez Zepeda Martin | 19651189

Materia: Ingenieria de Software

Profesora: Maria del Carmen Gonzá lez Vá zquez

ISC 6N
DOCUMENTO DE DISEÑO
Sistema de Tutorías

Versión: 03
Documento validado por las partes en fecha: 29 de abril de 2023

2
Contenido
1. Introducción...............................................................................................................................4
1.1 Propósito del sistema.........................................................................................................4
1.2 Alcance...............................................................................................................................4
1.3 Definición, siglas y abreviaturas..........................................................................................4
1.4 Referencias.........................................................................................................................5
1.5 Visión general.....................................................................................................................5
1.6 Servicios a brindar por el producto.....................................................................................5
2. Diseño Arquitectónico................................................................................................................6
2.1 Diseño Físico.......................................................................................................................6
2.2 Diseño Lógico......................................................................................................................7
2.3 Modelo de datos.................................................................................................................8
3. Diseño detallado.........................................................................................................................8
3.1 Diseño detallado de modulo...............................................................................................8
3.2 Modelo de navegabilidad del sistema................................................................................9
3.3 Interfaz de usuario............................................................................................................10
3.4 Diccionario de datos.........................................................................................................31
4. Trazabilidad..............................................................................................................................32
4.1 Requerimientos Funcionales y Requerimientos No Funcionales......................................32
4.2 Requerimientos Funcionales y Casos de Uso....................................................................32
4.3 Requerimientos Funcionales y Requerimientos Funcionales............................................33

3
1. Introducción

1.1 Propósito del sistema

El propósito de este documento es conocer de forma detallada el diseño de un sistema
implementado en gestionamiento de tutorías del Instituto Tecnológico de Zitácuaro.
Este documento como resultado el conocimiento del diseño arquitectónico del sistema.

1.2 Alcance
El documento debe satisfacer las necesidades del diseño arquitectónico de dicho sistema,
con el propósito de que el cliente pueda entender dicho funcionamiento con tal solo ver este
documento.

1.3 Definición, siglas y abreviaturas

 DIAGRAMA: Es un gráfico en el que se simplifica y esquematiza la información
sobre un proceso o un sistema. Puede ser simple o complejo, con pocos o muchos
elementos.
 UML: UML Unified Modeling Language (lenguaje unificado de modelado) es un
lenguaje para hacer modelos y es independiente de los métodos de análisis y diseño
 RELACION: Es una asociación en una conexion estructural entre clases simples
 CU: Casos de Uso (Use cases) Es una descripción textual de todas las maneras que
los actores previstos podrían trabajar con el software o el sistema.
 INTERACCION: Es el conjunto de mensajes intercambiados por los roles de
clasificador a través de los roles de asociación. Un mensaje es una comunicación
unidireccional entre dos objetos.

4
  SISTEMA WEB: Aplicaciones de software que puede utilizarse accediendo a un
servidor web a través de Internet o de una intranet mediante un navegador.
 COMPONENTE: Es una parte física reemplazable de un sistema que empaqueta su
implementación y es conforme a un conjunto de interfaces a las que proporciona su
realización.

1.4 Referencias
Para la realización de este documento se basó en las especificaciones que fueron redactadas
en el documento SRS, mediante la entrevista al cliente que solicita este sistema, donde
menciona las características que debe llevar, teniendo como referencia la experiencia
personal en el uso de diferentes sistemas en el ámbito de la educación. (Documento SRS)

1.5 Visión general

La visión de este documento se puede resumir en:

 Mejorar el proceso de tutorías, conforme con un diseño más fácil de ser utilizado para todo
usuario que acceda a dicho sistema.
 Servicio a largo plazo
 Disponibilidad los 365 días del año, las 24 horas del día
 Tendrá un diseño bastante amigable para la visión de cualquier usuario que acceda al sistema y
será fácil de manipular.

1.6 Servicios a brindar por el producto

 Creación de grupos
 Coordinación de horarios y registro de asistencia
 Publicación de actividades
 Evaluacion y mejora continua

5
2. Diseño Arquitectónico
2.1 Diseño Físico
(Diagrama de despliegue) Servidor

web: Checklist

6
2.2 Diseño Lógico

7
 2.3 Modelo de datos

3. Diseño detallado
3.1 Diseño detallado de modulo

8
3.2 Modelo de navegabilidad del sistema

9
10
11
3.3 Interfaz de usuario

12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
3.4 Diccionario de datos

33
4. Trazabilidad
4.1 Requerimientos Funcionales y Requerimientos No Funcionales

4.2 Requerimientos Funcionales y Casos de Uso

34
4.3 Requerimientos Funcionales y Requerimientos Funcionales

35