FACULTAD
DE ESTADÍSTICA
E
INFORMÁTICA
ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE
SISRH
SISTEMA DE RECURSOS HUMANOS
TRABAJO RECEPCIONAL
QUE COMO REQUISITO PARCIAL PARA OBTENER EL
DIPLOMA DE ESTA ESPECIALIZACIÓN
PRESENTA:
María de los ÁngelesiNayaJtxo-Gperrero
(Becaria de la Secretaría de Educación y Cultura)Tutor: Armando Pérez Flores
UNIVERSIDAD VERACRUZANA
FACULTAD DE ESTADÍSTICA E INFORMÁTICA
ESPECIALIZACIÓN EN INGENIERÍA
DE SOFTWAREEl Comité Académico de la Especialización
en
Ingeniería de Softwarey
el
Tutor
del
trabajo
recepcionaltitulado
“SISRH: Sistema de Recursos Humanos”que
presenta
la
C. María de los Ángeles Navarro Guerrero , autorizanla
impresióny
constitución
deljurado
para sudefensa en la fecha previamente
establecida.Xalapa, Ver.
a07 de Noviembre
del2003.
COMITÉ ACADÉMICO
Dr. Juan Manuel Fernández
Peña
REPRESENTANTE
MAESTRO
Mtra.
Edíth-HérnántiézLagunesSECRETARIAACADÉMICA DE
LA
FACULTAD
DE ESTADÍSTICA EINFORMÁTICA
Mtra.
Ma. de^^s^mgeles^eñasValdés
REPRESENTANTE MAESTRO
dio
Dra. Ma. de
Tos Angeles Sumano López
COORDINADORA
DE
LAESPECIALIZACIÓN
Agradecimientos
Agradezco a la Secretaría de Educación y Cultura por autorizarme la Beca-Comisión para cursar esta Especialízación.
Dedico este trabajo a Ángel, mi esposo, a mi hijo, Fernando, por todo su amor, paciencia y apoyo que me permitieron alcanzar esta meta.
A mi madre por darme el cariño y apoyo incondicional, que toda la vida he.obtenido de ella, en todos los aspectos.
Mi más sincero agradecimiento a los Doctores: Ma. de los Angeles Sumano López y Juan Manuel Fernández Peña, por el tiempo que invirtieron en la revisión de este trabajo y por la amistad que nos han ofrecido a todos los alumnos de la Especialízación.
Agradezco al Mtro. Armando Pérez Flores, por la dirección que hizo en este proyecto.
A mi tía Gloría y a Saris porque sé, que siempre cuento y podré contar con su apoyo y su cariño, a mi cuñada Liliana .por el ejemplo de fortaleza y por estar conmigo cuando la necesito.
CONTENIDO
1 INTRODUCCIÓN...1
1.1 Objetivodeltrabajo... 1
1.2 Contextodelsistema...1
1.3 Justificación...2
1.4 Fundamentos Teóricos...i...3
1.5 Estructuradeltrabajo...6
2 ESTABLECIMIENTO DE LOS REQUERIMIENTOS DE SISRH... ...8
2.1 Contextoy SituaciónActual...9
2.1.1 Contexto empresarial...9
2.1.2 Situación Actual... ...•... 11
2.1.3 Conclusión sobre la situación actual...15
2.2 PropuestaComputacional...16
2.2.1 Esquema General dela Propuesta Computacional...17
2.2.2 2. Prototipo Rápido...,...21
2.2.3 Modelo de Datos...34
2.2.4 Beneficios del nuevo software... 36
2.2.5 Bitácora de desarrollo... ...36
2.2.6 Costo en términos depuntos de función...39
2.2.7 Responsabilidades...42
2.2.8 Conclusión sobre la propuesta computacional...43
3 PLANEACIÓN Y ANÁLISIS DESISRH...44
3.1 Análisisderiesgos...45
3.2 PLANEACIÓN DE SISRH ...,... 46
3.3 Análisisde SISRH...57
3.3.1 Paquetes de Análisis...57
3.3.2 Realización de Casos de Uso del Análisis...58
4 DISEÑO DE SISRH...77
4.1 Arquitecturadelsistema...'...79
4.2 Subsistemasde Diseño...81
4.2.1 Interfaces entre subsistemas ...81
4.2.2 Clases activas...81
4.3 Realizacióndécasosde uso dediseño...82
4.3.1 Realización del Caso de Uso Registro deDocentes...83
4.3.2 Realización del Caso de Uso Identificación del usuario...:...83
4.3.3 Realización del Caso de Uso Actualización de datos de Docentes...83
4.3.4 Realización del Caso de Uso Consulta de datosdeDocentes... 90
4.3.5 Realización del Caso de Uso Reportesdedatosde Docentess...92
4.3.6 Realización del Caso de Uso Eliminación dedatos de Docentess...96
4.3.7 Realización del Caso de Uso Registro de Centros...97
4.3.8 Realización del Caso de Uso Actualización de Centros...99
4.3.9 Realización del Caso de Uso Consulta deCentros... 101
4.3.10 Realización del Caso deUso Eliminación de Centros...103
4.3.11 Realización del Caso deUso Reporte de datos de Centros... 105
4.3.12 Realización del Caso deUso Registro/actualización de Usuarios...108
4.3.13 Realización del Caso de UsoActualización de Catálogos...110
4.4 Diagramas detalladosdelasasociacionesyagregacionesentrelasclases DE DISEÑO... 113
4.5.2 Métodos decada operación para cada clase...114
5 IMPLEMENTACIÓN DESISRH...116
5.1 ArquitecturadelModelode Implementación...117
5.2 Plande Construcciones...í... ...118
5.3 Subsistemasde implementación... ...124
6 PRUEBAS DESISRH... 127
6.1 Fundamentos... 132
6.2 Pruebas decasosdeuso...:...134
6.2.1 Procedimiento de prueba especial (silo hubo)... ... ...138
6.2.2 Caso de prueba con su resultado...'....139
6.2.3 Registro de defectos... ...:...151
6.3 Análisisde resultados...155
6.3.1 Métricas relativas a pruebas......155
6.3.2 Discusión de resultados......159
7 EVALUACIÓN DE SISRH...161
7.1 Evaluaciónfuncional...i...162
7.2 Evaluacióndelproductofinal...166
7.3 Evaluacióndelproceso...170
7.3.1 Tiempo de desarrollo....'...170
7.3.2 Otras métricas del proceso:... ...172
8 CONCLUSIÓN... 170
8.1 Resumen... 175
8.2 RevisiónCrítica...'... ...176
8.3 Trabajos Futuros... 177
8.4 . Paraterminar... 177
BIBLIOGRAFÍA... ... 178
APÉNDICE A. REDES SEMÁNTICAS DESISRH... ...180
APÉNDICE B. MANUAL DEOPERACIÓN DE SISRH...186
Capítulo 1
1.
Introducción.
A lo
largo
de las primerastres
décadas
de laInformática,
el principaldesafío
erael
desarrollo del
hardware de lascomputadoras,
deforma
quese
redujera elcosto
de procesamiento y almacenamiento de
datos.
Durante
ladécada
de losochenta,
los avances en
micro
electrónicahan dado
comoresultado
unamayor potencia
decálculo
a
lavez que una
reducción
del
costo.
Hoy el problemaes diferente.
El
principal
desafíoes mejorar
la calidad (y reducir el costo) de lassoluciones
basadas en computadoras,
soluciones
que se.implementancon el
software.Actualmente
se
diceque
eldesarrollo
de softwareestá
en crisis,entendiéndose
por
ésta, según
el
diccionario
deWebster,
como
puntodecisivo
enel curso
dealgo,
sin embargo, no hahabido
unpunto
decisivo sino unlento
cambioevolutivo.
El
cambio
evolutivo que arribase menciona se
refiere
a
que, apesar
de laexistencia
debibliografía
en lacual
se
puede
leer sobre
metodologías
que
conduzcan
a obtener una mejor calidad desoftware, muchos
delos
desarrolladores
no lasutilizan
y
otros, no las conocen, por lo cualse
diceque
elsoftware
está encrisis
ycomo respuesta a
ella,muchas industrias
estánadoptando
prácticas de ingenieríadel software.
La Ingeniería de
Software
contemplavarios elementos
importantespara
eldesarrollo
de lossistemas, tales
como:métodos, herramientas
yprocedimientos.
A lo largo de
este
documento,se
podrá observar a
quése
refieren loselementos
antes mencionados, puescon la
finalidad
de emplear laIngeniería
de Software, seha
planteado
laelaboración
de un sistema de cómputo, al cualse
le puedaaplicaruna metodología
como
es ÁNCORA,así
como otras herramientas que puedancoadyuvar
durante
las distintasetapas del ciclo
de vida de desarrollo desoftware,
desde el análisis de requerimientos, el
diseño
hasta la
implementacióny
laspruebas,
de talforma
quese
pueda obtener un producto decalidad.
1.1
Contexto del
sistema.El sistema
SISRH
(Sistema de RecursosHumanos) se
va
instalar
en el área deRecursos Humanos
del Departamento
deTelebachillerato.
El
Departamento de Telebachillerato (TEBA)nació
hace
23
años en 1980,depende
directamente de laDirección
General
deEnseñanza
MediaSuperior
ySuperior (DGEMSyS).
La
transmisión
de las clases de Telebachilleratose
iniciarona
través del
canalestatal,
XHGV-TV
4+,
comenzando en ese entonces,cuarenta
centros
enel
Capítulo
1Hoy
en
díaexisten
667 centros de Telebachiílerato,distribuidos
en 25 zonas desupervisión,
a lo largo del
Estado
de Veracruz, en los cuales laboranmás
de 2300maestros.
El
principal
objetivo de esta modalidad de enseñanza,es
el que losjóvenes del
medio
rural tengan acceso directo yeconómico
al nivel bachillerato.Tal
comose
puede observar, en
cada ciclo escolarllegan
nuevos
maestros,
a
loscuales el área de
Recursos
Humanos del
Telebachilleratodebe
efectuar lostrámites
administrativos
correspondientes
parasu ingreso
al sistema,así
comotambién para los cambios de categorías de plazas
que
les correspondan yenviar
dichos
movimientos a
la DGEMSyS.Con la información
querecaba
el área deRecursos
Humanos,se lleva
el controly
seguimiento
de los maestrosque existen
en elDepartamento, tanto
en los centrosde Telebachillerato
como
de oficinas centrales. Tambiénse
controlan los
supervisores,
los
centrosy las zonas
de supervisión. Todo esteproceso se
realiza
a
través de unsistema
decómputo,
el cuálorganiza
y
emitecatálogos
deinformación que
se
proporcionana
otras
áreas del
Telebachillerato,como
son:
Oficina
Técnica,Supervisión, Control
Escolar, entre
otras.1.2 Justificación.
Actualmente, en el área de Recursos Humanos
del
Departamento deTelebachillerato,
se utiliza
un
sistema escrito en el lenguajeCobol
que
tieneaproximadamente
nueve años de antigüedad. A lolargo
deese
tiempo hasufrido
diversas
modificaciones, según las necesidadesque se han presentado;
porlo
tanto, se le
han
anexado opcioneso modificado
algunas existentes; estose debe
al incremento
en
elvolumen
de lainformación.
Otro aspecto
importante
es
que,
elSistema
actual
emitedistintos
tipos dereportes, sin embargo, en muchas
ocasiones se
utiliza el archivo de datosque se
exporta
a
lahoja
decálculo, Excel,
dondese
formatea
y organiza la informaciónsegún
las
necesidades;posteriormente se
imprime.Otro punto
importante es
que
la personaque
diseñóe
implemento elsistema en
Cobol,
ya nose
encuentra en el área deRecursos Humanos
ni
enel
Departamento. Por lo
tanto,
paracualquier
modificación u opción nuevaque se le
pretenda
agregar almismo,
es
necesario
esperar
a quedicha
persona
tengatiempo y pueda acudir
a efectuar loque se
le solicita.Además,
noexiste
ningúntipo de documentación
del
sistema,
nidiccionario
de datoso
especificación deprocesos.
La ¡dea fundamental de hacer el
nuevo
sistemaradica, básicamente,
en variospuntos:
a)
Cambiar deplataforma
de MS-Dos a Windows.b)
Cambiar ellenguaje
de programación deCobol
a
Delphi usandoAccess
como manejador
de
Base de Datos.c) Cambiar el
diseño
deinterfaz
auno
gráfico.Capítulo
1
d)
Anexarnuevas
opciones de reportes.e)
Cambiarla implementación
desistema monousuario
auno
de red.f) Aumentar
lasformas
de búsqueda de losmaestros y/o centros
g)
Adicionar laopción
deun
acceso
restringido al sistemaa
travésde
passwords.
Lo anterior tiene
como finalidad
elcumplir
con variosobjetivos:
elprimero
consisteen actualizar
elsoftware que
se
utiliza
actualmente,tanto
el
sistema operativo como ellenguaje
de programación, lo cual incluyea
utilizarprogramas
coninterfaces de
diseño
gráfico,que
son de algunaforma
más sencillos
de utilizar,además, la ¡dea de
anexar nuevas
opciones al sistemaes
para
obtener lainformación necesaria de forma
rápida
y oportuna,por
último,restringir
elacceso
al
sistema
es
unpunto
de seguridadmuy importante
para cualquier
sistema yaque
conesto se puede evitar
que personas noautorizadas accedan
alsistema.
1.3 FundamentosTeóricos.
En
lo que
respectaa
lasmetodologías y
herramientas
de desarrollo,se
utilizaronvarias,
las cualesse
describirána
lo largode estasección.Una de las primeras etapas de
la
Ingeniería deSoftware es
el establecimiento delos
requerimientos del
sistema, es
decir,
quése pretende
que realice. Paralo
anterior
se utilizó
laMetodología
de Análisis deRequerimientos
deSoftware,
ÁNCORA.Como
metodología para el análisis,diseño e implementación se hizo
uso dePUDS
(Proceso
Unificado
de Desarrollo de Software), y comoherramientas
desoftware:
Delphi
se
eligió como
lenguaje
deprogramación y
Rational Rose
como
herramienta
de ingeniería de software asistida por computadora,producida
por
Rational
Software Corporation.
Para
trabajar
conalguna
metodología, lo primeroes conocer
quése
puedehacer
conella,
cuál
essu
enfoque
yqué
herramientas
brinda.
ÁNCORA ofrece variasherramientas, algunas son
adaptaciones
de las utilizadas en otrasáreas
distintas
a
lacomputación, otras
sondel
área dela computación
yalgunas
son propiasde
ÁNCORA.
La palabra
ÁNCORA,
es
sinónimo
deancla;
dentro del
desarrollo de software,se
pretende transmitir
laidea
deque
paraempezar a trabajar
en laelaboración
deun
nuevo software, las
bases deben ser
buenas
ysólidas,
es
decir, saber definircorrectamente qué
se
quiere deun
software nuevo ytener
una representaciónclara para el usuario
y que,
además, permitapasar
a
lassiguientes
etapas dedesarrollo
desoftware
deforma
sencillay natural.
La herramienta de modelado
principal
deÁNCORA es
el Guión, mismo quetrata
de representar
una obra
de teatro, enla que
los
actores (usuarios) representaránuno o
más
papelesdentro
deella.
Laobra
seráescrita
por losinvolucrados
en elsoftware, guiados por el analista.
Esta
forma detrabajar
resultaamena
yademás
Capítulo 1
establece
claramente lasresponsabilidades
de los actores que seencuentran
relacionados con el
nuevo software.
Un
elemento más enÁNCORA
es
elreuso.
La mayoría de lossistemas
desoftware tienen cosas en común
que
pueden
ser reutilizadas; por eso
nosiempre
se debe
empezar desde cero para elaborarun
nuevo
software. ÁNCORAbrinda
formas
deguardar
loselementos
de sistemasanteriores
parautilizarlos
ensistemas
nuevos
queresulten similares.
La
primera etapa del
desarrollo desoftware
consiste en especificar losrequerimientos. La Ingeniería de
Requerimientos
de Software, seencarga
de guiaral desarrollador en esta primera
etapa
produciendo un documento deEspecificación de
Requerimientos
deSoftware
(ERS), mismo que seráentregado
al
cliente
y aldiseñador
para continuarcon el desarrollo,
después vendrán diseño,implantación, prueba
y
mantenimiento; cadaetapa
cuenta
con sus
propiassubetapas.
PUDS
es
unametodología que ordena
lasactividades,
dirige lastareas
individuales y de
equipo, especifica además
los artefactos quese
debendesarrollar
y
proporciona criterios de control y medición, conla finalidad
de
obtener un producto de software potente y de calidad que
satisfaga
losrequerimientos
del
usuario. Secaracteriza
principalmente porser:
Orientado
por casos
de uso,los
cuales representanfuncionalidades
quebrindan al
usuario ün resultado.
En
resumen, eltotal
de los casos de uso esperados enel
sistema
constituyen
lafuncionalidad completa del
mismo.Además,
también se
usan
paraguiar la
generación de modelos de diseño loscuales
dan
la pauta
a laImplementación de
forma
paralela aldesarrollo
dela
arquitecturadel sistema.
Centrado
en laArquitectura,
a
través de ésta,se
definen las formas en que puedeser
vistoel
sistemadel
software demanera global.
Lo anterior sebasa
en unesquema
inicial dearquitectura, éste
define unaserie
de casos de uso quese
conforman
tomando en cuenta los subsistemas, clases ycomponentes,
laarquitectura
se
va consolidandoa medida que
los casos de usose
detallan.Naturaleza Iterativa e
Incrementa!,
esto
significa
quese establece
un período detiempo o
iteración para eldesarrollo
de partesdel proyecto,
de estamanera se van
concluyendo dichas partes hasta,
que
lleguena
cubrir
la
funcionalidadesperada.
Cada ciclo
o
iteración consta de cincoflujos
fundamentalesde
trabajo: requisitos,análisis, diseño, implementación
ypruebas.
El desarrollo deestos flujos
se
desarrollan
con diferentes grados deintensidad
a lolargo
de las diferentes fases:Inicio, Elaboración, Construcción y
Transición.PUDS hace uso
del
Lenguaje Unificadode
Modeladoo
UML (UnifiedModeling
Language),
éste, es
unlenguaje
demodelado
visualque
se
usa para especificar,visualizar,
construir
y documentarartefactos
deun
sistema de software. Capturadecisiones y
conocimientossobre
los sistemasque se deben
construir.Capítulo 1
Se usa para entender
diseñar, hojear,
configurar,mantener
y controlar lainformación sobre tales
sistemas.
Está
pensado
para usarse contodos
losmétodos de desarrollo, etapas
del
ciclo devida, dominios
deaplicación,
ymedios.
El Lenguaje de
Modelado
pretende
unificarla
experiencia pasada sobre técnicasde
modelado
e
incorporar
lasmejores
prácticas actuales en un acercamientoestándar. UML incluye
conceptos
semánticas, notación yprincipios
generales.Tienen
partes estáticas
ydinámicas
deentorno
organizativas. Laespecificación
deUML no define un proceso
estándar,
peropuede ser útil
en un proceso dedésarrollo
iterativo, pretendedar
apoyoa la
mayoría de losprocesos
dedesarrollo
orientado a
objetos.UML
captura
la información
sobre
laestructura
estáticay
el comportamientodinámico
deun
sistema.
Un
sistemase
modela como
unacolección
deobjetos
discretos
que
interactúan para realizarun trabajo
que
finalmente
beneficia
a un
usuario externo. La estructura estática
definelos
tipos deobjetos importantes para
un sistema y
parasu implementación, así como
las relacionesentre
los objetos.El
modelar unos
sistemas desde variospuntos
de vista separados perorelacionados,
permite entenderlo
paradiferentes propósitos.
UML no
es
un
lenguaje
de programación.Las
herramientas
pueden
ofrecer
generadores de código de
UML para
una gran variedad delenguajes
deprogramación
así
como
construir
modelos paraingeniería
inversao
partir deprogramas
existentes.
UML es un lenguaje
de modelado depropósito general.
En lo
que
respectaa
las herramientas desoftware
quese
mencionaronanteriormente,
Rational Rose es
una herramienta CASE, la cual,pretende
que
el
desarrollo
ymantenimiento del
softwaresea automatizado, a
través
deun conjunto
de herramientas bien integradas
que
facilitano
reducen
el trabajo por la forma enque enlazan
yautomatizan lasfasesdel ciclo
de vidadel
software.Rational Rose brinda dos
elementos
esenciales enla Ingeniería
de Softwareactual:
El
ModeladoOrientado
a Objetos y el Modelo deDesarrollo
Iterativo e
Incremental.
Otro puntoimportante es que
RationalRose también utiliza
UMLpara
eldesarrollo del
análisis yel diseño.La interfaz de Rational
Rose
permitecrear
y modificar lasvistas
gráficasdel
modelo. A continuación
se
mencionarán los principales tipos dediagramas
quepuede
soportar:
diagramas
de clases,diagramas
de casos deuso,
diagramas
decolaboración,
diagramas
de secuencia,diagrama
de componentes,diagramas
deestado y diagrama de
despliegue.
Rational
Rose es
unaherramienta
CASE
muy
potente,pues
cuenta
con otrasopciones
talescomo: Análisis
decasos
de uso,Modelado
orientado a objetos,Verificación
Semántica,
Soporte para eldesarrollo iterativo controlado,
Re
ingeniería,
Soportea
desarrollosmultiusuario paralelo, a través
de unrepositorio,
Capítulo 1
Generación
dedocumentación,
Disponibilidad enmúltiples
plataformas,
entreotras.
Por su
parte
Delphi,es
unlenguaje
dedesarrollo
quecuenta
conlas
características que a continuación se detallan:
• Permite
desarrollos basados
en elsistema operativo Windows.
•
Es un lenguajede
programación
que se
consideracomo
unaherramienta
de
desarrollo
rápido.•
Permitetantola programación
visual como tradicional.•
Elcódigo que
maneja
está basado enObject
Pascalcuya
sintaxis provienede Turbo Pascal de Borland.
•
Tiene
la ventaja depermitir
hacerconexiones
con diferentes tipos de bases dedatos
•
Permite crear
e
integrar nuevos componentes.•
Las
aplicaciones
cuandose
culminan,
quedan como versionescompiladas
sinque requieran
bibliotecasadicionales
parasu
ejecución.Delphi genera
distintos tipos dearchivos,
entre otros se encuentran:
elarchivo del
proyecto,
alcual
se
le asocia la extensión“.dpr
”, éste contiene elcódigo
deinicialización
e
información deformularios
y
unidades;
lasunidades,
tienen
laextensión
“.pas
”,
las cualescontiene
el código fuente enObject
Pascal de losformularios
que se
encuentren dentrodel proyecto;
a los formularios, lesasocia
laextensión
“.dfm
”,es
un archivo binarioque se
relaciona con un archivo de unidad yque
en élse visualiza
la interfazdel usuario.
1.4
Estructura del trabajo.
Este
trabajo
recepcional está organizado ensiete
capítulos de los cuales elprimero
lo conforma la
introducción, ésta da unaidea
generaldel
trabajojunto con
una sencilla
síntesis de cadauno ellos, finalizando
con unaconclusión,
apéndicesy
labibliografía.
Es importanteaclarar que
loque
podríaconsiderar como
capítulouno,
corresponde alo que se detalla
en la introducción.Eh el capítulo dos,
se
establecenclaramente
losrequerimientos
del
sistemaSISRH,
se
especifica elcontexto empresarial
dondese
pretende instalar elsistema, así como
lasituaciónactual que se
vive endicha
empresao Institución.
Con base en lo
anterior, se
plantea unapropuesta
computacional, através
de lacual
se
brindauna idea
general
de cómosería
elsistema
quese
propone.
Estapropuesta
incluye varios aspectos: unesquema
general dela
propuesta,un
Capítulo 1
prototipo
rápido,
el modelo de losdatos,
losbeneficios del nuevo software, la
bitácora
de desarrollo,el
costo en términos depuntos
defunción y
lasresponsabilidades
de cada involucrado.El capítulo
tres hace
referencia a la
planeación y análisis de SISRH, en el cualse
contempla el análisis de
riesgos,
la planeacióndel
sistemay dentro del
análisisdel
mismo,
se definen
los paquetes deanálisis
y la realización de casos de usodel
análisis.
El
diseñodel
sistemase
puede
encontrar a
lolargo
del
capítulocuatro,
enéste,
se presentará
laarquitectura del sistema,
lossubsistemas
dediseño
en loscuales
se
definen lasinterfaces entre
subsistemas
y
lasclases activas; además
de larealización
de todos los casos de uso,es
' decir, todos los diagramascorrespondientes.
En el
capítulo
cincose puede
encontrar laimplementación
del
SISRH,
en la cualse
detallará
la
arquitectura dedicho
sistema,
elplan
de construcciones ylos
subsistemas
de implementación.Por
otra
parte en el capítulo seis,se
explicarán laspruebas
dedistintos
casos deuso,
sus respectivos resultados y elanálisis
de losmismos,
elregistro
delos
defectos y una breve
explicación sobre las métricas quese
usaron.Capítulo
2Establecimiento
de
Requerimientos
de
SISRH
Capítulo
2
2.
Establecimiento
de
los
Requerimientos
de
SISRH.
La
finalidad del
presentecapítulo
radicabásicamente
enestablecer claramente
lasituación
actual enque se
encuentra
elsistema
de recursoshumanos que
se
encuentra
funcionando
en el áreadel mismo
nombreasí
como de lapropuesta '
computacional
que
se
plantea para dar solución ala
problemática actualincluyendo
un
prototiporápido.
2.1
Contextoy Situación Actual.
A lo largo de
esta sección
se
conocerá
elcontexto laboral
bajo
elcual
se
desenvuelve
elárea
del
Recursos Humanosdel Departamento
deTelebachillerato,
para lacual se va
a implementar el sistema SISRH.2.1.1
Contextoempresarial.
Tal
como se
mencionó en laintroducción,
elsistema
deTelebachillerato es
un
Departamento,
cuyo
objetivo principales
el brindara
los jóvenesdel medio
rural>acceso directo y
económico del
nivel bachillerato.Paracada
ciclo
escolar, en el sistema de Telebachilleratose
creannuevos
centros endiferentes localidades del
estado de Veracruz, por lotanto,
ingresan nuevosmaestros.
El controly seguimiento
decualquier movimiento
administrativo deeste
nuevo
personal,
lecorresponde
llevarlo al área de RecursosHumanos
dedicho
Departamento;
esta
áreaes
la que se encarga
de efectuar yregistrar
cualquier
trámite que
eldocente haya
solicitado para turnarlo ala instancia correspondiente,
ya
sea en laDGEMSyS o
en la SEC.Por lo
anterior,
el área de RecursosHumanos
de TEBA,es
una de las principalesfuentes
dedatos
dedonde
se
puede
obtenerdiferentes
tipos de información,por
ejemplo: el personal
que
labora en oficinas centrales, unalista
de centros, laplantilla de maestros de todos los centros de
Telebachillerato,
una relación delos
supervisores de zona, entre otras.
Además, Recursos
Humanoses un
áreaque
suministra información
aotras que
también
se encuentran dentro del Departamento y que
larequieran
2.1.1.1
Organigrama de
la Empresa.En
la Figura 2.1,se
muestra elorganigrama
dondese
ubicadel
Departamento
deTelebachillerato.
Sepuede observar que
el área deRecursos
Humanosjunto con
Control
Escolar,Recursos
Financieros
yRecursos
Materiales,dependen
de lasección
deTrámitesy
Servicios.Capítulo
2
ORGANIGRAMA DEL DEPARTAMENTO DE TELEBACHILLERATO
DGEMSyS
í
Departamento de Telebachillerato
Trámites y Servicios
Recursos Humanos
Control Escolar
Recursos Financieros
Recursos Materiales
Figura
2.1 Organigrama
deTelebachillerato.
La oficina
técnica es
laque se
encarga de preparar los cursos de actualizacióna
los docentes impartidos en
verano,
además de elaborar unbanco
dereactivos
yestándares de
exámenes.
El área de producción tiene el
cometido
de elaborar los videosy/o
grabarlas
teleclases
delas
distintasmaterias
que conforman
los semestres, que eldocente
utiliza
para darsus
clasesdel
ciclo escolar.Las
clases se pueden
tomar
endos
formas, una a
través
dela
video
caseteray
laotra
por medio dela
señal
detelevisión.
El
área
desupervisión
tiene
a
su cargo
el control de los veinticinco supervisoresque existen
actualmente
enTelebachillerato.
Cadauno supervisa
undeterminado
número de
centros.y
fungencomo
enlaces conlas oficinas
centrales,se encargan
de traer a
éstas
todo tipo dedocumentos
que sonnecesarios
enviar desde loscentros,
como lamatrícula
con las calificaciones,listas
deasistencia,
e incapacidades.El
área
de RecursosHumanos
estáestrechamente
relacionada conel
ControlEscolar,
Supervisióny Oficina Técnica;
la informaciónse obtiene
yse proporciona
dey hacia
cadauna
deesas áreas.
Capítulo2
2.1.1.3 Localización
del sistema.
El sistema
SISRH, talcomo se
visualiza en el organigrama,se
vaa
localizar en elárea de
Recursos Humanos.
La¡dea
principal
es
sustituira
un sistema existentehecho en
Cobol,
elcual hasta
elmomento
ha venido proporcionandoInformación
cualitativa
y cuantitativa de los maestrosy
los centrosque
existen.Las
principales metasdel
Departamento, en loque
respectaa
laplantilla
depersonal
son:
mantenerla
al día, llevarun
seguimiento de lamisma,
asícomo
también, mantener un control de los
centros
que existen, de lossupervisores
y delos auxiliares de
supervisión.
Otra
meta
Importantees
obtener rápidamentereportes
dedistintos
tipos,como por
ejemplo:
else
emite
por tipo de sindicato.Éstos
pesan
mucho enel
procesode
asignación de plazas, por lo
tanto,
siemprees
Importantetomar
en cuenta surepresentatlvldad.
2.1.2
SituaciónActual.
Tal
como se
ha mencionado, el área deRecursos
Humanos utilizaun
sistema
decómputo
para el control de maestrosy centros, hecho
en elleguaje
Cobol; dichosistema, tiene aproximadamente
nueve años deantigüedad,
a
lo largo deeste i
tiempo ha sufrido modificaciones,
se
lehan anexado
opciones o
modificadoalgunas
existentes,
todoesto
se
debe
a
que el Incremento en elvolumen
de laInformación y las necesidades
del
área han aumentado.El
sistemabásicamente funciona
de lasiguiente
manera:para efectuar el
registro
de
maestros o llevar a
cabouna
actualización,se requiere del
número depersonal
que
se
asignaal maestro.
SI por alguna razón el número de personalfue
malescrito
o
no se tiene, elsistema
no permite visualizarla información
delos
maestros
en lapantalla,
pues elúnico
elmedio
deacceso.
En lo
que respecta
a
loscentros,
cuandose
registra un centronuevo
en elsistema, se
ledebe
asignarun
númeroque
loIdentifique.
Por lo general,el
número que
lecorresponde
como centronuevo, es
decir, si actualmente existen 667centros
y se creauno nuevo,
éste
sería el668,
sinembargo,
esto ocasionael
mismo
problemacomo
con losmaestros,
y eneste
casoes
peor,debido
aque
elnúmero
asignado es
Interno. Cabe señalar que loscentros
cuentan con una clavefederal que
los Identifica demanera
única, pero el sistema actual nola contempla
como laclave
principal de acceso.El
sistema actual,
emitereportes que han
sidodiseñados
para
unaImpresora
dematriz
depuntos.
Para
obtener una mejorpresentación
de laInformación,
elarchivo que el
sistema
actualgenera
se
exporta
aExcel
paraformatearlo
yordenar
la Información
de distintasmaneras.
Capítulo
2
Otro
punto muy importanteen esta
situación,
es
que lapersona
que diseñóe
implemento
elsistema
ya nose encuentra
en elárea
de Recursos Humanos,incluso ni en
el
Departamento,
por lo tanto cualquiermodificación
u opción nuevaque
se
le pretenda agregar almismo,
es
necesario esperar a quedicha
personatenga
tiempoy pueda
acudira
efectuar loquese
le solicita.Aunado con lo
anterior,
no existe
ningún tipo de documentaciónrelacionada
conel
análisis,
diseño e
implementación
del
sistema;
tampoco un diccionario de datoso
de especificación de
procesos
quepuedan
proporcionar unaideadel diseño
de losmismos.
A
continuación, se presentan
dos guionesque representan,
de unaforma
esquematizada y sencilla sobre
cómose
encuentra la situación actualdel
sistema.Ver
Tablas 2.2 y
2.3.Guión: SISRH Escena 1: Validación dedatos.
Pista: Docentes de nuevoingreso
MT entrega PS y DM a EV
Papeles: EV revisa DM y PS
MT = Maestro
EV = Encargado de validación DM yPS son correctos?
JRH - Jefe de Recursos Humanos EV elabora HP para MT
JT = Jefe de Telebachillerato JToJRH firma HP
EAS. = Encargado de actualizar los datos
del sistema Escena 2: Registro de maestro nuevo en
EMS - Encargado de mantenimiento del sistema.
sistema
SE = Secretaria EV entrega copia de HP a EAS
MTS = Maestro Sustituto EAS registra MT en SCC .
EC - Elaborador de cédulas EV entrega DMaSE para archivar
Útiles: EV entrega copia de HP a EC
CM =Cédulade movimiento EC elabora CMde MT
IN = Incapacidad
DM = Documentación del maestro Escena 3: Emisión de Reportes.
PS = Propuesta sindical
HP = Hoja de presentación EMS genera RPM
IM = Impresora EMS genera RPC
SCC = Sistema de cómputo EMS genera AD del SCC
AD = Archivo dedatos EMS copia AD del SCC
DK = Diskette EMS copia AD a DK
MQ = Máquina EMS copia de DK AD aMQ con Excel
RPM - Reporte de maestros EMS formatea AD en Excel
RPC = Reporte de centros EMSenvía a IM AD formateado
Condiciones deEntrada:
MT entrega DM a EV para su ingreso
Condiciones de Salida:
JT o JRH firman HP
EV entrega copia de HP a EASy a MT
EAS registra MT enSCC
EC elabora
Tabla 2.2
Guión
de la Situación ActualRegistro
de docentes.Capítulo2
Guión: SISRH
Pista: Actualización de docentes
Escena 1: Incapacidad.
MTS entrega EV, PS, DM en IN de MT
Papeles: EV revisa DM, PS eIN
MT - Maestro
EV -Encargado de validación DM,PS e IN son correctos?
JRH = Jefe de Recursos Humanos EV elabora HP para MTS
JT = Jefe de Telebachillerato JTo JRH firma HP
EAS = Encargado de actualizar los datos
del sistema Escena 2: Actualización dedatos
EMS = Encargadode mantenimiento del
sistema EV entregacopia de HP a EAS de MTS
SE - Secretaria EAS registra MTS en SCC
MTS - Maestro Sustituto EV actualiza situación de MT en SCC
EC - Elaborador de cédulas EV entregacopia deHPa EC
Útiles: EC elabora CM de MT
EV entrega DM de MTS aSE para archivar
CO = Coordinador
CM = Cédula de movimiento Escena 3: Cambio deadscripción
IN = Incapacidad
DM = Documentación del maestro MT entrega EV, PS y LB
PS = Propuesta sindical PSy LB correctos?
HP = Hoja de presentación EV elabora HP para MT
IM = Impresora JT oJRH firma HP
HF - Hoja defiliación a laSEC
SCC = Sistema de cómputo EV verifica MT es el coordinador del centro
AD = Archivo de datos EV pasa corrección a EAS
DK = Diskette EAS actualiza datosde MT en SCC
MQ = Máquina EV entrega copia de HP aEC
EC elabora CM de MT
ZS = Zona de Supervisión
RPM = Reportede maestros Escena4: Nombramiento de supervisor o
RPC = Reporte de centros coordinador
LB = Liberación
JS entrega cambio de ZS ó CO a JRH
Condiciones deEntrada: JRH entrega a EV los cambios
EV elabora HP
MT entrega trámite a realizar a EVpara EV entrega copia de HP a MT, EAS yEC
actualizar situación EAS registra nueva situación de MT en SCC
EV entrega DM de MTS a SE para archivar
Condiciones deSalida: EC elabora cédula demovimiento de MT
JTo JRH firman HP Escena 5: Emisiónde reportes.
EVentrega copia de HP aEASy a MT
EAS registra MT en SCC EMS genera RPM
EC elabora cédula de movimiento EMS genera RPC
EMS genera AD del SCC
EMS copia AD a DK
EMS copia de DK AD a MQen Excel
EMS formatea AD en Excel
EMS envía a IM AD formateado
Tabla 2.3
Guión de la Situación Actual de laactualización
dedocentes.
Capítulo2
2.1.2.3 Lista de los principales problemas.
En
el
área deRecursos
Humanos de Teba,a pesar
de que actualmente existeun
sistema de cómputo
que
maneja laInformación
dela plantilla
de personal y de loscentros,
poco a pocohan
ido surgiendo
distintos problemas. Dentro de los seconsideran
que
se
puedenresolver
con lacomputadora
se encuentran
lossiguientes:
• Cuando
se
desea
saber los datos dealgún
maestro,
si nose
sabe elnúmero de personal
del mismo,
nose
puede acceder
a su información, amenos
que
ese númerose
localiza en elexpediente del
docente.• En lo
que
respecta a loscentros, cuando se
registra en el sistema actualuno nuevo,
lapersona que se
encarga de actualizar elsistema
le asignaun
número progresivo al
centro
nuevo, de tal formaque
esenúmero
vaa serla
clave
principal
de acceso,así
que, cuandose
necesita obtener datos
dealgún centro es
necesario investigarqué
númerose
leasignó,
porquesino
nose puede
accedera
losdatos
de esecentro
y
de ningún otro.• La emisión de
reportes
estáconfigurada
para una impresora dematriz y, a
pesar
deque
existen
unagran
variedad dereportes,
porel
incremento
de lasnecesidades del
Departamento,se
requierenmás
tipos de reportespero
configurados
parauna
impresora
láser. Normalmente
lo quese
hacees
exportar
elarchivo
de datos de maestroso
decentros a Excel y se
le da elformato necesario en ese
programa,
el problemaes que esteproceso toma
tiempo
y
muchasveces
la informaciónse requiere
de inmediato, porlo
cuales
conveniente
que
el sistema pudieranproporcionar
los reportesformateados.
•
También otro
aspectoque es
desuma importancia es
elacceso
al sistema,mismo que
no está restringido en elsistema
actual Esta situación haocasionado
problemasanteriormente,
pues ha habidofuga
de información,y también
modificaciones
a lamisma,
por lo cualse
considera
necesariocontar con
una clave
deacceso
por persona paraacceder
alsistema.
Dentro de
los problemas
que nose pueden
resolver conla computadora
están:•
Se detecta quese
capturó
mal
la informacióny
se necesitan conurgencia
los datos de ese
docente o centro.
• Se desea registrar
un
nuevo
maestro pero el número de personalque se le
asigna
es
temporal, pues elpermanente se obtiene cuando
laSEC
autorizael trámite de
movimiento
depersonal
con elmotivo
deingreso,
mismo que
tarda
por el procesoburocrático
por elcual pasa.Capítulo2
• Se tienen los nombres de los
nuevos centros,
sin embargo, por razonesajenas
al
Telebachlllerato,
para algunosTebas
nuevos, laclave federal
nose
lesasigna
tanrápido
como a losdemás,
lo cualatrasa
la
actualizacióndel sistema y
laelaboración
detrámites
administrativos.2.1.2.4 Justificación
del
nuevo
software.Teniendo
encuenta que
el área deRecursos
Humanos brinda varios tipos deservicios
de atención al público,entre
ellos,elaboración
de
trámites demovimientos de
personal,
control
de asistencia,proporcionar
Información tantoverbal
como
escrita, control dela plantilla
de personal y de loscentros,
es
Importante, contar con los
datos
de manera oportuna ytener
laseguridad
que se
encuentran
actualizados. Sobretodo
en lo que respecta alcontrol
de laplantilla
depersonal
y
de loscentros.
Además, año con año la plantilla de maestrosy
decentros
se Incrementa,
al Igualque
lasnecesidades
de manipulación de losdatos;
para dar solución a esta
situación, se
hapropuesto
elsistema SISRH.
SISRH tiene
elcometido
de poderacceder
a
la Información de losdocentes
dediferentes formas,
por ejemplo: por número depersonal,
porapellido o
por centro, detalforma,
que pueda aumentar el número de opciones deacceso
a los datosen
relación
con elsistema
actual, en elcual
sólose puede
hacer
por número de personal.También
en el caso de los centros,se
proponecambiar
la claveprincipal
deacceso que
se
utilizaactualmente
por laclave federal
de losmismos.
Éstaes
única
paracada centro,
deesta manera, se evita
el asignarun número
arbitrarloal
centro
que nada
tiene que
ver
con ély se
puedeevitar
labúsqueda
del
númeroque se
le asignó.En lo
que
respecta a
la
emisión de reportes,se pretenden
diseñar distintos tipos
de
ellos,cuidando que
se
asemejen lo más posiblea los requerimientos
de losusuarios,
además
que
estos reportes
van apoder
Imprimirse
en unaImpresora
láser
y no en una de matriz comoes
actualmente. LaIntención
de.este
proceso esahorrar el
tiempo que se Invierte en formatear
en Excelel archivo
de losdatos.
Otro punto que
se considera
Importante,es
elacceso
al
sistema, el cualestá
contemplado en el
sistema
quese propone,
para que nocualquier persona pueda
entrar al sistema sin
autorización.
2.1.3 Conclusión
sobre la situación actual.Tal y
como se
puede
apreciar eneste
apartado,se
ha planteadocómo es
lasituación actual
del
área deRecursos
Humanos deTelebachlllerato,
específicamente en
lo
que respecta al control de los recursos humanos y de loscentros. Se ha podido
observar que
un
sistema,
con el pasodel tiempo,
puede o
debe sufrir
modificaciones, las razonespueden ser
variascomo:
el Incremento de lasnecesidades
de laInstitución,
el aumentodel
volumen
dedocentes
y deCapítulo
2centros,
el
cambio
alá
forma de hacerciertos
procedimientos, la
renuncia
o
movimiento
de losencargados
o
jefes de lasáreas o
del Departamento, por
mencionar
algunas.Cabe señalar,
que
también
es
importantedarse
cuenta
quees
indispensablecontar
con ladocumentación
deun sistema,
yaque
de esta maneraes
posibleentender
sufuncionamiento,
losdatos que maneja
y en consecuenciano
depender
de losdesarrolladores del mismo.
En lo
que
respecta a la descripción de los problemas, puedeque aún
faltedescribir
algunosque
posteriormente recuerden
los usuariosy
se
tengan
que
tomar
encuenta,
poresto
es
importanteque
cuando
se
plantee lapropuesta del
nuevo
sistema, se
encuentren
todos losusuarios
involucrados
con elmismo,
con
lafinalidad
de contar con todas las opinioneso sugerencias posibles.
2.2 Propuesta
Computacional.
A lo largo de esta
sección se
puede
apreciar la propuesta computacionalque
se
plantea al
Área
deRecursos
Humanos de Teba, pararesolver ciertas
necesidadesque
han¡do
surgiendo.
Lapropuesta
incluye:
lapresentación
deGuiones,
demucha
ayuda
para un mejor entendimiento porparte del
usuario,
pues enellos
sedetallan de manera
sencilla
ymuy comprensible
los alcancesdel
sistema ademásdel manual
deun
prototiporápido
en elque
se
describencada
una de. susfuncionalidades.
Otro
punto que se
tocaes
el que respecta a losbeneficios que se
pueden obtenercon
la implantacióndel
nuevo sistema.Además de
los guiones, se
presenta también unabitácora
de desarrollo, dondese
establecen cada
una
de las actividades(quintetas) que
aparecen
en losguiones,
así
como también laforma
decomprobación
y el tiempo estimado para surealización.
En otro apartado,
se puede observar
lareferencia
quese
hace con respecto alos
puntosde función
para
determinar el costodel sistema
con
base enellos.
Y por
último,
se establecen las responsabilidades tanto del desarrollador
como del
usuario.
Con
elsistema
quese
ha desarrollado,se
pretendefacilitar
lastareas del
área deRecursos
Humanosdel
Departamento
deTelebachillerato,
en loque
respectaal
manejo de la
información
de laplantilla
depersonal, tanto
docente como
administrativo,
que
labora en elTEBA,
asícomo
la de los Centros deTelebachillerato
queconforman
almismo.
La ¡dea
es
obtener unarápida
yeficiente respuesta
por partedel
sistema en
cuanto
a
consulta
o reporte
de informaciónde
cualquier
tipo detrámite
que
se
tenga registrado en
él.
Capítulo2
2.2.1
Esquema Generalde
la Propuesta Computacional.En lo que respecta
a
lapropuesta
computacional,
se han
utilizado guiones paraesquematizar dicha
propuesta.
En totalsuman
4 pistas, mismasque
a
continuación se
detallan:Pista General:
Enésta se refleja
elmenú principal del sistema,
donde cadaopción
representa
una escena
que pasana
ser otra pista
(ver Tabla2.4).
Pista
Control
Administrativo de docentes: En esta pistase
pueden
observar lasdistintas escenas referentes
a
lostrámites administrativos
que puede realizarun
docente, además
desu ingreso
alsistema
deTelebachillerato (ver
Tabla 2.5).Pista Centros: En ésta, las escenas
hacen
referencia
los procedimientosque
sepueden
hacer con loscentros
(verTabla2.6).
Pista Utilerías: Esta pista sólo podrá ser utilizada por el administrador
del
sistemapues
tiene
escenas referentes ala
actualización deusuarios, catálogos
y respaldodel sistema
(verTabla2.7).
Guión: SISRH Pista: General. Papeles:
EAS = Encargadode actualizacióndel sistema de cómputo.
AS = Administrador delsistema Útiles:
ÑUS = Nombre de usuario PASS = Password
CAT =Catálogos DCTB = Datos de centros DMT - Datos del maestro IM = Impresora RES = Respaldos
RPCTB = Reporte deCentros RPM =Reporte de maestros SC = Sistema de Cómputo NV = Nivel
Condiciones de entrada:
EAS obtieneDMT para ingresar al Sistema EAS obtieneDCTBpara ingresaralSistema
EAS obtieneDMT para actualizar EAS obtieneDCTB paraactualizar .
Condiciones de salida:
EAS obtiene DMTó DCTB en pantalla EASactualiza DMTó DCTB
EAS proporciona RPM o RPCTBaJRH
Escena 1: Identificación del Usuario.
EAS registra ÑUS EASregistra PASS
Sipasswordy ÑUSno existen Enviarmensaje de error
EASo AS accedan aSCsegún nivel
Escena 2: Trámites Administrativos
EAS registra Maestro nuevo ; EAS actualizaDMT
EAS consulta DMT
EAS emiteRMP por IM paraJefe de Recursos Humanos o Jefe de Teba
Escena 3: Centros de TEBA
EASregistra DCTBnuevos EAS actualiza DCTB EAS consulta DCTB EASemite RPCTBpor IM Escena 4: Utilerías
AS efectúa RES
AS registraÑUS, PASS yNV nuevos ASactualizaPASS
AS capturao actualiza CAT
Tabla
2.4 Guión
de la Propuestacomputacional
de la pista general.Capítulo
2
Guión: SISRH
Pista: Trámites Administrativos de docentes.
Papeles:
EAS =Encargado de actualización del
sistema de cómputo.
Útiles:
CM = Cédulas de movimiento
TRA - Trámite Administrativo
NP = Número de Personal
IM - Impresora
RPM = Reporte de maestros
DMT = Datosdel Maestro
Condiciones deentrada: EAS obtiene TRA para registrar.
Condiciones de salida:
EAS actualiza DMT
EAS proporciona RPM a JRH
Escena 1: Registro dedatos de maestros nuevos.
EAS ngresa_NP del Maestro nuevo
Existe maestro en sistema?
Enviar mensaje de error “El
maestro no es de nuevo
ingreso, verifique”
EAS captura DMT.
EAS graba DMT
Si datos incompletos “Falta
información por llenar, verifique
EAS ve en pantalla mensaje de datos grabados
Escena 2:Trámites administrativos.
EAS selecciona NP de Maestro
EAS actualiza DMT
Si DMT correctos?
Graba DMT
EAS rectifica DMT. EAS elige NP
SI desea eliminar MT
. Los DMT se eliminan
EAS rectifica NP
Escena 3: Consultas
EAS elige opcion de consulta
''¿Siel Maestro no existe?
No aparecen datos
EAS observa DMT en pantalla.
Escena 4: Emisión Reportes
EAS genera RPMpor la IM .
Tabla
2.5 Guión dela
Propuestacomputacional
dela
pistaTrámites
Administrativos
deDocentes.
Capítulo
2
Guión: SISRH
Pista: Trámites de Centros
Papeles:
EAS = Encargado de actualización del
, sistema de cómputo.
Útiles:
IM = Impresora
NCTB = Nombre del Centro
MPIO_CTB - Municipio al que pertenece el
Centró
ZS = Zona de Supervisión
NZS = Nombre de la Zona de Supervisión
NC = Nombre del Coordinador
SC - Sistema de Cómputo
RPCTB= Reporte de centros CVE_CTB = Clave de centro
CVSZ = Clave del Supervisor deZona
DCTB = Datos del centro de Telebachillerato
Condiciones de entrada:
EAS registra centro nuevos en SC
EAS actualiza datos del centro
Condiciones de salida:
EAS proporciona DCTB requerido
EAS genera RPCTB
Escena 1: Registro de nuevos Centros
EAS verifica CVE CTB nuevo
¿Existe CVE_CTB?
'"'‘^Enviar mensaje de error, El
Centro-ya existe, verifique por favor”
EAS actualiza CVE CTB, NCTB, MPIO CTB, NC,
ZS ó CVSZ de CTB
Escena 2: Actualizar datos de centros
EAS verifica CVE_CTB
' ' ¿No existe CVE_CTB?
“Enviar mensaje de error, El
Centro no existe, verifique por
favor”
EAS actualiza CVE CTB, NCTB, MPIO CTB, NC,
ZS ó NZSde CTB
Escena 3: Consulta de datos
EAS busca por CVE_CTB el Centro solicitado
¿No existe CVE_CTB?
“Enviar mensaje deerror, El
Centro no existe, verifique por
favor”
EAS proporciona DCTB solicitado
Escena 4: Emisión Reportes
EAS genera RPCTB por la IM /
Tabla 2.6 Guión de la Propuesta computacional de la pista Trámites de
Centros.
h
í
s
l
i o ir Cr»
'"LIC. JAVIER JUAREZ SÁNCHEZ"
' UNIDAD ACADEMICADE ECONOMIA V ESTADISTICA
UNIVERSIDAD VERACRUZANA
2.2.1.4 Guión de la Propuesta Computacional.
Capítulo
2
Guión: SISRH
Pista: Utilerías
Papeles:
AS = Administradordel Sistema
Útiles:
ÑUS - Usuario
PASS - Password
NV = Nivel
RES = Respaldo de información
CT = Catálogo
DC = Datos de Catálogo
Condiciones de entrada:
AS verificaFECHA actual
AS obtiene US nuevos
AS obtiene DC nuevos
Condiciones de salida: AShace RES
AS registra US, PASS y NV
ASActualiza CT
Escena 1: Respaldos
ASefectúa RES cada 15 días
Escena 2: Registro y actualización de Usuarios
AS regstra^NUS, PASS y NV
'''-¿Si existe ÑUS?
“Enviar mensaje de error,
Elusuarioya existe”
AS graba US, PASS y NV
Escena 3:Actualización de catálogos. AS elige CT para actualizar
AS introduce DCa CT
¿Datos Correctos?
“Actualizar CT”
AS verifica DC
Tabla
2.7 Guión
dela Propuesta computacional
de lapista general.
Capítulo
2
2.2.2 Prototipo Rápido.
Manual
de
Operacióndel Software SISRH.
Bienvenidos
a
SISRH, alutilizar este
productousted
veráa
lacomputadora
comoun
ayudante eficiente
desus
tareas.
SISRH
permite llevarel registro,
control yseguimiento
de laplantilla
depersonal
del Departamento
deTelebachillerato, así
como elregistro
yactualización
de loscentros de
TEBA.
Instalación.
Para
elcorrecto funcionamiento
de SISRHserá
necesariocontar
con el siguienteequipo:
Equipo principal:
CPU
Pentium 1ó
superiorMonitor
VGA
Disco
duro conx
Mb disponibles5 Mb
RAM 32 Mb
Sistema
Operativo
Windows 95 en adelanteImpresora
Láseró
deinyección
de tintaT
eclado
De 101teclas
estándarenidioma español.
Ratón
Instalación.
Para que SISRH
quedelisto
paraser
utilizado,debe realizar
su instalación,
la cual
se realiza
de la siguienteforma:
1.
Introduzca el CD en dondecorresponde
y averiguarlaletra del dispositivo
deCD
(generalmente es D: ó
E:).2.
Apartir
de quecierre la compuerta del dispositivo
deCD, la máquina
le iráindicando que hacer.
En caso de que nosea
así,proceda como sigue.
a.
Oprima
el icono de “Mi PC”.
b.
Oprima
con elratón.el icono del dispositivo
de CD yescoja
elarchivo
instalar.
Capítulo 2
índice
general.1. Identificación del usuario
2. Trámites Administrativos de Maestros
2.1. Registro de datos de maestros nuevos 2.2. Trámites administrativos
2.3. Consultas
2.4. Reporte de Maestros
3. Centros Teba
1.1. Registro de nuevos centros 1.2. Modificar datos a centros 1.3. Consulta de datos
1.4. Reporte de centros
4. Utilerías
1.1. Respaldos de datos
1.2. Registro de nuevos
Passwords
1.3. Cambio de Password1.4. Modificación de Catálogos
Explicación de cada funcionalidad. 1. Identificación del usuario.
Corresponde a la primera pantalla (ver Figura 2.8) del sistema SISRH y se utiliza para poder acceder al sistema:
Fig. 2.8 Pantalla de Identificación del usuario.
En el espacio el usuario deberá teclear el nombre correspondiente a la persona que pretende ingresar al sistema y en lo que respecta al espacio del
Capítulo 2
password, se refiere a la clave que se relaciona con el usuario que intenta ingresar
al sistema, cabe señalar que lo que se teclee en la opción de
password
no se podrá visualizar en la pantalla, en su lugar aparecerán asteriscos (***). Cuando termine de teclear el password, si éste no es el correcto aparecerá un mensaje de error y le volverá a solicitar que lo rescriba, por el contrario si se acepta, dependiendo del nivel con el cual se encuentre registrado el usuario (‘us’, usuario ó 'as, administrador) aparecerá o no la opción de utilerías, pues ésta solo está disponible para el nivel de administrador. Por último, también existe una tercera opción que se utiliza para salir del sistema si no ha entrado al menú general, la cual corresponde a ¡cono de la cruz que se encuentra en la esquina superior derecha.2.
Trámites de Docentes.
El subsistema de
Docentes
tiene como objetivo brindarle las opciones de registro y manipulación de datos de maestros y para ello se ha dividido en las partes que se irán detallando en seguida, según la Figura 2.9Figura 2.9 Pantalla de Trámite de Docentes.
2.1.
Trámites
Administrativos.Esta operación se refiere al Registro de nuevos docentes, el cual consiste en permitir que el usuario del sistema pueda registrar los datos de los maestros nuevos, para ello es necesario que conozca los elementos que conforman la pantalla que se muestra en la Figura 2.10, cuya descripción se da en seguida:
