Vous êtes sur la page 1sur 40

Caso de estudio Taller 3.

Universidad de los Alpes

ELABORADO POR: FABIAN GUTIERREZ SANDRA MADRIGAL DIANA ORTEGA RAFAEL OSPINO IVAN SANCHEZ

15

DE

SEPTIEMBRE

DE

2009

Pg 1 de 40

Tabla de Contenido
1.- PROCESO DE CONTRATACIN DE MONITORES........................................3 1.1.- Diagramacin en BPMN.............................................................................3 1.2.- Actores, tareas y funcionalidades............................................................5 1.3.- Diagrama de clases....................................................................................8 1.4.- Secuencia de las actividades...................................................................9 1.5.- Requerimientos no funcionales...............................................................10 1.5.1 Fiabilidad.................................................................................................11 1.5.2 Seguridad................................................................................................12 1.5.3 Disponibilidad.........................................................................................14 1.5.4 Auditabilidad..........................................................................................14 1.5.5 Escalabilidad..........................................................................................15 1.5.6 Interfaces.................................................................................................16 1.6.- Reglas de Negocio....................................................................................17 1.7.- Escenario.....................................................................................................18 2.- PROCESO DE MATRICULAS.........................................................................20 2.1.- Diagramacin en BPMN...........................................................................20 2.2.- Actores, tareas y funcionalidades..........................................................22 2.2.1 Parte 1......................................................................................................23 2.2.2 Parte 2......................................................................................................26 2.3.- Diagrama de clases..................................................................................27 2.4.- Secuencias de las actividades...............................................................28 2.4.1 Secuencia funcionalidad matrcula...................................................28 2.5.- Requerimientos no funcionales...............................................................30 2.5.1 Fiabilidad.................................................................................................31 2.5.2 Seguridad................................................................................................32 2.5.3 Disponibilidad.........................................................................................33 2.5.4 Auditabilidad..........................................................................................34 2.5.5 Escalabilidad..........................................................................................35 2.5.6 Interfaces.................................................................................................37 2.6.- Reglas de Negocio....................................................................................37 2.7.- Escenario.....................................................................................................38 3.- GLOSARIO........................................................................................................40

Pg 2 de 40

1.Proceso de contratacin de monitores


Con el fin de implementar una SOA en Muebles de los Alpes S.A (MLP) SIA ha optado por la identificacin de la situacin actual del proceso de ventas el cual se detalla a continuacin:

1.1.-

Diagramacin en BPMN

A continuacin se detalla el modelo BPMN diseado para el proceso de contratacin de monitores

Pg 3 de 40

Figura: Diagrama BPMN Proceso Contratacin monitores

Pg 4 de 40

1.2.-

Actores, tareas y funcionalidades

En las siguientes secciones se van a detallar como los actores ejecutan tareas sobre las actividades definidas previamente y como esas actividades igualmente ejecutan funcionalidades de las aplicaciones identificadas1.

analysis ModeloMonitoresUlpes

Estudiante

Ingresar Datos

BusinessProcess Autenticar

Consul tar usuario

Consul tar Cursos Disponi bl es Periodo

resource Serv idor LDAP

resource Aplicacion ADMIN

En la seccin 3 se detalla la sintaxis utilizada

Pg 5 de 40

analysis ModeloMonitoresUlpes Consultar E m pl eados Por Curso

BusinessProcess Verificar Condiciones

Consul tar Histori co cursos T om ados por estudiante Consul tar T ipo Estudiante

Consultar Inform acin Bsi ca E m pl eado

resource Aplicacion Recursos Humanos

resource Aplicacion Registro Academico

Consul tar Cursos Actual es Estudiante resource Aplicacion ADMIN

analysis ModeloMonitoresUlpes

Esta acti vi dad podra ser m anual en cuyo caso actuara com o actor el personal de soporte y com o tarea el ingreso de datos BusinessProcess Inscribir Curso

registrarAl um noCurso

resource Aplicacion ADMIN

Pg 6 de 40

analysis ModeloMonitoresUlpes

Esta acti vi dad podra ser m anual en cuyo caso actuara com o actor el personal de soporte y com o tarea el ingreso de datos BusinessProcess Aplicar Descuento

regi strar Deducci ones M atrcula

resource Aplicacion ADMIN

analysis ModeloMonitoresUlpes

BusinessProcess Crear Contrato

E sta actividad podra ser m anual en cuyo caso actuara com o actor el personal de soporte y com o tarea el i ngreso de datos

registrar Nuevo Em pleado

resource Aplicacion Recursos Humanos

Pg 7 de 40

analysis ModeloMonitoresUlpes

BusinessProcess Env iar Correo

E sta actividad podra ser m anual en cuyo caso tendra com o actor al el personal de soporte y com o tarea el Ingreso de l a i nform aci n perti nente

Enviar Nuevo Correo

resource Serv idor SMTP

analysis ModeloMonitoresUlpes

Estudiante

Ingresar Datos

BusinessProcess Consultar Condiciones no Cumplidas

E sta acti vidad no se soporta en ni ngn sistem a l egado, pero acude a i nform aci n previ am ente guardada en el portal

1.3.-

Diagrama de clases

A continuacin se muestran las entidades del negocio involucradas en el proceso de contratacin de monitores

Pg 8 de 40

1.4.-

Secuencia de las actividades

A continuacin se detallan las secuencias de llamados utilizadas en las actividades descritas en el punto 1. El escenario que se intenta describir es el correspondiente a la asignacin de un monitor de pregrado a un curso determinado con todas las actividades que se requieren ejecutar de acuerdo al proceso

Pg 9 de 40

sd Interaction re so u rce P o rta l Estu d ia n te re g i stra rNu e voM o ni tor e xiste Usu ario :b o o le a n re so u rce LDA P re so u rce Ap l ica ci on ADM IN re so u rce A pl ica ci o n Re g i stro A ca d em ico re so u rce Ap l ica ci on Re curso s Hu m a n o s

e xi ste Cu rso :bo o l ea n

co nsul ta rT ip o Estu d ia n te :T i po d e E stu d i an te co n su lta rHi sto rico Curso sE stu d i an te :L ista d e Cu rsos E xi ste Cu rso e n Hi stori cos :bo o l ea n

va l id a rP ro m e d io M i n im o :b o o l ea n co nsul ta rCu rso sA ctu a le sE stud i a n te :L ista d e Cu rso s va l id a rNu m e roM in i m o Cre d ito sIn scrito s :b o o le a n

i nscri bi r_ cu rso :b oo l e an ag re g ar_ d escu e n to_ m atri cu la :b o o le a n

cre a r_n u e vo _co n tra to :b o o l ea n M e n sa je E xito Op e ra ci o n

1.5.-

Requerimientos no funcionales

El presente apartado tiene como finalidad definir las necesidades complementarias de las funcionalidades del proceso de contratacin de monitores en la Universidad de los ALPES, las necesidades complementarias o requerimientos no funcionales plasmados permitirn que las funcionalidades del proceso sean ejecutadas con eficiencia y eficacia. A continuacin se listan las actividades definidas para el proceso de matriculas a las cuales haremos referencia en el trascurso de la seccin:

Pg 10 de 40

Actividad Autenticar Verificar condiciones Inscribir estudiante Aplicar descuento Crear contrato Consultar condiciones no cumplidas Envo de correo confirmando la monitoria

Categorizando los tipos de requerimientos no funcionales podemos contemplar los siguientes:

Fiabilidad (La integridad de la informacin) Seguridad (Autenticacin, Autorizacin, Confidencialidad) Disponibilidad (La accesibilidad de la informacin) Auditabilidad (Identificar y rastrear las operaciones realizadas) Rendimiento (Tiempos de respuesta) Interfaces (Intercomunicacin con otros)

1.5.1

Fiabilidad

Estos requerimientos relacionan la capacidad de confiar en que determinada actividad del proceso entregue respuestas confiables bajo ciertas condiciones o durante un periodo determinado y no se vean afectadas por eventos externos al proceso.

Pg 11 de 40

Entre las actividades identificadas en el proceso de contratacin de monitores de la Universidad de los ALPES podemos determinar que todas las actividades deben cumplir con este requerimiento pero consideramos que las ms crticas y que requieren de una fiabilidad ms alta son: Autenticar Verificar condiciones

Estas actividades fueron seleccionadas con un nivel de criticidad ms alto debido a que manejan informacin esencial del proceso y que un error en los datos suministrados o fallo en un momento determinado acarrearan consecuencias como: Autenticar, es la actividad de inicio del proceso si el suministro de informacin que brinda esta actividad es errneo o falla, el proceso no lograra continuar su flujo normal. Verificar condiciones, es la actividad base del proceso ya que determina si el estudiante puede o no acceder a ser monitor y al no suministrar informacin confiable y oportuna continuara el flujo con informacin errnea o no permitira continuar con la ejecucin del proceso.

Adicionalmente se debe contemplar dentro del desarrollo del proceso la capacidad para tolerar y recuperarse de los errores (escenarios alternativos).

1.5.2

Seguridad

Estos requerimientos determinan la confidencialidad de los datos en la transmisin y en el almacenamiento, comprende mltiples temas, entre los que se encuentran:

Autenticacin (verificacin de que el usuario es quien dice ser) Autorizacin (autoridad que tiene un usuario para realizar una actividad)

Pg 12 de 40

Confidencialidad (ejecucin de la actividad sin que el mundo exterior tenga conocimiento de la informacin)

Entre las actividades identificadas en el proceso de contratacin de monitores de la Universidad de los ALPES podemos determinar que las actividades del proceso crticas para el cumplimiento de este requerimiento son: Autenticar

Estos casos son detallados a continuacin Autenticar, debido a que la informacin suministrada hacia esta actividad debe manejar un nivel de confidencialidad ms alto, se debe certificar que el trayecto por el cual viaja esta informacin debe ser cifrado al igual que su almacenamiento.

En todas las actividades se debe certificar la autorizacin para la ejecucin de las mismas. Una forma grfica de representar este requerimiento se muestra en la siguiente imagen:

Pg 13 de 40

1.5.3

Disponibilidad

Entre las actividades identificadas en el proceso de matriculas de estudiantes de la Universidad de los ALPES podemos determinar que todas las actividades deben cumplir con este requerimiento pero consideramos que las ms crticas y que requieren de una disponibilidad ms alta son: Autenticar Verificar condiciones Inscribir estudiante Aplicar descuento Crear contrato

Las actividades mencionadas anteriormente deben poseer un nivel de disponibilidad de 90%, debido a su criticidad dentro del proceso de monitorias. Una forma grfica de representar este requerimiento se muestra en la siguiente imagen:
req NFR Disponibilidad

Crear contrato

REQNF4 Durante el p roceso de m oni tori as el sistem a d ebe brindar una disponi bil idad no i nferior al 90%

Inscribir estudiante

Autenticar

Verificar condiciones

Aplicar descuento

1.5.4

Auditabilidad

Estos requerimientos hacen referencia a la identificacin y rastreo de algunas de las actividades realizadas, determinando quin realiz la actividad, en qu momento y qu obtuvo como resultado.

Pg 14 de 40

Se considera que en el proceso de contratacin de monitores de la Universidad de los ALPES las actividades que deben contemplar este requerimiento son: Inscribir estudiante Aplicar descuento Crear contrato

Se debe permitir determinar quin la realiz, en qu momento y qu obtuvo como resultado. Una forma grfica de representar este requerimiento se muestra en la siguiente imagen:
req NFR Auditabilidad REQNF6 - Se deben g enerar regi stro de auditora que perm itan determ i nar quin la real iz , en qu m om ento y qu obtuvo com o resul tado

Inscribir estudiante

Crear contrato

Aplicar descuento

1.5.5

Escalabilidad

La escalabilidad hace referencia a la capacidad del sistema de soportar un crecimiento de los usuarios y particularmente para el proceso de contratacin de monitores se han identificado las siguientes actividades como crticas: Autenticar Verificar condiciones Inscribir estudiante

Pg 15 de 40

Aplicar descuento Crear contrato

De esta forma, este requerimiento se vuelve fundamental debido a que involucra cabalmente el proceso de contratacin de monitores de la universidad de los alpes. De manera grfica esta situacin se podra representar por ejemplo como se muestra en el siguiente diagrama:
req NFR Escalabilidad

Crear contrato

Aplicar descuento

REQNF8 - E l sistem a de be soportar por lo m eno s el 20% adi ci onal a l a cantid ad de estudiantes i nscri tos para m onitores en el sem e stre i nm edi atam ente anterior.

Inscribir estudiante

Autenticar

Verificar condiciones

1.5.6

Interfaces

Estos requerimientos hacen referencia a la capacidad que tienen las actividades para su comunicacin as como la capacidad que se tiene con otros procesos para el intercambio de flujos de informacin. Este requerimiento debe ser cubierto por todas las actividades del proceso debido a que es de suma importancia la interaccin entre las mismas y fuentes externas (otros procesos), esto implica el uso de

Pg 16 de 40

estndares de comunicacin y almacenamiento existentes, as como el uso de formatos estndares y compatibles entre procesos.

1.6.-

Reglas de Negocio

En el siguiente apartado se describen las reglas de negocio identificadas para el proceso de matrculas

Business Rules

Bu si ne ss Ru le s a re re la ted to the Ru le T a sks with de p e nd e ncy re la ti o nsh i p. E stu d ia n te to m e l cu rso E l cu rso n o tie ne m on i to r

E stu d ia n te d e p reg ra d o co n p rom e d io m ayo r a 3.75 E stu d ia n te d e p re g ra d o in scri to e n m e n os d e 22 crd ito s

RuleTask Verificar condiciones (fro m Mod e lo d e Neg o cio )

E stu d ia n te d e p o sgra do co n p ro m e d io m ayo r a 4 .0 E stu d ia n te d e p o sgra do q u e n o tie n e a sig na d a m o n ito ra

Co d ig o d e l Cu rso M NT -99

RuleTask Inscripcion en Curso (from Mod e lo d e Ne go cio )

Estud i an te de pre grad o p a ga r $2 5 0.0 00 m e nsu a le s

RuleTask Aplicar descuento (fro m Mo de l o d e Ne g oci o)

E stu d ia n te d e p o sgra do p a g ar $ 5 00 .00 0 m e n su al es

Pg 17 de 40

1.7.-

Escenario
un escenario para el proceso de

A continuacin se detalla contratacin de monitores

Este escenario pretende mostrar a nivel de aplicacin el flujo de pantallas que se mostraran al usuario dependiendo de el desarrollo de las diferentes actividades del proceso, para el caso particular que se describe a continuacin se considera el proceso de contratacin de monitores, especficamente la contratacin de un monitor de postgrado que consta de los siguientes pasos visibles al usuario El usuario ingresa la informacin de carnet, password y cdigo del curso del cual quiere ser monitor El sistema realiza las validaciones necesarias segn las reglas de negocio as como las actividades que se requieren para formalizar la inscripcin El sistema muestra una pantalla de confirmacin indicando que el estudiante puede ser monitor del curso introducido y adems informando que cuando culmine el proceso le ser enviada una confirmacin por correo

La siguiente grfica muestra en resumen estos pasos

Pg 18 de 40

ui escenario Bienv enida appl icati on LDAP Carnet flow

Password Codi go Curso flow

appl i cation ADMIN

Ingresar

Carnet: 2009234521 P assword: xxxx Codi go Curso: 10345

navi gate

Mensaj e Exito

Se cum ple con todas las condi ci ones para acceder a l a m oni tori a S e l e envi ara un m ensaje cuando se com plete el proceso Aceptar

Pg 19 de 40

2.-

Proceso de matriculas

Con el fin de implementar una SOA en Muebles de los Alpes S.A (MLP) SIA ha optado por la identificacin de la situacin actual del proceso de ventas el cual se detalla a continuacin:

2.1.-

Diagramacin en BPMN

A continuacin de detallan los modelos BPMN diseados para el proceso de matrculas

Pg 20 de 40

Proceso Parte 1

Pg 21 de 40

Proceso Parte 2.

2.2.-

Actores, tareas y funcionalidades

En las siguientes secciones se van a detallar como los actores ejecutan tareas sobre las actividades definidas previamente y como esas actividades igualmente ejecutan funcionalidades de las aplicaciones identificadas2.

Las convenciones grficas de detallan en la seccin 3 del documento

Pg 22 de 40

2.2.1

Parte 1
analysis Consultar cursos

analysis Autenticar

Estudiante (from S takeho ld ers)

Estudiante
Con sul tar cursos

Ingresar datos de carnet y password

Autenticar

consul tar cu rsos prog ram a dos

co nsul ta r cursos d isp oni bl es co nsul ta r secci one s po r curso resource ADMIN

validar datos resource LDAP

analysis Registrar curso

analysis eliminar cursos

Estudiante (from Stake hold ers)

Estudiante

Ing resa r datos de l cu rso

BusinessProcess Registrar curso

elim i nar curso


cu rso_selecciona do flow Verifi car cu pos resou rce ADMIN

Datos del curso

Eli m inar cursos

el im inar curso registrado

li berar cupo

resource ADMIN

Pg 23 de 40

analysis Recalcular costo

analysis generar recibo de pago


Re cal cula r co sto

in fo rm ati on datos del estudiante

i nfo rm a ti o n v alor matricula

G en e ra r reci b o d e p ag o

su m ar costo m ate ria s con su lta r m ateri as inscritas re so urce ADMIN a lm ace na r va lo r

g e ne rar reci b o

g u ard ar val o r m a tri cu l a resou rce ADMIN

analysis Seleccionar opcion de pagos

analysis Realizar pago

Estudiante (from Stakehol ders) Sele cciona r opcio n pago s

Estudiante

Real i zar pago(M anual ) pagar

Sol ici tar op ciones de pago

opci ones de pago {Pagos} opci ones de pago fl ow resou rce ADMIN

Pg 24 de 40

analysis Consultar recibo de pago

analysis Realizar pago electronico

Estudiante

Estudiante

Reali zar pag o ele ctronico

so l i ci ta r pago m anual

co n su l ta r re ci b o d e p a g o

paga r

Regi strar p ago

re alizar pago

g e n e ra r re ci b o p a g o P DF re so u rce ADMIN

resou rce ADMIN

analysis Generar horario

analysis Cargar copia de la consignacion Di gi tal i zar copia

i nform ation Estudiante

Gene ra r horari o

Cargar copi a de la consi gnaci on

Estudiante

subi r copi a

ge nerar h ora ri o
alm acenar copi a de consi gnacion resource ADMIN

co nsu ltar m ateri as se le cci ona das resource ADMIN

analysis Generar recibo confirmacion pago

analysis resolv er problemas resol ve r pro bl em a de au ten ti cacio n Re so l ve r p ro bl e m as de cursos Coordinador tesoreria Re sol ve r pro bl em a de ho rari os reso urce ADMIN Re so lver pro bl em as

i nform ation Datos pago

Gene ra r con fi rm a ci on pag o

g enerar confi rm a cio n pago

Verifi car p ago resource ADMIN

Pg 25 de 40

2.2.2

Parte 2
analysis autorizar matricula

analysis rev isar recibo consignacion

Coordinador tesorera

Coordinador tesorera

revi sar d ocu m e ntos

BusinessProcess Rev isar recibo consignacin

dar datos de m atricula autorizada

BusinessProcess autorizar matrcula

[crear m atrcul a]

resource ADMIN

analysis liberar cupo

analysis generar horario

Coordinador tesorera

Coordinador tesorera

da r da to s de e studi ante

BusinessProcess Generar horario

dar datos del cupo

BusinessProcess Liberar cupo


[consul ta r estu dia nte] [consul ta r secci on es re gistrad as]

[li berar reserva]


resou rce ADMIN

resource ADMIN

Pg 26 de 40

analysis env iar correo matricula

BusinessProcess env iar correo matrcula

[en via r correo (con si gna cio nP DF, h orari o)]

reso urce ADMIN

envi ar correo

reso urce SMTP Serv er

2.3.-

Diagrama de clases

A continuacin se muestran las entidades del negocio involucradas en el proceso de creacin de matrculas
class Domain Obj ects

{Pregrado, Di pl om ado, Especi al izacin, M aestra, Doctorado}

Programa coordi na 0..* nom bre ti po 1..*

Univ ersidad ofrece

conti ene 1..* Curso Profesor nom bre nom bre costo EntidadBancaria {Pagado, No Pagado} nom bre ti ene ti ene di cta 1..* Seccion 1..* estado fecha i nici o fecha fi n cupo profesor 0..* agrupa reali zado Matricula m onto estado m edi oDePago peri odo 0..* efecta 0..* SeccionEstudiante nota 0..* reprueba 0..* cursa 0..* aprueba Estudiante num eroCarnet nom bre PagoElectrnico num eroCom probante PagoEnOficina rechazado cancel ado 0..* 0..* 1 m edi ante 1..* Pago val or fecha_hora num eroFactura efectuado 1..* Sucursal codi go nom bre 1

0..*

Pg 27 de 40

2.4.-

Secuencias de las actividades

A continuacin se detallan las secuencias de llamados utilizadas en las actividades descritas en las secciones anteriores.

2.4.1

Secuencia funcionalidad matrcula

A continuacin se describe el ingreso al sistema del estudiante, la inscripcin y eliminacin de cursos y el pago de matricula por medio electrnico para la generacin de horario y la confirmacin de pago de matricula. Durante este proceso el estudiante, con su usuario y password se autentica contra el LDAP, una vez verificados los datos se da el ingreso a la aplicacin para el registro y eliminacin de cursos. Este registro se da contra el sistema ADMIN. Al registrar el pago en dicho sistema una vez se ha pagado la matricula, este, genera el horario y un comprobante de pago al estudiante.

Pg 28 de 40

sd diagrama de secuencia

Portal Estudi ante

resource LDAP

resource ADM IN

resource Banco

i ngresarUsuari oPassword(codi go, password)

val idarUsuari o(codigo, password) :usuarioVali do usuari oVal ido() consul tarCursos() consultarCursos(datosUsuario)

li sta de cursos() adi cionarCursos() adicionarCursos(curso, Secci on) :cursoAdi cionado

arm arHorari o(usuari o, curso)

recalcul arM atri cula(valorCursos) li sta de cursos() eli m i narCursos() el im inarCursos()

l iberarCupo(curso) recalcul arM atri cula(valorCursos) li sta de cursos() obtenerOpci onesPago()

obtenerOpci onPagos() :opci onesPago pagoEl ectroni co()

pagoEl ectroni co() real i zarPago(datosPago) pagoVal ido()

regi strarPago(m atri cula) generarHorari o()

com probantePago y horari o()

Pg 29 de 40

2.5.-

Requerimientos no funcionales

El presente apartado tiene como finalidad definir las necesidades complementarias de las funcionalidades del proceso de matrculas de estudiantes en la Universidad de los ALPES, las necesidades complementarias o requerimientos no funcionales plasmados permitirn que las funcionalidades del proceso sean ejecutadas con eficiencia y eficacia. A continuacin listamos las actividades definidas para el proceso de matriculas a las cuales haremos referencia en el trascurso de la seccin: Actividad Autenticar Consultar cursos Registrar curso Seleccionar opcin de pagos Eliminar cursos Consultar recibo pago Realizar pago Realizar pago electrnico Cargar copia de la consignacin Recalcular costo Liberar cupo Generar recibo de pago Generar horario Generar recibo confirmacin pago Resolver problemas Categorizando los tipos de requerimientos no funcionales podemos contemplar los siguientes: Fiabilidad (La integridad de la informacin)

Pg 30 de 40

Seguridad (Autenticacin, Autorizacin, Confidencialidad) Disponibilidad (La accesibilidad de la informacin) Auditabilidad (Identificar y rastrear las operaciones realizadas) Rendimiento (Tiempos de respuesta) Interfaces (Intercomunicacin con otros)

2.5.1

Fiabilidad

Estos requerimientos relacionan la capacidad de confiar en que determinada actividad del proceso entregue respuestas confiables bajo ciertas condiciones o durante un periodo determinado y no se vean afectadas por eventos externos al proceso. Entre las actividades identificadas en el proceso de matriculas de estudiantes de la Universidad de los ALPES podemos determinar que todas las actividades deben cumplir con este requerimiento pero consideramos que las ms crticas y que requieren de una fiabilidad ms alta son: Autenticar Registrar curso Generar recibo de pago Estas actividades fueron seleccionadas con un nivel de criticidad ms alto debido a que manejan informacin esencial del proceso y que un error en los datos suministrados o fallo en un momento determinado acarrearan consecuencias como: Autenticar, es la actividad de inicio del proceso si el suministro de informacin que brinda esta actividad es errneo o falla, el proceso no lograra continuar su flujo normal. Registrar Curso, es la actividad base del proceso y al no suministrar informacin confiable y oportuna continuara el flujo con informacin errnea o no permitira continuar con la ejecucin del proceso.

Pg 31 de 40

Generar Recibo de Pago, esta actividad manipula datos que requieren de un nivel de confiabilidad alto, debido a que es la actividad encargada de generar los recibos de pago entre los cuales se encuentra el monto de la matricula vigente a pagar y no puede ser un dato errneo.

Adicionalmente se debe contemplar dentro del desarrollo del proceso la capacidad para tolerar y recuperarse de los errores (escenarios alternativos).

2.5.2

Seguridad

Estos requerimientos determinan la confidencialidad de los datos en la transmisin y en el almacenamiento, comprende mltiples temas, entre los que se encuentran: Autenticacin (verificacin de que el usuario es quien dice ser) Autorizacin (autoridad que tiene un usuario para realizar una actividad) Confidencialidad (ejecucin de la actividad sin que el mundo exterior tenga conocimiento de la informacin) Entre las actividades identificadas en el proceso de matriculas de estudiantes de la Universidad de los ALPES podemos determinar que las actividades del proceso crticas para el cumplimiento de este requerimiento son: Autenticar Realizar pago electrnico Estos casos son detallados a continuacin Autenticar, debido a que la informacin suministrada hacia esta actividad debe manejar un nivel de confidencialidad ms alto, se debe certificar que el trayecto por el cual viaja esta informacin debe ser cifrado al igual que su almacenamiento. Realizar Pago Electrnico, parte de los datos que tiene como insumo son reservados o secretos lo que implica certificar cifrados de transmisin de datos y en lo posible no debe ser almacenada si

Pg 32 de 40

es necesario su almacenamiento almacenamiento cifrado.

se

debe

certificar

un

En todas las actividades se debe certificar la autorizacin para la ejecucin de las mismas. Una forma grfica de representar este requerimiento se muestra en la siguiente imagen:

req NFR - Seguridad REQNF3 - Para la reali zaci n de los pagos el ectrni cos se ti ene que uti li zar un canal de com uni caci n seguro (from Seguri dad)

REQNF2 - La especi fi caci n del nm ero de carnet y la cl ave de LDAP deben darse m ediante un canal de com uni cacin seguro (from Seguridad) A utenti car

REQNF1 - El acceso de l os estudi antes deber real izarse m ediante nm ero de carnet y clave LDA P (from Seguri dad)

Real izar Pago El ectrni co

2.5.3

Disponibilidad

Entre las actividades identificadas en el proceso de matriculas de estudiantes de la Universidad de los ALPES podemos determinar que todas las actividades deben cumplir con este requerimiento pero consideramos que las ms crticas y que requieren de una disponibilidad ms alta son: Autenticar Consultar cursos Registrar curso Eliminar cursos Recalcular costo Generar recibo de pago Realizar pago electrnico

Pg 33 de 40

Las actividades mencionadas anteriormente deben poseer un nivel de disponibilidad de 99,999%, debido a su criticidad dentro del proceso de matrculas. Una forma grfica de representar este requerimiento se muestra en la siguiente imagen:
req NFR - Disponibilidad

A utenti car

Registrar curso

Consultar cursos

RE QNF4 - Durante los perodos de m atrcul as el sistem a debe estar 99,999% di sponibl e (from Disponi bi li dad)

Recal cul ar costo

E l im inar cursos

Generar reci bo de pago

Reali zar pago electrnico

2.5.4

Auditabilidad

Estos requerimientos hacen referencia a la identificacin y rastreo de algunas de las actividades realizadas, determinando quin realiz la actividad, en qu momento y qu obtuvo como resultado. Se considera que en el proceso de matriculas de estudiantes del la Universidad de los ALPES las actividades que deben contemplar este requerimiento son: Realizar pago electrnico

Pg 34 de 40

Se debe permitir determinar quin la realiz, en qu momento y qu obtuvo como resultado. Una forma grfica de representar este requerimiento se muestra en la siguiente imagen:
req NFR - Auditabilidad RE QNF6 - S e deben generar regi stros de audi tora indi cando quin la real iz, cuando y cual fu el resul tado

Reali zar P ago E l ectrni co

2.5.5

Escalabilidad

La escalabilidad hace referencia a la capacidad del sistema de soportar un crecimiento de los usuarios y particularmente para el proceso de matriculas se han identificado las siguientes actividades como crticas: Autenticar Consultar cursos Generar recibo de pago Realizar pago electrnico Consultar recibo de pago Carga de copias de consignacin

De esta forma, este requerimiento se vuelve fundamental debido a que involucra cabalmente el proceso de matricula de la universidad de los alpes. De manera grfica esta situacin se podra representar por ejemplo como se muestra en el siguiente diagrama:

Pg 35 de 40

req NFR - Escalabilidad

Generar recibo de pago

Consultar cursos REQNF7 - El si stem a debe soportar una carga de usuarios igual a l a canti dad de estudi antes m atriculados en el sem estre i nm ediatam ente anterior (from Escal abi l idad)

Real izar P ago E l ectrni co

A utenti car

Consultar reci bo de pago

Carga de copias de consi gnaci n

req NFR - Escalabilidad

Generar recibo de pago Consul tar cursos Reali zar Pago E lectrnico RE QNF8 - E l sistem a debe soportar un aum ento anual del 10% de usuari os

A utenticar

Consul tar reci bo de pago

Carga de copi as de consi gnacin

Pg 36 de 40

2.5.6

Interfaces

Estos requerimientos hacen referencia a la capacidad que tienen las actividades para su comunicacin as como la capacidad que se tiene con otros procesos para el intercambio de flujos de informacin. Este requerimiento debe ser cubierto por todas las actividades del proceso debido a que es de suma importancia la interaccin entre las mismas y fuentes externas (otros procesos), esto implica el uso de estndares de comunicacin y almacenamiento existentes, as como el uso de formatos estndares y compatibles entre procesos.

2.6.-

Reglas de Negocio

En el siguiente apartado se describen las reglas de negocio identificadas para el proceso de matrculas

Business Rules E l costo de la m atrcul a es el sum atori a del costo de los cursos a m atricul ar

RuleTask Calcular total de la matrcula (from Model o de Negocio)

Business Rules Sol o se puede sel eccionar un curso si en este hay cupo di sponibl e

RuleTask Seleccin de curso (from Modelo de Negocio)

Pg 37 de 40

2.7.-

Escenario

En esta seccin de detalla un escenario del proceso de pagos de matrculas en la universidad. El escenario seleccionado representa el pago exitoso de una matrcula realizado mediante pago electrnico de parte de un estudiante. Los pasos llevados a cabo se detallan a continuacin: El estudiante se autentica contra el sistema de la universidad. El sistema despliega los cursos y las secciones disponibles. Acto seguido el estudiante selecciona los cursos de Introduccin a la computacin e Interconectividad y el sistema calcula el costo total de dicha matricula. Posteriormente el estudiante termina el proceso de seleccin de materias y secciones. El sistema pregunta si se desea hacer el pago de manera electrnica o de manera manual. El estudiante selecciona Pago de manera electrnica, ante lo cual el sistema abre la pgina del banco y le indica el valor a pagar. El estudiante se autentica ante el banco y realiza el pago. Una vez finalizado el pago, la pgina del banco le informa al sistema de la universidad que el pago fue exitoso. El sistema de la universidad le genera el horario y el recibo de confirmacin del pago.

Estos pasos se resumen en la siguiente imagen:

Pg 38 de 40

Pg 39 de 40

3.-

Glosario

A continuacin de detallan las convenciones grficas utilizadas en las secciones anteriores del documento: Actor encargado de ejecutar las tareas

Representa una tarea ejecutada por un actor

Representa una actividad Funcionalidad aplicacin proporcionada por una

Pg 40 de 40