Post on 29-Sep-2018
.INTRODlJCCION .......................................
1. RESUMEN ....................................... - .-, L. OHJETIVOC .......................................
2. 1 . Gererales del. proyecta de invrskiqaci6n .......... Especif icus .................................. 2 . 2
2.2. 1" :>el Fro?rama *ir aLJt.Cmñt.iZaC16t7 de l a
coordinaci6t-I de lü Lic . e Comput.ación ..... 2.2.2 De? r n 6 d d u l o 1 ( 5s. y PI'QY. ) ............
:3. DESARROLLO TEORIi:O ................................. 4. METODOLOGIA CEGLiIDA ................................. 5 . DECiARRCiL.LO ..........................................
5.1 13ISENCi .......................................... .... 1. 1 Modelo t& ent.idadrs Y asociaciones ......... 5.1 .2 Modelo t-rlacional .......................... 5. 1.3 DFscripci&, det.al1ada de' 183s archivos
r
de l a base de dat.os ( m6dulo 1 ) ........... 5. 1.3. 1 Es.t.t-i.rct.crra y descripci6n ........... 5. 1. 3. 2 Dependencias ent.re los archivos
de l rnblcrlo 1 ....................... 5. 1 .4 Manejo de errores ........................ 5.1.5 Inter faz de cisúaria ........................
P.
3
4
5
5
c .J
5
J
8
:3
1 1
15
1
24
26
'7 L
........................ 5.2 IMPLEMENTACION DE RUTINAS 30
5 .2 .1 Nsr.t.ei.-?.c:l ernpleado .......................... :3 0
30 c J.I.L .-, ,-, Diccinnaria de fcrnciorirs .................... 5. 2. 2. 1 Furcioties de mñn~.cnirnicnto de l a
i nf ncsrrnac i ón ........................ 50
5.2. L. 2 Funcianes de int.erfaz de i.isuarin 33
5. 2. 2. 3 Funcinties vara e!. manejen #de errares . . 49
51 .... 2. 2. 4 Fwciones Para prueba *de1 módulo ..... 54 .... 2. 3 Dependencias intermodularrs
5 . 2 . 4 Archivas físicos Y rnodo de cornpilaci6r~ ....... 54
.....
c
................. c
6. RESULTADOS ......................................... 56
liDNC'L~-lSIiIiNEC ......................................... 53
HIALIOGRAFIA ......................................... -9 9
LISTfiDO DE RCITI!\IPS .................................... E. CI
c .-
IwIy#IIIcczQ( .- E l sist.rma de automatización de la c o o r d i n a c i h
fire concebido por l a coorditiaci&n ode l a L i c . en Comput.ación: s i n
ernbar*3o, observardo w e las l a bo r e s de cualqrrier coo rd inac i& son
s im i l a r e s , i-ina v e z probada l a c a l i d a d de1 sist.ema, la pe r spe c t i v a
a fu%.r4ro es irnplantat- e1 s istema en otras coord inac iones de la
univer idad ( a l o surno c o n peq1.4enas rnodif i c a c i one s seqQr3 sean
necesa r i as Para su ap i i cac i ó r i e s p e c i f i c a ).
E l sistema fue d i v i d i d a en v a r i o s m6dulos de
t r aba j o , cada ctn~ a ccirgo'de u t i equipo í de cant.ided de miembros
diferet2t.e ) . 1:uent.a cor, los sigcrient.es rnridiulns:
- de furtcionec; hás i cas de mant.enimient~o,
- s e r v i c i o s s o c i a l e s y prnyect.os,
- p l a n i f i c a c i ó n de cursos Y
- m a k e r i a 1 es de 1 a ccici r c! i nac i ,orf.
En l a primera p a r t e del t r aba j o , se d e s a r r n l l a el
mat-cn te&-ico 'que j u s t . i f i c a l a e>::ist.eticia de! modulo 1, su d iseno
Y est.ruct.cira de l esquema de la base de dat.os.
J
A con t i r~uac i ón se desct-ihen las f onc iones
necesa r i as Para que el rnodctla 1 t r a b a j e adecuadament.e.
A1 f i n a l se aaregan 1cts l is , tados de dichas
func iones y el diske%.t.e ,qc~e l a s cont i ene .
1. uEQ#Gw .- El rnddi-rlo 1, de s s r v i c i u s sociales Y proyectos,
es Un t , í p i c o s is tema de ttase de dates *que cuenta con archivos
creados para alrnacmiar l a infnrrnacidn y con rcrt.irias adecuadas p a r i
su rnant.enirniento y ?IF: i r a c i ón .
E l rnodulcq 1 í Y , cri geriEral, t.odo e1 sist.erna de
aut,ornat.ización de l a coord inac ión ) est.á desart-nl. l ado en I e r i y i ~~a j e
C: y BTHIEVE (rnanejador de arch i vos ) . La i n t e r f a z de usuar io de
este m ó d u l o es proviciot-Tal Y disenada de rnndü clue sea faci1rnent.e
sust . i tu ida pur 1.a i t i t e r f a z desarrc< l lada et1 WINDCiWS ít.rahajo
r e a l i zado parale1arnent.e pear l a persona ericar-gada del módLdl0 de
i r k e r f a z ) .
3 TEORiCO .-
Los problemas que se presentan en la
programación, se reducen considerablemente s i se cuenta con una
e f ic iente &ara de diseno, por esta raz6n, la mayor parte del
c i c l o de vida de cualquier softwar-e lo consume la etapa de
di sano.
Como e1 m6dulo 1 no es una excepci6n de esta
c,ituaci6n se t.rat.6 res l i za r ut i diseko que tio t . r a j e r a demasiadas
iompl icaciones a tiempo de e%Cribir lüs programas. Para &to se
emplearon l a s herramientas de diseno del modelo úe ENTIDADES Y
ASOCIACIONES Y el mudelo RELACIONAL.
En sereral los modelos para diseno de1 esquema de
base de ~iatos sirvert para hacer una abstiaici6n de la r e a l idad.
En part icular , el modelo de ENTIDADES Y
~S~CIACIONES se basa en una percspci6ri de un mundo r e a l 'we
consiste en cin conjcinto de nbjctos básicos I iamados entidades Y de
asoci aci ones o r e 1 aci ictrtes et-ttre estos ob jetus.
EL modeiu RELACIONAL represent.a la base de dat.os
cmma un cianJctn%.o de tablas . Existe cina cot-rcsrondrncia di recta
entre rl concert.o de iuna tabla Y e1 concepto matemát.ico de una
r e 1 ac i &I.
REQU IC: I TCiS
Est.irJiü de viabi 1 i'dad.
Esbozo de definición de requisit.us.
Estudio del diseno preliminar.
Defirgici6n de requisitos.
DI SEÑCI
ENTREGFI PEL MODULil 1 u
Diseno eskructural ( REA Y REL) .
Diseno de interfaz.
Especif icacibl del software a usar
Diseno detallado. -
r
- APLICAC.ION
~
Proqramacjón de rrrt inas básicas.
Frog ramaci ón de iin i dades
PRUEBAS
I 9
Pruebas de rutinas Y unidades,
independientemente.
Pruebas de integración. 1
El sistema del m6dulo 1 ( lo llamaremos así
arrnque en relidad se trata de un suhsistema del sistema total de
automatiracibn ) , consta básicamente de dos subsistemas qua
comparten algunos archivos de la hase de datos. el subsistema de
servicios sociales y el de proyect.ols.
Cada suhsistema abarca dos partes importantes,
c4na re refiere a l a informaci6n actual' Y cttra a los datos
hister i cos.
La estructura be los archivos de l a parte
hist6rica es parecida a la actcralz sin embargo s&lo cont.iene l a
infmrmaci6n de los servicios socia1,es Q pr6ycct.os ya concluidos.
En las siguientes páginas se expone el modelo de
entidades y ascciacioner para la parte de datos actuales Y la da
históricos.
M& MODLlLO 1
í .DATUS
C. 1 avre
SS-GRAL numbre
dcscr ircidti
SS-DET
ACTUñLES ) :
IC 1 ave
n a r n t t - e
desct- ircidn
ASESORES
3 C.lave
t-iomhre
t.ipo ( E / I )
profesión
t.eldfOnQ
di r ecc i6n n
-d I
<
I -
C. 1 ave
rrumhrs
t.elóform
dirección <
r I: 1 ave
rmmb t- e
I dsscripciói-1 I I n '4 I I n I
I ALUM-FROY 2 k d ' ALUM-FRCIY 1
fecha inicio
estado
fecha fir1
t.rimest.re f i n
cornent.ar i i>
Fecha in ic io
estado
fecha f i n
t r ime5t.t-e f i n
comerkar i o
CILCIM-SS
fecha inicio
est,ado
fecha f i n
trim. fir1
comer":t.at-io
I
ALIJMNOS
rnat.rícuia
nomhre
t e ló f ono
di recc ión
4
M p l MODULO 1
( DATOS
n
Clave
SS-I~RAL-HIST nomhre
t.ipo-qra1 (plan/Proy. /proy. )
[ I I
PROYECTO-HIST
descripción I
SC-DET-.HIST I
HISTORICOS I
n c 1 ave
nomhre
descr i pci6r1 n
ASESORES-HIST LUGARES-WIST
c 1 ave ' clave
nornb r e n o m b r e
t.ipo ( € / I ) t.e l6fono
prof es idn di reccibn <
telófono
I I d i recc 16t-i
C:lave
notnbre
~ ~ ~~
parte
frct-ia inicio
estado
fecha fit?
t.t-.imest.r-e f i n
comentario
ALUM-SS-HIST I fecha in ic io
estado
fecha f i n
trim. f i n
comentar i o
-l ALUMNOS-HIST
mat.rí cu 1 a
nomhre
t.elófonu
dirección
s.1.t nrriiDlou, (normal izada ) .-
g&r
Las l l a v e s sef ia ladas (campos subrayados) son
las l l a v e s de l a re lac ió r i ; s i n ernbarcict, para f ines de prorramacifin
e x i s t e n o t r a s m&s que son l l a v e s de bosqueda. Se añaden tantas.
como la e x i j a l a a p l i c a c i ó n de ,cada rc lac iór i .
Cin a n i l i s i - , d@t.allado de estas l l a v e s se
r e a l i z a era el c,i?uienf.e s u b t í t u l o í est.ructura Y desc r ipc i ón de
los arch i vos de l a base de # d a t o s ) .
4 ) CS-DET í w, cve-ss-gral , nnmhre. cve - asescw,
eve- luqar .. desct- i pc ión )
6) ALCIM-SC i matr í cu la , cve-ss-det, fecha-f in. estado, trimestre,
fecha- i n i c ilo I comerkar i D )
\ \
. r
7) ALUM-PROY-1 ( mat,r-fculg.. cve-prc?fI par*t.e, fecha-fin, estado,
t.r i rne5t.t-c fecha.- i:-ti c$o I comerotar io )
:3) ALUM-PROY-2 ( $at.rícula, icve-prw, part.e. fecha-f i n , est.ado,
t.r i rne5t.t-e I fet3m-i n i.c i y cornentar i o 1
.
16 1 ALUM-PRüY_HICT I ~ t . r í c u l a ~ cve-pt-cly parte fecha-f i n,
t .r i mest re, fecha- i nicio , comentar i o 1
1 ) ALCIMNOS :
Almacena luz datGs gene ra l e s de Ius alumnos
r e g i s t r a d a s en s e r v i c i o s o c i a l y / o provecto.
Los datas del alumno permanecen en este a r ch i v o
mientras no concl~.iya su s e r v i c i o s u t i a l y/o proyecto o si aun
i - ~ a b i k d o i o s t.errniriado. su r-esist.ro $$e cw1ci~4si6t-1 no ha s i d o pasada
a dat.os h i s t , o r i cos . A l act.rra1 i z a r las resist.t-os de cunclusibn.
en datos h is t6r ico1, los datos g&nera l e s de 10s alumnas qua
concluyeron, se act.ua1 i z an aut.omit.itamente.
ICFIMFOS DEL ARCHIVO ALIJMNOC :
:k Matr icula . - Cadena de 9 caracteres ( e1 ciltirno se toma para e1
caract.er de f in de cadena). Es l a primera l l a v e de búsqueda,
corresponde a l a matr icu la asignada pot- l a LIAM, ccrando el alumno
fue dado de a1t.a en esta a s h inst . i tuci6n.
* Nombre.- Cadena de 51 ca rac t e r es . es l a segunda l l a v e de
hásqueda. debe cwkcner los a p e l l i d o s y nombres del alumno.
* Telófon0.- Cadena de S carac te res . No es l l a v e Y contiene! el
t c l d f o n o del alctmno. NAtese que el t e l r f o n a rto contempla " lada"
13
porque se pens6 simplemente en t@l,fonos locales! sin embargo
&cito es sutc~tible de modificacibri.
i
* Vireccib- : Cadena de 61 caracteres. No es llave Y contiene la
dirección del alumno.
2 ) ASESORES :
Contiene la iriformacih general de las personas
encargadas del servicio sacia1 o son asesores de los
proyectos.
Los datos permanecen (mientras) en este archivo
mientras el servicio social o proyecto que asesoran est4 vilenta.
CAMPOS VEL üRCHIVQ ASESORES :
I(: I- .- Cadena de H caracteres. Es la primera llave del
archivo. Es ónica para cada resistro porque est& formada por la
concatenaci¿n de ano i 2 primeros caracteres ) , mes í 2 caracteres
sig~iientes ) y un ni.$mero consecutivo í d e d s caracteres, excepto e1
de fin de cadena).
Una opcI6n alternativa de llave Qnzca pudo ser la clave
de maestro que la UCIM asigna a los profesores; sin embargo esta
posibilidad fue descartada porque los asesores o personas
encar%adas no son necesariamente de la UCIM.
* Nombre.- Cadena de 51 ca rac te re s . Segunda l l ave de1
archivo. Contiene el nombre completo del asesor ( apel l ido paterno,
mat.erno, nombres, primero y segcindo 1.
Tampoco se perrni.te duplicidad en esta l lave ,
aur,qi.M en astc caso l a rest.ricci6n está en l as rutina de a l ta .
Esto puede ser modif icado Posteriormente según l a s exigencias del
usuario, ya que el arcchivo de bt.rieve a s t i definido de mado que
podrla aceptar duplicados. Sin embargo I s t o no resulta conveniente
porque es e1 ónico campo con e l que se puede revisar que no haya
duplicados en l a rutina de a l tas .
Es de srnalar que el campo clave no sirve para
este efecto porqiie SU c-reacibn es auieornhtica, justamente a r a í z de
l a confirmercibn del’ deseo Y pcsitiilidad de inserci6n de
informacibn no duplicada.
* Tipn.- Cadena de 2 caracteres. Indica e l t ipo del asesor. cor,
decir SU calidad de externo o interno. Pudo haberse definido coma
un solo caracter: paro se tom6 come una cadena por fac i l idad para
51.1 manejo en btrieve.
* Profesi*.- Cadena de 31 caracteres. Senala l a profesi6ri u
ocupaci6rl actual del asesor. E í t o es de releva1 importancia,
part icularmente s i consideramos a los asesores externos.
* =*fono.- Cadena de 8 caracteres. Contiene el tal4,Pono del
asesor.
* DireccL h-.- Cadena de 61 careacteres. Indica la dirsrcci6i en la
cual se puede ubicar al asesor o a la persona encargada del
servicio social.
3 ) LUGfiRES :
Conserva los datos del lugar donde se lleva (si
ya hay alumnos registrados) o se llevará a cabo (si todavía no hay
alumnos reyistrados) el servicio social y/o proyect.o registrado o
disporiihle (vigentes).
CAMPOS DEL ARCHIVO LLIRCIRES :
* L-.- Cadaria da 8 caracteres. Llave única de acceso. está
formada del mismo modo qua la clava de asesor.
* Nombre.- Cadena de 51 caraetmres. Llave de búsqueda que tiene el
nombre completo del lugar donde se realiza o realizará el servicio
social y/o prayrocto.
Tampoco 3e permita duplicidad en esta llrrve
(por l a rutina de alta).
* Bl&'ono.- Cadena de 8 carache%. Indica el tel4tono de1 lugar
en el que sa desarrnlla o desarrollará el servicio social y/o
proyecto.
* pirecc <%.- Cadena de 61 caracteres. Expone la dirección
completa &1 lugar al cual se tiene que acudir para cumplir el
Servicio social y / o proyecto.
4 ) SERVICIO SOCIAL GENERAL :
Contiene los datos generales de los servicios
sucia les existentes.
* Clavel.- Cadena de 8 caracteres. Llave única conformada de modo
similar a la clave de asesot- o de lugar.
* Nombre.- Cadena da 51 caracteres. LLave de acceso que no permite duplicados debido a las csi,aencias de l a rutina de alta.
* Tipo gral.- Cadena de 2 caractet-es. So contenido puede ser
"L", "Y" o "G" , indicando plan , proyecto o programa I
respect ivamerit,e.
* D+ scriaci-.- Cadena de 1 0 1 caracteres. S&ala lo m&s
sivnificativn que describa al servicio social.
5) SERVICIO SOCIAL DETALLADO :
Posee los datos relfsrentes a uri servicio social
especl f i co .
Mant.ime la información de los servicios sociales
viwntes. Dicha información no p u d e ser eliminada mientras
existan alumnos reqistrados a esos servicios sociales Y no lQS
hayan ConClUido, o si lo hicieron, tampoco pueden ser eliminado%
si tadavla no se actualizaron los resi%tros de alumnos que
concluyeron su servicio social, en datos histbricos.
cmms DEL RRCHIVO CY-DET :
* Clave.- Cadena de 10 caracteres. Llave que senila de forma única
a cada registro de este archivo. Est4 formada por la concatenación
del ano, mes (en que el servicia- aecial fue dado de alta como
disponible ) y un numero consecutivo. El año Y el mes ocupan los 4
primeros caracteres y e1 consecut.ive, los restantes excepto el
OCirno destinado al fin de cadena.
* Cve t.ipo.- Cadena de 8 caracteres. Indica el servicio social
general dentro del cual el servicio social detallado se encuentra
reqistrado. Por ejemplo si consideramos el trabajo de
automatización de la coordinacibn como un servicio social, estos
serlan sus datos:
- Dentro 6a l archivo de SS-GRAL, si e1 campo clave sersa =
9001iS,el campo tipo-qral serla = "O" porque se trata de un
programa, y el campo nombre seria * APQYO a las coordinaciones.
- Dentro del archivo de SC-DET, el campo cve-t.ipo serla = 900115 y
ia
e l campo nombre m Automatización da l a Cuordinacih de l a Lic . en
Conwutac ián.
* Nor&ra.- Cadena de 51 caracteres. Contiene el tVmhre completo
del serviciü social detallado. Es urta l lave que rio permite
duplicados.; pero esta restriccilk? se cont.rola exclusivamnete
dentro de l a rutina de a l t a .
* Cve ases or . - Caderta de 8 caracteres. Llave que identi f ica a
l a persona encargada d= controlar ri asesorar el servicio soc ia l .
* i n . - Cadena de 8 caracteres. Llave que identi f ica el
lugar donde se l leva a cahu e l servicio soc ia l .
* Descripciw-. - C:adena de 1 Ü 1 caractleres. Indica ern pocas palabras
de qud t rata e l servicio socia l curr.sc,ror,diI-rit.e.
i E.) PROYECTO :
Cüntierie la infurmación necesaria para que un
proyecto de invest isacibi (parte I y/n 1 1 ) quede definido.
Marit.ierte s6la l a irformaci6r1 vicrerk.e o no pasada
todavía a datos hist6ricus.
1 9
CFIMPOS DEL CIRCHIVO PROYECTO :
* c m . - Cadena de 10 caracteres. Caractarfstictks Y construcción
similar a la clave de servicio social detallado.
* Noi&re.- Cadena de 51 caracteres. Senala el nomhre del proyecto
vigent.e. No acepta duplicados ( estal)-estricci& no estA en el
archivo htrieve, sólo en la rut.ina de alta por las razb? expuesta
al describir el campo de nombre de asesor).
I
Cve ase%or.- Cadena de 8 caracteres. Llave con la cual se puadr
obtener de forma única e inequívoca los datos del asasor
correspondiente al proyecto en cur~st.i&-~.
* Cve lugar.- Cadena de 8 caracteres. Llave con la cual se obtiene
la clave del lugar donde se realiza e(]. provecto.
* Dascripci-.- Cadena de 101 caracteres. Describe en pocas
palabras, in más relevante de la actividad realizada por el
FroYect.o.
7 ) FILUM-SS :
Contine? el redistro de1 servicio social
correspondiente a los alumnos inscvitos en el mismo. Este registro
se mantiene mientras el alumno no haya concluido su servicio
social o de habrrlo hecho, si todavia no se han actualizado los
datos histórico^.
CAMPOS DEL ARCHIVO ALUM - SS :
* Matr1culq.- Cadena de '3 caracteres. Llave roo duplicada que
correspor,de a la mat.rfcula asignada por l a GAP! . cuarido e1 alumtio
ingt-esa a 51-1 1 ist.a ertudiantes.
* Cve ss de&.- Cadena da 10 caracteres. Iderttifica a l servicio
social al crral estA inscrit.o e l aliuqno.
* Fecha firt. - Cadena de 7 caracteres. Indica la facha el cual e l
alumno cumple cm su servicio soc ia l .
"P"
según cl alumno tensa prndient.e o haya terminado su
:* Est.ado. - Cadena de 2 carachres. P~rede ccmt.ener e l valor d e
o I , T 8 8
serv i r iu soc ia l .
t r i mest.re
. zación
sori l laves
! archivos
*: Facha in ic io . - Cadena de 7 i a rac twrrs . Senala la fecha en l a que
se iniszio el serv ic io acc ia l .
* Comcnt.ario. - Cadena de 61 caract.eres. Hace una aclaración
especl f ica del tratsa.jo realizado por e l alcimno.
8 ) ALUM-PROY-1, ALUM-PROY-2 :
Contienen los r e g i ~ > t r c ~ de prnyetto I y 2
rcspect.ivamente. de los alumnos inscritos en 10% diferentes
proyectos disponibles.
El reeqistro ode cada alumrm se mantiene en este
archivo rnientras no f.ermine su proyecto si i o hizo, mientras sus
datos no se pasen a histbricos.
CAMPOS DEL FIRCHIVO ALUM-PROY ( 1 6 2 indis%int.ament.e) :
Todos 1ns campos son similares a Ius del archivo de
ALUM-SG. a diferencia que en e l archivo de proyecto no se tiene l a
clave del serv ic io soc ia l , sirm del proyecto a l cual el alumno
cs%á inscr it.o.
1
ARCHIVOS C:ON INFORMACION HISTCiRICA :
Estos sori archivos, r e f l e j o de los ,de información
actual. Cont.ienen l a i ri f or rnac i6r1 rtecle?car i a pat-a no
dejar inconsistentes los reg ist ras de FILUM-SS-HIST Y
ALUM-PROY-HIST siendo .que éstos sólo cont.ienen los registros de
los alumrtos 4i.e cancluyeron su serv ic io sociml y/o proyecto.
Dado q u e para pasar a histrSr icos, los registros
i de ALUM-SS y/c. ALUM-PRCiV deber! terier i r~d isprnsablamcr~te su bandara
de "estado" i gua l a "T" i terminadoi . este campo es innecesar io en
su reflejo hist .6r icn.
OBS :
Las arch i vos de dat.ns viaentes,ALUM_PROY-i y ALUM-PROV-2 .I
eri histbr icos . . se reducen a cirio solo denominado ALUM-PROV-HICT a l
cual se antade el campo "rart .e" cciyo contenido puede s e r I' 1 'I "2" I 0
',?" i r d i ca rdo . respect ivamente, que los datos de ese reg i s t rc i
corr-esponden a la rea l ixac : i6n del prc7yecto t.ermina1 en su parte I,
11 o s i curnpli6 las dos pa r t e s en e1 rnismo proyecto . r
E l campo matriccrla. en este arch i vo puede estar dup l i cado
vorwiio es posible .rlw el ñlornrio poseedor de esa rnatrlcula. haya
acreditado, SU proyecto de i n v e s t i g a c i 6n I y SU proyec to de
i n v e s t . i s ñ c i k ~ 11. en dos d i f e r e n t e s act . iv idads.
Estas dependencias se ref ieren part.icri1arment.e a !.
las verificaciones de duplicidad Y las revisionan para guardar la
integridad entre 1835 datos de los diferentes archivos de la base
de datos, se9fit-t la üperaci&n que se realice.
a) ALTA I
* ALUMNOS
* ASESORES
* LUGARES
* SS-GRAL
* SS-DEf
* ALUM-SS
: verificar- nu duplicadad de la matricula.
: verificar nu duplicidad del nombre.
: verificar no duplicidad del namhre.
: verificar nu duplicidad del nombre.
: - verificar nu duplicidad del nombre, - verficar la existencia de l a clave del asesor
(cve-asesor) ,en el archivo ASESORES,
- verificar la existencia de la clave de 1
lugar (cve-lugar) , en e1 archivo LCICV?RES.
: - verificar no duplicidad de matrícula, - verificar la existencia de la matrícula en el
arch i va ALUMNOS.
- v e r i f i c a r l a e:xist.encia de l a c l a v e d e l
s e r v i c i o s o c i a l detal lado (cve-5s-det.) , en el
a r ch i v o SS-DET.
* PROYEC:TO : - v e r i f i c a r t70 dup l i c i dad d e l nombre,
- v e r i f i c a r l a e x i s t a r c i a de la c l a v e de l as@sor
icve-asesur) en el arch i vo ASESORES,
- v e r i f i c a r l a ex is t .krc ia de l a c l a v e del 1 ugar
icve-li.igat-) I en e l a r ch i vo LIJGARES.
* ALUM-PROV-i : - v e r i f i c a r no dup l i c i dad de l a mat.rícula,
- v e r i f i c a r l a ex i s t . enc ia de l a matr ícu la en el
arch i vcb ALUMI'iOS.
- v e r i f i c a r l a e x i s t e n c i a de l a c l a v e del
proyectu (cvtl-proy) . et7 e1 archivc, PROYECTO.
* ALUM-PROY-2 8 - v e r i f i c a r no dcipl ic idad ?Je l a mat.rlcula,
- v e r i f i c a r l a e:.iist.rncia de l a matr ícu la en el
arch i vo CILUMNIIiS,
- v e r i f i c a r la e,íist.encia de l a matr ícula en a1
arri-hivo ALIJM-PRII~V-~,
- v e r i f i r a r l a ex i s te r tc ia de l a c l a v e de l
proyectn (cve,-prciyf I en el a r ch i v o PROVECTO.
OBS :
EL; r e i i g t r u inicio del s e r v i c i a s o c i a l d<r e alumno se
traduce en una sirnp1.i ope ra t i a? de ~ 1 t . a en e1 a r ch i v o CILCIM-SS (en
esta operacibn , el campo de est.adu F-Q pone autorn&t.icarnente =
"P", i.e. Pend iente ) .
i n i c i o Una situación sirnilat- se obse i v a para el regi.st.rü &
d d proyect.o & $!E alurnno.
b l BAJA :
*ALIJMNOS : v e r i f i c a r la t i 0 e:.ciF-t,encia tie la matr l cu la a dar de
b a j a en ;+OF- archivos de ALUM-CC y ALUM-PROY-l.*
ASESORES : v e r i f i c a r l a t i a e x i s t . enc i a d e l a clave del asesor a
dar cie ba j a en los a r c h i v o s de CC-DET y PROYECTO.
* LUGARES : v e r i f i c a r l a no e:xist.ünciia cle l a c l a ve d e l lugar a
$dar tie baja eri ].cis at*ct-:ivoF- $de SS - DET Y PRCIYECTO.
* SC-GRAL : v e r i f i c a r - l a r i c h exi.st.ericia de l a c lave del sF--,qral
a dar de baja eti el a r r h i v a s de 8S-I)ET.
* CS-DET : v e r i f i c a r l a rm e x i s t e n c i a de l a r l a v e del ss-det
en el a r c h i v o de ALUM-%iJ.
.* ALIJM-CC : n o requiere de v e r i f i c a c i 6 n en atro archivo .
* PROYECTO : v e r i f i c a r l a nu e : x i r t enc i a de la ,=lave del
rroyecCo a dar de baja en e1 a r c h i v o d e ALLIM-CS.
* ALUM-~ROY-I : ve r i f i ca r - l a no exist.e ’ncia de l a matr icu la a dar
de haja en e l a r ch i v o de ALUM-FROY-2.
* ALUM-PROY-2 n no requiere de v e r i f i c a c i ó n em c8t.t-o archivo .
h) CAW10 :
Para mod i f i ca r campos qrre no son datos de otros
archivos, (no ex is t .@ dependencia) , solo se nec e s i t a de l a
aut.or izaci6n del cisuar io para r e a l i z a r l a m o d i f i c a c i h ) .
Pat-a mod i f i ca r Ius campw l l a v e ~ u e pueden a f a c t a r l a
i n t e g r i dad de l a hase d e datos, requ i e ren de 1 0 5
s i g u i e n t e s pasas y sea ciual f i l e re e l archivct a l que partenezcan I
OBS :
r e g i s t r o #de f i n d x h s e r v i c i o soc ia l . +* un alumno se
en e l a r ch i v o t.rad*.rce en una operdc ión da cambio d e l est.ado
ALIJM-SC (eri esta tsperaci&i :, ei campn de est.ado se Pone
“ T “ . i.e. Terminado).
Gna situaci6t-1 s i m i l a r %e nbserva para rl r e g i s t r o fin s s
proyec to de crri alumno.
d ) CONSULTA :
Para esta operacibri t m se r e su i e r e de l a v a l i d a c i w da
rtitwún da to art ot.ro a r ch i vo , porque se sohreent. iende que los que
ex is t .@n en l a hase de datos t.ierie sus, datos v a l i d o s (por l a forma
en * x t e t se hacen las operac iones de alt .a , baja y cambio).
e ) REPORTE :
No requiere de v a l i da c i ones e spec i a l e s .S in @mbargo,
cuando el registro consult.ado t . iene e n t r e SIAS icampüs v a l o r e s de
clave5, entonces es deseable , clue en l a erihitsicibn de los datos ,
se den l a s nombres cot- respond i entes a d i chas c l aves . Esta
depender& de las neces idades de l usuario.
9.1.4 Iu16JQ DE ESRORES .-
Se manejan ree3,istros de error compuesta y
s i mp 1 e.
E l e r r o r simple se o t . i l i z a cuando el a rch i vo
crt.ilizadc9 ria resuiere v e r i f i - - ~-acioties. - . mient.ras 'que el error
cornPUest.O es r e c e s a r i o rcrarido lus p o s i b l e s errores piueden darse
debido a l a consc.ilt.ñ I nd i r e c t a de o t r o s a r ch i vos ( ejemplo
cuarido 51- r e a l izar, va l i&c i ones ) .
En t.odos Ins cascts se indi.caíl los Qrrc,res ,
( d i v i d i d o s en dcc, gt-upos c de erk.rada/sal ida y los de operacicín) y
l a c l a v e d e l a r ch i v o eri el ,qiue se produjo el wror . Este a rch i vo
puede ser d i r e c t o o indirecto. . ses6r1 l a o~eraci4r1 %ie se realiz6 Y
el a r ch i v o de que se t r a t e .
S e requiere l a d i f e r e n c i a e n t r e l a s errores de
entradn/sal ida Y de operaci&,pwqua puede darse el caso que l a
w e r a c i h sea un f racasa pero a tiempo se c e r r a r e l a r ch i vo , l o
cual siempre es necesar io , debida a l 6xi t .o en el cierre, e1 estado
26
d e error a n t e r i o r se pierde.
Para saber s i 5-e pudo Q rio ralizar l a
opcrac idn exitosament.e, l a s riut inas de manejo de informaci6n
deben siempre de vo l v e r i.tn es tado dr error, rst.ado siempre se deba
v e r i f i car.
La imF1ementaciún de l a irkerfaz en WINDOW no
está dent.t-o de l a s act . i v idades que competen a l mádulo, pot-
e s t a razórl l a i n t e r f a z que se r r esen t . a r i es p ro v i s i ona l por l a
awe no se eri&erit.rari v a l idadas los datos de erit.radai s i n embargo
se cuidó de agrupar t.odas las capt.rrra% Y r :wos i c i one s en ru t i nas
e s p e c i a l e s icldicanio l a estrcrct.crra y par+t?s b i s i c a s *que deben
i r c lu i r3 FSOT l o cua l rest-i ltará fáci 1 l a si.ic,t.it.cicifrn de l a i r i t e r f a z
r r w i s i o n a l por l a d e f i a i t . i v a qiesarrnl lada en WINDOWS.
C1BS:
E l diseno de l a in t . e r faz ,fe1 pt-eser8t.e rn6dul0, se
entre& a l a persoria ( 5 ) encargada ( 3 ) de implementar l a misma.
La propctest.a para d i rha i r k e r f a z se expone a
cont inuac ión .Sblo se exh ibe para el caso de s e r v i c i o social
porqus para proyect.cc es s i m i l a r , a e:xcepci&) d e l a p a r t e que se
r e f i e r e a Info. SS Gral . Provect.o, hace l a s veces de CC d e t a l l a d o ' Y e l r e g i s t r o de alumnos i n s c r i t o s en CS, d@he suhst.it.i.rirse por
alumnos i n s c r i t o s e n p,ryect.o (part.= I y 11, independientemente)
27
-A DE iEMIEs C1-a VwrWuW PAW 1
( S E R V I C I O S O C I A L . para PROYECTO es slrnilar)
DATOS Ai:TLlALES IiATOS H I C T O R I C O S
1.. 1 Serv i c i o s Stzciales 2.1 Actual izacibn
1.2 Alctmt-las st? CS 2.2 Repartes
S E R V I C I O S S O C I A L E S
1 . 1 . 1 Ir1f-u ilienera1
1.1 .2 It- i fu Det.allado0
1.1.3 A s e n ü r e s
1. 1 . 4 Lugares
ALIJMNOS EN SS
1.2. I Registro 1r:icia
1 .2 .2 Registro F i r ,
1.2.3 D i r e c t o r i o ñlurnn
Cualquiera de l as opciones del menu SERVICIOS SOCIALES y
ALUMNOS EN SI3 despliegan e1 sl?uietite menu :
Alta
Baja
Cambio
Corm-! 1 t.a
Repor tes
i La opción de corisulta Y rcport.ec, deba desplegar un menu para que
a l usuario e l i j a l a dirrccitán *$e sa l ida , pot- ejemplo, en pantalla,
i mpresora 1-1 a 1 sun arch i vu.
a l sxguiertte men6 I
2.2.1 Servicios Sociales
2.2.2 Alumnos
SERV1C:IOS SOCIALES
2.2. 1. 1 Info. General
3.2.1 ._ '7 Info. Det.allada
2.2.1.3 Asesores
2 .2 .1 .4 Direcciones
I 2 . 2 . 2 . 2 Registro de SS
5.2 IMPLEMENTACION T E RUTINAS . -
5.2.2. MATERIAL EMPLEADO . - - So f tware :
*: Manejador de arch i vos HTHIEVE vers idn 5. CI. * Turba I: vcusi8n S.il.
- Hardware :
* Ma'qcriria PC:. * Disket.t.es 5 1/4.
5 . 2 . 2 DICCIONARIU DE FIJNCIONEC . -
5.2.2.1 FCINCIONEC DE MCMITENIMIENTCI . -
I Estas fLinciones se totiwat-1 de l a manipulacion de l a información de los datos act.rialrs del rn&iilo 1 ( s e r v i c i o s sociales Y proyect.os) . En est.a pat-t.e t.amhidri se descr iben l a s ri.rt.it*ias a u x i l i a r e s para l a ejecuci& tje ciirtias fi.iricianc-, (e:xcept.ü aquel las q u e s i r v e n direct,amen%.e para capt;cira y e i í i b i c i dn de datos, ips cua i ss fr..rer-on agrupadas en n t r o a r ch i v o para f a c i l i t . a r su reernplazo cuarido se cirente cciri la' i n t e r f ñ z d e f i n i t i v a r e a l i z ada en WINIKiWS) .
1) PROTOTIPO :
i nt. consulta-genera 1 (et- r <I cve-hd, d i r-out. 1 e r r -5 i mp 1 e i nt. cve-hd; FILE *dit- _. ,:.ut.:
*err :
DESCRIPCION :
- R e a l i z a l a cunsu1t.a de un r-eg,ist..ro err '1 a r ch i v o ind icado
- La expos i c idn ce hace &ri l a d:irecci*& de s a l i d a que i nd i ca
- Si no se presenta niriwrn pruhl..irna dcvue?vr 13, nt.ro v a l o r en
por cve-hd.
cl i r-occt . I
30
c -
caso contrario. - E l @&ado detallado de la operaci4n se reporta en e1 parámrtro
err.
2) PROTOTIPO I
intro-key-operaci un (op, cve-hd. val.- key, num- key) int. cve-hd, *nurn-lrey: char op C I :, va 1 -key i I :
DESCRIPCION :
- Auxiliar en la funcidn Cie haja,.cambio Y cotnsulta. - se ocupa de la introducci&n del valor val-key de la llave n&naro num-key en el archivo identificada por el pardmetro cve-hd para para que desp~4ds sea utilizada por ia operacidra op.
3) PROTOTIPO :
irk. revision (err,exponer,dir_aut,sve_ er r-simp le irk exponer , cve-hd, ncim FILE *d i r-out. :
her t- :
char *va 1-key:
DECCRIPCION :
d, val-key, rium-key)
key:
- Ahre el archivo correspondiente a cve-bd Y realiza la consulta del resist.ro q~ir rrc,ponde al valor de la llave val-key referente al rdrnero de 1 l a v e igual a ricrrn-key.
- Libera la memoria pedida para hater la corisirlta Y cierra el archivo.
- Si e:,:poner _ii si rl re*aistrc< consultado se exporie en la direccion de sa l ida dada por el paramet.ro eir-sal ida.
- ~ 5 t . a fcinc,i¿n es auxiiiiar pera muctms funciones de verificacion, por esta r-azán ef, nec-saria ia var iahle exponer ya que en esto? casos no e5 deseahlr la salida al exter ior del regi st.ro consultado.
I
I -- El estado de la operacidn 3e reparca en el pararnetro err.
4 ) PROTCiTIPO :
W-exh i be- reg i str FILE *dir-orit.; int cve-bd; char *p-t-w3:
(di r_-out. cve-,.bd, p- reg)
31
- c
DESCRIPCION :
I I - Espos ic ion del reqistt-cn p-reg segun el formato corresponda a l a r c h i v o i d y k i f i c a d o pqr cve-bd. La expoei*=ion se r r ia l i za WI l a direction de s a l i d a dada por dir-out..
-' &sicamente su estructura esta' consti . t .ui- ia put- una inst.r-i.rcciC;n cond i c i ona l de cipci<di rnul%.i~le ( sw i tch ) qi.~e invoca a las f imc ian de exposicion de rey is t ra de l a i n t e r f a z d e usrrar-in. I
DESCR I FC: I ON : I - R e a l i z a 1 a coperaciot-t ode a l t a de un rerjistro del a r ch i v o cuya
- Abre el a r ch i v o corresporidiertt.e I p i d e memoria scif icierttc como
- V e r i f i c a l a p o s i b i l i d a d de l a a l t a Y' sus dependencias de
- C i e r r a e1 a r ch i v o Y libera l a memotia s o l i c i t a d a . - i>evueive [I si la aperacia5n se r e a l i z a e:viit.osament.e, Y 1 en
- E l est.ado detallado de l a aperacidt-i se t-ep0rt.a en l a v a r i a h l e
c l a v e esta indicada pot- cve-bd.
para Icor-itetier los datos ücl r e g i s t e o de ase archivo .
bt.r os arch i vos.
caso cont.rar io.
err .
in%. forma-.clave (er t- cve.-bd. p-re.3) i n k :$- = t i , - - cve-bd: char *:p .- re*>:
DESCRFC:ItIiN e
- Construye l a c l a v e d e los relistt-os de los a rch i vos qide t i enen
- La c l a v e formada e s t a formada por el año 4. mes + número 1
SCI l l a v e pr imar ia diferetite #de l a ,$e matr icula .
consecut ivo .
7) PROTOTIPO :
i ntra-key-oparacion-a1 t a í cve-bd, va 1 ,key, rkrrn-key ) i t i t cve-bd, *num-k.iv: char val-key [ I :
32
DESCRIPCION :
- A u x i l i a r en la func ion de altapsmrieral O. - S? ocupa de la int.rodrrcciori del v a l o r val-key de l a l l a v e riumaro nwn-key en el, arch iva i d e n t i f i c a d o por el parainetro cve-hd pat-a la aperacion de alta.
- En l o s arch ivos cuya l l a v e p r i m a r i a no es la matr icu la , se p i d e e1 nombre. No pueda rc t . i l izarse la c lave pot-.we &t.a se forma despuds jutomáticameritc. Est.a es la causa para que no se emplee la fciricioi? irlt.rQ,_key_Qperacion O en la *que resul ta i n d i f e r e n t e la l l a v e con la cual se t raba je .
A) PROTOTIPO :
i nt. i rkro-ver i f _datns_rrstant.es_a 1 ta (ret- r I cve-bd, p-reg. v a l -key, rum-key ) e r r -s i m p 1 e i nt. cve-tad, *num-key:
*err :
I char val-key f I , *p-cey;
DECCRIPCION' :
- Invoca a las fcrnciones *we s o l i c i t a n los datos del r e g i s t r o que se desea dar de alta en el arch ivo cve - bd.
- V e r i f i c a l a v a l i d e z de los dat.os si es que t.ienen dependencias con ot. ros archivos.
- E l va lo r de ,la l l ave p r i m a r i a val-key se recibe de parámetrct pot-w.re se copia directamcnte en el reg is t . ro p-reg según el arch ivu de que se t.rat.e (esto cicurre en l a s funciones que llama I a las rrcralcs debe e n v i a r l e s este parámt.ro ) .
' '3) PROTOTIPO :
irk. ver i f -dat.os-al ta-5s-det. ( er r , p- - re~) err -s imple *err: char *p-reg:
DESCRIPCION :
- A u x i l i a r rfe l a funci& int.ro_vrri-dat.~s_restar,t.es-alta O. - V e r i f i c a l a v a l i d e z de los datos de l re9ist.t-o qcce se qu iere dar
- Davcreive 0 si los datos son corr&t.os, crn v a l o r d i f e ren te , en de a l t a en e l a rch ivo SS-DET.
caso con t ra r i o .
10) PROTOTIPO :
33
i n t v e r i f-datas-al ta-alum-ss (err, p-res) err-simple *err: char *P- res :
DESCRIPCION I
S imi l a r a l a func ión ariterinr: pero Para una a l t a erl el arci-#vivo ALUM-SS.
1 1 ) PROTOTIPO :
int. verif_daitn~_alt.a,..pray (err p~-.re-9) err -s imple *err: char *p-reg:
DESCRIPCION :
S im i l a r a la fwnci& (113): pero para una a l t a en el arch i vo PROYECTO.
12) PROTOTIPO :
in%. verif-datos-alt.a-alurn-proy (err, p-r-eg, pa r t e ) err -s imple *err: char- *p-re?: char parte :
DESCRIPCION :
Sirni iar a la funciSt-4 ( I O ) : peco para una a1t.a r n C I arch i vo ALUM-PROY.
13) PROTOTIPO :
int. baja-ssnsral (err, cve-hd) err-compuesto *err: i n t cvé-bd:
DESCRIPCION :
I - R e a l i z a l a operac ion d e b a j a de un r es i s t : r o de l a r ch i vo cuya
- Ahre el a r ch i v o correspot3dient.e p ide memoria suficicr8t.e ccmo
- V e r i f i c a l a ~ o s i h i l i d a d de l a há ja Y s u s coníecuancias crs las
- C i e r r a el a r ch i v o y l i b e r a l a memeria s o l i c i t a d a .
c l a v e e s t a indicada PDC cve-bd.
para corkerier los dat.05 del t-esistro de es& archivo .
a r c h i v ~ s q u e se ruedere ve r a f e c t ados i r d i reet.amente.
34
0 ?-
I - Devuelve O si l a operaciim se realiza exitosarnertt.e, y 1
- El estado detallado de la operacihn se reporta an la variable an caso contrario.
err.
14) PROTOTIPO :
i rtt ver i f -pos i hi 1 i dad-ba.j a (er r , eve-bd, va 1-key ) *err: er r-s i rnp 1 e
i t i t. cve-bd: char val-key [ I :
DESCRIPCION :
- Auxiliar de la funciori baja-general O . - Revisa la posibilidad de l a ba ja del registro del archivo (indicado por cve-bd) ident.ificads por l a llave primaria con
- Devuelve O si la haja es perrnit.ida y can valor diterente en
- El estada det.aIlado de l a operacidn es reportado en l a variable
valor val-key.
caso cor& rar i o.
err.
1s) PROTOTIPO :
ir&. permiso-baja (crr,val_key,archs-,r~v,cve.,.~d-l~~ve-bd-2,key-í~k~y-~) err-simple *err: char val-kevil: i fit. archs-,t-cv. cve-hd-1, cvr-hd-2, key-1, key-2:
DESCRIPCION :
- Auxiliar de la funcidri verif-posibilidad-baia O . - Revisa si el val-key esta irnltlicado en los archivos idt-nt.if icados cve-bd-1 v /o val-keyrZ.
- archs-r;ev indica en cuartt.os archivns se debe hacer la revision. Si es igual a 1 se t.orna en cuanta solo l a cve-hd-1 Y su respetctiva llave (key-1) Y si es igual a 2 se considera un archivo más, con sus respect.ivur datos.
- Devuelve O si se concede el permiso, nt.ro valor en caso contrario.
- El estado detallado de l a c*peraci&l se repbrta en l a variahle err-.
16) PROTOTIPO :
35
-
i n t cambio-general (err ,cve-bd) err-compuesto * e r r ? i n t cve-bd:
DEBCRIPCION I
- R e a l i z a l a operac idn de cambio de alguri dat.c. del registro del
- Abre e1 a r ch i v o cor respond iente , pide memoria suficierit.e como
- V e r i f i c a l a p o s i b i l i d a d del cambio Y sus consecuencias en los
- C i e r r a el a r ch i v o y l ibera , l a memoria s o l i c i t a d a . - Devuelve 0 si l a operaciori se r b a l i z a e:viit.osament.e, y 1 en
- EI estado o je ta l ladü de ia aperacjidri se r epo r ta en i a v a r i a b l e
a r ch i v o cuya c l a v e est.a indicada por cve-bd.
para cont.ener los dat.ns de l rcr<ist.ra de ese archivü.
a r ch i vos que se puederi v e r afectados indirectamente.
caso cont.rar io .
err.
17) PROTOTIPO 8
i n t intrn_verif_dat.o_cambin (err,cve-bd,p-reg) err-s imple *er r :
char *P-reS: int. cve-bd:
DESCRIPCION :
- A u x i l i a r de l a func i& cambio-general 0 , - LLama a l a ru t ina encargada de so l i r z i t a r e; da to nqiue se desea
mod i f i ca r Y invoca a l a rut.ina enca~rgada de au t o r i z a r el cambio. - CLIU se v e r i f i c a r , 10s ajatos que, son campos i i a v e . ( NO se
p6rrnit.e l a modi f i cac idn de l a s ' l l a v e s primarias, -generadas aut.omát.isamet-ite) . En ~ a s ü de neces i t .a rse una operaciorl asf ( I n cual resulta con prohahi l i d a d c a s i nula) , eci mej:or eJecut.arse una b a j a y una nueva a l t a .
- Devuelve 0 si el permiso es concedida, un valor d i f e r e n t e ( el del t. ipo de error ) , eri caso cont.rlariu.
18) PROTOTIPO :
int. permiso-cambio ( e r r , cve-bd, cve-4d-rev7 val-key, rum-key) e r r-simple *err; i nt cve-hd, cve-bd-rev, num-key: char val-key [ I :
DESCR1PC:IüN :
- A u x i l i a r de l a funcion int.ro_v~rif_dato-cambio O .
36
- Revisa si el valor (val-key) de la llave (num-key) que se desea colocar en lugar de l a existente actualmente, no causa problemas de duplicidad en e1 archivo de la base de üatos (indicado por cve-bd). - Esta verificacidn se realiza cuando el archivo a revisar (cve-be-rev) es el mismo que el que se desea modificar.
- Cuando el archivo a revisar es difereritr de aquel en el que se desea hacer la modificaciori, lo -que se hace es verificar si el nuevci valwr .qcre se desea colocar (crna clave) existe en el archivo corrrspor,dicnt.r, (el que contiene sus datos completos) .
- Devuelve O en caso de &it.o, un valor difcrer;t.e de ot.ro modo. - err indica el est.ado dct.ñllado de l a operation realizada.
13) FROTOTIPO :
ink permiso-camhio-misma- arch íerr.cve-bd, val-key, nurn-key) err-simple *.err; int. cve-bd, ncirn-key; char val-key [ I ;
DEBCRIPCION :
- auxiliar de la frrrici0n permiso-cambia 0 . - Revisa si el valor (vcil-key) de la llave (num-key) que se desra colncar en lugar de l a existente actualmente, no causa problmas de duplicidad eri el archivo de la hase de datos í indicado por we-hd) .
- Devuelve U cn caso de erito, crn valor diferente de otro modo. - err indica el estado detallado de la operacidri realizada.
20) FROTOTIPC! :
irk permiso-cambio-cal idad-,,ba.ja (err cve-bd, cve-hd-revo val-key-old, val-key num-key)
err-simple *err; char val-key-oldil I val-key-newfl : int. cve.-bd, cve-bd-rev, rum-key:
DESCR I FC: I ON :
- auxiliar de la funcidn intt-o-verif-dato-cambio O. - Verifica si l a desaparicion del valor antiguo í val-key-old ) no provoca la falta de integridad en ot.rus archivos.
- En caso de no causar problemas da integridad, es necesario que haga otras verificaciones perbinentes de lo crral se encarga ia furicic:rB permiso-campio O , a la cual invoca.
- Devuelve 0 en caso de exito, un valor diferente de otro modo. - err indica el estado detallada de l a operacidn realizada.
37
-
21) PROTOTIPO :
i nt. permiso-cambi o-alum-ss-pray-2 ter r cve-bd, cve-bd-rev, va 1 -key, num-key ) err-simple *err; i n t cve-hd, cve-bd-rev, num-key: char va l -key [ l :
DESCRIPCION :
. - Auxi 1 iat- de l a funcidn irit.ro-verif,-dato-camhia ( ) . . - Es necesa r i a cuando en los a rch i vos ALIJM-SS o CILUM-PROY se desea modi f i car l a matr icula.
- No puede s e r i gua l a rermi%o-cambio-cal idad-haja ( ) porque este datu no causa f a l t a de in t . rgr idad en ot.ros arch i vos y t.ampucu es suf icrient.e hacer un 1 lamado a parmisa-cambio0 porque r e *w i e t - e de #dos v e r i f i c a c i a n e s .
- i i evue ive O eri caso nie r:xit.o, un v a l o r di ferentgien caso c on t r a r i o .
- e r r ind i ca el e%t.ado det.al lado de l a operation rea l i zada .
22) PRCtTDTIPO :
i nt. rapor t a je-genera 1 (et- r cve-bd, d i r-out ) : b - . . err-simple et t :
i nt cve-hd; FILE d i r-cut.;
iiECC:RIPC I ON :
- Obt iene todos 1c1s r -es i%tros que con t i ene e l a r ch i v o ind icado
- ~a e x p o s i c i j n cie ic*s regist.ros *e hace en ia direction de
- Llri for-rnatu e s p e c i a l Para l a s a l i d a se dar-a cuard> se es tab l e z ca
- Los da.t.os estati ctrdermdos de acuerdo a l nurnero de 1 l a v e que
pcjr rve-hd í Para esto invuca una ‘ func i& de vac iado de datos).
sa 1 i da ,que se i nd i ca en d i t - -mi%. . l a i r i t e r f a z dcf i r t i t i va .
i nd i ca el par&mt.ro n!.rm-l:ey de l a l a func. W-intro-key-reporte0 a l a cual invoca.
en caso con t r a r i o .
err.
I
/
- Devuelve O si l a operacióri se r e a l i z a sin protalema, u t r o va l o r
- E l est.ado det .a l lado de l a operacindri de i nd i ca e1 el para’metro
23 ) PROTOTIPO :
vaciado-datos-arch ( e r r . cve-bd. nuin-key, d i r -out ) e r r-s i m p 1 e i n t cve-tad, ncm-key:
*err:
FILE *di r-oi.it.:
38
DECCRIPCION :
- Actx i l iar de l a fctncin'n report .a je-generai O . - Abre el a r ch i v o indicada por c v e - bd Y p ide memoria s u f i c i e n t e
- S i no hay ningún e r r o r emcwie los regist.t-us ciei arct-livo. - C i e r r a e1 a r ch i v o y l i b e r a l a memoria. - EI es.t.actct adet.a~lado de l a acveracion se t-eport.a en el parámetro
para contener sca registrci.
err.
Sun rut.itias ct-rya f i rm l i dad c o n s i s t e en l a captura y expos ic idt i de datos para l a r ea i i z ac i6 r i de las d i f e r e n t e s frrnciones d e l rflOdi.J1,:8 1 < de s e r v i c i o s E.ocia les y proyect.os ). En s f rites i s I conr,t. i t.i.rve 1 a i rlter f qz de usus t- io. O i cha i n t e r f a z es p ro v i s i ona l put-wre t.odas sus fut-cciwies deben ser s u s t i t u i das por sus simi lares desart-oi iatias en WrNrms ( por est.a raztin, para wde sean f a c i :rnc-nt.e c!is%.i. ngi.ribles. t&as estas furiciories t.ierien su primera 1et.t-a i g i ~ 1 1 a W).
I de ALUMNOS.
- L o s da tos quedan en e l regist .r is apunt.adto por P-reg ( para e,st.o, se t o m a una v a r i a b l e a u x i l i a r de l t,ipo de reaist.ro que se esta trabajando, en este caso el de ALLIMNOS).
- Val-key se copia d i rectamont.e en el carwo cor respond iente de1 r e g i s t r o .
21 PRCiTOTIPI3 :
W- i ntro-a 1 t.a-asesor (p-i7eq va 1 . . -key > char :*p-.res: char val-key [ 1 :
DECCIPCION :
Sirni lar a l a fctncidn an+erior pero para el caso del a r ch i vo de FiSECClRES.
DESCRIPCION :
Sirnilar a la Purtcidn anterior pero Para el caso del archivo de SS-DET.
E.) PHOTOTIPC! :
W- i n t . r o - a 1 %.a-proyecto í p-.re'q va 1 .-kcv) c h a r *p-.reg : char val-key [ I :
DECCR1PC:ION :
Sirnilar a l a fj.inci& anterior pero para e l caso del archiva de PROYECTO.
41
r
- A u x i l i a r eri las funciuries de intra_'. .uv_nprraciori O e
-. OP i n d i c a l a opa:.acidr, en l a cual se iiwcco. - val-kay es e1 valccr de l a l l a v e qiue s i r v e para lcqcal izar el
r e g i s t r o con el 1ue se t r aba jará .Ei v a l o r cie l a l l a v e corresroricic. ni~amet-o da 1 Lave dado pcir rii.dm-key.
- t.arn._kev es el t.arnaSo de l a llave que pueden ser let.ras o tiurncroc, segcín ei eardm:rnE-t.ro I r t r a s sea i w i a 1 a si a:, rm -cspectivarnent.c.
intro_key-operacior~_alt.a : > . I
I
12) FRCiTCiTIFO :
4 2
13) PROTOTIPO :
W-exhi be-reg- l u g a r (p-reg, d i r- out ) FILE *di r -out : char *p-reg:
15) PRCiT0TITFCi :
W-axh i be-reg-a lum-ss ip,,_?-cog, di r -autl) char *P_re4: FILE *di r -uut :
DESCRIFCION :
ExPosicion del registro apuntadm por p-req segun e1 formato d e l archi vio ALIJM-CS.
17) PROTOTIIW :
4 3
DESCRIPCIDN :
Expüsic ion de1 r e g i s t r o apcintado por p-reg segun el formato de l a r ch i vü PROYECTO.
char *p-reg: FILE char rar t .e i
* d i r -cicr t :
DESCRIPCION :
Expos i c i or, de 1 r a g i s;t.rü aprrritado a r ch i vü ALLIM-PRCIY.
Por p-reg s e w n el formatu del
- A u x i 1 iat- de* l a func ion int.ro-ver i f-dat.o-cambic8 (err, cve-bd, p-reg) . - In t roducc i on d e l nuevo v a l a r (va l -key ) que sust i tu i ra al v a l o r
ant iguo, en el archivo ASESORES, despcnss de que se ver i .F ique l a f a c t i b i l i d a d de ese cambio al r e v i s a r e1 a r c h i v o cve-.bd-r-ev que se e,:port.a para 'we sea ostra l a funciciri que se ~cicupe de esa r ev i z i o r i .
- tiurn-key es el numero de l l a v e err el a r c h i v o a r e v i s a r . - =ve-bd-rev Y ricirn-key se devue lvan c o r n u i nde f i t i idns cuat-dc~ rm se
- P - T Q ~ es el r e g i s t r o que rueda i-argadc+ cot? los dat.üs *que nc, se vari a r e i r r i e r e de ninscrn perrniso para el carnbio.
mod i f i c a r mas el niuevci vwlar ad~zl (campo 'que e l i g i o Para rnodifi3=ar.
W- i ntru-camb i c t - 1 ugar ( c ve_bd_rev p - l r e ~ ~ va 1 - k e y , titurn-key) char *p-t--cg, va l -key [ l : i n t * cve- b cj-,, r e v , ;& rtifrn- k e? Y :
DESCRIPCION :
Sirni l a r a l a r k e r i o r : Fern mr.a el arch i va LUGARES.
.-,h LL) PRCITOTIPO :
24) PROTOTIPI3 :
char *p-reg, va l -h :ey í 1 : i nt *cve-bd-rev, *rturn-key;
DESCRIPCION :
S i r n i l a r a l anteriur: pero Para rl archivo PROYECTO.
25) PROTUTIPCI :
W-int ro-cambio_alum-ss ( = v e - b d - r e v , P-reg, val-key, rum-key) char *P-reg.. val-key I1 : i r k . *cve_bd-rev, :*ni.rm-kev:
DESCR1fC:IOW :
S i m i l a r a l a n t e r i o r : pero para e l a rch ivo ALUM-CS.
26) PROTOTIPO :
RUTINAS BASICAS DE CAPTLIRA :
27) PROTOTIPO :
Wpide-cad-num (n r rm-d i gi t.s, nrtrneru) i n t num-d i gi ts: char n u m e r o t I :
IESCRIPCION :
P i d e una cadena r i i u m e r i c a de urx numero de d i g i t o s i g u a l a n u m - d i g i t s . No esta v a l i ~ i a c h porque debe set- sust.ituida por l a in te r faz d c f i n i t . i v a de usuario desarro l lada en WINDOWS.
46
i n t num-letras: char enunciado t I :
DESCRIFCION :
Pide una #cadena al,Fabet.ica de ni.rm,.,,let.ras.
28) PROTOTIPO :
W-pide-cad-letras (num-. 1 et.r as, rrictric i ado)
tin numet'o de le t ras igua l a
W-pide- f echa ( fecha) char facha t 1 :
DECCRIPCION :
Rutina prov is iona l que c ,o i i c i t ,a una
30) FRBTOTIPO :
W-,pide-t.e 1ef c<rm ít.e lef ) char h l e f 11 :
DECCRIPCION :
Ri.rt.ina prav is iona l que 501 i i i
fecha.
3 i t
31 ) FROTOTIPO :
W-P ide-tr imestre (t.r imec,tr e ) char t.r imrst.re t I :
DESCRIPCION :
R u t i n a prov is iona l que co1icit.a el rmrnbre de un t.rirnest.re.
c ,-. 3,) PROTOTIPO :
confirma-opet-aciurt O
DESCRIPCION :
47
5 ) .
Rutina provisional para iorifirmar una operaiion. Daviualve 1 si l a respuesta del crsrtario es iwial a ' 9 ' o ' .SI.
33) PROTOTIPO :
proporciona-password O
DESCRIFCION :
Rutina provisianal w e sol i c i % a de una cnnt.raseSa para poder rea 1 izar a 1 gima ope t-ac i on.
S.2.2.3 FUNCIONES PARA EL MC)NEJO DE ERRORES .-
Estas funciones revisan Y reportan si es que ex iste algun . t ipa da error cuando se e3ecut.m las funcione% de martipulacion
de infornaeion. Para el adecuado trabajo de estas rutinas, es necesario tener en algun archivo lac; definiciones de los t ipos de errores Y mensajes de error cür respondientre.
1 ) PROTOTIPO :
in ic ia l iza-er ror_compucst.o (err cvedbd) err-compuest.o *err : i nt. cve-bd:
DESCRIPCION :
Da valores in ic ia les a todos los lcampos del reg ist ro de error compuesto. Es decir , a aquel -que sq i k i l i z a cuando la owracion implica la revisiori de otros archivas ademas del que sera objeto de l a operacion.
2) PROTOTIPO :
i ni i a l iza-error-s imple (et- r . cve-bd) err-simple *err: int cve-hd r
DECCRIPCION :
iia valores in ic ia les a todos los campos del reg ist ro de error sirnple,es decir , a aquel w e se u t i l i z a cuando a operacion solo considera el archivo para el que se sro1icit.o la operacion.
3) PROTOTIPO :
rut i ns-ar ror (er r-s i mp :, er r-comp I er r -s I er r-c) err-simple er r -5 i rflp : er r-compuest.o er r-cornp: int. err-e, err-c:
DECCRIPCION :
Revisa e l origen del error simple o compuesto en caso de axist.ir urio de e l l o s . Est.o se setala pcw l a s var iables err-p. err-c respecti vamente.
4 ) PROTOTIPO :
r L 4 t . i na-errar-campuesta (et- r err-compuesto err;
L.iESC:RIFCION :
Revisa e l oriren de un ert-.or de t.ipn carnpuesto.
5) PROTIIiTIPO :
rut i na-er reir-s i rnple (err ) e r t-,..s i mp 1 e e r r :
PESCRIFCION :
Revisa e1 uriwm de un error de t . ipu simple.
5.2.2.4 FUNCIONES PRRA PRUEBA PEL MCtDClLO . - Son r ~ i t i n a s n e c e sa r i a s para Probar lac, furcisnec, del rnodulo 1 i s e r v i c i o s s o c i a l e s y prayect,os ) en 1s. que %e r e f i e r e a datu'; ac tua l e s . Inc 1 uye rut inas p r a v i c, i cma les de rnencies.
1 ) PROTCiTIPC! :
DESCRIPCIOPI :
3) PROTOTIPI0 :
W _menu_archa_dats_act_mad i í resp ) char *resp:
DESCRIF'CION :
E:xpone los nombres de los arri-tivos de1 modula 1 'cate martejan l a i n f ormaciün act.cra1 . C a l i c i t a la e l e c c i cm del usuar io scsbrme el arch i i l o con al
4 ) PROTOTIPO :
' W-menu-di recci urs-sa 1 ida (di r--ücit) FILE * *d i r - out.;
DESC:RIPCION :
%:%licita al crsuarino la dit-icciun de sa l i da que desea Para la cxrosiciun de i.in resist.r'o conc,i. ..!l%.adu,. 12 Para la s a l ida de cin repur%.e.
s2
5.2.2.5. MPiNEJO LIE Lñ INFORMACION DE LOS ARCHIVOS CON VATOC
HISTORICO.5 . -
OBS : Estas rcct.irias rio estan imPlement.adas: sin embargo a
cc~t-kiruaciórt se indi.ca en 4ue ccwsi.-,+,en y l a senc i 1 lrz de
las mismas.
5 . 2 . 2 . 5 . X Ac tua l i z a c i 6n de l a inforlmaci6n h i s t 6 r i c a :
E s simP1ement.e l a rrcolecci6n de los registroc,
de .alumrtos ert s e r v i c i o social Y/C, Firayecta i l a actual i z a c i b
hist6ricos de proyectos se d- hacer. pctr l a forma en que se
irnplnment.aron las ri.it.inas de v a l idacior i de l a s func iones de manejo
de l a iriforrnacióri, después 'que e l a l c i r n r i u a conc lu ido l a part.e I y
Una vez obter~ido i.tt-I r-eaist.ro ert e sas
cnndicicrnes, se debe proceder a ohtenet- los r e g i s t r o s de l a
c i a s o c i a l y/o rroyect.o a l que est.&n
a los a r ch i v o s resFiect.ivos, de datas
informaci6n del serv
i n s c r i t o s y pasar los
h i stAr ico%.
5.2.2.5.2 Reportes :
La mayoría da l a s ru t i nas da report.e de los
a r ch i v o s de l a ~n fürmac ión vi*gente, pi.ieden ser t,amhiln u t i l i z a d o s
53
en tste caso, cambiando sólo alsunos parámet.ros de entrada.
E l módulo 5 ( de mant.enimient.o has i co de l a base
dat.os) inclcrye e l circhivo ~ L W HTK'IEVE ofrece como i n t e r f a z para
poder traha. jar con el l engua je C Y o t r a s func iones que f a c i l i t a n
el acceso a los archivos . Es1T.e módulo as1 mismo debe aqri.rPar los
i arch i vos bt.rieve de l a base de datos., %.ant.cn l a s que s i r v e n para
almacenar l a información corno aqcrel los donde se encuent.rat-8
de f ircidas sus caracter1st.icas.. pc>r esta raz6r-I, el m6ciulo 1 debe
Pasar a l m 6 d u l o S dichos a rch i vos Y cr t . i l i zar l a s func iones y
desc r ipc i ones saner-ales í l b s i c a s Y f i s i i a s 1 que en él se
data1 lar1 d e ut-, rnamjn general.
E l modulo :3 I de car tas Y const.ancias, debe
raider accesar a los arch i vas del r W u l o 1 , de s e r v i c i o s s *>c ia l es y
prü~ect .~~, , para poder exped i r dncumentos que cet - t . i f iqoen el estado
de 1üs alumnos en el cumrl imiento tie su serv i i= iü s o c i a l y/,>
prayect.o.
I ) La declaraci6rs de t iros Y d e f i n i c i o n e s u t . i l i z adas en el
m6dulo i . sa encuentran ert el at-chivqo TIPS-MOD. H
5 4
2) Las funciones de mant.enimiento, en el a r ch i v o
MOD-1-DR.C
3 ) Las fcinciones de in ter fa i r de crsciario, en e l a r ch i v o
F-IN-OUT. C
4 ) Las func iones para el manejo dC e r r o r e s , en e l a r ch i v o
ERR0RES.C ., en e5t.e a r ch i v o se l lama a l a r ch i v o
f3TRC:ODES.H i ue i r c luve las d e f i n i c i o n e s para mensajes
de error.
5) Las ru t i nas Para ~ r ~ i e h a del rdclcrlc~ 1, en e l a r ch i v o
PRR-MC1D 1 . c:
7 ) Arch i vos de d e s c r i r c i 6 n ( *.DSC: ) de los d i f e r e n t e s
a r ch i v o s b t . r i e v e f *.DBF ) . La corresPondencia entre l a
c l a v e de l a r ch i v a de l a hase de dato5 y el a r ch i v o
físicc, se ertcuent.ra en e1 a r ch i v o DEFSFIBC. H, mencionado
antes.
Actualemente, para fines de brueba se inc luyeron en el
a r ch i v o 5, los arch i vos 1, 2, 3 , 4 Y 6. S in embargo, l a forma
conven iente de u t . i l i z a t - l a s es en rtri provecto ( .prg ,) .. de Turbo C
: pero coma debe t raba ja rse con C de Microsoft í para en tab la r
l a relacibt-1 ccir, l a i r k e r f a z desa r ro l l ada en WINDOWS ) , se pre f i r i 6
, . i
de j a r as1 Y lcregc~ d e f i n i r l a hornogeneizaci6n con los demb
m6du 1 os.
Las i nc lus i ones se t.omaron de l d r i v e Ai as1 como los
a r ch i v o s b t r i v e de l a base de datos.
* Trabaja r e a l i z ado :
A) Oisrfio del módulo 1 :
1 > Subsistema tie s e r v i - i l social.
a) Fart.e actual ci vigerit.c.
b) P a r t e h is t .6r ica .
2 ) Subsistema de proyectos .
a) Part.e actual ri vi-tcrtte.
b) Part.@ h i s t 6 r i c a .
B) Creaci6n de las arch i vos en RTRIEVE.
C) Rut.inas da rnantrnimicnto de la ir,fot-mación act.ua1.
D) Rut inas de obt.anci6n de l a infurmacir5rt actual.
56
E ) Manejo de errores.
F) I n t e r f a l de usario provisional.
13) Delineamiento de las rutinas de manipulación de dat.us
h ist6r icns,.
Trabajo pendiente :
- Prograrnaci6n de las rcrtinas de hist6ricos: óstaí constan sdlo
de una rutir ia de act.ualizaci6n y reportas en los que pueden
emplearse la rut inas descritas eri et preserite t.rahajo.
cx1)*zyLilQcs .- P i enso w e si b i en e x i s t e t r a b a j o
pendiente , se Iogrb corn~lir con l a part.e p r i n c i p a l y
mayarit .aria, luego , cabe mencionar 1ue e l p resen te mbdulo, est i a
c a r go de das permmas, así l a part.= que falta se espera irrt.egrar
can lo que hasa el n t r o miemtwn: s i n embaryc.A en casa de .que est,o
tici sea posible, w a i ~ ? ~ ~ ~ i e r PW-SQt7a piiede cot-scluir porque el m6dulo
completo e5t.á d e t a l lado en est.* %.rataajo.
En i1e-nera1, el t r a b a j a r en grupo es una
expe r i enc i a erw i ?crecedora Y si Dieri eiii st. i eron algunas f a 1 1 a s
como por ejemplo las, s i g u i z n t e s :
- F&di*& de t.iernpo en rei.irfii~ünes in6t:i les.
- I n t e r e s e s no hornnuér~ec~s en t.odus lüs miembros d e l equipo.
- Dependencias ent.re e l t r aba jü de crrm Y ~ü%.v-ü rniernbrü del eqilic-ü,
lo ccial m u c h a s v e c e s se t-raduce er, un re%.t-aso del t.t-atta jü
T a m b i h es d igno c!e reconocer que
a x i s t i e r a n aspectos pc<sit.ivos de l cua l e l más re1evant.e puede ser
l a expe r i enc i a de formas de ur ian i zac i6n que quizols, en
el preserke t r a b a j o no se pudierün ap1 i c a r r1enament.e: perci que
,dejaron l a s par4t.a~ para crna pt-ó.-:ima oroi.-t.uriidad. Y es buenü
recürdar que para el dcc,arrollc~ de un s is tema de soft.ware de
t.arnano cüns iderab le , el trabaja de %quire es lo más i.451Joll y
recornendat 1 e.
r
, I
,
Borland.MAnuaI.- e referencia dñ TUBO C. vcrsidn 2. O.
Novel1 .Manual del mariejacior @g archivos BTRIEVE, versi&-1
5. O, NETWARE.
Castro, Luis. Mique1 A. G u z m i n , e t . a l . AnAlisis. Y diseno
sistema comput.aciona1, LiAM - I . MIxico, 1 9 9 0 .
Kwth, Henry F . , Abraham Si 1Lerpchat.z. Fundamen.tos dd b m
de datos, trad. del inl6h por F:obert.o Escalona, Mc.
Graw Hi 1 1 , MIxico D. F. , ' 1337.
Commrrvi 1 l e , Ian. Insertierí.$ e software, trad.
del lrts1Is pur Pedro Flores, 2da. ediciów, Addisson
Wesley.. MIxicu D. F. I 1'388.
i
clrscr 01 wintt wintf Printf wintf wintf Printf wiirtf wintf Wintf wintf Printf
I* Solicita al kmaria la dircccion de salida w deKa para 1i ex#icim
U iau dweccim salida Id i~ -a i t ) TILE- **dir-&:
k v) rwistro c0mult;rdO. O wa la salida dc UI reortc. */
ty#at St&
t W struct
tv#dif rtruct
191: l511: 181 : I61 1 :
I81 : 1511: 1213
13111
1611: 101 :
I81 I 1311; 181:
1611:
t W f struct
sff: du du
rf'dfr I71 s 1211 I41 I 171:
1611:
t-f struct i bu Cve-ss-fbt 1101: úw wtnculi 191; dur fuh-inicio 171: char fcch fin 171: char c a n k r i o 1581; alun-ss-hist:
tmdkf Stfuct
.__._ dur Nc #OY rioj; drrcrtdá I21 ; du f& f in 171:
bu triwsLrc 141: char fd.0 inicio 171:
tmdef struct bu matricula 191: char cn pray 1101: char pwth 121: char fecha fin 171;
char triartre 141: chv fa inicio 171: char cambrio 1611:
úwntwá 121:
) ala-ww-hist:
t-f struct i int io,
2
op indica 1i opariprrr vai-k!!y, el valor de l a 1 I m Y - k e y , el lwmo & llave carcswndientc. */
#uim 11 #urp-2:
I
r
. _ _ _ _ wr->io = ciyra (eyr M): return (err-)io I I e r í - b l :
)
I* Constrw la clave de los r e i s t r o s dp 1~ ardrivos que tienan su llave m w i a diferente de Ir da MtriCula. La claw form& esta fwmada por el am + m + m r o cWKQnitivo. */
fo? clave ierr,e-td,p-regi
< mt- *err, cve-bd: dur *p_rw:
char *P rag LUX: int cvC-in€:
P W W * *intf L DE UI PRBYECiü\n\n'): fwintf fdir c+&'Clwr = h\n' fprintf ldlrbk.'1Bibrr = Xsh' fprmtf (eirkt,*'Clm del m r = b \ n * fwintf idir:out, "Clam dri lwr = Xrb' ñrlntf idir-&, 'Description 2 %s\n'
3
,
CR '2' I
w '3' :
case '4' I
w '5' I
1: )
I* Sifiilu al ntcriw: PWO mi el archivo L W M S */
C l r s a printf printf printf mntf anM ( a m
cae
I san#',;
kulrr
/***tt*n*u***r minis hitas ciptun ****************/
I* Pi& uu pdnr nuui dn d i g i t 6 igual a ru diats. h i d o PW la i-fu &finitiyz No e& vaiidds paow
de usuario dirSrolM */
int- ma di its; chir -0L;
printf i'\M dc dipitoc. = %d\n ' , - d i g i t s ) : qets~wir:
Wpide cad-rrr irw-disits,tnaroi
(
1
/* Rutina praisimrl 4uc solicita vu fecha. */
I* Rutina provisional que solicita el nombre de LM trmstre. */
Wpi& trriatrr ftrirstrei
( pDts ítrimtrei: >
c h i trirstreii :
r
$include (btrcodrs.h>
I* A valorn inicular a toda las cwa del rrplstro de error riwle Es *ir, i wiil 9ui U utiliza Nsndo asndc l a apprrUan 4010 Cwidai el archivo pva el WR se solicita la PPcrwim. */
31 41 5: 6: 7: 8:
case 13 c m 14 c a s 15 cam 16 c m 17 caw 18 caw 19 c m 20
L W C W C W
C a K case
case case CasC
31 I 32: 34: 35: 3 6 : 37 : 36: 39:
break; break: break: break; break:
break; break? break:
break1 break! b r a : break; break! break: break: brcMk: break: break: brealr: break: break: break:
breilr: break: brclk: break: bra: break: break: break: bm& break: break: break: break: break: break: brcik: break: break: break: break; break: break: break:
1 : break:
2
lincludr <stdio.h> l incluh WU1ib.h) :inclwh <strine.h)
16 15
17 18 19 26 21 21 23 24 a 26 21 28 a 30
33 34 i
@ f i n O Mfine -3
static struct _üü /* Diccionuio de IktDs *I
?
static chw
.. . };
/* Prototipa k la fvriaiis *I
int atwei int clnn W,int rod0 i: irk cierra1 snt da% W 1: int s l t r i int clava b3,int tnm iiave.char ‘twffer 1: int bib í int cl&-W ): int crbiof int clam &Lint tnm-llave,chir *val llave,chir W f f u i: int COMklitai int claw Mint tu ilave,char *vil ihw,char -fer i: irk prirroí tnt clave W,int tnm Tim,char *buff& 1: int uitinof i n t clava M,int wa-Iiwwhar *tuffu i: int siguisntií int clW-td,int ma-Ilave,ch:r *val-iiave,chir U f f n i :
-
.
W i f
2
r
/* Similar a 1a furion W i o r pero prr el caw k l archivo dc LüW€S.*/
/* Similar a 1s furicm utarior pera para el a s o kl archivo de SS-Wt!..*/
/* Sinilar a l a h i m n k r i o r pero para el caso dtl archivo da SS-DEi.*/
2
* ! 1
I* Similar I la fuxia nkrior PIO w a el casa dcl ardiiw da FWECTO.*/
Y intro a l ia olu ss ip-rco,val-key) -&¡u- char vri-key 11 :
I* Si i i lar i la ñmcion antmior pero pari el cara dsl archivo de & - W I O Y . * /
I* kiliv n las hñcianr da intro ka w i n m O e intfo k e ~ aaaaim alta O .
I: úiwricim dti rwistm p-rw uun el formato del archivo 118Bsp1E6. *I