ÍNDICE

ESTUDIO DE PREFACTIBILIDAD................................................................................................. 4
ETAPA I: PLANEACIÓN DEL ESTUDIO DE PREFACTIBILIDAD.................................................. 4
1. Declaración Inicial del Negocio ............................................................................................... 4
1.1 Propósito específico del sistema ....................................................................................... 4
1.2 Tipo de clientes a los cuales van dirigidos los productos y servicios ofrecidos por la
organización ........................................................................................................................... 4
1.3 Características esenciales y opcionales del sistema ........................................................ 4
1.4 Descripción de las personas que van a interactuar con la aplicación ................................ 5
1.5 Beneficios que se buscan para la institución con el sistema a desarrollar ........................ 6
1.6 Arquitectura Inicial Propuesta por el cliente ...................................................................... 7
1.7 Lista Inicial de Requisitos ................................................................................................. 7
2. Plan de Trabajo para el estudio de Prefactibilidad .................................................................. 8
2.1 Relación de Actividades a Realizar y duración estimada .................................................. 8
2.2 Descripción del equipo humano inicial y asignación de responsabilidades ....................... 8
2.3 Descripción de los recursos Requeridos y las respectivas ventanas de ........................... 9
disponibilidad .......................................................................................................................... 9
2.4 Estimación de los costos ................................................................................................ 10
3. Lista de comprobaciones para el estudio de prefactibilidad .................................................. 10
4. Plan de Gestión de Configuración ........................................................................................ 10
4.1 Entidades bajo Gestión de Configuración ....................................................................... 10
4.2 Asignación de Responsabilidades .................................................................................. 11
4.3 Políticas para la gestión y control de versiones............................................................... 11
ETAPA II: MODELADO DE LA ORGANIZACIÓN, DEFINICIÓN DE REQUISITOS INICIALES
DEL SISTEMA Y SELECCIÓN INICIAL DE LA ARQUITECTURA ............................................... 12
1. Modelo del Negocio ............................................................................................................. 12
1.1 Modelo de Casos de Uso de negocio ............................................................................. 12
1.2 Modelo de objetos del negocio ....................................................................................... 13
2. Modelo de Casos de Uso ..................................................................................................... 15
2.1 Diagrama de Casos de Uso ............................................................................................ 15
2.2 Descripción de escenarios .............................................................................................. 17
2.3 Descripción de actores ................................................................................................... 20
3. Lista de requisitos no funcionales ......................................................................................... 20
4. Lista de priorización de casos de uso ................................................................................... 21
5. Modelo de despliegue .......................................................................................................... 22
ETAPA III: GESTIÓN INICIAL DE RIESGOS PARA EL PROYECTO .......................................... 22
1. Lista Inicial de Riesgos ........................................................................................................ 22
ETAPA IV: PLANEACIÓN INICIAL DEL PROYECTO .................................................................. 25
 1. Plan de trabajo para el proyecto .......................................................................................... 25
1.1 Relación de actividades a realizar, duración estimada y esfuerzo.................................. 25
1.2 Lista de Recursos Computacionales Críticos para el Proyecto ....................................... 25
1.3 Descripción del equipo humano para el proyecto y asignación de responsabilidades ..... 26
1.4 Estimación de los costos de realización del proyecto..................................................... 26
ETAPA V: DETERMINACIÓN PRELIMINAR DE VIABILIDAD DEL PROYECTO ........................ 27
1. Lista de comprobaciones para el estudio Preliminar ............................................................ 27
2. Caso del Negocio ................................................................................................................. 28
2.1 Beneficios que se quieren lograr ..................................................................................... 28
2.2 Costo Estimado para la construcción de la solución ....................................................... 28
2.3 Duración estimada para el desarrollo del proyecto ......................................................... 29
2.4 Apreciación sobre la conveniencia del proyecto.............................................................. 29

ÍNDICE DE TABLAS

Tabla 1. Asignación de Responsabilidades Inicial. ................................................................ 9

Tabla 2. Recursos Humanos para el estudio de Prefactibilidad ........................................... 10
Tabla 3. Recursos Hardware para el estudio de Prefactibilidad. ......................................... 10
Tabla 4. Descripción Caso de Uso Registrar en el Sistema ................................................ 17
Tabla 5. Descripción Caso de Uso Publicar Datos de Evaluación ....................................... 18
Tabla 6. Descripción Caso de Uso Gestionar Preguntas y Respuestas .............................. 18
Tabla 7. Aplicar Evaluación ................................................................................................. 18
Tabla 8. Descripción Caso de Uso Recibir Calificación Automática .................................... 19
Tabla 9. Descripción Caso de Uso Gestionar Reportes Individuales y Grupales ................. 19
Tabla 10. Descripción Caso de Uso Presentar Evaluación Digitalmente ............................. 19
Tabla 11. Descripción Caso de Uso Observa Reporte Individual ........................................ 20
Tabla 12. Descripción Caso de Uso Modificar Contenido .................................................... 20
Tabla 13. Descripción Caso de Uso Gestionar Cliente ........................................................ 20
Tabla 14. Requisito no Funcional: Funcionamiento Permanente ......................................... 21
Tabla 15. Requisito no Funcional: Funcionamiento Múltiple ................................................ 21
Tabla 16. Requisito no Funcional: Compatibilidad entre dispositivos .................................. 22
Tabla 17. Error en el Despliegue de la Interfaz ................................................................... 23
Tabla 18. Baja Seguridad .................................................................................................... 23
Tabla 19. Presupuesto insuficiente ..................................................................................... 24
Tabla 20. Tiempo de entrega .............................................................................................. 24
Tabla 21. Infraestructura mínima no obtenida a tiempo ....................................................... 24

2
 Tabla 22. Garantizar el funcionamiento para un mínimo de usuarios .................................. 24 Tabla
23. Cambios en los requerimientos ........................................................................... 25
Tabla 24. Estimación de recursos computacionales críticos para el proyecto. .................... 26
Tabla 25. Recursos Humanos para el proyecto................................................................... 26
Tabla 26. Recursos Hardware para el proyecto. ................................................................. 27
Tabla 27. Lista de comprobaciones para el estudio preliminar ............................................ 28

ÍNDICE DE FIGURAS

Figura 1. Arquitectura Inicial realizada por el cliente. ............................................................ 7

Figura 2. Cronograma Estudio de Prefactibilidad .................................................................. 8
Figura 3. Diagrama de casos de uso del negocio. ............................................................... 12
Figura 4. Programar Evaluación .......................................................................................... 13
Figura 5. Programar Evaluación .......................................................................................... 13
Figura 6.Aplicar Evaluación................................................................................................. 14
Figura 7. Calificar Evaluación .............................................................................................. 14
Figura 8. Entregar Resultados ............................................................................................ 15
Figura 9. Diagrama de Casos de Uso Docente ................................................................... 16
Figura 10. Diagrama de Casos de Usos del coordinador Académico .................................. 16
Figura 11. Diagrama de Casos de Usos del Estudiante ......................................................
17

Figura 12. Diagrama de Casos de Usos del Administrador. ................................................ 17

Figura 13. Descripción inicial de la arquitectura solución .................................................... 22
Figura 14. Cronograma para las fases restantes del proyecto ............................................ 25

3
 ESTUDIO DE PREFACTIBILIDAD

En este documento se realiza un estudio preliminar para el proyecto STARTUNICAUCA,

dando inicio al modelo para la construcción de soluciones de dicho proyecto, para lo cual
se tienen en cuenta las cinco etapas de referencia para esta fase del modelo.

ETAPA I: PLANEACIÓN DEL ESTUDIO DE PREFACTIBILIDAD

1. Declaración Inicial del Negocio

1.1 Propósito específico del sistema

El propósito del sistema telemático StartUnicauca, es brindar soporte a los estudiantes de primer
semestre de la Facultad de Ingeniería de la Universidad del Cauca (FIC – FIET) que estudian los
cursos relacionados con matemática y física, ayudando en el proceso de aprendizaje y afianzamiento
de conocimientos en estas asignaturas.

Esta aplicación le debe permitir a los estudiantes poder consultar el material contenido en la nube de
StartUnicauca referente a las temáticas de estos cursos, podrán además comunicarse con usuarios
conectados a la plataforma ya sean monitores (profesores - asesores) u otros estudiantes, al igual,
tendrá la posibilidad de acceder a mapas de la institución que le facilitaran la ubicación dentro de
ella.

La plataforma StartUnicauca será una plataforma web, a la que podrán tener acceso desde cualquier
dispositivo conectado a internet, donde se podrá tener acceso desde cualquier navegador web

1.2 Tipo de clientes a los cuales van dirigidos los productos y servicios ofrecidos por
la organización

El sistema va dirigido a los estudiantes de primer semestre de la facultad de ingeniería

de la Universidad del Cauca (FIET – FIC) que deseen mejorar o afianzar los
conocimientos en los cursos de matemática y física orientados en estas facultades.

1.3 Características esenciales y opcionales del sistema

a. Propuestas por el Cliente

● El sistema debe contar con contenido actualizado y validado por docentes o

monitores de las materias de física y matemática.
● El sistema cuente con la lista de los estudiantes de cada asignatura para mejorar
la comunicación

● Los estudiantes pueden tener acceso a la plataforma para cuadrar asesorías con
monitores y obtener así información de la materia.
4
 ● Que exista un Foro donde se puedan exponer las dudas o problemas de forma
pública.

● El sistema debe contar con la listas de los grupos de investigación presentes en

la facultad incluyendo los tiempos de ingreso a ellos.

● Poder exportar el material en archivo PDF para mantener registro en caso de

fallos o falta de conexión.
b. Propuestas por el Equipo de Desarrollo

● Realizar tres perfiles de ingreso: Administrador, Docente o Asesor y Estudiante.

● Garantizar que el docente o monitor pueda guardar ajustes de contenido y

demás.

● Respaldar la escalabilidad de la plataforma y sistema para las versiones

posteriores.

● Dar la posibilidad de control de cuentas a los diferentes perfiles de usuario

● Realizar un registro y validación de las personas que ingresan al sistema,

garantizando que pertenezcan a los cursos ofertados.

● Dar soporte a la plataforma en la medida en que los nuevos usuarios ingresen

en mayores cantidades.

● Facilitarle al usuario un medio para que pueda comunicarse con el administrador

para quejas y sugerencias.

● Desarrollar una interfaz gráfica usable e intuitiva que permita a cualquier usuario,
así sea en su primer ingreso, el manejo de los servicios que ofrece la plataforma.

1.4 Descripción de las personas que van a interactuar con la aplicación

5
 Administrador: Sera el encargado de actualizar la información más reciente acerca de
la institución, además de darle soporte técnico a la plataforma, al igual, dar mantenimiento
al sistema, dar el control de cuentas de usuario, y registrar usuarios

 Estudiante: Será un beneficiario directo debido a todas las ventajas que obtendrá al
recibir la información más relevante para iniciar su carrera universitaria, podrán consultar
todo el material publico expuesto en la plataforma, comunicarse con asesore, monitores
o estudiantes que estén en línea, consultar documentación de orientación de la
institución, posibilidad de postear mediante foros.

 Asesores o Creadores de contenido: Todas las personas vinculadas a la universidad

del cauca que posean conocimiento sobre alguna de las áreas de interés y estén en
disponibilidad de tiempo para aclarar las dudas presentadas con respecto a las áreas de
matemática y física, quienes podrán subir contenido e interactuar en foros y con los
demás usuarios conectados

 Comunicadores: Toda aquella persona que enriquezca la base de datos del sistema
con información no académica, como por ejemplo, personas que compartan mapas de la
universidad, temas de interés en los foros, bibliotecarios, etc.

1.5 Beneficios que se buscan para la institución con el sistema a desarrollar

La institución educativa tiene como propósito obtener los siguientes resultados:

 Mejorar la calidad educativa de los programas, en vista de que los estudiantes

tendrán mejores capacidades y herramientas para aprender.

 Extender el alcance del servicio de monitorias en la comunidad estudiantil.

 Mejorar el desempeño de cada estudiante en las materias de física y

matemáticas.

 Adquirir una retroalimentación de conocimiento y métodos beneficiosos en el

equipo de trabajo.
 Servir como ejemplo de desarrollo de soluciones telemáticos para instituciones
educativas.

● Medir el desempeño de cada estudiante en los diferentes temas, de acuerdo a

la constancia y actividad en la plataforma

6
 ● Medir el desempeño del curso en diferentes temas, de acuerdo con el resultado
presentado en la finalización de cada periodo.

1.6 Arquitectura Inicial Propuesta por el cliente

En la siguiente figura se observa la arquitectura realizada por el cliente:

Figura 1. Arquitectura Inicial realizada por el cliente.

Usuario: Representa a todas las personas que van a utilizar el servicio telemático, en
este caso son los docentes, monitores o asesores, estudiantes y comunicadores.

Internet: Es la red que va a permitir la comunicación entre todos los elementos del
sistema.

Servidor Web: Proporciona el servicio de acceso a la aplicación web.

Servidor de Base de Datos: Permite el acceso y control sobre la base de datos.

1.7 Lista Inicial de Requisitos

Inicialmente se plantean los siguientes requisitos para el desarrollo del proyecto:

 Registrar estudiantes
 Registrar monitores, asesores o docentes.
 Permitir la interacción de usuarios mediante un chat.
 Permitir la creación de foros de discusión.

7
 2. Plan de Trabajo para el estudio de Prefactibilidad

2.1 Relación de Actividades a Realizar y duración estimada

En el siguiente cronograma se observa el tiempo estipulado para el desarrollo de la

primera fase del modelo para la construcción de soluciones, observando las actividades
que se deben realizar en el transcurso de esta fase, además de las estimaciones de
duración y esfuerzo para cada actividad.

Figura 2. Cronograma Estudio de Prefactibilidad

2.2 Descripción del equipo humano inicial y asignación de responsabilidades

El equipo humano inicial para el proyecto está conformado por las siguientes personas:

Nombre de La Persona Rol que desempeña

EDUARDO ROJAS PINEDA Director del Proyecto

8
 1. Administrador de Configuración

Gianpier Verutti
2. Diseñador de interfaz

1. Ingeniero de Casos de Uso

Jonathan Arcila
2.Ingeniero de componentes

1. Analista del sistema

Cristian Velasco
Wilson Benavides 2. Arquitecto del sistema

Tabla 1. Asignación de Responsabilidades Inicial.

2.3 Descripción de los recursos Requeridos y las respectivas ventanas de

disponibilidad

Los siguientes recursos se encuentran disponibles para los integrantes del equipo de
humano:

Instalaciones
Sala 334 Universidad del Cauca. Disponibilidad 4 horas diarias (El horario asignado por
día se basa en el horario que académicamente se puede acceder a esta sala,
regularmente la sala se encuentra ocupada durante 4 horas por día en promedio, lo
cual deja un vacío para la utilización de la misma).

Hardware
Un computador por cada usuario, el cual debe contar con internet y servidores de la
Universidad del Cauca, las condiciones mínimas requeridas son: Procesador (2,6 GHz),
memoria (2 GB), espacio libre en el disco (1 GB) para soportar la ejecución de algunos
programas, necesarios para el desarrollo de la aplicación.

Software
 Sistema operativo: Windows 7/8/10
 Navegador web
 Gestor de bases de datos (Mysql)
 Eclipse
 Java
 Editor de textos

9
2.4 Estimación de los costos

Para realizar la estimación de costos se recurre al documento “criterios de referencia

para la elaboración del presupuesto en anteproyectos” publicado por el comité de
investigaciones de la Facultad de Ingeniería Electrónica y Telecomunicaciones (FIET),
de este escrito se obtiene el valor del punto para la realizar la estimación para los
recursos humanos y técnicos que se muestra a continuación:

Nombre Total
Tiempo total Puntos por Valor del
(Horas) c/u Hora punto

Director (1) 4 2.5 12.120 $121.200

Estudiantes (4) 5 1.5 12.120 $363.600

Total $484.800

Tabla 2. Recursos Humanos para el estudio de Prefactibilidad

Equipo Costo Cantidad Mantenimiento Total

PC 0 4 35.000 $140.000

Total $140.000

Tabla 3. Recursos Hardware para el estudio de Prefactibilidad.

El costo total se obtiene sumando recursos humanos y hardware obteniendo como

resultado: $ 624.800 siendo esta la estimación de costo total para esta fase.

3. Lista de comprobaciones para el estudio de prefactibilidad

Para realizar esta lista es necesario conocer algunos resultados de etapas posteriores,
por lo cual la lista de comprobaciones se realiza en la quinta y última etapa del estudio
de prefactibilidad.

4. Plan de Gestión de Configuración

4.1 Entidades bajo Gestión de Configuración

● Plan de trabajo del Estudio Preliminar.

10
 ● Plan de trabajo para el Proyecto.

● Modelo de Negocio.

● Modelo de Casos de uso del Sistema.

● Lista de Requisitos no funcionales.

● Lista de Riesgos para el proyecto.

4.2 Asignación de Responsabilidades

● Se denomina Representante de Control de Cambios (RCC) al ingeniero

Eduardo Rojas, director del proyecto, el cual se encarga de brindar apoyo,
asesoría y realizar observaciones necesarias a los miembros del equipo.

● Administrador de Configuración (AC): Esta labor la desempeña el estudiante

Gianpier Verutti, el cual se encargará de gestionar la creación de nuevas
versiones en el repositorio de productos de trabajo del proyecto y controlar
que los cambios realizados al proyecto se documenten de acuerdo al formato
dispuesto.

4.3 Políticas para la gestión y control de versiones

● Si se requiere realizar cambios a los productos del trabajo que se encuentran

bajo Gestión de Configuración, estos deben ser primero notificados al RCC.

● El RCC evalúa y decide si los cambios solicitados según sus criterios son
pertinentes y mejoran el desarrollo del proyecto.

● El RCC notifica al grupo la decisión tomada, y las circunstancias que lo llevaron

a tomar dicha decisión.

● Cuando se notifique al grupo la solicitud aprobada, se debe ejecutarse y recurrir

al apoyo, con el fin de llevar a cabo el cambio desde el repositorio del proyecto
y generar una nueva versión para la fase del proyecto.

● Toda nueva versión debe etiquetarse de la forma ‘1.X’ donde X indica el número
de la versión del documento, modelo o código fuente generado. La primera
versión estable de toda unidad de configuración tendrá como etiqueta 1.0.

● Los cambios se deben hacer a partir de las versiones estables almacenadas en

el repositorio del proyecto.

11
 ● El RCC programara revisiones periódicas de la configuración del sistema, para
observar si los cambios aprobados se realizan según lo acordado en la solicitud.
● Si el RCC o un integrante lo requiere, el AC debe generar reportes del sistema
según sea necesario.

ETAPA II: MODELADO DE LA ORGANIZACIÓN, DEFINICIÓN DE REQUISITOS

INICIALES DEL SISTEMA Y SELECCIÓN INICIAL DE LA ARQUITECTURA

1. Modelo del Negocio

1.1 Modelo de Casos de Uso de negocio

En el presente modelo de negocio, se describe el comportamiento actual de los

principales actores del negocio, el Profesor, Asesor o Monitor y el estudiante.

12
 Figura 3. Diagrama de casos de uso del negocio.

Para realizar un análisis más detallado de los casos de uso del negocio se procede a
realizar un modelo de objetos.

1.2 Modelo de objetos del negocio

a. Comunicarse con estudiantes y asesores

Comunicarse con estudiantes y asesores es un proceso realizado por
estudiantes el cual les permite comunicación directa con usuarios activos de la
plataforma en calidad de estudiantes o asesores.

Figura 4. Comunicarse con estudiantes y asesores.

b. Administrar asistencia a las asesorías

La administración de asistencia a las asesorías es un proceso diseñado para el
asesor el cual le permite visualizar la cantidad de estudiantes que han
confirmado asistencia para la siguiente asesoría, lo cual permitía una
optimización en el manejo del tiempo del asesor.

Figura 5. Administrar asistencia a las asesorías

13
c. Comunicarse con los estudiantes
El asesor puede comunicarse de manera directa con cualquier estudiante que sea
usuario activo en la plataforma.

Figura 6. Comunicarse con los estudiantes.

d. Brindar material de estudio a estudiantes

Esta función es realizada por asesores para brindar cualquier tipo de material en
formato pdf en dominio público a los demás usuarios de la plataforma, pensado
para ser brindado a estudiantes.

Figura 7. Brindar material de estudio a estudiantes.

e. Cuadrar horarios de asesorías

Esta función es realizada por estudiantes y asesores para realizar el cuadre de
horarios de asesorías.

Figura 8. Cuadrar horarios de asesorías.

f. Conseguir material de estudio

Esta función es realizada por estudiantes, en esta función podrán conseguir
cualquier material de estudio almacenado en la plataforma subido por asesores
de manera pública.

Figura 9. Conseguir material de estudio.

1.3. Glosario de Términos

BASE DE DATOS:

Conjunto de datos organizado que recopila cierto tipo de información y la organiza de tal
modo que permita obtener con rapidez diversos tipos de información.

PÁGINA WEB:

Conjunto de información almacenada en un sitio web que se muestran en una pantalla,

puede incluir textos, contenidos audiovisuales y enlaces con otra página.

INTERFAZ:

14
Conexión, física o lógica, entre una computadora y el usuario, un dispositivo periférico o un
enlace de comunicaciones que permite la interacción del usuario con la plataforma y sus
servicios.

DOCENTE
Persona encargada de dictar las clases a diversos estudiantes en uno o varios temas
específicos y de este modo es la persona encargada de realizar la evaluación. También se
le llama asesor o monitor.

ESTUDIANTE

Este personaje es el encargado de realizar las evaluaciones que tienen como objetivo ver
la cantidad de conocimiento adquirido.

PLATAFORMA

Entorno informático encargado de brindar el soporte para interacciones entre los diferentes
servicios a brindar y los usuarios de estos servicios.

2. Modelo de Casos de Uso

2.1 Diagrama de Casos de Uso

A continuación se realizan los diagramas de casos de uso para el docente, estudiante,

coordinador académico y administrador del sistema, para describirlos posteriormente en la
siguiente sección del documento.
MANTENERSE EN EL QUE NO EL COMO

Figura 12. Diagrama de Casos de Uso Asesor

15
Figura 13. Diagrama de Casos de Usos del Comunicador

Figura 14. Diagrama de Casos de Usos del Estudiante

Figura 15. Diagrama de Casos de Usos del Administrador.

16
2.2 Descripción de escenarios

Caso de Uso 1 Gestión de Asesorías

Iniciador Asesor

Propósito El propósito de este caso de uso es el de crear un evento para la

realización de asesoría en persona entre asesor(es) y
estudiante(s).
Resumen
Los asesores a partir de la plataforma tienen la capacidad de
crear un evento llamado asesoría en el cual los estudiantes
interesados confirman su asistencia al evento.

Tabla 7. Descripción Caso de Uso Gestión de Asesorías

Caso de Uso 2 Comunicación con estudiantes

Iniciador Asesor

Propósito
Permitir al asesor la comunicación con el estudiante.

Resumen El asesor puede abrir un canal de comunicación con cualquier

estudiante activo en la plataforma
Tabla 9. Descripción Caso de Uso Comunicación con estudiantes

Caso de Uso 3 Publicación de material de estudio

Iniciador Asesor, Comunicador

Propósito Permitir que los asesores, docentes, monitores agreguen

contenido dentro de la aplicación.

Resumen Los Asesores o Comunicadores agregan archivos en diferentes

formatos, cuyo contenido esté orientado a la asesoría en los
diferentes objetivos del sistema.
Tabla 5. Descripción Caso de Uso Publicación de material de estudio

Caso de Uso 4 Comunicación con estudiantes y asesores

17
Iniciador Estudiante

Propósito Permitir al asesor la comunicación con asesores y entre

estudiantes.

Resumen El estudiante puede abrir un canal de comunicación con

cualquier asesor o estudiante activo en la plataforma.
Tabla 5. Descripción Caso de Uso Comunicación con estudiantes y asesores

Caso de Uso 5 Obtención del material de estudio

Iniciador Estudiante

Propósito Permitir que el estudiante pueda acceder al material provisto por

comunicadores y asesores.

Resumen El estudiante va a poder acceder a la aplicación en general, en

el caso de estar registrados, seleccionar un archivo de su interés
y descargarlo.
Tabla 5. Descripción Caso de Uso Obtención del material de estudio

Caso de uso 6 Publicación de dudas

Iniciador Estudiante
Propósito Crear un espacio en donde el estudiante podrá postear
públicamente diferentes temáticas que se refieran a los
contenidos de los cursos, con el fin de resolver, anexar o
participar de un tema en específico.
Resumen Generar un espacio en el cual el estudiante pueda publicar
sus inquietudes o aportes que puedan ser de interés para los
usuarios de esta plataforma, los cuales llevaran un título y
etiquetas de referencia.
Tabla 14. Descripción Caso de Uso Publicación de dudas

Caso de Uso 7 Confirmar Asistencia a Asesorías

Iniciador Estudiante

Confirmar la asistencia a una asesoría de uno o varios temas

Propósito
creados por un monitor.
Resumen El estudiante ingresa a una interfaz de eventos en la aplicación, en
donde podrá seleccionar las asesorías activas, ver los detalles de esta,
y confirmar su asistencia
Tabla 10. Descripción Caso de Uso Confirmar Asistencia a Asesorías

18
Caso de Uso 8 Gestionar Usuario

Iniciador Administrador (Esencial)

Propósito El propósito de la gestión de usuario es el de crear y permitir el

acceso a la plataforma por parte de los usuarios (estudiantes y
asesores).
Resumen Este caso de uso se permite al administrador las funciones de
agregación, edición y eliminación de cuentas del sistema
(estudiantes y asesores).
Tabla 11. Descripción Caso de Uso Observa Reporte Individual

Caso de Uso 9 Gestionar Mantenimiento

Iniciador Administrador (Esencial)

Propósito Permitir el control de la información contenida en la aplicación

web, y ejecutar todas las acciones que brinden el buen
funcionamiento de la misma.
Resumen En este caso de uso se permite al administrador realizar las
funciones que garanticen la escalabilidad del sistema,
asegurando la estabilidad de las conexiones que soportan la
plataforma.
Tabla 12. Descripción Caso de Uso Gestionar Mantenimiento

Caso de Uso
Gestionar Contenido
10

Iniciador Administrador(Esencial)

Propósito Permite realizar los todos los cambios referidos a los archivos o
contenidos agregados a la plataforma, con el fin de que se
cumplan las políticas de creación contenido, además de controlar
el almacenamiento ocupado.
Resumen El propósito de este caso de uso está orientado al control de todo
el contenido que se haya subido a la página ya sea en los foros o
en los archivos agregados, con el fin de que se vele por que los
contenidos sean apropiados y correspondientes a los temas de
las asignaturas. Además de administrar todo el almacenamiento
de los datos, con el fin de eliminar si es necesario (por falta de
espacio en el servidor)
Tabla 13. Descripción Caso de Uso Gestionar Contenido

19
 Caso de Uso 4 Comunicación con otros usuarios activos

Iniciador Administrador

Propósito Permitir al administrador la comunicación con cualquier usuario

activo en la plataforma.

Resumen El administrador puede abrir un canal de comunicación con

cualquier usuario activo en la plataforma.
Tabla 13. Descripción Caso de Uso Comunicación con otros usuarios activos

2.3 Descripción de actores

● Asesor, profesor o Monitor: Este rol generalmente es desempeñado por el encargado

de la instrucción de los estudiantes, o por los monitores que usualmente designa la
institución, el asesor o profesor puede agregar archivos en un directorio individual o
mediante la creación de carpetas temáticas, crear las asesorías y participar en los
foros existentes, a su vez mantendrán comunicaciones con los usuarios mediante un
sistema de chat en línea.
● Estudiante: Es el principal actor del sistema, está habilitado para acceder a los
archivos subidos por los monitores, descargarlos, crear asuntos de discusión en
los foros, además de participar en ellos, tiene la capacidad de confirmar su
asistencia a las asesorías creadas en el calendario, además de la posibilidad de
interactuar con los demás usuarios vía chat en línea.

● Comunicador: Tiene acceso a la plataforma con el fin de agregar información

concerniente a temáticas relacionadas con la universidad, como lo son mapas
del sitio, artículos de interés, etc., además tiene la capacidad de descargar la
información suministrada por otros comunicadores.

● Administrador: Tiene la capacidad de gestionar el control de usuarios (registro,

edición, eliminación), al igual que el control absoluto de la plataforma, el cual le
brinda las opciones de mantenimiento que ejerce con el fin de que el sistema
funcione como se espera; puede además controlar que archivos, o foros que no
cumplan con la política de publicación de archivos en esta plataforma, además
de hacer gestión del almacenamiento de la misma.

3. Lista de requisitos no funcionales

A continuación se realiza la descripción de los requisitos no funcionales identificados

para el sistema solución:

1. Funcionamiento permanente

20
 Tipo Disponibilidad

Descripción
La Aplicación se debe poder ejecutar a cualquier hora del día
por todos los usuarios, priorizando a los profesores respecto a
los estudiantes durante cualquier horario, debido a la
importancia de los cambios realizados y guardando
oportunamente las respuestas de los estudiantes durante los
exámenes cada cierto periodo de tiempo.

Tabla 15. Requisito no Funcional: Funcionamiento Permanente

2. Funcionamiento múltiple

Tipo Soporte

Descripción
Además la aplicación debe funcionar perfectamente cuando se
realicen evaluaciones simultáneas, y debe soportar cierto
número de evaluaciones.
Tabla 16. Requisito no Funcional: Funcionamiento Múltiple

3. Compatibilidad entre dispositivos

Tipo Usabilidad

Descripción La aplicación podrá ser abierta desde un dispositivo móvil o un

computador con acceso a internet que disponga de un
navegador web.
Tabla 17. Requisito no Funcional: Compatibilidad entre dispositivos

4. Lista de priorización de casos de uso

A continuación se listan los casos de uso esenciales del sistema:

 Gestionar usuarios
 Agregar contenido
❖ Crear asesoría
❖ Descargar contenido
❖ Gestionar mantenimiento
❖ Gestionar contenido
❖ Confirmar asistencia asesoría

Los casos de uso Opcionales son:

21
  Crear carpeta temática
 Crear foro
 Participar foros
 Iniciar chat
5. Modelo de despliegue

Figura 16. Descripción inicial de la arquitectura solución

ETAPA III: GESTIÓN INICIAL DE RIESGOS PARA EL PROYECTO

1. Lista Inicial de Riesgos

1. Error en el despliegue de la interfaz

Descripción La interfaz de usuario puede presentar fallas cuando exista

discrepancia entre la información requerida y la mostrada al usuario.

Categoría Técnico

Impacto Marginal

Alternativas Asignar un ingeniero de pruebas que verifique el correcto

funcionamiento de la interfaz.
Tabla 18. Error en el Despliegue de la Interfaz

2. Baja seguridad

Descripción El servicio puede presentar baja seguridad, ocasionando filtración de

información privada o suplantación en alguno de los perfiles.

22
Categoría Técnico

Impacto Alto impacto

Alternativas Restringir los puntos de acceso para asesores, profesores o

monitores, al igual que a estudiantes y comunicadores. Además las
contraseñas deben tener un alto nivel de seguridad.
Tabla 19. Baja Seguridad

3. Presupuesto Insuficiente

Descripción Un presupuesto insuficiente puede ocasionar el estancamiento de las

actividades propuestas que a su vez puede ocasionar un retraso en
el tiempo de entrega.

Categoría Proyecto

Impacto Crítico

Alternativas La realización del presupuesto debe realizarse minuciosamente, para

no olvidarse de detalle alguno y de esta manera garantizar el
cumplimiento de todo lo estipulado.
Tabla 20. Presupuesto insuficiente

4. Tiempo de Entrega

Descripción En el desarrollo del proyecto pueden surgir acontecimientos que

retrasen el tiempo de entrega del sistema telemático.

Categoría Proyecto

Impacto Crítico

Alternativas Ajustar adecuadamente lo que se planea, entregar de tal forma que se

pueda cumplir con el plazo de entrega.
Tabla 21. Tiempo de entrega

23
5. Infraestructura mínima no obtenida a tiempo

Descripción
La universidad no pueda proveer la implementación de los servidores
necesarios para el funcionamiento de esta plataforma

Categoría Técnico

Impacto Crítico

Alternativas Ser muy claro con el cliente que debe contar con los recursos
hardware mínimos para el uso eficiente de la aplicación.
Contar con un alternativa que provea este servicio, bajo las mismos
requerimientos
Tabla 22. Infraestructura mínima no obtenida a tiempo

6. Garantizar el funcionamiento para un mínimo de usuarios

Descripción Se debe garantizar el funcionamiento para múltiples usuarios, el cual

debe ser alto durante el día y moderado en la noche, este tiempo de
funcionamiento depende del ancho de banda y los recursos que
puedan ser contratados para el funcionamiento de la aplicación.

Categoría Técnico

Impacto Crítico

Alternativas Estudiar muy bien las conexiones que nos brinde el proveedor de
servicios en la nube, sino optar por otro proveedor
Tabla 23. Garantizar el funcionamiento para un mínimo de usuarios

7. Cambios en los requerimientos

Descripción El usuario puede solicitar un módulo que no se adapte o que no tenga

que ver con lo desarrollado hasta el momento y exija que este debe
ser presentado.

Categoría Técnico

Impacto Alto impacto

24
 Alternativas Monitorear muy bien al cliente desde un principio de tal manera que
se pueda asegurar que funcionalidades básicas debe tener nuestro
producto y cuales se podrían añadir más tarde.
Tabla 24. Cambios en los requerimientos

ETAPA IV: PLANEACIÓN INICIAL DEL PROYECTO

1. Plan de trabajo para el proyecto

1.1 Relación de actividades a realizar, duración estimada y esfuerzo

En la siguiente imagen podemos encontrar el cronograma, el cual será utilizado para el

desarrollo del proyecto, este hace referencia de los ciclos a cumplir para lo que resta
del proyecto.

Figura 17. Cronograma para las fases restantes del proyecto

El cronograma inicia el día 3 de octubre con el complemento de los requisitos del sistema y finaliza
el día 11 de octubre con la entrega del prototipo del sistema.

1.2 Lista de Recursos Computacionales Críticos para el Proyecto

Categoría Tipo Elementos

Hardware Plataformas ● Un servidor de BD
● Un servidor WEB
Conexiones de Internet ● Conexión a internet
Software Sistemas Operativos ● Windows 7/8/10
Herramientas de ● Netbeans o Eclipse
Desarrollo

25
 Otros ● Navegador Web

Tabla 25. Estimación de recursos computacionales críticos para el proyecto.

1.3 Descripción del equipo humano para el proyecto y asignación de

responsabilidades

Las responsabilidades por las actividades desarrolladas durante el proyecto están a

cargo del grupo de cuatro estudiantes pertenecientes al curso de énfasis II, Ambientes
de desarrollo, los estudiantes a cargo son Wilson Benavides, Jonathan Arcila, Cristian
Velasco y Gianpier Verutti.

Eventualmente el director del proyecto intervendrá para asesorar en la planeación de

tiempos para la realización de actividades en el desarrollo del proyecto y en la
verificación de la consistencia de los productos de trabajo del proyecto.

1.4 Estimación de los costos de realización del proyecto

La estimación de costos para las etapas siguientes del modelo para construcción de
soluciones se observa a continuación:

Nombre Tiempo total Puntos por Valor del Total

(Horas) c/u Hora punto

Director (1) 20 2.5 12.120 606.000

Estudiantes (4) 50 1.5 12.120 3.636.000

Total 4.242.000

Tabla 26. Recursos Humanos para el proyecto

Equipo Costo Cantidad Horas Costo Total

Mantenimiento
Uso

PC 1’400.000 4 170 120.000 35.000 620.000

Total 620.000

Tabla 27. Recursos Hardware para el proyecto.

26
Obteniendo como costo total para de las siguientes fases: $4.862.000

ETAPA V: DETERMINACIÓN PRELIMINAR DE VIABILIDAD DEL PROYECTO

1. Lista de comprobaciones para el estudio Preliminar

Con el fin de comprobar que se cumplieron los propósitos del estudio de prefactibilidad
del proyecto, se realiza la siguiente lista.

CRITERIO SI NO

Definición del alcance del proyecto

● ¿Se obtuvo una descripción suficientemente clara del sistema y una X
adecuada declaración del propósito?
● ¿Se realizó una clara identificación de actores? X
● ¿Se tiene un modelo inicial del negocio que representa los procesos X
de negocio necesarios?
● ¿Se tiene un modelo de casos de uso del sistema adecuado? X

Resolución de ambigüedades en los requisitos

● ¿Se ha logrado un reconocimiento satisfactorio de requerimientos X
(funcionales y no funcionales) y en el nivel de detalle adecuado?
● ¿Se han llevado correctamente esos requerimientos a casos de uso? X
● ¿Existe coherencia entre los modelos elaborados y la Declaración X
inicial del Negocio?
● ¿Se han priorizado convenientemente los casos de uso? X

Viabilidad de la arquitectura inicial X

● ¿Satisface la arquitectura propuesta las necesidades del cliente y de los
usuarios? X
● ¿Es factible realizar una implementación de la aplicación estructurada
según la arquitectura propuesta? X
● ¿Se han considerado alternativas a esta?
X
● ¿La arquitectura propuesta utiliza apropiadamente la tecnología
X
existente?
● ¿Se han evaluado sus criterios de eficiencia, tolerancia a fallas,
X
adaptabilidad y robustez?
● ¿La arquitectura planteada da posibilidad de crecimiento o evolución de X
la aplicación?
● ¿Se han realizado las evaluaciones pertinentes indicadas en la guía
entregada por el docente?

27
Mitigación de riesgos críticos
● ¿Se han identificado todos los riesgos críticos?
● ¿Se evaluaron los elementos del entorno de desarrollo y del entorno X
de ejecución, y se han propuesto medidas adecuadas al respecto? X
● ¿Se ha elaborado un presupuesto consistente y acorde a las
necesidades? X
● ¿Se ha elaborado un cronograma o un plan de trabajo a seguir X
realista?

Conveniencia del Caso Inicial de Negocio

● ¿Es el caso Inicial del Negocio lo suficientemente satisfactorio para X
justificar la continuación del proyecto?
Tabla 29. Lista de comprobaciones para el estudio preliminar

2. Caso del Negocio

2.1 Beneficios que se quieren lograr

Los beneficios que logra el equipo de trabajo se observan a continuación, se debe tener
en cuenta que los logrados por los usuarios del sistema solución se describen en la
sección 1.5 de la etapa de planeación.

● Mejorar el método de estudio que emplean los estudiantes de primer semestre

al iniciar una carrera.
● Los estudiantes de primer semestre dispondrán de herramientas las cuales
ayudaran en la labor de estudio con material guía y archivos proporcionados por
la comunidad de la aplicación
● Se mejorara la interacción de los estudiantes con los asesores o profesores o
con los mismos estudiantes, lo cual ayudará a estimular un ambiente propicio en
la academia.

● Permitir al estudiante acceder a los recursos ofrecidos por la Universidad del

Cauca, mediante el conocimiento de la infraestructura de la misma, con mapas
del sitio y artículos relacionados a ellos.

2.2 Costo Estimado para la construcción de la solución

Para el cálculo del costo total, se tienen en cuenta los costos del estudio preliminar y
los costos estimados para el desarrollo de las siguientes fases del proyecto,
obteniendo:

 $624.800+ $4.862.000 = $5.486.800

28
Por lo cual el valor estimado para la totalidad del proyecto es $5.486.800 de pesos.
2.3 Duración estimada para el desarrollo del proyecto

Para estimar la duración total del proyecto se tienen en cuenta los siguientes factores:

- La duración del periodo académico.

- La entrega programada del prototipo final el 1—dic-2016.

- La sustentación de la formulación del proyecto 10-nov-2016

Por lo cual se define la primer entrega del prototipo el 16-nov-2016, después de la

entrega de la formulación del proyecto. En adelante su corrección y la entrega del
sistema completo para el 1—dic-2016.

OBS: En el diagrama de Gantt aparece el 2 de diciembre debido a que un evento va

después del otro y el programa Gantt Proyect no permitió su corrección. Al igual que
corrió la iniciación de algunas actividades pues este sòlo permite iniciación de
actividades en días hábiles de trabajo (lun-vier), lo que implica el cumplimiento con
anterioridad de algunas actividades.

2.4 Apreciación sobre la conveniencia del proyecto

El proyecto se considera viable teniendo en cuenta la duración y costos obtenidos.

Además del conocimiento adquirido durante el transcurso del mismo proyecto.
Dado que se cumplió con la lista de comprobaciones para el estudio preliminar, es
posible pasar a la siguiente fase del modelo para construcción de soluciones del
proyecto StartUnicauca.

29