1. PROYECTO
CLASSROOM
Mario Mora
Sebastián Rodríguez

2. 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).

3. Captura de
requerimientos
Requerimientos
Funcionales

4. 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.

5. 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

6. Captura de
requerimientos
Requerimientos No
Funcionales

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

8. 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).

9. 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.

10. Ciclo de vida espiral
¿Por qué escogimos
este modelo?

11. 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.

12.  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

13. 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

14. Viabilidad Económica
Total para poner en
marcha el proyecto:
$13.139.241

15. Viabilidad operativa
Aplicación de gran alcance

16. Viabilidad operativa
Fácil inducción
Usuarios con experiencia de uso
en servicios similares
Videos tutoriales, manuales o guías
instructivas de uso

17. Viabilidad legal
La ley número 17.336
(Propiedad intelectual)

18. Viabilidad Legal
Licencias Creative
Commons

19. Viabilidad Legal
 MASCOTA

20. Viabilidad Legal
 Trabajadores:
 Diseñador gráfico
 Dos ingenieros informáticos para el
desarrollo. Podría necesitarse un
programador con conocimientos en PHP.

21. 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.

22. 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.

23. 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.