M A P Manu Análi Progr Ual D Isis D Rama de N Diseñ Ació Norm Ño y N de Mativ y e Sist Vas D Tem de As

Manu
M ual d
de N
Norm
mativvas d de
A isis D
Análi Diseñ
ño yy
P ramaación de
Progr e Sisttemas
No
ormativvas Doccumentaal de Sistemass DSJ

09
9
MANUAL DE NO
ORMATIVAS DE AN
NALISIS DISEÑO Y PROGRAMACION
N DE SISTEMAS
Índice
Índice ..................................................................................................................................................... 2
DE IDENTIFICA
HOJA D ACIÓN ...................................................................................................................... 4
INTRODUCCION ...................................................................................................................................... 5
ULO I ............................................................................................................................................. 6
CAPITU
ANÁLISSIS ORIENTAD
DO A DATOS ............................................................................................................. 6
ULO II ............................................................................................................................................ 8
CAPITU
ANALISSIS ORIENTAD
DO A PROCESOS ....................................................................................................... 8
CAPITU
ULO III ........................................................................................................................................ 11
DO A OBJETO ......................................................................................................... 11
ANÁLISSIS ORIENTAD
ULO IV ........................................................................................................................................ 13
CAPITU
HOJA D ACIÓN ................................................................................................................... 13
DE IDENTIFICA
CAPITU
ULO V ......................................................................................................................................... 13
MANUAL DE USUAR MAS .................................................................................................. 13
RIO DE SISTEM
ULO VI ........................................................................................................................................ 14
CAPITU
MANUALES PARA EL ADMINISTR
RADOR ............................................................................................... 14
CAPITU
ULO VII ....................................................................................................................................... 16
Análisis de Sistemass Expertos ............................................................................................................. 16
ULO VIII ...................................................................................................................................... 23
CAPITU
NOMENCLATURA PA
ARA BASES D
DE DATOS TAB
BLAS VISTAS YY DEFINICIÓN DE CONTRAN
NIST ............. 23
8.1 DE LAS BASESS DE DATOS .......................................................................................................... 23
8.2 DE LAS TABLA
AS .......................................................................................................................... 23
DE LOS NOMB
8.3 D BRES DE CAM
MPOS ................................................................................................. 24
8.4 G DE LAS BASES DE DATOS ....................................................................................... 24
GENERALES D
CAPITU
ULOIX ......................................................................................................................................... 27
NORMATIVAS DE PR
ROGRAMACIÓ
ÓN .................................................................................................... 27
NOMENCLATURA PA
ARA PROGRA
AMACIÓN DE SISTEMAS EN
N VISUAL BASIC 6.0 ............................... 28
CAPITU
ULO X ......................................................................................................................................... 30
Estánd
dares para Sitiio Web .................................................................................................................. 30
ESQUEEMA GENERAL CONTENIDO
O PAGINAS W UDICIAL. ................................................. 32
WEB PODER JU
TOPICO
OS DE LA LEY 261 RELACIO
ONADOS CON EL CAPITULO
O X ......................................................... 33
PÁGINA 2

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
DEL M
MANUAL DE NORMATIVAS DE ANALISIS, DISEÑO Y P
PROGRAMACIION DE SISTEM
MAS ............. 33
CAPITU
ULO XI ........................................................................................................................................ 36
DE CONTINGEENCIA ..................................................................................................................... 36
PLAN D
CONCLLUSIÓN ....................................................................................................................................... 37
BIBLIOGRAFIA ...................................................................................................................................... 37
Anexo 1 ................................................................................................................................................ 38

PÁGINA 3

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
H
HOJA DE IDENTIFIC
I CACIÓN
1. Titulo: Manual de Normativas de

d Análisis, Diseño y programacción de
Sistemas.
2. Breve De escripción: Proporcio

onar a los analistas de
d Sistema
as modeloss a
seguir, pa
ara la docum
mentación de
d sistemas.
3. Editado en:
e Direcció
ón de Inform
mática de la
a Corte Sup
prema de Justicia.
J
4. Fecha de
e edición
Primera Edición:
E 4 de Agosto del 2,003.
Segunda Edición: 133 de Octubrre de 2004
Tercera Edición
E 18 Diciembre
D d 2007.
del
5. Colabora
adores:
Capítulo VIII
V
Alb
berto Borgen Marín
Aseesor Inform
mático de la SGA.
Comité técnico Homologación de Catálogos

C (A
Anexo 1)
Capítulo X
Ale
exis Campoos Molina
Weeb Máster
6. Formulad
do y Elaborado por:
Lic. Georg
gina Isabel Carcache
Responsa able de la Oficina
O de
Consultorría de Sistemas y Desarrollo
7. Supervisión y apoy
yo:
Ing. Cánddida Motelli Escobar

Directora Informática
a
Corte Supprema de Justicia
J
PÁGINA 4

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
INTR
RODUCCIO
ON
La Dirección de Informática
a establecee como Noormas la creeación de Manuales ded
docum
mentación y procedim mientos, orientados
o a las diferentes oficcinas que la
conforman (Con nsultoría de
e Sistemass y Desarro
ollo, Redess de Comu unicacioness y
Soporrte Técnico
o).
La Oficina de Consultoría
C a de Sistem mas, realizza manual, donde se
e reflejan las
normaas a aplicarr, para los Análisis
A de Sistemas, Diseño de Sistemas, Manuales de
d
usuarrio y Manuaales para el Administra ador de Basse de Datoss.
Se esstablecen tres
t Norma as que contemplan el Análisis de
d Sistemaas y Diseñ ño.
Este último a través
t de prototipos que se riigen a mo odelos de análisis, por
p
contemplar estructuración n de las funciones ó eventos que contiene.
c L
La
clasificación de Análisis de sistemas será laa siguiente: Análisis de Sistemas
Orientado a Dattos, Análisis de Sistem
mas Orienttado a los Procesos y Análisis de
d
Sistemmas Orientado a Objeto este último se e mejora debido
d a los avances
tecnológicos.
El Analista Programador ellegirá el mo nálisis que considera se adapta al

odelo de an
ecto de siste
proye ema a desa
arrollar.
PÁGINA 5

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
CAAPITULO I
AN
NÁLISIS OR
RIENTADOO A DATOS
S
El doccumento re
ealizado con
n este modelo debe de
e contener lo siguiente
e:
1) Antecedentes: Dónd
de se expliccará cuales son los pro
ocedimiento
os actualess.
2) Problemáática Actual: Se refleja

arán los prooblemas qu ue enfrenta
an por la falta
del sistema a imp plementar. Este pue ede ser explicativo
e y / o co on
representtación gráficca por med
dio de un árrbol de prob
blemas.
3) Justificaciión : Explicar porque es

e necesariio la implem
mentación del
d sistema
a.
4) Objetivos: Con el an nálisis del problema ses define el

e tema, qu ue conlleva
a a
definir el objetivo propuesto
p (
(Objetivo g
general u objetivos
o generales), el
desglose de los objetivos
o e
específicos permiten identificar con mayyor
precisión el conjunto
o de informaación.
CRIT
TERIOS PA
ARA LA RE
EDACCIÓN
N DE LOS OBJETIVOS
O S
a) De
eben estar dirigidos
d a los elementtos básicoss del proble
ema.
b) De
eben ser meedibles y obbservables..
c) De
eben ser cla
aros y precisos.
d) De
eben seguir un orden metodológic
m co.
e) De
eben ser expresados ene verbos en
e infinitivo.
5) Requerim mientos del sistema: Reflejar de e manera escrita los puntos qu ue

conllevan a los objetivos
o e
específicos
s de los mismos, de mane era
puntualizaada, estabblecer las normas esstablecidas por el usuario com mo
validacion
nes especia ales o conssideracione udio analítico
es a tomar según estu
de las ley
yes referidas.
6) Usuarios potenciale
es: Definición de enttidades ó usuarios y accesos al
sistema.
7) Diagramaa Entidad Relación:

R Paara el cual se debe agotar
a toda
as las formas
normales,, con el fin de tener sistemas opptimizados (Que
( no occupen muchho
espacio en
e disco durro).
8) Diccionario de Datoss: Este mod

delo debe contar
c con una
u introdu ucción, dond
de
se refleje el manejad
dor de basee de datos con el que
e se trabaja
a y el nomb
bre
de la mis sma, describiendo loos elementtos de cad da tabla de e la maneera
siguiente :
PÁGINA 6

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
PARA TA
ABLAS Y SU
US ELEMENTOS
e de la tabla y Objetivo de la tablla.

1) Nombre
2) Descrip
pción de loss campos: Nombre
N de
el Campo, Tipo,
T Nulo (Si/No),
Descripció
ón del campo.
En la desscripción de
el campo de ado de los códigos de
eben definir el significa e
clasificación que se utilicen.
u
3) Definir a la par del campo si es llave primaria con la descripción

corresponndiente al nombramien nto.
4) Llaves foráneas estas debenn de conten

ner: Nombre e del campo
o, nombre de
d
la tabla fo
oránea, nom
mbre del campo en la tabla
t foráne
ea.
pción de loss índices y secuenciass creadas.

5) Descrip
6) Restric
cciones de accesos
a pa
ara los usua
arios potencciales.
PARA VIS
STAS Y CO
ONSULTAS
S
En este ca
aso se debe de refleja
ar en el doccumento lo siguiente:
a) No
ombre de la Vista ó Co
onsulta.
b) Script utilizado para la crreación.
ombre de la pantalla ó Informe qu

c) No ue utiliza la vista ó con
nsulta.
d) Tip
po de vista ó consulta
Select
Insert
Update e
Delete
Trúncate
e) Moodelo relacional: En ell caso de un módulo independien nte del men

nú
prin
ncipal (Mapa Estructtural), debe e la descripción de los
e reflejarse
cammpos.
9) Mapa Estructural: Refleja dee manera gráfica

g y por medio de un diagramma
de dia el menú principal del sistema. Reflejar
alogo, la esstructura de R en un
u
cuadro
o el nombre e de la opción y la pan
ntalla ó informe al que llama.
10) Diseñ
ño de pantalla de Capttura: Este debe
d conten
ner los sigu
uiente:
PÁGINA 7

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
A. Definición
B. Prototipo de
d diseño
C. Alg
goritmos de
e validacion
nes ó Funcio
ones y proccedimientoss utilizadoss.
D. Alg
goritmo Opeeracional
E. Paquetes utillizados(Enlaces Relacionados) Ejemplo: Word,
W Excel,
Etc
c.
11) Diseñoo de los Informes: EsteE contie

ene el nommbre del innforme y un u
prototipo del dise
eño e inform
mación que brinde. Addemás de hacer relació ón
de cómmo se obtieene la inforrmación si es un prog
grama, vista, etc. Ponner
el nom
mbre del mismo y pon ner como anexo
a en caaso de no existir en los
puntoss antes men ncionados del
d docume ento.
12) Reco
omendacion
nes
13) Concllusiones
14) Entrev
vistados
PITULO III
CAP
ANAL
LISIS ORIE
ENTADO A PROCESO
OS
En esste modelo se trabajan n de la missma forma los puntos 1, 2, 3, 4, 5, 7, 10 y 11

descrritos en el capítulo
c I de
e MODELO O ORIENTA ADO A DAT TOS. Varíaa en cuantooa
los ussuarios poteenciales ya
a que estoss son trabajjados en ell Diagrama de contextto,
donde e se visuaalizan las diferentes
d partes del sistema ala que tend drán accesso,
además sus defiiniciones se e plasman como defin nición de enntidades exxternas. A las
basess de datos y el ejecuta able del sisstema se le
e ponen lass siglas del diagrama ded
contexto. Los pu untos 10 y 11 explican n el conten
nido de los documento os de diseñño.
A conntinuación se
s define el esquema de d este tipoo de análisis.
1) Antecedentes: Dónd
de se expliccará cuales son los pro
ocedimiento
os actualess.
2) Problemáática Actual: Se refleja

arán los prooblemas qu an por la falta
ue enfrenta
e y / o co on
blemas.
3) Justificaciión : Explicar porque es

mentación del
d sistema
a.
4) Objetivos: Con el an nálisis del problema ses define el

e tema, qu ue conlleva
a a
p (
(Objetivo g
general u objetivos
o generales), el
o e
o de informaación.
CRIT
TERIOS PA
ARA LA RE
EDACCIÓN
N DE LOS OBJETIVOS
O S
PÁGINA 8

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
a. De
ema.
b. De
c. De
eben ser cla
aros y precisos.
d. De
m co.
e. De
e infinitivo.
5) Requerim mientos del sistema: Reflejar de e manera escrita los puntos qu ue

conllevan a los objetivos
o e
específicos
s de los mismos, de mane era
puntualizaada, estabblecer las normas esstablecidas por el usuario com mo
validacion
nes especia ales o conssideracione udio analítico
es a tomar según estu
de las ley
yes referidas.
d Riesgos y Posibless Solucione

6) Análisis de es: Este pu
unto puede ser opcionnal
en el análisis ya que
e depende del
d tipo de modelo a elegir
e si es el Modelo en
e
Espiral lo contempla, de lo conttrario es co
onsiderado un modelo en cascada a.
7) Diagramaa de Flujos de Datos: El que debberá de con

ntar con el diagrama de
d
contexto y las explossiones ó nivveles.
8) Definiciónn de entidaades externas: Dónde se definen las entidaddes del pod

der
judicial qu
ue interactú
úan con el sistema
s ó lo
os usuarioss del mismo
o.
9) Diagramaa Entidad Relación:

R P
Para el cuall se debe agotar
a todaas las formas
normales,, con el fin de tener sistemas opptimizados (Que
( no occupen much ho
espacio en disco duro). A diferencia del mode elo anterioor se ilusttra
ente el Diag
gráficame grama entid
dad relación
n de las Visstas del Sistema.
0) Definición
10 n de entidaades: Se define
d el no
ombre de entidad
e (noombre tablaa),
campos queq conform man la tabla
a y el tipo (V
Vista ó tabla). En el ca
aso de tablas
se utiliza a la par de los campos la simbolo ogía siguiente:
a. # (Llave
( princcipal)
b. (#) (Llave forá
ánea) : En este
e caso en
e la tabla que
q hereda a el campo se
connserva con n el mism mo nombre el campo o, para no
o hacer un na
acllaración a la
a par del ca
ampo de la tabla origeen.
c. * (c
campo con atributo ob bligatorio)
d. o (campo con n atributo op
pcional)
Nota: Recordar que

q toda llavve también
n es un cam
mpo obligato
orio.
11) Definición
n de Flujoss de datos: Que contie
ene el nomb
bre del flujo
o, tipo de flu
ujo
y datos quue viajan enn el flujo.
12
2) Diccionarrio de Dato
os: Compuesto por laas definiciones de lass tablas y las
definiciones de los campos
c de la misma.
PÁGINA 9

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
i. Las deefiniciones de
d las tablaas deben de estar com
mpuestas por
p
el nombre de la taabla y su ob
bjetivo.
ii. En el caso de definiciones
d s de camp pos deben contener lo
siguien
nte:
a. Nom mbre del Ca ampo

b. Sinóónimo del Campo
C
c. Desscripción de e Campo
d. Tipoo y longitud
e. Valoor y significa
ado: Para el
e Caso de Códigos de
e
classificación.
f. Ob bservación
13
3) Mapa Es structural: Refleja
R de manera grá áfica y por medio de un diagram ma
de dialog
go, la estruuctura del menú princcipal del sistema.
s Re
eflejar en un
u
cuadro el nombre de e la opción y la pantalla ó informe
e al que llam
ma.
14
4) Diseño de
e pantalla de
d Captura: Este debe
e contener los siguiente:
A. De
efinición
B. Pro
ototipo de diseño
d
C. Alg
goritmos dee validacion
nes ó Funcio
D. Alg
goritmo Ope eracional
E. Paquetes utilizados(E
u Enlaces Relacionado
R os) Ejem mplo: Worrd,
Exc
cel,Etc.
15
5) Diseño de los Inform
mes: Este contiene
c el nombre de
el informe y un prototip
po
del diseño
o e informa
ación que brinde. Ademmás de haccer relación
n de cómo se
obtiene la
a informació
ón si es un
u programa, vista, ettc. Poner ele nombre del
d
mismo y poner com mo anexo en caso de d no existtir en los puntos
p antes
menciona ados del documento.
16
6) Recome
endaciones
7) Conclusio
17 ones
8) Entrevista
18 ados
PÁGINA 10

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
CAP
PITULO IIII
ANÁ
ÁLISIS ORIIENTADO A OBJETO
O
El doccumento re
ealizado con
n este modelo debe de
e contener lo siguiente
e:
1. Anttecedentes: Dónde se
e explicará cuales
c son los procedimientos acctuales.
2. Pro
oblemática Actual: Se reflejarán los problem
mas que enffrentan por la falta del
sistem
ma a implem
mentar. Estte puede se er explicativvo y/ o con representa
ación gráfica
a
por medio
m de un árbol de problemas.
3. Jusstificación: explicar
e porque es neccesaria la implementa ación del sisstema
4. Obbjetivos: Con el análisis del proble ema se deffine el temaa, que conlleva a definnir
el objetivo propu uesto (Objeetivo generral u objetivvos generales), el dessglose de los
objetivvos espec cíficos perm
miten identtificar con mayor pre ecisión el conjunto de d
inform
mación.
OS PARA LA
CRITERIO L REDACC
CIÓN DELO
OS OBJET
TIVOS
Deben estar dirigidos

d a los elementtos básicoss del problema.
Deben ser meedibles y obbservables.
Deben ser cla
aros y precisos.
Deben seguir un orden metodológic
m co.
Deben ser exppresados en
e verbos en infinitivo.
5. Reequerimientos del sistema: Re eflejar de manera escrita

e los puntos qu ue
conlle
evan a los objetivos específicoss de los mismos,
m de
e manera puntualizad
p da,
establecer las no
ormas esta
ablecidas poor el usuarrio como vaalidaciones especialess o
consid
deraciones a tomar se
egún estudiio analítico de las leye
es referidass.
6. Caaso de usoo: Este de eberá compponerse poor el diagra

ama de ca aso de usos
acompañado de e la ficha té
écnica toma
ando en cuenta los símbolos grááficos para la
elaboración de casos de usos, defin nidos en lo
os libros de análisis y diseño de
d
sistem
mas que contemplan programació
p ón UML.
El dia
agrama del caso de uso
u deberá á de acomppañarse coon la ficha respectiva la
que deberá conttener:
Nommbre del caaso de uso

Áre
ea Usuaria
Usu
uario directo
o (Actor)
Usu
uario(s) Indirectos
Bre
eve Descrippción
Desscripción Pa
aso a pasoo.
7. Diiagrama de e Actividadees: Mostrarr la secuen

ncia de actividades de
e un proceso
incluyyendo las actividades
a secuenciales, paralela
as y las de
ecisiones qu
ue se toma
an.
PÁGINA 11

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
Reflejjar dentro del mismo los diferen ntes escenarios posib bles. Usar los símbolos
especcializados definidos
d en
n los libros de análisis de sistema
as.
8. Dia
agrama de secuenciass: Ilustrar una
u sucesió ón de intercconexiones entre clases
de distancias u objetos, poniendo
p é
énfasis en la clasifica
ación de lo
os mensajes
segúnn el tiempo..
9. Diaagramas dee colaboracción: Refleja

ar las intercconexiones de dos ò más
m cosas en
e
el sisttema, ponie
endo énfasiis en la organización ded los objettos.
10. Diagrama
D de
d clase: Mostrar
M lass caracteríssticas está
áticas del sistema
s y la
relació
ón entre las
s clases.
11. Diagrama
D Entidad
E Relación: Paraa el cual ses debe agotar
a toda
as las formas
normaales, con el fin de tener siste emas optim mizados (Q Que no ocupen much ho
espaccio en disco
o duro). Con
n su respecctivo diccionario de da
atos.
e control principal (Me

12. Prototipo de pantalla de enú Princip
pal. Repressentar en un
na
tabla la opción del
d menú qu ue activa un
na pantalla ó informe.
13. Diseño de paantalla de Captura:

C Esste debe co
ontener
Los siguientes:
Definición
Prototip
po de diseñño
Algoritm
mos de validaciones ó Funcioness y
Proceddimientos uttilizados.
mo Operacional
Algoritm
Paquettes utilizado
os
14. Diseño de loos Informess: Este conttiene el nom

mbre del infforme y un prototipo del
d
diseñoo e informa
ación que brinde.
b Además de haccer relación n de cómo se obtiene la
inform
mación si es
e un programa, vista a, etc. Pon ner el nombbre del missmo y pon ner
como anexo en caso de e no existtir en los puntos antes menccionados del d
docummento.
13. Re
ecomendac
ciones
onclusiones
14. Co s
ntrevistados
15. En
PÁGINA 12

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
CAPPITULO IV
V
H
HOJA DE IDENTIFIC
I CACIÓN
Todass las doc cumentaciones de Sistemas

S d
deberán contener una hoja de d
identifficación inc
corporada previa
p a la del índice, que permita saber lo
os datos más
funda
amentales y esencialess del Sistem ma, descrito
os a continu
uación:
PARA
A DOCUME
ENTOS DE ANÁLISIS
1. Titulo del
d docume ento de aná
álisis.
2. Breve Descripción
D n
3. Fecha de Edición
4. Editadoo por
5. Análisiss elaboradoo por
6. Número de edición
7. Análisiss supervisa
ado por
CAPITULO V
MANU
UAL DE US
SUARIO DE
E SISTEMA
AS
El maanual de usuario deb be describirr y brindarr todos los elementoss necesario os,
para aprender a operar un sistema. Además debe d de brrindar un instructivo de
d
adminnistración programátic
p ca del sisttema, en el e caso de e que exissta. Tambié én
orienttar al usuarrio para pod
der solucionnar problemmas sencillo
os e indicar al usuario
oa
quien recurrir enn caso de prroblemas complejos.
c
El mo
odelo a seguir para la documenta
d emas será el siguiente
ación a siste e:
MOD
DELO DE MANUAL
M DE
E USUARIO
O
1. Intrroducción
2. Obbjetivos del Sistema: (G Generales y Específicoos)
3. Capítulo I.
Fu
unción de lo os botones y teclas funncionales
4. Capítulo II.
Meenú Principa al: Opcionees principale
es que lo co
onforman con
c su
fun
nción.
5. Capítulo III.
Fun nción de lass pantallas de mantennimiento.
6. Capítulo IV
Pan ntalla de almacenami
a iento de In
nformación: Estas pan ntallas debe
en
de ser clasificcadas segú ún la impoortancia dell caso. Al momento ded
expplicar cómo o se traba aja en ellaas debe de tomar en e cuenta lo
siguiente:
PÁGINA 13

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
• Función
• Diseño o de pantalla
a
• Método os de Accesso
• ¿cómo ingresar un nuevo reg gistro? Dettallado paso
o a paso
• ¿Cómo o consultar Información?
• ¿Cómo o modificar registros?
• ¿Cómo o eliminar re
egistros?
7. Capítulo V
Informes: Estos
E debeerán contenner lo siguie
ente:
• Opcion ales que lo conforman, con su de

nes principa ebido objetivvo
y métodos de accceso.
• Métodoos de obtennción de la a informació

ón: Cuandoo se trate de
d
pantalla
as de parámetros com munes explicar como se obtiene el
informe
e, mediantee ilustracion
nes gráficas en un anexo adjun nto
al docu
umento. Enn caso contrario expliccarlo en cad
da opción del
d
reporte
e.
8. ¿C
Cómo resolvver problem
mas cotidian
nos?
Brin
ndar un instructivo al usuarrio que in ndique como resolvver
pro
oblemas ó a quien recu
urrir si el prroblema es complejo.
9. Conclusión
CAPPITULO VII
MANUALES PAR
RA EL ADM
MINISTRAD
DOR
Los Administrad
A ases de Datos, pueden auxiliarse
ores de Ba e de los documentos de
d
análissis de siste
emas que posea
p la Diirección de
e Informáticca de la Co
orte Suprem
ma
de Ju usticia, sin embargo es necesa ario, maneejar un forrmato de inventario de
d
usuarrios y palabbras claves correspondientes a cada
c base ded datos, en
e el caso de
d
haberrlas.
El tam
maño total de
d una basse de datoss es muy ne
ecesario qu
ue sea de conocimien
c nto
del Administrad
A or por lo que el doccumento orientado
o a administrrador debe
al erá
contener lo siguiiente:
DOCU
UMENTO DEL
D ADMIN
NISTRADOR
R DE BASE
E DE DATO
OS
1. Intrroducción
PÁGINA 14

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
2. Obbjetivo
3. Índ
dice de refe
erencia de Sistema:
S Este debe co
ontener lo siguiente:
s
a. Nombre del Sistem ma

b. Objetivvos del siste
ema
• Herramie enta de Dessarrollo del Sistema
c. Maneja ador de Basse de Datoss

d. Tamañ ño de la Basse de datoss
e. Asignaciones de crecimiento
c o por ejempplo en mane ejadores
Oracle nombre y tamaño
t de segmentoss rollback, tables
t
spacess, etc.
f. Usuarioos y permissos sobre la
as tablas ó base de da atos
g. Observvaciones: Hacer
H refere
encia a la documentacción técnica a
que puede consulltar
os establecimientos de
h. Para lo e las reglass en las Basses de Datos
de las Diferentess Aplicacio ones en la as que se definen los
diverso
os permisoss de usuarrios. El Adm ministradorr de Base ded
Datos podrá auxxiliarse de los Respo onsables de e Oficinas ó
directores, dónde se enccuentre instalada la a aplicacióón,
también podrá auxiliarse
a del l Análisis Orie entado a los
Processos si existtiese para la Aplicacióón que neccesita de los
permisos.
4. Inv
ventario de Bases de datos,
d perm
misos de usuarios y pa alabras
claves. Este se
s puede no ormar con los
l siguienttes datos:
• Nombre de d Base de e Datos
• Equipo do onde se enncuentra insstalada. Si es
e servidorr ó
computad dora indepeendiente.
• Seguridad d de acceso al equipoo.
•
Lugar de Instalación
n
•
Usuarios y permisoss, sobre lass tablas.
•
Permisoss sobre las pantallas de captura.
•
Usuarios del Sistem
ma Operativo o de red, en caso de
que exista.
5. Normas de fre
ecuencias de
d mantenimiento.
6. Usuarios con los que puede ponersse de a cue erdo para establecer
e los
perrmisos y realizar nuevvas reasigna
aciones por solicitud formal.
f
Llevar un listaado de los mismos

m donnde se espeecifique nom
mbres y
apeellidos, el grado de ressponsabilid
dad con el sistema,
s ubicación
exa
acta.
7. Conclusión
PÁGINA 15

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
CAP PITULO VIII

Análisis de Sistemas Expertos
E
Para realizar es ste tipo de análisis po

odemos traabajar con los diferen ntes modelos
propuuestos en este
e docum
mento, los cuales
c son: Análisis de e Sistemass Orientado
oa
Datoss, Análisis de
d Sistemas Orientado o a Objetoss y Análisiss de Sistemas Orientaddo
a los procesos.
Deberán de incluir los puntos del 1 ala 5 , posteerior a los cuales

c se in
nsertarán los
nuevoos puntos 6 y 7, el ressto se manttiene siguie
endo la seccuencia de cada mode elo
elegid
do.
Conte
enido para Análisis de
e Sistemas Expertos Orientado
O a Datos
1. Anttecedentes: Dónde se
e explicará cuales
c son los procedimientos acctuales.
2. Pro
oblemática Actual: See reflejarán los problem mas que enfrentan po or la falta del
d
sistem
ma a implemmentar. Estte puede seer explicativvo y / o con
n representtación gráfica
por medio
m de un árbol de problemas.
3. Jusstificación : Explicar po
orque es ne
ecesario la implementación del sistema .
4. Obbjetivos: Con el análisis del proble

ema se deffine el temaa, que conlleva a definnir
el objetivo propu uesto (Obje
etivo generral u objetivvos generales), el dessglose de los
objetivvos específficos permiten
Ide
entificar con mayor precisión el conjunto
c de
e informació
ón.
CRITTERIOS PA ARA LA RE EDACCIÓN N DE LOS OBJETIVOS
O S
a) De
ema.
b) De
c) De
eben ser cla
aros y precisos.
d) De
m co.
e) De
e infinitivo.

e los puntos qu ue
conlle
m de
p da,
establecer las no
ormas esta
consid
es referidass.
6. Deffinición de Reglas, donde se plan ntee cualess son las po

osibles valid
daciones a
tomarr en cuenta para llegarr a posibless resultadoss.
PÁGINA 16

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
7. Anáálisis de los
s estados, para
p posib
bles solucio
ones depen
ndiendo de las reglas
definid
das en pun nto 6.
8. Usu
uarios pote
enciales: De
efinición de entidades ó usuarios y accesos al sistema.
9. Dia
agrama En ntidad Rela
ación: Para
a el cual se
e debe agotar todass las formas
normaales, con el fin de tener sisteemas optimmizados (Q
Que no ocupen much ho
espaccio en disco
o duro).
10. Diccionario de
d Datos: Este
E modeloo debe conttar con una
a introducción, donde se
refleje
e el manejaador de baase de dato
os con el que
q se trab
baja y el nombre
n de la
misma a, describie
endo los ele
ementos de
e cada tabla
a de la mannera siguien
nte:
PARA TAB
BLAS Y SUS
S ELEMEN
NTOS
1) Nomb
bre de la tab
bla y Objetiivo de la tab
bla.
2) Descrripción de lo d Campo, Tipo, Nulo (Si/No),

os campos: Nombre del
Descripc ción del cam
mpo.
En la descripción del campo deben
d definir el significcado de loss códigos de
e
clasificac
ción que see utilicen.
3) Definir a la par del campo si

s es llave primaria
p con
n la descrip
pción
correspoondiente al nombramie ento.
4) Llaves
s foráneas estas debe en de conte
ener: Nombre del camp
po, nombre
e
de la tab
bla foránea,, nombre de
el campo en la tabla fo
oránea.
5) Descrripción de lo
os índices y secuencia
as creadas.
6) Restriicciones de
e accesos para
p los usu
uarios poten
nciales.
PARA VIST
TAS Y CON
NSULTAS
En este ca
aso se debe de refleja
ar en el doccumento lo siguiente:
a) Nombre de
e la Vista ó Consulta.
b) Scrip utiliza
ado para la creación.
c) Nombre de a ó Informe que utiliza la vista ó

e la pantalla
consulta.
e vista ó co
a) Tipo de onsulta
S
Select
PÁGINA 17

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
IInsert
U
Update
D
Delete
T
Truncate
b) Modeloo relacionall: En el casso de un mó

ódulo indep
pendiente del
d
menú principal (Mapa Estructural)
E , debe reflejarse
r la
descrip
pción de loss campos.
11. Mapa
M Estrucctural: Refle
eja de man nera gráficaa y por meedio de un diagrama de
d
dialog
go, la estru
uctura del menú principal del sistema.
s Re u cuadro el
eflejar en un
nomb bre de la opción y la pa
antalla ó infforme al que llama.
12. Diseño de pa
antalla de Captura:
C Esste debe co
ontener los siguientes:
a. De
efinición
b. Pro
ototipo de diseño
d
c. Alg
nes ó Funcio
d. Alg
e. Paquetes uttilizados (Enlaces
( Relacionaddos) Ejem mplo: Worrd,
Exc
cel,Etc.

d
diseñoo e informa
ación que brinde.
b Además de haccer relación n de cómo se obtiene la
inform
mación si es un prog grama, vista, etc. Pon ner el nombre del mismo y pon ner
docummento.
14. Re
ecomendac
ciones
15. Co
onclusiones
s
ntrevistados
16. En
enido para Análisis

Conte A de Sistemas Expertos
E O
Orientado a los Procesos
1. Anteceden
ntes: Dónde
e se explica
ará cuales son
s los proccedimientos actuales.
1. Problemáática Actual: Se refleja

arán los prooblemas qu ue enfrenta
an por la falta
e y / o co on
blemas.
2. Justificaciión : Explicar porque es

mentación del
d sistema a.
3. Objetivos: Con el an nálisis del problema se
s define ele tema, quue conlleva
a a
definir el objetivo propuesto(O
p Objetivo ge
eneral u objetivos
o generales), el
PÁGINA 18

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS

o e
o de informa
ación.
CRIT
TERIOS PA
ARA LA RE
EDACCIÓN
N DE LOS OBJETIVOS
O S
c) De
ema.
d) De
e) De
eben ser cla
aros y precisos.
f) De
m co.
g) De
e infinitivo.

e los puntos qu ue
conlle
m de
p da,
establecer las no
ormas esta
consid
es referidass.
6. Deffinición de Reglas, donde se plan ntee cualess son las po

osibles valid
daciones a
tomarr en cuenta para llegarr a posibless resultadoss.
7. Análisis de lo
os estados, para possibles soluciones dep
pendiendo de
d las reglas
definid
das en punnto 6.
8. Anáálisis de Riesgos y Poosibles Soluuciones: Esste punto puuede ser op

pcional en ele
análissis ya que depende
d de
el tipo de modelo a eleegir si es el Modelo en
n Espiral lo
contempla, de lo o contrario es
e considerrado un mo odelo en cascada.
agrama de Flujos de Datos: El que deberá de conttar con el diagrama de

9. Dia d
contexto y las ex
xplosiones ó niveles.
10. Definición
D de entidades externas: Dónde se e definen las entidades del pod
der
judicia
al que interractúan con
n el sistema arios del mismo.
a ó los usua
11. Diagrama
D Entidad
E Relación: Para a el cual se
s debe agotar
a todaas las formas
norma ales, con el fin de tener siste emas optim mizados (QQue no ocupen much ho
espaccio en disco o duro). A diferencia
d d modelo anterior se
del e ilustra grááficamente el
Diagra ama entida ad relación de las Vistaas del Sisteema.
12. Definición
D de
d entidade es: Se deffine el nom mbre de entidad
e (no
ombre tablaa),
campos que con nforman la tabla y el tipo (Vista ó tabla). En E el caso de tablas se
utiliza
a a la par de
e los campo os la simboología siguie
ente:
a. # (Llave
( princcipal)
b. (#) (Llave foráánea) : En este
e caso en
e la tabla que
q hereda a el campo se
connserva con n el mism mo nombre el campo o, para no o hacer un na
acllaración a laa par del ca
ampo de la tabla origeen.
c. * (c
campo con atributo ob bligatorio)
d. o (campo con n atributo op
pcional)
PÁGINA 19

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
13. Definición dee Flujos dee datos: Que contiene el nombre del flujo, tipo de flujo
oy
datos que viajann en el flujo..
14. Diccionario
D de Datos: Compuessto por las definicione es de las tablas y las
definicciones de los campos de la mismma.
i. Las de
efiniciones de
d las tablaas deben de estar com
mpuestas por
p
el nombre de la ta
abla y su ob
bjetivo.
ii. En el caso de definiciones

d s de camp
pos deben contener lo
siguien
nte:
1. Nombre
N del Campo
2. Sinónimo
S de el Campo
3. Descripción
D de Campoo
4. Tipo
T y longittud
5. Va
alor y signifficado: Para
a el Caso de
d Códigos de clasifica
ación.
6. Observación
O n
15. Mapa
M Estru
uctural: Reffleja de manera gráficca y por me edio de un diagrama de
d
dialog
go, la estru
uctura del menú principal del sistema.
s Re
eflejar en un
u cuadro el
nomb bre de la opción y la pa
antalla ó infforme al que llama.
16. Diseño de pa
antalla de Captura:
C Esste debe co
ontener los siguientes:
A. De
efinición
B. Pro
ototipo de diseño
d
C. Alg
nes ó Funcio
D. Alg
E. Paquetes uttilizados (Enlaces
( Relacionaddos) Ejem mplo: Worrd,
cel,Etc.
Exc
d
diseñoo e informaación que brinde.
b Además de haccer relaciónn de cómo se obtiene la
inform
mación si es un prog grama, vista, etc. Ponner el nombre del mismo y pon ner
docummento.
18) Recomenda
R aciones
19) Conclusione
C es
20) Entrevistado
E os
Conte
enido para Análisis
A de Sistemas Expertos
E O
Orientado a Objeto
PÁGINA 20

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
1. Antece
edentes: Dónde
D se explicará cuales so
on los pro
ocedimientos
actuales.
2. Probleemática Acttual: Se reeflejarán loss problemaas que enfrrentan por la

falta del
d sistema a a implementar. Este e puede se er explicativvo y / o co
on
repressentación gráfica por medio
m de unn árbol de problemas.
p
3. Justifica
ación : Exp
plicar porque es necessario la im
mplementacción del
sistema
4. Objetiv
vos: Con el análisis de
el problemaa se define el tema, qu
ue conlleva
aa
p (
(Objetivo g
general u objetivos
o generales), el
o e
o de informa
ación.
CRITERIOS PARA LA
A REDACC
CIÓN DE LO
OS OBJETIIVOS
a. De
ema.
b. De
c. De
eben ser cla
aros y precisos.
d. De
m co.
e. De
e infinitivo.
4. Reque erimientos del

d sistema a: Reflejar de manera
a escrita loss puntos qu
ue
conllevvan a loss objetivos específico os de loss mismos, de mane era
puntuaalizada, establecer las normas establecida as por el usuario
u com
mo
validacciones esp peciales o considera aciones a tomar se egún estud dio
analítico de las le
eyes referid
das.
5. Definic
ción de Regglas, donde
e se planteee cuales so
on las posib
bles
validac
ciones a tomar en cueenta para lle
egar a posibles resulta
ados.
6. Análisis de los esstados, para

a posibless soluciones dependie
endo de las
reglas definidas en
e punto 6.
7. Caso ded uso: Estte deberá componerse

c e por el dia
agrama de caso
c de usos
acomp pañado de e la ficha técnica toomando en n cuenta los símbolos
gráfico
os para la elaboración
e n de casos de usos, definidos en
n los libros de
d
análisiis y diseño de sistema
as que conttemplan proogramación
n UML.
El diagrama del ompañarse con la fich

d caso de uso deberá de aco ha
spectiva la que
res q deberá
á contener:
PÁGINA 21

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
Nommbre del caaso de uso

Áre
ea Usuaria
Usu
uario directo
o (Actor)
uario(s) Indirectos
Usu
Bre
eve Descrippción
Desscripción Pa
aso a pasoo.
8. Diagraama de Acctividades: Mostrar la secuencia

a de actividdades de un u
processo incluyendo las actividades
a s secuenciiales, para alelas y las
decisioones que se toman.. Reflejar dentro dell mismo lo os diferentes
escenarios posibbles. Usar los
l símboloos especiallizados deffinidos en los
libros de
d análisis de sistema
as.
9. Diagra
ama de seccuencias: Ilustrar una sucesión de
d intercone
exiones enttre
clases
s de distancias u obje
etos, poniendo énfasis en la cla
asificación de
d
los me
ensajes seg
gún el tiemp
po.
10. Diagra
amas de co olaboración
n: Reflejar las
l interconnexiones de dos ò más
cosas en el sistem
ma, ponienndo énfasis en la organ
nización de
e los objetoss.
11. Diagraama de classe: Mostrarr las caractterísticas esstáticas dell sistema y la

relació
ón entre lass clases.
12. Diagra
ama Entidaad Relaciónn: Para el cual se debe
d agottar todas las
formass normaless, con el fin
f de teneer sistemass optimizaddos (Que no n
ocupen mucho espacio en disco
d duro)). Con su re
espectivo diccionario
d d
de
datos
13. Prototipo de panntalla de co

ontrol princcipal (Menú
ú Principal. Representtar
en una
a tabla la op
pción del menú
m que acctiva una pantalla ó in
nforme.
14. Diseñoo de pantalla de Captu

ura: Este de
ebe conten
ner
Los sig
guientes:
Definición
Prototip
po de diseñño
Algoritm
mos de validaciones ó Funcioness y
Proceddimientos uttilizados.
mo Operacional
Algoritm
Paquettes utilizado
os
PÁGINA 22

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
15. Diseñoo de los Informes: Este E contie

ene el nommbre del innforme y unu
prototiipo del dise
eño e inform
mación que brinde. Ad
demás de hacer relació ón
de cómmo se obtie ene la inform
mación si es
e un progra
ama, vista, etc. Poner el
nombrre del mism mo y poner como anexo en caso de no existire en los
puntoss antes men ncionados del docume ento.
16. Recom
mendacione
es
17. Conclu
usiones
18. Entrev
vistados
CAPITULO VIIII
NOM
MENCLATU
URA PARA
A BASES DE DATOS TABLAS
T V
VISTAS Y DEFINICIÓ
D N
ONTRANIS
DE CO ST
8.1 DE
D LAS BA
ASES DE DATOS
Las Bases de Datoss deben ten

ner un nom
mbre descrip
ptivo que por
p sus siglas
e nombre dado al sistema, siglas que a la vez servvirán para la
englobe el
creación del
d ejecutab
ble.
8.2 DE
D LAS TA
ABLAS
Laas Tablas de la Base de

d Datos de eberán tene er nombress significativvos, donde el
noombre simp ple se representa de e forma co ompleta (Departamento), en casso
coontrario se abrevia (C
ClasifMaterria) y con ntendrá un prefijo que e deberá ser
s
ind
dicado en minúscula
m se
egún el tipo de tabla co
onsiderando
o los siguienntes:
Clasificación de
d la Tablaa Preffijo Ejemploo
ogo: Relaciión ordena
Catalo ada ca
at catD
Departamen nto
en laa que se incluyen o catC
ClasifMateria
describen de forma individu ual
libros,, documenttos, personas,
objetoos, etc., que esttán
relacio
onados entre sí.
Maesttro: Contie enen registrros tb
bl tblPerson
nal
para unu grupo de d entidade es,
pero los registro os en si son
s
amente perrmanente.
relativa
Detalle: Son ta ablas que se et
de detEstudio
genera an de relacciones de uno
u
a muchos.
Tempo orales: So on tablas de tm
mp tmpCalcu
ulo
transicción que se
e utilizan pa
ara
PÁGINA 23

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
realiza
ar un alm macenamiennto
tempo d la base de
oral dentro de
datos.
Derivaadas: Provienen de una
u re
el re
elSuplidorFa
amilia
relació
ón de mucho os a mucho
os
El uso de mayúscula as está basado en la técnica

t Upp
perCamelCa ase, donde la
primera letra de las palabras
p o frrases utiliza
adas para describir el nombre
n de las
tablas se pondrá
p en mayúscula.
m
Para la descripción
d de los nombres
n de
e tablas, estos
e deberán conten
ner
únicamentte caractere
es alfabético
os y sin ace
ento.
Las tablas
s detalles tie
enen objeto
os asociado
os, represen ntan relaciones de unooa
muchos, estos
e campo os heredadoos deben esscribirse utiilizando los nombres que
tienen en las tablas maestras,
m sig
guiendo un orden lógicco.
8.3 DE LOS NOMBRES DE

E CAMPOS
S
Los nombbres de loss campos deberán

d se
er significattivos y al igual
i que las
tablas Ej.: Para dar
d el nom
mbre a unn campo que q lleve el
e NUMER RO
CONSEC CUTIVO DE INNVENTARIO OS, le asignamos
a el nomb bre
intNoConInv.
Los nomb bres de ca ampos simples se reepresentará

án de form
ma comple eta
(Circunsc
cripcion), en
n caso de nombres
n co
ombinados ó descripcciones largas
se abrevia
arán (HoraAAutorizacio
onÆHoraAu
uto).
Los prefijos de lo os camposs deberán escribirse en minúscula y ser s

representaados con la
a referencia del tipo de dato del le
enguaje de programació
p ón
al que perrtenecen:
Tipo de dato
o Descrippción Prefijo Ejemplo
Chhar Carácte
er chhr chrSexo
Sttring Cadenaa(string) sttr strNombres
daatetime Fecha y hora dtt dtGrabacioon
intteger Entero in
nt intNoConInv
booolean Lógico blln blnDecisionn
nuumeric Numero o nuum numContad dor
8.4 GENERALES DE LAS BASES DE

E DATOS
PÁGINA 24

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
1. Los nombbres de tabllas y campoos deben ser en español y sin accento, en ell
caso del uso
u de la le etra ñ se su
ustituirá con
n (ni), todo en singularr.
Eje
emplo: añoaasuntoÆchrAnioAsuntto
2. Toda ba ase de da atos será documen ntada utilizzando la herramien nta

corresponndiente del gestor de
d base de datos en e la que fue cread da,
detallando
o para quéé sirve la tabla
t en la
a “Descripcción de la Tabla“,
T y los
campos deberán
d co
ontener su debida descripción y valores admisibles
a e
en
caso que lo requiera
a.
3. Todas las s vistas a crearse

c en la Base de
e Datos, de
eberán iniciar con vw al
inicio del nombre de la misma y escritas en
e minúsculla Ej. vwPublico
4. Los Con nstraints dee integridad d definidoss en la Baase de Da atos deberá

án
contener las siguienttes letras de inicio del nombre se n subguion.
eparada con
PK = In
ndica Llave Primaria
FK = In
ndica Llave Foránea o Secundariaa.
UK = In
ndica que el
e Campo ess Único.
CK = In
ndica que tiene un Con
nstraints de
e validación
n.
atura para Constraints

Nomencla C s:
Co
onstraints_N
NombreTab
bla_Nombre
eCampoRe
elacionado
Ejemplos de Constra aints: Para

a la tabla tb
blPersona se os siguientes
s tienen lo
campos (IdPersona a, Nombre es, Apellidos, CodDe epto y Sexo), dond de
CodDepto o, represen
nta al códig
go del departamento del país. Se S escribiráán
los nombrres de los constraints
c de llave priimaria, llave
e foránea y CK., para la
tabla del ejemplo:
e
PK_tblPerrsona_IdPe
ersona
FK_tblPerrsona_CodDepto
CK_tblPersona_Sexo
5. Procedimientos almacenados en SQL ussar la nom

menclatura sp. Ejemplo:
spActualiz
za.
6. Para func
ciones usar fn Ejemplo
o: fnCuenta.
ombre sign
7. Poner no nificativos a los planes de mantenimien
m nto Ejemplo:
RBDMinin
naFechaAcctual.
PÁGINA 25

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
8. Para índic
ces usar el prefijo idx Ejemplo: id
dxNomEmpleado
PÁGINA 26

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
CAP
PITULOIX
X
NORM
MATIVAS DE PROGR
RAMACIÓ
ÓN
Co on el objetiivo de creaar sistemass estándarees que imp

pliquen bajo
os costos en
e
licenciamienttos se oficiaalizan las siguientes
s herramientas, que son necesarias
paara el desarrrollo de ap
plicaciones.
Para programacción de siistemas so on permitidos los le

enguajes de
d
programa
ación Visuall Basic 6.0, Java y Vissual Estudio
o Net.
Como manejadorr de Base de

d Datos ess permisible
e SQL-SER
RVER.
Para conectarse
c de las diversas
d aplicacioness a SQL-SSERVER se
oficializa solo el usso de connexiones OLEDB co on ADO, por
p ser más
robustas y presentarr pocos pro
oblemas en conexiones masivas.
a realizació
Para la ón de Doccumento de d Análisis son perm mitidas commo
herramienntas case ERWIN,
E Eaasy Case, Visio Homme u otra herramien nta
aprobada por la Dirrección de Informática
a. Se podráá usar para
a entrega de
d
Diccionario de Dattos herram mientas auxxiliares qu
ue permitan extraer la
informació
ón docume entada en cada tabla a de SQL--SERVER y Diagram ma
Entidad Relación
R se pude extraaer también
n de SQL-SERVER.
Todo mód dulo debe presentar
p en su encabbezado una breve desccripción de lo
que realiz
za.
Cuando programe
p e Java reccuerde que
en e es un len
nguaje de programació
p ón
susceptible por lo que
q se recoomienda qu ue las variables se escriban en e
mayúscula, en el caaso de las clases
c toda
as en minússculas usan
ndo el preffijo
cls.
PÁGINA 27

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
NOM
MENCLATU
URA PARA PROGRAM
MACIÓN DE
D SISTEM
MAS EN VIS
SUAL BASIIC
6.0
Para tene
er un mejor entendimie
ento en lass aplicacion
nes realizad
das se
establece
en las nome
enclaturas presentes:
p
Parra Formularrios
TIIPOS Nomenclaturaa Ejemplo
SSUltragrrid Ssugrid ssuggridCatCargoo
Ssdd ssdddMarco
SSActiveT
ToolBars ssaTbl ssTbblRs
SSActiveT
Tabs Sat satN
Notifica
PictureBo
ox Pic picB
Banda
Label Lbl lblTiitle
Image Img imgMMano
Form Frm frmCCatCaargo
TextBox Txt txtU
UserName
PvDate Pvd pvdFFecIni
SSCombo oBoxEx Scb scbT
Turno
PVProgressBar Pvp pvpD
DocDist
ComandB Button Cmd cmdC Cargos
CheckBox x Chk chkPPorFecha
OptionButtton Opt optEEscoger
Shape Shp shpIccono
Timer Tmr tmrDDown
Line Line line11
Imagelist Iml imlAApp
MDIForm m Mdi mdiA App
StatusBar Stb stbA
App
PVMarquee Pvm pvmmForm
Frame Fra fraEmmpleados
ComboBo ox Cmb cmbC Cargos
TDBGrid Tdbg tdbggEmpleados
TDBList Tdbl tdblCCargos
ListBox Lsb lsbPaises
VScrollbaar Vscr vscrBBarra1
HScrollBaar Hscr hscrBBarra2
DriveListBBox Drlb drlbDDirectorio
FileListBoox Flb flbA
Archivo
PÁGINA 28

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
Ole Ole oleG

Graficos
Para Programaci
P ión
Tipo Nommenclatura Argumentac

cion E
Ejemplo
ADODB.Re
ecorse
t rs Declaración de variable de
d registro rrsPersonal
enum
m Declaración de enumeracciones e
enumTabNotif
f
Nombramien nto de elemenntos de
Enum etn enumeracionnes e
etnMain
Etiquetas para
p
Control de Declaración de etiquetas de control
errores err de errores e
errModule
Declaración de variables tipo
Collection col colección ccolValues
Modulos mod Nombramien nto de móduloos m
modEntrada
Clases cls Nombramien nto de clases c
clsFunciones
Reportes rpt Nombramien
nto de Reporttes rrptEstadistica
Arreglos arr Nombramien
nto de Arreglo
os a
arrCadena
Funciones
privadas fnpv Nombramien
nto de funcion
nes fnpvVacio
Procedimie entos
privados prpv Nombramien
nto de proced
dimientos p
propvCalculad
dor
Funciones
privadas fnpb Nombramien
nto de funcion
nes fnpbVacio
Procedimie entos p
propbCalculad
do
privados prpb Nombramien
nto de proceddimientos r
Variable local vrl Nombramien
nto de variables locales vrlDepto
v
Nombramien
nto de variables
variable glo
obal vrg globales v
vrgId
Nota: La mayoría a de las nomenclatura

as presente
es también pueden serr utilizadas
en otrros lenguaje
es de progrramación como visualBasic.net y
PÁGINA 29

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
CAPITULO X
Estándarees para Sitioo Web
1.- La
a Accesibillidad Web
La utiilización de
e lenguajess de progra
amación We
eb variadoss o de uso
o compatibles
con to
odo tipo de navegadorres.
Tipo de
d lenguaje
e:
1. Html1
2. Asp. 1
3. Aspx.
4. Xhtml1
5. Dhtml
6. Css.1
7. java.1
8. Php2
(* el lenguaje PHP es la plata a creación de la pagin

aforma a ussarse en la na
web)
ompatibilidad de Navegadores (Browsers

2.-Co ( s):
Todass páginas web’s tien

ne que poder ser vissualizada con las más
m recientes
versio
ones.
• Netscape.
• Internet Explorer.
E
• Opera.
• Mozilla.
ompatibilidad de reso
3.-Co oluciones:
La ressolución Standard es de
d 800X600.
4.- Fa
acilidad de Navegació
ón:

1
Leguaaje actual de la página del Podder Judicial.
1
1
1
1
2
Lenguuaje en que se realiza
r la paginna de la Defenssoría Publica y la nueva páginna del Poder Juudicial.
PÁGINA 30

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
El sitio debe con

ntar con:
• Un menú de navega ación (estruuctura bien elaborado para que ele visitante no
n
se pierda))
• Incluir en todas las páginas
p un links hacia la página principal.
p
• Incluir un links de e-m
mail para enviar
e comeentarios.
• Incluir un Mapa del Sitio
S (solo cuando
c el sitios sea muy extensoos)
apidez al cargar págiinas y gráfficas:
5.- Ra
Evitan
ndo usar muchas
m gráfficas y de ser posible reduzca
r a lo
l máximo el tamaño de
d
sus gráficas.
• Gráficos aceptados*
a :
1. gif’s
2. jpg
3. png
4. flash (tama
año inferiorr a 512kb)
*- Añadir los atribu utos ALT y TITLE a todas la as imágenes

impportantes.
Escribir unn texto alterrnativo eficiiente para las
l imágenees.
Realizar páginas con n un tamaño o menor a 50KB.
5
Elegir el tip
po de fiche
ero apropiad do para tus imágenes..
Usar textto plano en e vez de imágene es para el
e contenid
do
importante e.
5.- Es d páginas:
structura de
1. Hacer una estrucctura de pág gina consisstente.

2. Coloca ar el logotip
po arriba a la izquierda a y/o parte central.
3. Coloca ar una línea a explicativa
a junto al lo
ogotipo.
4. Coloca ar la caja dee búsqueda a arriba a laa derecha.
5. Coloca ar caja de inngreso y/o registro de ebajo del meenú princip pal.
6. Coloca ar caja de contenido
c a
aleatorio debajo de inggreso y/o re egistro.
7. Coloca ar sistema ded encuestta debajo de e contenidoo aleatorio.
8. Coloca ar caja de estadística
e debajo de caja
c de enccuesta.
9. Coloca ar el contennido (slogan n y/o villeta
a) importantte arriba enn la página.
10. presenntar contenido de inforrmación so obre todo ell sitio en la parte centrral
de la página
p en foorma de ressumen.
11. Hacer el diseño ene un sistem ma de rejillaa.
12. Hacer un diseño fluido usan ndo porcenttajes.
13. Usar títulos particculares paraa todas las páginas.
PÁGINA 31

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
6.- Na
avegación::
1. Asegurars se que todo os los links funcionan mediante el e uso un co

omprobador.
2. Incluir un link a todass las página as principales en la pá ágina Home e.
3. Incluir la navegación
n n principal en
e cada pág gina.
4. Usar men nos de 8 items en la na avegación principal.
p
5. Distinguir las páginas activas y no activas en el menú ú.
6. Usar texto o explicativo para los links
l en luggar de “clic aquí”.
7. Usar texto o explicativo para los links
l en luggar de térmiinos de neggocio.
8. Hacer distinción entrre links visittados y no visitados.
9. Hacer distinción entrre links y te exto plano.
10
0. Añadir el atributo TITTLE a todoss los links.
11. Usar brea adcrumbs (““migas de pan”)
p si tien
nes una gra an cantidad de páginass.
12
2. Incluir opc
ciones de búsqueda
b s tienes una
si a gran canttidad de páginas.
13
3. Hacer que e el link dell logotipo no
os lleve a laa página dee inicio.
14
4. Hacer un link de salttar al contenido en lass páginas.
15
5. Hacer un n link del sa
alto al menú ú en las págginas.
16
6. Comproba ar si es possible naveg gar por el sitio Web ussando las te eclas SHIF
FT-
TAB y RE ETURN.
17
7. Asegurartte que no usas
u ningúnn links de jaava script.
7.- Mu
ultimedia
1. Asegurarsse que la informació ón/navegacción princip pal no esttá hecha en e

Flash.
2. Asegurarrse que la música
m y loss videoclipss no empiezzan automá áticamente.
3. Asegurarsse que la música
m y loss videoclipss pueden se er apagados.
4. Informar al
a usuario sobre
s el tam
maño y long gitud de la música
m y los videoclipss.
aracterístic
8.- Ca cas extras
1. Hacer unaa página formateada para

p los errrores 404.
2. Hacer un mapa del sitio.
s
3. Usar RSS S (si se aña
ade conteniddo regularm mente).
4. Hacer unaa versión de alto contrraste del sittio Web si es
e necesariio.
5. Asegurar que no hayy frames en n el sitio Web
W y si lo hayh verificarr que este no
n
retarde el tiempo de carga de laa misma.
6. Asegurar que no hayy pop-ups ene el sitio Web.
W
7. Hacer un formulario de contacto o en vez de e sólo un lin
nk al email..
E
ESQUEMA GENERAL
L CONTENIIDO PAGIN
NAS WEB PODER
P JU
UDICIAL.
1. Intrroducción: Generalida
G des para la
a primera pá
ágina (Misión, Visión,
Anteccedentes, Funciones,
F l
logros Etc.)).
PÁGINA 32

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
2. Instructivo a Sociedad
S Civil, en caso
o de existir especialida ades en lass entidadess.
etos, brochu
(Folle ures, pasoss para adquuirir servicio
os, logotiposs, fotos, Etcc.).
3. Instructivo Pro
ofesionales de Derech ho, en caso de existir especialida
e ades en las
Entidaades. (Proccedimientoss para acceeder a serviicios especcializados).
4. Leyyes Relacio
onadas con la entidad
5. Info
ormación: Incluye Esta
adísticas, in
nformación de proyecttos, documentación
todas relacionaddas con la entidad.
e
entos: Inclu
6. Eve uye capacita
aciones que brindará a futuro una entidad, la cual se
Repreesenta por calendarioss.
7. Ubicación: Dirrección, Teléfonos, co

orreo electró
ónico en ca
aso de existtir atención
al púb
blico se pre
esenta nombres de lass personas que se enccuentran a cargo
c de la
a
Entida
ad. Ejemploo Juzgadoss y Registroos de la Proopiedad.
TOPICOS
S DE LA LE
EY 261 REL
LACIONADDOS CON EL
E CAPITU
ULO X
DEL MANUAL DED NORMATIVAS DE ANALISIIS, DISEÑO
OY
PR
ROGRAMAC CION DE SISTEMAS
S
O IV
CAPÍTULO
DE LA IN
NFORMACIIÓN BÁSIC
CA QUE DE
EBE SER DIFUNDIDA
D A DE OFICIIO
POR LAS ENTIDADE
ES PÚBLIC
CAS

ades públiccas obligad
Las entida das al cump
plimiento de
d esta Leyy, además de
d
divulgar la informaación que establece en las leyyes y norrmas de su
competenncia toda esta
e inform
mación se debe de publicar
p a través de la
página weeb,

a. Su estrructura orgá
ánica, los servicios
s qu
ue presta, la
as normas jurídicas
j qu
ue
las rigenn y las políticas pú úblicas que e orientann su visión y misió ón.

b. Los nombres
n de
e los servvidores púb blicos quee integran la Direcció ón
Superior y de los que están n a cargo de la Officina de AccesoA a la
Informacióón Públicca y el Banco de Datoss de la Institució ón.

h. Los servicios y prrogramas ded apoyo que ofrecen, así como los trámite es,
s
requisitos y f
formatos para acceder a loss mismo os.
PÁGINA 33

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS

Artículo 22.- Lass entidade es públicaas están obligadas a realizzar
actualizacciones periiódicas de la información a que
e se refiere
e el presen
nte
capítulo
Artículo 23.-
2 Cada entidad púb blica deberrá sistemattizar la inforrmación pa ara
facilitar ell acceso de
e las persoonas a la misma,
m así como su publicación
p n a
través de e los medio os disponib bles utiliza
ando sistemmas compu utacionales e
informació ón en línea
a en Interneet.

Artículo 24.-
2 En cad da reunión de las entid dades públlicas en que e se discuta an
y adopten n decisionees públicass, deberá leevantarse una
u minutaa que debe erá
preservarrse en los arch
hivos oficiale
es.

Artículo 28.- Es obligación
o de las autoridades
a correspon ndientes dard
respuesta ue se les presenten, de
a a las soliicitudes qu d manera a inmediata a o
dentro de e un plazo no
n mayor ded quince díías hábiles,, contados a partir de la
fecha de presentada a la solicitu
ud.

En ningún n caso la enntrega de innformación estará con ndicionada a que se

motive o justifique
j suu utilización
n, ni se requuerirá demoostrar interé
rés alguno.

Artículo 29.-
2 El plazzo anterior podrá
p ser prorrogado
p p diez día
por as hábiles si
s
concurre alguna de lasl siguienttes circunsttancias:

a. Que los s elementos de inform mación requ ueridos se encuentran
e en todo o en
e
parte, en otra depen ndencia del Estado o se s encuentrre alejada ded la oficina
a
donde se solicitó.

b. Que la solicitud, re
equiera de alguna con nsulta previia con otross órganos
administra ativos.

c. Que la información n requerida a sea volum minosa y neecesite máss tiempo para
reunirse.

d. Que la información solicitada a necesite de
d un análissis previo por
p
consideraarse que esstá compren ndida en lass excepcion nes estableecidas de
esta ley.
PÁGINA 34

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS

La entidadd requerida
a deberá co omunicar, antes
a del ve
encimiento del
d plazo
original de
e quince díías las razo
ones por lass cuales harrá uso de la
a prórroga
excepcion nal.

Artícu ulo 30.- La consulta in
n situ de la Informaciónn Pública se
s realizará en horas
hábilees de trabajjo y en pressencia de un
u emplead do público, en
e la institu
ución
corresspondiente que dispon ne de dicha a informació
ón, quien no podrá recchazar la
solicittud presenttada. La única función del emplea ado público
o será, en este
e caso, la
a
de gaarantizar el cuido, resg
guardo y la seguridad deld docume ento o docuumentos.

Si el funcionario
f ante quien
n se presenten adujera a que deben n presentarrse en otro
lugar, debe indiccar con preccisión, el lu
ugar y ante quien, con un visto buueno de
refere
encia, respo onsabilizándose de qu ue remite a la fuente correcta o de
d lo contrarrio
caeráá en incump plimiento dee la Ley.

Artícuulo 31.- La consulta y el acceso a la informa ación públicca que reallicen las
persoonas será gratuito. De conformida ad con lo esstablecido ene el Arto. 7 de la
preseente Ley, la reproducciión de la infformación habilitará
h a la entidad pública a
realiza
ar el cobro de un mon nto de recupperación raazonable qu ue no podrá á ser superiior
a:

a. El costo
c de los
s materialees utilizadoss en la reprroducción de
d la informa ación.

b. El costo
c de ennvío (si fuesse el caso)..

Artícuulo 32.- Cuando

C la solicitud
s de
e consulta o de expe edición de copias fue ere
sobree documen ntos que oportuname
o ente fuero on publicad dos así ses informarrá,
indica
ando el númmero y la feecha del dia
ario, boletín
n, La Gacetta Diario Official o meddio
de coomunicaciónn en que se e hizo la pu
ublicación. En
E este casso se debe erá atenderr la
petició
ón formulaada, con advertencia
a de que puede
p auxililiarse de dicha
d fuentte.

Artícuulo 33.- La
as entidade es considerradas en la a presente Ley, están n obligadass a
entreggar informa
ación senccilla y comp prensible a la person na sobre lo os trámitess y
proceedimientos que deben n efectuarsee, las autorridades o in nstancias competente
c es,
la form
ma de realiz
izarlos, ayu
udarán a llennar los form
mularios si existiesen,
e así como las
l
PÁGINA 35

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
entida
ades ante las que ses puede acudir
a para
a solicitar orientaciónn o formullar
quejas, consulta
as o reclam
mos sobre la
l prestació
ón del servvicio o sobrre el ejerciccio
de laas funcione
es o comp petencias a cargo dee la autorridad de queq se tratte.

CAPÍÍTULO V
VII
DEL BANCO
B DE
E DATOS Y PRESCR
RIPCIÓN DE
E LAS RES
SERVAS LEGALES DE
D
LOS DOCUMEN
D NTOS PÚBLICOS

ulo 40.- Ca
Artícu ada institucción pública
a deberá esstablecer enn un Banco o de Datos la
inform
mación por ella creada a, administrrada o en su
s posesión n. Este Bannco de Dattos
estará
á accesible e al público de conformmidad con ele procedimmiento y las excepciones
establecidas e
en la pre
esente Le
ey.

Las innstituciones públicas establecerán un me edio de coomunicación n electróniica
para facilitar
f el acceso
a de laa ciudadanía a la inforrmación pú
ública.
CAPPITULO XII
PLAN DE CONTINGENCIA
Los planes de co ontingencia

a nos brinda
an alternativvas de los pasos a seeguir para
continnuar brindando servicios en caso
o de fallo de
el servidor, aplicación ò sistema
eléctrrico.
Parte de lo que se
s refleja en el manua
al de continggencia se encuentra
e e breves
en
descrripciones en
n el manuall de usuario
o del sistem
ma, diciéndo
ole al usuarrio a quien
acudir en caso de
d X fallo.
eben estab
Se de blecer metodologías de e trabajo en
n caso de fa
allos. El pla
an de
contin
ngencia pue
ede encontrarse en el manual de e usuario de
el sistema en
e la opción
n
como resolver prroblemas cotidianos
c ò en un man nual anexo.
ESTEE DEBE DE E CONTENE ER LO DES SCRITO A CONTINUA
C ACION
1. Portada.
2. dentificación.
Hoja de id
3. Índice de contenido
4. Problemaas cotidianoos
5. Plan de co
ontingencia a
Toda Consultoría tiene que

e brindar pllan de conttingencia del sistema que elaborre,
entreg
garlo como un manual.
PÁGINA 36

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
CON
NCLUSIÓN
N
Enn este man nual se brin ndan todos los modelos necesarrios, para la realizació
ón
e documenttación de sistemas y se
de s brinda mediante
m el manual de
e referénduum
al Administraador de Basse de datoss los manuales a los que
q puede recurrir pa ara
ten
ner una mejor
m orienttación de los trabajo mento de su
os a realizzar al mom
de
esempeño. Brinda a lo os analistas Programaadores diveersos mode
elos a segu uir
de
e análisis de
d sistemas, permitié éndole esco
ogencia de
el modelo propicio
p pa
ara
rea
alizar el análisis del siistema requ
uerido.
Las Normas brindadas en este manual

m se aplicarán a sistemass nuevos y a
sisstemas en proceso
p de reingenieríía.
BIBL
LIOGRAFIIA
Presssman, Roge er S., Ingen

niería del So
oftware un enfoque prráctico, 3ra.. Edición y
6ta. Edición,
E Mc Graw Hill/INTERAME ERICANA DED ESPAÑA A,S.A., Esppaña, 1993.
Kendaall, Kenneth E. y Kenndall, Julie E., Análisiss y diseño de Sistem

mas, Prenticce-
Hall Hispanoame
H ericana, S.A
A., México, 1991.3ra y 6ta edicióón.
Gonzá ález, leyín Ing., Rodrííguez, Raqu

uel Msc Ing g, e Yves Chaix,
C Análisis y Diseñ
ño
Estruccturado co on Herramientas CAS SE, Diplom mado de Análisis
A y Diseño co on
Herra
amientas CA ASE, INAP,, Nicaragua a, Julio 199
95.
Stipenn R. Schach. Análisiis y Diseño Orientad

do a Objetto con UMML y proceso
unifica ha de Ed. Marzo 2005.
ado. Fech 2 Luga
ar Ed. Mé producciones
éxico. Rep
Fotommecánicas S.A.
S
Ivar Jacobson y otros. El prroceso unificado de de

esarrollo de
el software. Fecha de
Ed. Madrid
M 20000. FABRESO O, S.A.
Formuulación de Proyectos
Guía Práctica
Swedserv-CTIAB B 1998
PÁGINA 37

MANUAL DE NO
ORMATIVAS DE AN
N DE SISTEMAS
Aneexo 1
Miembros comité
é técnico Homologació
H ón de Catálogos:
1. Ing. Cánddida Motelli Escobar – Directora Informática (Coordinad dor Comité).

2. Lic. Georggina Isabel Carcache – Responsable OCSY YD
3. Lic. Johsc
celin del Ca
armen Miranda - Administrador de d Base de Datos.
4. Ing. Lisse
ette Lumbì – Analista Programado
P or.
5. Ing. Leste
er Arauz Duuarte – Anaalista Progra
amador
6. Lic. Albertto Borgen Marìn
M – Assesor Inform
mático Secrretaria General
Administrativa.
7. Lic. Xioma ara López - Analista Programad
P or
8. Ing. Jairo Ortiz – Anaalista Progrramador.
9. Ing. Ludviing Lazo.
0. Ing. Naza
10 areth Talaveera
11. Ing. Jazie
el Canda
12
2. Ing. Marlo
on Toruño
13
3. Lic. Deyrin Reyes
14
4. Lic. Mario
o Somarriba a.
15
5. Ing. Norceesy Centenno.
PÁGINA 38

M A P Manu Análi Progr Ual D Isis D Rama de N Diseñ Ació Norm Ño y N de Mativ y e Sist Vas D Tem de As

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

M A P Manu Análi Progr Ual D Isis D Rama de N Diseñ Ació Norm Ño y N de Mativ y e Sist Vas D Tem de As

Cargado por

Copyright:

Formatos disponibles

1. Titulo: Manual de Normativas de

2. Breve De escripción: Proporcio

Comité técnico Homologación de Catálogos

Ing. Cánddida Motelli Escobar

El Analista Programador ellegirá el mo nálisis que considera se adapta al

2) Problemáática Actual: Se refleja

3) Justificaciión : Explicar porque es

4) Objetivos: Con el an nálisis del problema ses define el

5) Requerim mientos del sistema: Reflejar de e manera escrita los puntos qu ue

7) Diagramaa Entidad Relación:

8) Diccionario de Datoss: Este mod

e de la tabla y Objetivo de la tablla.

3) Definir a la par del campo si es llave primaria con la descripción

4) Llaves foráneas estas debenn de conten

pción de loss índices y secuenciass creadas.

b) Script utilizado para la crreación.

ombre de la pantalla ó Informe qu

e) Moodelo relacional: En ell caso de un módulo independien nte del men

9) Mapa Estructural: Refleja dee manera gráfica

11) Diseñoo de los Informes: EsteE contie

En esste modelo se trabajan n de la missma forma los puntos 1, 2, 3, 4, 5, 7, 10 y 11

2) Problemáática Actual: Se refleja

3) Justificaciión : Explicar porque es

4) Objetivos: Con el an nálisis del problema ses define el

5) Requerim mientos del sistema: Reflejar de e manera escrita los puntos qu ue

d Riesgos y Posibless Solucione

7) Diagramaa de Flujos de Datos: El que debberá de con

8) Definiciónn de entidaades externas: Dónde se definen las entidaddes del pod

9) Diagramaa Entidad Relación:

Nota: Recordar que

a. Nom mbre del Ca ampo

Deben estar dirigidos

5. Reequerimientos del sistema: Re eflejar de manera escrita

6. Caaso de usoo: Este de eberá compponerse poor el diagra

Nommbre del caaso de uso

7. Diiagrama de e Actividadees: Mostrarr la secuen

9. Diaagramas dee colaboracción: Refleja

e control principal (Me

13. Diseño de paantalla de Captura:

14. Diseño de loos Informess: Este conttiene el nom

Todass las doc cumentaciones de Sistemas

• Opcion ales que lo conforman, con su de

• Métodoos de obtennción de la a informació

a. Nombre del Sistem ma

c. Maneja ador de Basse de Datoss

Llevar un listaado de los mismos

CAP PITULO VIII

Para realizar es ste tipo de análisis po

Deberán de incluir los puntos del 1 ala 5 , posteerior a los cuales

4. Obbjetivos: Con el análisis del proble

5. Reequerimientos del sistema: Re eflejar de manera escrita

6. Deffinición de Reglas, donde se plan ntee cualess son las po

2) Descrripción de lo d Campo, Tipo, Nulo (Si/No),

3) Definir a la par del campo si

c) Nombre de a ó Informe que utiliza la vista ó

b) Modeloo relacionall: En el casso de un mó

13. Diseño de loos Informess: Este conttiene el nom

enido para Análisis

1. Problemáática Actual: Se refleja

2. Justificaciión : Explicar porque es

desglose de los objetivos

5. Reequerimientos del sistema: Re eflejar de manera escrita

6. Deffinición de Reglas, donde se plan ntee cualess son las po