Manual de Sistemas

Cartilla de Sistemas
CURSO-TALLER
TECNICAS DE DISEO Y DESARROLLO DE
ENCUENTAS
SISTEMAS
Octubre de 2009
ESPECIFICACIONES DE SISTEMAS
CMO DEFINIR Y REDACTAR REQUERIMIENTOS
PARA EL DESARROLLO DE SISTEMAS.
INDICE
1. LOGICA.......................................................................................................................... 9
2. QU ES UNA ESPECIFICACIN DE SISTEMAS........................................................16
2.1 QU HACE UNA BUENA ESPECIFICACIN.........................................................16
2.2. FACTORES QUE INCIDEN EN CANTIDAD / TIPO DE ESPECIFICACIONES......18
2.3. ESPECIFICACIONES DE TIPO GENERAL...........................................................19
2.4. DIVERSAS FORMAS DE ESPECIFICACIONES..................................................20
2.4.1. Forma narrativa...............................................................................................20
2.4.2. Lenguaje estructurado....................................................................................20
2.4.3. Tablas de decisin...........................................................................................22
2.4.4. rboles de decisin.........................................................................................24
3. DIAGRAMAS DE FLUJO DE DATOS..........................................................................25
3.1. VENTAJAS DE UTILIZAR DIAGRAMAS DE FLUJO DE DATOS..........................25
3.2 ELEMENTOS DE LOS DIAGRAMAS DE FLUJO DE DATOS................................26
3.3. CARACTERSTICAS DEL DIAGRAMA DE FLUJO DE DATOS............................26
3.4 IMPLEMENTACIN DEL MODELO :.....................................................................28
3.5 CARACTERSTICAS DEL MODELO ESENCIAL...................................................28
4. ESPECIFICACIONES DE CUADROS..........................................................................30
4.1. QU SE DEBE TENER EN CUENTA....................................................................31
4.2. ESTRUCTURA PARA ESPECIFICACIN DE LOS CUADROS.............................32
5. DICCIONARIO DE DATOS...........................................................................................38
5.1. EN QU CONSISTE ?...........................................................................................38
5.2. POR QU ES IMPORTANTE.................................................................................38
6.
7.
8.
BASE DE DATOS.....................................................................................................43
6.1.
QU ES UNA BASE DE DATOS.......................................................................43
6.2.
VENTAJAS DE LA UTILIZACIN DE BASES DE DATOS...............................44
6.3.
QU ES UNA BASE DE DATOS RELACIONAL...............................................44
6.4.
VENTAJAS DE LAS BASES DE DATOS RELACIONALES.............................45
NORMALIZACIN....................................................................................................48
7.1.
BENEFICIOS DE LAS RELACIONES NORMALIZADAS..................................49
7.2.
DIAGRAMAS DE RELACIONES ENTRE ENTIDADES.....................................51
7.3.
CARDINALIDAD................................................................................................52
DATO, INFORMACIN Y ESTADSTICAS...............................................................53

8.1
DATO................................................................................................................. 53
8.2
INFORMACIN.................................................................................................54
8.3
ESTADSTICAS.................................................................................................54
9
INTRODUCCION ETAPAS DE PROCESAMIENTO Y TECNOLOGA DE
DISPOSITIVO MOVIL DE CAPTURA (PDA)....................................................................56
9.1
UBICACIN DEL GRUPO DE SISTEMAS EN EL PROCESO DE LA
ENCUESTA................................................................................................................... 56
9.2
IDENTIFICACIN DE PROGRAMAS................................................................57
9.2.1 CAPTURA Y VERIFICACIN........................................................................57
9.2.2 CONSISTENCIA............................................................................................59
9.2.2.1 Componentes............................................................................................59
9.2.2.2 DFD para proceso de consistencia............................................................59
9.2.2.3 Formato De Especificaciones De Consistencia.........................................60
9.2.3 IMPUTACIONES............................................................................................61
9.2.3.1 Componentes............................................................................................61
9.2.3.2 DFD Para Proceso de Imputacin.............................................................61
9.2.4 ESTIMACIONES Y VARIANZA......................................................................62
9.2.5 FRECUENCIAS UNIDIMENSIONALES.........................................................63
10
SNTESIS ETAPAS DE PROCESAMIENTO.........................................................64
11
TECNOLOGA CON DISPOSITIVO MOVIL DE CAPTURA (PDA).......................65
OBJETIVOS
El objetivo general del documento es que el participante dimensione y aplique la
importancia de los requerimientos de un usuario en el desarrollo de software.
Los objetivos especficos del documento son:
Con su lectura, el participante identificar la lgica que es usada en la

programacin
Adems analizar las caractersticas que deben tener las especificaciones

y diferenciar las diversas formas de estas
Luego determinar la utilidad de los diagramas de flujo.
Tambin estar en capacidad de definir las especificaciones de cuadros de

salida
Por ltimo determinar la importancia de un Diccionario de Datos.
INTRODUCCIN
Un sistema informtico est compuesto por hardware y software. En cuanto al
hardware, su fiabilidad es, en principio, equiparable a la de cualquier otra
mquina construida por el hombre. Sin embargo, respecto del software, su
construccin y resultados han sido histricamente cuestionados debido a los
problemas asociados, entre ellos podemos destacar los siguientes:
Los sistemas no responden a las expectativas de los usuarios.
Los costes del software son difciles de prever y normalmente superan las
estimaciones.
La modificacin del software es una tarea difcil y costosa.
Normalmente, es difcil cambiar de entorno hardware usando el mismo

software.
El aprovechamiento ptimo de los recursos (personas, tiempo, dinero,

herramientas, etc.) no suele cumplirse.
En cuanto al proceso de desarrollo de software, este tiene como propsito la

produccin eficaz y eficiente de un producto software que rena los requisitos del
cliente. Dicho proceso, en trminos globales se muestra en la Figura 1:
Figura 1 proceso de desarrollo de software.

Para determinar los elementos del proceso de desarrollo de software se
establecen las relaciones entre elementos que permitan responder Quin debe
hacer Qu, Cundo y Cmo debe hacerlo
En la Figura 2 se muestran los elementos de un proceso de desarrollo de software
y sus relaciones. As las interrogantes se responden de la siguiente forma:
Quin: Las Personas participantes en el proyecto de desarrollo desempeando

uno o ms Roles especficos.
Qu: Un Artefacto1 es producido por un Rol en una de sus Actividades. Los

Artefactos se especifican utilizando Notaciones especficas. Las Herramientas
apoyan la elaboracin de Artefactos soportando ciertas Notaciones.
Cmo y Cundo: Las Actividades son una serie de pasos que lleva a cabo un
Rol durante el proceso de desarrollo. El avance del proyecto est controlado
mediante hitos que establecen un determinado estado de terminacin de
ciertos Artefactos.
Un artefacto es una pieza de informacin que (1) es producida, modificada o usada por el proceso, (2) define un rea de
responsabilidad para un rol y (3) est sujeta a control de versiones. Un artefacto puede ser un modelo, un elemento de
modelo o un documento.
Figura 2 Relacin entre elementos del proceso del software

La composicin y sincrona de las actividades est basada en un conjunto de
Principios y Prcticas. Las Prcticas y Principios enfatizan ciertas actividades y/o
la forma como deben realizarse; es aqu donde se definen modelos de proceso de
software, dentro de esos el que vamos a utilizar es el modelo en cascada como se
aprecia en la figura 3.
Figura 3 Modelo de desarrollo en cascada

El modelo en cascada consta de las siguientes fases:
1. Definicin de los requisitos: Los servicios, restricciones y objetivos son
establecidos con los usuarios del sistema. Se busca hacer esta definicin
en detalle.
2. Diseo de sistema y software: Se particiona el sistema en sistemas de
software o hardware. Se establece la arquitectura total del sistema. Se
identifican y describen las abstracciones y relaciones de los componentes
del sistema.
3. Implementacin y pruebas unitarias: Construccin de los mdulos y
unidades de software. Se realizan pruebas de cada unidad.
4. Integracin y pruebas del sistema: Se integran todas las unidades. Se
prueban en conjunto. Se entrega el conjunto probado al usuario.
5. Operacin y mantenimiento: Generalmente es la fase ms larga. El sistema
es puesto en marcha y se realiza la correccin de errores descubiertos. Se
realizan mejoras de implementacin. Se identifican nuevos requisitos.
En la definicin de requisitos se presentan los siguientes puntos:
Cmo comunicarle a un programador mis necesidades?
Esta conferencia lo preparar para crear las especificaciones que sern

usadas por el grupo de sistemas.
Las especificaciones hacen referencia a la forma como los clientes comunican

sus necesidades al grupo de sistemas.
1. LOGICA
Una vez terminado este punto usted estar en capacidad de
esquematizar
situaciones de la vida real mediante operadores lgicos.

Como ayuda pedaggica de este punto se utilizar la formulacin de preguntas.
La lgica que es usada en la programacin de computadoras, tambin es
usada en las especificaciones de programacin.
Los operadores bsicos son: Y, O, NO.
Si yo hago mi tarea y puedo reunir S/. 30, entonces ir al concierto.
Si no termino mi tarea, no puedo ir al concierto.
Si no reno S/. 30, entonces no puedo ir al concierto.
Esto es una condicin y. Significa que todos los requisitos deben
ser
cumplidos (todas las condiciones tienen que resultar verdaderas).

Si yo puedo tomar unas vacaciones o un da de licencia entonces ir a
jugar tenis con usted.

-
Si puedo tomar unas vacaciones, entonces ir a jugar tenis con usted.
Si puedo tomar un da de licencia, entonces ir a jugar tenis con usted.
Esto es una condicin o. Significa que basta con que una de las dos
condiciones se cumpla (una de las condiciones debe resultar verdadera o
ambas pueden serlo).
Cartilla de Sistemas 10
Si no estoy en casa a las 6 p.m., empiecen a cenar sin m.
Si estoy en casa antes de las 6 p.m., cenaremos todos juntos.
Si llego a casa despus de las 6 p.m., cenaremos separadamente.
Esta es una condicin no. Significa que la condicin no debe cumplirse (la
condicin debe resultar falsa).
La siguiente es una tabla que muestra los resultados de algunas

operaciones lgicas :
CONDICIN 1
OPERADOR
CONDICIN 2
RESULTADO
VERDADERO
VERDADERO
VERDADERO
VERDADERO
FALSO
FALSO
FALSO
VERDADERO
FALSO
FALSO
FALSO
FALSO
VERDADERO
VERDADERO
VERDADERO
VERDADERO
FALSO
VERDADERO
FALSO
VERDADERO
VERDADERO
FALSO
FALSO
FALSO
Ejemplos con las tablas de verdad:

-
Si usted est borracho y llega a casa despus de medianoche

entonces est en problemas.
Si usted est borracho o llega a casa despus de medianoche

entonces est en problemas.
Si usted bebe y conduce entonces est en problemas.
Si usted bebe o conduce entonces est en problemas.
11
2. QU ES UNA ESPECIFICACIN DE SISTEMAS

comprender el
marco en el que se realizan las especificaciones de sistemas e identificar las

diversas formas de especificacin. .
Como ayuda pedaggica de este punto se
utilizar los estudios de casos
prcticos.
Lo que utiliza el programador para construir el sistema.
Descripcin detallada del trabajo hecho.
Un acuerdo entre el grupo de sistemas y sus clientes.
Las especificaciones pueden ser preparadas conjuntamente por los grupos

de Sistemas, Temtica y/o Muestreo o pueden ser preparadas nicamente por
el cliente.
En todos los casos las especificaciones deben ser entendidas y

acordadas por todas las partes interesadas.
A medida que evoluciona un proyecto, las especificaciones
cambian
progresivamente pasando de ser descripciones generales de requerimientos,

a ser descripciones muy precisas de procesamiento.
2.1 QU HACE UNA BUENA ESPECIFICACIN
Fcil de leer / entender.

- Disposicin / presentacin.
- El grupo de Metodologa debe ser cuidadoso cuando use frmulas, el de
Sistemas cuando use trminos tcnicos, el de Temtica cuando use
conceptos estadsticos, por cuanto otros participantes pueden carecer de
las bases requeridas para entenderlos.
Fcil de actualizar / mantener
- Ejemplo: Al agregar un rango a un campo se podra afectar la captura /
edicin / imputacin / etc.. Las especificaciones deben ser escritas de tal
modo que sean fciles de modificar.
En un formato preparado
- Evite situaciones como la siguiente: Temtica escribe una especificacin,
los analistas de Sistemas reescriben la especificacin para los
programadores, los programadores codifican los programas con base en
la segunda versin de las especificaciones reescritos (los mensajes
procedentes de terceros a menudo llegan distorsionados - evite los
telfonos rotos).
Fcil de verificar si est completo y es vlido.

- Asegrese de que todas las condiciones estn contempladas y que no
haya contradicciones.
C10 tiene rango de 1 a 5

No todas las condiciones estn presentes
SI C10=1 ENTONCES Asigne 1 a X
SI C10=2 ENTONCES Asigne 2 a X
Contradiccin
SI C10 ~ = 1 O C10 ~ = 2
Entonces Asigne 0 a X
-
Es peligroso que las especificaciones no estn claras.
Puede no obtener lo que busca.
No deje margen para interpretaciones.
2.2. FACTORES QUE INCIDEN EN CANTIDAD / TIPO DE
ESPECIFICACIONES
Tamao del proyecto.

- Proyectos grandes implican ms gente escribiendo y utilizando
especificaciones (deben ser formales y estandarizadas).
Complejidad del proyecto.

- A mayor complejidad del proyecto, se requiere mayor detalle en las
especificaciones.
Nmero de partes involucradas.

- Temtica y Diseo estn encargados conjuntamente de redactar
especificaciones. Estas especificaciones le son entregadas a Sistemas
para que proceda a programar. En esta situacin las especificaciones
deben ser claras, precisas, comprendidas y aceptadas por todos.
Fechas de entrega.
- Para cumplir con los plazos uno puede verse tentado a reducir las
especificaciones; pero esto es lo peor que puede hacerse.
Temas delicados y definiciones de poltica.

- En las relaciones con el cliente que solicita la encuesta - no es suficiente
un pacto de caballeros y por lo tanto, son indispensables las
especificaciones escritas (Requerimientos, Costos, Estimaciones).
- Contratacin - las especificaciones deben ser completas y exactas para
que:
Los contratistas puedan establecer un precio de oferta fijo.
Podamos validar la calidad del trabajo.
Podamos solucionar los problemas tan pronto el contratista se
retire.
2.3. ESPECIFICACIONES DE TIPO GENERAL

Requerimientos de usuario
Definicin de alcance y objetivos.
Definicin de requerimientos generales.
Texto usualmente narrativo (por ejemplo carta del cliente solicitando

encuesta).
Requerimientos de sistemas.
Requerimientos de usuario transformados en descripciones de procesos

lgicos (modelo esencial).
Muestra qu se requiere, no cmo lograrlo.
Diagramas de flujos de datos, con especificaciones abreviadas (ejemplo, el

modelo de la encuesta adicionado con descripciones de las actividades por
grupos).
Especificaciones de procesamiento.
Requerimientos
de
sistemas
transformados
procesamiento fsico (implementacin del modelo).

-
Describir cmo deben ser hechas las cosas.
en
descripciones
de
Diagramas de flujos de datos, espaol estructurado, tablas de decisin, rboles
de decisin, diccionario de datos (el grupo de sistemas har esto).
2.4. DIVERSAS FORMAS DE ESPECIFICACIONES
Forma narrativa.
Lenguaje estructurado.
Tablas de decisin.
rboles de decisin.
2.4.1. Forma narrativa
Se presenta como un texto.
Ejemplo de poltica
que rige las cotizaciones de miembros del Club de
Leones. Los miembros de este club se distribuyen en tres grupos teniendo en

cuenta el lugar de residencia: Pueden ser locales, distantes, o extranjeros. Si el
miembro se inscribi antes de 1990 se considera fundador.
Los miembros
locales viven en Lima y los que estn en calidad de no fundadores pagan S/.
4,000 anuales por persona o
S/. 6,000 anuales por familia. Los miembros
distantes viven fuera de Lima y pagan S/. 4,000 anuales por familia si son
socios fundadores. Los miembros extranjeros viven fuera de Per y pagan S/.
2,000 por persona si son socios fundadores y S/. 3,000 por familia si son socios
fundadores. En los dems casos se pagan S/. 2,500.
-
Las especificaciones son completas y vlidas?
Seran funcionales?
La forma narrativa no siempre es fcil de leer o entender.
2.4.2. Lenguaje estructurado
Subconjunto del idioma espaol.
Sintaxis y vocabulario limitados.
Alineacin de bloques para mayor comprensin.
3 construcciones bsicas:
-
Secuencia
-
Decisin
Repeticin
Para ilustrar qu es lenguaje estructurado.

Polticas que rigen el otorgamiento de bonificaciones por bilingismo en
Aerolneas Cndor.
Suponga que usted tiene un grupo de carpetas de empleados de la entidad y
desea si se debe dar una bonificacin a los empleados bilinges.
EJEMPLO
Aerolneas Cndor.
HACER mientras no sea el final del archivo de empleados
SI el empleado es de tiempo completo
ENTONCES
SI el empleado es bilinge
ENTONCES
Dar Bonificacin
DE OTRA FORMA
No hacer nada
FIN-SI
DE OTRA FORMA
No hacer nada
FIN-SI
FIN-HACER
LA INDENTACIN ES MUY IMPORTANTE PARA UNA MEJOR Y MS FCIL
COMPRENSIN
HACER mientras no sea el final del archivo de empleados.
SI el empleado es de tiempo completo
ENTONCES
SI el empleado es bilinge
ENTONCES
Dar Bonificacin
DE OTRA FORMA
No hacer nada
FIN-SI
DE OTRA FORMA
No hacer nada
FIN-SI
FIN-HACER
2.4.3. Tablas de decisin
Forma de una tabla.
Componentes:
-
Condiciones (del ejemplo anterior)
SI Tiempo Completo
SI es Bilinge
-
Reglas.
Combinacin de condiciones
Acciones.
Qu hacer
EJEMPLO 1
Aerolneas Cndor.
CONDICIN
Tiempo Completo
REGLAS
S N N
Bilinge
ACCIONES
Dar Bonificacin
Ninguna Accin
Mayor facilidad para apreciar si todas las reglas se incluyeron o si falt

alguna.
EJEMPLO 2
Polticas que rigen las cotizaciones de miembros del Club de Leones
CONDICIN
RESIDENCIA
SOCIO-MIEMBROCOMN
SOCIO-MIEMBROFUNDADOR
ACCIONES
Pagar S/. 2,000
Pagar S/. 3,000
Pagar S/. 4,000
Pagar S/. 6,000
Pagar S/. 2,500
RESIDENCIA
L: Local
D: Distante
E: Extranjero
REGLAS
L L L L D D D D E E E E
I I F F I I F F I I F F
S N S N S N S N S N S N
X
X
X
X
X
SOCIO
COMN
I: Individual
F: Familiar
X X
SOCIO
FUNDADOR
S: S
N: No
El nmero de reglas es igual al nmero de posibles respuestas a cada

condicin (3 x 2 x 2 = 12).
Para tener una tabla de decisin ms simple, se podra subdividir la tabla

en otras tres, una por cada tem de residencia.
2.4.4. rboles de decisin
Grfico (rbol).
Exactamente el mismo nmero de condiciones / reglas y acciones que la

tabla de decisin.
Diferente presentacin.
Polticas que rigen las cotizaciones

de miembros del Club de Leones
PAGAR S/. 2,500
PAGAR S/. 4,000
PAGAR S/. 2,500
PAGAR S/. 6,000
PAGAR S/. 2,500
MIEM.-FUN.
MIEM.-COM.
F
MIEM.-FUN.
RESIDENCIA
MIEM.-FUN.
S
MIEM.-COM.
F
PAGAR S/. 2,500
PAGAR S/. 4,000
PAGAR S/. 2,500
PAGAR S/. 2,000
PAGAR S/. 2,500
PAGAR S/. 3,000
PAGAR S/. 2,500
MIEM.-FUN.
E
MIEM.-FUN.
MIEM.-COM.
F
Todas las diversas formas
MIEM.-FUN.
de especificaciones que acabamos de ver
pueden ser utilizadas para redactar especificaciones.
En ciertas situaciones, una forma es mejor que otra.
La mayor parte del tiempo se usa lenguaje estructurado.
Aunque si usted tiene muchas condiciones o reglas, la tabla de decisin es

la forma ms apropiada para asegurarse que no se omite nada (especialmente
til para casos de prueba).
Los rboles de decisin son usados cuando deseamos tener la

representacin grfica de una poltica. Es fcil dibujar un rbol de decisin
para polticas simples, pero si existen demasiadas condiciones/reglas, el rbol
puede llegar a ser demasiado complejo y difcil de entender.
Algunas veces la mejor forma consiste en combinar todos los mtodos

anteriores.
3. DIAGRAMAS DE FLUJO DE DATOS.

utilizar una
herramienta grfica que lo ayudar a modelar una situacin, identificando las

entradas, los procesos y las salidas.
Como ayuda pedaggica de este punto se utilizar la reflexin en grupo
3.1. VENTAJAS DE UTILIZAR DIAGRAMAS DE FLUJO DE DATOS
Se
pueden
modelar
sistemas
automticos
y/o
manuales,
una
combinacin de los mismos.
Se pueden crear rpidamente y son fciles de entender.
Fciles de revisar mediante repasos detallados realizados conjuntamente

con usuarios y analistas de sistemas puesto que las actividades de ambos
estn relacionadas.
3.2 ELEMENTOS DE LOS DIAGRAMAS DE FLUJO DE DATOS
Flujo de Datos
Proceso
Archivo de Datos
Fuente de Datos Lugar de Utilizacin de Datos
3.3. CARACTERSTICAS DEL DIAGRAMA DE FLUJO DE DATOS
Grficos
-
Fcil de comprender sin que sea preciso conocer conceptos y tcnicas de

DFD.
Detallado
- Muestra cada una de las funciones del sistema
Multidimensional
- Los diagramas de flujo de datos pueden dibujarse a varios niveles: Desde
un nivel de conjunto hasta un nivel detallado.
Enfatiza el flujo de datos

- Un DFD muestra los datos requeridos y producidos por cada funcin (es
decir QU)
COM HACER GELATINA
GELATINA
EN POLVO
1
MEZCLA
INGREDIENTES
GELATINA
LIQUIDA
2
REFRIGERANTES
GELATINA
AGUA
EJERCICIO DFD
Los siguientes son los pasos para solicitar cupo en un curso de Diseo de
Encuestas dictado en la ENEI:
a) Los empleados presentan las solicitudes de inscripcin a la secretara de
capacitacin.
b) Una vez que todas las solicitudes hayan sido entregadas por los
empleados, la secretaria le pasa los formatos diligenciados al director de

la ENEI.
c) El director del comit aprueba o rechaza las solicitudes.
d) El director le devuelve a la secretaria los formatos con la respuesta.
e) La secretaria remite los formatos aprobados al grupo de entrenamiento
(Capacitadores) y retorna a los solicitantes los formatos negados.

f)
El grupo de entrenamiento verifica la lista de incorporacin al curso y enva

confirmacin o condiciones de aplazamiento a la secretaria.
g) La secretaria remite la confirmacin o las notas de aplazamiento a los
empleados.
3.4 IMPLEMENTACIN DEL MODELO:
En el globo de proceso/funcin, usted ver nombres de personas y/o de

organizaciones.
Funciones de transporte (mover datos sin transformarlos).
Una demora artificial (secretario).
Muestra CMO se hacen las cosas.
3.5 CARACTERSTICAS DEL MODELO ESENCIAL
Tareas de la gente (funciones) ms que nombres o cargos.
Funciones de transformacin (los objetos de envo son modificados en cada

proceso).
Muestra qu se hace.
Por qu es importante?
- Promueve el planteamiento de nuevas y mejores soluciones.
El modelo esencial muestra aquello que es esencial en el sistema. El

diseador no es influenciado por las restricciones fsicas del sistema
actual.
Si los controles actuales no se retiran, construye sistemas con problemas

inherentes al sistema actual y con frecuencia se confunden controles con
requerimientos.
Se pueden construir sistemas ms flexibles y eficientes.
Permite identificar y suprimir formatos, informes o archivos innecesarios.
IMPLEMENTACIN DEL MODELO
33
Enlistamiento
en el curso
Grupo
Capacitacin
Entrenamiento
Avisos de
Confirmacin
Solicitud
de Entrenamiento
completa
Solicitudes
Aprobadas
Avisos de
Aplazamiento
Avisos de
Aplazamiento
Empleados
Avisos de confirmacin
Secretaria
Solicitudes
Negadas
Solicitudes
Negadas
Todas las
Solicitudes
Solicitudes
Aprobadas
Director
ENEI
MODELO ESENCIAL
EMPLEADOS
LISTA DEL CURSO
AVISO DE
FORMATOS DE
ENTRENAMIENTO
FORMATOS
RECHAZADOS
CONFIRMACIN
AVISO DE CAMBIOS
EN FECHAS
APROBACIN
FECHAS DE
FORMATOS
FORMATOS APROBADOS
ENTRENA
MIENTO
4. ESPECIFICACIONES DE CUADROS
escribir la
especificacin de un cuadro de salida dentro del marco del uso de factores de

expansin.
prcticos
JUSTIFICACIN
Asegrese de que obtiene el resultado que necesita (Por ejemplo: que la
celda de la tabla est de acuerdo con el ttulo respectivo).
Asegrese que se estn utilizando los campos apropiados, tanto
cuestionario como en la base de datos, para el clculo con celdas.
No deje campo para interpretaciones, evite ambigedades.
en el
30
Para ayudar a identificar un problema:

Un problema puede surgir por varios motivos:
-
Especificaciones.
Programas.
Datos.
Combinacin de los anteriores.
Recuerde que si se tiene de antemano especificaciones de los cuadros, ser ms fcil

identificar un problema en caso de que se presente.
Cmo escribir especificaciones de tablas.
Usando lenguaje estructurado adaptado a las necesidades del curso Tcnicas de

Diseo y Desarrollo De Encuestas.
4.1. QU SE DEBE TENER EN CUENTA.

Entienda el significado de cada ttulo del cuadro.
Asegrese de que las especificaciones para cada celda coincidan con el significado
del ttulo respectivo.

Asegrese de que se estn utilizando las preguntas y campos apropiados del
cuestionario para el clculo del valor de cada celda del cuadro.
Evite situaciones de ambigedad.
31
Si hay conversin de unidades, asegrese de que est bien definido en las especificaciones
el valor que debe ser utilizado (antes o despus de la conversin ).
Por ejemplo, recodificacin de departamentos, reagrupamiento de cdigos o categoras.
Asegrese de que usted ha especificado bien el procedimiento de totalizacin, por cuanto el
mtodo de aproximaciones puede incidir en los resultados (no deje que el programador elija
el mtodo de clculo de aproximaciones ya que podra presentarse inconsistencia con lo que
usted requiere).
4.2. ESTRUCTURA PARA ESPECIFICACIN DE LOS CUADROS

Para escribir las especificaciones de los cuadros usaremos las siguientes estructuras:
SFE
SVE
= SUMA DE FACTORES DE EXPANSIN.

= SUMA DE VALORES EXPANDIDOS..
Puesto que estamos trabajando con muestras, cada unidad seleccionada tendr una
ponderacin.
EJEMPLO
NOMBRE
Luca
FACTORES
DE
EXPANSIN
400
SEXO
F
NMERO NMERO
DE
DE HIJOS
HIJOS (ESTIMADO)
1
400
Enrique
150
Eduardo
100
400
Jos
300
300
Alejandro
200
1200
NMERO ESTIMADO DE HOMBRES :

SFE si SEXO = M
32
0+150 + 100 + 300 + 200 = 750
NMERO ESTIMADO DE MUJERES:

SFE si SEXO = F
400 + 0 + 0 + 0 + 0 = 400
NMERO ESTIMADO DE HIJOS:

SVE NMERO DE HIJOS
400 + 400 + 300 + 1200 + 0 = 2300
La encuesta que sigue a continuacin es la base para los ejemplos de especificaciones de

cuadros y el diccionario de datos.
EPE. 01
33
34
35
CUADRO 1
NIVEL EDUCATIVO, PESO Y ESTATURA, POR SEXO.
HOMBRES
MUJERES
TOTAL
NIVEL EDUCATIVO:
Inicial
SFE Si P107=1 Y
P109=2
SFE Si P107=2 Y
P109=2
SFE Si P109=2
Primaria
SFE Si P107=1 Y
P109=3,4
SFE Si P107=2 Y
P109=3,4
SFE Si
P109=3,4
Secundaria
SFE Si P107=1 Y
P109=5,6
SFE Si P107=2 Y
P109=5,6
Sup. No Universitaria
SFE Si P107=1 Y
P109=7,8
SFE Si P107=2 Y
P109=7.8
Sup. Universitaria
SFE Si P107=1 Y
P109=9,10
SFE Si P107=2 Y
P109=9,10
Ninguno
SFE Si P107=1 Y
P109=1
SFE Si P107=2 Y
P109=1
SFE Si
P109=9,10
SFE Si P107=1
SFE Si P107=2
SFE Si P109= 1
TOTAL
SFE Si
P109=5,6
SFE Si
P109=7,8
SFE
Edad Promedio (aos)
(SVE P108 Si
P107=1) /
(SFE Si P107=1)
(SVE P108 Si
P107=2) /
(SFE Si P107=2)
NOTA:
SFE = SUMA DE FACTORES DE EXPANSIN

SVE = SUMA DE VALORES EXPANDIDOS
36
CUADRO 1
NIVEL EDUCATIVO, PESO Y ESTATURA, POR SEXO.
HOMBRES
Si P109=1
MUJERES
Si P109=2
TOTAL
NIVEL EDUCATIVO:
Inicial
SFE (
&
SFE (
&
SFE
Si P109=1
SFE (
&
SFE (
&
SFE
Secundaria Si P109=2
SFE (
&
SFE (
&
SFE
Superior no
Universitaria Si P109=3
SFE (
&
SFE (
&
SFE
Superior
Universitaria Si P109=3
SFE (
&
SFE (
&
SFE
Ninguno
SFE (
&
SFE (
&
SFE (
SFE (
SFE
Primaria
Si P109=1
SFE (
TOTAL
Edad Promedio
(aos)
SVE P108(
) / SFE(
NOTA:
SFE = SUMA DE FACTORES DE EXPANSIN
SVE = SUMA DE VALORES EXPANDIDOS
SVE P108(
SFE( )
)/
37
5. DICCIONARIO DE DATOS
Una vez terminado este punto usted estar en capacidad de entender la importancia de un
diccionario de datos para identificar las variables, las cuales se organizan con el objetivo de
facilitar su manipulacin de ellos, porque van a ser utilizadas como punto de referencia en la
encuesta
Como ayuda pedaggica de este punto se utilizar la orientacin terica.
5.1. EN QU CONSISTE?
Es un documento en donde se definen todos los datos que sern incluidos en el
procesamiento.
5.2. POR QU ES IMPORTANTE.
El grupo de Muestreo lo emplear para escribir las especificaciones de estimacin.
El grupo de Sistemas lo emplear como documentacin para la definicin de trminos

en la base de datos.
El grupo de Oficina lo utilizar como uno de los insumos para conformar la memoria
metodolgica.
5.3. QUE DESCRIBE UN DICCIONARIO.
Se describe enteramente los datos contenidos en un determinado archivo
La relacin entre registro y la variable.
El orden jerrquica de niveles
Cada variable: Es la unidad fundamental.

a) Nombre de la variable
b) El tamao o la longitud fsica en caracteres.
c) El formato o tipo de dato (carcter, numrico, fecha etc.)
d) Etiqueta - Descripcin detallada del nombre
c
a
)
b
----------------------------------------------------------------------------------------------------------------------------------
DICCIONARIO DE DATOS: ENCUESTA PERMANENTE DE EMPLEO
CREACIN: 10/03/2008
Los siguientes tems sombreados conforman la identificacin.
38
39
40
CONCEPTOS BSICOS SOBRE BASES

DE DATOS RELACIONALES
ELEMENTOS PARA LA CONSTRUCCIN
DE BASES DE DATOS
41
OBJETIVOS
El objetivo general del documento es que el participante identifique los conceptos bsicos
sobre Base de Datos.
Con la lectura del documento, se establecen los siguientes objetivos especficos:
El participante identificar los conceptos de Base de Datos y sus ventajas
Adems comprobar los conceptos de normalizacin en el marco de Bases de Datos

Relacionales.
Luego esquematizar un diagrama de relacin entre entidades.
Por ltimo diferenciar los conceptos de Dato, Informacin y Estadsticas
Lista de Gerentes de la Compaa XYZ

Nombre
Apellido
Direccin
Ciudad
FRANCISCO
NOVOA
Jr. Tacna N 865
UCAYALI
HERNN
GIRALDO
GLADYS
DORIS
RODRG
UEZ
GARCIA
Av.
La ICA
Municipalidad
209
Av. Tumbes Norte TUMBES
N . 676 2 Piso
Av. Real 601
JUNIN
GERMN
ORTIZ
MARA
DIAZ
Cdigo
Telfono
Empleado
0100
061-573214
0125
056-224491
0230
072-524921
0512
064-216336
Av. Gral..Garzn LIMA

0310
N 654
Av. Balta N 658 LAMBAYEQUE 0420
001-2032640
074-206826
42
6. BASE DE DATOS
Una vez terminado este punto usted estar en capacidad de deducir que es una
ase de Datos, determinar las ventajas de su utilizacin y ejemplificar las Bases
de Datos Relacionales.
prcticos.
6.1.
QU ES UNA BASE DE DATOS
Una base de datos es un conjunto de datos pertenecientes a un mismo

contexto y almacenados sistemticamente para su posterior uso.
(http://es.wikipedia.org)
Un
conjunto de datos permanentemente actualizado cuyos archivos se
refieren a un tema preciso pero amplio. (Diccionario Webster de sistemas).
Un conjunto de datos operacionales utilizados por los sistemas de alguna

empresa especfica. (C.J. DATE).
Esencialmente, un conjunto de datos.
Ejemplos de Base de Datos :

- Una libreta de notas con nombres y nmeros de telfono.
- Los hogares de la Encuesta Nacional de Hogares (ENAHO) que realiza
el Instituto Nacional de Estadstica e Informtica del Per.
CARACTERSTICAS:
La informacin se organiza en una Base de Datos en forma de tablas, con

una serie de filas y columnas.
Las filas en la tabla de la Base de Datos se denominan registros.
Las columnas en la tabla de la Base de Datos se denominan campos.
6.2.
VENTAJAS DE LA UTILIZACIN DE BASES DE DATOS
Control centralizado de los datos.
Reducen las redundancias e inconsistencias.
Los datos pueden ser compartidos.
Permiten promover el uso de convenciones.
Permiten aplicar restricciones de seguridad.
Preservan la integridad de la informacin.
43
Aunque las bases de datos pueden contener muchos tipos de datos, algunos de
ellos se encuentran protegidos por las leyes de varios pases o por la reserva
estadstica .
6.3.
QU ES UNA BASE DE DATOS RELACIONAL
Ejemplo:
EMPLEADO {CDIGO, NOMBRE, APELLIDO, SALARIO, CODDIR, CODOFIC}
CODIGO
10
11
12
13
14
NOMBRE
Alberto
Elisa
Rosa
Jorge
Lilia
APELLIDO
Arias
Ros
Rodrguez
Garca
Fiestas
DIRECCION {CODDIR, NOMBRE}

CODDIV
NOMBRE
101
OTA
205
OTIN
301
DNCE
302
DNCN
OFICINA {CODOFIC, NOMBRE}
SALARIO
5,000
6,000
4,500
6,500
5,500
CODDIR
101
205
301
302
301
CODOFIC
10
40
20
30
20
CODOFIC
10
20
30
40
44
NOMBRE
OTA-Personal
DNCE-Muestreo
DNCE-Cartografa
OTIN-Soporte
Los datos estn archivados en tablas (Relaciones).

Cada registro es de una longitud fija.
Cada registro tiene una sola llave.
6.4.
VENTAJAS DE LAS BASES DE DATOS RELACIONALES
La organizacin de los datos es fcil de entender.

El lenguaje de consulta permite un acceso sencillo a los datos (P.EJ. SQL,
QBE). Se trata de comandos de alto nivel en oposicin a los lenguajes de
Tercera Generacin.
Facilidad para revisar y actualizar datos.
EJEMPLO
El siguiente es el cuadro de directivos de una empresa :
Nombr
e
Cargo
Salario
Ubicaci Telfono
n
CIUD 1
CIUD 2. COM1 COM

2
CHINCHA
8
7
DARIO
GERENTE
3.000.000
ICA
056- 224491 ICA
HORACIO
SUBGERENTE
4.000.000
JUNIN
064-216336 HUANCAYOLA OROYA
JAVIER
GERENTE
3.000.000
JUNN
JAIRO
SUBGERENTE
4.000.000
TUMBES
064-216336 HUANCAY LA OROYA

O
072-524921 TUMBES
SAUL
GERENTE
3.500.000
TUMBES
SARA
SUBGERENTE
4.000.000
TIRSO
GERENTE
MARIO
BERTHA
UCAYALI
072-524921 TUMBE
S
061-573214 UCAYALI
11
4.500.000
UCAYALI
061-573214 UCAYALI
SUBGERENTE
4.200.000
ICA
056- 224491 NAZCA
PALPA
SUBGERENTE
5.000.000
ICA
056- 224491 ICA
CHINCHA
Utilizaremos la siguiente notacin estndar para definir esta relacin:
PERSONAL
45
{ NOMBRE, CARGO, SALARIO, UBICACIN, TELFONO,
CIUD1, CIUD 2,COM1, COM2}

Observe que el campo reservado para el nombre est subrayado. Este
campo constituye la nica clave.
PROBLEMAS Y EJEMPLOS
Qu ocurrira si fuese contratado un segundo empleado de nombre Sara?
Qu ocurrira si la oficina de Tumbes fuese reubicada en Cusco?
Qu hara usted para encontrar el representante para de la Regin?
Qu ocurrira si usted quisiera aumentar a tres el nmero
de
departamentos a cargo de un representante determinado?
Qu ocurrira si Sara renunciase?
DIVISIN LGICA DE LA TABLA.
En vez de una sola tabla grande, podramos crear varias tablas discretas y
pequeas. Clasificar lgicamente los artculos de los que se tienen datos
.
EMPLEADO {ID. EMPLEADO, NOMBRE, CARGO, SALARIO, CDIGO DE LA
OFICINA}.
ID. Empleado
1
2
3
4
5
6
7
8
9
Nombre
Daro
Horacio
Javier
Jairo
Saul
Sara
Tirso
Teodoro
Bertha
Cargo
Gerente
Subgerente
Gerente
Subgerente
Gerente
Gerente
Gerente
Subgerente.
Subgerente
Salario
3.000.000
4.000.000
3.000.000
4.000.000
3.500.000
4.000.000
4.500.000
4.200.000
5.000.000
Cdigo Oficina
3
4
4
2
2
1
2
3
3
OFICINA {CDIGO DE LA OFICINA, LOCALIZACIN, TELFONO}.

Cdigo Oficina
1
Localizacin
UCAYALI
Telfono
061-573214
Cdigo Oficina
2
3
4
CIUDAD
Localizacin
TUMBES
ICA
JUNIN
Telfono
072-524921
056-224491
064-216336
{CDIGO CIUDAD, NOMBRE, COM}
Cdigo
Ciudad
10
11
12
24
46
48
38
15
17
Nombre
COM
ICA
CHINCA
PISCO
TUMBES
HUANCAYO
LA OROYA
UCAYALI
NAZCA
PALPA
15
15
9
11
8
8
7
7
0
CIUDADES EN DONDE VENDEN {ID. EMPLEADO, CDIGO CIUDAD}

IDENTIFICACIN EMPLEADO
CDIGO
CIUDAD
1
1
10
11
46
48
46
48
24
24
38
38
15
17
10
11
PROBLEMAS RESUELTOS
46
47
Ahora usted fcilmente puede agregar un segundo empleado llamado

Sara. Incluya un nuevo registro
en la tabla de empleados con una
identificacin de empleado nica.
Si la oficina de Tumbes se traslada a Piura, lo nico que tiene que hacer es

cambiar una sola vez el cdigo de la oficina.
Ahora usted puede recorrer la tabla de ciudades para encontrar el cdigo

de la ciudad de Nazca. Con este cdigo usted puede recorrer la tabla de
ciudad en donde venden para encontrar la identificacin del empleado. Con la
identificacin del empleado usted puede recorrer la tabla de empleados para
encontrar el nombre del empleado.
Usted puede aumentar fcilmente el nmero de ciudad para un

representante dado, agregando el nombre de la ciudad y la identificacin del
empleado en la tabla de ciudad en donde venden.
Si Sara renuncia, usted todava tiene toda la informacin de la oficina de

Ucayali porque la informacin se encuentra en la tabla de oficinas.
7. NORMALIZACIN
aplicar
los
conceptos de normalizacin y esquematizar las relaciones entre entidades.

prcticos.
Las reglas que vamos a tener en cuenta son:

- No estn permitidos los campos repetidos ni los registros de longitud
variable .
- El funcionamiento de los campos sin clave debe depender de la clave total.
- Los campos sin clave funcionan independientemente.
La normalizacin debe tener en cuenta las polticas de la empresa.

- Ej. Un vendedor solamente puede estar en una oficina. Un vendedor es
responsable de cierto nmero de ciudades.
Algunas
limitaciones
tcnico/prcticas
pueden
afectar
el
48
nivel
de
normalizacin realizable.
- Cantidad de memoria, velocidad del procesador.
- Cantidad de tablas requeridas.
No siempre es necesario normalizar totalmente las relaciones
7.1.
BENEFICIOS DE LAS RELACIONES NORMALIZADAS
Los requerimientos globales para almacenar la informacin se pueden

reducir.
RELACIN INICIAL
NOMBRE
CARGO
8 CARACTERES
6 CARACTERES
SALARIO
6 CARACTERES
UBICACIN
10 CARACTERES
TELFONO
12 CARACTERES
DEPARTAMENTO 1
4 CARACTERES
DEPARTAMENTO 2
4 CARACTERES
COM1
2 CARACTERES
COM2
2 CARACTERES
TOTAL
54 CARACTERES
- Espacio total requerido = 54 x NMERO EMPLEADOS.
NORMALIZADO
EMPLEADO
IDENTIFICACIN EMPLEADO
NOMBRE
4 CARACTERES
8 CARACTERES
CARGO
6 CARACTERES
SALARIO
6 CARACTERES
OFICINA
1 CARACTERES
TOTAL
25 CARACTERES
OFICINA
CDIGO OFICINA
1 CARACTERES
LUGAR
10 CARACTERES
TELFONO
12 CARACTERES
TOTAL
23 CARACTERES
49
CIUDAD
CDIGO CIUDAD
NOMBRE CIUDAD
2 CARACTERES
20 CARACTERES
COM
2 CARACTERES
TOTAL
24 CARACTERES
CIUDADES EN DONDE VENDEN

I.D. EMPLEADO
CDIGO DE CIUDAD
4 CARACTERES
2 CARACTERES
TOTAL
6 CARACTERES
ESPACIO TOTAL REQUERIDO =

[TABLA DE EMPLEADOS]
(25 x NMERO EMPLEADOS) +
[TABLA DE OFICINA]
(23 x 4)
+
[TABLA DE CIUDADES]
(24 x 10)
+
[CIUDADES EN DONDE VENDEN]
(6 x 2 x NMERO EMPLEADOS)
Fjese que el terreno de ventas supone que hay dos ciudades por
empleado
NMERO DE
ESPACIO INICIAL
EMPLEADOS
ESPACIO
DIFERENCIA
9
30
486
1,620
NORMALIZADO
665
1,442
100
5,400
4,032
1,368
500
27,000
18,832
8,168
1000
54,000
37,332
16,668
10000
540,000
370,332
169,668
25000
1,350.000
925,332
424,668
100000
5,400.000
3,700,332
1,699,668
-179
178
50
BENEFICIOS DE LAS RELACIONES NORMALIZADAS (CONTINUACIN)

Los programas escritos para procesar la informacin son ms fciles de
escribir y de mantener. El tamao global del cdigo se reducir.

- Relacin inicial
Nombre Cargo Salario Lugar Telfono CIUD1 CIUD2 COM1
COM2
NAZCA
Cambie a 9
NAZCA
Cambie a 9
CAVAL
Normalizado
Cod. Departamento
Nombre Departamento
COM
NAZCA
Cambie a 9
7.2.
DIAGRAMAS DE RELACIONES ENTRE ENTIDADES
El diagrama es una herramienta que describe la organizacin de la base de

datos de un sistema. Tiene los siguientes componentes:
- Objeto
Aparece como un rectngulo con nombre, que representa una coleccin

de objetos. Cada objeto se define de manera nica y puede ser descrito
como conjunto de datos.
- Relaciones
Aparecen como rombos con nombre, los cuales representan redes de
conexiones entre objetos. Cada relacin representa una asociacin entre
objetos.
7.3.
51
CARDINALIDAD
Relaciones 1 a N, una oficina puede contener varios empleados.

Relaciones 1 a 1, un empleado puede estar encargado de una oficina.
Relaciones N a 1, varias ciudades pueden pertenecer a una sola oficina.
Relaciones N a N, varios estudiantes pueden tomar un curso. Varios cursos
pueden ser tomados por un estudiante.
OFICINA
1
CONTIENE
N
VENDE EN
EMPLEADOS
N
CIUDAD
DEPARTAMENT
8. DATO, INFORMACIN Y ESTADSTICAS
52
Una vez terminado este punto usted estar en capacidad de diferenciar los conceptos de
Dato, Informacin y Estadsticas.
Como ayuda pedaggica de este punto se utilizar la formulacin de preguntas.
8.1 DATO
Antes de que uno pueda presentar e interpretar la informacin, tiene que haber un proceso
de recopilacin y clasificacin de datos. Al igual que los rboles, son la materia prima a partir
de la cual el papel se produce, tambin, los datos pueden ser vistos como la materia prima a
partir de la cual se obtiene informacin.
De hecho, una buena definicin de los datos es "hechos o cifras a partir de la cual se pueden
sacar conclusiones".
Dato, informacin y estadstica son a menudo mal entendidos. Ellos realmente son cosas
diferentes, como lo muestra el siguiente ejemplo:
Se recogieron datos del peso de 20 individuos en el saln de clase
Dato
65 kls, 68 kls
71 kls, 77 kls, etc.
Informacin
Estadsticas
5 individuos en el rango de Peso promedio = 68.5 kls
60-a-69-kls
15 individuos en el rango
Mediana del peso = 75 kls
de 70-a-79-kls
El INEI, en Per, recoge datos cada da para proporcionar informacin.

Una vez que los datos han sido recogidos y procesados, estn listos para ser organizados en
informacin. De hecho, la principal razn para recolectar datos es para proporcionar
informacin. Esta informacin conduce al conocimiento acerca de los problemas, y ayuda a
personas y grupos a la toma de decisiones.
8.2 INFORMACIN
53
Una buena definicin de informacin es: "datos que han sido registrados, clasificados,
organizados, relacionados, o interpretados dentro de un estudio particular".
Algunos ejemplos de los diferentes tipos de informacin que puede derivarse a partir de los
datos incluyen:
El nmero de personas en un grupo en cada categora de peso (60 a 69 kls, 70 a 79

kls, etc);
El nmero total de hogares que utilizaron Internet el mes pasado.
8.3 ESTADSTICAS
Las estadsticas representan un mtodo comn de presentacin de la informacin. En
general, las estadsticas se refieren a un tipo de informacin obtenida a travs de
operaciones matemticas sobre datos numricos.
Utilizando los ejemplos anteriores, se pueden mencionar algunas de las estadsticas que se
pueden obtener:
El peso promedio de las personas en un saln de clase
El promedio de horas de uso de Internet en los hogares el mes pasado.
Una funcin importante del INEI es proporcionarle estadsticas a la comunidad Peruana para
la toma de decisiones.
54
ETAPAS DE PROCESAMIENTO
Y TECNOLOGA DE DISPOSITIVO MOVIL DE CAPTURA
(PDA)
Personal Digital Assistant
52
9 INTRODUCCION
ETAPAS
DE
PROCESAMIENTO
TECNOLOGA DE DISPOSITIVO MOVIL DE CAPTURA (PDA)
OBJETIVOS
El objetivo general del documento es que el participante identifique e interprete
los procesos de sistemas y experimente el uso de la tecnologa con Dispositivos
Mviles de Captura(PDA).
Con la lectura del documento , se establecen los siguientes objetivos especficos:
El participante identificar el grupo de Sistemas en la interaccin con los

dems grupos.
Adems localizar
los programas entregables para la captura y
procesamiento de la encuesta.
Por ltimo experimentar el uso de la Tecnologa con Dispositivo Mvil de

Captura(PDA)
9.1 UBICACIN DEL GRUPO DE SISTEMAS EN EL PROCESO DE LA

ENCUESTA
identificar la
interaccin de sistemas con los dems grupos .

Como ayuda pedaggica de este punto se utilizar el enfoque de procesos.
PLA NEACION
TEM TICA
M UESTREO
EJECUCIN
SISTEMA S
NOTA:
OFICINA
CA MPO
53
Sistemas desarrolla los programas de acuerdo con determinadas

especificaciones.
En la prctica (como funciona en el INEI), sistemas entrega al usuario

(Oficina) los programas para realizar la produccin respectiva, previa
aceptacin de los dems grupos (Temtica y Muestreo).
A partir de este momento el usuario asume la responsabilidad sobre los

resultados.
9.2 IDENTIFICACIN DE PROGRAMAS.

identificar los
programas entregables para la captura y procesamiento de la encuesta.

Como ayuda pedaggica de este punto se utilizar el enfoque de procesos.
9.2.1 CAPTURA Y VERIFICACIN.
Proceso de digitacin y verificacin de los datos
9.2.1.1 Componentes
Entrada:
Especificaciones de validacin (grupos de Oficina y Temtica).
Ejemplar del formulario (grupos de Oficina y Temtica).
Etapa de anlisis:
Creacin de las bases de datos respectivas.
Asignacin de cdigos de celda a las preguntas del cuestionario.
Ablocamiento del cuestionario.
Programacin:
Cdigo
Prueba
Ajustes
Salida:
Primera versin de archivos de datos (Archivo de Datos Originales).
9.2.1.2 Formato De Especificaciones De Validacin

Nombre:
Fecha:
CAMPO
TAMAO
Pgina
Hora:
VALORES VLIDOS OBSERVACIONES
de
54
55
9.2.2 CONSISTENCIA
Son pautas para hacer la validacin de la informacin. Los datos

consistentes son aquellos que dentro del rango permitido para la variable y
que adems mantienen una lgica con otras variables dentro de la misma
informacin.
9.2.2.1 Componentes
Entrada:
Especificaciones de critica (grupos de Oficina y Temtica).
Primera versin de archivos de datos (Despus de captura y

verificacin).
Datos de prueba para crtica (grupos de Oficina y Temtica).
Programacin:
Cdigo
Prueba
Ajustes
Salida:
Segunda versin de archivos de datos (Despus del proceso de

consistencia).
9.2.2.2 DFD para proceso de consistencia
56
9.2.2.3 Formato De Especificaciones De Consistencia

TDDE :
TABLA DE DECISIN
Pgina:
LGICA
Fecha:
Nombre:
Tabla N
Bloque N
CONDICIONES :
ACCIONES :
PROSIGA SIN ACCION ESPECIAL

Observaciones:
9.2.3 IMPUTACIONES
de:
Hora:
1
57
El objetivo es limpiar la informacin de inconsistencias u omisiones

generadas en la recoleccin de la informacin. Dicho proceso, consiste en
encontrar un valor aceptable para reemplazar un valor incorrecto,
disminuyendo con esto, la probabilidad de porcentajes altos de respuestas
en blanco, inconsistencias entre preguntas, sin informacin, etc. Que
pueden invalidar completamente la utilizacin de la informacin.
9.2.3.1
Componentes
Entrada:
Especificaciones de imputacin (grupos de Oficina y Temtica).
Segunda versin de archivos de datos (Despus de consistencia).
Datos de prueba para imputaciones (grupos de Oficina y Temtica).
Programacin:
Cdigo
Prueba
Ajustes
Salida:
Archivos Depurados (tercera versin de archivos de datos).
9.2.3.2 DFD Para Proceso de Imputacin
58
9.2.4 ESTIMACIONES Y VARIANZA

9.2.4.1 Componentes
Entrada:
Especificaciones de estimacin (grupo de Muestreo).
Copia de los cuadros (grupo de Temtica).
Especificaciones de varianza (grupo de Muestreo).
Datos de prueba para estimacin (grupo de Muestreo).
Datos de prueba para varianza (grupo de Muestreo).
Especificaciones de indicadores de calidad (grupo de Muestreo).
Archivos Depurados.
Programacin:
Cdigo
Prueba
Ajustes
Salida:
Archivos con estimaciones (incluyendo varianza e indicadores de calidad).
9.2.4.2 D.F.D. Para proceso de Estimacin y Varianza
9.2.5 FRECUENCIAS UNIDIMENSIONALES

9.2.5.1 Componentes
Entradas:
Especificaciones (grupos de Oficina y Temtica).
Programacin:
Cdigo
Prueba
Ajustes
Salida:
Distribucin de frecuencias unidimensional.
9.2.5.2 D.F.D. Para Proceso de Frecuencias
59
60
10 SNTESIS ETAPAS DE PROCESAMIENTO

Una vez terminado este punto usted estar en capacidad de identificar las etapas
de procesamiento de la encuesta .
utilizar la intervencin de
diagnstico.
1) Capturar y validar los datos (en varios dispositivos).
2) Centralizar los datos en un PC.
3) Efectuar consultas ad - hoc.
4) Sacar frecuencias unidimensionales (primera versin de datos).
5) Correr programas de consistencia.
6) Sacar copia en medio magntico.
7) Sacar frecuencias unidimensionales (segunda versin de datos).
8) Correr programas de imputacin.
9) Sacar copia en medio magntico.
10) Sacar frecuencias unidimensionales (tercera versin de datos).
11) Capturar los factores de expansin.
12) Correr los programas de estimacin.
13) Correr los programas de varianza (imprimir salidas).
14) Imprimir resultados.
15) Si es necesario, unir celdas para reducir la variabilidad, y correr
nuevamente los programas de estimacin y varianza.
11 TECNOLOGA CON
CAPTURA (PDA)
DISPOSITIVO
MOVIL
65
DE
Una vez terminado este punto usted estar en capacidad de experimentar el uso
de un Dispositivo Mvil de Captura (PDA), entender sus ventajas y limitaciones e
identificar el aplicativo GEA (Generador de Encuestas Automtico)
prcticos.
Ventajas De Los Dispositivos Mviles
Mediante el uso de Tecnologa Digital se ahorran recursos Biodegradables

como el papel
El no uso de formularios de papel y su posterior transcripcin, hace

costeable el uso de equipos de captura electrnica de datos,
proporcionando una infraestructura de equipos utilizables en el futuro.
Se eliminan los errores de lectura
El cuestionario aplicable a la unidad estadstica queda automticamente

registrado.
Cuando la respuesta no es lgica la rechaza y da opcin de correccin.
Salto automtico de tema a tema
Salto por control automtico a cada pregunta aplicable segn

circunstancias
La informacin capturada viaja del PDA a la base de datos con validacin y

consistencia
las
66
67
Limitaciones De Los Dispositivos Mviles
La necesidad de ahorrar energa obliga a utilizar procesadores con una

capacidad de cmputo limitada y baja frecuencia de reloj
El uso intensivo de clculos, grficos, sonido, conexiones inalmbricas etc.

limita la vida de la Batera
La memoria disponible es muy limitada en comparacin con la de un

ordenador ordinario
El almacenamiento de datos persistente tambin es muy limitado: memoria

interna + tarjetas SD o similar
Programacin De Dispositivos Mviles
La generalizacin en los ltimos aos de telfonos mviles, smartphones,

PDAs, etc. ha generado un importante necesidad de aplicaciones para este
tipo de dispositivos
Las prestaciones de los dispositivos mviles se incrementan da a da,

posibilitando la implementacin de aplicaciones muy interesantes
Acceso a Internet y conectividad mediante Bluetooth
Informacin de localizacin GPS
Envo de mensajes cortos
Sensores de orientacin
Sistemas Operativos Mviles
Son sistemas operativos especficos para este tipo de dispositivos.
Symbian es el sistema operativo. instalado en mayor nmero de

dispositivos mviles en la actualidad, sobre todo telfonos mviles
Windows Mobile, es un sistema operativo con mayor difusin en el

mercado de PDAs
Android, es un sistema operativo para mviles presentado recientemente

por Google; utiliza un kernel Linux
68
Palm OS, es un sistema operativo utilizado por el fabricante de PDAs

Palm Inc.
Desarrollo De Aplicaciones Mviles
Symbian (S60 y UIQ): C++ con libreras nativas
Windows Mobile: .NET Compact Framework, una versin limitada de .NET.

En este ambiente est desarrollado el aplicativo GEA
(Generador de
Encuestas Automtico)
PalmOS: C/C++, con libreras nativas
Android: Java con libreras nativas (no J2ME)
Java Mobile Edition (J2ME) para mltiples plataformas, especialmente

Symbian
Dispositivo Mvil De Captura (PDA) Windows Mobile
69
Caracteristicas
El PDA Windows Mobile utilizado en el curso es un Computador de

bolsillo de HP iPAQ serie hx2411
Sistema Operativo Windows Mobile 2003 Second Edition
Procesador: Intel 400 MHz
Memoria: 192 MB de memoria
Es compatible con los actuales sistemas de computador con una brillante

Pantalla TFT con mas de 65.000 colores
Aplicativo GEA (Generador De Encuestas Automatico)

Generalidades
Proceso estndar de generacin de cuestionarios
Proceso estndar cargue de instrumentos de recoleccin
Proceso estndar de recoleccin de datos
Proceso estndar de consolidacin de bases de datos
Arquitectura

Manual de Sistemas

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Manual de Sistemas

Uploaded by

Copyright:

Available Formats

Cartilla de Sistemas

QU ES UNA BASE DE DATOS.......................................................................43

VENTAJAS DE LA UTILIZACIN DE BASES DE DATOS...............................44

QU ES UNA BASE DE DATOS RELACIONAL...............................................44

VENTAJAS DE LAS BASES DE DATOS RELACIONALES.............................45

BENEFICIOS DE LAS RELACIONES NORMALIZADAS..................................49

DIAGRAMAS DE RELACIONES ENTRE ENTIDADES.....................................51

DATO, INFORMACIN Y ESTADSTICAS...............................................................53

SNTESIS ETAPAS DE PROCESAMIENTO.........................................................64

TECNOLOGA CON DISPOSITIVO MOVIL DE CAPTURA (PDA).......................65

Con su lectura, el participante identificar la lgica que es usada en la

Adems analizar las caractersticas que deben tener las especificaciones

Luego determinar la utilidad de los diagramas de flujo.

Tambin estar en capacidad de definir las especificaciones de cuadros de

Por ltimo determinar la importancia de un Diccionario de Datos.

Los sistemas no responden a las expectativas de los usuarios.

La modificacin del software es una tarea difcil y costosa.

Normalmente, es difcil cambiar de entorno hardware usando el mismo

El aprovechamiento ptimo de los recursos (personas, tiempo, dinero,

En cuanto al proceso de desarrollo de software, este tiene como propsito la

Figura 1 proceso de desarrollo de software.

Quin: Las Personas participantes en el proyecto de desarrollo desempeando

Qu: Un Artefacto1 es producido por un Rol en una de sus Actividades. Los

Figura 2 Relacin entre elementos del proceso del software

Figura 3 Modelo de desarrollo en cascada

Cmo comunicarle a un programador mis necesidades?

Esta conferencia lo preparar para crear las especificaciones que sern

Las especificaciones hacen referencia a la forma como los clientes comunican

situaciones de la vida real mediante operadores lgicos.

usada en las especificaciones de programacin.

Los operadores bsicos son: Y, O, NO.

Si yo hago mi tarea y puedo reunir S/. 30, entonces ir al concierto.

Si no termino mi tarea, no puedo ir al concierto.

Si no reno S/. 30, entonces no puedo ir al concierto.

Esto es una condicin y. Significa que todos los requisitos deben

cumplidos (todas las condiciones tienen que resultar verdaderas).

jugar tenis con usted.

Si puedo tomar unas vacaciones, entonces ir a jugar tenis con usted.

Si puedo tomar un da de licencia, entonces ir a jugar tenis con usted.

Si no estoy en casa a las 6 p.m., empiecen a cenar sin m.

Si estoy en casa antes de las 6 p.m., cenaremos todos juntos.

Si llego a casa despus de las 6 p.m., cenaremos separadamente.

La siguiente es una tabla que muestra los resultados de algunas

Ejemplos con las tablas de verdad:

Si usted est borracho y llega a casa despus de medianoche

Si usted est borracho o llega a casa despus de medianoche

Si usted bebe y conduce entonces est en problemas.

Si usted bebe o conduce entonces est en problemas.

2. QU ES UNA ESPECIFICACIN DE SISTEMAS

marco en el que se realizan las especificaciones de sistemas e identificar las

utilizar los estudios de casos

Lo que utiliza el programador para construir el sistema.

Descripcin detallada del trabajo hecho.

Un acuerdo entre el grupo de sistemas y sus clientes.

Las especificaciones pueden ser preparadas conjuntamente por los grupos

En todos los casos las especificaciones deben ser entendidas y

A medida que evoluciona un proyecto, las especificaciones

progresivamente pasando de ser descripciones generales de requerimientos,

2.1 QU HACE UNA BUENA ESPECIFICACIN

Fcil de leer / entender.

Fcil de actualizar / mantener

Fcil de verificar si est completo y es vlido.

C10 tiene rango de 1 a 5

Es peligroso que las especificaciones no estn claras.