Proyecto de Grado

 

UNIVERSIDAD EVANGELICA BOLIVIANA

FACULTAD DE CIENCIAS Y TECNOLOGÍA INGENIERIA DE SISTEMAS

MODALIDAD DE GRADUACION:

PROYECTO DE GRADO TITULO:

“SISTEMA DE INFORMACION WEB PARA EL CONTROL DE ASISTENCIA AULICA DE DOCENTES Y ESTUDIANTES DE LA UEB MEDIANTE RECONOCIMIENTO DE PATRONES DE VOZ” PROFESIONAL GUIA:

RAFAEL TORRICOS FERREIRA POSTULANTE:

CARLOS HUGO ROJAS GONZALES

PREVIA OPCIÓN AL TITULO DE LICENCIATURA EN INGENIERIA DE SISTEMAS

SANTA CRUZ DE LA SIERRA – BOLIVIA

 

GESTIÓN 2021

 

AGRADECIMIENTOS Primeramente, quiero agradecer a Dios, porque me ha dado la inteligencia, sabiduría y fuerzas a lo largo de la carrera, y siempre cuando las cosas se complicaban él estaba ahí diciéndome que todo estará bien. Por ultimo agradecer a los ingenieros Mateo Orihuela y Roberto Saavedra, excelentes docentes y profesionales que me enseñaron el trabajo duro y lo que implica tener una meta fija en la vida.

 

DEDICATORIA Este proyecto está dedicado a Dios ya que es el que me guía en mi día a día, y todo lo que soy y lo que hago es para él, y todo lo que tengo.

 

INDICE GENERAL PARTE I: ANTECEDENTES GENERALES ................... ............................. .................... .................... ........................................1 ..............................1 CAPITULO #1 DESCRIPCION DEL PROYECTO.......... .................... .................... .................... ......................................2 ............................2

1. 1.11

Dia iagn gnós ósti tico co de la Sit Situa uaci ción ón Ac Actu tual al.......................................................................3

1.2

Des Descri cripci pción ón de de lo loss Pr Prob oblem lemas as En Encon contra trados dos en llaa Situa Situació ción n Actu Actual al................6

1.3 Descripción Descripc ión de d e la Situación Situaci ón Deseada D eseada......... ................... .................... .................... .................... .................... .................... .......................7 .............7 1.4

Objevos............. Objevos....................... .................... .................... .................... .................... .................... .................... .................... .................... .................... ................. .......8 8

1.4.1

Objet Objetvo vo Genera General.......... l......................... .............................. ............................. ............................. ...................................................... ....................................... 8

1.4.2

Objet Objetvos vos Espe Específcos cífcos.............. ............................ ............................. .............................. ............................. ............................................ ..............................8 8

1.5

Delimitación................ Delimitación.......................... .................... .................... .................... .................... .................... .................... .................... .................... ...................9 .........9

1.5.1

Lími Límie e Espa Espacial.... cial.................. ............................. .............................. ............................. ............................. .............................. ................................... .................... 9

1.5.2

Lími Límie e Tempo Temporal..... ral................... ............................. ............................. ............................. .............................. ....................................... ............................... ....... 9

1.5.3

Lími Límie e Susa Susantvo. ntvo................ .............................. ............................. ............................. .............................. ............................. ............................... ................. 10

1.6

Jusfcación............ Jusfcación...................... .................... .................... .................... .................... .................... .................... .................... .................... .................... ............12 ..12

1.6.1

Justf Justfcación cación Técnica............ Técnica.......................... ............................. .............................. ............................. ............................................. ............................... 12

1.6.2

Justf Justfcación cación Social.............. Social............................ ............................. .............................. ............................. ............................. ................................ ................. 12

1.6.3

Justf Justfcación cación Personal..... Personal................... ............................. .............................. ............................. ................................................. ....................................12 .12

1.7

Metodología.............. Metodología........................ .................... .................... .................... .................... .................... ................................................12 ......................................12

PARTE II: MARCO TEORICO......... ................... .................... .................... .................... .................... .................... .......................................3 .............................3 CAPITULO #2 MARCO TEORICO REFERENCIAL......... ................... .................... .................... ...................................4 .........................4

2.1 ZKTeco: ZKTeco: ZkBio ZkBiome me 8.0: 8.0: Potente Potente soware soware de de gesón gesón de asist asistencia encia y empo empo basado basado en la web 11 2.2 SIASA: Control de Asistencias, Soware TA.CLOUD Basico................... Basico............................. ........................14 ..............14 2.3 Altamira Altamira Asiste Asistencias ncias:: El soware soware de de control control horario horario que que e elimin liminaa la complejid complejidad ad y errores.....................................................................................................................................17 CAPITULO # 3.- MARCO TEORICO CONCEPTUAL DEL PROYECTO..................................................22 3.1.

Asistencia..................................................................................................................23

Sistemas de Información........................................................................................24 3. 3.22.1 En Entr trad adaa de la In Info forrma maci ción ón.................................................................................24 3. 3.22.2 Proc Proces esaami mien ento to de de in info form rmac ació ión n........................................................................24 3.2. 3. 2.33 Alma Almace cena nami mien ento to de in info form rmac ació ión n.............. ............................. ............................. ........................................25 ..........................25 3.2.4 Salida d dee In Información............... ............................. ............................. .............................. ............................. ..............................25 ................25 3.2.5 Tipos y usos.............. ............................. .............................. ............................. ............................. .............................. ............................. .................. ....25 25

3.2.

 

.................... .................... .................... .................... .................... .................... ........................................26 ..............................26 3.3 Aplicaciones Web.......... ............................ ............................. .............................. ......................... ..........27 27 3.3. 3. 3.11 Ve Vent ntaj ajas as de la lass ap apli lica caci cion ones es we web b.............. 3. 3.33.2 Tip ipos os de Aplic icac acio ion nes Web............... ............................. ............................. .............................. ...................................28 ....................28 3. 3.33.3 Apli lica caci cio ones We Web bE Est stát átic icas as.............. ............................. .............................. ............................. ............................. ....................28 .....28 3.3.4 Aplicaciones Web Dinámicas...........................................................................30 3.3. 3. 3.55 Ve Vent ntaj ajas as A Apl plic icac acio ione ness Web Web Di Diná nám mic icas as..........................................................30 3. 3.33.6 Se Seg guri rid dad en Apli Aplica caci cion ones es W Web eb......................................................................31 .............................. ............................. ........................32 ..........32 3.3. 3. 3.77 Fa Fall llos os de de se segu guri rida dad d en ap apli lica caci cion ones es w web eb............... Vulnerabilidades es de Inyección.........................................................................32 3.3.8 Vulnerabilidad 3.3.9 Fuga de información............. ............................ ............................. ............................. ............................. .................................. .................... 32 3.3.10 3.3 .10 Med Medida idass de preve prevenci nción ón contr contraa las vvuln ulnera erabil bilida idades des..................................33 3. 3.3. 3.11 11 En Ento torn rnos os de tr trab abaj ajo o dif difer eren enci ciad ados os............. ............................ ............................. ......................................33 ........................33 3.3.12 3.3 .12 Dis Distri tribu bució ción n de las act actual ualiza izacio ciones nes................................................................34 ............................ ............................. .............................. ....................................34 .....................34 3. 3.3. 3.13 13 Co Cont ntra rame medi dida dass temp tempor oral ales es.............. ........................... ............................. .............................. ............................. ............................. .............................. ............... 34 3.3.14 Modo de Fallos............. 3.3.15 Conocimiento de desarrolladores y políticas...............................................35

3. 3.44

Arqu quit itec ectu turra Tr Tres es Cap apas as.........................................................................................35

3.55 3.

.............................. .................... .................... ........................................36 ..............................36 Arqu Arquit itec ectu tura ra Cl Clie ient ntee se serv rvid idor  or ....................

CAPITULO # 4.- MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA.......................................32

4.1 4.1 4. 4.22 4.3

........................... ............................. ......................................37 .......................37 Pr Proc oces eso oU Uni nifi fica cado do de R Rat atio iona nall ((RU RUP) P)............. Car arac acte terrís ísttic icas as d del el p pro roce ceso so.............. ............................ ............................. .............................. ....................................... ........................ 37 Fases e iteraciones.............. ............................ ............................. .............................. ............................. ................................... .........................39 ....39 4.3.1 Fase de iniciación............. ............................ .............................. ............................. ............................. .............................. ............................39 .............39 4.3.2 Fase de elaboración.............. ............................ ............................. ............................. ............................. .............................. ........................ ......... 40 ............................ .............................. ............................. ...........................42 .............42 4.3.3 Fase de desarrollo o construcción ............. ............................. ............................. ............................. .............................. ......................................... ..........................43 43 4.3.4 Fase de transición.............. ............................. .............................. ............................. ............................................... .................................44 44 7.4 Componentes d deel R RU UP.............. 7. 7.55 Flujo lujoss de tr trab abaj ajo o del RUP............. ........................... ............................. .............................. ............................. ............................. ............... 44 4.5.1 Modelado de negocio............... ............................. ............................. ............................. ................................................. ................................... 45 4.5.2 Requerimientos............... ............................. ............................. .............................. ............................. ............................. ............................... ................45 45 4.5.3 Análisis y diseño............. ............................ ............................. ............................. .............................. ..................................... ............................. ....... 46 ............................. ............................. ............................. .........................................48 ..........................48 4.5.4 Implementación y pruebas.............. ........................... ............................. .............................. ............................. ............................. ............................. ...........................50 .............50 4.5.5 Despliegue............. 4.5.6 Gestión y configuración de cambios............... .............................. ............................. ....................................51 ......................51 4.5.7 Gestión del proyecto y entornos.........................................................................51 4.5.7.2 Entorno............... ............................. ............................. ............................. ............................. .............................. ............................. ...........................52 .............52 Lenguaje unificado de modelado (UML) ............. ............................ ............................. ............................. .............................. ............... 52 4.6.1 Modelado del Comportamien Comportamiento to............. ............................ ............................. ............................. ..................................53 ...................53 Casos de uso y actores............... .............................. ............................. ............................. .............................. ............................................. .............................. 59 ¿Qué es una actividad? .............. ............................. ............................. ............................. .............................. ............................. ...............................60 .................60 ¿Qué son los diagramas de transición de estados?............. ............................ .............................. .............................61 ..............61 4.6.2 Modelado Estructural.............. ............................ ............................. .............................. .................................................. ................................... 62 ............................ ............................. ............................. ............................... .................64 64 Grupo de Diseño de Clases en Paquetes..............

 

4.6.3 4.6.4 4.6.5

............................. ............................. ............................. ............................. ...................................65 ....................65 Diagramas de objetos............... Diagrama de despliegue........................................................................................66 Diagramas de componentes.............. ............................. ............................. ............................. ...................................... ....................... 66

CAPITULO # 5: MODELO DE NEGOCIO.........................................................................................68 

5.1. Modelo de negocio........... .................... .................... .................... .................... ..................... ..................... ........................................69 ..............................69 5.1.1 Proceso de Marcación de Asistencia (Estudiante)...........................................69 5.1.2 Proceso de Marcación de Asistencia (Docente)................................................70 CAPITULO # 6.- REQUISITOS........................................................................................................71

6. 6.1. 1.

Iden Identi tifi fica caci ción ón de Requ Requis isit itos os......... ................... .................... .................... .................... ...........................................72 .................................72

6.2. 6. 2. Iden Identi tifi fica caci ción ón de acto actore ress......... ................... .................... .................... .................... .................... .......................................74 .............................74 6. 6.22.1 .1.. En Enca carg rgad ado od dee S Sis iste tem mas............. ........................... ............................. .............................. ........................................... ............................ 74 6.2. 6. 2.2. 2. Co Coor ordi dina nado dora ra Ac Acad adém émic icaa............. ............................ ............................. ............................. ........................................74 .........................74 6. 6.2. 2.3. 3. Ay Ayud udan ante te d dee la ccoo oord rdin inad ador oraa Ac Acad adém émic icaa............... .............................. ............................. ........................75 ..........75 6.2.4. Docente............. ............................ .............................. ............................. ............................. .............................. .......................................... ........................... 75 ............................. .............................. ............................. ............................. ............................. ............................. .......................76 ........76 6.2.5. Estudiante.............. 6. 6.3. 3. Ca Capt ptur uraa de Re Requ quis isit ito o co como mo ca caso soss de u uso so........................................................76 6. 6.33.1 .1.. Cas aso od dee U Uso so:: Mar Marca caci ció ón.............. ............................. ............................. ............................. .........................................76 ..........................76 6. 6.33.2 .2.. Cas aso od dee U Uso so:: Lic Licen enci cias as.....................................................................................77 6.3. 6. 3.3. 3. Ca Caso so de Us Uso: o: T Tom omaa d dee Pat Patró rón nd dee Vo Vozz............................................................77 6. 6.3. 3.4. 4. Ca Caso so d dee Us Uso: o: C Car arga ga d dee Ar Arch chiv ivo o de P Pat atró rón n de V Voz oz......................................77 6. 6.3. 3.5. 5. Ca Caso so d dee Us Uso: o: A Adm dmin inis istr trar ar p pat atro rone ness de vo vozz..................................................77 ............................. ............................. ............................. ............................................ ............................. 78 6. 6.33.6 .6.. Cas aso o de U Uso so:: Car Carrrer eras as.............. 6. 6.33.7 .7.. Cas aso o de U Uso so:: Mat Mater eriias.......................................................................................78 6.3.8. 6.3 .8. Cas Caso od dee U Uso: so: Ges Gestió tión nd dee p plan lan de horari horarios os académ académico icoss............................78 6. 6.33.9 .9.. Cas aso o de U Uso so:: Do Docent centes es.............. ............................ ............................. .............................. ............................. ............................78 ..............78 6. 6.3. 3.10 10.. Ca Caso so d dee Us Uso: o: Es Estu tudi dian ante tess.............. ............................. ............................. ............................. ...................................... ....................... 79 6. 6.3. 3.11 11.. Ca Caso so de us uso: o: Ho Hora rari rios os............... .............................. ............................. ............................. ............................. .............................79 ...............79 6.3.12. 6.3.1 2. Caso de uso uso:: Lím Límites ites de Hora Horario rio d dee Marc Marcación ación de En Entrada trada......................79 6.3.13. 6.3.1 3. Caso de uso uso:: Lím Límites ites de Hora Horario rio d dee Marc Marcación ación de Sal Salida ida.........................79 .............................. ............................. ............................. ...................80 ....80 6.3.14 6.3 .14.. Cas Caso o de uso uso:: Re Repor porte te de Asi Asisten stencia cia............... 6.3.15 6.3 .15.. Cas Caso o de u uso: so: R Repo eporte rte d dee Est Estudi udiant antes es............................................................80 6.3.16 6.3 .16.. Cas Caso od dee us uso: o: R Repo eporte rte de D Doce ocente ntess.............. ............................ ............................. .............................. ......................80 .......80 6.3.17 6.3 .17.. Cas Caso od dee us uso: o: R Repo eporte rte de M Mate ateria riass..................................................................81 6. 6.3. 3.18 18.. Ca Caso so de us uso: o: Bi Bitá táco cora ra............. ........................... ............................. .............................. ..............................................81 ...............................81 .............................. ............................. ............................. ...........................................81 ............................81 6. 6.3. 3.19 19.. Ca Caso so de us uso: o: Us Usua uari rios os............... ............................ ............................. ............................. .............................. .................................... ..................... 81 6. 6.3. 3.20 20.. Ca Caso so de us uso: o: Ro Role less............. 6.3.21 6.3 .21.. Cas Caso o de U Uso: so: A Adm dmini inistr strar ar Pe Perm rmiso isoss............... .............................. ............................. ............................. ...................82 ....82 6. 6.4. 4. Es Estr truc uctu tura ra de Mode Modelo lo de Caso Caso de Us Uso o.............. ............................. ............................. ..................................82 ....................82 6.5. Modelo d dee D Do ominio.............. ............................. .............................. ............................. ............................. .................................. ........................ .....83 83 CAPITULO # 7.- ANALISIS ................... ............................. .................... .................... .................... .................... ...........................................84 .................................84

7. 7.1. 1.

De Desa sarr rrol ollo lo de la la solu soluci ción ón anál anális isis is.........................................................................85

 

7.2. 7. 2.

An Anál ális isis is de llaa Arq Arqui uite tect ctur uraa.....................................................................................85

7.3.. 7.3

Ar Arqui quitec tectur turaa de ccaso aso d dee us uso o en fu funci nción ón al mod modelo elo d dee aná anális lisis. is......................85

7. 7.33.1 .1..

Mód ódu ulo de M Mar arca caci cio one ness......................................................................................86

7.3. 7. 3.2. 2.

Mó Módu dulo lo de Patr Patron ones es de voz voz................................................................................86

7. 7.3. 3.3. 3.

.................... ..................... ..................... .......................87 .............87 Mó Módu dulo lo d dee Pa Pará ráme metr tros os y C Con onfi figu gura raci cion ones es..........

7.3.4.

................... .................... .................... .................... .................... ...........................................88 .................................88 Módulo d dee R Reeportes tes.........

7. 7.3. 3.5. 5.

................... .................... ................................88 ......................88 Mó Módu dulo lo d dee Us Usua uari rios os,, Segur Segurid idad ad y A Aud udit itor oría ía.........

7. 7.4. 4.

................... .................... .................... .......................................88 .............................88 Re Real aliz izac ació ión nd dee ccas aso od dee u uso so an anál ális isis is.........

7. 7.44.1 .1..

Cas aso od dee U Uso so:: Mar Marca caci ció ón.....................................................................................89

7. 7.44.2 .2..

Cas aso od dee U Uso so:: Lic Licen enci cias as.......... .................... .................... .................... .................... .................... ....................................90 ..........................90

7.4. 7. 4.3. 3.

Ca Caso so de Uso: Uso: T Tom omaa d dee Pat Patró rón nd dee Vo Vozz..............................................................91

7. 7.4. 4.4. 4.

Ca Caso so d dee Us Uso: o: C Car arga ga d dee Ar Arch chiv ivo o de P Pat atró rón n de V Voz oz........................................92

7. 7.4. 4.5. 5.

Ca Caso so d dee Us Uso: o: A Adm dmin inis istr trar ar P Pat atro rone ness de Vo Vozz.......... .................... .................... .................... ......................93 ............93

7. 7.44.6 .6.. 7. 7.44.7 .7..

.................... .................... .................... .................... .................... .................... ............................94 ..................94 Cas aso o de U Uso so:: Car Carrrer eras as.......... ................... .................... .................... .................... .................... .......................................95 .............................95 Cas aso o de U Uso so:: Mat Mater eria iass.........

7.4.8. 7.4 .8.

Cas Caso od dee U Uso: so: Ges Gestió tión nd dee Pl Plan an de Horar Horarios ios Académ Académico icoss.............................96

7. 7.44.9 .9..

Cas aso o de U Uso so:: Do Docent centes es.......................................................................................97

7.4.10.

.................... .................... .................... .................... ......................................98 ............................98 Caso d dee U Usso: E Esstudiantes..........

7.4.11.

.................... .................... .................... .................... .................... ..................................99 ........................99 Caso de Uso: Horarios..........

7. 7.4. 4.12 12..

Ca Caso so d dee Us Uso: o: L Lim imit ites es d dee Ho Hora rari rio od dee Ma Marc rcac ació ión nd dee En Entr trad adaa...................100

7. 7.4. 4.13 13..

Ca Caso so d dee Us Uso: o: L Lim imit ites es d dee Ho Hora rari rio od dee Ma Marc rcac ació ión nd dee Sa Sali lida da......................101

7.4. 7. 4.14 14..

.................... .................... .................... ............................102 ..................102 Ca Caso so de Us Uso: o: Re Repo port rtee d dee As Asis iste tenc ncia ia..........

7.4. 7. 4.15 15..

Ca Caso so de Us Uso: o: Re Repo port rtee d dee Est Estud udia iant ntes es........................................................102

7. 7.44.1 .16. 6.

Cas aso od dee U Uso so:: Rep Repor orte te de Do Doce cen ntes tes......... ................... .................... .................... ...............................103 .....................103

7. 7.44.1 .17. 7.

Cas aso od dee U Uso so:: Rep Repor orte te de Ma Mate terria iass..............................................................104

7.4.18.

Caso de Uso: Bitácora...................................................................................105

7.4.19.

Caso de Uso: Usuarios..................................................................................106

7.4.20.

Caso de Uso: Roles........................................................................................107

7.4. 7. 4.21 21..

Ca Caso so de Us Uso: o: Ad Admi mini nist stra rarr Pe Perm rmis isos os..........................................................108

7. 7.5. 5.

Diag Diagra rama ma de Cl Clas asee de dell Anál Anális isis is...........................................................................109

CAPITULO # 8.- DISEÑO.......... .................... .................... .................... .................... .................... .................... ...........................................110  .................................110 

 

8.1. 8. 1.

Dise Diseño ño de la Arqu Arquit itec ectu tura ra.....................................................................................111

8.2. 8. 2.

.................... .................... .................... .................... .................... ..............................111 ....................111 Dise Diseño ño de lo loss ccas asos os de us uso. o...........

8.2. 8. 2.1. 1.

Dise Diseño ño de C Cas aso o de U Uso so:: Ma Marc rcac ació ión n................................................................112

8.2. 8. 2.2. 2.

................... .................... .................... ....................................113 ..........................113 Dise Diseño ño de C Cas aso o de U Uso so:: Li Lice cenc ncia iass.........

8. 8.2. 2.3. 3.

Dise Diseño ño de C Cas aso o de Us Uso: o: T Tom omaa de Pa Patr trón ón de V Voz oz.........................................113

8.2.4. 8.2 .4.

Dis Diseño eño de C Caso aso de U Uso: so: Car Carga ga d dee Ar Archi chivo vo de de Pa Patró trón n de Voz...................113

8.2.5. 8.2 .5.

Dis Diseño eño de Caso Caso d dee U Uso: so: Adm Admini inistr strar ar Pat Patrón rón de Voz...................................113

8.2. 8. 2.6. 6.

................... .................... .................... .................... ............................114 ..................114 Dise Diseño ño de Caso Caso d dee U Uso so:: Ca Carr rrer eras as.........

8.2. 8. 2.7. 7.

Dise Diseño ño de Caso Caso d dee U Uso so:: Ma Mate teri rias as.......... .................... .................... .................... .....................................115 ...........................115

8.2.8. 8.2 .8.

Dis Diseño eño de C Caso aso d dee Us Uso: o: G Gest estión ión de P Plan lan de Hora Horario rioss Ac Acadé adémic mico o..........115

8.2. 8. 2.9. 9.

Dise Diseño ño de Caso Caso d dee U Uso so:: Do Doce cent ntes es......... ................... .................... ..............................................117 ....................................117

8.2. 8. 2.10 10..

Dise Diseño ño de Caso Caso de Uso: Uso: Es Estu tudi dian ante tess......... ................... .................... ......................................118 ............................118

8. 8.22.1 .11. 1.

Diseñ iseño o de de C Cas aso od dee U Uso so:: H Ho orar rario ioss......... ................... .................... .................... ..................................119 ........................119

8.2.12.. 8.2.12 8.2.13 8.2 .13..

Dis Diseño eño de Caso Caso d dee U Uso: so: Lim Limite itess d dee Hora Horario rio de Mar Marcac cación ión de E Entr ntrada ada120 Dis Diseño eño de Caso Caso d dee U Uso: so: Lim Limite itess d dee Hora Horario rio de Mar Marcac cación ión de S Sali alida da. .120

8. 8.2. 2.14 14..

................... ..............................121 ....................121 Dise Diseño ño de Caso Caso de Uso: Uso: Re Repo port rtee d dee Asis Asiste tenc ncia ia.........

8. 8.2. 2.15 15..

Dise Diseño ño de Caso Caso de Uso: Uso: Re Repo port rtee d dee Est Estud udia iant ntes es....................................121

8.2. 8. 2.16 16..

.................... .................... .....................122 ...........122 Dise Diseño ño de Caso Caso de Uso: Uso: Re Repo port rtee de Doce Docent ntes es..........

8.2. 8. 2.17 17..

Dise Diseño ño de Caso Caso de Uso: Uso: Re Repo port rtee de Mate Materi rias as..........................................122

8. 8.22.1 .18. 8.

Diseñ iseño o de de C Cas aso od dee U Uso so:: B Biitác tácor oraa................................................................122

8. 8.22.1 .19. 9.

.................... .................... ..........................................123 ................................123 Diseñ iseño o de de C Cas aso od dee U Uso so:: U Usu suar ariios..........

8. 8.22.2 .20. 0.

.................... .................... .................... ......................................124 ............................124 Diseñ iseño o de Caso Caso de U Uso so:: R Ro ole less..........

8. 8.2. 2.21 21..

Dise Diseño ño de Caso Caso de Uso: Uso: Ad Admi mini nist stra rarr Pe Perm rmis isos os.......................................125

8. 8.3. 3.

Dise Diseño ño Co Conc ncep eptu tual al d dee llaa Bas Basee de Da Dato toss............................................................126

8. 8.4. 4.

Dise Diseño ño Fí Físi sico co de la Ba Base se de Da Dato toss.......... .................... .................... .................... .......................................126 .............................126

8.4.1.

Tabla: Ho Horrario.......... .................... .................... .................... .................... .................... .................... .........................................126 ...............................126

8.4.2.

Tabla: Carreras......... ................... .................... .................... .................... .................... .................... .................... ..............................126 ....................126

8.4. 8. 4.3. 3.

Ta Tabl bla: a: Ma Mate teri ria/ a/Ca Carr rrer eraa.......................................................................................127

8.4.4.

.................... .................... .................... .................... .................... .................... .........................................127 ...............................127 Tabla: M Maateria..........

8.4. 8. 4.5. 5.

................... .................... .................... .................... .................... ................................127 ......................127 Ta Tabl bla: a: Ma Mate teri ria/ a/Es Estu tudi dian ante te.........

8.4.6.

................... .................... .................... .................... .................... .................... ....................................127 ..........................127 Tabla: Es Esttudiante.........

 

8.4.7.

................... .................... .................... .................... .................... .................... .................... ...........................127 .................127 Tabla: M Maarcación.........

8. 8.44.8 .8..

................... .................... .................... .................... .................... .................... .............................128 ...................128 Tab abla la:: T Tip ipo oMarc Marcac aciión.........

8.4.9.

Tabla: D Do ocente....................................................................................................128

8.4.10.

Tabla: Usuario.................................................................................................128

8.4.11.

Tabla: Bi Bitácora................................................................................................128

8.4.12.

................... .................... .................... .................... .................... .................... .................................128 .......................128 Tabla: PatrónVoz.........

8.4.13.

Tabla: Rol.........................................................................................................129

8.4.14.

Tabla: Rol Rol/Permiso.........................................................................................129

8.4.15.

Tabla: Permiso......... ................... .................... .................... .................... .................... .................... .................... ...........................129 .................129

8. 8.55.

Dis iseñ eño od dee IIn nter terface facess..............................................................................................129

8.5.1.

Inicio de Sesión......... ................... .................... .................... .................... .................... .................... .................... .............................129 ...................129

8.5.2.

Menú Principal.......... .................... .................... .................... .................... .................... .................... .................... ..............................130 ....................130

8.5.3.

Crear C Caarreras.......... .................... .................... .................... .................... .................... .................... ........................................130 ..............................130

8. 8.55.4 .4.. Ges esti tio ona narr Car arre rerras.............................................................................................131 CAPITULO # 9.- IMPLEMENTACION .....................................................................132 .....................................................................132 9. 9.1. 1.

Diag Diagra rama ma d dee Co Comp mpon onen ente tess po porr Ca Caso soss de U Uso so................................................133

9. 9.1. 1.1. 1.

Diag Diagra rama ma d dee Co Comp mpon onen ente tes: s: M Mar arca caci cion ones es.....................................................133

9. 9.1. 1.2. 2.

Diag Diagra rama ma de Comp Compon onen ente tes: s: Li Lice cenc ncia iass.......... .................... .................... ......................................133 ............................133

9.1.3. 9.1 .3.

Dia Diagra grama ma de Compo Componen nentes tes:: T Toma oma de Patrón Patrón de Voz......... ................... .................... ...............133 .....133

9.1.4. 9.1 .4.

Dia Diagra grama ma d dee Co Compo mponen nentes tes:: Ca Carga rga de A Arch rchivo ivo de Patr Patrón ón de de Vo Vozz............133

9.1.5. 9.1 .5.

Dia Diagra grama ma d dee Co Compo mponen nentes tes:: Ad Admi minis nistra trarr Pa Patro trones nes de V Voz oz........................133

9. 9.1. 1.6. 6.

................... .................... .................... ...............................133 .....................133 Diag Diagra rama ma de Comp Compon onen ente tes: s: Carr Carrer eras as.........

9. 9.1. 1.7. 7.

.................... .................... ..........................................133 ................................133 Diag Diagra rama ma de Comp Compon onen ente te:: M Mat ater eria iass..........

9.1.8. 9.1 .8.

Dia Diagra grama ma de C Com ompon ponent entes: es: G Gest estión ión d dee Plan d dee Hor Horari arios os Ac Acadé adémic micos os. 133

9. 9.1. 1.9. 9.

Diag Diagra rama ma de Comp Compon onen ente tes: s: Doce Docent ntes es..........................................................133

9.1. 9. 1.10 10..

Diag Diagra rama ma d dee Co Comp mpon onen ente tes: s: E Est stud udia iant ntes es..................................................133

9.1. 9. 1.11 11..

................... .................... .....................................133 ...........................133 Diag Diagra rama ma de Co Comp mpon onen ente tes: s: Hora Horari rios os.........

9.1.12 9.1 .12..

Dia Diagra grama ma de Co Compo mponen nentes tes:: L Limi imite te d dee H Hora orario rio de Mar Marcac cación ión de Entrad Entradaa 133

9.1.13 9.1 .13..

Dia Diagra grama ma de Co Compo mponen nentes tes:: L Limi imite te d dee H Hora orario rio de Mar Marcac cación ión de Salida Salida 133

9. 9.1. 1.14 14..

Diag Diagra rama ma de Co Comp mpon onen ente tes: s: Repo Report rtee de de Asi Asist sten enci ciaa................................133

 

9. 9.1. 1.15 15..

Diag Diagra rama ma de Co Comp mpon onen ente tes: s: R Rep epor orte te d dee E Estu studi dian antes tes.............................134

9. 9.1. 1.16 16..

Diag Diagra rama ma de Co Comp mpon onen ente tes: s: Repo Report rtee de de Doc Docen ente tess..................................134

9. 9.1. 1.17 17..

Diag Diagra rama ma de Co Comp mpon onen ente tes: s: Repo Report rtee de de Mat Mater eria iass...................................134

9.1. 9. 1.18 18..

Diag Diagra rama ma de Co Comp mpon onen ente tes: s: Bi Bitá táco cora ra.........................................................134

9.1. 9. 1.19 19..

Diag Diagra rama ma de Co Comp mpon onen ente tes: s: Usua Usuari rios os........................................................134

9.1. 9. 1.20 20..

................... .................... ..........................................134 ................................134 Diag Diagra rama ma de Co Comp mpon onen ente tes: s: Role Roless.........

9. 9.1. 1.21 21..

Diag Diagra rama ma de Co Comp mpon onen ente tes: s: Admi Admini nist stra rarr P Per ermi miso soss................................134

9. 9.2. 2.

Im Impl plem emen enta taci ción ón de la Ar Arqu quit itec ectu tura ra.....................................................................134

9.2. 9. 2.1. 1.

Ar Arqu quit itec ectu tura ra de dell Si Sist stem emaa.......... .................... .................... .................... .................... ..........................................134 ................................134

9.2.2. 9.2 .2.

Dia Diagra grama ma de Compo Componen nente: te: Sub Subsis sistem temaa d dee Marc Marcaci acione oness...........................134

9.2.3. 9.2 .3.

Dia Diagra grama ma d dee Co Compo mponen nente: te: Sub Subsis sistem temaa de Patron Patrones es d dee Vo Vozz....................134

9.2.4. 9.2 .4.

Dia Diagra grama ma de Co Compo mponen nente: te: Su Subsi bsiste stema ma de Pa Parám rámetr etros os y Config Configura uracio ciones nes 134

9.2.5. 9.2 .5.

Dia Diagra grama ma de Compo Componen nente: te: Sub Subsis sistem temaa d dee Repo Reporte rtess.................................134

9.2.6. Dia 9.2.6. Diagra grama ma d dee Co Compo mponen nentes tes:: Sub Subsis sistem temaa de U Usua suario rio,, Seg Seguri uridad dad y Auditoría......... ................... .................... .................... .................... .................... .................... .................... .................... ..............................................134 ....................................134

CAPITULO # 10.- PRUEBAS DEL SISTEMA...........................................................136

 

INDICE DE FIGURAS Figura 1 Descripción del proyecto: Seleccionando la materia................. materia........................... ..................... ..................... .......................................4 .............................4 Figura 2 Descripción del Proyecto: El documento visualizado en la plataforma....................... plataforma................................................5 .........................5 Figura 3 Descripción del Proyecto: Vista del documento Excel........................... Excel..................................... ..................... ..................... .................... ..................6 ........6 Figura 4 Descripción de la situación actual: Alumno Marcando fuera de empo......... empo................... .................... ............................7  ..................7  Figura 5 Limite Sustantivo......... .................... ..................... .................... ..................... ..................... ..................... ..................... .................... ...........................................11 .................................11 Figura 6 Zkteco: Menú Principal...... Principal................ .................... ..................... ..................... ..................... ..................... .................... ..................... ..........................................11 ...............................11 Figura 7 ZKTeco: Menú de administración y permisos................. permisos............................ ..................... ..................... ..................... .....................................12 ...........................12 Figura 8 ZKTeco: Gesonar Empleados..............................................................................................................12 Figura 9 ZKTeco: Reportes y gesón de horarios...... horarios................ ..................... ..................... .................... ..................... ..................... ..................... ...........................13 ................13 Figura 10 SIASA: Menú principal....... principal.................. ..................... ..................... ..................... .................... ..................... ..................... ..................... ..................... .............................14 ...................14 Figura 11 SIASA: CATALOGO DE EMPLEADO.. EMPLEADO............ ..................... ..................... .................... ..................... ..................... ..................... .....................................15 ..........................15 Figura 12 SIASA: Asignaciones Globales de Periodo, Turno y Horario e incidencias.............. incidencias.........................................16 ...........................16 Figura 13 SIASA: REPORTES......................................................................................................................17  Figura 14 Altamira: Menú Principal..... Principal................ ..................... ..................... ..................... ..................... ..................... .................... ..................... ..................... ..........................18 ................18 Figura 15 Altamira Delega la gesón del empo extraordinario.................... extraordinario.............................. ..................... ..................... .............................19 ...................19 Figura 16 Altamira:E Altamira:Encuentra ncuentra la información úl en tu panel.......... panel.................... ..................... ..................... .................... .................................20 .......................20 Figura 17 Altamira: Personaliza tus informes...... informes................ .................... ..................... ..................... ..................... ..................... .................... ..................... ......................21 ...........21 Figura 18 Marco teórico conceptual: Seguridad en Aplicaciones Web...................... Web................................. .......................................31 ............................31 Figura 19 Proceso Dirigido por los Casos de Uso ......... .................... ..................... .................... ..................... ..................... ..................... ........................37  .............37  Figura 20 Ciclo de vida......... vida.................... ..................... .................... ..................... ..................... ..................... ..................... .................... ..................... ..................... ................................38 ......................38 Figura 21 Esfuerzo en acvidades según fase del Proyecto................ Proyecto........................... ..................... ..................... ..................... .................... .....................44 ...........44 Figura 22 Unied Modeling Language (UML)............... (UML)......................... ..................... ..................... ..................... ..................... .................... ..................... .......................53 ............53 Figura 23 Diagrama Interacción - Caso de uso Ingresar Proyecto.................. Proyecto............................ ..................... ..................... .................... ....................55 ..........55 Figura 24 Diagrama de un caso de uso.......... ..................... ..................... .................... ..................... ..................... ..................... ........................................57  .............................57  Figura 25 Actor...................................................................................................................................................58 Figura 26 Caso de uso......... .................... ..................... ..................... ..................... .................... ..................... ..................... ..................... ..................... .................... ............................59 ..................59 Figura 27 Casos de uso y actores...... actores................. ..................... .................... ..................... ..................... ..................... ..................... .................... ..................... ..............................59 ...................59 Figura 28 Diagrama de acvidades...... acvidades................. ..................... ..................... ..................... ..................... ..................... .................... ..................... ....................................60 .........................60 Figura 29 Diagrama de estado...........................................................................................................................61 Figura 30 Estado vs Acvidad................. Acvidad........................... ..................... ..................... .................... ..................... ..................... ..................... ..................... ..................................62 ........................62 Figura 31 Diagrama de clases........ clases.................. ..................... ..................... ..................... ..................... .................... ..................... ..................... ..................... ..................... ......................63 ............63 Figura 32 Diagrama de paquetes.......................................................................................................................64 Figura 33 Diagrama de objetos..........................................................................................................................65 Figura 34 Diagrama de despliegue..... despliegue................ ..................... ..................... ..................... .................... ..................... ..................... ..................... ......................................66 ...........................66 Figura 35 Diagrama de Componentes..... Componentes............... .................... ..................... ..................... ..................... ..................... ..................... ..................... .................................67  .......................67  Figura 36 Proceso de marcación (Estudiante).............. (Estudiante)........................ .................... ..................... ..................... ..................... ............................................69 .................................69 Figura 37 Proceso de Marcación de Asistencia (Docente)............. (Docente)....................... .................... ..................... ..................... ..................... ...........................70 ................70 Figura 38 Actor-Encar Actor-Encargado gado de Sistemas..... Sistemas............... .................... ..................... ..................... ..................... ..................... .................... ..................... ...............................74 ....................74 Figura 39 Actor- Coordinadora Académica............... Académica.......................... ..................... .................... ..................... ..................... ..................... ..................... .................... ................75 ......75 Figura 40 Actor- Ayudante de la coordinadora Académica........................ Académica.................................. .................... ..................... ..................... ........................75 ..............75 Figura 41 Actor- Docente..... Docente............... ..................... ..................... .................... ..................... ..................... ..................... ..................... .................... ..................... .................................76 ......................76 Figura 42 Actor- Estudiante.... Estudiante............... ..................... .................... ..................... ..................... ..................... ..................... .................... ..................... ........................................76 .............................76 Figura 43 Diagrama de Caso de Uso........ Uso.................. ..................... ..................... .................... ..................... ..................... ..................... ..................... .................... .......................82 .............82 Figura 44 Modelo de Dominio............................................................................................................................83

 

Figura 45 Diagrama de paquete....... paquete.................. ..................... .................... ..................... ..................... ..................... ..................... .................... ..................... ..............................85 ...................85 Figura 46 Diagrama de Paquetes- Modulo de Marcaciones.............. Marcaciones........................ .................... ..................... ...........................................86 ................................86 Figura 47 Diagrama de Paquetes- Modulo de Patrones de Voz.................. Voz............................. ..................... ..................... .................................87  ......................87  Figura 48 Diagrama de Paquetes- Modulo de Parámetros y Conguracione Conguraciones.............. s........................ ..................... ..................... ...............87  .....87  Figura 49 Diagrama de Paquetes- Modulo de Reportes..... Reportes............... ..................... ..................... .................... ..................... ..................... ...........................88 .................88 Figura 50 Diagrama de Paquetes- Modulo de Usuarios, Seguridad y Auditoría........................... Auditoría...............................................88 ....................88 Figura 51 Diagrama de Colaboración- Marcación................ Marcación.......................... ..................... ..................... .................... ..................... ..................... .........................89 ...............89 Figura 52 Diagrama de Colaboración- Licencias................. Licencias........................... ..................... ..................... ..................... ..................... .................... ..................... .................90 ......90 Figura 53 Diagrama de Colaboración- Toma de Patrón de Voz.............................. Voz........................................ ..........................................91 ................................91 Figura 54 Diagrama de Colaboración-Carga de Archivo de Patrón de Voz................. Voz........................... ..................... ............................92 .................92 Figura 55 Diagrama de Colaboración- Administrar Patrones de Voz........... Voz...................... ..................... .................... ................................93 ......................93 Figura 56 Diagrama de Colaboración- Carreras.............. Carreras........................ ..................... ..................... ..................... ..................... ........................................94 ..............................94 Figura 57 Diagrama de Colaboración- Materias............... Materias......................... ..................... ..................... .................... ..................... .......................................95 ............................95 Figura 58 Diagrama de Colaboración- Gesón de Plan de Horarios Académicos............... Académicos......................... ..............................96 ....................96 Figura 59 Diagrama de Colaboración- Docentes............... Docentes......................... .................... ..................... ..................... ..................... ..................... ............................97  ..................97  Figura 60 Diagrama de Colaboración- Estudiantes.............. Estudiantes......................... ..................... .................... ..................... ..................... ...................................98 .........................98 Figura 61 Diagrama de Colaboración- Horarios............... Horarios......................... ..................... ..................... .................... ..................... ..................... .............................99 ...................99 Figura 62 Diagrama de Colaboración. Límites de Horario de Marcación de Entrada............. Entrada.....................................100 ........................100 Figura 63 Diagrama de Colaboración- Limites de Horario de Marcación de Salida.......................... Salida........................................101 ..............101 Figura 64 Diagrama de Colaboración- Reporte de Asistencia................ Asistencia........................... ..................... ..................... ....................................102 .........................102 Figura 65 Diagrama de Colaboración- Reporte de Estudiantes............... Estudiantes.......................... ..................... ..................... ..................... ........................10 ..............102 2 Figura 66 Diagrama de Colaboración- Reporte de Docentes...........................................................................103 Figura 67 Diagrama de Colaboración- Reporte de Materias............... Materias......................... .................... ..................... ..................... .............................104 ...................104 Figura 68 Diagrama de Colaboración- Bitácora................ Bitácora.......................... ..................... ..................... .................... ..................... .....................................105 ..........................105 Figura 69 Diagrama de Colaboración- Usuarios................ Usuarios.......................... .................... ..................... ..................... ..................... ..................... ..........................106 ................106 Figura 70 Diagrama de Colaboración- Roles................ Roles.......................... ..................... ..................... ..................... ..................... .........................................107  ...............................107  Figura 71 Diagrama de Colaboración- Administrar Permisos.... Permisos.............. ..................... ..................... ..................... ......................................108 ...........................108 Figura 72 Diagrama de Clases de Análisis......... Análisis................... ..................... ..................... .................... ..................... ..................... ..........................................109 ................................109 Figura 73 Diseño de Paquetes del Sistema................. Sistema............................ ..................... .................... ..................... ..................... ..................... .................................111 ......................111 Figura 74 Diagrama de Secuencia- Marcación..... Marcación................ ..................... ..................... ..................... .................... ..................... ..................... ............................112 ..................112 Figura 75 Diagrama de Secuencia- Licencias....... Licencias................. .................... ..................... ..................... ..................... ..................... .................... ..............................113 ....................113 Figura 76 Diagrama de Secuencia- Toma de Patrón de Voz..................... Voz................................ ..................... .................... ..................... ........................114 .............114 Figura 77 Diagrama de Secuencia- Carga de Archivo de Patrón de Voz........................... Voz.........................................................114 ..............................114 Figura 78 Diagrama de Secuencia- Administrar Patrones de Voz......... Voz.................... ..................... ..................... .....................................115 ..........................115 Figura 79 Diagrama de Secuencia- Carreras....................................................................................................116 Figura 80 Diagrama de Secuencia- Materias.... Materias............... ..................... ..................... ..................... .................... ..................... ..................... ..................... ......................117  ...........117  Figura 81 Diagrama de Secuencia- Gesón de Plan de Horarios Académicos......................... Académicos................................................118 .......................118 Figura 82 Diagrama de Secuencia- Docentes.... Docentes............... ..................... .................... ..................... ..................... ..................... ..........................................119 ...............................119 Figura 83 Diagrama de Secuencia-Est Secuencia-Estudiantes......... udiantes................... .................... ..................... ..................... ..................... .............................................120 ..................................120 Figura 84 Diagrama de Secuencia- Horarios.... Horarios............... ..................... ..................... ..................... .................... ..................... ...........................................121 ................................121 Figura 85 Diagrama de Secuencia-Límites de Horario de Marcación de Entrada.......... Entrada.................... .................................122 .......................122 Figura 86 Diagrama de Secuencia- Límite de Horario de Marcación de Salida.................. Salida............................. ..................... ..................122 ........122 Figura 87 Diagrama de Secuencia- Reporte de Asistencia......................... Asistencia................................... ..................... ...........................................123 ................................123 Figura 88 Diagrama de Secuencia-Re Secuencia-Reporte porte de Estudiantes..... Estudiantes............... .................... ..................... ..................... ..................... ..................... ....................123 ..........123 Figura 89 Diagrama de Secuencia- Reporte de Docentes................ Docentes.......................... ..................... ..................... .................... ..................... .......................124 ............124 Figura 90 Diagrama de Secuencia- Reporte de Materias................ Materias.......................... ..................... ..................... ..................... .................................124 ......................124 Figura 91 Diagrama de Secuencia- Bitácora..... Bitácora................ ..................... ..................... ..................... .................... ..................... ..................... ..................... ......................125 ...........125 Figura 92 Diagrama de Secuencia- Usuarios...... Usuarios................. ..................... ..................... ..................... .................... ..................... ..................... ..............................125 ....................125

 

Figura 93 Diagrama de Secuencia- Roles....... Roles................. ..................... ..................... ..................... ..................... .................... ..................... ..................... .........................126 ...............126 Figura 94 Diagrama de Secuencia- Administrar Permisos..... Permisos................ ..................... .................... ..................... ..................... ..................... ......................127  ...........127  Figura 95 Diagrama de Clases Completo...... Completo................ ..................... ..................... .................... ..................... ..................... ..................... ..................... ..........................128 ................128 Figura 96 Inicio de Sesión.................................................................................................................................131 Figura 97 Menú Principal..... Principal............... ..................... ..................... ..................... ..................... .................... ..................... ..................... ..................... ..................... ..............................132 ....................132 Figura 98 Crear Carrera....................................................................................................................................132 Figura 99 Gesonar Carreras... Carreras.............. ..................... ..................... ..................... .................... ..................... ..................... ..................... ..................... .................... ..........................133 ................133

 

INDICE DE TABLAS Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla #

1 Lista de Requerimientos_______ Requerimientos_________________ ____________________ ____________________ _____________________ ____________________ ___________74 __74 2 Caso de Uso: Marcación Marcación_________________ __________________________________ ___________________________________ _________________________77  _______77  3 Caso de Uso: Licencias_______ Licencias_____________________ ____________________________ _____________________________ _________________________77  __________77  4 Caso de Uso: Toma de Patrón de Voz_________________________________________________77  Voz_______________________ __________________________77  5 Caso de Uso: Carga de Archivo de Patrón de voz________________________________________ voz________________________________________77  77  6 Caso de Uso: Limpieza de patrones de voz_____________________________________________78 7 Caso de Uso: Carreras_____________________ Carreras_______________________________________________ _______________________________________78 _____________78 8 Caso de Uso: Materias_________ Materias____________________ ________________________ __________________________ __________________________ ______________78 _78 9 Caso de Uso: Gesón de plan de horarios académicos____________________ académicos______________________________ _______________78 _____78 10 Caso de Uso: Docentes____ Docentes______________ _____________________ _____________________ _____________________ ______________________ _____________79 __79 11 Caso de Uso: Estudiantes_______ Estudiantes__________________ _______________________ ______________________ _____________________ _________________79 ______79 12 Caso de uso: Horarios_____________________ Horarios__ ______________________________________ ______________________________________ ____________________79 _79 13 Caso de uso: Límites de Horario de Marcación de Entrada_________ Entrada_________________ _______________ ______________79 _______79 14 Caso de uso: Límites de Horario de Marcación de Salida_________________________ Salida_________________________________80 ________80 15 Caso de uso: Reporte de Asistencia_______ Asistencia___________________ __________________________ ___________________________ ________________80 ___80 16 Caso de uso: Reporte de Estudiantes___________ Estudiantes____________________ ___________________ ___________________ __________________80 _________80 17 Caso de uso: Reporte de Docentes___________ Docentes____________________ ___________________ ___________________ __________________ ___________80 __80 18 Caso de uso: Reporte de Materias_____________ Materias_________________________ ______________________ _____________________ _______________81 ____81 19 Caso de uso: Bitácora________________ Bitácora________________________ __________________ ____________________ ____________________ ________________81 ______81

Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla #

20 Caso de Uso: Usuarios______________________________ Usuarios_______________________________________________ _____________________________81 ____________81 21 Caso de Uso: Roles___________ Roles_______________________ __________________________ ___________________________ _________________________81 ____________81 22 Caso de Uso: Administrar Permisos_______ Permisos__________________ ______________________ _______________________ ____________________82 ________82 23 Especicación Especicación de Caso de Uso- Marcación___________________________ Marcación___________________________________________90 ________________90 24 Especicación de Caso de Uso- Licencias________ Licencias_________________ _________________ _________________ __________________ ___________91 __91 25 Especicación de Caso de Uso - Toma de Patrón de Voz_________________________________ Voz_________________________________91 91 26 Especicación Especicación de Caso de Uso- Carga de Archivo de Patrón de Voz______________________ Voz________________________92 __92 27 Especicación de Caso de Uso- Administrar Patrones de Voz____________ Voz____________________ ________________ _________93 _93 28 Especicaci Especicación ón de Caso de Uso-Carreras__________________________________ Uso-Carreras ______________________________________________94 ____________94 29 Especicaci Especicación ón de Caso de Uso- Materias____________________________________________ Materias____________________ _________________________95 _95 30 Especicación de Caso de Uso- Gesón de plan de Horarios Académic Académicos_________ os_______________ ___________96 _____96 31 Especicación de Caso de Uso- Docentes_____________________________________________97  Docentes______________________________ _______________97  32 Especicaci Especicación ón de Caso de Uso- Estudiantes___________________________________________ Estudiantes______________ _____________________________98 98

Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla #

33 Especicación de Caso de Uso- Horarios____________________________ Horarios________________________________________ _________________99 _____99 34 Especicación Especicación de Caso de Uso- Limite de Horario de Marcación de Entrada________________10 Entrada________________100 0 35 Especicación de Caso de Uso- Limites de Horario de Marcación de Salida______ Salida___________ __________ ______101 _101 36 Especicación de Caso de Uso- Reporte Reporte de Asistencia__________________________________102 37 Especicación Especicación de Caso de Uso- Reporte de Estudiantes______________ Estudiantes________________________________103 __________________103 38 Especicación Especicación de Caso de Uso- Reporte de Docentes____________ Docentes___________________________ ______________________104 _______104 39 Especicación Especicación de Caso de Uso- Reporte de Materias_____________________ Materias__________________________________104 _____________104 40 Especicación de Caso de Uso- Bitácora_________________________________ Bitácora____________________________________________105 ___________105 41 Especicación de Caso de Uso- Usuarios_________ Usuarios___________________ _____________________ _____________________ ______________106 ____106 42 Especicaci Especicación ón de Caso de Uso- Roles_______________________________________________ Roles__________________________ _____________________ 107  43 Especicación de Caso de Uso- Administrar Permisos__________________________________ Permisos__________________________________108 108 44 Horario______________________________ Horario___________________________________________ __________________________ ___________________________126 ______________126 45 Carreras____________________________ Carreras________________________________________________ ______________________________________ _____________________127  ___127  46 Materia/Carrera____________ Materia/Carrer a___________________________ _______________________________ _______________________________ ____________________127  _____127  47 Materia_______________________ Materia______ _________________________________ _______________________________ _______________________________ ________________ 127 

 

Tabla # Tabla # Tabla # Tabla # Tabla # Tabla # Tabla #

48 Materia/ Estudiante_________ Estudiante____________________ ____________________ ___________________ ____________________ ____________________ ___________127  _127  49 Estudiante_________________ Estudiante ____________________________________ ______________________________________ ________________________________ _____________127  127  50 Marcación___________________ Marcación ______________________________________ ______________________________________ ______________________________ ___________128 128 51 Tipo Marcación Marcación__________________ _____________________________________ _______________________________________ ___________________________128 _______128 52 Docente________________________________ Docente__________________________________________________________ _____________________________________128 ___________128 53 Usuario_______ Usuario___________________ _______________________ _______________________ _______________________ _______________________ _________________128 _____128 54 Bitácora_____________________________ Bitácora__________________________________________________ ________________________________________128 ___________________128

Tabla # Tabla # Tabla # Tabla #

55 Patrón de Voz_________________ Voz___________________________ ______________________ _______________________ _____________________ _______________129 _____129 56 Rol____________________________ Rol___________ ________________________________ _______________________________ _______________________________ _______________ 129 57 Rol/Permiso_________________________ Rol/Permiso___________________________________________ ______________________________________ _______________________129 ___129 58 Permiso________________________ Permiso________ ________________________________ _______________________________ ______________________________ _______________ 129

 

 PARTE  P ARTE I: ANTECEDE ANTECEDENTES  NTES  GENERALES 

 

CAPITULO #1 DESCRIPCION   DEL PROYE PROYECT CTO O

 

CAPITULO # 1 DESCRIPCION DEL PROYECTO

1.1  Diagnóstico de la Situación Actual La Universidad Evangélica Boliviana es una unidad académica universitaria situ situad ada a en Sa Sant nta a Cr Cruz uz,, Bo Bolilivi via, a, en la cu cual al se form forman an pr prof ofes esio iona nale less de excelencia, a partir de las carreras que esta ofrece. Como toda institución institución académica hace el control de la asisten asistencia cia a clases tanto de docentes como estudi estudiantes antes según la program programación ación académic académica a elaborada elaborada de forma semestral. Es decir, el control se hace por horario de cada materia programada para el semestre y se realiza tanto al ingresar a clases como al salir. Coordinación Académica es el departamento responsable de hacer seguimiento a las las asist asisten encia ciass y los los doc docent entes es son son los los enc encarg argad ados os de “r “reco ecord rdar” ar” a sus sus estudiantes de la marcación de su asistencia. Como se sabe, debido a la situación actual que se vive, las clases en su mayoría se realizan de forma virtual y en muy pocos casos de forma presencial. En la actualidad la UEB cursa sus materias de ambas formas, pero predomina la virtual. En este contexto el control de asistencia en clases presenciales se realiza de una manera y el control de asistencia en clases virtuales se realiza de otra manera. Ambos escenarios se describen a continuación:

Presencial El “asistente de coordinación académica” académica” en los horarios de clases, verifi verifica ca las materias que ya han empezado y revisa que los docentes hayan comenzado sus clases anotando la entrada y salida del docente en una planilla de asistencia de docentes (Nombre Completo Docente, fecha, entrada, salida, materia, sigla de materia)

3

 

CAPITULO # 1 DESCRIPCION DEL PROYECTO El docente en cada una de sus materias se encarga de tomar asistencia en su clase, a través de una planilla de asistencia entregadas por el asistente de la coordinadora académica. La planilla de asistencia es física, la cual se llena a mano, ma no, y que viene viene con con da dato toss pr prede edete term rmín ínano anoss de los los alum alumnos nos que est están án cursan curs ando do la mat ater eria ia (Nom (Nombr bre e Compl omplet eto o Al Alum umno no,, Do Doce cent nte, e, Re Regi gist stro ro,, Fecha/Estado asistencia, Nombre Materia, Sigla Materia, Gestión), el docente llena la planilla conforme v llamando a los alumnos de forma audible por su nombre, si estos responden presente se le marca la asistencia.   Luego el asistente realiza la revisión de las planillas de asistencias de los estudiantes diariamente, haciendo un seguimiento, de los alumnos y docentes verificando que cumplan su horario. Finalizando Finali zando el semestre el asistente hace un conteo de cuantas faltas hubo por  cada mat ater eriia de alumnos y doc oce entes es,, sac aca ando un re rep por ortte de est esto, entr en tregá egándo ndosel selo o a la Co Coord ordina inador dora a Ac Acadé adémi mica ca de la Un Univ ivers ersid idad ad par para a su posterior análisis.

Virtual Para Pa ra el cont contro roll de la as asis isttenci encia a en cl clas ases es vi virt rtua ualles el as asis isttent ente de la coordinadora académica crea documentos Excel para cada materia programada y procede a enviarles a los docentes correspondientes o sube directamente a la plataforma de clases (classroom) dicha planilla. Tanto el alumno como el docente ingresan a la plataforma de clases virtuales de la materia y proceden a realizar el marcado de su ingreso al iniciar iniciar la clase y la salida al finalizar la misma.

4

 

CAPITULO # 1 DESCRIPCION DEL PROYECTO

Seleccionando la materia Figura 1 Descripción del proyecto: Seleccionando

Fuente: https://classroom.google.com/h

El docente puede completar esta planilla en caso que algún estudiante se inscriba posterior a las fechas definidas.

Figura 2  Descripción del Proyecto: El documento visualizado en la plataforma

Fuente:https://classroom.google.com/c/MjY4MDk4NDcwMzE3/m/MjY4MDk4NDcw  MzMz/details

La revisión de la planilla Excel se realiza diariamente para controlar la asistencia tanto de estudiantes como docentes. Una vez finalice la materia en el semestre, se realiza un control agrupado por  meses mediante un formato de Excel, y luego los documentos son guardados como prueba y desempeño de la asistencia de los alumnos en esa materia con respecto a la asistencia.

5

 

CAPITULO # 1 DESCRIPCION DEL PROYECTO Con esta información la coordinadora académica, ve los datos y procede en el caso si el docente está faltando demasiado a clases, a llamarlo y preguntar el motivo de sus faltas y llamarlo a la reflexión. En el caso del alumno antes de tener 4 faltas, lo llaman a pregunt preguntar ar el motiv motivo o de sus faltas, pero una vez estas faltas concluyen en 4, el alumno si no presenta justificación, pierde la materia.

Figura 3 Descripción del Proyecto: Vista del documento Excel  FUENTE: hps://docs.google.com/spreadsheets/u/0/d/1TKqjPBxZLmiXiWdAZJBchdnBBpekYuGh6fy  sh_UmriQ/edit?usp=drive_web

1.2Descripción de los Problemas Encontrados en la Situación Actual Clases Presenciales Cuando el asistente de la coordinara pasa por el aula del docente puede que llegue muy temprano o muy tarde para ver si el docente haya llegado a la hora indicada, hacer el recorrido por toda la universidad es algo tedioso, entonces siempre habrá errores con las marcaciones de asistencia de los docentes. Cuando el docente toma asistencia existen errores como que alguien más haya dicho presente por su compañero, ya que existe la posibilidad que el docente no conozca a todos los alumnos a los cuales les pasa clases. También existe la posibilidad que la planilla de asistencia se pierda o arruine con el tiempo, lo cual se perdería los datos marcados.

6

 

CAPITULO # 1 DESCRIPCION DEL PROYECTO Cuando el asistente pase a verificar la asistencia de los alumnos que el docente tomo nota, es posible que se olvide pasar por algunas aulas o que el docente haya terminado la clase temprano y este se haya ido, o que él se haya olvidado la planilla. Muchas veces el proceso de “tomar la lista” se puede complicar puesto que no todos los alumnos llegan a horario o salen a horario, esto hace que el docente pierda tiempo de su clase en buscar un mecanismo adecuado para esto.

Clases Virtuales Cuando el alumno marca en la hoja Excel existe la posibilidad de que este marque fuera de horario o fuera de tiempo del horario de la materia considerando los límites de tolerancia definidos, en el caso de que este marco solo la entrada, existe la posibilidad que se olvide marcar la salida al momento de finalizar la clase.  Al ser una planilla Excel sin muchas protecciones, este escenario tambien se presta a que cualquiera pueda marcar incluso en fechas u horarios que no corresponden.

Figura 4 Descripción de la situación actual: Alumno Marcando fuera de empo FUENTE: hps://docs.google.com/spreadsheets/d/1TKqjPBxZLmiXiWdAZJBchdnBBpekYuGh6fysh_U mriQ/edit#gid=0

El asis asiste tent nte e de la coor coordi dina nado dora ra,, comi comien enza za cons consta tant ntem emen ente te a re revi visa sarr las las asistencias, y verifica que el alumno este asistiendo diariamente a sus materias, aquí existe la posibilidad de que al asistente omita algún dato ya que para revisar  7

 

CAPITULO # 1 DESCRIPCION DEL PROYECTO las hojas Excel se realiza uno por uno, alumno por alumno, lo que lo hace tedioso y largo. Y existe la posibilidad de que otra persona pueda haber marcado por su compañero con las credenciales de su correo, así trayendo la duda de que si el alumno realmente asistió a clases o no.

1.3 Descripción de la Situación Deseada De los problemas descritos del punto anterior se puede establecer que la Universidad Univers idad Evangélica Bolivian Boliviana, a, necesita un sistema de control de asist asistencia encia para el seguimiento de los alumnos en cada materia dada más eficiente y que se adapte tanto al escenario de clases presenciales como también a clases virtuales.  Además,  Ademá s, que permita la gener generación ación de repor reportes tes diario diarios, s, semana semanales, les, mensua mensuales les y seme semest stra rale less en el mo mome ment nto o qu que e se los los re requ quie iera ra,, sin sin ne nece cesi sida dad d de un procesamiento o “ordenamiento de la información” previo. Ya sean reportes de control o reportes estadísticos. En la actualidad existen muchas soluciones de control de asistencia basados en biometría, pero que no se adecuan en su totalidad al escenario que se vive en las Universidades tanto en clases presenciales como virtuales. Sin embargo, siguiendo los lineamientos de la tecnología biométrica se puede desarrollar una solución a este proceso utilizando patrones de reconocimiento de voz. Este proyecto aplicara dicha tecnología para dar una solución eficiente a los problemas antes mencionados, tomando en cuenta todos los aspectos que relacionados relaci onados con el “evento marcar entrad entrada a y salid salida” a” como ser los horarios, las tolerancias, los permisos, las licencias, etc.

1.4 Objet Objetivos. ivos. 1.4. 1.4.11 Ob Obje jeti tivo vo Ge Gene nera rall Desarrollar un Sistema de información web para el control de asistencia de docentes y estudiantes de la UEB mediante reconocimiento de patrones de voz 8

 

CAPITULO # 1 DESCRIPCION DEL PROYECTO para los estudiantes y docentes de la Universidad Evangélica Boliviana, Santa Cruz, Bolivia.

1. 1.4. 4.22 Ob Obje jeti tivo voss Especí Específi fico coss •

Obt Obtene enerr el mo model delo o de negoci negocio o con diagr diagrama amass de activi actividad dades es po porr med medio io de entrevistas realizadas a las personas encargadas del control de asistencia.

•

Det Determ ermina inarr los requis requisito itoss del sistem sistema a en base al co conoc nocimi imient ento o adqu adquiri irido do en la co const nstruc rucci ción ón de dell mo mode delo lo de Ne Nego goci cio o y lo loss pr prob oble lema mass en encon contr trad ados os documentarlos con la tabla de requisitos de UML.

•

Ela Elabor borar ar los mode modelos los de an análi álisis sis y di diseñ seño o para lla a solu solució ción n de los re requi quisit sitos os con diagramas diagramas de UML com como o ser dia diagra grama ma de secu secuenc encia, ia, diagra diagrama ma de colaboración, diagrama de clases y diagrama de casos de uso.

•

Imp Implem lement entar ar el si siste stema ma web web con el lengu lenguaje aje de prog program ramaci ación ón C#, jjava avascri script pt y el gestor de base de datos SQL

•

Es Esta tabl blec ecer er un pl plan an de pr prue ueba bass con ca caso soss de uso de p prue rueba bass de UML p para ara encontrar y solucionar los errores encontrados.

•

Elabo labora rarr el mod odel elo o de de desp splilie egu gues es co con n un diag diagra ram ma de nod odos os pa para ra especificar el hardware necesario para la realización del proyecto.

1.5 Delim Delimitaci itación ón 1.5. 1.5.11 Lí Lími mite te Es Espa paci cial al Este proyecto se realizará para que lo utilicen los docentes y estudiantes que sean parte de la Universidad Evangélica Boliviana.

1. 1.5. 5.22 Lími Límite te Temp Tempor oral al El estudio del problema se llevará adelante a partir del 12 de febrero del 2021 hasta el 29 de marzo del 2021.

9

 

CAPITULO # 1 DESCRIPCION DEL PROYECTO La elaboración del modelo de análisis y diseño durará 1 mes desde el 29 de marzo del 2021 hasta el 30 de abril del 2021. La programación y las pruebas por cada uso se llevarán adelante del 01 de agosto del 2021 hasta el mes de noviembre del 2021. La implementación se llevará a cabo entre el mes de noviembre del 2021 hasta el 5 de diciembre del 2021

1. 1.5. 5.33 Lími Límite te Sust Sustan anti tivo vo Módulo de Marcaciones. - Este módulo permitirá administrar las marcaciones de las asistencias y licencias de los docentes y alumnos

 

o

Marcación

o

Licencias

Módulo de Patrones de Voz. - Este módulo permitirá la toma del patrón de voz de los docentes y alumnos, permitirá cargar patrones de voz a través de un archivo y limpiar patrones de voz que han dejado de utilizarse. o

Toma de Patrón de Voz

o

Carga de Archivo de Patrón de Voz

 Administrar Patrones de Voz Módu Mó dulo lo de Pa Pará ráme metr tros os y Conf Config igur uraci acion ones. es. –  Es Este te mó módu dulo lo per permi mititirá rá o

 

administrar todos los objetos individuales, también los horarios e inscripciones, permitirá definir los parámetros a la hora de realizar las marcaciones o

Carreras

o

Materias

o

Gestión de plan de horarios Académico (Semestre)

o

Docentes

o

Estudiantes 10

 

CAPITULO # 1 DESCRIPCION DEL PROYECTO

 

o

Horarios

o

Parámetros(limites) de Marcación Entrada(horario)

o

Parámetros de Marcación Salida(horario)

Módu Mó dulo lo de Rep Repor orte tes. s. – Este módulo permitirá realizar reportes necesarios para la universidad, tanto de las asistencias, estudiantes, docentes y materias Reporte de Asistencia o

 

o

Reporte de Estudiantes

o

Reporte de Docentes

o

Reporte de Materias

Módulo de Usuarios, Seguridad y Auditoria. – Este módulo permitirá ver los eventos recientes sobre los cambios que haya en el sistema, permitirá crear  us usua uari rios os y def defin inir ir su suss rol roles es de dent ntro ro de dell sist sistem ema, a, ta tamb mbié ién n pe perm rmititirá irá crear  crear  respaldos de la base de datos. o

Eventos(bitácora)

o

Usuarios

o

Roles

o

 Administrar Permisos

11

 

CAPITULO # 1 DESCRIPCION DEL PROYECTO

Figura 5 Limite Sustantivo Fuente: Elaboración Propia

1.6Justificación 1. 1.6. 6.11 Ju Just stif ific icac ació ión n Téc Técni nica ca El pres presen ente te pr proy oyec ecto to será será de desa sarr rrol olla lado do sigu siguie iend ndo o los los line lineam amie ient ntos os de la meto me todol dolog ogía ía unif unific icada ada.. Co Como mo se sa sabe be una me meto todol dolog ogía ía para para des desarr arrol ollo lo de software impone el uso de normas, estándares, técnicas y convenciones con el único propósito de mejorar la calidad de los sistemas de información.

1. 1.6. 6.22 Ju Just stif ific icac ació ión n So Soci cial al 12

 

CAPITULO # 1 DESCRIPCION DEL PROYECTO El motivo de desarrollo de este proyecto es dar una opción más, basados en biometría, al control de asistencia en las universidades del departamento de Santa Cruz principalmente cuando las clases son virtuales o semipresenciales.

1. 1.6. 6.33 Ju Just stif ific icac ació ión n Pe Pers rson onal al El presente desarrollo de este sistema de gestión es para elaborar un controlador  de asistencias eficiente, que como estudiante me ayude a obtener experiencia en el desarrollo de aplicativos, con este sistema se mejorara el flujo de estudiante y docentes que hay en la Universidad. Personalmente concluir con este proyecto es un gran paso para el futuro que espero construir profesi profesionalme onalmente nte y es un aporte de los muchos peldaños que se subirán para llegar a la meta deseada.

1.7 Metod Metodologí ologíaa Para el desarrollo del presente proyecto se utilizará el RUP (proceso Unificado de Rational) como ciclo de vida y UML (Lenguaje Modelado Unificado) como lenguaje de notación. Como Co mo herr herram amiien enttas de de desa sarr rrol ollo lo se uti utiliza lizará rá los los len eng gua uajjes de programación C# para el aplicativo, HTML para la estructura de la página  junto con Css para el estilo del sistema web y JavaScript para la funcionalidad.

13

 

 PARTE  P ARTE II: MARCO MARCO TEO TEORIC RICO O

 

CAPITULO #2  MARCO  MARC O TE TEORI ORICO CO  REFEREN  REFE RENCIAL CIAL

 

CAPITULO # 2 MARCO TEORICO REFERENCIAL

2.1 ZKTeco: ZkBiotime 8.0: Potente software de gestión de asistencia y tiempo basado en la web BioTime 8.0 es un potente software de gestión de tiempo y asistencia basado en la web que proporciona una conexión estable a los dispositivos de comunicación push independiente independientess de ZKTeco por Etherne Ethernett / Wi-Fi / GPRS / 3G y que funci funciona ona como una nube privada para ofrecer autoservicio a los empleados mediante una aplicación móvil y navegador web.

Figura 6 Zkteco: Menú Principal 

Fuente: ZKTeco - Demo Online https://www.zkteco.com.pe/zkbiotime8pe

Varios Var ios adm admini inistr strado adores res pue pueden den acce acceder der a Bio BioTim Time e 8.0 desd desde e cua cualqu lquier ier lugar  lugar  mediante media nte un navega navegador dor web. Puede manejar fácilme fácilmente nte cientos de dispos dispositivo itivoss y miles de empleados y sus transacciones.

11

 

CAPITULO # 2 MARCO TEORICO REFERENCIAL

Figura 7 ZKTeco: Menú de administración y permisos

Fuente: ZKTeco - Demo Online https://www.zkteco.com.pe/zkbiotime8pe

BioTime 8.0 viene con una interfaz de usuario intuitiva que puede administrar  horarios, turnos y horarios y puede generar fácilmente informes de asistencia.

Figura 8 ZKTeco: Gesonar Empleados

Fuente: ZKTeco - Demo Online https://www.zkteco.com.pe/zkbiotime8pe 12

 

CAPITULO # 2 MARCO TEORICO REFERENCIAL

Figura 9 ZKTeco: Reportes y gesón de horarios

Fuente: ZKTeco - Demo Online https://www.zkteco.com.pe/zkbiotime8pe

13

 

CAPITULO # 2 MARCO TEORICO REFERENCIAL

2.2 SIASA: Control de Asistencias, Software TA.CLOUD Basico  Actualmente las empresas requieren de herramientas para eficiente Control de  Asistencias de su personal, permitiéndoles emplear más el tiempo para toma de decisiones y menos en actividades operativas. Cada empresa vive experiencias diferentes, las cuales les generan diversas necesidades para el control de su personal, es por esto que se requieren diferentes opciones de Sistemas de Control de Asistencia.

Figura 10 SIASA: Menú principal 

FUENTE:https://www.siasa.com/lista_prod.php?productos=software-asistencias

14

 

CAPITULO # 2 MARCO TEORICO REFERENCIAL INTERFAZ AMIGABLE CON EL USUARIO: El diseño de la interfaz es muy sencillo; la información más relevante del sistema está disponible por medio de gráficos y alertas.

Figura 11 SIASA: CATALOGO DE EMPLEADO

Fuente: https://www.siasa.com/lista_prod.php?productos=software-asistencias CONV CO NVEN ENIE IENT NTE: E: Di Disp sponi onibl ble e to todo do el tiem tiempo po desd desde e cua cualq lquie uierr co comp mput utad ador ora a o dispos dis positi itivo vo móv móvilil con intern internet. et. No se requ requiere iere actual actualiza izarr el sof softwa tware, re, ést éste e se actualiza de manera automática permitiendo al usuario disfrutar de las últimas vers versio ione ness de dell sist sistem ema a sin sin ne nece cesi sida dad d de pago pagoss extr extra. a. El sist sistem ema a está está pr pre e configurado con los parámetros más comunes de control de asistencias de las empr em presa esas, s, por por lo qu que e el usuar usuario io pue puede de cre crear ar su ca catá tálo logo go de em emple pleado adoss y comenzar a checar. Si lo desea, puede ajustar dichos parámetros de acuerdo a los requerimientos de su empresa.

15

 

CAPITULO # 2 MARCO TEORICO REFERENCIAL

Figura 12 SIASA: Asignaciones Globales de Periodo, Turno y Horario e incidencias

Fuente: https://www.siasa.com/lista_prod.php?productos=software-asistencias SISTEMA RENTABLE: TA.CLOUD ESTANDAR controla con exactitud el tiempo laborado del personal y le permite exportar la información de asistencias a los sistemas de nómina más populares (Aspel Noi y ContPAQ i, o bien, exportación genérica). Esto significa que ahorrará recursos económicos en el pago de nómina (pago exacto del tiempo trabajado) y en tiempo, al no tener que invertir demasiado en configurar la solución. VALORES VALORE S AGREGADOS: Módulo para registro de asistencias desde un teléf teléfono ono celu ce lullar co con n

Geo eolo loca caliliza zaci ción ón,,

aler alerttas qu que e

aprovechamiento de la información.

16

fac acililit itan an la

ad adm minis inisttra racción ión

y

 

CAPITULO # 2 MARCO TEORICO REFERENCIAL

Figura 13 SIASA: REPORTES

Fuente: https://www.siasa.com/lista_prod.php?productos=software-asistencias

2. 2.33 Al Alta tami mira ra As Asis iste tenc ncia ias: s: El so soft ftwa ware re de co cont ntro roll ho hora rari rio o qu quee elim elimin inaa la complejidad y errores Con Altamira Asistencias hemos aportado la rapidez y la innovación de nuestra tecnología en la nube para los RRHH a un sector tradicionalmente conflictivo para los usuarios. El resultado es un software control horario fácil de usar para todos los empleados y con una gran cantidad de opciones para el departamento de administración y los Recursos Humanos.

17

 

CAPITULO # 2 MARCO TEORICO REFERENCIAL

Figura 14 Altamira: Menú Principal 

Fuente: Alatmirahrm https://www.altamirahrm.com/es/ La plataforma calcula de manera automática las horas extra realizadas por tus colaboradores, que podrán solicitar de manera autónoma la aprobación siguiendo las reglas de aceptación establecidas por la empresa. Configuramos la plataforma para que refleje la normativa empresarial al respecto. Por ejemplo, se pueden marcar diferencias entre los distintos rangos y establecer  franjas horarias distinguiendo entre horas extra nocturnas, diurnas y festivas. Con Altamira Asistencias gestionas de manera ordenada y con pocos clics la conversión de horas extra realizadas a la nómina, el banco de horas, etc.

18

 

CAPITULO # 2 MARCO TEORICO REFERENCIAL

Figura 15 Altamira Delega la gesón del empo extraordinario

Fuente: Alatmirahrm https://www.altamirahrm.com/es/ 

 Altamira Asistencias ofrece un rico sistema de notificaciones automáticas que informan en tiempo real a empleados, responsables y Recursos Humanos de eventos, solicitudes y anomalías que les conciernen. Las notificaciones se envían por e-mail y contienen un botón con el que el usuario puede acceder directamente al detalle de la actividad. La actividad puede realizarse por lo tanto sin necesidad de acceder a la plataforma con las credenciales.

19

 

CAPITULO # 2 MARCO TEORICO REFERENCIAL

Figura 16 Altamira:Encuentra la información úl en tu panel 

Fuente: Alatmirahrm https://www.altamirahrm.com/es/ 

 Altamira Asistencias pone a disposición toda una serie de informes preconfigurados que organizan todos los datos archivados en la plataforma en gráficos y tablas. Gracias a este diseño puedes personalizar también un gráfico ya existente o crear  uno desde cero, eligiendo exactamente qué información incluir y cómo mostrarla. De esta manera tendrás un control completo en tiempo real de los niveles de productividad y de la cantidad de horas extra solicitadas y concedidas.

20

   

CAPITULO # 2 MARCO TEORICO REFERENCIAL

Figura 17 Altamira: Personaliza tus informes Fuente: Alatmirahrm

https://www.altamirahrm.com/es/ 

21

 

CAPITULO # 3.- MARCO TEORICO CONCEPTUAL DEL PROYECTO

 

CAPITULO # 3 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

1.1.

Asistencia

3. 3.1. 1.1 1 Cont Contro roll de asis asiste tenc ncia ia:: Un co cont ntro roll de as asis iste tenc ncia ia perm permitite e ge gest stio ionar nar la

asistencia de usuarios en un área determinada. Los controles de asistencia tienen mucha aplicación en entornos laborales, centros de formación, centros de time sharing Estos sistemas tienen registrados unos usuarios y además estos pueden tener  definidos unos horarios de asistencia o turnos, calendarios, días festivos, etc. Los terminales de asistencia gestionan que sólo los usuarios registrados tengan acceso al sistema y además que lo hagan en un calendario y horarios permitidos. En un entorno laboral sirven para contabilizar el saldo de horas trabajadas por  cada em cada empl plea eado, do, para para llllev evar ar un co cont ntrol rol de la punt puntua ualilida dad d y asis asiste tenci ncia a de lo loss trabaj tra bajado adores, res, para ges gestio tionar nar de man manera era automá automátic tica a las inc incide idenci ncias as tanto tanto de entradas como salidas especiales del puesto de trabajo o para contabilizar tiempo de utiliz utilizaci ación ón de recursos recursos en ent entorno ornoss time time sharing sharing.. Además Además,, est estos os equ equipo iposs pueden tener funcionalidades adicionales como control de sirenas de cambio de turno o periodos de descanso. En centros de formación como escuelas primarias pueden ser utilizados para dete de tect ctar ar falt faltas as inju injust stifific icad adas as,, ab abse sent ntis ismo mo o re reta tard rdos os y po pode derr actu actuar ar en consecuencia de manera rápida. En escuelas de negocio o centros donde se imparten estudios de posgrado de asistencia obligatoria permiten registrar de manera fácil si el alumno ha asistido o no a clase. Habitualmente estos sistemas tienen un funcionamiento off-line y guardan un registro regist ro en memor memoria ia del histó histórico rico de acceso accesoss (con informac información ión del usuari usuario, o, hora y día del acceso, etc.) y otros eventos como alarmas u otras incidencias. Este registro puede ser descargado a un PC u otro host para su posterior tratamiento.

23

 

CAPITULO # 3 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

1. 1.1. 1.

Sist Siste emas mas de Info Inform rmac ació ión n

Por definición es un conjunto de elementos que interactúan entre sí con un fin común com ún;; que que pe perm rmitite e qu que e la in info form rmaci ación ón est esté é di disp spon onib ible le para para sa satitisf sface acerr la lass necesidades en una organización, un sistema de información no siempre requiere contar con tar con recuso recuso comput computacio acional nal aun aunque que la dis disposi posició ción n del mis mismo mo fac facili ilita ta el manejo e interpretación de la información por los usuarios. Los elementos que interactúan entre sí son: el equipo computacional (cuando esté di disp spon onib ible le), ), el re recur curso so hum human ano, o, lo loss dat datos os o in info form rmac ació ión n fuent fuente, e, pr prog ogram ramas as ejecutados por las computadoras, las telecomunicaciones y los procedimientos de políticas y reglas de operación. Un Sistema de Información realiza cuatro actividades básicas:

3. 3.2. 2.11 En Entr trad adaa de la In Info form rmaci ación ón Es el proceso mediante el cual el Sistema de Información toma los datos que requ re quie iere re para para pr proc oces esar ar la mi mism sma. a. La Lass en entr trad adas as pu pued eden en ser ser ma manu nual ales es o automáticas. Las manuales son aquellas que se proporcionan en forma directa por  el usuario, mientras que las automáticas son datos o información que provienen o son tomados de otros sistemas o módulos. Esto último se denomina interfaces automáticas. Las unidades típicas de entrada de datos a las computado computadoras ras son las terminal terminales, es, la lass ci cint ntas as magn magnét étic icas, as, la lass un unid idad ades es de di disk sket ette te,, lo loss có códig digos os de ba barra rras, s, lo loss escáner, la voz, los monitores sensibles al tacto, el teclado y el mouse, entre otras.

3.2.2 3.2 .2 Pr Proces ocesami amient ento o de inform informaci ación ón

24

 

CAPITULO # 3 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

Es la capacidad del Sistema de Información para efectuar cálculos de acuerdo con una secuencia de operaciones preestablecida. Estos cálculos pueden efectuarse con datos introducidos recientemente en el sistema o bien con datos que están almacenados. Esta característica de los sistemas permite la transformación de datos fuente en información que puede ser utilizada para la toma de decisiones, lo que hace posible, entre otras cosas, que un tomador de decisiones genere una proyección financiera a partir de los datos que contiene un estado de resultados o un balance general de un año base.

3.2.3 3.2 .3 Al Almace macenam namien iento to de de infor informaci mación ón

El almacenamiento es una de las actividades o capacidades más importantes que tiene una computadora, ya que a través de esta propiedad el sistema puede recordar la información guardada en la sección o proceso anterior. Esta Es ta info inform rmac ació ión n suel suele e ser ser alma almace cena nada da en estr estruc uctu tura rass de info inform rmac ació ión n denom de nomin inad adas as arc archi hivo vos. s. La un unid idad ad tí típi pica ca de al alma mace cena nami mien ento to so son n lo loss disc discos os magnéticos o discos duros, los discos flexibles o disquete y los discos compactos CD-ROM.

3. 3.2. 2.44 Sa Sali lida da d dee In Info form rmaci ación ón

La salida es la capacidad de un Sistema de Información para sacar la información procesada procesad a o bien datos de entrada al exterior. Las unidades típic típicas as de salida son las impresoras, terminales, diskettes, cintas magnéticas, la voz, los graficadores y los plotters, entre otros. Es importante aclarar que la salida de un Sistema de Información puede constituir  la entrada a otro sistema o módulo. En este caso, también existe una interface automática de salida.

25

 

CAPITULO # 3 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

3.2. 3.2.55 Tipo ipos y us usos os

Los Sistemas de Información que logran la automatización de procesos operativos dent de ntro ro

de

un una a

or orga gani niza zaci ción ón,,

so son n

llam llamad ados os

fre reccue uent ntem emen entte

Si Sist stem emas as

Transaccionales, ya que su función primordial consiste en procesar transacciones tales como pagos, cobros, pólizas, entradas, salidas, entre otras. Por otra parte, los Sistemas de Información que apoyan el proceso de toma de decisiones decisi ones son los Siste Sistemas mas de Soport Soporte e a la Toma de Decisione Decisiones, s, Sistemas para la Toma de Decisión de Grupo, Sistemas Expertos de Soporte a la Toma de Decisiones y Sistema de Información para Ejecutivos. El tercer tipo de sistema, de acuerdo con su uso u objetivos que cumplen, es el de los Sistemas Estratégicos, Estratégicos, los cuales se desarrollan en las organizaciones organizaciones con el fin fin de logr lograr ar vent ventaj ajas as comp compet etititiv ivas as,, a tr trav avés és de dell uso uso de la tecn tecnol olog ogía ía de información. 3. 3.3 3 Apli Aplica caci cion ones es Web Web

Las aplicaciones web reciben este nombre porque se ejecutan en la internet. Es deci de cirr qu que e los los da dato toss o los los ar arch chiv ivos os en los los qu que e tr trab abaj ajas as son son pr proc oces esad ados os y almacenados dentro de la web. Estas aplicaciones, por lo general, no necesitan ser instaladas en tu computador. El concepto de aplicaciones web está relacionado con el almacenamiento en la nube. Toda la información se guarda de forma permanente en grandes servidores de inte intern rnet et y no noss en enví vían an a nu nues estr tros os disp dispos osititiv ivos os o eq equi uipo poss los los da dato toss qu que e requerimos en ese momento, quedando una copia temporal dentro de nuestro equipo. Que las aplicaciones web sean ejecutadas por medio de un navegador web en una red significa que los datos o los archivos en los que trabajas son procesados y almacenados dentro de la una red a través de un navegador. Por este motivo, este

26

 

CAPITULO # 3 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

tipo de aplicaciones por lo general general,, no necesi necesitan tan ser instal instaladas adas en el ordenador o el móvil. Una pág página ina Web pue puede de contene contenerr elemen elementos tos que perm permite iten n una com comuni unicaci cación ón activa entre el usuario y la información, haciendo que éste acceda a los datos de forma interactiva, ya que el sitio web se encargará de responder a cada una de las acciones que éste ejecute (por ejemplo, acceder a gestores de bases de datos de todo tipo, publicar e interactuar con los contenidos, rellenar y enviar formularios, participar en juegos, etc. Las aplic aplicaciones aciones web están íntimam íntimamente ente relacionada relacionadass con el almac almacenamie enamiento nto de datos en la nube, ya que toda la información se guarda de forma permanente en servidores web, los cuales además de alojar dicha información, nos la envían a nuestros dispositivos móviles o equipos informáticos en cada momento que sea requerida, realizando copias temporales de estos envíos dentro de los equipos y dispositivos que utilicemos. Las empresas que alquilan estos espacios en los servidores web son conocidas como empresas o servicios de Hosting.

3.3.1 Ven 3.3.1 Ventaj tajas as d dee la lass aplic aplicaci acione oness web Las ventajas más importantes que tiene el desarrollo de una App web son las siguientes: 

Ahorro de tiempo: Son Apps sencillas de gestionar, por  lo qu que e pe perm rmit iten en re real aliz izar ar tar area eass de for orm ma fáci fácill sin sin necesidad de descargar ni instalar ningún programa o plugin adicional.



totalment mente e compat compatibles ibles Comple Com pleta ta compat compatibi ibilid lidad: ad: Son total con navegadores para poder utili utilizarlas. zarlas. Sólo se suele requerir que el navegador web esté debidamente actualizado para poder usar este tipo de Apps.



Actualización continua e inmediata: Debido a que es el propio desarrollador App el que gestiona y controla el 27

 

CAPITULO # 3 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

software, la versión que descarguen, instalen y utilicen los usuarios, siempre será la última que haya lanzado dicho desarrollador App. Para ello es imprescindible estar al tanto de lo que ocurre con la App. 

Recuperación de datos: Una de las mayores ventajas de una App Web es que, en la mayor mayoría ía de las ocasion ocasiones es el usuario puede recuperar su información desde cualquier  dispositivo y lugar con su nombre de usuario y contraseña.



Ahorro de recursos en equipos y dispositivos: Las  Apps Web, generalmente tiene un bajo consumo de recursos dado que toda (o gran parte) de la aplicación se encuentra en un servidor web y no en nuestro ordenador.



Compatibilidad Compatibi lidad con múltiples múltiples plataforma plataformas: s: se pueden usar us ar de desd sde e cu cual alqu quie ierr di disp sposi osititivo vo móvi móvill u equ equip ipo o informático, ya que son válidas para cualquier sistema operativo ya que sólo es necesario que cuente con un navegador web.



Portab Por tabili ilidad dad:: com como o he hemo moss in indi dicad cado, o, la lass Ap App p Web so son n compatibles compat ibles con todas las plata plataformas formas (independ (independiente iente del ordenador, equipo informático o dispositivo móvil donde se utililic ut ice) e) ya qu que e co con n te tener ner acces acceso o a in inte tern rnet et se pu pued ede e acceder a las mismas (como si de una página web se tratase).



Mayor funcion funcionalida alidad: d: Cada vez es más sencillo crear, desar arro rolllar actualmente

y

utilizar ofrecen

navegad ado ore ress cada

vez

web, más

funcionalidades para crear "aplicaciones

28

y

ya

que

mejores

 

CAPITULO # 3 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

3. 3.3. 3.22 Tipo Tiposs de Aplic Aplicaci acion ones es We Web b Podemos clasificar las Apps Web en función de cómo se presenta el contenido dentro de la aplicación. Podemos distinguir entre 2 tipos generales de aplicaciones web:

3.3.3 Apl 3.3.3 Aplica icacio ciones nes Web Est Estáti áticas cas Una página web estática es un sitio de Internet que muestra el mismo contenido para todos los usuarios, en vez de proporcionar contenido personalizado a la medida de cada usuario. Las páginas web estáticas, que algunas veces se conocen como páginas planas, contrastan con las páginas web dinámicas que se actualizan frecuentemente y proporcionan información personalizada para usuarios individuales. Ejemplos de aplicaciones web estáticas: Cada da día día nos enco encont ntra ram mos con con más Curr Cu rric icul ulum um Vit Vitae ae:: Ca personas que utilizan la Web para presentar su curriculum vitae, es una buena manera de presentarse hacia las empresas a la hora de encontrar trabajo o establecer relaciones comerciales.

Web We b Qu Ques est: t: Son sitios Web desarrollados principalmente por  profesores profes ores y univer universidades sidades,, con un claro objetiv objetivo o educativo, educativo, proponiendo a un grupo de alumnos un tema en particular con una serie de cuestiones formuladas acerca del tema elegido, el grupo tiene disponible, en la misma Web, direcciones (links) a otras páginas Web donde pueden indagar e investigar acerca del te tema ma,, de ta tall fo forma rma qu que e pue pueda dan n respon responde derr a la lass pr preg egunt untas as planteadas. El principal objetivo de las Web Quest reside en apre ap rend nder er los los cont conten enid idos os de dell tema tema eleg elegid ido o de un una a ma mane nera ra interactiva. donde se recop opiilan Blog o bitácora: Es un sitio Web don

29

 

CAPITULO # 3 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

cronológicamente mensajes de uno o varios autores, sobre una temática en particular siempre conservando el autor la libertad de dejar publicado lo que crea pertinente, también llamado blog o bitácora que e simplemente ofrecen Web Informativa: Aquellos sitios Web qu información acerca de un tema específico (Fiestas en Valencia: Las fallas, Gastronomía andaluza, etc.), por lo general estos siti sitios os no se ac acttuali ualiza zan, n, de tal tal for orma ma que que los los co cont nten enid idos os perm pe rman anec ecen en inva invari riab able less a lo larg largo o de su vida vida Pági Página nass de presentación de empresa para mostrar sus datos de contacto, etc.

30

 

CAPITULO # 3 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

3.3.4 Aplicaciones Web Dinámicas Loss si Lo sititios os we web b di dinám námic icos os so son n aqu aquel ello loss qu que e per permi mite ten n cr crear  ear  aplilica ap caci cion ones es de dent ntro ro de la pr prop opia ia we web, b, otor otorgan gando do un una a ma mayor  yor  interactividad con el navegante. Aplicaciones dinámicas como encuestas y votaciones, noticiarios, foros de soporte, libros de vi visi sita ta,, env envío ío de ee-ma maililss in inte teliligen gente tes, s, res reserv erva a de pr produ oduct ctos, os, pedidoss on-lin pedido on-line, e, atención personaliza personalizada da al cliente, donde el administrador dispone la opción de gestionar dichos apartados, agregando, editando o eliminando contenidos. La gran ventaja de los sitios web dinámicos es la versatilidad, apunta a la personalización de la información mostrada. Permite la toma de decisiones y muestra selectiva de información en función de criterios deseados. Es útil para mostrar una imagen de empresa más sólida y profesional ya que permi rmite guard rdar ar inform rma ación en la computadora del navegante y mostrar en forma personalizada la página web de la empresa, así como la información adecuada al tipo de navegante.

3.3.5 3.3 .5 Ven Ventaj tajas as Ap Aplic licaci acione oness Web Di Dinám námica icass



Mayor libertad en el diseño y el desarrollo: Las webs dinámicas te permiten desarrollar tus ideas sin límites. Por  ejemplo, es posible añadir sistemas de búsqueda dentro de

tu

dominio,

menús

dinámicos,

generadores

automáticos de noticias o sliders personalizados. 

Los vis visita itante ntess pueden pueden per person sonali alizar zar su exp experi erienc encia: ia: Loss usua Lo usuari rios os de tu pá pági gina na web web po podr drán án modi modifificar  car  elementos como la tipografía de las letras, colores o

31

 

CAPITULO # 3 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

tamaño de la pantalla. Esto es un valor añadido a la hora de ofrecer un sitio web corporativo a tus clientes, cuya experiencia de uso será más satisfactoria e interactiva. 

Integració Integ ración n de elementos elementos funcionales funcionales compl complejos: ejos: Los leng lengua uaje jess util utiliz izad ados os en la cr crea eaci ción ón de pá pági gina nass we web b dinámicas dinámi cas son versáti versátiles les,, y perm permite iten n la integra integració ción n de sist sistem emas as

de

inte intera racc cció ión, n,

co cont nte enido nido

au audi diov ovis isua uall

y

animaciones complejas. Todos estos elementos añaden valor val or a tus pági páginas nas web y aum aument entan an el tie tiempo mpo de interacción del usuario con la misma.

3.3.6 3.3 .6 Seg Seguri uridad dad en Aplica Aplicacio ciones nes Web Los ataques en el nivel de aplicación plantean una amenaza común cada vez mayor a la seguridad de la web. Utilizan varios medios para paralizar y penetrar en un sitio web, con resultados que van desde la ralentización del rendimiento del sitio hasta filtraciones de datos e infraestructuras expuestas.

Figura 18 Marco teórico conceptual: Seguridad en Aplicaciones Web

Los ataques de inyección y de nivel de aplicaciones web pueden afectar a diversos tipos de funcionalidades dentro de un sitio. Intentan atacar a la misma aplicación web o reenviar lógicas a la base de datos, donde realmente pueden poner en peligr pel igro o la inform informació ación n alm almace acenada nada dentr dentro o de la base de dat datos. os. Si alm almace acena na información confidencial en su sitio web, o tiene un sitio web que funciona como sitio sitio pro promoc mociona ional,l, los ata ataques ques dir dirigi igidos dos a apl aplica icacio ciones nes web pue pueden den ten tener er un 32

 

CAPITULO # 3 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

impacto negativo tanto en el rendimiento de la actividad empresarial como en la marca en general.

3.3.7 3.3 .7 Fal Fallos los de de segurid seguridad ad en ap apli licaci cacione oness web La mayoría de los fallos de seguridad existentes en aplicaciones web se pueden dividir en tres categorías: Uso incorrecto de autenticación y control de acceso Los parámetros de control de acceso y autenticación son a menudo utilizados y analizados incorrectamente. Esto puede crear un robo de identidad y permitir el acceso a usuarios ilegítimos al sistema. El desarrollador debe expresamente utilizar mecanismos de autenticación y control de acceso para cualquier página web que requiera protección. 3.3.8 Vulnerabilidades de Inyección La inyección consiste en insertar (inyectar) datos formulados especialmente en una función, programa o script. El objetivo es afectar el normal funcionamiento de la aplicación. Con este tipo de ataques se puede modificar el contenido de una base de datos o leer datos sensibles. Loss ataq Lo ataques ues de in inyec yecci ción ón má máss ha habi bitu tual ales es afec afecta tan n a bas bases es de da dato toss (S (SQL QL Injection), servicios de directorio (LDAP Injection), sistemas operativos (Command Injection) y a contenido web dinámico (XSS o Cross-Site Scripting).

3.3.9 Fuga de información Si las funci funciones ones y compone componentes ntes internos de una aplicació aplicación n muest muestran ran información información no segura a través de comentarios o mensajes de error, puede ocasionar fugas de información tales como nombres de usuarios, cuentas, consultas SQL, información de sesión, cookies, etc.

33

 

CAPITULO # 3 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

3.3.10 Medidas de prevención contra las vulnerabil vulnerabilidades idades El aná anális lisis is de las vul vulnera nerabil bilida idades des potenci potenciale aless es un objeti objetivo vo bás básico ico para el in incr crem emen ento to de la se segur gurid idad ad en la lass ap aplilica caci cion ones es we web, b, qu que e en ocas ocasio ione ness es subestimado como factor de riesgo crítico. El mantener parámetros que no son verificados, roles sin controlar, desbordamientos que se producen en la memoria son algunas de las situaciones situaciones que pueden provocar brechas de seguridad en las aplicaciones. Loss de Lo desa sarr rrol ollo loss qu que e se re real aliz izan an come comerc rcia ialm lmen ente te pr pres esen enta tan n las las mi mism smas as deficiencias. De ahí, que necesiten una actualización constante para asegurar la repa re para raci ción ón de bu bugs gs qu que e se van van en enco cont ntra rand ndo o en el tiem tiempo po de vida vida de las las aplicaciones. Con frecuencia, se asemeja la seguridad de una aplicación con la seguridad de la plataforma donde se ejecuta. El esfuerzo que se realice para aumentar aument ar la seguridad tanto a nivel de desarro desarrollo llo como de diseño debe de ser un esfuerzo esfuer zo a nivel de grupo. Hay que incluir en el desarrollo desarrollo un compromiso para el aseguramiento de las aplicaciones. Los servidores de producción y los otros sistemas deben mantenerse regularmente con las últimas firmas para garantizar  que están libres de vulnerabilidades a nivel de sistema. Se recomienda seguir las siguientes indicaciones destinadas a mantener una aplicación alejada de las vulnerabilidades:

3.3.11 Entornos de tr trabajo abajo dif diferenciados erenciados Es mu muyy acon aconse seja jabl ble e ma mant nten ener er en ento torn rnos os se separ parad ados os de dell de produ producc cció ión. n. Lo Loss entornos de calidad y de desarrollo son frecuentemente manipulados por lo que entrarán en conflicto con los datos mostrados por producción. Es primordial que sus entornos estén bien diferenciados, a ser posible mediante un cortafuegos.

34

 

CAPITULO # 3 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

Esta situación es prioritaria cuando el entorno de producción es una zona interna o de transición y accesible desde Internet. Si el entorno de producción tramita y ejecuta procesos, hay que asegurar los mismos tanto a nivel de sistema como de aplilica ap caci ción ón pre previ viam amen ente te a in incl cluir uir nu nuev evos os pr proce oceso sos. s. Es Este te pr prin inci cipi pio o ha hayy qu que e mantenerlo cada vez que se actualice o mejore. 3.3.12 Distribución de las actualizaciones Con cierta frecuencia las aplicaciones realizan actualizaciones para cubrir posibles defifici de cien enci cias as que que se dete detect ctan an a lo larg largo o de dell cicl ciclo o de vida vida de la apli aplica caci ción ón.. Depe De pend ndie iend ndo o de dell car arác ácte terr de est estas ap aplilica caccione iones, s, si son son ex extter erna nas, s, las las actualizaciones son inmediatas, si son internas se debe además examinar el código de las aplicaciones creadas internamente e introducir las actualizaciones o nuevas versiones a medida que vaya siendo necesario. 3.3.133 Contr 3.3.1 Contramedi amedidas das tempo temporales rales Es necesario realizar un protocolo de respuesta ante posibles situaciones que entr en trañe añen n ri ries esgo go pa para ra la lass ap aplilicac cacio iones nes.. En est este e pro proto toco colo lo se pued pueden en in indi dicar  car  acciones a realizar en función de la gravedad del riesgo detectado (cerrar puertos, bloquear direcciones, routers). Es muy importante, para lograr eficiencia en la respuesta, saber interpretar los efectos que delimitan el riesgo y mantener a todo el equipo de trabajo involucrado plenamente informado del protocolo de respuesta ante la activación del mismo.

3.3.14 Modo de Fallos Se debe de disponer de un plan que permita mantener en funcionamiento el proceso crítico si se da la situación que una aplicación falle. Es decir, debe de permitir una transacción que permita enrutarse, de forma ajena a la aplicación, o bien permitir realizar de forma manual las funciones descritas en la aplicación. Lo más importante es mantener el criterio de " cierre ante fallo". Una aplicación no 35

 

CAPITULO # 3 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

debe abrirse si detecta un fallo. Si lo hace, corre el riesgo de permitir permitir todo tipo de acciones accion es en el sistema. Las aplic aplicacione acioness o sus comprobaci comprobaciones ones internas siempre deben cerrarse al fallar.

36

 

CAPITULO # 3 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

3.3.15 Conocimiento de desarrolladores y políticas Es muy importante que todas las personas involucradas en un desarrollo tengan el conoc co nocim imie ient nto o ne neces cesari ario o de la lass he herra rrami mien enta tass di disp sponi onibl bles es y de la lass po polílítiticas cas necesarias para crear códigos seguros. Las políticas de seguridad deben de ser  generales, por lo tanto, deben de mantenerse en un nivel que permita aplicarse al global del conjunto de proyectos. 3. 3.4 4 Arqu Arquit itec ectu tura ra Tres Tres Capa Capas s

La arquitectura de tres capas presenta las siguientes capas:

Capa de presentación: es la que ve el usuario (también se la denomina "capa de usuario"), presenta el sistema al usuario, le comunica la información y captura la información del usuario en un mínimo de proceso (realiza un filtrado previo para comprobar que no hay errores de formato). También es conocida como interfaz gráfica y debe tener la característica de ser "amigable" (entendible y fácil de usar) para el usuario. Esta capa se comunica únicamente con la capa de negocio.

Capa de negocio: es donde residen los programas que se ejecutan, se reciben las peticiones del usuario y se envían las respuestas tras el proceso. Se denomina capa de negocio (e incluso de lógica del negocio) porque es aquí donde se establecen todas las reglas que deben cumplirse. Esta capa se comunica con la capa de presentación, para recibir las solicitudes y presentar los resultados, y con la capa de datos, para solici solicitar tar al gestor de base de datos almacenar o recuperar  datos de él. También se consideran aquí los programas de aplicación.

Capa de datos: es donde residen los datos y es la encargada de acceder a los mismos. Está formada por uno o más gestores de bases de datos que realizan todo tod o el alm almace acenam namien iento to de dat datos, os, rec recibe iben n sol solici icitud tudes es de alm almacen acenami amient ento o o recuperación de información desde la capa de negocio.

37

 

CAPITULO # 3 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

3.5 Arquit Arquitect ectura ura Client Cliente e servi servidor  dor 

Esta arquitectura consiste básicamente en un cliente que realiza peticiones a otro programa (el servidor) que le da respuesta. Aunque esta idea se puede aplicar a programas que se ejecutan sobre una sola computadora es más ventajosa en un sistema operativo multiusuario distribuido a través de una red de computadoras. La interacción cliente-servidor es el soporte de la mayor parte de la comunicación por redes. Ayuda a comprender las bases sobre las que están construidos los algoritmos distribuidos. El servidor debe negociar con su Sistema Operativ Operativo o un puerto (casi siempre bien conoci con ocido) do) don donde de esp esperar erar las sol solici icitud tudes. es. El ser servid vidor or espe espera ra pas pasivam ivament ente e las peticiones petici ones en un puerto bien conoci conocido do que ha sido reservado para el servic servicio io que ofrece. El cliente también solicita, a su sistema operativo, un puerto no usado desde el cual enviar su solicitud y esperar respuesta. Un cliente ubica un puerto arbitrario, no utilizado y no reservado, para su comunicación. En una interacción se necesita reservar solo uno de los dos puertos, asignados un identificador único de puerto para cada servicio, se facilita la construcción de clientes y servidores. Los servidores por lo general son más difíciles de construir que los clientes pues aunque se implantan como programas de aplicación deben manejar peticiones concurrentes, concurre ntes, así como reforzar reforzar todos los procedimien procedimientos tos de acceso y protecc protección ión del sistema computacional en el que corren, y protegerse contra todos los errores posibles. El cliente y el servidor pueden interactuar en la misma máquina

38

 

CAPITULO # 4.- MARCO TEORICO CONCEPTUAL DE LA  METODOLOGIA  METOD OLOGIA

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

4.1Proceso Unificado de Rational (RUP) El Proceso Unificado es un proceso de desarrollo de software: “conjunto de actividades necesarias para transformar los requisitos del usuario en un sistema software”. RUP es un marco genérico que puede especializarse para una variedad de tipos ipos de sist sistem emas as,, dife difere rent ntes es ár área eass de ap aplilica caci ción ón,, tipo tiposs de organizaciones, niveles de aptitud y diferentes tamaños de proyectos. RUP está basado en componentes. RUP está dirigido por casos de uso, centrado en la arquitectura, y es iterativo e incremental. RUP es el result resultado ado de varios años de desarrollo y uso práct práctico ico en el que se han unificado técnicas de desarrollo a través del UML, y trabajo de muchas metodologías utilizadas por los clientes. La versión que se ha estandarizado vio la luz en 1998 y se conoció en sus inicios como Proceso Unificado de Rational 5.0; de ahí las siglas con las que se identifica a este proceso de desarrollo.

4.2Características del proceso Características esenciales del RUP: 



utiliza iza casos Proceso dirigido por los Casos de Uso: El proceso util de uso para manejar  el proceso de desarrollo desde la Incepción hasta el Despliegue.

Figura 19 Proceso Dirigido por los Casos de Uso

Fuente: http://cidecame.uaeh.edu.mx

37

   

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA



Proceso Pro ceso Itera Iterativ tivo o e Inc Increm rement ental: al: El proceso reconoce que es práctico dividir grandes proyectos en proyectos más pequeños o mini-proyectos. Cada mini- proyecto comprende una iteración que resulta en un incremento. Una iteración puede abarcar la totalidad de los flujos del proceso. Las iteraciones son planificadas con base a los casos de uso.



Proceso Centrado en la Arquitectura: El proceso busca entender  los aspectos estáticos y dinámicos más significativos en términos de arquitectura de software. La arquitectura se define en función de las necesidades de los usuarios y se determina a partir de los Casos de Uso base del negocio. Arquitectura de un sistema es la organ org aniz izac ació ión n o est estruc ructu tura ra de su suss pa part rtes es má máss re rele leva vant ntes. es. Un Una a arquitectura arquit ectura ejecutabl ejecutable e es una impl implementa ementación ción parcial del siste sistema, ma, construida para demostrar algunas funciones y propiedades. .

Proceso Iterativo e Incremental o

El ciclo de vida iterativo se basa en la evolución de prototipos ejecutables que se muestran a los usuarios y clientes

o

En el ciclo de vida iterativo a cada iteración se reproduce el ciclo de vida en cascada a menor escala

o

Los objetivos de una iteración se establecen en función de la evaluación de las iteraciones precedentes o

Las actividades se encadenan en una mini-cascada con un alcance limitado por los objetivos de la iteración

Figura 20 Ciclo de vida

http://cidecame.ua Fuente:http://cidecame.ua Fuente: eh.edu.mx 

38

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

Cada iteración comprende: 







Planificar la iteración (estudio de riesgos)  Análisis de los Casos de Uso y escenarios Diseño de opciones arquitectónicas Codi Co dififica caci ción ón y pru prueba ebas. s. La in inte tegr graci ación ón del del nue nuevo vo código con el existente de iteraciones anteriores se hace gradualmente durante la construcción.

4.3 Fases e iteraciones El ciclo de vida consiste en una serie de ciclos, cada una de las cuales produce una nueva versión del producto. Cada ciclo está compuesto por fases y cada una de estas fases está compuesta por un número de iteraciones. Las fases son:

4.3. 4.3.11 Fa Fase se de in inic icia iaci ción ón Durante la fase inicial se concibe la idea central del producto, se arma el documento documen to de visión. visión. En esta fase, se revisa y confirma nuestro entend ent endimi imient ento o sobre sobre los obj objeti etivos vos central centrales es del neg negoci ocio. o. Que Querem remos os entender los argumentos comerciales en favor de porqué el proyecto debe intentarse. Define el ámbito y objetivos del proyecto 

Se define la funcionalidad y capacidades del producto

Durante la fase de inicio se desarrolla una descripción del producto final y se presenta el análisis del negocio. Esta fase responde las siguientes preguntas: 

¿Cuáles son las principales funciones del sistema para los usuarios más importantes?



¿Cómo podría ser la mejor arquitectura del sistema?

39

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

En esta fase se identifican y priorizan los riesgos más importantes. El objetivo de esta fase es ayudar al equipo de proyecto a decidir cuáles son los verdaderos objetivos del proyecto. Las iteraciones exploran diferentes soluciones posibles, y diferentes arquitecturas posibles. Puede que todo el trabajo físico realizado en esta fase sea descartado. Los artefactos que típicamente sobreviven a esta fase son: 

Un en enun unci ciad ado o

de los los ma mayo yore ress re requ quer erim imiien ento toss

plant lantea eado doss

generalmente como casos de uso. 

Un boceto inicial de la arquitectura.



Una descripción de los objetivos del proyecto.



Una versión muy preliminar del plan del proyecto.



Un modelo del negocio.

La fase de inicio finaliza con el Hito de Objetivos del Ciclo de Vida. Este hito es alcanzado cuando el equipo de proyectos y los stakeholders llegan a un acuerdo sobre: 

Cuál es el conju conjunto nto de necesi necesidades dades del negocio, y qué conjunto de funciones satisfacen estas necesidades.



Una planificación preliminar de iteraciones.



Una arquitectura preliminar.

4.3. 4.3.22 Fa Fase se de el elab abor oraci ación ón Durante la fase de elaboración la mayoría de los Casos de Uso son especificados en detalle y la arquitectura del sistema es diseñada. Esta fase se focaliza en las “habilidades” del proyecto. 

Tanto la funcionalidad como el dominio del problema se estudian en profundidad



Se define una arquitectura básica

40

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA 

Se planifica el proyecto considerando recursos disponibles

41

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

uso del producto y se diseña la arquitectura. Las iteraciones en la fase de elaboración: 



Establecen una firme comprensión del problema a solucionar. Establece la fundación arquitectural para el software.



Establece un plan detallado para las siguientes iteraciones.



Elimina los mayores riesgos.

El resultado de esta fase es la línea base de la arquitectura. En esta fase se construyen típicamente los siguientes artefactos: 

El cuerpo básico del sw en la forma de un prototipo arquitectural.



Casos de prueba.





La mayoría de los casos de uso (80%) que describen la funcionalidad del sistema. Un plan detallado para las siguientes iteraciones.

La fase de elaboración finaliza con el hito de la Arquitectura del Ciclo de Vida. Este hito se alcanza cuando el equipo de desarrollo y los stakeholders llegan a un acuerdo sobre: 

Los casos de uso que describen la funcionalidad del sistema.



La línea base de la arquitectura.





Los mayores riesgos han sido mitigados. El plan del proyecto.

 Al alcanzar este hito debe poder responderse a preguntas como: 

¿Se ha creado una línea base de la arquitectura? ¿Es adaptable y robusta? ¿Puede evolucionar?



¿Se han identificado y mitigado los riesgos más graves?



¿Se ha desarrol desarrollado lado un plan del proyecto hasta el nivel necesari necesario o para respaldar  respaldar 



una agenda, costes y calidad realista? ¿Proporciona el proyecto, una adecuada recuperación de la inversión?

42

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA



¿Se ha obtenido la aprobación de los inversores?

4.3.3 4.3 .3 Fas Fasee de desa desarro rroll llo o o constr construcc ucción ión Durante la fase de construcción, el foco del producto se mueve de la arquitectura de base a un sistema lo suficientemente completo como para llevarlo al usuario. El baseline de arquitectura crece en complejidad y se convierte en un sistema completo, de la misma manera, se refina el diseño para llevarlo a código fuente. 

El producto se desarrolla a través de iteraciones donde cada iteración involucra tareas de análisis, diseño e implementación.



Las fases de estudio y análisis sólo dieron una arquitectura básica que es aquí refinada de manera incremental conforme se construye (se permiten cambios en la estructura).





Gran parte del trabajo es programación y pruebas. Se documenta tanto el sistema construido como el manejo de este.



Esta fase proporciona un producto construido junto con la documentación.

Durante la fase de construcción se crea el producto. La línea base de la arquitectura crece hasta convertirse en el sistema completo.  Al final de esta fase, el producto contiene todos los casos de uso implementados, sin embargo, puede que no esté libre de defectos. Los artefactos producidos durante esta fase son: 

El sistema software



Los casos de prueba



Los manuales de usuario

La fase de construcción finaliza con el hito de Capacidad Operativa Inicial. Este hito se alcanza cuando el equipo de desarrollo y los stakeholders llegan a un acuerdo sobre: 

El producto es estable para ser usado.



El producto provee alguna funcionalidad de valor.

43

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA



Todas las partes están listas para comenzar la transición.

4. 4.3. 3.44 Fa Fase se de tr tran ansi sici ción ón En la fase de transi transición ción el objetivo es garantizar garantizar que los requisit requisitos os se han cumplido cumplido,, con la satisfacción de las partes interesadas. Esta fase a menudo se inicia con una versión beta de la aplicación. Otras actividades incluyen la preparación del ambiente, se completan, se identifican y corrigen defectos. La fase de transición termina con un cierre dedicado al aprendizaje de lecciones, las cuales quedan para futuros ciclos. 

Se libera el producto y se entrega al usuario para un uso real.



Se

incluyen

tareas

de

marketing,

empaquetado

atractivo,

instalación,

configuración, entrenamiento, soporte, mantenimiento, etc. 

Los manuales de usuario se completan y refinan con la información anterior.



Estas tareas se realizan también en iteraciones.

La fase de transición cubre el período durante el cual el producto se convierte en la versión beta. Las iteraciones en esta fase continúan agregando características al sw. Sin embargo, las características se agregan a un sistema que el usuario se encuentra utilizando activamente. Los artefactos construidos en esta fase son los mismos que en la fase de constru cons trucci cción. ón. El equ equipo ipo se encuen encuentra tra ocup ocupado ado fun fundame damenta ntalme lmente nte en corr corregi egirr y extender la funcionalidad del sistema desarrollado en la fase anterior. La fase de transición finaliza con el hito de Lanzamiento del Producto. Este hito se alcanza cuando el equipo de desarrollo y los stakeholders llegan a un acuerdo sobre: 



Se han alcanzado los objetivos fijados en la fase de Inicio. El usuario está satisfecho.

44

   

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

7.4Componentes del RUP Como Co mo RU RUP P es un pr proc oceso eso,, en su mo mode dela laci ción ón de defifine ne com como o sus pr prin inci cipal pales es elementos: Define el comportamiento y responsabilidades (rol) de un individuo, grupo de individuos, sistema automatizado o máquina, que trabajan en conjunto como un equipo. Ellos realizan las actividades y son propietarios de elementos. Es una tarea que tiene un propósito claro, es realizada por un trabajador y manipula elementos. Product Pro ductos os tan tangib gibles les del pro proyect yecto o que son prod produci ucidos dos,, mod modifi ificado cadoss y usados por las actividades. Pueden ser modelos, elementos dentro del modelo, código fuente y ejecutables. Secuencia de actividades realizadas por trabajadores y que produce un resultado de valor observable.

7.5Flujos de trabajo del RUP

Figura 21 Esfuerzo en acvidades según fase del Proyecto

Fuente: https://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational.gif 

45

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

Los flujos de trabajo son los siguientes:

4.5. 4.5.11 Mo Mode dela lado do de nego negoci cio o El modelado del negocio es una técnica técnica para compre comprender nder los procesos de negocio de la organización. El modelado del negocio está soportado por dos tipos de modelos de UML: el modelado de casos de usos y modelos de objetos. Con este flujo de trabajo pretendemos llegar a un mejor entendimiento de la organización donde se va a implantar el producto. Los objetivos del modelado de negocio son: 

Entender la estructura y la dinámica de la organización para la cual el



sistema va a ser desarrollado (organización objetivo). Entender el problema actual en la organización objetivo e identificar  sus potenciales y mejoras.



 Asegurar que los clientes, usuarios finales y desarrolladores te teng ngan an



un en ente tend ndim imie ient nto o ccom omún ún de la organ organiz izac ació ión n ob obje jetitivo vo..

Derivar los requisitos del sistema necesarios para apoyar a la organización objetivo.

Para lograr estos objetivos, el modelo de negocio describe cómo desarrollar  una visión de la nueva organización, basado en esta visión se definen procesos, roles y responsabilidades de la organización por medio de un modelo de Casos de Uso del negocio y un Modelo de Objetos del Negocio.

4.5. 4.5.22 Re Requ quer erim imie ient ntos os Este es uno de los flujos de trabajo más importantes, porque en él se establece qué tiene que hacer exactamente el sistema que construyamos. En esta línea los requisitos son el contrato que se debe cumplir, de modo que los usuarios finales tienen que comprender y aceptar los requisitos que especifiquemos.

46

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA



Establecer y mantener un acuerdo entre clientes y otros stakeholders sobre lo que el sistema podría hacer.



Proveer a los desarrolladores un mejor entendimiento de los requisitos del



sistema. Definir el ámbito del sistema.



Proveer una base para la planeación de los contenidos técnicos de las iteraciones.



Proveer una base para estimar costos y tiempo de desarrollo del sistema.

Loss re Lo requi quisi sito toss se divi divide den n en dos gru grupo pos. s. Los Los re requ quis isititos os funci funcion onal ales es representan la funcionalidad del sistema. Se modelan mediante diagramas de Casos de Uso. Los requisitos no funcionales representan aquellos atributos que debe exhibir el sistema, pero que no son una funcionalidad espec específ ífic ica. a. Por Por ejem ejempl plo, o, re requ quis isititos os de fa faci cililidad dad de uso, uso, fifiabi abililida dad, d, eficiencia, portabilidad, etc. Para capturar los requis requisitos itos es preciso entrevi entrevistar star a todos los interesados en el proyecto, no sólo a los usuarios fina finales, les, y anotar todas sus petitici pe cion ones. es. A pa part rtir ir de el ella lass hay qu que e de desc scubr ubrir ir lo qu que e ne nece cesi sita tan n y expresarlo en forma de requisitos. En este flujo de trabajo, y como parte de los requisitos de facilidad de uso, se dise diseña ña la in inte terf rfaz az gr gráf áfic ica a de us usuar uario io.. Pa Para ra ello ello hab habititua ualm lmen ente te se construyen prototipos de la interfaz gráfica de usuario que se contrastan con el usuario final.

4.5. 4.5.33 An Anál ális isis is y d dis iseñ eño o El ob obje jetitivo vo de est este e flfluj ujo o de tr traba abajo jo es tr trad aduci ucirr lo loss re requi quisi sito toss a un una a esp es pec eciificac aciión

que

descri rib be

cómo

implementar

Los objetivos del análisis y diseño son: 

Transformar los requisitos al diseño del futuro sistema.

el

sistema.

47

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA 

Desarrollar una arquitectura para el sistema.

48

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

El análisis consiste en obtener una visión del sistema que se preocupa de ver qué hace, de modo que sólo se interesa por los requisitos funcionales. Por otro lado, el diseño es un refinamiento del análisis que tiene en cuenta los requisitos no funcionales, en definitiva, cómo cumple el sistema sus objetivos.Al principio de la fase de elaboración hay que definir una arquite arqu itectu ctura ra can candid didata ata:: cre crear ar un esquema esquema inicia iniciall de la arq arquit uitect ectura ura del sistema, identificar clases de análisis y actualizar las realizaciones de los Casos de Uso con las interacciones de las clases de análisis. Durante la fase de elaboración se va refinando esta arquitectura hasta llegar a su forma definitiva. En cada iteración hay que analizar el comportamiento para diseñar componentes. Además, si el sistema usará una base de datos, habrá que diseñarla también, obteniendo un modelo de datos. El resultado final más importante de este flujo de trabajo será el modelo de diseño. Consiste en colaboraciones de clases, que pueden ser agregadas en paquetes y subsistemas. 4.5 .5.3 .3.1 .1 Anál Anális isis is

Durante el análisis, analizamos los requisitos que se describieron en la capt ca ptur ura a de requi requisi sito tos, s, re refifinán nándo dolo loss y est estruc ructu turán rándo dolo los. s. El ob obje jetitivo vo de hacerlo es conseguir una comprensión más precisa de los requisitos y una descripción de estos que sea fácil de mantener y que nos ayude a estructurar el sistema entero, incluyendo su arquitectura. El lenguaje que utilizamos en el análisis se basa en un modelo de objetos conceptual, que llamamos modelo de análisis. El modelo de análisis nos ayuda a refinar los requisitos. 4.5 .5.3 .3.2 .2 Di Dise seño ño

Durante el diseño modelamos el sistema y su arquitectura para que soporte los requisitos funcionales funcionales y no funcionales funcionales.. Una entrada esencial al diseño es el modelo de análisis.

49

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

4.5. 4.5.44 Im Impl plem emen enta taci ción ón y pru prueb ebas as 4. 4.5. 5.4. 4.1 1 Imple Implemen menta tació ción n

En la impl implem emen enta taci ción ón em empe peza zamo moss con con el re resu sultltad ado o de dell dise diseño ño e implementamos el sistema en término de componentes, es decir, ficheros de có códi digo go fu fuen ente te,, scr scrip ipts ts,, fich fichero eross de có códi digo go bina binario rio,, ejec ejecut utab able less y similares. La implementación es el centro durante las iteraciones de construcción, aunque también se lleva a cabo trabajo de implementación durante la fase de elaboración, para crear la línea base ejecutable de la arquitectura, y durante la fase de transición para tratar defectos tardíos. En este flujo de trabajo se implementan las clases y objetos en ficheros fu fuen ente te,, binar binario ios, s, ejecu ejecuta tabl bles es y de demá más. s. Ademá Además, s, se deben deben ha hacer cer la lass pruebas prue bas de unidad unidad,, es dec decir, ir, cada cada imp implem lement entado adorr es res respons ponsabl able e de probar las unidades que produzca. El resultado final de este flujo de trabajo es un sistema ejecutable. En cada iteración habrá que hacer lo siguiente: 

Planificar qué subsistemas deben ser implementados y en qué orden deben ser integrados, formando el Plan de Integración.



Cada implementador decide en qué orden implementa los elementos del subsistema.



Si encuentra errores de diseño, los notifica.



Se prueban los subsistemas individualmente.

La estructura de todos los elementos implementados forma el modelo de implementación. La integración debe ser incremental, es decir, en cada momento sólo se añade un elemento. De este modo, es más fácil localizar  fallos y los componentes se prueban más a fondo. En fases tempranas del proceso proc eso se pue pueden den imp implem lement entar ar prot prototi otipos pos para para reducir reducir el rie riesgo. sgo. Su

50

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

utilidad puede ir desde ver si el sistema es viable desde el principio, probar  tecnologías o diseñar la interfaz de usuario.

51

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

4.5 .5.4 .4.2 .2 Pr Prue ueba bas s

Los objetivos de la prueba son: 

Planificar las pruebas necesarias en cada iteración, incluyendo las pruebas de integración y las pruebas de sistema.



Dise Diseña ñarr e im impl plem emen enta tarr pr prue ueba bass cr crea eand ndo o los los caso casoss de pr prue ueba ba (esp (e spec ecifific ican an qu qué é pr prob obar ar), ), pr proc oced edim imie ient ntos os de pr prue ueba ba,, cr crea eand ndo o componentes de prueba para automatizar las pruebas.



Realizar las pruebas.

Este flujo de trabajo es el encargado de evaluar la calidad del producto que estamos desarrollando, pero no para aceptar o rechazar el producto al final del proceso de desarrollo, sino que debe ir integrado en todo el ciclo de vida. Esta disciplina brinda soporte a las otras disciplinas. Sus objetivos son: 

Encontrar y documentar defectos en la calidad del software.



Generalmente asesora sobre la calidad del software percibida.



Prove Pro vee e la va valilidac dació ión n de lo loss su supu puest estos os re real aliz izado adoss en el dise diseño ño y especificación de requisitos por medio de demostraciones concretas.



Verificar las funciones del producto de software según lo diseñado.



Verificar que los requisitos tengan su apropiada implementación.

Las actividades actividades de este flujo comienz comienzan an pronto en el proyecto con el plan de prueba (el cual contiene información sobre los objetivos generales y específicos de las pruebas en el proyecto, así como las estrategias y recursos con que se dotará a esta tarea) o incluso antes, con alguna evaluación durante la fase de inicio y continuará, durante todo el proyecto. El desarrollo del flujo de trabajo consistirá en planificar qué es lo que hay que probar, diseñar cómo se va a hacer, implementar lo necesario para lllleva evarl rlos os a cab cabo, o, ej ejec ecut utarl arlos os en lo loss ni nivel veles es nec necesa esari rios os y ob obte tene nerr lo loss

52

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

resul res ulta tados dos,, de fo form rma a qu que e la in info form rmac ació ión n obt obten enid ida a nos si sirv rva a pa para ra ir  refinando el producto a desarrollar.

53

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

4.5 4.5.5 Des esp plieg liegue ue El ob obje jetitivo vo de este este flfluj ujo o de tr traba abajo jo es pr prod oduc ucir ir co con n éx éxitito o dist distri ribuc bucio iones nes de dell producto y distribuirlo a los usuarios. Las actividades implicadas incluyen: 

Probar el producto en su entorno de ejecución final.



Empaquetar el software para su distribución.



Distribuir el software.



Instalar el software.



Proveer asistencia y ayuda a los usuarios.



Formar a los usuarios y al cuerpo de ventas.



Migrar el software existente o convertir bases de datos.

Este flujo de trabajo se desarrolla con mayor intensidad en la fase de transición, ya que el propósito del flujo es asegurar una aceptación y adaptación adapta ción sin compli complicacion caciones es del software por parte de los usuario usuarios. s. Su ejecución inicia en fases anteriores, para preparar el camino, sobre todo con actividades de planificación, en la elaboración del manual de usuario y tutoriales. 4.5. 4. 5.5. 5.1 1 Vista Vista General General del flujo flujo de trabajo trabajo de Despliegue Despliegue

Implica probar el software en su ambiente operacional final, empacar el softw sof twar are e pa para ra la en entr treg ega, a, di dist stri ribu buir ir el so soft ftwa ware, re, in inst stal alar ar el soft softwa ware, re, entrenar a los usuarios finales y convertir las bases de datos anteriores para la carga de datos. Hay tres maneras de proveer del producto al usuario final: 

La instalación en el cliente.



Se entre ntrega ga un “i “ins nsttalad alador or”” (g (gen ener erad ado o co con n algún lgún pr prod oduc uctto de compresión e instalación).

54

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA 

 Acceder al software por la Internet.

55

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA



Planificar el Despliegue.



Desarrollar Material de Soporte.

Prod Produc uce e el ma mate teri rial al de sopo soport rte, e, el cual cual incl incluy uye e inst instru rucc ccio ione ness pa para ra in inst stal alac ació ión, n, op oper eraci ación ón y ma mant nten enim imie ient nto o pa para ra el sist sistem ema a de despl splega egado do.. También Tambi én inclu incluye ye el mater material ial de entren entrenamient amiento o para las divers diversas as posici posiciones ones requeridas para usar el sistema efectivamente: 

Manejar las Pruebas de Aceptación.



Producir la Unidad de Despliegue.



Empaquetar el Producto.





Proveer Acceso al sitio de Descarga. Producto en Beta.

4.5.6 4.5 .6 Ges Gesti tión ón y cconf onfigu igurac ración ión de cam cambio bioss La finalidad de este flujo de trabajo es mantener la integridad de todos los artefactos que se crean en el proceso, así como de mantener información del proceso evolutivo que han seguido.

4.5.7 4.5 .7 Ges Gesti tión ón d del el p proy royect ecto o y entor entornos nos 4. 4.5. 5.7. 7.11 Ges Gesti tión ón del del pro proyec yecto to La Gestión del proyecto es el arte de lograr un balance al gestionar  objetivos, riesgos y restricciones para desarrollar un producto que sea acorde a los requisitos de los clientes y los usuarios. Los objetivos de este flujo de trabajo son: 

Prove Pro veer er un ma marco rco de tr trab abaj ajo o pa para ra la ge gest stió ión n de pro proye yect ctos os de soft softwa ware re intensivo.



Prove Pro veer er guí guías as pr práct áctic icas as,, rea realilizar zar plan planeac eació ión, n, co cont ntrat ratar ar pe perso rsona nal,l, ejecutar y monitorear el proyecto.

56

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA 

Proveer un marco de trabajo para gestionar riesgos.

57

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

4.5.7.2 En Ento torn rno o La finalidad de este flujo de trabajo es dar soporte al proyecto con las adecuadas herramientas, procesos y métodos. Brinda una especificación de las herramientas que se van a necesitar en cada momento, así como definir la instancia concreta del proceso que se va a seguir. En concreto, las responsabilidades de este flujo de trabajo incluyen: 

Selección y adquisición de herramientas.



Esta Es tabl blec ecer er y co conf nfig igur urar ar las he herr rram amiien enta tass pa para ra qu que e se ajus ajuste ten n a la organización.



Configuración del proceso.



Mejora del proceso.



Servicios técnicos.

El principal artefacto que se usa en este flujo de trabajo es el caso de desarrollo que específica para el proyecto actual, en concreto, cómo se aplicará el proceso, qué productos se van a utilizar y cómo van a ser  utilizados. Además, se tendrán que definir las guías para los distintos aspectos del proceso, como pueden ser el modelado del negocio y los Casos de Uso para la interfaz de usuario, el diseño, la programación.

Lenguaje unificado de modelado (UML) Los sistemas de software que se desarrollan en la actualidad tienen un grad grado o de comp comple lejijida dad d tan tan alto alto qu que e ha hace ce im impo posi sibl ble e comp compre rend nder erlo loss solamente con procesos mentales, es por ello que se requiere modelar los sistemas. La selección del tipo de modelos a emplear tiene una profunda influencia en la manera como el problema es atacado y resuelto. Un solo modelo no es suficiente, todo sistema complejo es mejor entendido a trav través és de un co conj njun untto de mod ode elos los peq eque ueño ñoss e inde indepe pend ndie ient ntes es interconectados entre sí.

58

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

En consecuencia, para incrementar la comprensión de estos modelos y su comunicación es requerido contar con una notación común, el UML.

59

   

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

Una notación de modelado es un lenguaje cuyo vocabulario y reglas se enfocan en la representación física y conceptual de un sistema. El UML es un lenguaje para: 

Visualizar 



Especificar 



Construir 



Documentar 

Los artefactos de un sistema de software.

Figura 22 Unied Modeling Language (UML)

Fuente: http://cidecame.uaeh.edu.mx

4.6.1 4.6 .1 Mod Modela elado do del Com Compor portam tamien iento to ¿Qué es un modelo? Un modelo captura una vista de un sistema del mundo real. Es una abstracción de dicho sistema, considerando un cierto propósito. Así, el modelo describe completamente aquellos aspectos del sistema que son relevantes al propósito del modelo, y a un apropiado nivel de detalle.

60

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

¿Qué es un Diagrama? Un diagrama es una representación gráfica de una colección de elementos de modelado, a menudo dibujada como un grafo con vértices conectados por arcos. ¿Qué es la conducta de un sistema? Ning Ningún ún si sist stem ema a vi vive ve asil asilad ado; o; ca cada da sist sistem ema a in inte tera ract ctúa úa con con pe pers rson onas, as, sistemas siste mas o dispos dispositivo itivos, s, con el fin de alcanzar un objet objetivo. ivo. Estas interacciones generan resultados predecibles. Los casos de uso son el mecanismo para capturar la conducta deseada de un sistema que está bajo desarrollo. Estas especificacione especificacioness no contienen detalles de cómo esta conducta es implantada. UML define un modelo para comunicar la conducta de un sistema: el modelo de casos de uso. ¿Qué es el comportamiento del sistema? No existen sistemas en aislamiento. Cada sistema interactúa con la gente o sistemas automatizados para el mismo propósito. Estas interacciones resultan en algún tipo de resultado predecible. Este resultado predecible es el comportamiento del sistema. Loss ca Lo caso soss de uso son lo loss me meca cani nism smos os pa para ra ca capt ptur urar ar el me meca cani nism smo o deseado, esto es, bajo el desarrollo, pero no especifica cómo debe ser  implementado el comportamiento. UML especifica un modelo para comunicar el comportamiento del sistema, el modelo de caso de uso. 4.6. 4. 6.1. 1.1 1 Diagrama Diagrama de inter interacci acciones ones

Son aquellos que muestran las interacciones de un usuario con el sistema. Interacción es una cadena de mensajes enviados entre los objetos en respuesta a un evento generado por el usuario sobre la aplicación.

61

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

Los diagramas de interacción pueden ser Diagramas de Secuencia y Diagra Dia gramas mas de Colabor Colaboraci ación. ón. Estos Estos dia diagra gramas mas conform conforman an la eta etapa pa del diseño de la aplicación, aplicación, y se crean a partir de los diagramas de Casos de Uso y el Conceptual. Los Diagramas de Secuencia representan una interacción entre objetos de manera secuencial en el tiempo. Muestra la participación de objetos en la interacción entre sus “líneas de vida” (desde que son instancias) y los mensajes que ellos organizadamente intercambian en el tiempo. El responsable o ACTOR es quien inicia el ciclo interactuando inicialmente con la interfaz de usuario: GUI; en seguida se inician todos los objetos que intervienen en el funcionamiento del aplicativo. En este diagrama se comienza a observar el comportamiento del sistema a partir de los eventos

generados por los actores. Aquí se interactúa con instancias, no con clases. Figura 23 Diagrama Interacción - Caso de uso Ingresar Proyecto.

62

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA Fuente: http://cidecame.uaeh.edu.mx 

63

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

Los Diagramas de Colaboración dan todas las especificaciones de los métodos. Éstos permiten describir una operación específica incluyendo sus argumentos y variables locales creadas durante su ejecución. Se muestran los obj bje etos y mensajes que son ne neccesari rios os para cumplir con un requerimiento o propósito, o con un conjunto de ellos. Se pueden elaborar  para una operación o para un Caso de Uso, con el fin de describir el contexto en el cual su comportamiento ocurre. 4.6. 4. 6.1. 1.2 2 Diagrama Diagrama de casos casos de uso uso

¿Qué es la conducta de un sistema? Ning Ningún ún si sist stem ema a vi vive ve aisl aislad ado, o, ca cada da sist sistem ema a in inte tera ract ctúa úa con con pe perso rsona nas, s, sistemas siste mas o dispos dispositivos itivos,, con el fin de alcanz alcanzar ar un objet objetivo. ivo. Estas interacciones generan resultados predecibles. Estos resultados conforman la conducta del sistema. La conducta de un sistema es cómo actúa y reacciona a los estímulos de sus usuarios, es la actividad visible y verificable de un sistema y ésta es capturada en casos de uso. Los casos de uso son el mecanismo para capturar la conducta deseada de un sistema que está bajo desarrollo. UML define un modelo para comunicar la conducta de un sistema: el modelo de casos de uso. ¿Qué es un modelo de casos de uso? Un modelo de casos de uso describe los requerimientos funcionales de un sistema. Este modelo contiene las funciones deseadas y sirve como un contrato entre el cliente y los desarrolladores. El clien liente te debe debe ap apro roba barr el model odelo o de caso casoss de us uso. o. Cua uand ndo o es estta aprobación se obtiene, tenemos la certeza de que sabemos lo que el sistema debe realizar. Este modelo también puede ser utilizado durante el

64

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

desarrollo del sistema para realizar ajustes a la funcionalidad solicitada por  el cliente.

65

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

Figura 24 Diagrama de un caso de uso

Fuente: http://cidecame.uaeh.edu.mx 

Los participantes en el proyecto lo utilizan para entender mejor el sistema. Los diseñadores lo utilizan como la base para realizar su trabajo y obtener  una visión general del sistema. El personal de pruebas los utiliza para planificar qué funcionalidad es la que debe ser validada. Los documentadores los utilizan como base para escribir las guías de usuarios. usuari os. El arquitecto los utiliza utiliza para identific identificar ar y valida validarr la funcionali funcionalidad dad arquitectónicamente representativa. El líder de proyecto los utiliza para planificar las actividades del proyecto. ¿Cuáles son los beneficios del modelo de casos de uso? El rol más importante del modelo de casos de uso es comunicar el comportamiento del sistema a los clientes y usuarios finales. En consecuencia, debe ser fácil de entender. Los actores son los usuarios y cualquier otro sistema que interactúa con el sistema que se está desarrollando. Los actores ayudan a delimitar el sistema y nos dan una clara visión de lo que se supone que debe realizar. Los casos de uso son desarrollados con base en las

66

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

necesidades de los actores, asegurando así que el sistema satisfaga todos los requerimientos. Componentes principales del modelo de casos de uso Un act cto or repr pre esent senta a un conj nju unto cohere ren nte de roles que son desempeñados cuando interactúa con el sistema. Típicamente un actor representa un rol que puede ser desempeñado por  un humano, un dispositivo de hardware u otro sistema al momento de interactuar con el sistema en desarrollo. Un caso de uso es una secuencia de acciones que un sistema realiza y que dan como resultado un elemento de valor a un actor en particular. Un caso de uso describe lo que el sistema hace, pero no especifica cómo lo hace. ¿Qué es un actor? Un actor actor es cua cualqu lquie ierr elem element ento o qu que e in inte terc rcam ambi bia a in info form rmac ación ión con el sistema y es externo a él. Un actor puede ser un usuario, un dispositivo de hardware hardwar e u otro siste sistema. ma. Un actor puede intercamb intercambiar iar informaci información ón con el sist si stem ema a acti activam vament ente e o se serr un recip recipie ient nte e pa pasi sivo vo de in info form rmaci ación ón.. La diferencia entre un actor y un usuario particular de un sistema es que el actor representa a todos los usuarios que interactúan a través de un mism mismo o conj conjun unto to de oper operac acio ione nes. s. En ocas ocasio ione ness un usua usuari rio o pu pued ede e desempeñar varios actores. Para entender totalmente el propósito de un sistema, debemos saber a quienes está dirigido.

Figura 25 Actor 

67

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA Fuente: http://cidecame.uaeh.edu.mx 

68

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

¿Qué es un caso de uso? Un caso de uso puede ser definido como: Una secuencia de acciones que un sistema realiza y que originan un resultado de valor para un actor en particular. 

Un caso de uso modela un diálogo entre uno o más actores con el sistema.



Un caso de uso describe las acciones que el sistema realiza para entregar un resultado de valor a un actor.

 A continuación, se mostrará un gráfico correspondiente a un caso de uso:

Figura 26 Caso de uso Fuente: http://cidecame.uaeh.edu.mx 

Casos de uso y actores Es importante indicar cómo los actores se relacionan con los casos de uso. En consecuencia, una vez que un caso de uso es definido, se deben establecer los actores que interactúan con él. Para hacer esto, debemos definir una asociación entre ambos. Loss act Lo actore oress pu pued eden en ser co conec necta tado doss a ca caso soss de us uso o so sola lame ment nte e co con n asociaciones. Una asociación entre un actor y un caso de uso indica que existe una comunicación entre ambos, donde ambos extremos son capaces de enviar y recibir mensajes.

Fi ura 27 Caso Casoss de uso acto actores res Fuente: http://cidecame.uaeh.edu.mx 

69

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

4.6. 4. 6.1. 1.3 3 Diagrama Diagrama de activida actividades des

¿Qué es un diagrama de actividades? El flujo de trabajo de un caso de uso describe lo que el sistema debe realizar para proporcionar el resultado de valor que el sistema espera. Consiste en una secuencia de actividades que en conjunto producen un resultado de valor a un actor. Este flujo de trabajo contiene un flujo básico y flujos alternos que representan las condiciones de error que se pueden generar. Este flujo de trabajo puede ser descrito gráficamente a través de un diagrama de actividades.

Fuente: https://es.slideshare.net  Figura 28 Diagrama de acvidades

¿Qué es una actividad? Una actividad es la ejecución de un conjunto de pasos no atómicos que:



Puede descomponerse.



Puede ser interrumpida y toma cierto tiempo su ejecución.

Una actividad representa la ejecución de un paso dentro de un flujo de trabajo. Un diagrama de actividades puede incluir alguno de los siguientes elementos:

70

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA 

 Actividad, que representa la realización de un paso de un flujo de trabajo.

71

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA



Transiciones, que representan el paso de una actividad a otra.



Decisiones, también conocidas como guardas. Estas condiciones de guarda controlan hacia dónde va el flujo una vez que una actividad concluye, es decir, para que una transición que tiene una guarda se pueda ejecutar, se debe evaluar a verdadero.



Barras de sincronización, permiten modelar actividades concurrentes o en paralelo.

Un diagrama de actividades puede ser dividido en callejones utilizando líneas verticales. Cada callejón representa a un responsable de ejecutar las actividades que contiene. 4.6. 4. 6.1. 1.4 4 Diagrama Diagramas s de estados estados

Un objeto tiene estado El estado de un objeto son las condiciones en las que se encuent encuentra ra en un momento en el tiempo. Este estado normalmente cambia a través del tiempo tiemp o y es representa representado do por los valores de los atributos del objeto objeto en un momento determinado. ¿Qué son los diagramas de transición de estados?

Un diagrama de transición de estados muestra una máquina de estados, especifica la secuencia de estados en los que un objeto puede estar, los eventos y condiciones que ocasionan cambios de estado, y las acciones que toman lugar cuando el objeto alcanza un estado determinado.

Figura 29 Diagrama de estado Fuente: http://cidecame.uaeh.edu.mx

72

   

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

Un es esta tado do es re repre prese sent ntad ado o a tr trav avés és de un rec rectá tángu ngulo lo con con esqu esquin inas as redo redon ndeada dass.

A

continu nuac aciión,

se

mues esttra

las

difere ren nci cia as

de

representación entre un estado y una actividad. Estados especiales El estado inicial es aquel que se alcanza cuando un objeto es creado. 

Es obligatorio.



Solo un estado inicial es permitido por diagrama.



El estado inicial es representado a través de un círculo sólido.

Figura 30 Estado vs Acvidad 

http://cidecame.uaeh.edu.mx  Fuente:http://cidecame.uaeh.edu.mx  Fuente:

Un estado final indica el final del ciclo de vida de un objeto.



Son opcionales.



Puede existir más de un estado final por diagrama.

Un estado final es representado por un “ojo de toro”. 4.6. 4.6.22 Mo Mode dela lado do E Est stru ruct ctur ural al



4. 4.6. 6.2. 2.1 1 Diagra Diagrama ma de clase clases s

¿Qué es un diagrama de clases? Un diagrama de clases muestra la existencia de clases y sus relaciones en el diseño lógico de un sistema. Un diagrama de clases puede representar  todo o parte de la estructura de un sistema. Los diagramas de clase muestran la estructura de un modelo en particular, las entidades que deben existir, su estructura interna y las relaciones con otras clases. Los

73

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

diagramas de clases no muestran información temporal.

74

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

Figura 31 Diagrama de clases

Fuente: https://es.slideshare.net Usos de un diagrama de clases Cuando se modela la vista estática de un sistema, los diagramas de clases son utilizados en alguna de las siguientes formas: 

Capturar el vocabulario de un sistema.



Representar las clases participantes en una colaboración.



Modelar el esquema lógico de una base de datos.

4.6. 4. 6.2. 2.2 2 Diagrama Diagrama de paquetes paquetes

¿Qué es un paquete? Un paquete se puede definir como: Un mecanismo de propósito general para organizar elementos en grupos. Los modelos pueden contener cientos, o incluso, miles de elementos. Este número de elementos puede llegar a ser rápidamente inmanejable. En conse co nsecu cuen enci cia, a, es cr crít ític ico o po pode derr agr agrup upar ar lo loss el elem emen ento toss del del mo model delo o en colecciones lógicas que sean fáciles de mantener y fáciles de localizar  dentro del modelo. Loss pa Lo paqu quet etes es son son me meca cani nism smos os qu que e pe perm rmititen en ag agru rupa parr elem elemen ento toss

75

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

semánticamente relacionados.

76

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

Un paquete contiene clases, pero no agrega ningún comportamiento adicional al ya definido en estas clases. En UML un paquete es representado a través de un folder. Ejemplo de paquete:

Figura 32 Diagrama de paquetes

Fuente;http://cidecame.uaeh.edu.m

Grupo de Diseño de Clases en Paquetes  Al identificar clases, éstas se deben agrupar en los paquetes para los propósitos de organización y configuración. El modelo de diseño se puede estructurar en unidades más pequeñas para hacerlo más comprensible.  Agrupando los elementos modelo del diseño en los paquetes y los subsistemas, y mostrando cómo esas agrupaciones se relacionan una con otra, es más fácil entender la estructura total del modelo. Es importante dividir el modelo de diseño por varias razones: 

Se pue pueden den util utiliz izar ar lo loss pa paqu quet etes es y lo loss sub subsi sist stem emas as como como or orden den,, configuración o unidades de la entrega cuando termina un sistema.



La asignación de los recursos y la capacidad de diversos equipos del desarrollo pueden requerir que el proyecto esté dividido entre diversos grupos en diversos sitios.



Los subsistemas se pueden utilizar para estructurar el modelo del diseño de una manera que refleje los tipos del usuario.

77

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA



Los subsistemas aseguran de que los cambios de un tipo particular del usuario afecten solamente las partes del sistema que corresponden a ese tipo del usuario.



Los subsistemas se utilizan para representar los productos existentes y los servicios del sistema.

4.6. 4.6.33 Di Diag agra rama mass de de obje objeto toss Un diagrama de objetos UML representa una instancia específica de un diagrama de clases en un momento determinado en el tiempo. Cuando se lo representa visualmente, verás muchas similitudes con el diagrama de clases. Un diagrama de objetos se enfoca en los atributos de un conjunto de objetos y cómo esos objetos se relacionan entre sí. Por ejemplo, en el siguiente diagrama de objetos, las tres cuentas bancarias están ligadas al banco mismo. Los títulos de clase muestran el tipo de cuentas (ahorros, corriente y tarjeta de crédito) que un cliente dado podría tener con este banco en particular. Los atributos de clase son diferentes para cada tipo de cuenta. Por ejemplo, el objeto de tarjeta de crédito tiene un límite de crédito, mientras que las cuentas de ahorros y corriente tienen tasas de interés. No obstante, los diagramas de objetos no se limitan a casos de uso bancarios, ya que se puede crear fácilmente un diagrama de objetos para árboles genealógicos, departamentos corporativos o cualquier otro sistema con partes interrelacionadas.

Figura 33 Diagrama de objetos

Fuente: https:// www.lucidchart.com www.lucidchart.com

78

   

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

4.6. 4.6.44 Di Diag agra rama ma de de despl desplie iegu guee El diagrama de despliegue permite mostrar la arquitectura en tiempo de ejecución del sistema respecto al hardware y software. Este se utiliza en el diseño y la implementación. Se pueden distinguir  componentes y nodos, así como las relaciones entre estos.

Figura 34 Diagrama de despliegue

Fuente:http://ingsoftware-luiszambrano.blogspot.com Fuente: http://ingsoftware-luiszambrano.blogspot.com

La arquitectura lógica del diagrama de despliegue es la siguiente:



Capa lógica de presentación y de aplicaciones en la computadora del cliente, en su almacenamiento o en su servidor.



La prese resent ntac ació ión n en la co comp mput utad ador ora a de dell clie client nte, e, la lógi lógica ca de aplicaciones en un servidor de la aplicación y el almacenamiento en un servidor de los subsistemas se ira realizando de manera distribuida cada vez más.

4.6. 4.6.55 Di Diag agra rama mass de compo compone nent ntes es Los diagramas de componentes nos permiten mostrar los elementos de dise diseño ño de un si sist stem ema a de in info form rmac ación ión.. Un diag diagram rama a de co comp mpon onen ente tess permite visualizar con más facilidad la estructura general del sistema y el

79

 

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

comport com portami amient ento o del serv servici icio o que est estos os com compon ponent entes es prop proporci orcionan onan y utilizan a través de las interfaces.

80

   

CAPITULO # 4 MARCO TEORICO CONCEPTUAL DE LA METODOLOGIA

Puede usar un diagrama de componentes para describir un diseño que se implemente en cualquier lenguaje o estilo. Solo es necesario identificar los elementos del diseño que interactúan con otros elementos del diseño a través de un conjunto restringido

Figura 35 Diagrama de Componentes

Fuente: http://ingsoftware-luiszambrano.blogspot.com

81

 

CAPITULO # 5: MODELO DE   NEGOCIO

 

CAPITULO # 5 MODELO DE NEGOCIO

5.1. Modelo de negocio. El modelo de negocio comprende a cabalidad la manera de cómo se manejan en la actualidad, los procesos de control de asistencia dentro de la “Universidad Evangélica Boliviana”, por ello el modelo de negocio lo representamos con los siguientes diagramas de actividad.

5.1.1 Proceso de Marcación de Asistencia (Estudiante).

Figura 36 Proceso de marcación (Estudiante) Fuente: Elaboración Propia

En este proceso se muestra la forma en que se efectúa una Marcación de parte de un Estudiante, teniendo en cuenta al docente que llama la asistencia por el nombre del estud estudiante, iante, este mismo respondiend respondiendo o present presente, e, el docent docente e procede a

83

 

CAPITULO # 5 MODELO DE NEGOCIO marcar la asistencia del estudiante, el estado de la marcación depende si el estudiante contesta o no, es decir si está presente en aula o no

5.1.2 Proceso de Marcación de Asistencia (Docente).

Figura 37 Proceso de Marcación de Asistencia (Docente) Fuente: Elaboración Propia

En este proceso se muestra muestra la forma que se efect efectúa úa la marcac marcación ión de un docente, teniendo como único sujeto al asistente o ayudante de la coordinadora académica el cual verifica si el docente se encuentra dando clases a la hora indicada en su materia, el estado de la marcación dependerá de que el docente se encuentre o no en el aula.

84

 

CAPITULO # 6.- REQUISITOS 

 

CAPITULO # 6 REQUISITOS

6.1. 6.1.

Iden Identi tifi fica caci ción ón de de R Req equi uisi sito toss

La lista de requisitos presenta un conjunto de valores que son: Estado= puede ser “Aprobados, Propuesto, Incluido o Validado”. Coste = El coste estima la implementación en términos días/persona. Prioridad = Indica la necesidad de contar con este requisito en el sistema, puede ser  “Critico, Importante, Secundario”. Riesgo = Es el nivel de riesgo asociado a la implementación del requisito, puede ser  “Critico, Significativo, Secundario”. N°

1

Requisito Marcación

Descripción

Estado

Coste Prioridad

Riesgo

Permitrá realizar

Propueso

1

Critco

Signifcatvo

Propueso

1

Imporane

Signifcatvo

Propueso

1

Imporane

Signifcatvo

Propueso

1

Imporane

Signifcatvo

Propueso

1

Critco

Signifcatvo

Propueso

2

Imporane

Signifcatvo

Propueso

1

Imporane

Signifcatvo

Propueso

1

Imporane

Critco

marcaciones a Esudianes y Docenes.

2

Licencias

Permitrá Gestonar las

3

Toma de patrón de voz

licencias Permitrá auentfcar los parones de voz.

4

Carga de  Archivo de Patrón de voz

Permitrá Añadir el parón de voz mediane un archivo de audio. Permitrá ediar,

5

 Administrar Patrones de Voz 6

eliminar los parones de voz. Permitrá

Carreras

Gestonar las carreras.

7

Permitrá

Materias

Gestonar las maerias

8

Permitrá

Gestión de plan de

Gestonar el plan de Horarios.

86

 

CAPITULO # 6 REQUISITOS

Horarios  Académicos 9

10

Permitrá

Docentes

Gestonar a los

Estudiantes

docenes. Permitrá

Propueso

1

Imporane

Signifcatvo

Propueso

1

Crítco

Crítco

Propueso

1

Crítco

Crítco

Propueso

1

Imporane

Signifcatvo

Propueso

1

Imporane

Signifcatvo

Propueso

2

Imporane

Signifcatvo

Propueso

2

Imporane

Signifcatvo

Propueso

2

Imporane

Signifcatvo

Propueso

2

Imporane

Signifcatvo

Propueso

2

Imporane

Signifcatvo

Gestonar a los docenes.

11

Horarios

Permitrá Gestonar los Horarios

12

Límite de Horario de Marcación de Entrada

Permitrá Adminisrar las reglas de marcación de enrada

13

14

Límite de Horario de Marcación de Salida Reporte de  Asistencia

Permitrá Adminisrar las reglas de marcación de Salida Permitrá Lisar un regisro de Asisencia

15

16

Reporte de Estudiantes

Reporte de Docentes

General Permitrá Lisar un regisro de Asisencia Por Esudiane Permitrá Lisar un regisro de Asisencia Por

17

Reporte de Materias

Docene Permitrá Lisar un regisro de Asisencia Por Maeria Permitrá Lisar,

18

Gestionar

Crear un regisro

Bitácora

de actvidad

87

 

CAPITULO # 6 REQUISITOS

19

Usuarios

Permitrá Gestonar

1

Imporane

Signifcatvo

1

Imporane

Signifcatvo

1

Imporane

Signifcatvo

Propueso

usuarios

20

Roles

Permitrá

Propueso

Gestonar Roles

21

 Administrar Permisos

Permitrá Asignar Permisos.

Propueso

Tabla # 1 Lista de Requerimien Requerimientos tos

6.2. 6.2.

Iden Identi tifi fica caci ción ón de acto actorres

En este punto se muestran las personas que son actores del sistema, definiendo las funciones claves de cada uno.

6.2.1. 6.2 .1. Enc Encarg argado ado de Si Siste stemas mas

Figura 38 Actor-Encargado de Sistemas Fuente: Elaboración Propia

Este actor se encarga de Gestionar Usuarios. Administrar los roles de Usuarios,  Administrar bitácora y parámetros.

6.2.2. 6.2 .2. Coo Coordi rdinad nadora ora Acadé Académic micaa

88

 

CAPITULO # 6 REQUISITOS

Figura 39 Actor- Coordinadora Académica Fuente: Elaboración propia

Este actor se encargará de administrar los parámetros y configuraciones, también administrar los reportes y supervisar la marcación de asistencia de los docentes y estudiantes.

6.2.3. Ayuda Ayudante nte de la coordinad coordinadora ora Ac Académic adémicaa

Figura 40 Actor- Ayudante de la coordinadora Académica Fuente: Elaboración propia

Este actor se encargará de la administrar la toma de patrón de voz, obtener  reportes y ayudar en la supervisión de asistencia de docentes y estudiantes.

6.2. 6.2.4. 4. Do Doce cent ntee

89

 

CAPITULO # 6 REQUISITOS

Figura 41 Actor- Docente Fuente: Elaboración Propia

Este actor se encargará de gestionar las marcaciones, licencias, y reportes de estudiantes de su materia asignada.

6. 6.2. 2.5. 5. Es Estu tudi dian ante te

  Figura 42 Actor- Estudiante  Fuente: Elaboración propia

Este actor se encargará de gestionar las marcaciones y licencias de la materia a la que corresponda.

6. 6.1. 1.

Ca Capt ptur uraa d dee Req Requi uisi sito to co como mo ca caso soss de de uso uso

De la lista de requisitos se obtienen los siguientes casos de uso. El formato de presentación para la descripción de cada caso de uso está basado en el formato presentado por el libro “UML y patrones” de Craig & laman.

90

 

CAPITULO # 6 REQUISITOS

6.2.6. 6.2 .6. Cas Caso o de Uso: Uso: Mar Marcaci cación ón Caso d de eu usso: Actores:

Marc rca ación Docente, Estudiante

Propósito: Resumen

Permi Pe rmititirá ráque Cr Crea earr una ma marca rcaci ción ón al do doce cent nte e y est estud udia iant nte e po por  r  materia tengan asignada. El sistema permitirá al docente y estudiante marcar su asistencia.

Tipo Referencia

Primario 1 Tabla # 2 Caso de Uso: Marcación

6.2.7. 6.2 .7. Cas Caso o de Uso: Uso: Lic Licenc encias ias Caso d de eu usso: Actores: Propósito:

Resumen

Li Liccenci cias as Docente y Estudiante Permiti Perm itirá rá crea crearr licenci licencias as para doc docent entes es y est estudia udiante ntess prev previa ia aprobación de una autoridad. Permitirá Gestionar las licencias

Tipo Referencia

Primario 2 Tabla # 3 Caso de Uso: Licencias

6.2.8. Caso d dee Uso: Toma de Patrón Patrón de Vo Vozz Caso de uso: Caso uso: Actores:

Propósito:

To Toma ma de Pa Patr trón ón de Vo Vozz Enc. En c. De Si Sist stem emas, as, co coord ordin inad ador ora a Ac Acadé adémi mica ca y Ay Ayud udant ante e de Coordinadora Academica Permitirá autentificar los patrones de voz por usuario al sistema.

Resumen Tipo Referencia

Gestionar el patrón de voz Primario 3 Tabla # 4 Caso de Uso: Toma de Patrón Patrón de Voz

6.2.9. Caso de U Uso: so: Ca Carga rga de Ar Archivo chivo de de Patrón Patrón de Voz Caso d Caso de e us uso: o: Actores:

Propósito: Resumen Tipo

Carga Carga d de e Ar Archi chivo vo de Pat Patrón rón de Vo Vozz Enc. En c. De Si Sist stem emas, as, co coord ordin inad ador ora a Ac Acadé adémi mica ca y Ay Ayud udant ante e de Coordinadora Academica Permitirá Añadir el patrón de voz mediante un archivo de audio al sistema. Permitirá gestionar la carga de archivo de patrón de voz. Primario

91

 

CAPITULO # 6 REQUISITOS

Referencia

4 Tabla # 5 Caso de Uso: Carga de Archivo Archivo de Patrón de voz

6.2 6.2.10.

Cas aso o de Uso: Administrar patrones de voz

Caso Ca so de uso uso:: Actores:

Propósito:

Admi Admini nist strar rar pa patr tron ones es de vo vozz Enc. De Si Enc. Sist stem emas, as, co coord ordin inad ador ora a Ac Acadé adémi mica ca y Ay Ayud udant ante e de Coordinadora Academica Permitirá editar, eliminar los patrones de voz del sistema.

Resumen

Permitirá administrar los patrones de voz.

Tipo Referencia

Primario 5 Tabla # 6 Caso de Uso: Uso: Limpieza de patrones de de voz

6.2.11.

Caso de Uso: Carreras

C aso de us uso o: Actores: Propósito:

Car arrreDe ra rassSistemas, Coordinadora Académica Enc. Permitirá Crear, editar, eliminar carreras al sistema.

Resumen

El sistema Permitirá Gestionar las carreras.

Tipo Referencia

Primario 6 Tabla # 7 Caso de Uso: Carreras

6.2.12.

Caso de Uso: Materias

Caso de us uso o: Actores: Propósito:

Materias Enc. De Sistemas, Coordinadora Académica Permitirá Gestionar las materias

Resumen

El sistema Permitirá Gestionar las materias

Tipo Referencia

Primario 7 Tabla # 8 Caso de Uso: Materias

6.2. 6.2.113.

Ca Caso so de Uso Uso: Ge Gest stiión de pl plan an de h hor oraarios rios ac acad adém émic icos os

Caso de u Caso uso so:: Actores: Propósito:

Gest Gestió ión n de pl plan an de h hor orari arios os ac acad adém émic icos os Enc. De Sistemas, Coordinadora Academica Permitirá Listar, Crear, Editar y dar de baja a un Estudiante

Resumen

El sistem sistema a perm permiti itirá rá al prop propiet ietari ario o gestion gestionar ar los estudi estudiant antes, es, también se dará de baja al estudiante

92

 

CAPITULO # 6 REQUISITOS

Tipo Referencia

Primario 8 Tabla # 9 Caso de Uso: Gesón de plan de horarios académicos académicos

6.2.14.

Caso de Uso: Docentes

Caso de us uso o: Actores: Propósito:

Resumen Tipo Referencia

Doc oce ent nte es Enc. De sistemas, Coordinadora Académica. El si sist stem ema a pe perm rmititir irá á al pr prop opie ieta tari rio o ge gest stio ionar nar lo loss do docen cente tes, s, también se dará de baja al Docente El si sist stem ema a pe perm rmititir irá á al pr prop opie ieta tari rio o ge gest stio ionar nar lo loss do docen cente tes, s, también se dará de baja al Docente Primario 9 Tabla # 10 Caso de Uso: Docentes

6.1.1. 6.1 .1. Cas Caso o de Uso: Estu Estudia diante ntess Caso de us Caso uso: o: Actores: Propósito:

Estu Estudi dian anttes Enc. De Sistemas, Coordinadora Academica Permitirá Listar, Crear, Editar y dar de baja a un Estudiante

Resumen

El sistem sistema a perm permiti itirá rá al prop propiet ietari ario o gestion gestionar ar los estudi estudiant antes, es, también se dará de baja al estudiante Primario 10

Tipo Referencia

Tabla # 11 Caso de Uso: Estudiantes

6.2.15.

Caso de uso: Horarios

Caso de us uso o: Actores: Propósito:

Hor orar ariios Enc. De Sistemas, Coordinadora Academica Permitirá Gestionar los Horarios

Resumen

El sistema permitirá Gestionar los Horarios

Tipo Referencia

Primario 11 Tabla # 12 Caso de uso: uso: Horarios

6.2. 6.2.116.

Cas aso od dee u uso so:: Lí Lími mite tess de de Ho Horar ariio d dee M Mar arca caci ción ón de En Entr trad adaa

Caso de uso: Caso Actores:

Límite Límitess de Hor Horario ario de Marca Marcació ción n de Entrad Entrada a Enc. De Sistemas, Coordinadora Academica

Propósito:

Permitirá Crear, Editar el límite de horario de entrada

93

 

CAPITULO # 6 REQUISITOS

Resumen

Permitirá Crear, Editar el límite de horario de entrada

Tipo Referencia

Primario 12 Tabla # 13 Caso de uso: Límites de Horario de Marcación Marcación de Entrada

6.2. 6.2.117.

Cas aso od dee u uso so:: Lí Lími mite tess de de Ho Horar ariio d dee M Mar arca caci ción ón de Sali alida

Caso de uso: Caso Actores: Propósito:

Límite Límitess de Hor Horario ario de Marca Marcació ción n de Salida Salida Enc. De Sistemas, Coordinadora Academica Permitirá Crear, Editar el límite de horario de salida

Resumen

El sistema Permitirá Crear, Editar el límite de horario de salida

Tipo Referencia

Primario 13 Marcación de Salida Tabla # 14 Caso de uso: Límites de Horario de Marcación

6.2.18.

Caso de uso: Reporte de Asistencia

Caso d Caso de e us uso: o: Actores:

Propósito:

Repo Report rte e de Asis Asiste tenc ncia ia Enc. En c. De Si Sist stem emas, as, co coord ordin inad ador ora a Ac Acadé adémi mica ca y Ay Ayud udant ante e de Coordinadora Academica Permitirá Listar un registro de Asistencia General

Resumen

El sistema Permitirá Listar un registro de Asistencia General

Tipo Referencia

Primario 14 Tabla # 15 Caso de uso: Reporte de Asistencia

6.2.19.

Caso de uso: Reporte de Estudiantes

Caso de uso Caso uso:: Actores:

Propósito: Resumen

Respor Resporte te de Es Estu tudia diant ntes es Enc. En c. De Si Sist stem emas as,, coor coordi dina nado dora ra Ac Acad adém émic ica, a,Ay Ayud udan ante te de Coordinadora Academica y docente Permitirá Listar un registro de Asistencia General Por Estudiante El sist sistem ema a Pe Perm rmit itiirá List Listar ar un re regi gist stro ro de As Asis istten enci cia a Por  Estudiante Primario 15

Tipo Referencia

Tabla # 16 Caso de uso: Reporte de Estudiantes

6.2.20.

Caso de uso: Reporte d dee Docentes

Caso Ca so de uso: uso:

Re Repo port rte ed de eD Doc ocen ente tess

Actores:

Enc. En c. De Si Sist stem emas, as, co coord ordin inad ador ora a Ac Acadé adémi mica ca y Ay Ayud udant ante e de 94

 

CAPITULO # 6 REQUISITOS

Propósito:

Coordinadora Academica Permitirá Listar un registro de Asistencia General Por Docente

Resumen

El sistema Permitirá Listar un registro de Asistencia Por Docente

Tipo Referencia

Primario 16 Tabla # 17 Caso de uso: Reporte de Docentes

6.2.21.

Caso de uso: Reporte d dee Materias

Caso de uso: Caso uso: Actores:

Propósito:

Re Repo port rte ed de eM Mat ater eria iass Enc. En c. De Si Sist stem emas, as, co coor ordin dinad ador ora a Ac Acad adém émic ica, a, Ay Ayuda udant nte e de Coordinadora Academica y docente Permitirá Listar un registro de Asistencia General Por Materia

Resumen

El sistema Permitirá Listar un registro de Asistencia Por Materia

Tipo Referencia

Primario 17 uso: Reporte de Materias Tabla # 18 Caso de uso:

6.2.22.

Caso de uso: Bitácora

Caso de us uso o: Actores: Propósito:

Bitáco ácora Enc. De Sistemas Permitirá Listar, Crear un registro de actividad

Resumen

El sistema Permitirá Listar, Crear un registro de actividad

Tipo Referencia

Primario 18 Tabla # 19 Caso de uso: Bitácora

6.2.23.

Caso de uso: Usuarios

Caso de us uso o: Actores: Propósito:

Usu sua ari rio os Enc. De Sistemas, coordinadora Académica Permitirá Crear, Editar y dar de baja a un Usuario

Resumen

El sistema permitirá administrar a los usuarios

Tipo Referencia

Primario 19 Tabla # 20 Caso de Uso: Uso: Usuarios

6.2.24.

Caso de uso: Roles

95

 

CAPITULO # 6 REQUISITOS

Caso de uso: Actores: Propósito:

Roles Enc. De Sistemas, coordinadora Académica Permitirá Crear, Editar y dar de baja a un Rol

Resumen Tipo Referencia

El sistema permitirá administrar a los Roles Primario 20 Tabla # 21 Caso de Uso: Roles

6.2.25.

Caso de Uso: Administrar Permisos

Caso d Caso de e us uso: o: Actores: Propósito:

Admi Admini nist stra rarr P Per ermi miso soss Enc. De Sistemas, coordinadora Académica Permitirá Asignar Permisos a los Roles

Resumen

El sistema permitirá administrar Permisos

Tipo Referencia

Primario 21 Tabla # 22 Caso de Uso: Administrar Permisos

6.3. 6.3.

Es Estr truc uctu tura ra de de Mode Modelo lo de Cas Caso od dee Us Uso o

96

 

CAPITULO # 6 REQUISITOS

Figura 43 Diagrama de Caso de Uso Fuente: Elaboración Propia

6.4 6.4.

Modelo de Dominio

97

 

CAPITULO # 6 REQUISITOS

Figura 44 Modelo de Dominio Fuente: Elaboración Propia

98

 

CAPITULO # 7.- ANALISIS 

 

CAPITULO # 7 ANALISIS

7. 7.1. 1.

De Desa sarr rrol ollo lo de la so solu luci ción ón an anál ális isis is

Durante el análisis estudiamos los requisitos que se escribieron en la captura de requisitos, refinándolos y estructurándolos. El objetivo de hacerlo es conseguir una comprensión más precisa de los requisitos y una descripción de los mismos que sea fácil de mantener y que nos ayude a estructurar el sistema entero, incluyendo su arquitectura.

7.2. 7.2.

An Anál ális isis is de la Ar Arqu quit itec ectu tura ra

El propósito del análisis de la arquitectura es esbozar el modelo de análisis y la arquitectura mediante la identificación de paquetes del análisis, clase de análisis evidentes y requisitos especiales comunes. 

Figura 45 Diagrama de paquete

100

 

CAPITULO # 7 ANALISIS

Fuente: Elaboración propia

7.3.. 7.3

Arq Arquit uitect ectura ura de caso caso de de uso en ffunc unción ión al m mode odelo lo d dee aná análi lisis sis..

Una vez descrito el modelo de análisis, se presenta a continuación la arquitectura de caso de uso en función al mismo subsistema: Modulo de Marcación, Modulo de Carga de Patron Patrones es de Voz, Modulo de Paráme Parámetros tros y Confi Configuraci guraciones, ones, Modulo de Reportes, Modulo de Usuarios, Seguridad y Auditoría.

7.3.1. 7.3 .1. Mód Módulo ulo de M Marc arcaci acione oness

Figura 46 Diagrama de Paquetes- Modulo de Marcaciones Fuente: Elaboración Propia

7.3.2. 7.3 .2. Mód Módulo ulo d dee Pat Patron rones es de vo vozz

101

 

CAPITULO # 7 ANALISIS

Figura 47 Diagrama de Paquetes- Modulo de Patrones de Voz Fuente: Elaboración Propia

7.3.3. Módul Módulo o de Pará Parámetr metros os y Conf Configur iguracione acioness

102

 

CAPITULO # 7 ANALISIS

Figura 48 Diagrama de Paquetes- Modulo de Parámetros y Conguraciones Fuente: Elaboración Propia

7.3.4. 7.3 .4. Mód Módulo ulo de Re Repor portes tes

103

 

CAPITULO # 7 ANALISIS

Figura 49 Diagrama de Paquetes- Modulo de Reportes Fuente: Elaboración Propia

7.3.5. Módul Módulo o de Usuari Usuarios, os, Segu Seguridad ridad y Aud Auditor itoría ía

Figura 50 Diagrama de Paquetes- Modulo de Usuarios, Seguridad y Auditoría

Fuente: Elaboración Propia

104

 

CAPITULO # 7 ANALISIS

7.4. 7.4.

Re Real aliz izac ació ión n de ccas aso o de u uso so aaná náli lisi siss

 A continuación, se muestra las realizaciones de los casos de uso, las cuales describe como se llevan a cabo los casos de uso, en términos de las clases del análisis y de sus objetos del análisis en interacción. Las realizaciones se las representa a través del diagrama de colaboración. El fluj lujo de los su succes esos os se lo re real aliz iza a me medi dian antte el sigu siguie ient nte e for ormu mula lari rio, o, representando cada caso de uso con un diagrama de colaboración acompañado de su tabla de especificación.

7.4.1. 7.4 .1. Cas Caso o de Uso: Uso: Mar Marcaci cación ón

Figura 51 Diagrama de Colaboración- Marcación Fuente: Elaboración Propia

Nombre: Marcación Actores: Esudiane y Docene

Personal involucrado e intereses: El Esudiane o la Docene regisraran sus marcaciones en 105

 

CAPITULO # 7 ANALISIS

el sisema.

Precondiciones: Usuario con los permisos necesarios Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor

Responsabilidad del Sistema

 1: Accede a la panalla de Marcaciones 2: Visualiza los daos de las Marcaciones regisradas 3: Proporciona parámeros de Búsqueda 4: Solicia Regisrar, Buscar, consular, Ediar, Eliminar, cambiar de esado y lisar las Marcaciones.

1: Verifca los permisos para la gestón de daos 2: Muesra daos de las Marcaciones 3: Realiza búsqueda y muesra resulados 4: Valida daos, realiza acción y muesra mensaje de confrmación

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO   Tabla # 23 Especicación de Caso de Uso- Marcación Marcación

7.4.2. 7.4 .2. Cas Caso o de Uso: Uso: Lic Licenc encias ias

Figura 52 Diagrama de Colaboración- Licencias Fuente: Elaboración Propia

Nombre: Licencias Actores: Esudiane y Docene

Personal involucrado e intereses: El Esudiane o la Docene regisraran las licencias que

106

 

CAPITULO # 7 ANALISIS

ellos utlizaran.

Precondiciones: Usuario con los permisos necesarios Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor

Responsabilidad del Sistema

 1: Accede a la panalla de Licencias 2: Visualiza los daos de las Licencias regisradas 3: Proporciona parámeros de Búsqueda 4: Solicia Regisrar, Buscar, consular, Ediar, Eliminar, cambiar de esado y lisar las Licencias.

1: Verifca los permisos para la gestón de daos 2: Muesra daos de las Licencias 3: Realiza búsqueda y muesra resulados 4: Valida daos, realiza acción y muesra mensaje de confrmación

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO   Tabla # 24 Especicación de Caso de Uso- Licencias Licencias

7.4.3. Caso d dee Uso: Toma de Patrón Patrón de Vo Vozz

Figura 53 Diagrama de Colaboración- Toma de Patrón de Voz Fuente: Elaboración Propia

Nombre: Toma de Parón de Voz Actores: Enc. De Sisemas, Coordinadora Académica, Ayudane Personal involucrado e intereses: El Usuario regisrara los parones de voz que el usuario utliza en el sisema mediane la enrada de audio del dispositvo. Precondiciones: Usuario con los permisos necesarios

Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico)

Acción del Actor

Responsabilidad del Sistema

107

 

CAPITULO # 7 ANALISIS

 1: Accede a la panalla de Toma de Parón de Voz 2: Visualiza los Usuarios sin regisro de parón de voz 3: Proporciona parámeros de Búsqueda 4: Solicia Añadir, Buscar, cambiar de esado de los parones de voz.

1: Verifca los permisos para la gestón de daos 2: Muesra daos de los Usuarios sin parones de voz. 3: Realiza búsqueda y muesra resulados 4: Valida daos, realiza acción y muesra mensaje de confrmación

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO   Tabla # 25 Especicación de Caso de Uso Uso - Toma de Patrón de Voz

7.4.4. Caso de U Uso: so: Ca Carga rga de Ar Archivo chivo de de Patrón Patrón de Voz

Figura 54 Diagrama de Colaboración-Carga de Archivo de Patrón de Voz Fuente: Elaboración Propia

Nombre: Carga de Archivo de Parón de Voz Actores: Enc. De Sisemas, Coordinadora Academica, Ayudane Personal involucrado e intereses: El Usuario regisrara los parones de voz que el usuario utliza en el sisema mediane un archivo de audio.

Precondiciones: Usuario con los permisos necesarios Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) 108

 

CAPITULO # 7 ANALISIS

Acción del Actor

Responsabilidad del Sistema

 1: Accede a la panalla de Carga de Archivo de Parón de Voz 2: Visualiza los Usuarios sin regisro de parón de voz 3: Proporciona parámeros de Búsqueda 4: Solicia Añadir, Buscar, cambiar de esado de los parones de voz.

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO

1: Verifca los permisos para la gestón de daos 2: Muesra daos de los Usuarios sin parones de voz. 3: Realiza búsqueda y muesra resulados 4: Valida daos, realiza acción y muesra mensaje de confrmación

 

Carga de Archivo de Patrón de Voz Tabla # 26 Especicación de Caso de Uso- Carga

7.4.5. Caso de U Uso: so: Ad Admini ministrar strar P Patro atrones nes de Vo Vozz

Figura 55 Diagrama de Colaboración- Administrar Patrones de Voz  Fuente: Elaboración Propia

Nombre: Adminisrar Parones de Voz

109

 

CAPITULO # 7 ANALISIS

Actores: Enc. De Sisemas, Coordinadora Academica, Ayudane Personal involucrado e intereses: El Usuario acualizara o eliminara los parones de voz que el usuario utliza en el sisema. Precondiciones: Usuario con los permisos necesarios

Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor

Responsabilidad del Sistema

 1: Accede a la panalla de Adminisrar parones de Voz 2: Visualiza los esados de parones de voz regisradas 3: Proporciona parámeros de Búsqueda

1: Verifca los permisos para la gestón de daos 2: Muesra daos de los parones de voz 3: Realiza búsqueda y muesra resulados 4: Valida daos, realiza acción y muesra

4: Solicia Buscar, Ediar, Eliminar, cambiar de esado y lisar los parones.

mensaje de confrmación

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO   Tabla # 27 Especicación de Caso de Uso- Administrar Administrar Patrones de Voz

7.4.6. 7.4 .6. Cas Caso o de Uso: Uso: Carr Carrera erass

110

 

CAPITULO # 7 ANALISIS

Figura 56 Diagrama de Colaboración- Carreras Fuente: Elaboración Propia

Nombre: Carreras Actores: Encargado de Sisemas y Coordinadora académica Personal involucrado e intereses: El Enc. De Sisemas o la coordinadora regisraran a odas los carreras que se utlizaran utlizaran en el sisema Precondiciones: Usuario con los permisos necesarios

Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor

Responsabilidad del Sistema 1: Verifca los permisos para la gestón de daos 2: Muesra daos de las Carreras 3: Realiza búsqueda y muesra resulados 4: Valida daos, realiza acción y muesra mensaje de confrmación

 1: Accede a la panalla de Carreras 2: Visualiza los daos de las carreras regisradas 3: Proporciona parámeros de Búsqueda 4: Solicia Regisrar, Buscar, consular, Ediar, Eliminar, cambiar de esado y lisar las carreras.

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO

 

Tabla # 28 Especicación de Caso de Uso-Carreras Uso-Carreras

111

 

CAPITULO # 7 ANALISIS

7.4.7. 7.4 .7. Cas Caso o de Uso: Uso: Mate Materia riass

Figura 57 Diagrama de Colaboración- Materias Fuente: Elaboración Propia

Nombre: Maerias Actores: Encargado de Sisemas y Coordinadora académica Personal involucrado e intereses: El Enc. De Sisemas o la coordinadora regisraran a odas las maerias que se utlizaran en el sisema

Precondiciones: Usuario con los permisos necesarios Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor  1: Accede a la panalla de Maerias 2: Visualiza los daos de las Maerias regisradas 3: Proporciona parámeros de Búsqueda 4: Solicia Regisrar, Buscar, consular, Ediar, Eliminar, cambiar de esado y lisar las Maerias.

Responsabilidad del Sistema 1: Verifca los permisos para la gestón de daos 2: Muesra daos de las Maerias 3: Realiza búsqueda y muesra resulados 4: Valida daos, realiza acción y muesra mensaje de confrmación

112

 

CAPITULO # 7 ANALISIS

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO   Tabla # 29 Especicación de Caso de Uso- Materias

7.4.8. Caso de Uso Uso:: Gesti Gestión ón de Plan de Horari Horarios os Académ Académicos icos

Figura 58 Diagrama de Colaboración- Gesón de Plan de Horarios Académicos Fuente: Elaboración Propia

Nombre: Gestón de Plan de Horarios Académicos Actores: Encargado de Sisemas y Coordinadora académica Personal involucrado e intereses: El Enc. De Sisemas o la coordinadora regisraran a odas las Gestones de Plan de Horarios Académicos que se utlizaran en el sisema. Precondiciones: Usuario con los permisos necesarios

Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor  1: Accede a la panalla de Gestón de Plan de Horarios Académicos 2: Visualiza los daos de las Gestones de Plan de Horarios Académicos regisradas

Responsabilidad del Sistema 1: Verifca los permisos para la gestón de daos 2: Muesra daos de los planes de horarios académicos

3: Proporciona parámeros de Búsqueda

3: Realiza búsqueda y muesra resulados

113

 

CAPITULO # 7 ANALISIS

4: Valida daos, realiza acción y muesra mensaje de confrmación

4: Solicia Regisrar, Buscar, consular, Ediar, Eliminar, cambiar de esado y lisar los Planes de Horarios Académicos regisrados.

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO   Tabla # 30 Especicación de Caso de Uso- Gesón Gesón de plan de Horarios Académicos

7.4.9. 7.4 .9. Cas Caso o de Uso: Uso: Docen Docentes tes

Figura 59 Diagrama de Colaboración- Docentes Fuente: Elaboración Propia

Nombre: Docenes Actores: Encargado de Sisemas y Coordinadora académica Personal involucrado e intereses: El Enc. De Sisemas o la coordinadora regisraran a odos los Docenes que se utlizaran utlizaran en el sisema. Precondiciones: Usuario con los permisos necesarios

Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico)

Acción del Actor

Responsabilidad del Sistema

114

 

CAPITULO # 7 ANALISIS

 1: Accede a la panalla de Docenes 2: Visualiza los daos de los Docenes 3: Proporciona parámeros de Búsqueda 4: Solicia Regisrar, Buscar, consular, Ediar, Eliminar, cambiar de esado y lisar los Docenes regisrados.

1: Verifca los permisos para la gestón de daos 2: Muesra daos de los Docenes 3: Realiza búsqueda y muesra resulados 4: Valida daos, realiza acción y muesra mensaje de confrmación

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO   Docentes Tabla # 31 Especicación de Caso de Uso- Docentes

7.4.10.

Caso d dee U Usso: Estudiantes

Figura 60 Diagrama de Colaboración- Estudiantes Fuente: Elaboración Propia

Nombre: Esudianes Actores: Encargado de Sisemas y Coordinadora académica Personal involucrado e intereses: El Enc. De Sisemas o la coordinadora regisraran a odos

los Esudianes que se utlizaran en el sisema.

115

 

CAPITULO # 7 ANALISIS

Precondiciones: Usuario con los permisos necesarios Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor

Responsabilidad del Sistema

 1: Accede a la panalla de Esudianes 2: Visualiza los daos de los Esudianes 3: Proporciona parámeros de Búsqueda 4: Solicia Regisrar, Buscar, consular, Ediar, Eliminar, cambiar de esado y lisar los Esudianes regisrados.

1: Verifca los permisos para la gestón de daos 2: Muesra daos de los Esudianes 3: Realiza búsqueda y muesra resulados 4: Valida daos, realiza acción y muesra mensaje de confrmación

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO   Estudiantes Tabla # 32 Especicación de Caso de Uso- Estudiantes

7.4.11.

Caso de Uso: Horarios

116

 

CAPITULO # 7 ANALISIS

Figura 61 Diagrama de Colaboración- Horarios Fuente: Elaboración Propia

Nombre: Horarios Encargado de Sisemas y Coordinadora académica Actores: Personal involucrado e intereses: El Enc. De Sisemas o la coordinadora regisraran odos los Horarios que se utlizaran en el sisema. Precondiciones: Usuario con los permisos necesarios

Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor

Responsabilidad del Sistema

 1: Accede a la panalla de Horarios 2: Visualiza los daos de los Horarios 3: Proporciona parámeros de Búsqueda 4: Solicia Regisrar, Buscar, consular, Ediar, Eliminar, cambiar de esado y lisar los

1: Verifca los permisos para la gestón de daos 2: Muesra daos de los Horarios 3: Realiza búsqueda y muesra resulados 4: Valida daos, realiza acción y muesra

Horarios regisrados.

mensaje de confrmación

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO 117

 

CAPITULO # 7 ANALISIS

  Tabla # 33 Especicación de Caso de Uso- Horarios Horarios

7.4. 7.4.112.

Cas aso od dee U Uso so:: Lim Limiites de Hor Horar ariio d dee M Mar arccac aciión de Entr ntrad adaa

Figura 62 Diagrama de Colaboración. Límites de Horario de Marcación de Entrada Fuente: Elaboración Propia

Nombre: Limies de Horario de Marcación de Enrada Actores: Encargado de Sisemas y Coordinadora académica Personal involucrado e intereses: El Enc. De Sisemas o la coordinadora regisraran odos los límies de horario de marcación de enrada que se utlizaran en el e l sisema.

Precondiciones: Usuario con los permisos necesarios Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor

Responsabilidad del Sistema

118

 

CAPITULO # 7 ANALISIS

 1: Accede a la panalla de Limies de Horario de Marcación de Enrada 2: Visualiza los daos de los Limies de Horario de Marcación de Enrada 3: Proporciona parámeros de Búsqueda 4: Solicia Regisrar, Ediar Limies de Horario de Marcación de Enrada

1: Verifca los permisos para la gestón de daos 2: Muesra daos de los Limies de Horario de Marcación de Enrada 3: Realiza búsqueda y muesra resulados 4: Valida daos, realiza acción y muesra mensaje de confrmación

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO   Tabla # 34 Especicación de Caso de Uso- Limite de Horario de Marcación de Entrada

7.4. 7.4.113.

Cas aso od dee U Uso so:: Lim Limiites de Hor Horar ariio d dee M Mar arccac aciión de Sali alida

Figura 63 Diagrama de Colaboración- Limites de Horario de Marcación de Salida Fuente: Elaboración Propia

Nombre: Limies de Horario de Marcación de Salida Actores: Encargado de Sisemas y Coordinadora académica Personal involucrado e intereses: El Enc. De Sisemas o la coordinadora regisraran odos los límies de horario de marcación de salida que se utlizaran en el sisema.

Precondiciones: Usuario con los permisos necesarios

119

 

CAPITULO # 7 ANALISIS

Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor

Responsabilidad del Sistema 1: Verifca los permisos para la gestón de daos 2: Muesra daos de los Limies de Horario de Marcación de salida 3: Realiza búsqueda y muesra resulados 4: Valida daos, realiza acción y muesra mensaje de confrmación

 1: Accede a la panalla de Limies de Horario de Marcación de Salida 2: Visualiza los daos de los Limies de Horario de Marcación de Enrada 3: Proporciona parámeros de Búsqueda 4: Solicia Regisrar, Ediar Limies de Horario de Marcación de Salida

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO   Tabla # 35 Especicación de Caso de UsoUso- Limites de Horario de Marcación de Salida

7.4.14.

Caso de Uso: Reporte de Asistencia

Figura 64 Diagrama de Colaboración- Reporte de Asistencia Fuente: Elaboración Propia

Nombre: Repore de Asisencia Actores: Enc. De Sisemas, Coordinadora Academica, Ayudane Personal involucrado e intereses: parámeros.

El Usuario requiere visualizar un repore con los

Precondiciones: Usuario con los permisos necesarios

120

 

CAPITULO # 7 ANALISIS

Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor

Responsabilidad del Sistema 1: Verifca permisos para la visualización 2: Realiza la Búsqueda y muesra los resulados 3: Muesra mensaje de confrmación

 1: Accede al ormulario de Repore de Asisencia 2: Inroduce Parámeros para realizar repore 3: Visualiza Resulado de la Búsqueda.

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO   Tabla # 36 Especicación de Caso de UsoUso- Reporte de Asistencia

7.4.15.

Caso de Uso: Reporte de Estudiantes

Figura 65 Diagrama de Colaboración- Reporte de Estudiantes Fuente: Elaboración Propia

Nombre: Repore de Esudianes Actores: Enc. De Sisemas, Coordinadora Academica, Ayudane Personal involucrado e intereses: El Usuario requiere visualizar un repore con los parámeros.

Precondiciones: Usuario con los permisos necesarios Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor  1: Accede al ormulario de Repore de Esudianes 2: Inroduce Parámeros para realizar

Responsabilidad del Sistema 1: Verifca permisos para la visualización 2: Realiza la Búsqueda y muesra los resulados

repore

3: Muesra mensaje de confrmación

121

 

CAPITULO # 7 ANALISIS

3: Visualiza Resulado de la Búsqueda.

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO   Reporte de Estudiantes Tabla # 37 Especicación de Caso de Uso- Reporte

7.4.16.

Caso de Uso: Reporte de Docentes

Figura 66 Diagrama de Colaboración- Reporte de Docentes Fuente: Elaboración Propia

Nombre: Repore de Docenes Actores: Enc. De Sisemas, Coordinadora Academica, Ayudane Personal involucrado e intereses: El Usuario requiere visualizar un repore con los parámeros.

Precondiciones: Usuario con los permisos necesarios Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor  1: Accede al ormulario de Repore de Docenes 2: Inroduce Parámeros para realizar repore 3: Visualiza Resulado de la Búsqueda.

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO

Responsabilidad del Sistema 1: Verifca permisos para la visualización 2: Realiza la Búsqueda y muesra los resulados 3: Muesra mensaje de confrmación

  Reporte de Docentes Tabla # 38 Especicación de Caso de Uso- Reporte

122

 

CAPITULO # 7 ANALISIS

7.4.17.

Caso de Uso: Reporte de Materias

Figura 67 Diagrama de Colaboración- Reporte de Materias Fuente: Elaboración Propia

Nombre: Repore de Maerias Actores: Enc. De Sisemas, Coordinadora Academica, Ayudane Personal involucrado e intereses: El Usuario requiere visualizar un repore con los parámeros.

Precondiciones: Usuario con los permisos necesarios Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor

Responsabilidad del Sistema 1: Verifca permisos para la visualización 2: Realiza la Búsqueda y muesra los resulados 3: Muesra mensaje de confrmación

 1: Accede al ormulario de Repore de MAerias 2: Inroduce Parámeros para realizar repore 3: Visualiza Resulado de la Búsqueda.

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO   Tabla # 39 Especicación de Caso de Uso- Reporte de Materias

7.4.18.

Caso de Uso: Bitácora

123

 

CAPITULO # 7 ANALISIS

Figura 68 Diagrama de Colaboración- Bitácora Fuente: Elaboración Propia

Nombre: Biácora Actores: Enc. De Sisemas Personal involucrado e intereses: El Enc. De Sisemas se encargar de revisar y manejar la biácora.

Precondiciones: Usuario con los permisos necesarios Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor  1: Acceder a la inormación de la Biácora 2: Visualiza los daos de la Biácora 3:Consula o busca daos de la Biácora

Responsabilidad del Sistema 1: Muesra la panalla Biacorá 2: Muesra los regisros de cada usuario y sus acciones 3: Valida daos, realiza acción y muesra mensaje de confrmación.

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO 124

 

CAPITULO # 7 ANALISIS

  Tabla # 40 Especicación de Caso de Uso- Bitácora

7.4.19.

Caso de Uso: Usuarios

Figura 69 Diagrama de Colaboración- Usuarios Fuente: Elaboración Propia

Nombre: Usuarios Actores: Encargado de Sisemas y Coordinadora académica Personal involucrado e intereses: El Enc. De Sisemas y la coordinadora regisraran a odos los usuarios que utlizaran el sisema Precondiciones: Usuario con los permisos necesarios

Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor

Responsabilidad del Sistema

125

 

CAPITULO # 7 ANALISIS

1: Verifca los permisos para la gestón de daos 2: Muesra daos de los Usuarios 3: Realiza búsqueda y muesra resulados 4: Valida daos, realiza acción y muesra mensaje de confrmación

 1:Visualiza Accede alos la panalla 2: daos dede losUsuarios Usuarios regisrados 3: Proporciona parámeros de Búsqueda 4: Solicia Regisrar, Buscar, consular, Ediar, Eliminar, cambiar de esado y lisar los usuarios.

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO   Usuarios Tabla # 41 Especicación de Caso de Uso- Usuarios

7.4.20.

Caso de Uso: Roles

Figura 70 Diagrama de Colaboración- Roles Fuente: Elaboración Propia

Nombre: Roles Actores: Enc. De Sisemas, Coordinadora

Personal involucrado e intereses: El Enc. De Sisemas le asigna a cada usuario los permisos

126

 

CAPITULO # 7 ANALISIS

correspondiene sucon rol denro del sisema Precondiciones: según Usuario los permisos necesarios

Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor

Responsabilidad del Sistema

 1: Accede a la panalla de Roles 2: Visualiza los daos de los Usuarios 3:Agrega o quiar Roles a los usuarios

1: Verifca los permisos para la gestón de daos 2: Muesra los Usuarios regisrados 3: Realiza la acción y muesra mensaje de confrmación

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO   Tabla # 42 Especicación de Caso de Uso- Roles

7.4.21.

Caso de Uso: Administrar Permisos

Figura 71 Diagrama de Colaboración- Administrar Permisos

Fuente: Elaboración Propia

127

 

CAPITULO # 7 ANALISIS

Adminisrar Permisos Nombre: Actores: Enc. De Sisemas, Coordinadora Personal involucrado e intereses: El Enc. De Sisemas le asigna a cada rol los permisos correspondiene denro del sisema Precondiciones: Usuario con los permisos necesarios

Garana de éxito: El Usuario tene que haber verifcado que los daos ingresados esén correcos.

Escenario principal de éxito(ujo básico) Acción del Actor

Responsabilidad del Sistema

 1: Accede a la panalla de Adminisrar Permisos 2: Visualiza los daos de los Roles 3:Agrega o quiar permisos a los Roles

1: Verifca los permisos para la gestón de daos 2: Muesra los Roles regisrados 3: Realiza la acción y muesra mensaje de confrmación

Extensiones(ujos Extensiones(u jos alternavos) NINGUNO   Administrar Permisos Tabla # 43 Especicación de Caso de Uso- Administrar

7.5. 7.5.

Diag Di agra rama ma de Clas Clasee d del el An Anál ális isis is

128

 

CAPITULO # 7 ANALISIS

Figura 72 Diagrama de Clases de Análisis Fuente: Elaboración Propia

129

 

CAPITULO # 8.- DISEÑO

 

CAPITULO # 8 DISEÑO

8.1. 8.1. 8.2. 8.2.

Di Dise seño ño de la Ar Arqu quit itec ecttur uraa Di Dise seño ño de lo loss cas casos os de uso. uso.

En la figura se muestran las interfaces con lo que se comunican los subsistemas de Módulo de Marcaciones, Módulo de Patrones de Voz, Módulo de Parámetros y Conf Co nfig igura uraci cion ones es,, Mó Módu dulo lo de Re Repo port rtes es y Mó Módu dulo lo de Us Usua uari rios os,, Se Segur gurid idad ad y  Auditoría.

Figura 73 Diseño de Paquetes del Sistema Fuente: Elaboración Propia

131

 

CAPITULO # 8 DISEÑO

8.2.1. Diseñ Diseño o de Caso de de Uso: Uso: Marcación Marcación

132

 

CAPITULO # 8 DISEÑO

Figura 74 Diagrama de Secuencia- Marcación Fuente: Elaboración Propia

133

 

CAPITULO # 8 DISEÑO

8.2.2. Diseñ Diseño o de Caso de de Uso: Uso: Licencia Licenciass

Figura 75 Diagrama de Secuencia- Licencias  Fuente: Elaboración Propia

8.2.3. Diseñ Diseño o de Caso d dee Uso: Toma Toma de Pa Patrón trón d dee Voz

134

 

CAPITULO # 8 DISEÑO

Figura 76 Diagrama de Secuencia- Toma de Patrón de Voz Fuente: Elaboración Propia

8.2.4. Diseñ Diseño o de Caso de Uso Uso:: Carga de Archiv Archivo o de Patró Patrón n de Voz

Figura 77 Diagrama de Secuencia- Carga de Archivo de Patrón de Voz

135

 

CAPITULO # 8 DISEÑO

 Fuente: Elaboración Propia

8.2.5. Diseñ Diseño o de Caso de Uso Uso:: Administra Administrarr Patr Patrones ones de Voz

Figura 78 Diagrama de Secuencia- Administrar Patrones de Voz

 Fuente: Elaboración Propia

136

 

CAPITULO # 8 DISEÑO

8.2.6. Diseñ Diseño o de Caso de de Uso: Uso: Carreras Carreras

137

 

CAPITULO # 8 DISEÑO

Figura 79 Diagrama de Secuencia- Carreras

138

 

CAPITULO # 8 DISEÑO

Fuente: Elaboración Propia

8.2.7. Diseñ Diseño o de Caso de de Uso: Uso: Materia Materiass

139

 

CAPITULO # 8 DISEÑO

Figura 80 Diagrama de Secuencia- Materias

140

 

CAPITULO # 8 DISEÑO

Fuente de Elaboración Propia

8.2.8. Diseñ Diseño o de Caso de Uso: Gesti Gestión ón de Plan de Horarios Horarios Acadé Académico mico

141

 

CAPITULO # 8 DISEÑO

Figura 81 Diagrama de Secuencia- Gesón de Plan de Horarios Académicos

142

 

CAPITULO # 8 DISEÑO

Fuente Elaboración Propia

8.2.9. Diseñ Diseño o de Caso de de Uso: Uso: Docentes Docentes

143

 

CAPITULO # 8 DISEÑO

Figura 82 Diagrama de Secuencia Docentes Fuente: Elaboración Propia

144

 

CAPITULO # 8 DISEÑO

8.2.10.

Diseño de Caso de Uso: Estudiantes

145

 

CAPITULO # 8 DISEÑO

Figura 83 Diagrama de Secuencia-Estudiantes

146

 

CAPITULO # 8 DISEÑO

 Fuente: Elaboración Propia

8.2.11.

Diseño de Caso de Uso: Horarios

147

 

CAPITULO # 8 DISEÑO

Figura 84 Diagrama de Secuencia- Horarios Fuente: Elaboración Propia

148

 

CAPITULO # 8 DISEÑO

8.2.12. Diseño de Caso de Us Uso o: Li Lim mites de Horario de Marcación de Entrada

Figura 85 Diagrama de Secuencia-Límites de Horario de Marcación de Entrada Fuente: Elaboración Propia

8.2. 8.2.113. Salida

Di Dise seño ño de Cas aso od dee U Uso so:: Lim Limit ites es de H Hor orar ario io de M Mar arca caci ción ón de

149

 

CAPITULO # 8 DISEÑO

Figura 86 Diagrama de Secuencia- Límite de Horario de Marcación de Salida Fuente: Elaboración Propia

8.2 8.2.14.

Diseño d dee C Caaso de Us Uso: Re Reporte d dee Asis sistencia

Figura 87 Diagrama de Secuencia- Reporte de Asistencia

150

 

CAPITULO # 8 DISEÑO

Fuente: Elaboración Propia

8.2 8.2.15.

Diseño d dee C Caaso de Us Uso: Re Reporte d dee E Esstudiantes

Figura 88 Diagrama de Secuencia-Reporte de Estudiantes Fuente: Elaboración Propia

8.2 8.2.16.

Diseño de Caso de Uso: Reporte de Docen enttes

151

 

CAPITULO # 8 DISEÑO

Figura 89 Diagrama de Secuencia- Reporte de Docentes  Fuente: Elaboración Propia

8.2 8.2.17.

Diseño de Caso de Uso: Reporte de Materias

Figura 90 Diagrama de Secuencia- Reporte de Materias Fuente: Elaboración Propia

152

 

CAPITULO # 8 DISEÑO

8.2.18.

Diseño de Caso de Uso: Bitácora

Figura 91 Diagrama de Secuencia- Bitácora Fuente: Elaboración Propia

8.2.19.

Diseño de Caso de Uso: Usuarios

153

 

CAPITULO # 8 DISEÑO

Figura 92 Diagrama de Secuencia- Usuarios Fuente: Elaboración Propia

8.2.20.

Diseño de Caso de Uso: Roles

154

 

CAPITULO # 8 DISEÑO

Figura 93 Diagrama de Secuencia- Roles

155

 

CAPITULO # 8 DISEÑO

Fuente: Elaboración Propia

8.2 8.2.21.

Diseño d dee C Caaso de Us Uso: Ad Administrar Pe Permisos

156

 

CAPITULO # 8 DISEÑO

Figura 94 Diagrama de Secuencia- Administrar Permisos

157

 

CAPITULO # 8 DISEÑO

 Fuente: Elaboración Propia

8. 8.3. 3.

Di Dise seño ño Co Conc ncep eptu tual al de la Ba Base se de Dato Datoss

Figura 95 Diagrama de Clases Completo Fuente: Elaboración Propia

8.4. 8.4. Dise Diseño ño Físi Físico co de la Ba Base se de Dato Datoss 8.4.1. 8.4 .1. Tab Tabla: la: Horari Horario o CAMPO horario_id fecha tipo horarioEntrada horarioSalida

TIPO DE DATO Int Date Time Varchar Date Time Date Time

TAMAÑO 8

NULO NO NO NO NO NO

LLAVE PK

Material_id

int

NO

FK

Tabla # 44 Horario Horario

158

 

CAPITULO # 8 DISEÑO

8.4.2. 8.4 .2. Tab Tabla: la: Carrer Carreras as CAMPO  Ca  Carrera_id  No  Nombre Descripción

TIPO DE DATO Int Varchar Varchar

TAMAÑO

NULO NO NO NO

LLAVE PK

Tabla # 45 Carreras Carreras

8.4.3. Tabla Tabla:: Mater Materia/Ca ia/Carrera rrera CAMPO  Materia_carrera_i d  M  Ma ateria_id  C  Ca arrera_id

TIPO DE DATO  in  int

TAMAÑO

in t in t

NULO NO

LLAVE PK

NO NO

FK FK

Tabla # 46 Materia/Carrera Materia/Carrera

8.4.4. 8.4 .4. Tab Tabla: la: Materi Materiaa CAMPO  M  Ma ateria_id  No  Nombre Grupo Sigla Gestiónsemestr  e Docente_id

TIPO DE DATO Int Varchar Varchar Varchar Varchar

TAMAÑO

int

NULO NO NO NO NO NO

LLAVE PK

NO

FK

Tabla # 47 Materia Materia

8.4.5. Tabla Tabla:: Mater Materia/Es ia/Estudi tudiante ante CAMPO Material_estudiante_i d  Duración Semestre Material_id Estudiante_id

TIPO DE DATO TAMAÑO  i in nt

NULO NO

LLAVE PK

Varchar Int int

NO NO NO NO

FK FK

Tabla # 48 Materia/ Estudiante

8.4.6. 8.4 .6. Tab Tabla: la: E Estu studia diante nte

CAMPO Estudiante_id  Re  Registro

TIPO DE DATO Int Int

TAMAÑO

NULO NO NO

LLAVE PK PK

159

 

CAPITULO # 8 DISEÑO

Nombre apellido Usuario_id

Varchar Varchar Int

NO NO NO

FK

NULO

LLAVE PK

int Int

NO NO NO NO NO NO

int

NO

FK

Tabla # 49 Estudiante Estudiante

8.4.7. 8.4 .7. Tab Tabla: la: Marcac Marcación ión CAMPO Marcación_id  HorarioEntrada HorarioSalida LimiteHorario Horario_id Material_estudiante_i d Tipo_marcacion_id

TIPO DE DATO int

TAMAÑO

FK FK

Tabla # 50 Marcación Marcación

8.4.8. 8.4 .8. Tab Tabla: la: Tip TipoMa oMarca rcació ción n CAMPO  Tipomarcacion_i d  Tipo Descripción

TIPO DE DATO  In  Int

TAMAÑO

NULO NO

LLAVE PK

NO NO

Varchar Tabla # 51 Tipo Marcación

8.4.9. Tab 8.4.9. Tabla: la: Docent Docentee CAMPO TIPO DE DATO Docente_id Int  No  Nombre Varchar  Apellido Varchar Usuario_id Int

TAMAÑO

NULO NO NO NO NO

LLAVE PK FK

NULO NO

LLAVE PK

Docente Tabla # 52 Docente

8.4.10. CAMPO Usuario_id

Tabla: U Ussuario TIPO DE DATO Int

TAMAÑO

 Us  U rioord Passusaw rol_id

Va arrcch ha arr V Int

N NO O NO

FK

160

 

CAPITULO # 8 DISEÑO

Usuario Tabla # 53 Usuario

8.4.11. Tabla: Bitácora CAMPO TIPO DE DATO Bitacora_id Int  Tipo Fecha Date time Usuario_id Int

TAMAÑO

NULO NO NO NO NO

LLAVE PK FK

NULO NO

LLAVE PK

NNOO

FK

NULO NO NO NO

LLAVE PK

Tabla # 54 Bitácora Bitácora

8.4.12.

Tabla: PatrónVoz

CAMPO Patronvoz_id

TIPO DE DATO Int

 UVsouzario_id

Int

TAMAÑO

Tabla # 55 Patrón de de Voz

8.4.13. CAMPO Rol_id Nombre Descripción

Tabla: Rol TIPO DE DATO Int Varchar Varchar

TAMAÑO

Tabla # 56 Rol 

8.4.14.

Tabla: Rol/Permiso

C AlM Ro _pPeO rmiso_id TInIPt O DE DATO Rol_id Int Permiso_id Int

ITnAt6M4AÑO

NNUOLO NO NO

LLKAVE P FK FK

NULO NO NO

LLAVE PK

Rol/Permiso Tabla # 57 Rol/Permiso

8.4.15. CAMPO Permiso_id Nombre

Tabla: P Peermiso TIPO DE DATO Int varchar

TAMAÑO

Permiso Tabla # 58 Permiso

8.5. 8.5.

Di Dise seño ño de In Inte terf rfac aces es

8.5.1. 8.5 .1. Ini Inicio cio de Sesión Sesión

161

 

CAPITULO # 8 DISEÑO

Figura 96 Inicio de Sesión Fuente: Elaboración Propia

8.5.2. 8.5 .2. Men Menú ú Pri Princi ncipal pal

Figura 97 Menú Principal Fuente: Elaboración Propia

8.5.3. 8.5 .3. Cre Crear ar Car Carrer reras as 162

 

CAPITULO # 8 DISEÑO

Figura 98 Crear Carrera Fuente: Elaboración Propia

8.5.4. 8.5 .4. Ges Gesti tiona onarr Carr Carrera erass

163

 

CAPITULO # 8 DISEÑO

Figura 99 Gesonar Carreras Fuente: Elaboración

164

 

CAPITULO # 9.- IMPLEMENTACION 

165

 

CAPITULO # 9 IMPLEMENTACION

9. 9.1. 1. Di Diag agra rama ma de Comp Compon onen ente tess por por Caso Casoss d dee U Uso so 9.1.1. Diagr Diagrama ama de Componente Componentes: s: Mar Marcacion caciones es 9.1.2. Diagr Diagrama ama de Componente Componentes: s: Lice Licencias ncias 9.1.3. Diagr Diagrama ama de Com Component ponentes: es: Toma de Pa Patrón trón de Vo Vozz 9.1.4. Diagr Diagrama ama de Compo Componente nentes: s: Carga de Arch Archivo ivo de Patrón Patrón de Voz

9.1.5. Diagr Diagrama ama de Compo Componente nentes: s: Admini Administrar strar Pat Patrones rones de Voz 9.1.6. Diagr Diagrama ama de Componente Componentes: s: Car Carreras reras 9.1.7. Diagr Diagrama ama d dee Com Component ponente: e: Mat Materias erias 9.1.8. Diagr Diagrama ama de Compone Componentes: ntes: Gest Gestión ión de Plan de Horarios Horarios Académi Académicos cos

9.1.9. Diagr Diagrama ama d dee Com Component ponentes: es: Do Docente centess 9.1.10.

Diagrama d dee Co Componentes: E Esstudiantes

9.1.11.

Diagrama de Componentes: Horarios

9.1. 9.1.12 12.. Diag Di agra rama ma de Comp Compon onen ente tes: s: Li Limi mite te de Ho Hora rari rio o de Ma Marc rcac ació ión nd dee Entrada

9.1. 9.1.13 13.. Salida

Diag Di agra rama ma de Comp Compon onen ente tes: s: Li Limi mite te de Ho Hora rari rio o de Ma Marc rcac ació ión nd dee

166

 

CAPITULO # 9 IMPLEMENTACION

9.1. 9.1.114.

Di Diag agrrama ama de Comp Compon onen ente tes: s: Repo Report rtee de As Asiist sten enci ciaa

9.1. 9.1.115.

Di Diag agrrama ama de Comp Compon onen ente tes: s: Repo Report rtee de Es Estu tud diant iantes es

9.1 9.1.16.

Diag agrrama de de Co Componentes: R Reeporte d dee D Do ocen enttes

9.1 9.1.17.

Diag agrrama de de Co Componentes: R Reeporte d dee M Maaterias

9.1.18.

Diagrama de Componentes: Bitácora

9.1.19.

Diagrama de Componentes: Usuarios

9.1.20.

Diagrama d dee Componentes: Roles

9.1. 9.1.221.

Di Diag agrrama ama de Comp Compon onen ente tes: s: Admi Admini nist stra rarr Pe Perm rmiiso soss

9. 9.2. 2.

Im Impl plem emen enta taci ción ón de la Ar Arqu quit itec ectu tura ra

9.2.1. Arqu Arquitect itectura ura del Sistema Sistema 9.2.2. Diagr Diagrama ama de Compo Componente nente:: Subsist Subsistema ema de Marca Marcacione cioness 9.2.3. Diagr Diagrama ama de Compo Componente nente:: Subsist Subsistema ema de Patro Patrones nes de Voz

9.2.4. Diagr Diagrama ama de Compo Componente nente:: Subsist Subsistema ema de Parám Parámetros etros y Configuraciones

167

 

CAPITULO # 9 IMPLEMENTACION

9.2.5. Diagr Diagrama ama de Com Component ponente: e: Subsi Subsistema stema de Report Reportes es 9.2.6. Diagr Diagrama ama de Compone Componentes: ntes: Subs Subsistem istemaa de Usuario, Segu Seguridad ridad y Auditoría

168

 

CAPITULO # 10.- PRUEBAS DEL SISTEMA