Vision

Glosario                                  Vision                                         Plan de Desarrollo de Software  

3.2.2 Visión

3.2.2.1 Introducción

Dentro de cualquier institución, los recursos humanos juegan un papel muy importante. Para ello, es necesario contar con un buen sistema de adquisición de recursos. Dentro de la universidad se trabajan cientos de personas, con roles muy diversos. Sin duda todos ellos fueron contratados por medio de alguna convocatoria.

Siendo más especifico, cada carrera se encarga de la adquisición de docentes y auxiliares de docencia, según sus necesidades. Por lo general, este procedimiento se lo realiza anual y semestralmente. Pero no siempre se obtienen los prospectos que la carrera desea, y por eso es necesario emitir más de una convocatoria.

3.2.2.2 Propósito

El propósito de documento es proporcionar los detalles sobre los requerimientos y las características necesarias para la elaboración de una plataforma web, encargada de gestionar y automatizar el proceso de convocatorias (docentes) dentro de la carrera de Informática.

 

3.2.2.3 Alcance  83

La plataforma será utilizada con exclusividad dentro de la carrera de informática. Ya que los estatutos utilizados para su desarrollo están orientados hacia esta carrera. Se tratara de limitar las convocatorias a docentes, ya que las convocatorias para estudiantes difieren de las de docentes.

3.2.2.4 Definiciones, Acrónimos, y Abreviaciones

RUP: Son las siglas de Rational Unified Process. Se trata de una metodología para describir el proceso de desarrollo de software.

3.2.2.5 Referencias

-       Glosario.

-       Plan de desarrollo de software.

-       RUP (Rational Unified Process).

-       Diagrama de casos de uso.

3.2.2.6 Posicionamiento

3.2.2.6.1 Oportunidad de Negocio

El sistema propuesto facilitara muchas de las actividades automatizables del lanzamiento de convocatorias, tales como: la publicación de la misma, el registro de postulantes para cada materia, el almacenamiento de notas parciales, la publicación de notas finales. Si bien algunas actividades como las evaluaciones seguirán siendo realizadas por tribunales, el sistema propuesto ayudara a sacar estadísticas de estas mismas.

3.2.2.6.2 Sentencia que define el problema

El problema de	Elegir tribunales, tanto docente como estudiantil. Programar el cronograma. Registrar postulantes.
afecta a	Dirección Académica Jefatura de Carrera. Postulantes. Tribunales.
El impacto asociado es	La pérdida de tiempo de todos los actores dentro del proceso de convocatorias. Además de la perdida de información valiosa, para estadísticas locales.
Una solución adecuada sería	Crear una plataforma web que permita la gestión casi total de las convocatorias.

El problema de	Asignar los temas a exponer. Evaluar los meritos.
afecta a	Postulantes. Tribunales.
El impacto asociado es	Los temas no siempre son igualitarios, hay veces que un tema es mas llamativo o incluso fácil que otros.
Una solución adecuada sería	Que exista una lista de temas y el tribunal en el momento de la evaluación elija un tema.

3.2.2.6.3 Sentencia que define la posición del Producto  84

para	Administrativos encargados de las convocatorias. Postulantes (revisión de notas). Tribunales.
quienes	Gestionan en su totalidad el proceso de convocatorias. Son evaluados dentro de la convocatoria. Evalúan postulantes.
El nombre del producto	Es una aplicación web.
que	Almacena la información necesaria para gestionar el proceso de las convocatorias.
no como	El sistema actual (manual).
Nuestro producto	Brindara ayuda a los administrativos encargados de llevar a cabo una convocatoria.

para	La universitarios : Postulantes (transparencia de la evaluación)
quienes	El tribunal. Evalúa a los postulantes.
El nombre del producto	Es una aplicación web.
que	Almacena la información necesaria para demostrar la transparencia del proceso y evaluación.
no como	El sistema actual (manual).
Nuestro producto	Brindara ayuda a los tribunales docente-estudiantil.

3.2.2.7 Descripción de Stakeholders (Participantes en el Proyecto) y Usuarios 85

Para proveer de una forma efectiva productos y servicios que se ajusten a las necesidades de los usuarios, es necesario identificar e involucrar a todos los participantes en el proyecto como parte del proceso de modelado de requerimientos. También es necesario identificar a los usuarios del sistema y asegurarse de que el conjunto de participantes en el proyecto los representa adecuadamente. Esta sección muestra un perfil de los participantes y de los usuarios involucrados en el proyecto, así como los problemas más importantes que éstos perciben para enfocar la solución propuesta hacia ellos. No describe sus requisitos específicos ya que éstos se capturan mediante otro artefacto. En lugar de esto proporciona la justificación de por qué estos requisitos son necesarios.

3.2.2.8 Resumen de Stakeholders

Nombre	Descripción	Responsabilidades
Lic. Menfy Morales	Jefe de carrera	El stakeholder realiza: Representa a todos los usuarios posibles del sistema. Seguimiento del desarrollo del proyecto. Aprueba requisitos y funcionalidades

 

3.2.2.9 Resumen de Usuarios

  

Nombre		Descripción	Stakeholder
SECRETARIA	RESPONSABLE PARA EMITIR CARTAS Y ENTREGAS		KARDEX
UNIVERSITARIO	ALUMNO DE LA CARRERA DE INFORMATICA		POSTULANTE AUXILIAR
UNIVERSITARIO	ALUMNO DE LA CARRERA DE INFORMATICA		TRIBUNAL ESTUDIANTIL
LICENCIADO, MAGISTER, DOCTOR	LICENCIADO EN INFORMATICA		POSTULANTE A DOCENTE
DOCENTE	DOCENTE DE LA CARRERA DE INFORMATICA		TRIBUNAL DOCENTE

 

3.2.2.10 Entorno de usuario      86

Los usuarios entrarán al sistema identificándose sobre un ordenador con un sistema operativo Windows  y tras este paso entrarán a la parte de aplicación diseñada para cada uno según su papel en la empresa. Este sistema es similar a cualquier aplicación Windows y por tanto los usuarios estarán familiarizados con su entorno.

Los informes serán generados con Microsoft office, lo cual también resultará familiar.

3.2.2.11 Perfil de los Stakeholders

 

3.2.2.11.1 Representante del área técnica y sistemas de información

Representante	Lic. Menfy Morales
Descripción	Jefe de la carrera de Informática
Tipo	Experta de Sistemas.
Responsabilidades	Encargada de mostrar las necesidades de cada usuario del sistema. Además, lleva a cabo un seguimiento del desarrollo del proyecto y aprobación de  los requisitos y funcionalidades del sistema
Criterio de Éxito	A definir por los estudiantes y docentes.
Grado de participación	Revisión de requerimientos, estructura del sistema
Comentarios	Ninguno

3.2.2.11.2 Perfiles de Usuario 

3.2.2.11.2. 1 SECRETARIA

Representante	KARDEXSTK1 KARDE
Descripción	SECRETARIA DE KARDEX
Tipo	Usuario experto.
Responsabilidades	Responsable de kardex, encargada de la gestión de inscripción de postulantes,
Criterio de Éxito	A definir por los estudiantes y docentes.
Grado de participación	A definir por los estudiantes y docentes.
Comentarios	Ninguno

3.2.2.11.2.2 UNIVERSITARIO

           

Representante	ALUMNO DE INFORMÁTICASTK1 KARDE
Descripción	POSTULANTE A AUXILIAR DE DOCENCIA
Tipo	Usuario casual del sistema.
Responsabilidades	Encargado de revisar que los datos estén correctamente en  el sistema.
Criterio de Éxito	A definir por los estudiantes y docentes.
Grado de participación	A definir por los estudiantes y docentes.
Comentarios	Ninguno.

3.2.2.11.2.3 UNIVERSITARIO   87

Representante	ALUMNO DE INFORMÁTICASTK1 KARDE
Descripción	TRIBUNAL ESTUDIANTIL
Tipo	Usuario casual del sistema.
Responsabilidades	Encargado de revisar que los exámenes se lleven forma correcta.
Criterio de Éxito	A definir por los estudiantes y docentes.
Grado de participación	A definir por los estudiantes y docentes.
Comentarios	Ninguno.

3.2.2.11.2.4 LICENCIADO, MAGISTER, DOCTOR

Representante	DOCENTE EN EL AREA DE INFORMÁTICASTK1 KARDE
Descripción	LICENCIADO EGRESADO DE LA CARRERA DE INFORMATICA POSTULANTE A SER PARTE DEL PLANTEL DOCENTE.
Tipo	Usuario casual del sistema.
Responsabilidades	Encargado de revisar que los datos estén correctamente en  el sistema.
Criterio de Éxito	A definir por los estudiantes y docentes.
Grado de participación	A definir por los estudiantes y docentes.
Comentarios	Ninguno.

3.2.2.11.2.5 DOCENTE

Representante	DOCENTE DE INFORMÁTICASTK1 KARDE
Descripción	TRIBUNAL DOCENTE
Tipo	Usuario casual del sistema.
Responsabilidades	Encargado de revisar que los exámenes se lleven forma correcta.
Criterio de Éxito	A definir por los estudiantes y docentes.
Grado de participación	A definir por los estudiantes y docentes.
Comentarios	Ninguno.

3.2.2.11.2.6 Descripción Global del Producto 88

Se almacena a todos los participantes a la elección de docentes, el proceso de emisión de convocatoria, la puntuación evaluada por cada tribunal docente – estudiantil, se conserva la hora y fecha de los exámenes y los documentos presentados por los postulante.