Metodologia de sistemas

Sistema de Gestión Académica – Subsistema de Programación de Actividades

CAPÍTULO 2 REQUERIMIENTOS DEL SISTEMA Para llevar a cabo el desarrollo del subsistema de Programación de Actividades se establecieron junto con el Jefe de Producto de SIGEAC tanto los actores como los requerimientos funcionales y no funcionales del subsistema. Los requerimientos funcionales definirán las funciones que elsubsistema será capaz de realizar y los requerimientos no funcionales expresarán las características que de una u otra forma pueden limitar el subsistema. 2.1 Actores del Subsistema Un actor es una persona o sistema que va a interactuar con el subsistema. El subsistema de Programación de Actividades va a tener un actor principal. El actor principal se va a llamar “Encargado de la Programación delas actividades”. Este actor va a interactuar con todos los Casos de Uso del subsistema. El Actor es el mismo en instituciones educativas de educación básica o superior. También son actores los subsistemas que proveerán servicios a Programación de Actividades para que pueda cumplir con sus objetivos (Indicados en el Capítulo 1). Actor Principal

Encargado de la programacion de actividades
(fromActores)

Pág. 49

Sistema de Gestión Académica – Subsistema de Programación de Actividades

Otros Subsistemas

Subsistema diseno instruccional
(from Actores)

Subsistema admision
(from Actores)

Subsistema administracion del sistema
(from Actores)

Subsistema evaluaciones
(from Actores)

Subsistema gestion curricular
(from Actores)

Subsistema matricula
(from Actores)Subsistema reg. inst. alumno
(from Actores)

Subsistema reg. inst. docente
(from Actores)

2.2 Requerimientos funcionales El subsistema de programación de actividades va a estar formado por Casos de Uso y Servicios a otros subsistemas, los cuales describen el comportamiento del subsistema desde el punto de vista del usuario. Además de expresar los requerimientos establecidos junto al jefedel Producto de SIGEAC. Los Casos de Uso establecidos son producto de una priorización de las funcionalidades establecidas por el Jefe de Producto. No se incluyeron funcionalidades relacionadas con la programación de las secciones ni la programación de horarios de clase. En un comienzo tampoco se había pensado desarrollar los Casos de uso “Establecer días no laborables” y “Programar calendario deactividades”; pero luego se optó por también implementarlos ya que su desarrollo no requería de mucha complejidad. 2.2.1 Casos de Uso del Subsistema Los Casos de Uso que va a tener el subsistema se indican en el siguiente diagrama:

Pág. 50

Sistema de Gestión Académica – Subsistema de Programación de Actividades

Aperturar periodo academico
(from Casos de Uso)

Programar productos deestudio de un periodo academico
(from Casos de Uso)

Establecer dias no laborables
(from Casos de Uso)

Programar cursos de un producto de estudio
(from Casos de Uso)

Encargado de la programacion de actividades
(from Actores)

Programar actividades de matricula
(from Casos de Uso)

Programar actividades de admision
(from Casos de Uso)

Programar calendario de actividades
(fromCasos de Uso)

Programar actividades de evaluacion
(from Casos de Uso)

Figura 2.1: Diagrama de Casos de Uso

Aperturar período académico Permite aperturar un período académico; en el cual se registra las fechas de inicio y término de dicho período. Se va a poder aperturar períodos académicos tanto para instituciones educativas de educación básica y educación superior. Ejemplo: • Educaciónbásica: año escolar, período de recuperación o vacacional, etc. Educación superior: ciclo regular, curso de especialización, ciclo extraordinario o de verano, postgrado (universidad), etc. En instituciones de educación básica se debe indicar cómo va a estar dividido el período académico en una institución educativa; puede ser bimestral o trimestral (nombrados también como Unidades Referenciales de...