proyecto classroom
TRANSCRIPT
CAPTURA DE REQUERIMIENTOS
Para obtener los requerimientos necesarios, realizamos como equipo de trabajo una lluvia de ideas, llevada a cabo desde la perspectiva del usuario final (estudiantes y profesores).
Requerimientos Funcionales El sistema debe permitir la inscripción a cualquier persona
La aplicación Web requiere de un registro de usuario para utilizarlo
La inscripción en el sitio web, se debe diferenciar por el perfil de usuario, es decir, profesor y alumno.
La aplicación debe admitir la función de agregar como “amigo” a un profesor
La solicitud de amistad debe ir con los siguientes datos.
Al estar listo el registro del profesor, se le debe permitir cargar archivos en su perfil.
Para subir archivos se debe iniciar sesión previamente, con perfil de profesor.
Requerimientos Funcionales Al estar listo el registro de alumno y al
tener la categoría de amigo con el profesor, se le debe permitir la descarga de archivos
Para descargar archivos se debe iniciar sesión previamente con perfil de estudiante
El alumno no tiene permitido subir archivos, sólo descargar
El sistema requiere de una opción de cerrar sesión
Dar de baja una cuenta
Requerimientos No Funcionales 1.-Soporte de la aplicación: a) Preguntas frecuentes. b) Videos tutoriales c) Manual de uso. 2.- Tiempo de respuesta: a) Registro. Tiempo máximo 1 minuto. b) Inicio de sesión. Tiempo máximo 30 segundos. c) Cierre de sesión. Tiempo máximo 1 minuto. d) Subida de archivos. Relativa a la conectividad
del usuario. e) Descarga de archivos. Relativa a la
conectividad del usuario.
Requerimientos No Funcionales 3.- Seguridad: a) El viaje de la información por la red debe estar
cifrada. b) La contraseña de los usuarios debe estar encriptada
en la base de datos. 4.- En el perfil del profesor debe ir su biografía: En
un costado del perfil del profesor debe ir una pequeña descripción del profesor.
5.- Tamaño máximo para guardar documentos: 1GB es el tamaño máximo de archivos (en total) que podrá alojar el profesor en ClassRoom.
6.- Formato de archivos soportados: Solo podrán ser subidos a ClassRoom los siguiente tipos de archivos: PDF, Word (2003-2010), PowerPoint (2003-2010).
Metodología El modelo de ciclo de vida a utilizar para
desarrollar el proyecto será el modelo espiral. 1- Planificación 2- Evaluación 3- Ingeniería 4- Implementación.
Estudio de Viabilidad Viabilidad Técnica
Nosotros creemos que el desarrollo de sistema, es técnicamente posible de llevar a cabo, ya que la plataforma a desarrollar puede ser programada en PHP.
El hardware a utilizar, son tres computadoras. El equipo de trabajo posee dos (RAM 1 Gb. - 2Gb. Disco Duro con 160 Gb. – 300 Gb. De espacio). La tercera computadora debe ser adquirida, la cual tendrá 2GB de RAM y 500GB de disco rígido.
Viabilidad Técnica
La descripción técnica del hosting es la siguiente: .-Hosting .-Espacio WEB: Ilimitado .-Dominios permitidos: Ilimitado .-Transferencia mensual: Ilimitado .-Bases de datos: Ilimitado .-Cuentas de e-mail: Ilimitado .-Subdominios: Ilimitado .-cPanel: Si .-Soporte: Si
Viabilidad Económica 3 Computadores (2 ya se poseen): El costo del otro PC
asciende a $199.990. Hosting 1 año: $27.251 con iva incluido . Dominio .com por 1 año: $12.000. Licencias: $0 1 diseñador gráfico por 1 mes: $300.000. 2 ingenieros informáticos por 6 meses: $7.200.000 1 programador por 6 meses: $2.400.000 2 personas para el área de soporte por 5 meses: $3.000.000
Viabilidad operativaFácil inducciónUsuarios con experiencia de uso en
servicios similaresVideos tutoriales, manuales o guías
instructivas de uso
Viabilidad Legal Trabajadores:
Diseñador gráfico Dos ingenieros informáticos para el
desarrollo. Podría necesitarse un programador con conocimientos en PHP.
Viabilidad Legal Soporte: Receptor de correos electrónicos. Por último se requerirá la contratación del servicio
de hosting de una empresa externa y el registro de dominio .com. Ambas cosas se pueden adquirir en Chile.
* Classroom es un nombre provisorio.
Conclusión Tras recopilar los puntos analizados en
este informe, determinamos que el proyecto es viable en muchos aspectos, teniendo en cuenta la idea que se pretende implementar, creemos que la escalabilidad que tendrá el sistema será óptimo y es lo que finalmente nos ayudará a adaptarnos a las circunstancias cambiantes tanto del área educacional como en la tecnología.
Conclusión El modelo de ciclo de vida escogido para
llevar a cabo el proyecto fue el de espiral, el cual creemos, es el más idóneo para implementar nuestra idea, ya que es innovadora y compleja. Al utilizar esta metodología de ciclo de vida podemos evitar problemas futuros gracias a la posibilidad de evaluar permanentemente las nuevas versiones implementadas del sitio web. Además se pueden ir incorporando aspectos de los otros ciclos según sea la necesidad.