Este documento presenta el análisis y diseño de un sistema de registro de alumnos y control de equipos para un laboratorio de Cisco usando la arquitectura 4+1 vistas. Se identifican tres actores principales: alumnos, encargados e instructores. Se incluyen diagramas de flujo, procesos, módulos, esquema de base de datos y entidad-relación. El objetivo es automatizar el registro manual diario de alumnos, llevar un mejor control de inventario de equipos y generar reportes estadísticos.

1. 6
SISTEMA DE
REGISTRO DE
ALUMNOS Y EQUIPOS
Desarrollo de Proyecto de
Software
ARQUITECTURA 4 + 1 VISTAS
Equipo Nº 2
Integrantes:
González Aguilar
Francisco Góngora
Sabido
Paloma Kú
Segura Ali
Abdiel
Chan Pech
Aracelly
Sánchez Escalante Antonio

2. Lunes, 12 de Octubre de 2009
ISC-IX-A
Índice
Introducción ……………………………………………… 3
Descripción del Problema ……………………………………………… 5
Vista Lógica ……………………………………………… 6
- Actores del Sistema ……………………………………………… 6
- Diagrama de Flujo ……………………………………………… 7

3. Vista de Procesos ……………………………………………… 8
Vista de Desarrollo ……………………………………………… 9
- Actores del Sistema ……………………………………………… 9
- Diagrama de
Esquema ……………………………………………… 10
- Diagrama de
Módulos ……………………………………………… 11
- Diagrama de E/R ……………………………………………… 12
Vista Física ……………………………………………… 13
- Actores del Sistema ……………………………………………… 13
Conclusión ……………………………………………… 14
Introducción
En el presente documento, se realiza la aplicación del modelo de 4+1 vistas para el
desarrollo del Sistema de Registro y Control de Alumnos y Equipos del Laboratorio de Cisco
System. De acuerdo al tipo de sistema a desarrollar se realiza un análisis para determinar si
las vistas son aplicables.
En el caso del Sistema de Registro y Control de Alumnos y Equipos del Laboratorio de Cisco
System, se manejaran todas las vistas ya que son los adecuados para el desarrollo del
sistema.
Iniciamos con la vista lógica, el cual se uso para dar a conocer a los actores del sistema
indicando cuales son las acciones y restricciones que cada uno de ellos tendrían, para poder
identificar mejor las funciones de cada uno, se realizo un diagrama de flujo en la cual
indicamos todas las peticiones que cada uno de los usuarios podría realizar y así poder
entender la funcionalidad del sitio a desarrollar y de acuerdo a lo que le soliciten debe indicar
la respuesta correcta o dar a conocer el modulo respectivo.

4. La vista de procesos, en esta vista se utilizo el diagrama de procesos para indicar los
módulos con el cual cuenta nuestro sistema, este hará uso de varios procesadores ya que
esta orientado a una aplicación web, indicando que se realiza varios bucles o ciclos
repetitivos.
La vista de desarrollo, se utilizo ya que toma en cuenta los requisitos internos relativos a la
facilidad de desarrollo como lo son: la administración del Software, reutilización de los
elementos comunes y el lenguaje de programación que se debe de usar. De igual manara se
contemplan a los actores del sistema, pero estos son enfocados a quienes son los
adecuados para el desarrollo del mismo, para dar a conocer el análisis de la base de datos
que se realizo este fue esquematizado en el diagrama de esquema, se manejo nuevamente
el diagrama de módulos, por ultimo para dar a conocer a las entidades que se manejaran con
sus respectivas atributos se utilizo el diagrama de entidad/relación. Todo esto con la finalidad
de obtener un mejor análisis de la portabilidad, reutilidad y seguridad que debe de
proporcionar nuestro sistema a desarrollar.
Y por ultimo la vista física, en el cual se realizara la implementación de la arquitectura
adecuada para el buen funcionamiento y disponibilidad de la aplicación, todo esto sin olvidar
la topología del laboratorio de cisco y con esto proporcionarles a los usuarios finales un
ambiente agradable en el área de su trabajo y así poder decir que cubrimos con todos los
requisitos previamente solicitado.
Descripción del Problema
En el Instituto Tecnológico Superior de Felipe Carrillo Puerto se imparten los cursos Cisco
Network Academy (CCNA) para los alumnos de la carrera de Ingeniería en Sistemas
Computacionales, los cuales constan de 4 niveles a cargo de los diferentes maestros de la
carrera, en donde cada instructor da de alta a sus alumnos vía web a través del sitio oficial
de Cisco, asignando un nombre de usuario y contraseña para cada estudiante.
En el Laboratorio de Cisco System del ITS de Felipe Carrillo Puerto se realiza un registro
manual diario por parte del alumno como registro de asistencia a la clase del curso de CCNA
al que se encuentra inscrito, por lo que al momento de desear generar estadísticas y
reportes sobre el uso del laboratorio, la información es deficiente e involucra demasiado
tiempo en su manipulación.
Al final de cada semestre se lleva a cabo el conteo de equipos y materiales que pertenecen
al laboratorio a cargo de los auxiliares, quienes generan un registro manual de los mismos
contemplando únicamente cantidad de existencia. Debido a esto la detección de fallas de los
equipos no son reportadas oportunamente, además de que no existe un formato de reporte

5. para estas mismas, en consecuencia provocan falta de atención y reparación de aquellos
que lo requieren.
Es decir, que tanto el registro de los alumnos como el control de los equipos y el
estado de cada uno están en condiciones poco favorables para permitir generar información
en cualquier momento que sea solicitado.
Vista Lógica
Actores del Sistema:
Usuario Final
a) Alumno:
1.-Utilizara el sistema para registrar su acceso al laboratorio de Cisco ingresando su número
de control como identificador.
2.- Podrá reportar la detección de alguna falla en los equipos del laboratorio.
b) Encargado:
1.- Hará uso del sistema para registrar y controlar la existencia de los equipos y materiales
del Laboratorio de Cisco.
2.- Obtendrá un informe estadístico del uso del laboratorio.
c) Instructor:
1.- Podrá reportar la detección de alguna falla en los equipos del laboratorio.
2.- Obtendrá un informe estadístico del uso y equipos del laboratorio.
Diseñador
Utilizara herramientas de diseño como: photoshop, dreamweaver para la creación
del prototipo.
Diseñara herramientas de integración como lo son:

6. a) Ventana de acceso para el registro de los alumnos.
b) Interfaz para el registro de las diferentes fallas de los equipos.
c) Ventana de altas y bajas para los equipos de inventario.
d) Formato del informe estadístico.
Probador
Ingresara al sistema haciendo uso de sus diferentes funcionalidades con el fin de
obtener una crítica constructiva.
Las diferentes funciones que serán puestas en prueba serán las ya definidas por el
diseñador.
Diagrama de Flujo

7. Vista de Procesos

8. Diagrama de Procesos
Vista de Desarrollo
Actores del Sistema:
Analista de Bases de Datos:
De acuerdo a la funcionalidad del Manejador, utilizara MySQL, usando como modelo
parta el análisis el diagrama de esquemas.
Programador:
Por tratarse de una aplicación web este será desarrollado con PHP como lenguaje
de programación y PHP Designer como editor.

9. En base a las herramientas de diseño, el programador realizara la validación de los
campos de registro del alumno.
Hará uso de los formularios para obtener la información necesaria que será
almacenada en la base de datos, tanto en el reporte de fallos como en el control de
inventarios.
Predefinirá las consultas necesarias para el control del informe final.
Diagrama de Esquema
Análisis de base de datos presentado con el siguiente diagrama de esquema

10. La estructura de los módulos del sistema se presenta de la siguiente forma:

11. Módulos:
Diagrama de Entidad/Relación:

12. Vista Física
Actores del Sistema:
Integrador:
Implementara la arquitectura adecuada en cada equipo de cómputo para el buen
funcionamiento y disponibilidad de la aplicación, tomando en cuenta la topología del
Laboratorio de Cisco.

13. Conclusión
La colaboración en grupo para el análisis y desarrollo de un proyecto no es una tarea fácil, en
ocasiones por limitarnos a hacer menos reduce la complejidad del proyecto.
Aun es más difícil trabajar cuando en ninguna ocasión se ha participado en un proceso
similar. Creo que a veces no ocupamos del papel de los diferentes roles que juega el
desarrollo.
La arquitectura de 4 +1 vistas trata de enseñarnos el poder diferenciar estos roles para poder
realizar un análisis adecuado y tener un producto mejor. Sin embargo para nosotros este
proceso es algo abstracto.
Lo cierto es que poca documentación encontramos para justificar los puntos abarcados en
esta documentación sin embargo en la opinión grupal aplicamos criterios que entenderemos
como desarrolladores así como en cada uno de los roles.