tdr2 - modulo casos de uso del negocio-22!20!2015

UNIVERSIDAD NACIONAL DE TRUJILLO

Proyecto de investigación científica, tecnológica e

innovadora con fondos del canon minero

”Implementación del sistema universitario virtual y

su impacto en la acreditación, calidad del servicio

y la gestión académico-administrativo de la UNT”

PIC12-2013

Servicio de modelado de casos de uso del negocio

Autor: Ing. Moisés Nicasio Tello

Trujillo - 2015

ii

ÍNDICE ÍNDICE DE TABLAS ........................................................................................................ iv

ÍNDICE DE FIGURAS ....................................................................................................... vi

RESUMEN EJECUTIVO .................................................................................................. vii

EXECUTIVE ABSTRACT ............................................................................................... viii

CAPITULO I: ESPECIFICACIONES DEL PLAN DE TRABAJO ....................................... 2

1.1. Plan de trabajo para la elaboración del informe del servicio de

modelado de casos de uso del negocio. ............................................................................ 3

CAPITULO II: FUNDAMENTO TEÓRICO ......................................................................... 5

2.1. Guía para la redacción de casos de uso ................................................................. 6

2.2. ¿Cuándo utilizar los Casos de Uso? ...................................................................... 10

2.3. ¿Para qué sirven los Casos de Uso? ..................................................................... 10

2.4. ¿Qué es un Modelo de CU y que son los CU? .................................................... 10

2.5. ¿Cómo se hace el Diagrama de CU?...................................................................... 11

2.6. Desarrollo de un caso de uso .................................................................................. 13

2.7. ¿Qué son los actores y cómo identificarlos? ...................................................... 13

2.8. ¿Qué son Casos de Uso y cómo identificarlos?................................................. 14

CAPITULO III: DESARROLLO ....................................................................................... 17

3.1. Casos De Uso Del Negocio Del Módulo Admisión ............................................. 18

- PROCESO DE PREINSCRIPCIÓN ............................................................................ 18

- PROCESO DE INSCRIPCIÓN .................................................................................... 19

- PROCESO DE ACREDITACIÓN................................................................................ 20

3.2. Casos De Uso Del Negocio Módulo Planificación .............................................. 21

3.3. Casos De Uso Del Negocio Módulo Escalafón .................................................. 22

3.4. Casos De Uso Del Negocio Módulo Patrimonio .................................................. 23

3.5. Casos De Uso Del Negocio Módulo De Asignación ........................................... 25

3.6. Casos De Uso Del Negocio Módulo Documentos Académicos ...................... 26

3.7. Casos De Uso Del Negocio Módulo Horarios ...................................................... 29

3.8. Casos De Uso Del Negocio Módulo Sílabo .......................................................... 30

3.9. Casos De Uso Del Negocio Módulo Matriculas ................................................... 32

3.10. Casos De Uso Del Negocio Módulo Notas Y Asistencias ............................ 34

3.11. Casos De Uso Del Negocio Módulo Acreditación .......................................... 35

3.12. DESCRIPCIÓN DE ACTORES ............................................................................... 37

3.13. Hoja De Descripción De Casos De Uso Del Negocio ..................................... 48

a) Hoja De Descripción Caso De Uso Del Negocio Del Módulo Admisión ....... 48

b) Hoja De Descripción Caso De Uso Del Negocio Del Módulo Planificación . 52

iii

c) Hoja De Descripción Caso De Uso Del Negocio Del Módulo Escalafón ....... 55

d) Hoja De Descripción Caso De Uso Del Negocio Del Módulo Patrimonio ..... 65

e) Hoja De Descripción Caso De Uso Del Negocio Del Módulo Asignación .... 68

f) Hoja De Descripción Caso De Uso Del Negocio Del Módulo Documentos

Académicos .......................................................................................................................... 72

g) Hoja De Descripción Caso De Uso Del Negocio Del Módulo Horarios ......... 80

h) Hoja de descripción caso de uso del negocio del módulo silabo. ............. 85

i) Hoja De Descripción Caso De Uso Del Negocio Del Módulo Matriculas ...... 88

j) Hoja De Descripción Caso De Uso Del Negocio Del Módulo Notas Y

Asistencias ............................................................................................................................ 94

k) Hoja De Descripción Caso De Uso Del Negocio Del Módulo Acreditación . 98

CAPÍTULO IV. CONCLUSIONES .................................................................................. 108

CAPÍTULO V. REFERENCIAS BIBLIOGRAFICAS ...................................................... 111

iv

ÍNDICE DE TABLAS

Tabla 1. 3 Descripción de Actores .......................................................................................... 14

Tabla 1. 4: Actor Rector ............................................................................................................. 38

Tabla 1. 5: Actor Decano ........................................................................................................... 38

Tabla 1. 6: Jefe de Departamento ........................................................................................... 39

Tabla 1. 7: Actor Secretaria de Departamento ..................................................................... 39

Tabla 1. 8: Actor Jefe de Escalafón ........................................................................................ 40

Tabla 1. 9: Consejo Universitario ............................................................................................ 40

Tabla 1. 10: Actor Docente ........................................................................................................ 41

Tabla 1. 11: Actor Encargado de Mesa de Partes ............................................................... 41

Tabla 1. 10: CUN- Gestionar Preinscripción ........................................................................ 49

Tabla 1. 11: CUN- Gestionar Inscripción ............................................................................... 50

Tabla 1. 12: CUN- Gestionar Acreditación ............................................................................ 51

Tabla 1. 13: CUN- Gestionar Criterios de Evaluación ........................................................ 53

Tabla 1. 14: CUN- Gestionar Periodos ................................................................................... 54

Tabla 1. 15: CUN- Registrar Carrera Laboral........................................................................ 56

Tabla 1. 16: CUN- Evaluar Informes ....................................................................................... 57

Tabla 1. 17: CUN- Elaborar Plan de Trabajo ......................................................................... 58

Tabla 1. 18: CUN- Gestionar Documentación Entrante ..................................................... 59

Tabla 1. 19: CUN- Elaborar Reportes ..................................................................................... 60

Tabla 1. 20: CUN- Evaluar Reportes ....................................................................................... 61

Tabla 1. 21: CUN- Registrar Comportamiento Laboral ...................................................... 62

Tabla 1. 22: CUN- Elaborar informes técnicos .................................................................... 63

Tabla 1. 23: CUN- Administrar datos de trabajador ........................................................... 64

Tabla 1. 24: CUN- Gestionar Bienes ....................................................................................... 66

Tabla 1. 25: CUN- Gestionar Ambientes ................................................................................ 67

Tabla 1. 26: CUN-Asignar Carga Lectiva ............................................................................... 69

Tabla 1. 27: CUN- Aperturar Cursos ....................................................................................... 70

Tabla 1. 28: CUN- Aperturar Secciones ................................................................................. 71

Tabla 1. 29: CUN- Solicitar Información ................................................................................ 73

Tabla 1. 30: CUN- Pagar Derecho ............................................................................................ 74

Tabla 1. 31: CUN- Elaborar Documento Solicitado ............................................................ 75

Tabla 1. 32: CUN- Presentar Documentos ............................................................................ 76

Tabla 1. 33: CUN- Enviar Documento ..................................................................................... 77

Tabla 1. 34: CUN- Avalar Trámite Documentario ................................................................ 78

Tabla 1. 35: CUN- Archivar Documento ................................................................................. 79

Tabla 1. 36: CUN- Declarar Carga Lectiva ............................................................................. 81

Tabla 1. 37: CUN- Declarar Carga No Lectiva ...................................................................... 82

Tabla 1. 38: CUN- Declarar Carga Lectiva Sedes Descentralizadas .............................. 83

Tabla 1. 39: CUN- Generar Declaración Jurada ................................................................... 84

Tabla 1. 40: CUN- Registrar Sílabo ......................................................................................... 86

Tabla 1. 41: CUN- Visar Sílabo Académico ........................................................................... 87

Tabla 1. 42: CUN- Registrar Matrícula Regular .................................................................... 89

Tabla 1. 43: CUN - Pagar Cuota de Matrícula .................................................................... 90

Tabla 1. 44: CUN- Reservar Matrícula .................................................................................... 91

Tabla 1. 45: CUN- Regularizar Matrícula ............................................................................... 92

v

Tabla 1. 46: CUN- Registrar Cursos de Repetición ............................................................ 93

Tabla 1. 47: CUN- Gestionar Notas ......................................................................................... 95

Tabla 1. 48: CUN- Regularizar Notas ...................................................................................... 96

Tabla 1. 49: CUN- Control de Asistencias ............................................................................. 97

Tabla 1. 50: CUN- Convocar Elección Comités por Facultad .......................................... 99

Tabla 1. 51: CUN- Designar Comité Interno........................................................................ 100

Tabla 1. 52: CUN- Designar Comisión Evaluadora ........................................................... 101

Tabla 1. 53: CUN- Evaluar Comité Interno .......................................................................... 102

Tabla 1. 54: CUN- Capacitar Comité Interno ...................................................................... 103

Tabla 1. 55: CUN- Registrar Proyecto .................................................................................. 104

Tabla 1. 56: CUN- Elaborar Plan de Mejora ........................................................................ 105

Tabla 1. 57: CUN- Elaborar Proyecto de Autoevaluación ............................................... 106

Tabla 1. 58: CUN- Recolectar Fuentes de Verificación .................................................... 107

vi

ÍNDICE DE FIGURAS

Figura N° 1: CUN-PROCESO DE PREINSCRIPCION ...........................................................18

Figura N° 2: CUN-PROCESO DE INSCRIPCIÓN ...................................................................19

Figura N° 3: CUN-PROCESO DE ACREDITACIÓN ...............................................................20

Figura N° 4: CUN- MÓDULO PLANIFICACIÓN ......................................................................21

Figura N° 4: CUN-MÓDULO ESCALAFÓN ..............................................................................22

Figura N° 5: CUN- MÓDULO PATRIMONIO ............................................................................24

Figura N° 6: CUN- MÓDULO DE ASIGNACIÓN .....................................................................25

Figura N° 8: CUN- MÓDULO DOCUMENTOS ACADÉMICOS ............................................27

Figura N° 9: CUN- MÓDULO HORARIOS ................................................................................29

Figura N° 10: CUN- NEGOCIO MÓDULO SÍLABO ................................................................31

Figura N° 12: CUN- MÓDULO MATRICULAS .........................................................................32

Figura N° 13: CUN- MÓDULO NOTAS Y ASISTENCIAS ......................................................34

Figura N° 14: CUN- MÓDULO ACREDITACIÓN .....................................................................36

vii

RESUMEN EJECUTIVO

El estudio de identificación y análisis de los casos de uso del negocio del sistema

universitario virtual de la Universidad Nacional Trujillo, se desarrolla a requerimiento

del grupo investigador del proyecto PIC-15 financiado por el canon Minero, y

pretende identificar y analizar los casos de uso del negocio relacionados con el que

hacer de la universidad en el aspecto académico, acreditación y calidad. Este

informe ayudara a identificar los principales casos de uso del negocio las distintas

actividades académicas administrativas de la universidad, en la cual proporcionan

la base para la automatización de decisiones repetibles que controlan su negocio.

Los casos de uso forman parte de las especificaciones de UML así como de

metodologías de desarrollo, los mismos son empleados para la poder entender en

cómo se encuentra el negocio. Los casos de uso son una manera de capturar

requerimientos, para ser expresados a los equipos de análisis, quienes encontrarán

en estos su principal fuente para identificar objetos y clases.

Al finalizar el presente estudio los casos de negocio tendrá un importante papel en

la mejora de procesos del sistema virtual, en la que deberemos asegurarnos de que

las mejoras a implementar no contraponen aspectos legales y/o normativos, pues

de no hacerlo, corremos el riesgo de que la mejora no pueda ser implementada o

cause graves perjuicios a la organización.

Palabras clave: Casos de Uso del Negocio, módulos, Actores

viii

EXECUTIVE ABSTRACT

The study of identification and analysis of business use cases of virtual university

system of Trujillo National University, developed at the request of the research

group of the PIC-15 project funded by the mining canon, and aims to identify and

analyze the use cases related business to do college academically, accreditation

and quality. This report will help identify key business use cases of the various

administrative academic activities of the university, which provide the basis for

automating repeatable control their business decisions.

Use cases are part of UML specifications and development methodologies, they are

used for to understand how the business is located. Use cases are a way to capture

requirements to be expressed analysis teams, who will find in these its main source

for identifying objects and classes.

At the end of the present study business cases will have an important role in

improving processes of the virtual system, in which we will ensure that

improvements to implement not contradict legal and / or policy, because to do so,

we risk that improvement can not be implemented or cause serious damage to the

organization.

Keywords: Business Use Cases, modules, Actors

2

CAPITULO I:

ESPECIFICACIONES DEL PLAN

DE TRABAJO

3

1.1. Plan de trabajo para la elaboración del informe del servicio de

modelado de casos de uso del negocio.

I. Las actividades a realizar para la prestación del presente servicio se detallan a continuación:

1. Identificar los procesos manuales del sistema universitario virtual (sistemas académico, acreditación y de calidad).

2. Identificar los procesos mecanizados del sistema universitario virtual (sistemas académico, acreditación y de calidad).

3. Identificar los actores del negocio del sistema universitario virtual (sistemas académico, acreditación y de calidad).

4. Elaborar los diagramas de los casos de uso del negocio del sistema universitario virtual (sistemas académico, acreditación y de calidad).

5. Refinar los diagramas de los casos de uso del negocio del sistema universitario virtual (sistemas académico, acreditación y de calidad) especificando generalización, inclusión y extensión.

6. Elaborar y entregar el informe del modelado de los casos de uso del negocio del sistema del sistema universitario virtual (sistemas académico, acreditación y de calidad).

II. REQUERIMIENTOS MÍNIMOS

A. HARDWARE: Procesador Pentium 4 superior.

Memoria RAM instalada de 512MB o superior.

Espacio en el disco duro de al menos 1.5GB para la instalación de los programas y archivos de trabajo.

Monitor con una resolución de 1024x768 pixels.

B. SOFTWARE:

Sistema operativo Windows XP o superior.

Microsoft Office 2007 o superior.

Un navegador (Microsoft Explorer, Mozilla Firefox, Chrome, etc.), es recomendable utilizar las versiones más actuales.

Adobe Acrobat Reader u otro software libre para abrir los archivos PDF.

RSA (Rational Software Architect) versión 9.0 o superior.

III. El cronograma para el modelado de los casos de uso del negocio del sistema universitario virtual (sistemas académico, acreditación y de calidad) de la Universidad Nacional de Trujillo, en la siguiente tabla se detalla a continuación:

http://get.adobe.com/es/reader/

4

Tabla 1. 1: Cronograma del desarrollo de las actividades

N° ACTIVIDAD TIEMPO FECHA

1 Identificación de los procesos manuales del sistema universitario virtual (sistemas académico, acreditación y de calidad).

05 días 07/09/2015 -

11/01/2015

2 Identificación de los procesos mecanizados del sistema universitario virtual (sistemas académico, acreditación y de calidad).

05 días 12/09/2015 -16/09/2015

3 Identificación de los actores del negocio del sistema universitario virtual (sistemas académico, acreditación y de calidad).

05 días 17/09/2015 -21/09/2015

4 Elaboración de los diagramas de los casos de uso del negocio del sistema universitario virtual (sistemas académico, acreditación y de calidad).

05 días

22/09/2015 -26/09/2015

5 Refinamiento de los diagramas de los casos de uso del negocio del sistema universitario virtual (sistemas académico, acreditación y de calidad) especificando generalización, inclusión y extensión.

05 días

27/09/2015 -01/10/2015

6 Elaboración y entrega del informe del modelado de los casos de uso del negocio del sistema del sistema universitario virtual (sistemas académico, acreditación y de calidad).

05 días 02/10/2015 - 06/10/2015

LUGAR: Facultad de Ingeniería de la Universidad Nacional de Trujillo, ciudad universitaria, Av. Juan Pablo II s/n, tercera puerta.

Tabla 1. 2: Cronograma de cumplimiento

N° ACTIVIDAD FECHA

ESTIMADA

FECHA CUMPLIMIENTO

1 Identificación de los procesos manuales del sistema universitario virtual (sistemas académico, acreditación y de calidad).

11/01/2015

2 Identificación de los procesos mecanizados del sistema universitario virtual (sistemas académico, acreditación y de calidad).

16/09/2015

3 Identificación de los actores del negocio del sistema universitario virtual (sistemas académico, acreditación y de calidad).

21/09/2015

4 Elaboración de los diagramas de los casos de uso del negocio del sistema universitario virtual (sistemas académico, acreditación y de calidad).

26/09/2015

5 Refinamiento de los diagramas de los casos de uso del negocio del sistema universitario virtual (sistemas académico, acreditación y de calidad) especificando generalización, inclusión y extensión.

01/10/2015

6 Elaboración y entrega del informe del modelado de los casos de uso del negocio del sistema del sistema universitario virtual (sistemas académico, acreditación y de calidad).

06/10/2015

IV. El informe técnico para el modelado de los casos de uso del negocio del

sistema universitario virtual (sistemas académico, acreditación y de calidad)

de la Universidad Nacional de Trujillo, se entregará de manera física y digital

al término del estudio.

5

CAPITULO II: FUNDAMENTO

TEÓRICO

6

2.1. Guía para la redacción de casos de uso

- Descripción (ANDALUCÍA, 2015)

En ingeniería del software, un caso de uso es una técnica para la captura

de requisitos potenciales de un nuevo sistema o una actualización de

software. Cada caso de uso proporciona uno o más escenarios que

indican cómo debería interactuar el sistema con el usuario o con otro

sistema para conseguir un objetivo específico. Normalmente, en los casos

de usos se evita el empleo de jergas técnicas, prefiriendo en su lugar un

lenguaje más cercano al usuario final. En ocasiones, se utiliza a usuarios

sin experiencia junto a los analistas para el desarrollo de casos de uso.

En otras palabras, un caso de uso es una secuencia de interacciones que

se desarrollarán entre un sistema y sus actores en respuesta a un evento

que inicia un actor principal sobre el propio sistema. Los diagramas de

casos de uso sirven para especificar la comunicación y el comportamiento

de un sistema mediante su interacción con los usuarios y/u otros sistemas.

O lo que es igual, un diagrama que muestra la relación entre los actores y

los casos de uso en un sistema. Una relación es una conexión entre los

elementos del modelo, por ejemplo la especialización y la generalización

son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los

requerimientos del sistema al mostrar cómo reacciona a eventos que se

producen en su ámbito o en él mismo.

- Características

Los casos de uso evitan típicamente la jerga técnica, prefiriendo la lengua

del usuario final o del experto del campo del saber al que se va a aplicar.

Los casos del uso son a menudo elaborados en colaboración por los

analistas de requerimientos y los clientes.

Cada caso de uso se centra en describir cómo alcanzar una única meta o

tarea de negocio. Desde una perspectiva tradicional de la ingeniería de

software, un caso de uso describe una característica del sistema. Para la

7

mayoría de proyectos de software, esto significa que quizás a veces es

necesario especificar diez o centenares de casos de uso para definir

completamente el nuevo sistema. El grado de la formalidad de un proyecto

particular del software y de la etapa del proyecto influenciará el nivel del

detalle requerido en cada caso de uso.

Los casos de uso pretenden ser herramientas simples para describir el

comportamiento del software o de los sistemas. Un caso de uso contiene

una descripción textual de todas las maneras que los actores previstos

podrían trabajar con el software o el sistema. Los casos de uso no

describen ninguna funcionalidad interna (oculta al exterior) del sistema, ni

explican cómo se implementará. Simplemente muestran los pasos que el

actor sigue para realizar una tarea.

Un caso de uso debe:

Describir una tarea del negocio que sirva a una meta de negocio.

Tener un nivel apropiado del detalle

Ser bastante sencillo como que un desarrollador lo elabore en un

único lanzamiento

Situaciones que pueden darse:

Un actor se comunica con un caso de uso (si se trata de un actor

primario la comunicación la iniciará el actor, en cambio si es

secundario, el sistema será el que inicie la comunicación).

Un caso de uso extiende otro caso de uso.

Un caso de uso utiliza otro caso de uso.

8

- Ventajas

La técnica de caso de uso tiene éxito en sistemas interactivos, ya que

expresa la intención que tiene el actor (su usuario) al hacer uso del

sistema.

Como técnica de extracción de requerimiento permite que el analista se

centre en las necesidades del usuario, qué espera éste lograr al utilizar el

sistema, evitando que la gente especializada en informática dirija la

funcionalidad del nuevo sistema basándose solamente en criterios

tecnológicos.

A su vez, durante la extracción (elicitation en inglés), el analista se

concentra en las tareas centrales del usuario describiendo por lo tanto los

casos de uso que mayor valor aportan al negocio. Esto facilita luego la

priorización del requerimiento.

- Limitaciones

Los casos de uso pueden ser útiles para establecer requisitos de

comportamiento, pero no establecen completamente los requisitos

funcionales ni permiten determinar los requisitos no funcionales. Los

casos de uso deben complementarse con información adicional como

reglas de negocio, requisitos no funcionales, diccionario de datos que

complementen los requerimientos del sistema. Sin embargo la ingeniería

del funcionamiento especifica que cada caso crítico del uso debe tener un

requisito no funcional centrado en el funcionamiento asociado.

9

Buenas prácticas y recomendaciones de uso

(ANDALUCÍA, 2015)

Los casos de uso, como el resto de los requisitos, deben tener una

redacción cuidada para evitar problemas de interpretación. En general,

algunas recomendaciones a tener en cuenta son:

El caso de uso debe describir qué debe hacer el sistema a

desarrollar en su interacción con los actores y no cómo debe

hacerlo. Es decir, debe describir sólo comportamiento observable

externamente, sin entrar en la funcionalidad interna del sistema.

El nombre del caso de uso debe ilustrar el objetivo que pretende

alcanzar el actor al realizarlo.

El caso de uso debe describir interacciones con los actores sin

hacer referencias explícitas a elementos concretos de la interfaz de

usuario del sistema a desarrollar.

La invocación de unos casos de uso desde otros casos de uso (lo

que se conoce como inclusión, o extensión si es condicional, en

UML), sólo debe usarse como un mecanismo para evitar repetir

una determinada secuencia de pasos que se repite en varios casos

de uso. Nunca debe usarse para expresar posibles menús de la

interfaz de usuario.

Se debe ser cuidadoso al usar estructuras condicionales en la

descripción del caso de uso, ya que los clientes y usuarios no

suelen estar familiarizados con este tipo de estructuras,

especialmente si son complejas.

Se debe intentar que todos los casos de uso de una misma ERS

estén descritos al mismo nivel de detalle.

En los diagramas de casos de uso, debe evitarse que se crucen las

líneas que unen los actores a los casos de uso.

10

2.2. ¿Cuándo utilizar los Casos de Uso?

Los casos de uso son un tipo de requerimientos utilizados para especificar

funcionalidad, especialmente en sistemas con un alto grado de interacción

hombre/máquina (y pueden ser utilizados hasta en sistemas de batch). En

esencia los casos de uso describen los intercambios entre el sistema que se

está describiendo y las personas o sistemas externos que interactúan con el

primero, por lo tanto son muy útiles para describir funcionalidades a varios

tipos de usuarios y con muchas interfaces.

2.3. ¿Para qué sirven los Casos de Uso?

Los casos de uso son útiles para capturar requerimientos, ayudar a definir la

arquitectura, establecer las pautas para el diseño y las pruebas funcionales.

Los CU son una guía de los elementos que serán incluidos en los documentos

de usuarios para las aplicaciones, así como la forma en como éstos deben ser

empleados. Los CU también establecen las bases para los protocolos de

comunicación entre aplicaciones y el diseño de las interfaces gráficas, entre

otros.

La validez de los casos de uso viene dada cuando los usuarios e involucrados

del sistema aceptan el funcionamiento propuesto en los CU, siempre que la

redacción de los mismo sea buena, no dejando cabida a ambigüedades.

Entonces los casos de uso deben ser útiles y ofrecer valor tanto al equipo de

usuarios e involucrados como a los desarrolladores del proyecto.

2.4. ¿Qué es un Modelo de CU y que son los CU?

Los casos de uso describen secuencias de acciones que realiza un sistema y

que lleva a un resultado de valor a un actor específico.

Un modelo de CU está compuesto por dos partes, un diagrama (gráfico) y una

parte textual. El diagrama muestra las relaciones entre actores y casos de uso,

así como las relaciones entre los CU y entre actores – en caso que existan –.

11

La parte textual muestra la descripción escrita en lenguaje natural que narra

los pasos y demás características del caso de uso.

2.5. ¿Cómo se hace el Diagrama de CU?

El diagrama de CU ofrece la visión global que cuenta lo que hay afuera del

sistema y lo que hay adentro del sistema. Esto es, especifica las fronteras del

sistema. (Pérez Rodríguez, 2015)

El aspecto de diagramas de casos de uso para sistemas batch varía con

respecto a los empleados para interfaces con usuarios.

El diagrama de CU no debe reflejar ni el flujo de control ni el flujo de datos,

sino de asociaciones que son canales de comunicación.

Los casos de uso reflejan las relaciones entre los actores y los casos de uso.

Tampoco se trata de diseño.

Cuando la comunicación es iniciada por el actor, la relación de comunicación

contiene una flecha hacia el lado del CU. Si no la contiene entonces el CU es

quien solicita al actor de la interacción. Que un sistema invoque a un actor

para alguna función solo ocurre con el caso de actores no humanos (otros

sistemas), y nunca ocurre que el CU por sí solo invoca al actor, siempre tiene

que haber un actor que solicite su activación, considere que si esto no ocurre,

probablemente lo que Ud. esté tratando de modelar no sea un CU. Arlow y

Neustadt sugieren la incorporación de un actor llamado tiempo para cuando

un CU es disparado no por la interacción directa de un actor sino cada cierto

período de tiempo, ejemplo, «CU.1 Recolectar información de campo»: Breve

descripción «Cada 5 minutos el sistema dispara automáticamente este CU

que se comunica con los dispositivos de campo para solicitar información».

Un Diagrama de Casos de Uso muestra la relación entre los actores y los

casos de uso del sistema. Representa la funcionalidad que ofrece el sistema

en lo que se refiere a su interacción externa. (Ferré Grau & Sánchez Segura)

12

- Elementos

Los elementos que pueden aparecer en un Diagrama de Casos de Uso

son: actores, casos de uso y relaciones entre casos de uso.

Actores

Un actor es una entidad externa al sistema que realiza algún tipo de

interacción con el mismo.

Se representa mediante una figura humana dibujada con palotes. Esta

representación sirve tanto para actores que son personas como para

otro tipo de actores (otros sistemas, sensores, etc.).

Casos de Uso

Un caso de uso es una descripción de la secuencia de interacciones

que se producen entre un actor y el sistema, cuando el actor usa el

sistema para llevar a cabo una tarea específica. Expresa una unidad

coherente de funcionalidad, y se representa en el Diagrama de Casos

de Uso mediante una elipse con el nombre del caso de uso en su

interior. El nombre del caso de uso debe reflejar la tarea específica

que el actor desea llevar a cabo usando el sistema.

Relaciones entre Casos de Uso

Entre dos casos de uso puede haber las siguientes relaciones:

o Extiende: Cuando un caso de uso especializa a otro extendiendo

su funcionalidad.

o Incluye: Cuando un caso de uso utiliza a otro.

Se representan como una línea que une a los dos casos de uso

relacionados, con una flecha en forma de triángulo y con una etiqueta

<<extiende>> o <<incluye>> según sea el tipo de relación.

13

2.6. Desarrollo de un caso de uso

(Fernández Alarcón, 2006)

El desarrollo de un modelo de casos de uso permite identificar las necesidades

funcionales de un sistema de información. Tal y como se ha especificado

previamente. El desarrollo de un buen modelo de casos de uso es una de las

claves del éxito en un sistema de información.

Las fases en el desarrollo de un modelo de casos de uso son 4 (Whitten rt al.

2004)

- Identificar actores del negocio.

- Identificar casos de uso que presenten las necesidades del sistema.

- Construir los diagramas de casos de uso.

- Documentar las necesidades de negocio a través de narrativas de

casos de uso.

2.7. ¿Qué son los actores y cómo identificarlos?

Un actor es una entidad externa al sistema que realiza algún tipo de

interacción con el mismo. Se representa mediante una figura humana dibujada

con palotes. Esta representación sirve tanto para actores que son personas

como para otro tipo de actores (otros sistemas, sensores, etc.). (Ferré Grau &

Sánchez Segura)

Actor es algo o alguien fuera del Sistema que interactúa con el Sistema.

Un actor especifica un rol que alguna entidad externa adopta cuando

interactúa con el sistema directamente. Puede representar un rol de usuario o

un rol jugado por otro sistema o hardware que toca la frontera del sistema.

[NEUSTADT]

La siguiente es la lista de preguntas que permiten identificar a los actores que

interactuarán con el Sistema:

¿Quién o qué utiliza el Sistema?

14

¿Qué roles toman en la interacción?

¿Quién toma información del Sistema?

¿Quién provee información al Sistema?

¿En qué parte de la compañía es utilizado el Sistema?

¿Quién instala, soporta y mantiene el Sistema?

¿Quién inicia y termina la ejecución del sistema?

¿Qué otros sistemas utilizan el Sistema?

¿Ocurre algo en algún momento específico?

La siguiente es la tabla que describe a los actores del sistema. El código del

actor reseñado como ACT.# se refiere al prefijo ACT. Seguido por el número

de actor asignado. La descripción se refiere a una breve reseña del rol del

actor para el sistema y las fuentes son los involucrados del negocio que

ayudaron a definir y describir al actor.

Tabla 1. 1 Descripción de Actores

Actor ACT.# Nombre del Actor

Descripción <descripción del actor>

Responabilidades <Responsabilidad 1>

<Responsabilidad 2>

Fuentes <Stakeholders que identificaron y contribuyeron a definir al actor>

FUENTE: (Ferré Grau & Sánchez Segura)

2.8. ¿Qué son Casos de Uso y cómo identificarlos?

Los Casos de Uso representan lo que un actor desea que haga el Sistema.

Los casos de uso definen una secuencia de acciones ejecutadas por un

sistema que producen un resultado observable de valor para un actor.

15

En el libro “The UML Reference Manual” de RUMBAUGH se definen los casos

de uso como: la especificación de secuencia de acciones, incluyendo

variaciones a la secuencia y secuencia de los errores, que un sistema,

subsistema o clase realizan con la interacción de actores externos.

Los casos de uso son siempre iniciados por un actor y son escritos desde el

punto de vista del actor.

La siguiente es la lista de preguntas que permiten identificar los casos de uso

dentro de las fronteras de un sistema:

¿Qué funciones del sistema son requeridas por un actor específico?

¿El sistema guarda o recupera información? Si es así ¿Qué actores

disparan esta acción?

¿Qué ocurre cuando el sistema cambia de estado? ¿Algún actor es

notificado?

¿Algún evento externo afecta al sistema? ¿Qué notifica el sistema

respecto de estos eventos?

¿El sistema interactúa con algún sistema externo?

¿El sistema genera algún reporte?

El nombre de un Caso de Uso debería ser un verbo, para enfatizar que se

trata de un proceso, por ejemplo: Comprar Artículos o Realizar Pedido.

Casos de uso de negocio (CUN)

Para Bittner et al. (2006) los casos de uso pueden ser utilizados para definir

procesos de negocio, en estos casos son llamados casos de uso de negocio

(CUN) o “Business Use Cases (BUC)”, este término fue introducido por

Jaccobson. Los actores en el modelo de casos de uso de negocio son

externos al negocio, ellos son clientes, accionistas, proveedores y otras partes

que participan en el negocio en algún tipo de relación.

16

Los casos de uso de negocio sirven para clarificar el ambiente en el que un

sistema será utilizado, ellos pueden ser útiles para:

Clarificar el contexto del sistema y obtener el acuerdo de los

requerimientos

Cuando se están modelando más de un sistema para soportar uno o más

procesos de negocio. En este sentido los CUN especifican el alcance y

las responsabilidades de cada uno de los sistemas.

En la construcción de aplicaciones que serán utilizados por varias

organizaciones. En este caso muestran la flexibilidad de los sistemas

para adaptarse a los procesos de dichas organizaciones.

Para definir sistemas que serán utilizados en nuevas líneas de negocio.

En proyectos complejos de reingeniería.

Los CUN muestran como los procesos son llevados a cabo por personas y los

activos de la organización.

En la sección anterior se explicó que los CU, por ser herramientas para

capturar requerimientos no tienen niveles. Trabajar con BUC y CU en un

mismo proyecto no representa múltiples niveles de casos de uso, sin embargo,

los BUC permiten identificar claramente, con base en un proceso de negocio,

cuáles serían las oportunidades de automatización y en ese caso sería una

entrada importante de información para desarrollar los CU con base en los

requerimientos del negocio.

Es importante aclarar que, así como los CU no explican como el sistema

realiza las operaciones ni la forma de las interfaces con el usuario, los BUC

no revelan detalles de cómo los procesos son implementados por los actores,

ni los artefactos de uso interno del proceso, mas sí lo que hacen en el marco

funcional

17

CAPITULO III: DESARROLLO

1º.

18

3.1. Casos De Uso Del Negocio Del Módulo Admisión

- PROCESO DE PREINSCRIPCIÓN

En el presente diagrama mostramos de una manera general los procesos

actuales que se realizan en el sistema del proceso de pre-inscripción de

la Universidad Nacional de Trujillo.

Figura N° 1: CUN-PROCESO DE PREINSCRIPCION

FUENTE: (UNT, 2015)

NOMBRE DEL PROYECTO: ”Implementación del sistema universitario virtual y su impacto en la acreditación, calidad del servicio y la gestión académico-administrativo de la UNT”

Plantilla: CUN01. Proceso de preinscripción Versión plantilla: 1.0

Analista: Moisés Nicasio Tello Fecha: 28/10/2015 Versión en desarrollo: 1.0

Fuente: documentación existente, propietarios del sistema

Aprobó: Juan Pedro Santos Fernández Fecha aprobación: 28/10/2015

No. Actor del Negocio

1 Postulante

No. Caso de Uso del Negocio

1 Gestionar preinscripción

19

- PROCESO DE INSCRIPCIÓN

En el presente diagrama mostramos de una manera general los

procesos actuales que se realizan en el sistema del proceso de

inscripción de la Universidad Nacional de Trujillo.

Figura N° 2: CUN-PROCESO DE INSCRIPCIÓN

FUENTE: (UNT, 2015)


Plantilla: CUN02. Proceso de inscripción Versión plantilla: 1.0





1 Postulante


1 Gestionar inscripción

20

- PROCESO DE ACREDITACIÓN


actuales que se realizan en el sistema del proceso de acreditación de la

Universidad Nacional de Trujillo.

Figura N° 3: CUN-PROCESO DE ACREDITACIÓN

FUENTE: (UNT, 2015)


Plantilla: CUN03. Gestionar acreditación Versión plantilla: 1.0





1 Ingresante


1 Gestionar acreditación

21

3.2. Casos De Uso Del Negocio Módulo Planificación


actuales que se realizan en el sistema del módulo de planificación de la


Figura N° 4: CUN- MÓDULO PLANIFICACIÓN

FUENTE: (UNT, 2015)


Plantilla: CUN04. Módulo planificación Versión plantilla: 1.0





1 Postulante


1

2

Gestionar inscripción

Gestionar periodo

22

3.3. Casos De Uso Del Negocio Módulo Escalafón


actuales que se realizan en el sistema del módulo de escalafón de la


Figura N°5: CUN-MÓDULO ESCALAFÓN

FUENTE: (UNT, 2015)

23


Plantilla: CUN05. Módulo de escalafón Versión plantilla: 1.0





1

2

3

Jefe de Escalafón

Técnico administrativo

Encargada mesa de partes


1

2

3

4

5

6

7

8

9

Elaborar plan de trabajo

Evaluar informas

Evaluar reportes

Administrar datos del trabajador

Elaborar informes técnicos

Registrar comportamiento laboral

Registrar carrera laboral

Elaborar reportes

Gestionar documentación entrante

3.4. Casos De Uso Del Negocio Módulo Patrimonio


actuales que se realizan en el sistema del módulo patrimonio de la Universidad

Nacional de Trujillo.

24

Figura N° 6: CUN- MÓDULO PATRIMONIO

FUENTE: (UNT, 2015)


Plantilla: CUN06. Módulo patrimonio Versión plantilla: 1.0





1

2

Encargado patrimonio

Decano


1

2

3

4

Gestionar bienes

Gestionar áreas

Gestionar ambientes

Realizar asignaciones

25

3.5. Casos De Uso Del Negocio Módulo De Asignación


actuales que se realizan en el sistema del módulo de asignación de la


Figura N° 7: CUN- MÓDULO DE ASIGNACIÓN

FUENTE: (UNT, 2015)

26


Plantilla: CUN07. Módulo de asignación Versión plantilla: 1.0





1

2

Docente

Secretaria del departamento


1

2

3

4

Aperturar cursos

Aperturar grupos

Aperturar secciones

Asignar carga lectiva

3.6. Casos De Uso Del Negocio Módulo Documentos Académicos


actuales que se realizan en el sistema del proceso de acreditación de la


27

Figura N° 5: CUN- MÓDULO DOCUMENTOS ACADÉMICOS

FUENTE: (UNT, 2015)

28


Plantilla: CUN08. Módulo documentos académicos Versión plantilla: 1.0





1

2

3

4

5

Solicitante

Autoridad

Cajero

Secretaria escuela

Secretario mesa de partes


1

2

3

4

5

6

7

8

Solicitar información

Pagar derecho

Presentar documentos

Enviar documento

Avalar trámite documentario

Enviar orden elaboración documento

Elaborar documento solicitado

Archivar documento

29

3.7. Casos De Uso Del Negocio Módulo Horarios


actuales que se realizan en el sistema del módulo horarios de la Universidad


Figura N° 6: CUN- MÓDULO HORARIOS

FUENTE: (UNT, 2015)

30


Plantilla: CUN09. Módulo horarios Versión plantilla: 1.0





1

2

3

4

Docente

Secretaria departamento

Jefe departamento

Secretaria otras escuelas


1

2

3

4

5

Declarar carga lectiva sedes descentralizadas

Declarar carga lectiva otras escuelas

Declarar carga lectiva no lectiva

Declarar carga lectiva

Generar declaración jurada

3.8. Casos De Uso Del Negocio Módulo Sílabo


actuales que se realizan en el sistema del módulo silabo de la Universidad


31

Figura N° 7: CUN- NEGOCIO MÓDULO SÍLABO

FUENTE: (UNT, 2015)


Plantilla: CUN010. Módulo sílabo Versión plantilla: 1.0





1

Alumno


1

2

Registrar sílabo

Visar sílabo académico

32

3.9. Casos De Uso Del Negocio Módulo Matriculas


actuales que se realizan en el sistema del módulo matriculas de la Universidad


Figura N° 11: CUN- MÓDULO MATRICULAS

FUENTE: (UNT, 2015)

33


Plantilla: CUN011. Módulo matrículas Versión plantilla: 1.0





1

Alumno


1

2

3

4

5

6

7

8

9

10

11

12

13

14

Pagar cuota matrícula

Registrar matrícula regular

Registrar matrícula cocurricular

Registrar matrícula excepcional

Registrar matrícula especial flexible

Registrar matrícula exonerados

Registrar matrícula de repetición de año

Registrar curso de repetición

Registrar curso nivelación

Reanudar matrícula

Reservar matrícula

Retirar matrícula

Regularizar matrícula

Gestionar currículas

34

3.10. Casos De Uso Del Negocio Módulo Notas Y Asistencias


actuales que se realizan en el sistema del módulo notas y asistencias de la


Figura N° 12: CUN- MÓDULO NOTAS Y ASISTENCIAS

FUENTE: (UNT, 2015)

35


Plantilla: CUN012. Módulo notas y asistencias Versión plantilla: 1.0





1

2

3

Alumno

Usuario

Apoderado


1

2

3

Gestionar notas

Regularizar notas

Controlar asistencias

3.11. Casos De Uso Del Negocio Módulo Acreditación


actuales que se realizan en el sistema del módulo acreditación de la


36

Figura N°13: CUN- MÓDULO ACREDITACIÓN

FUENTE: (UNT, 2015)

37


Plantilla: CUN013. Módulo acreditación Versión plantilla: 1.0





1

2

3

4

5

Comité interno

Rector

Decano

CONEAU

Comisión evaluadora


1

2

3

4

5

6

7

8

9

10

11

Convocar elecciones comité por facultad

Designar comité interno

Informar el proceso de evaluación de calidad educativa

Elaborar plan de mejora

Elaborar proyecto de autoevaluación

Recolectar fuentes de verificación

Evaluar cumplimiento de estándares

Evaluar comité interno

Designar comisión evaluadora

Capacitar comité interno

Registrar proyecto

3.12. DESCRIPCIÓN DE ACTORES

A continuación se muestra la descripción de los actores que intervienen en el

sistema de la Universidad Nacional Trujillo

38

- Actor: Rector

Tabla 1. 2: Actor Rector

Actor

Rector

Autores UNT

Descripción

Este actor es encargado de Cumplir y hacer cumplir la Ley

Universitaria, el Estatuto y los Reglamentos de la Universidad,

así como los acuerdos de los Órganos de Gobierno. Convocar

y presidir el Consejo Universitario y la Asamblea Universitaria.

Fuente: (UNT, 2015)

- Actor: Decano

Tabla 1. 3: Actor Decano

Actor

Decano

Autores UNT

Descripción

Este actor representa se encarga responder por la

administración y buen funcionamiento de los programas

curriculares que se impartan en la Facultad. Velar por el

cumplimiento de los objetivos de los programas de

investigación y extensión.

Fuente: (UNT, 2015)

39

- Actor: Jefe de Departamento

Tabla 1. 4: Jefe de Departamento

Actor

Jefe de Departamento

Autores UNT

Descripción Este actor representa Coordinar y supervisar la actividad

académica y administrativa del Departamento.

Fuente: (UNT, 2015)

- Actor: Secretaria de Departamento

Tabla 1. 5: Actor Secretaria de Departamento

Actor

Secretaria de Departamento

Autores UNT

Descripción Este actor representa se encarga de manejo de documentación

de los docentes, y apoyo al jefe de departamento.

Fuente: (UNT, 2015)

40

- Actor: Jefe de Escalafón

Tabla 1. 6: Actor Jefe de Escalafón

Actor

Jefe de Escalafón

Autores UNT

Descripción

Este actor representa se encarga Verificar y controlar la

actualización de las fichas escalafonarias y las carpetas

respectivas por orden alfabético. Revisar los cuadros sobre

cómputo del tiempo de servicios, remuneración personal y

gratificaciones.

Fuente: (UNT, 2015)

- Actor: Consejo Universitario

Tabla 1. 7: Consejo Universitario

Actor

Consejo Universitario

Autores UNT

Descripción

Este actor representa se encarga de plantear fechas para

cada uno de los periodos al interior de la universidad,

tomando en cuenta las matriculas, los ciclos y años

académicos además de algunos posibles periodos

particulares.

Fuente: (UNT, 2015)

41

- Actor: Docente

Tabla 1. 8: Actor Docente

Actor

Docente

Autores UNT

Descripción

Este actor representa se encarga de brindar conocimientos

como también preparar su carga horaria y preparación de

sílabos.

Fuente: (UNT, 2015)

- Actor: Encargado de Mesa de Partes

Tabla 1. 9: Actor Encargado de Mesa de Partes

Actor

Encargado de Mesa de Partes

Autores UNT

Descripción

Este actor representa se encarga tiene como objetivo

principal ser el centro a través del cual se canaliza la

recepción de documentos, quejas y/o sugerencias

presentadas por los administrados y demás que interactúan

en la universidad.

Fuente: (UNT, 2015)

42

- Actor: Postulante

Tabla 1. 12: Postulante

Actor

Postulante

Autores UNT

Descripción

En la persona que se inscribe, en las diferentes

modalidades de ingreso de la UNT, para concursar por un

vacante en la especialidad que haya elegido.

Fuente: (UNT, 2015)

- Actor: Ingresante

Tabla 1. 13: Ingresante

Actor

Ingresante

Autores UNT

Descripción

El ingresante es la persona que previamente fue postulante

y logro alcanzar una vacante, a partir de entonces se

considera como estudiante de la Universidad Nacional de

Trujillo.

Fuente: (UNT, 2015)

43

- Actor: Técnico Administrativo

Tabla 1. 14: Técnico Administrativo

Actor

Técnico Administrativo

Autores UNT

Descripción

Es la persona encargada de gestionar la información de los

trabajadores, como son docente, administrativos, además

de elaborar los reportes, constancias.

Fuente: (UNT, 2015)

- Actor: Solicitante

Tabla 1. 15: Solicitante

Actor

Solicitante

Autores UNT

Descripción Es el interesado en solicitar la emisión de algún documento

académico de la Universidad Nacional de Trujillo.

Fuente: (UNT, 2015)

44

- Actor: Autoridad

Tabla 1.16: Autoridad

Actor

Autoridad

Autores UNT

Descripción

Es la persona encargada de la toma de decisiones en las

diferentes ares y procesos de la Universidad Nacional de

Trujillo, en sus diferentes niveles jerárquicos.

Fuente: (UNT, 2015)

- Actor: Alumno

Tabla 1. 17: Alumno

Actor

Alumno

Autores UNT

Descripción

Este actor se encarga de realizar su matrícula online,

consultar su notas y asistencias a los largo de su carrera

universitaria.

Fuente: (UNT, 2015)

45

- Actor: Usuario

Tabla 1. 18: Usuario

Actor

Usuario

Autores UNT

Descripción

Este actor es el encargado de manipular los sistemas, y en

el cual giran todos los desarrollos de sistemas , y que el

final los que van a utilizar los sistemas son justamente los

usuarios

Fuente: (UNT, 2015)

- Actor: Apoderado

Tabla 1. 19: Apoderado

Actor

Apoderado

Autores UNT

Descripción Se denomina apoderado al actor que tiene la capacidad

para actuar en nombre y por cuenta de otra.

Fuente: (UNT, 2015)

46

- Actor: Comité Interno

Tabla 1. 20: Comité Interno

Actor

Comité Interno

Autores UNT

Descripción

Este actor está conformado por varias personas y es el

encargado de hacer cumplir a su respectiva escuela, los

estándares para la acreditación; y si ya está acreditada;

seguir vigilando y apoyando la mejora continua.

Fuente: (UNT, 2015)

- Actor: Comisión Evaluadora

Tabla 1. 21: Comisión Evaluadora

Actor

Comisión Evaluadora

Autores UNT

Descripción

Este actor es quien evalúa a la escuela, con intención a

acreditarse, si se está cumpliendo con los diferentes

estándares, para luego determinar si la escuela, pasa a

hacer acreditada o aun no cumple con los estándares

necesarios para serlo.

Fuente: (UNT, 2015)

47

- Actor: CONEAU

Tabla 1. 22: CONEAU

Actor

CONEAU

Autores UNT

Descripción

La Comisión Nacional de Evaluación y Acreditación

Universitaria (CONEAU) es un organismo público,

encargado de la evaluación de las universidades públicas y

privadas.

Fuente: (UNT, 2015)

48

3.13. Hoja De Descripción De Casos De Uso Del Negocio

En la descripción se describirá de una manera detallada como está

conformada cada caso de uso, que actores intervienen, cuáles son sus

precondiciones y post-condiciones y cuál es el proceso que representa dicho

caso de uso.

a) Hoja De Descripción Caso De Uso Del Negocio Del Módulo

Admisión

- INVENTARIO DE HOJAS DE DESCRIPCIÓN

Se han podido identificar los siguientes casos de usos para el módulo

mencionado.

HOJAS DE DESCRIPCIÓN: PLANIFICACIÓN

Ítem Id Descripción

1 Tabla 1.10 Gestionar Preinscripción

2 Tabla 1.11 Gestionar Inscripción

3 Tabla 1.12 Gestionar Acreditación

A continuación detallaremos cada una de los casos de usos

mencionadas en las siguientes páginas.

49

- Hoja de Descripción CUN: Gestionar inscripción

Tabla 1. 10: CUN- Gestionar Preinscripción

NOMBRE DEL PROYECTO: Sistema Universitario Virtual de la UNT (SUVUNT )

Nombre CUN

Gestionar Preinscripción

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se desea adquirir el servicio de Gestionar Preinscripción.

Analista: Ing. Moisés Nicasio Tello

Fecha: 01/10/2015

Fuente Documentación existente, propietarios del sistema.

Aprobado por: Ing. Juan Pedro Santos Fernández Fecha: 05/10/2015

Precondición Ninguna

Flujo de eventos principal

Se ingresara el número de DNI y aparecerán los datos de nombres apellidos.

Se ingresaran todos los datos solicitados por el sistema.

Flujos de eventos alternativos

En caso de que el DNI se invalido el sistema le mostrar que es incorrecto el DNI.

Cuando el colegio de procedencia no este registrado se dará inicio a una preinscripción manual.

Si el DNI ingresado ya tiene una preinscripción cargara la ficha generada por esa preinscripción.

Post-condición Registrar postulante e imprimir ficha de preinscripción

Requerimientos especiales

Ninguno

Fuente: (UNT, 2015)

50

- Hoja de Descripción CUN: Gestionar inscripción

Tabla 1. 11: CUN- Gestionar Inscripción


Nombre CUN

Gestionar Inscripción

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de inscripción a examen de admisión


Fecha: 01/10/2015



Precondición

i. Los datos del postulante deben haber sido registrados previamente.

ii. Se debe tener la ficha de preinscripción.

Flujo eventos principal

Se presentaran todos los documentos asociados a la modalidad de postulación.

Se realiza la confirmación de los datos personales dados en la preinscripción.

Se capturar los datos biométricos del postulante huella, firma y foto.

Flujos eventos alternativos

Si los datos dados en la preinscripción son erróneos se proceden a actualizarlos

Post-condición Se genera el documento de inscripción


Ninguno

Fuente: (UNT, 2015)

51

- Hoja de Descripción CUN: Gestionar Acreditación

Tabla 1. 12: CUN- Gestionar Acreditación


Nombre CUN

Gestionar Acreditación

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de gestión de acreditación.


Fecha: 01/10/2015



Precondición

i. Los datos del ingresante deben haber sido registrados previamente.

ii. Se debe tener la ficha de inscripción.


Se registran los datos tanto personales como de carrera a la que se ingresa.

Se registran los documentos asociados a la modalidad de ingreso.


Si los datos son incorrectos se procede a actualizar por los correctos.

Post-condición Se genera el documento de acreditación


Ninguno

Fuente: (UNT, 2015)

52

b) Hoja De Descripción Caso De Uso Del Negocio Del Módulo

Planificación



mencionado.

HOJAS DE DESCRIPCIÓN: PLANIFICACIÓN


1 Tabla 1.13 Gestión Criterios de Evaluación

2 Tabla 1.14 Gestionar Periodos



53

- Hoja de Descripción CUN: Gestionar Criterios de Evaluación

Tabla 1. 13: CUN- Gestionar Criterios de Evaluación


Nombre CUN

Gestionar Criterios de Evaluación

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de gestión de criterios de evaluación.


Fecha: 01/10/2015



Precondición

i. Debe haberse registrado los criterios previamente.

ii. Se debe tener la lista de criterios de evaluación.


Se cargaran todos los criterios disponibles para asignarlos al periodo en cuestión.

Se pondrán en uso los criterios seleccionados.


En caso de que no existan criterios predefinidos, se procederán a crear nuevos criterios.

Post-condición Se registra los criterios de evaluación.

Requerimientos

especiales Ninguno

Fuente: (UNT, 2015)

54

- Hoja de Descripción CUN: Gestionar Periodos

Tabla 1. 14: CUN- Gestionar Periodos


Nombre CUN

Gestionar Periodos

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de gestión de periodos.


Fecha: 01/10/2015



Precondición Lista de periodos anteriores.


Se seleccionara el periodo a planificar.

Se escogerán que parámetros se planificaran y cuáles serán las fechas.

Se compartirá la planificación con las áreas convenientes.


En caso de que no exista periodo aperturado, termina el proceso.

En caso de que no existan áreas para compartir la programación termina el proceso.

Post-condición Se registra los periodos.


Ninguno

Fuente: (UNT, 2015)

55

c) Hoja De Descripción Caso De Uso Del Negocio Del Módulo

Escalafón


Se han podido identificar los siguientes casos de uso para el módulo

mencionado.

HOJAS DE DESCRIPCIÓN: ESCALAFON


1 Tabla 1.15 CUN-Registrar Carrera Laboral

2 Tabla 1.16 CUN-Evaluar Informes

3 Tabla 1.17 CUN-Elaborar plan de Trabajo

4 Tabla 1.18 CUN-Gestionar Documentos Entrantes

5 Tabla 1.19 CUN- Elaborar Reportes

6 Tabla 1.20 CUN- Evaluar Reportes

7 Tabla 1.21 CUN- Registrar Comportamiento Laboral

8 Tabla 1.22 CUN- Elaborar informes técnicos

9 Tabla 1.23 CUN- Administrar datos de trabajador

A continuación detallaremos cada una de los casos de uso


56

- Hoja de Descripción CUN: Registrar Carrera Laboral

Tabla 1. 15: CUN- Registrar Carrera Laboral


Nombre CUN

Registrar carrera laboral

Descripción El técnico administrativo deberá registrar los datos del trabajador

, en este caso los datos de su carrera laboral


Fecha: 01/10/2015



Precondición El trabajador debe estar previamente registrado.

Flujo eventos

principal

Se busca el trabajador a registrar su carrera laboral.

Se procede a registrar la respectiva información correspondiente

a la carrea laboral.

Se procede a guardar la información registrada.

Flujos eventos

alternativos

En caso del q el trabajador no exista , de debe crear al nuevo

trabajador

Post-condición Ninguno

Requerimientos

especiales Ninguno

Fuente: (UNT, 2015)

57

- Hoja de Descripción CUN: Evaluar Informes

Tabla 1. 16: CUN- Evaluar Informes

NOMBRE DEL PROYECTO: Sistema Universitario Virtual de la UNT (SUVUNT)

Nombre CUN

Evaluar informes

Descripción El jefe de la oficina de escalfan deberá evaluar los informes elaborados por los técnicos admirativos, para su respectiva aprobación u observación.


Fecha: 01/10/2015



Precondición

El técnico administrativo debe enviar el informe al feje de oficina de escalafón.


El técnico administrativo elabora el informe a evaluar y lo envía al jefe de la oficina de escalafón.El jefe de escalafón evalúa el informe y determina si todo está correcto.

El jefe de la oficina de escalafón firma y sella el informe, dando su conformidad, para su entrega al área o persona solicitante.


En caso de que se encuentre una observación en el informe, se regresa al técnico administrativo para su corrección.

Post-condición El informe se enviar a mesa partes a la espera de su entrega.


Ninguno

Fuente: (UNT, 2015)

58

- Hoja de Descripción CUN: Elaborar Plan de Trabajo

Tabla 1. 17: CUN- Elaborar Plan de Trabajo


Nombre CUN

Elaborar plan de trabajo

Descripción El jefe de escalfan deberá elaborar el plan de trabajo para un determinado periodo, tomando en cuenta las virtudes y deficiencias de la oficina.


Fecha: 01/10/2015



Precondición Convocar a reunión del resto del personal


El jefe de la oficina de escalafón debe convocar a reunión.

El feje de la oficina debe presidir y dirigir la reunión según lo planificado para un determinado periodo.


Ninguno

Post-condición Se registra y convalida el plan de trabajo elabora.


Ninguno

Fuente: (UNT, 2015)

59

- Hoja de Descripción CUN: Gestionar Documentación Entrante

Tabla 1. 18: CUN- Gestionar Documentación Entrante


Nombre CUN

Gestionar documento entrante

Descripción Mesa de partes debe gestionar los documentos entrantes, como pueden ser, solicitudes, oficios o nueva información de los trabajadores.


Fecha: 01/10/2015



Precondición El documento entrante debe estar de acuerdo a las reglas y normatividad de la universidad.


Mesa de partes recepciona el documento, lo verifica y lo envía a la jefa de escalafón.

Luego de recepcionar, debe registrar el documento entrante para su respectivo seguimiento.


En caso de que el documento entrante no este conforme, se rechaza

Post-condición Debe registrar el documento para su respectivo seguimiento.


Ninguno

Fuente: (UNT, 2015)

60

- Hoja de Descripción CUN: Elaborar Reportes

Tabla 1. 19: CUN- Elaborar Reportes


Nombre CUN

Elaborar reportes

Descripción El técnico administrativo deberá elaborar los reportes según los requerimientos de otras áreas o personas, previa aprobación por parte del jefe de la oficina de escalafón.


Fecha: 01/10/2015



Precondición La elaboración de los reportes deberá ser aprobada por el jefe de escalafón.


El técnico administrativo, verificada los datos en el sistema actual.

Se procede a generar directamente o manualmente según sea caso.

Una vez elaborado el reporte se procede a imprimirlo.


Si luego de ser enviado al jefe de escalafón, es rechazado; se verifican los datos y el reporte deber volverse a hacer.

Post-condición Luego de elaborado, el reporte se envia al jefe de escalafón para su respectiva verificación y aprobación.


Ninguno

Fuente: (UNT, 2015)

61

- Hoja de Descripción CUN: Evaluar Reportes

Tabla 1. 20: CUN- Evaluar Reportes


Nombre CUN

Evaluar reportes

Descripción El jefe de la oficina de escalfan deberá evaluar los reportes elaborados por los técnicos admirativos, para su respectiva aprobación u observación.


Fecha: 01/10/2015



Precondición El técnico administrativo debe enviar el reporte al feje de oficina de escalafón.


El jefe de la oficina de escalafón firma y sella el reporte, dando su conformidad, para su entrega al área o persona solicitante.


Una observación en el reporte, se regresa al técnico administrativo para su corrección o verificación de los datos

Post-condición El reporte se enviar a mesa partes a la espera de su entrega.


Ninguno

Fuente: (UNT, 2015)

62

- Hoja de Descripción CUN: Registrar Comportamiento Laboral

Tabla 1. 21: CUN- Registrar Comportamiento Laboral


Nombre CUN

Registrar comportamiento laboral

Descripción El técnico administrativo deberá registrar los datos del trabajador, en este caso los datos de su comportamiento laboral.


Fecha: 01/10/2015



Precondición El trabajador debe estar previamente registrado.


Se busca el trabajador a registrar su comportamiento laboral.

Se procede a registrar la respectiva información correspondiente al comportamiento laboral.

Se procede a guardar la información registrada.


En caso del q el trabajador no exista , de debe crear al nuevo trabajador



Ninguno

Fuente: (UNT, 2015)

63

- Hoja de Descripción CUN: Elaborar informes técnicos

Tabla 1. 22: CUN- Elaborar informes técnicos


Nombre CUN

Elaborar informes técnicos

Descripción El técnico administrativo deberá elaborar los informes técnicos según los requerimientos de otras áreas o personas, previa aprobación por parte del jefe de la oficina de escalafón.


Fecha: 01/10/2015



Precondición La elaboración de los informes técnicos deberá ser aprobada por el jefe de escalafón.


El técnico administrativo, verificada los datos en el sistema actual.

Una vez elaborado los informes técnicos se procede a imprimirlo.


Si luego de ser enviado al jefe de escalafón, es rechazado; se verifican los datos y el informe técnico deber volverse a hacer.

Post-condición Luego de elaborado, el informe se envía al jefe de escalafón para su respectiva verificación y aprobación.


Ninguno

Fuente: (UNT, 2015)

64

- Hoja de Descripción CUN: Administrar datos de trabajador

Tabla 1. 23: CUN- Administrar datos de trabajador


Nombre CUN

Administrar datos de trabajador

Descripción El técnico admirativo es el responsable de administrar toda la información del trabajador.


Fecha: 01/10/2015



Precondición La actualización o eliminación de información debe ser aprobada por el jefe de la oficina de escalafón.


El técnico recibe la orden para agregar, actualizar o eliminar algún tipo de información del trabajador, según sea el caso.


Si no hay concordancia en algún tipo de información, el técnico deberá informar al jefe de escalafón.

Post-condición El técnico administrativo debe informar al jefe de escalafón.

Requerimientos Ninguno

Fuente: (UNT, 2015)

65

d) Hoja De Descripción Caso De Uso Del Negocio Del Módulo

Patrimonio



mencionado.

HOJAS DE DESCRIPCIÓN: PATRIMONIO


1 Tabla 1.24 CUN-Gestionar Bienes

2 Tabla 1.25 CUN-Gestionar Ambiente



66

- Hoja de Descripción CUN: Gestionar Bienes

Tabla 1. 24: CUN- Gestionar Bienes


Nombre CUN

Gestionar Bienes

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de gestionar bienes.


Fecha: 01/10/2015



Precondición Lista de bienes anteriores


Se carga el listado de todos los nuevos bienes entrantes a patrimonio.

Se registran los decanatos a los cuales serán asignados los bienes.


Ninguno

Post-condición Se registra de bienes gestionados


Ninguno

Fuente: (UNT, 2015)

67

- Hoja de Descripción CUN: Gestionar Ambientes

Tabla 1. 25: CUN- Gestionar Ambientes


Nombre CUN

Gestionar Ambientes

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Gestionar Ambientes


Fecha: 01/10/2015



Precondición Debe verificarse los ambientes disponibles


Se listan los nuevos ambientes construidos o aperturados.

Se asignan los ambientes seleccionados a las áreas que tendrán uso de dichos ambientes.


En caso de que no existan ambientes a asignar se comunicara a las personas responsables.

Post-condición Se registra los ambientes gestionados


Ninguno

Fuente: (UNT, 2015)

68

e) Hoja De Descripción Caso De Uso Del Negocio Del Módulo

Asignación



mencionado.

HOJAS DE DESCRIPCIÓN: ASIGNACIÓN


1 Tabla 1.28 CUN-Asignar Carga Lectiva

2 Tabla 1.29 CUN-Aperturar Cursos

3 Tabla 1.30 CUN-Aperturar Secciones



69

- Hoja de Descripción CUN: Asignar Carga Lectiva

Tabla 1. 26: CUN-Asignar Carga Lectiva


Nombre CUN

Asignar Carga Lectiva

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Asignar Carga Lectiva


Fecha: 01/10/2015



Precondición

Los datos de los cursos deben haber sido registrados previamente.

Se debe tener la información de los docentes.

El inicio del semestre debe estar definido.

El perfil crediticio del cliente debe estar actualizado.


Si es que el curso no se ha asignado a ningún docente, deberá mostrar “NO ASIGNADO” en caso contrario se deberá asignar el docente, tipo de carga y número de horas.


Se podrá asignar solo si el usuario este dentro del plazo de planificación, el docente cuente con horas disponibles.

Post-condición Se registra la asignación de la carga lectiva.


Ninguno

Fuente: (UNT, 2015)

70

- Hoja de Descripción CUN: Aperturar Cursos

Tabla 1. 27: CUN- Aperturar Cursos


Nombre CUN

Aperturar Cursos

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Aperturar Cursos.


Fecha: 01/10/2015



Precondición Los datos de los cursos deben haber sido registrados previamente.


Solo se mostrará los cursos correspondientes al periodo correspondiente según la carrera con el número de secciones según los criterios de cada escuela para aperturar dentro de los plazos de la planificación.


Se podrá aperturar solo si el usuario este dentro del plazo de planificación.

Post-condición Se registra los cursos aperturados.


Ninguno

Fuente: (UNT, 2015)

71

- Hoja de Descripción CUN: Aperturar Secciones

Tabla 1. 28: CUN- Aperturar Secciones


Nombre CUN

Aperturar Secciones

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Aperturar Secciones.


Fecha: 01/10/2015



Precondición Los cursos han debido ser aperturados dentro del plazo en el periodo actual previamente.


Solo se mostrará los cursos aperturados al periodo correspondiente según la carrera con el número de secciones según los criterios de cada escuela para aperturar secciones dentro de los plazos de la planificación.


Se podrá aperturar solo si el usuario este dentro del plazo de planificación.

Post-condición Se registra las secciones aperturados.


Ninguno

Fuente: (UNT, 2015)

72

f) Hoja De Descripción Caso De Uso Del Negocio Del Módulo

Documentos Académicos



mencionado.

HOJAS DE DESCRIPCIÓN: DOCUMENTOS ACADÉMICOS

Item Id Descripción

1 Tabla 1.31 CUN-Solicitar Información

2 Tabla 1.32 CUN-Pagar Derecho

3 Tabla 1.33 CUN-Elaborar Documento Solicitado

4 Tabla 1.34 CUN-Presentar Documentos

5 Tabla 1.35 CUN-Enviar Documento

6 Tabla 1.36 CUN-Avalar Trámite Documentario

7 Tabla 1.37 CUN-Archivar Documento



73

- Hoja de Descripción CUN: Solicitar Información

Tabla 1. 29: CUN- Solicitar Información


Nombre CUN

Solicitar Información

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Solicitar Información.


Fecha: 01/10/2015



Precondición El solicitante deberá estar en horarios de atención.


El solicitante deberá acercarse a las oficinas donde necesite la información para los requisitos de cada trámite.


Se podrá brindar la información cuando el solicitante y la oficina proveedora de la información se la oficina correcta.

Post-condición Se brinda la información solicitada.


Ninguno

Fuente: (UNT, 2015)

74

- Hoja de Descripción CUN: Pagar Derecho

Tabla 1. 30: CUN- Pagar Derecho


Nombre CUN

Pagar Derecho

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Pagar Derecho.


Fecha: 01/10/2015



Precondición El solicitante deberá tener el lugar de pago y número de cuenta en caso sea necesario.


El solicitante deberá acercarse a los centros de depósito y pagar el monto indicado según el requisito de cada trámite.


Si el solicitante no cuenta con el monto indicado o no esta en el plazo necesario de pago deberá estar dentro de estos requisitos

Post-condición Se pagará el derecho.


Ninguno

Fuente: (UNT, 2015)

75

- Hoja de Descripción CUN: Elaborar Documento Solicitado

Tabla 1. 31: CUN- Elaborar Documento Solicitado


Nombre CUN

Elaborar Documento Solicitado

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Elaborar Documento Solicitado.


Fecha: 01/10/2015



Precondición El solicitante debe haberse registrado la solicitud de documento previamente.


El solicitante deberá redactar el documento del trámite que necesite realizar.


Si el solicitante no cuenta con toda la información necesaria para redactar el documento, deberá solicitar la información nuevamente.

Post-condición Se registra el documento elaborado.


Ninguno

Fuente: (UNT, 2015)

76

- Hoja de Descripción CUN: Presentar Documentos

Tabla 1. 32: CUN- Presentar Documentos


Nombre CUN

Presentar Documentos

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Presentar Documentos.


Fecha: 01/10/2015


Aprobado por: Ing. Juan Pedro Santos Fernández

Fecha: 05/10/2015

Precondición La información de los documentos debe haber sido registrada y revisada previamente.


El solicitante deberá presentar los documentos a la oficina correspondiente con los requisitos necesarios del trámite a realizar.


Si el solicitante no se encuentra en horario de la oficina administrativa para poder presentar el documento.

Post-condición Se registra la presentación de documentos.


Ninguno

Fuente: (UNT, 2015)

77

- Hoja de Descripción CUN: Enviar Documento

Tabla 1. 33: CUN- Enviar Documento


Nombre CUN

Enviar Documento

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Enviar Documento.


Fecha: 01/10/2015



Precondición Los datos del documento deben haber sido registrada previamente.


Cuando el documento solicitado haya sido recepcionado deberá enviarse a la persona a quien haya sido dirigido.


Si el solicitante no se encuentra en horario de la oficina administrativa para poder presentar el documento.

Post-condición Se registra el envío del documento.


Ninguno

Fuente: (UNT, 2015)

78

- Hoja de Descripción CUN: Avalar Trámite Documentario

Tabla 1. 34: CUN- Avalar Trámite Documentario


Nombre CUN

Avalar Trámite Documentario

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Avalar Trámite Documentario.


Fecha: 01/10/2015



Precondición Los datos del trámite deben haber sido registrada previamente.


Cuando el documento solicitado haya sido aprobado y confirmado por la persona a la cual ha sido dirigido se firmará y dará el visto bueno.


Si la oficina o persona encargada no avala el documento se informara al solicitante los requisitos faltantes.

Post-condición Se avaló el trámite documentario.


Ninguno

Fuente: (UNT, 2015)

79

- Hoja de Descripción CUN: Archivar Documento

Tabla 1. 35: CUN- Archivar Documento


Nombre CUN

Archivar Documento

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Archivar Documento.


Fecha: 01/10/2015



Precondición Los datos del documento a archivar deben haber sido registrada previamente.


La oficina que recepciona el documento archivara el documento en caso sea necesario dándole la conformidad al solicitante.


Si la oficina o persona encargada no se hace responsable el archivamiento del trámite se informa al solicitante de que no es la oficina correcta.

Post-condición Se registra los datos del documento a archivar.


Ninguno

Fuente: (UNT, 2015)

80

g) Hoja De Descripción Caso De Uso Del Negocio Del Módulo

Horarios



mencionado.

HOJAS DE DESCRIPCIÓN: HORARIOS


1 Tabla 1.38 CUN-Declarar Carga Lectiva

2 Tabla 1.39 CUN-Declarar Carga No Lectiva

3 Tabla 1.40

CUN-Declarar Carga Lectiva Sedes Descentralizadas

4 Tabla 1.41 CUN-Generar Declaración Jurada



81

- Hoja de Descripción CUN: Declarar Carga Lectiva

Tabla 1. 36: CUN- Declarar Carga Lectiva


Nombre CUN

Declarar Carga Lectiva

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Declarar Carga Lectiva.


Fecha: 01/10/2015



Precondición Los datos previos antes de declarar la carga lectiva deben haberse registrado previamente.


El Jefe de Departamento deberá registrar los horarios de los docentes a dictar en el periodo actual, declarando los días, horas y ambiente a realizar las labores lectivas.


Si el Jefe de Departamento no se encuentra en el periodo para registrar horario, no tiene ambientes asignados deberá solicitar la solución de estos.

Post-condición Se registra la declaración de la carga lectiva.


Ninguno

Fuente: (UNT, 2015)

82

- Hoja de Descripción CUN: Declarar Carga No Lectiva

Tabla 1. 37: CUN- Declarar Carga No Lectiva


Nombre CUN

Declarar Carga No Lectiva

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Declarar Carga No Lectiva.


Fecha: 01/10/2015





El docente deberá declarar su carga no lectiva; su número de horas y lugar donde se realizara de acuerdo a su categoría y modalidad.


Si el Docente esta en plazo de declarar su carga no lectiva, o no tiene horas la los rubros de carga no lectiva no podrá declarar.

Post-condición Se registra la declaración de la carga no lectiva.


Ninguno

Fuente: (UNT, 2015)

83

- Hoja de Descripción CUN: Declarar Carga Lectiva Sedes

Descentralizadas

Tabla 1. 38: CUN- Declarar Carga Lectiva Sedes Descentralizadas


Nombre CUN

Declarar Carga Lectiva Sedes Descentralizadas

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Declarar Carga Lectiva Sedes Descentralizadas.


Fecha: 01/10/2015





El Jefe de Departamento deberá registrar los horarios de los docentes a dictar en el periodo actual, declarando los días, horas y ambiente a realizar las labores lectivas en las sedes descentralizadas.


Si el Docente esta en plazo de declarar su carga no lectiva, o no tiene horas la los rubros de carga no lectiva no podrá declarar.

Post-condición Se registra la declaración de la carga lectiva sedes descentralizadas.


Ninguno

Fuente: (UNT, 2015)

84

- Hoja de Descripción CUN: Generar Declaración Jurada

Tabla 1. 39: CUN- Generar Declaración Jurada


Nombre CUN

Generar Declaración Jurada

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Generar Declaración Jurada.


Fecha: 01/10/2015



Precondición Los datos de la declaración jurada deben haberse registrado previamente.


El docente cuando haya completado el total de horas semanales según su categoría y carga, podrá generar su declaración jurada para la firma y visto bueno del jefe de departamento.


Si el Docente no ha completado sus horas en todos los rubros de la carga horaria, no podrá genera la carga lectiva.

Post-condición Se registra la declaración jurada.


Ninguno

Fuente: (UNT, 2015)

85

h) Hoja de descripción caso de uso del negocio del módulo

silabo.



mencionado.

HOJAS DE DESCRIPCIÓN: SÍLABO


1 Tabla 1.42 CUN-Registrar Sílabo

2 Tabla 1.43 CUN-Visar Sílabo



86

- Hoja de Descripción CUN: Registrar Sílabo

Tabla 1. 40: CUN- Registrar Sílabo


Nombre CUN

Registrar Sílabo

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se apertura periodo para Registrar Sílabo


Fecha: 01/10/2015



Precondición Los datos del curso y el docente a registrar el sílabo deben haberse registrado previamente.


Si es que no se le ha asignado ningún curso se mostrará no cuenta con sílabos para dicho periodo.

Si se pasó la fecha de registro de Sílabo nos mostrará Fuera de Plazo.


Usted solo puede descargar el Sílabo (si en caso no es Principal de dicho Sílabo)

Post-condición Se Registra los Datos de un Sílabo correspondiente y se Genera en PDF


Ninguno

Fuente: (UNT, 2015)

87

- Hoja de Descripción CUN: Visar Sílabo Académico

Tabla 1. 41: CUN- Visar Sílabo Académico


Nombre CUN

Visar Sílabo

Descripción Se describe el caso de uso cuando se recibe la solicitud de Visar Sílabo Académico.


Fecha: 01/10/2015



Precondición

Los datos del curso deben haber sido registrados previamente.

Se debe tener la información de los docentes.

Los semestres deben estar definidas.

El perfil del docente debe estar actualizado


Listado de todos los Sílabos según sus estados que pertenecen a la escuela profesional.

Flujo eventos alternativos

Ninguno



Ninguno

Fuente: (UNT, 2015)

88

i) Hoja De Descripción Caso De Uso Del Negocio Del Módulo

Matriculas



mencionado.

HOJAS DE DESCRIPCIÓN: MATRÍCULAS


1 Tabla 1.44 CUN- Registrar Matrícula

2 Tabla 1.45 CUN- Pagar Cuota de Matrícula

3 Tabla 1.46 CUN- Reservar Matrícula

4 Tabla 1.47 CUN- Regularizar Matrícula

5 Tabla 1.48 CUN- Registrar Cursos de Repetición



89

- Hoja de Descripción CUN: Registrar Matrícula Regular

Tabla 1. 42: CUN- Registrar Matrícula Regular


Nombre CUN

Registrar Matrícula Regular

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de registrar matricula


Fecha: 01/10/2015



Precondición

Los datos del curso deben haber sido registrados previamente con o sin horarios. Se debe tener la información de los docentes. Los semestres deben estar definidos. El perfil del alumno debe estar definidos.


Si no está en fechas nos mostrará usted no está en fechas de Matrículas.

Si se pasa de los créditos disponibles según el alumno mostrará Excedió el máximo de Créditos Disponibles


Con los flujos de Agregar, Quitar y Matricularse de acuerdo a los cursos Seleccionados.

Post-condición Muestra su Orden de Pago y Ficha de matrícula

Requerimientos Ninguno

Fuente: (UNT, 2015)

90

- Hoja de Descripción CUN: Pagar Cuota de Matrícula

Tabla 1. 43: CUN - Pagar Cuota de Matrícula


Nombre CUN

Pagar Cuota de Matrícula

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de registro de pago de cuota de matricula


Fecha: 01/10/2015



Precondición Los datos de las cuotas de matrículas deben haber sido registrados previamente.

Flujo eventos principal Ninguno


Ninguno

Post-condición Se actualiza el estado de la matrícula


Ninguno

Fuente: (UNT, 2015)

91

- Hoja de Descripción CUN: Reservar Matrícula

Tabla 1. 44: CUN- Reservar Matrícula


Nombre CUN

Reservar Matrícula

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de reservar matricula


Fecha: 01/10/2015



Precondición Los datos del alumno y detalle de matrícula deben estar registrados.


Si se ingresa un código incorrecto se mostrará Alumno no Existe.

Si pertenece al primer ciclo mostrará no se puede reservar la matrícula.


Si no se ingresa el número de resolución mostrará ingrese resolución para reservar.

Si no selecciona los cursos a reservar mostrará selecciona uno o varios Cursos.

Post-condición Se actualiza el estado del detalle de matrícula


Alumnos desde Segundo Ciclo / segundo Anio

Fuente: (UNT, 2015)

92

- Hoja de Descripción CUN: Regularizar Matrícula

Tabla 1. 45: CUN- Regularizar Matrícula


Nombre CUN

Regularizar Matrícula

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de regularizar matricula


Fecha: 01/10/2015



Precondición Los datos del alumno y detalle de matrícula deben estar registrados.


Si se ingresa un código incorrecto se mostrará Alumno no Existe.

Si pertenece al primer ciclo debe mostrar No está permitido regularizar.


Si no selecciona algún curso para quitar de la matrícula o agregar a dicha matrícula mostrará selecciona un Curso o ingrese un curso a regularizar.

Post-condición Se actualiza el estado del detalle de matrícula y / se registra dicho curso(s).


Alumnos desde Segundo Ciclo / segundo Anio

Fuente: (UNT, 2015)

93

- Hoja de Descripción CUN: Registrar Cursos de Repetición

Tabla 1. 46: CUN- Registrar Cursos de Repetición


Nombre CUN

Regularizar Cursos de Repetición

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de registrar cursos de repetición.


Fecha: 01/10/2015



Precondición Los datos del alumno deben estar registrados. Los cursos de nivelación deben estar definidos.


Ninguno


Ninguno

Post-condición Se realiza el registro del curso de nivelación


Ninguno

Fuente: (UNT, 2015)

94

j) Hoja De Descripción Caso De Uso Del Negocio Del Módulo

Notas Y Asistencias



mencionado.

HOJAS DE DESCRIPCIÓN: NOTAS Y ASISTENCIAS


1 Tabla 1.49 CUN- Gestionar Notas

2 Tabla 1.50 CUN- Regularizar Notas

3 Tabla 1.51 CUN- Control de Asistencias



95

- Hoja de Descripción CUN: Gestionar Notas

Tabla 1. 47: CUN- Gestionar Notas


Nombre CUN

Gestionar Notas

Descripción El usuario del sistemas actual, en este caso el docente, deberá gestionar las notas de los alumnos según el reglamente y las fechas planificadas.


Fecha: 01/10/2015



Precondición Los alumnos deben estar matriculados en un determinado curso , además el ingreso de notas debe hacerse en las fechas programadas


El docente ingresa al sistema actual, elijé el curso a ingresar notas y se listan los alumnos.

El docente procede a ingresar las notas.

El docente confirmar las notas q ha ingresado y guarda los cambios.


Ninguno



Ninguno

Fuente: (UNT, 2015)

96

- Hoja de Descripción CUN: Regularizar Notas

Tabla 1. 48: CUN- Regularizar Notas


Nombre CUN

Regularizar notas

Descripción El usuario del sistemas actual, en este caso el docente, deberá gestionar las notas de los alumnos según el reglamente y las fechas planificadas.


Fecha: 01/10/2015



Precondición Los alumnos deben estar matriculados en un determinado curso , además el ingreso de notas debe hacerse en las fechas programadas


El docente ingresa al sistema actual, elijé el curso a ingresar notas y se listan los alumnos.

El docente procede a ingresar las notas.

El docente confirmar las notas q ha ingresado y guarda los cambios.


Ninguno



Ninguno

Fuente: (UNT, 2015)

97

- Hoja de Descripción CUN: Control de Asistencias

Tabla 1. 49: CUN- Control de Asistencias


Nombre CUN

Control de Asistencias

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de control de asistencias.


Fecha: 01/10/2015



Precondición

i. Los datos del curso deben haber sido registrados previamente. Se debe tener la información de los docentes.

iii. Los datos de los alumnos deben haberse registrado previamente.

iv. Debe haberse registrado la información de la carga horaria y cargas lectivas.


Se cargaran las fechas de todas las actividades planificadas.

Se desplegara el listado de todos los alumnos.

Se registrar asistencia para cada alumno en la fecha seleccionada.


En caso de que no existan fechas aun, el sistema creara las fechas en base a una planificación previa.

Post-condición Se realiza el registro del control de asistencias.


Ninguno.

Fuente: (UNT, 2015)

98

k) Hoja De Descripción Caso De Uso Del Negocio Del Módulo

Acreditación



mencionado.

HOJAS DE DESCRIPCIÓN: ACREDITACIÓN


1 Tabla 1.52 CUN- Convocar Elección Comités por Facultad

2 Tabla 1.53 CUN- Designar Comité Interno

3 Tabla 1.54 CUN- Designar Comisión Evaluadora

4 Tabla 1.55 CUN- Evaluar Comité Interno

5 Tabla 1.56 CUN- Capacitar Comité Interno

6 Tabla 1.57 CUN- Registrar Proyecto

7 Tabla 1.58 CUN- Elaborar Plan de Mejora

8 Tabla 1.59 CUN- Elaborar Proyecto de Autoevaluación

9 Tabla 1.60 CUN- Recolectar Fuentes de Verificación



99

- Hoja de Descripción CUN: Convocar Elección Comités por

Facultad

Tabla 1. 50: CUN- Convocar Elección Comités por Facultad


Nombre CUN

Convocar Elección Comités por Facultad

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Convocar Elección Comités por Facultad.


Fecha: 01/10/2015



Precondición Ninguno


El rector de la universidad Nacional de Trujillo, convoca a elecciones para elegir los representantes de los comités internos para la acreditación de las facultades.


Ninguno



Ninguno

Fuente: (UNT, 2015)

100

- Hoja de Descripción CUN: Designar Comité Interno

Tabla 1. 51: CUN- Designar Comité Interno


Nombre CUN

Designar Comité Interno

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Designar Comité Interno.


Fecha: 01/10/2015





Los decanos de cada facultad designan los integrantes de los comités internos, el cual debe estar conformado por docentes, alumnos y autoridades de cada facultad.


Ninguno



Ninguno

Fuente: (UNT, 2015)

101

- Hoja de Descripción CUN: Designar Comisión Evaluadora

Tabla 1. 52: CUN- Designar Comisión Evaluadora


Nombre CUN

Designar Comisión Evaluadora

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Designar Comisión Evaluadora.


Fecha: 01/10/2015





Una vez hecha la petición de evaluación por parte de una escuela con intención a acreditarse, el CONEAU designa una comisión evaluadora quien será la encargada de determinar si dicha escuela cumple con los requisitos para la acreditación.


Ninguno



Ninguno

Fuente: (UNT, 2015)

102

- Hoja de Descripción CUN: Evaluar Comité Interno

Tabla 1. 53: CUN- Evaluar Comité Interno


Nombre CUN

Evaluar Comité Interno

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Evaluar Comité Interno.


Fecha: 01/10/2015





La comisión evaluadora, designada por el CONEAU, evalúa a los miembros del comité interno de la escuela con intensión a acreditarse.


Ninguno



Ninguno

Fuente: (UNT, 2015)

103

- Hoja de Descripción CUN: Capacitar Comité Interno

Tabla 1. 54: CUN- Capacitar Comité Interno


Nombre CUN

Capacitar Comité Interno

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Capacitar Comité Técnico.


Fecha: 01/10/2015





El CONEAU deberá capacitar al comité interno, con el fin de que gestionen el proceso de acreditación de la mejor forma.


Ninguno



Ninguno

Fuente: (UNT, 2015)

104

- Hoja de Descripción CUN: Registrar Proyecto

Tabla 1. 55: CUN- Registrar Proyecto


Nombre CUN

Registrar Proyecto

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Registrar Proyecto.


Fecha: 01/10/2015






El técnico procede a gestionar la información.


Ninguno



Ninguno

Fuente: (UNT, 2015)

105

- Hoja de Descripción CUN: Elaborar Plan de Mejora

Tabla 1. 56: CUN- Elaborar Plan de Mejora


Nombre CUN

Elaborar Plan de Mejora

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Elaborar Plan de Mejora.


Fecha: 01/10/2015







El técnico guarda los cambios hechos previamente.


Ninguno



Ninguno

Fuente: (UNT, 2015)

106

- Hoja de Descripción CUN: Elaborar Proyecto de Autoevaluación

Tabla 1. 57: CUN- Elaborar Proyecto de Autoevaluación


Nombre CUN

Elaborar Proyecto de Autoevaluación

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Elaborar Proyecto de Autoevaluación.


Fecha: 01/10/2015









Ninguno



Ninguno

Fuente: (UNT, 2015)

107

- Hoja de Descripción CUN: Recolectar Fuentes de Verificación

Tabla 1. 58: CUN- Recolectar Fuentes de Verificación


Nombre CUN

Recolectar Fuentes de Verificación

Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso cuando se recibe la solicitud de Recolectar Fuentes de Verificación.


Fecha: 01/10/2015









Ninguno



Ninguno

Fuente: (UNT, 2015)

CAPÍTULO IV. CONCLUSIONES

2º. 4. Conclusiones

3º.

1º. Los casos de uso del negocio servirán para dirigir y gestionar el

desarrollo del sistema de información integrado de los procesos

académicos, acreditación y calidad universitaria de la UNT, de tal

manera que teniendo como base los procesos actuales del negocio,

de manera iterativa e incremental evolucionen hasta definir los casos

de uso reales de acuerdo a los requerimientos funcionales de los

usuarios.

2º. Los casos de uso del negocio describen de manera gráfica los

procesos actuales del negocio, identificando a los actores del negocio,

trabajadores del negocio y entidades del negocio, precisando su

relación lógica y estructura estática, factores clave para el buen

funcionamiento de los sistemas académico, acreditación y calidad

universitaria de la UNT.

3º. Los casos de uso del negocio son la base fundamental para la

comprensión de los procesos del negocio obtenidos a través de

encuestas, entrevistas, observación directa y revisión documental

como los manuales de procedimiento, manuales de organización,

directivas, reglamentos, etc. de la UNT.

4º. Los casos de uso guían a lo largo todas las actividades de las

diferentes fases y modelos de la metodología del RUP (Rational

Unified Process), en el desarrollo de los sistemas de información

integrados.

5º. Cada caso de uso proporciona uno o más escenarios que indican

cómo debería interactuar el sistema con el usuario o con otro sistema

para conseguir un objetivo específico realizar alguna tarea en

particular.

6º. Los diagramas de casos de uso sirven para especificar la

comunicación y el comportamiento de un sistema mediante su

interacción con los usuarios y/u otros sistemas.

7º. Un caso de uso es una secuencia de interacciones que se

desarrollarán entre un sistema y sus actores en respuesta a un evento

que inicia un actor principal sobre el propio sistema.

8º. Los casos de uso capturan el comportamiento del sistema que se está

desarrollando, sin tener que especificar cómo se implementa ese

comportamiento.

9º. Los casos de uso proporcionan a los desarrolladores una ruta para

lograr un entendimiento común con los usuarios finales del sistema y

expertos del dominio

10º. Además, los casos de uso sirven para validar la arquitectura y para

verificar que el sistema evolucione durante el desarrollo de manera

congruente.

4º.

CAPÍTULO V. REFERENCIAS

BIBLIOGRAFICAS

5º.

112

REFERENCIAS BIBLIOGRÁFICAS

- ANDALUCÍA, J. D. (14 de Junio de 2015). Guía para la redacción de casos de uso. Obtenido

de http://www.juntadeandalucia.es/servicios/madeja/contenido/recurso/416

- Fernández Alarcón, V. (2006). Barcelona: Ediciones UPC.

- Ferré Grau, X., & Sánchez Segura, M. I. (s.f.). Desarrollo Orientado a Objetos uml. 9-10.

- Pérez Rodríguez, A. (17 de junio de 2015). Estructuración y Especificación de Casos de Uso.

Obtenido de https://sites.google.com/site/alfonsoperezr/investigacion/estructuracin-y-

especificacin-de-casos-de-uos

- UNT. (2008). Reglamento general de distribución y racionazacion de la carga horaria.

Trujillo: UNT.

tdr2 - modulo casos de uso del negocio-22!20!2015

Documents