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  

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

  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.

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 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:

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

 

 

Vista de Procesos

 

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.

              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

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

 

Módulos:

 

 

 

 

Diagrama de Entidad/Relación:

 

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.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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.