Universidad Nacional de Lomas de Zamora

Comisión 5 Profesores Héctor Torchan y Roberto García

Comisión 6 Profesores Marcelo Tadey y Roberto García

Pág. 0
 Calificación y aprobación de la materia

• Para aprobar la materia, los alumnos deberán cumplimentar lo siguiente:

– Aprobar dos parciales, que combinan teoría y práctica cada uno
– La teoría (o contenido que da el adjunto) vale 60% y la práctica (o contenido que da el
ayudante) 40%. Ambas partes suman un máximo de 100%.
– Cada parcial se aprueba como mínimo con 60% (escala que define la Universidad)
– El esquema de aprobación es el siguiente:

Pág. 1
 Bibliografía Básica

Campus Virtual Aula: Sistemas de Información Comisión 5

La clave del campus es sistemas05

UNLZ – Sistemas de Información 2019.pptx

Pág. 2
Universidad Nacional de Lomas de Zamora

Unidad 1

Pág. 3
 Tendencias en el contexto S.I.

• Procesos de Globalización creciente.

• Diferencias culturales entre mercados.

• Ambiente complejo y cambiante.

• Tendencia de productos a convertirse rápidamente en commodities.

• Exigencias de menores costos.

• Necesidad de mayor conocimiento del negocio.

Pág. 4
 Sistemas de Información y las Organizaciones

Organizaciones planas
• Grandes organizaciones
•Ineficiencia
•Lentitud para cambiar
•Menor competitividad

• Organizaciones planas
• Menor cantidad de niveles
• Empleados con mayor autoridad
para toma de decisiones
Pág. 5
 Evolución Natural de los Sistemas de Información

• Cuando las necesidades de información no son

planificadas, el crecimiento de los sistemas solo se produce
en la satisfacción de las necesidades a medida que estos
se van manifestando.
• Este fenómeno es denominado por Inmon como:

• Arquitectura de los SI que evoluciona naturalmente

Pág. 6
 Evolución natural de los Sistemas de Información

Vivimos en la era de la información

• ¿Es útil toda la información que recibimos?

• ¿Es conveniente la sobreabundancia de información?
• No toda la información que recibimos tendrá el valor suficiente para ser
considerada verdadera información
• Ejemplo: dos sectores de la misma organización que realizan un informe
sobre la venta mensual. El primero habla de un crecimiento del 7% mientras
que el segundo habla de una caída del 5%. Evidentemente una de las dos
informaciones es incorrecta, pero puede ser que ambas lo sean.

Pág. 7
 Introducción

Requisitos de la buena información

Características del Características de la

Sistema información

Costo Relevancia

Oportunidad Excepción

Corrección Relatividad

Comprensibilidad

Pág. 8
 Autodiagnóstico de Posicionamiento de los SI

Matriz de Mc Farlan Impacto

Bajo Alto

Permite ubicar la Turnaround

Bajo
situación en que una Soporte Transformar

Dependencia
Cambio abrupto inesperado
empresa o industria
en general, se
encuentra en materia
de Sistemas de
Alto

Información fábrica Estratégico

Pág. 9
 Introducción

Matriz de Mc Farlan
• Soporte: Compañías con negocios y sistemas de baja complejidad, en las
que la no provisión de información por un determinado período de tiempo,
ocasionará un perjuicio mínimo
• Fábrica: Grandes volúmenes a procesar, con alta dependencia al
procesamiento, pero no necesita una tecnología demasiado compleja.
• Turnaround: Se ubican las compañías que están en proceso de cambio y
que migrarán de soporte a estratégico
• Estratégico: Compañías con alto impacto y alta dependencia a los Sistemas
de Información. Son de importancia estratégica. Ejemplo: compañías de
telecomunicaciones

Pág. 10
Tipos de Sistemas de Información

Pág. 11
 Tipos de Sistemas de Información

• Sistemas transaccionales:
• Dan soporte operativo a las operaciones transaccionales de la compañía
• Generan los orígenes de los datos de la transacción
• Aportan datos al resto de los sistemas de la organización
•Sistemas para la toma de decisiones:
• Reciben información de los transaccionales
• Permiten la mejora en la toma de decisiones

Pág. 12
 Algunos usos de los Sistemas de Información

• Adquisición de ventajas competitivas

• Mantenimiento de status competitivo
• Construcción de barreras de entrada
• Cambio de las bases de la competencia
• Cambio de las relaciones con los clientes y proveedores
• Creación de nuevos productos
• Posibilidad de alianzas estratégicas
• Contrarrestar fuerzas de la competencia
• Rediseño de los procesos de negocio

Pág. 13
 Inversiones en TI

• Enfoque tipo 1:
• Evaluación de proyectos de inversión con impacto acotado (por ejemplo sectores
específicos)
• El tipo de justificación es económico-financiera
• Cuadrantes SOPORTE y FÁBRICA
• Despliegue de flujos de fondos. Indicadores adecuados y tipo de moneda.

• Enfoque tipo 2:
• Cuadrantes TURNAROUND y ESTRATÉGICO
• Efecto en toda la empresa
• Evaluación más compleja

Pág. 14
 Inversiones en TI

• La tendencia de los profesionales de TI es estar trabajando siempre con la última

tecnología disponible.
• Esto no siempre genera una posición competitiva a nivel empresa, pero si a nivel
personal.
• También es importante reconocer que no incorporar un estándar de mercado puede
dejar a la empresa fuera del negocio.
• Justificar las inversiones en TI desde el punto de vista económico-financiero asegura un
probable recupero de la inversión.
• Nuevos clientes
• Fidelización de clientes actuales
• Aumento de facturación por cliente

Pág. 15
 Inversiones en TI

• Casos de evaluaciones tipo 1:

• Mejoras en sistemas
• Mejoras en costos
• Mejora en la efectividad de los procesos administrativos y control
• Introducción de un nuevo sistema con impacto acotado

• Casos de evaluaciones tipo 2:

• Despliegue estratégico de sistemas
• Visión de largo plazo
• Cambio de un sistema que afecta a la mayoría de la compañía

Pág. 16
 Análisis de riesgo

• Riesgos de arquitectura:
• Competencia técnica
• Plataforma tecnológica
• Ciclo de vida de la tecnología

• Riesgos de desarrollo:
• Estimación y planeamiento
• Rotación del personal Pág. 17
 Realización de un business case
(evaluaciones tipo 2)

• Es un plan de negocios que brinda información adecuadamente estructurada, que sirve

para dar soporte a la toma de decisiones
• Contenido:
• Objetivo del negocio. Oportunidades.
• Lista de interesados en el proyecto y beneficiarios de la inversión.
• Explicación sobre cómo la tecnología propuesta dará soporte a la estrategia corporativa.
• Evaluación de las tecnologías a utilizar.
• Plan operativo del proyecto.
• Evaluación de riesgos relacionados con la inversión.

Pág. 18
 2- QUE ES UN SISTEMA DE INFORMACION ????

•ORGANIZACION
•SISTEMA DE INFORMACION

• SISTEMA COMPUTARIZADO
•SISTEMA DE COMPUTACION

•COMPUTADOR

• INCLUYE PERIFERICOS Y TERMINALES

•INCLUYE USUARIOS Y MANUALES DE PROCEDIMIENTOS

•INCLUYE TODA OTRA TECNOLOGIA DE INFORMACION DISPONIBLE

• INCLUYE OTROS SISTEMAS:LOGISTICA,PRODUCCION ,ETC.

Pág. 19
 3-REQUISITOS DE LA BUENA INFORMACION

• LOS SISTEMAS DE INFORMACION DEBEN SER CAPACES DE PRODUCIR

BUENA INFORMACION ESA ES LA OBLIGACION Y RESPONSABILIDAD DE
SUS DISEÑADORES ,DESARROLLADORES,OPERADORES Y USUARIOS ;MAS
AUN EN EL AMBIENTE COMPETITIVO QUE ATRAVIESA EL MUNDO
COMERCIAL Y DE LOS NEGOCIOS.
SEGÚN FEIJOO ESTAS CARACTERISTICAS PUEDEN SINTETIZARSE
1. CARACTERISTICA DE SISTEMAS :
1. COSTO
2. OPORTUNIDAD
3. CORRECCION
2. CARACTERISTICA DE LA INFORMACION:
1. RELEVANCIA
2. EXCEPCION
3. RELATIVIDAD
4. COMPRENSIBILIDAD
*
•NOTA VER CAP 2
•1.8
Pág. 20
 4 INCREMENTO EN CANTIDAD Y CALIDAD DE LAS
APLICACIONES DISPONIBLES

1. PROCESAMIENTO DE TEXTOS
2. PLANILLAS DE CALCULOS
3. BASES DE DATOS
4. INTERNET
5. TELECOMUNICACION Y REDES
6. PUBLISHING ( PUBLICACIONES )
7. GRAFICACION/DIBUJO ARTISTICO
8. APLICACIONES MULTIMEDIA E HIPERMEDIA
9. INTELIGENCIA ARTIFICAL
10. TELEFONIA CELULAR
11. ETC.
*

•1.10
Pág. 21
 5 CRECIMIENTO DE LA ECONOMIA DE LA INFORMACION

SEGÚN TOFLER

OLAS CARACTERISTICA FUENTE DE EN MATERIA DE

ESENCIAL PODER SISTEMA DE
SISTEMAS

1.RA TIERRA Y TRABAJO FUERZA SIST MUY RUDIMEN.

SIMPLES ANOTAC.
FISICO
FIN DE LA OLA CONT.
POR PARTIDA DOBLE

2.DA CAPITAL DINERO REG CONT.FIN DE LA

OLA APARECE EL
COMPUTADOR

3.RA INFORMACION CONOCIMIENTO INF.EN LINEA,EN

TIEMPO REAL E
INTE-GRADA AL
NEGOCIO

•1.11
Pág. 22
 6 DISTINTOS TIPOS DE SISTEMAS

EVOLUCION DE LOS SIST. DE INFORMACION

APLICACIONES DE SOPORTE
ADMINISTRATIVO
REDUCCION
DE
PRECIOS
SISTEMAS QUE OFRECEN VENTAJAS
HARD Y
COMPETITIVAS
SOFT.

•1.12
Pág. 23
 7 CRECIMIENTO DE LA ECONOMIA DE LA INFORMACION

•90%
•OBREROS Y TRABAJADORES
•80%

•70%

•60%

•50%

•40%

•30%

•EMPLEADOS
•20%

•10%

•0%

•1.13 • 1900 1910 1920 1930 1940 1950 1960 1970 1980 1990 2000 Pág. 24
 3 GRANDES ETAPAS EN LA INTRODUCCION DEL
COMPUTADOR EN LAS ACTIV.COMERC.

1. PROCESAMIENTO EN LOTE /DONDE LAS

TRANSACCIONES SE ACUMULAN,Y SE ENVIAN DE
TANTO EN TANTO A UN CENTRO DE COMPUTO
PARA SER PROCESADAS.
2. PROCESAMIENTO EN LINEA/SE AGREGA LA
INFORMACION DE APOYO PARA LA TOMA DE
DECISIONES.
3. ENFOQUE HACIA LOS NEGOCIOS /LOS SISTEMAS
DE INFORMACION TOMAN LA FORMA
REQUERIDA’’POR LOS NEGOCIOS’’DE LAS
EMPRESAS,REQUISITO ESENCIAL PARA LA
ACTIVIDAD EN COMPETENCIA.
*

Pág. 25
 7 EN ESTADO DE COMPETENCIA

•COMPETIDORES
•POTENCIALES
•AMENAZA DE NUEVOS INGRESOS

• PODER NEGOCIADOR DE •COMPETIDORES

• LOS PROVEEDORES •EN EL SECTOR
•INDUSTRIAL

•PROVEEDORES •COMPRADORES

•RIVALIDAD ENTRE •PODER NEGOCIADOR DE

•COMPETID EXIST. •LOS CLIENTES

•AMENAZA DE PRODUCTOS O
•SERVICIOS SUSTITUTOS.

•SUSTITUTOS

Pág. 26
 CADENA DE VALOR

ACTIVIDADES PRIMARIAS Y DE APOYO

D INFRAESTRUCTURA
MARGEN
E
RECURSOS HUMANOS
A
P DESARROLLO DE TECNOLOGIA
O
Y ABASTECIMIENTO
O
LOGISTICA LOGISTICA MARKETING SERVICIOS
OPERACIONES DE Y POST MARGEN
DE ENTRADA
VENTAS VENTA
SALIDA

•ACTIVID.PRIMARIAS
SEGUN PORTER ,UNA EMPRESA ES LUCRATIVA SI EL VALOR QUE IMPONE POR SUS PRODUCTOS ES
MAYOR A LOS COSTOS NECESARIOS PARA SU CREACION.EL MARGEN ES LA DIFERENCIA ENTRE EL
VALOR Y EL COSTO DE LOS PRODUCTOS.

Pág. 27
 NUEVE ACTIV.DE VALOR CITADAS POR PORTER

1. ACTIVIDADES PRIMARIAS ;SON AQUELLAS ACTIVIDADES FISICAS COMO SER :

1. LOGISTICA DE ENTRADA (VINCULADAS A LA OBTENCION DE MATERIAS PRIMAS Y
MATERIALES NECESARIOS PARA LA OPERA CIÓN)
2. OPERACIONES (PRODUCCION TRANSFORMACION ,ENVASADO DEL PRODUCTO O
PRESTACION DEL SERVICIO).
3. LOGISTICA DE SALIDA (VINCULADAS A LA DISTRIBUCION DEL PRODUCTO O SEA
TODAS LAS TAREAS NECESARIAS PARA QUE EL PRODUC.LLEGUE AL USUARIO O
CONSUMIDOR.
4. MARKENTING Y VENTA
5. SERVICIO POST VENTA.
2. ACTIVIDADES DE APOYO:SE REFIEREN A AQUELLAS ACTIVIDADES NECESA- RIAS
PARA QUE PUEDAN LLEGAR A REALIZARSE LAS ACTIVIDADES PRIMARIAS,ENTRE
ELLAS PODEMOS DISTINGUIR.
1. INFRAESTRUCTURA
2. RECURSOS HUMANOS
3. DESARROLLO DE TECNOLOGIAS
4. ABASTECIMIENTO
• ENCONTRANDO EN TODAS ELLAS LA NECESIDAD DE APLICACIÓN DE SISTEMAS DE
INFORMACION
*
•1.17
Pág. 28
 8 S.I. CONCEPTOS CAMBIANTES

1. 1950s: CAMBIOS TECNICOS OBJETIVO MANTENER LAS

REGISTRACIONES CONTABLES AL DIA _MUY POCA
COMPUTADORAS
2. 60s-70s:CONTROL DE GESTION TOMA DE DECISIONES
3. 80s-90s:PRINCIPALES ACTIVIDADES INSTITUCIONALES
4. 90s- 06s:LA INFORMACION COMO ACTIVO Y HERRAMIENTA
COMPETITIVA ,AUMENTO DE INVERSIONES EN TECNOLOGIA
INFORMATICA,HARD MAS BARATO Y DE MAYOR POTENCIAL ,
EVOLUCION DEL SOFT. Y REDES DE COMUNICACIONES ECONOMIA
GLOBAL.
*

•IMPORTANCIA CRECIENTE
•1.18
Pág. 29
 8 S.I. CONCEPTOS CAMBIANTES

• ADMINISTRACION

•-FRACASO
•-SUPERVIVENCIA
•-EXITO

•PRODUCTIVIDAD

•BURCH Y GRUDNITSKI
•CONCIBEN EL EXITO,LA SU-
•PERVIVENCIA O EL FRACASO
•DE UNA EMPRESA COMO UNA
COMBINACION DE SU
•DIFERENCIACION DE PRODUCTOS •GRADO DE RESPUESTAS A
TRES VARIABLES CONCEP-
TUALES EN JUEGO:
•EXITO / FRACASO •LA DIFERENCIA DE PRODUC.
•PRODUCTIVIDAD.
•1.19
•ADMINISTRACION Pág. 30
 10 S.I. PARA QUE SIRVEN ???

• COMO PUEDEN UTILIZARSE ESTRATEGICAM. LOS S.I. ??

• LOS USOS MAS SIGNIFICATIVOS SON:
1. ADQUISICION DE VENTAJAS COMPETITIVAS
2. MANTENIMIENTO DE STATUS COMPETITIVO
3. CONSTRUCCION DE BARRERAS DE ENTRADA
4. CAMBIO DE LAS BASES DE COMPETENCIA
5. CAMBIO DE RELACIONES CON CLIENTES
6. CAMBIO DE RELACIONES CON PROVEEDORES
7. CREACION DE NUEVOS PRODUCTOS
8. POSIBILIDAD DE ALIANZAS ESTRATEGICAS
9. CONTRRESTAR LAS FUERZAS DE LA COMPETENCIA
10. REDISEÑO DE PROCESOS DE NEGOCIOS .
*

•1.23
Pág. 31
 11 LOS SIST.Y EL REDISEÑO DE PROCESOS

1. EL REDISEÑO DE PROCESOS ES UN PODEROSO INSTRU MENTO

QUE PERMITE LA REALIZACION DE CAMBIOS DE IMPORTANCIA A
NIVEL ORGANIZACIONAL ,A TRAVES DE LA RACIONALIZACION
DE PROCEDIMIENTOS Y FLUJOS DE TRABAJO QUE POSIBILITAN:
1. COMBINAR PASOS
2. ALTERARLOS
3. SUPRIMIRLOS
4. AGREGARLOS.

2. LOGRANDO CON ELLO CORTAR GASTOS DE RECURSOS EN

TAREAS QUE NO AGREGAN VALOR AL PROCESO,A TRAVES DE
LA ELIMINACION DE TAREAS REPETITIVAS Y/O CON USO
INTENSIVO DE PAPEL

Pág. 32
 REDISEÑO DE PROC.NUEVAS REGLAS

REGLA ANTIGUA TECNOLOGIA QUE NUEVA REGLA

EMERGE
LA INFORMACION PUEDE APA- APARICION DE B.D QUE LA INFORMACION PUEDE APA-
RECER EN UN SOLO LUGAR A LA PERMITEN SER COMPART RECER A LA VEZ EN TANTOS
VEZ POR VARIOS USUARIOS A LUGARES COMO SEA NECESA
LA VEZ -RIO.
LOS TRABAJOS COMPLEJOS APARICION DE SISTEMAS UN TRABAJADOR NO ESPECIA
PUEDEN SER REALIZADOS SO- LO EXPERTOS. -LIZADO BIEN PUEDE REALIZAR EL
POR EXPERTOS EN EL TEMA TRABAJO QUE ANTES ESTABA
RESERVADO SOLO A LOS
EXPERTOS.
SE PUEDE TRAB.EN FORMA APARICION DE REDES DE SE PUEDE APROVECHAR SILMU-
CENTRALIZ.O DESCENT.;C/U COMUNICACIONES,EFICI-EN TANEAMENTE LOS BENEFICIOS DE
TIENE SUS VENT. Y DESVENT. TES Y CON COSTOS LA CENTRALIZACION Y DE LA
ACCESIBLES DESCENTRALIZACION.
EXISTENC.DE PERSONAS (GE APARIC.DE SOFT.DE APO- LA TOMA DE DECISIONES ES UNA
RENTES),QUE SON EXPERTOS EN YO,TOMA DE DECIS. APLI- HABILIDAD QUE YA NO ES
TOMA DE DECISIONES CION DE MODELOS Y BD, PATRIMONIO DE UNOS POCOS
EL PERSONAL QUE TRABAJA APARIC.DE COMP.PERSO- EL PERSONAL QUE TRABAJA
FUERA DE LA EMP.NECESITAN NALES Y TELEFONIA CE- FUERA DE LA EMPRESA SE
CONTAR CON INFRAEST.PARA LULAR,ESTAS TECNOLOG CO-MUNICA FACILMENTE CON
ESTAR COMUNICADO CON LA COMBINADAS HACEN LA ESTA EN EL LUGAR QUE SE
ADMINISTRACION CENTRAL “OFICINA PORTATIL” ENCUEN- TRE.
Pág. 33
 12 AUTODIAGNOSTICO DE NECESIDADES

1. A MEDIDA QUE AVANCEMOS EN LA MATERIA IREMOS DANDO PISTAS ACERCA DE SITUACIONES

QUE REFLEJAN CARENCIAS EN MATERIA DE SISTEMAS DE INFORMACION PARA INTRODUCIR
MEJORAS A MODO DE ANTICIPO DIREMOS QUE UNA FORMA SENCILLA ES MARCAR EN EL
ORGANIGRAMA LAS DISTINTAS AREAS CON EL AGREGADO DE SU CORRESPONDIENTE
CALIFICACION

•NIVELES DE IMPLANTACION DE SISTEMA.

*
•OPORTUNIDAD •OPORTUNIDAD •NIVEL DE
•DE INTRODUC. •DE MEJORA •SATISFACCION

•LOS SISTEMAS DE INFORMACION NO SON UTILES UNICAMENTE COMO SOPORTE

•DE OPERACIONES COMERCIALES,SINO QUE POR EL CONTRARIO PRESENTAN UNA
CANTIDAD MUY GRANDE DE POSIBILIDADES QUE LES PERMITEN A LAS EM- PRESAS
DESENVOLVERSE Y OBTENER VENTAJAS Y DIFERENCIAS EN UN AMBIEN- TE
SUMAMENTE COMPETITIVO COMO EL DE HOY.
Pág. 34
Universidad Nacional de Lomas de Zamora

Administración de Proyectos

Pág. 35
 La importancia de la Administración de Proyectos

• Hay una tasa muy alta de fracaso entre los proyectos de sistemas de información.

• Es común que los proyectos requieran mucho más tiempo y dinero para implementarse de lo
planificado, o el sistema terminado no funcione de manera apropiada.

• Cuando un sistema no cumple con las expectativas o su costo es demasiado alto, las
compañías tal vez no obtengan beneficio de su inversión y quizás el sistema no resuelva los
problemas para los que se diseñó.

• El desarrollo de un nuevo sistema se debe administrar con cuidado; es probable que la

forma de ejecución del proyecto sea el factor más importante que influye en su resultado.

• Por lo expuesto es esencial tener conocimiento sobre administración de y las

razones por las que tienen éxito o fracasan.

Pág. 36
 Proyectos fuera de control y falla del sistema

• Se subestima la mitad de los proyectos del sector privado en términos del presupuesto y tiempo
requeridos para entregar el sistema completo que se prometió en el plan.

• Muchos proyectos se entregan con una funcionalidad incompleta (con la promesa de completar
todo en las versiones posteriores).

• La consultoría de Standish Group descubrió que sólo el 29% de las inversiones en tecnología se
completaban a tiempo, dentro del presupuesto y con todas las características y funciones que
se habían especificado en un principio.

• Entre el 30 y el 40% de todos los proyectos de software son proyectos “fuera de control”.

• Por lo general, los sistemas producidos por proyectos de información fracasados no se

utilizan en la forma en que se esperaba, o no se usan.

• Tal vez el sistema no capture los requerimientos esenciales o mejore el desempeño

organizacional. Quizás la información no se proporcione con la suficiente rapidez como para
que sea de utilidad, tal vez se encuentre en un formato imposible de entender.
Pág. 37
 Proyectos fuera de control y falla del sistema

• Un proyecto sin una administración apropiada puede sufrir estas consecuencias:

• Costos que exceden los presupuestos por mucho

• Desfasamiento inesperado de tiempo

• Desempeño técnico más bajo de lo esperado

• Incapacidad de obtener los beneficios anticipados

• Sin una administración apropiada, un proyecto de desarrollo de sistemas tarda más en

completarse y la mayoría de las veces excede el presupuesto asignado.

• Es muy probable que el sistema de información resultante sea inferior en el sentido técnico y tal
vez no pueda demostrar ningún beneficio para la organización.

Pág. 38
 Objetivos de la Administración de Proyectos

• Un proyecto es una serie planeada de actividades relacionadas para lograr un objetivo de

negocios específico. Tiene un inicio y un fin. No es repetitivo en el tiempo.

• Los proyectos implican el desarrollo de nuevos sistemas de información, la mejora de sistemas

existentes, o tal vez la actualización o reemplazo de la infraestructura de TI.

• La administración de proyectos se refiere a la aplicación de conocimiento, habilidades,

herramientas y técnicas para lograr objetivos específicos dentro del presupuesto especificado y
las restricciones de tiempo establecidas.

• Actividades: planificar el trabajo, evaluar el riesgo, estimar los recursos, organizar, adquirir
recursos humanos y materiales, asignar tareas, dirigir actividades, controlar la ejecución del
proyecto, informar sobre el progreso y analizar los resultados.

• Cinco variables principales

• Alcance – Tiempo – Costo – Calidad - Riesgo.

Pág. 39
 Objetivos de la Administración de Proyectos

• Alcance: define qué trabajo se incluye o no en un proyecto (se debe asegurar que el alcance no
se expanda más allá de lo que estaba planeado).

• Tiempo: lapso requerido para completar el proyecto.

• Costo: se basa en el tiempo para completar un proyecto, multiplicado por el costo de los
recursos humanos requeridos para finalizar ese proyecto. Se considera el costo del hardware,
software y el espacio de trabajo. La administración de proyectos desarrolla un presupuesto para
el proyecto y monitorea los gastos continuos del mismo.

• Calidad: es un indicador de qué tan bien cumple el resultado final de un proyecto con los
objetivos especificados. La calidad también considera la precisión y actualidad de la
información producida por el nuevo sistema, además de su facilidad de uso.

• Riesgo: se refiere a problemas potenciales que amenazan el éxito de un proyecto. Estos

problemas podrían evitar que un proyecto logre sus objetivos al incrementar el tiempo y el costo,
reducir la calidad de los resultados del proyecto o evitar que éste se complete.

Pág. 40
Control Gerencial de los Proyectos

Pág. 41
 Control Gerencial de los proyectos

• Grupo corporativo de planeación estratégica: responsable de desarrollar el plan estratégico,

que puede requerir el desarrollo de nuevos sistemas.

• Comité de Dirección: grupo gerencial de nivel superior con la responsabilidad del desarrollo y
la operación de los sistemas. Son los jefes de departamento de las áreas tanto de los usuarios
finales como de sistemas de información. Revisa y aprueba los planes. Busca coordinar e
integrar sistemas y en ocasiones se involucra en la selección de proyectos específicos.

• Gerentes de Proyecto: supervisan al equipo de cada proyecto. Está compuesto por gerentes
de sistemas de información y gerentes de usuarios finales responsables de supervisar varios
proyectos específicos de sistemas de información.

• Equipo de Proyecto: Cada equipo es el responsable directo de un proyecto individual. Está

formado por analistas de sistemas, especialistas relevantes de las áreas de negocios de los
usuarios finales, programadores y tal vez especialistas de bases de datos.

Pág. 42
 Vinculación de Proyectos con el Plan de Negocios

• Para poder identificar los proyectos SI que puedan ofrecer el mayor valor de negocios, se debe
desarrollar un plan de SI que apoye su plan de negocios en general y en el que se incorporen
los sistemas estratégicos a la planeación de nivel superior.

• El plan indica la dirección del desarrollo de sistemas (propósito), fundamento, situación actual,
nuevos desarrollos, estrategia gerencial, el plan de implementación y el presupuesto.

• El plan contiene una declaración de los objetivos estratégicos y especifica el tipo de apoyo que
ofrecerá la tecnología de la información para lograrlos.

• El informe muestra cómo se lograrán los objetivos generales por medio de proyectos de
sistemas específicos. Identifica las fechas límite y los hitos para evaluar el avance del plan.

• Indica decisiones gerenciales clave: hardware, telecomunicaciones, centraliz. / descentraliz. de

la autoridad, datos, cambio en procesos de negocio y cambio organizacional.

• Se debe desarrollar un conjunto de medidas para cuantificar el valor de la información más

oportuna y precisa sobre el resultado de la decisión.
Pág. 43
Factores críticos de éxito (CSF)

Pág. 44
 Análisis de cartera

• El análisis de cartera realiza un inventario de todos los proyectos y activos de sistemas de

información de la firma, que abarca infraestructura, contratos de outsourcing y licencias

• Podemos describir esta cartera de inversiones en sistemas de información como algo que
presenta cierto perfil de riesgo y beneficio para la firma, de manera similar a una cartera
financiera.
Pág. 45
 Análisis de cartera

• Cada proyecto de sistemas de información acarrea su propio conjunto de riesgos y beneficios, por lo que se
debe tratar de balancear el riesgo y el rendimiento de las inversiones en sistemas.

• No hay un perfil ideal para todas las empresas, pero en las que se usa mucha información debiera haber
algunos proyectos de alto riesgo y muchos beneficios para poder estar al actualizados en la tecnología.

• Empresas que no usan mucha información deben enfocarse en proyectos con mucho beneficio y bajo riesgo.

• Se debe examinar los sistemas con muchos beneficios y alto riesgo; evitar los sistemas de alto riesgo por
completo; y reexaminar los sistemas con pocos beneficios y riesgos en cuanto a la posibilidad de
reconstruirlos y reemplazarlos con sistemas más deseables que tengan mayores beneficios.

• Son más deseables los sistemas con muchos beneficios y bajo nivel de riesgo. La gerencia puede terminar
la mezcla óptima de riesgo en inversión y recompensa, mediante un balance entre proyectos más riesgosos
con mayores recompensas y los más seguros pero con menos recompensas.

• Las empresas en donde el análisis de cartera se alinea con la estrategia de negocios tienen un rendimiento
superior sobre sus activos de TI, una mejor alineación de las inversiones con los objetivos de negocios, y
una mejor coordinación en toda la organización en cuanto a las inversiones.

Pág. 46
 Modelos de puntuación

• Son útiles para seleccionar proyectos en donde hay que considerar muchos criterios. Asigna ponderaciones
a las diversas características de un sistema y después calcula los totales ponderados.

• A menudo el resultado más importante de un modelo de puntuación no es la puntuación, sino el acuerdo en

cuanto a los criterios utilizados para juzgar un sistema.

• Para la puntuación hay que multiplicar el porcentaje de para cada función por la ponderación asignada.

• Al igual que con todas las técnicas “objetivas”, existen muchas opiniones cualitativas implicadas en el uso del
modelo de puntuación.

• Este modelo requiere expertos que comprendan las cuestiones y la tecnología.

• Es apropiado repasar el modelo de puntuación varias veces, modificando los criterios y ponderaciones para
ver qué tan sensible es el resultado a los cambios razonables en los criterios.

• El uso más común de los modelos de puntuación es para confirmar, racionalizar y apoyar las decisiones, en
vez de utilizarlos como árbitros finales de la selección del sistema.

Pág. 47
Ejemplo de Modelo de puntuación

Pág. 48
 Costos y Beneficios del sistema de Información

• Aunque un proyecto apoye los objetivos estratégicos y cumpla con los requerimientos de información para
los usuarios, también necesita ser una buena inversión.

• El valor de los sistemas desde una perspectiva financiera gira alrededor del rendimiento sobre el capital
invertido.

• Es posible cuantificar los beneficios tangibles y asignarles un valor monetario.

• Los beneficios intangibles, como un servicio al cliente más eficiente o la toma de decisiones mejorada, no se
pueden calcular de inmediato pero pueden producir ganancias cuantificables a largo plazo.

• Los sistemas de transacciones y de oficina que reemplazan a la fuerza laboral y ahorran espacio siempre
producen beneficios más medibles y tangibles que los sistemas de información gerencial, los sistemas de
soporte de decisiones y los sistemas de trabajo colaborativo asistidos por computadora

TAREA: Leer del libro de Laudon la lista de beneficios tangibles e intangibles.

Pág. 49
 Presupuesto de capital para los Sistemas de
Información
• El costo total de propiedad (TCO) identifica y mide los componentes de los gastos en tecnología de
información que van más allá del costo inicial de comprar e instalar hardware y software. Pero sólo provee
una parte de la información necesaria para evaluar una inversión, ya que por lo general no involucra los
beneficios, los costos de complejidad, además de los factores “blandos”.

• Para determinar los beneficios de un proyecto específico es necesario calcular todos sus costos y sus
beneficios. Sin duda, un proyecto en el que los costos exceden a los beneficios debería rechazarse. Aún si
los beneficios sobrepasan a los costos, se requiere un análisis financiero adicional para determinar si el
proyecto representa un buen rendimiento sobre el capital invertido.

• Los modelos de presupuesto de capital son una de las diversas técnicas que se utilizan para medir el valor
de invertir en proyectos de inversión de capital a largo plazo.

• El costo de inversión para los proyectos de sistemas de información es un flujo de salida de efectivo
inmediato, provocado por los gastos relacionados con el hardware, el software y la mano de obra. En los
años subsiguientes, la inversión puede provocar flujos de salida de efectivo adicionales, los cuales se
balancearán mediante los flujos de entrada de efectivo que resulten de la inversión.

• Principales modelos de presupuesto de capital para evaluar proyectos de TI: método de recuperación, la
tasa contable de rendimiento sobre la inversión (ROI), el VAN y la TIR.
Pág. 50
 Limitaciones de los modelos financieros

• El enfoque tradicional en los aspectos financieros y técnicos de un sistema de información tiende a pasar por
alto las dimensiones tanto sociales como organizacionales de los sistemas de información que pueden
afectar en los verdaderos costos y beneficios de la inversión.

• Las decisiones de inversión en sistemas de información de muchas compañías no consideran de manera

adecuada algunos costos:

• Interrupciones en la organización que se crean a causa de un nuevo sistema

• Costo de capacitar a los usuarios finales

• Impacto del aprendizaje de los usuarios en relación con la productividad

• Tiempo de los gerentes para supervisar los cambios relacionados con el nuevo sistema.

• También existe la posibilidad de pasar por alto beneficios:

• Decisiones más oportunas gracias a un nuevo sistema

• Mejora en el aprendizaje y la pericia de los empleados

Pág. 51
 Administración del Riesgo en los Proyectos - Dimensiones

• Algunos proyectos de desarrollo de sistemas tienen mayores probabilidades de crear problemas, o de sufrir
retrasos debido a que conllevan un nivel de riesgo mucho más alto que otros proyectos. El nivel de riesgo del
proyecto se ve influenciado por su tamaño, su estructura y el nivel de pericia técnica del personal de
sistemas de información y el equipo del proyecto.

• Tamaño del proyecto: Más grande es el proyecto, mayor será el riesgo. Los proyectos a escala muy grande
tienen una tasa de fracaso entre 50 y 75% mayor, porque son complejos y difíciles de controlar.

• Estructura del proyecto: Algunos proyectos son más estructurados que otros. Sus requerimientos son
claros, y se puede definir con facilidad salidas y procesos. Los usuarios saben lo que quieren; casi no hay
posibilidad que cambien de parecer. Se corre un riesgo menor que los proyectos relativamente indefinidos,
con cambios constantes; con salidas que no se pueden fijar con facilidad debido a que están sujetas a
cambios o con usuarios que no se ponen de acuerdo en cuanto a lo que desean.

• Experiencia con la tecnología: El riesgo aumenta si el equipo del proyecto carece de la pericia técnica
requerida. Si el equipo no está familiarizado con el hardware, el software y otros aspectos, es muy probable
que experimente problemas técnicos o que se requiera más tiempo para completarlo debido a la necesidad
de dominar nuevas habilidades

Pág. 52
 Administración del Cambio y concepto de Implementación

• La introducción o cambio de un sistema de información tiene un poderoso impacto sobre el

comportamiento y la organización.

• Los cambios en la forma en que se define la información, se accede a ella y se utiliza para
administrar los recursos de la organización, conducen con frecuencia a nuevas
distribuciones de autoridad y poder.
• Este cambio interno en la organización genera resistencia y oposición, además de que
puede conducir al deceso de un sistema que por lo demás sería bueno.

• Un porcentaje muy grande de los proyectos de sistemas de información sufren tropiezos

debido a que no se lidió de manera adecuada con el proceso del cambio organizacional
relacionado con la construcción del sistema.

• La construcción exitosa de un sistema requiere de una administración del cambio

cuidadosa.

Pág. 53
 El Rol de los Usuarios Finales

• La implementación de un sistema se beneficia de los niveles altos de participación de los usuarios y del
apoyo de la gerencia. Esto genera resultados positivos en el diseño y la operación de los sistemas, con
riesgo al fracaso.

• Si los usuarios están muy involucrados, tienen más oportunidades de moldearlo de acuerdo a sus
prioridades y requerimientos de negocios, y pueden controlar más el resultado. Reaccionarán de manera
positiva al sistema completo debido a que han sido participantes activos en el proceso del cambio.

• La relación entre los usuarios y los especialistas ha sido un área problemática a resolver.

• Es común que los especialistas en sistemas tengan una orientación muy técnica. Buscan soluciones técnicas
elegantes y sofisticadas a expensas de la facilidad de uso o la efectividad organizacional.

• Los usuarios prefieren sistemas orientados hacia la solución de problemas de negocios o que faciliten las
tareas organizacionales.

• Los problemas de comunicación entre los usuarios finales y los diseñadores son una de las principales
razones por las que los requerimientos de los usuarios no se incorporan de manera apropiada en los
sistemas de información y del por qué los usuarios se dejan fuera del proceso de implementación.
Pág. 54
 Apoyo y Compromiso de la Gerencia

• Si un proyecto de sistemas de información tiene el respaldo y el compromiso de la gerencia

en diversos niveles, es más probable que tanto los usuarios como el personal técnico de
servicios de información lo perciban de manera positiva.

• Ambos grupos creerán que su participación en el proceso de desarrollo recibirá una atención
y prioridad de mayor nivel.

• Es conveniente reconocer y recompensar por el tiempo y esfuerzo que se dedique a la

implementación.

• El respaldo de la gerencia también asegura que un proyecto de sistemas reciba los suficientes
fondos y recursos para tener éxito.

• Si un gerente considera que un nuevo sistema es una prioridad, habrá una mayor probabilidad
de que sus subordinados traten al sistema de esta forma también.

Pág. 55
Universidad Nacional de Lomas de Zamora

Herramientas de
Programación y Control

Pág. 56
 Herramientas de programación y control

• Desarrollo de herramientas de programación y control para el desarrollo del análisis y

diseño de sistemas de información computadorizados.

• Diagrama de Gantt (Diagrama de calendario):

Desarrollado por Henry Gantt, creo una serie de gráficos para medir el avance en
el tiempo de las tareas de producción, con el objetivo de controlar el avance de las
mismas y la utilización de los recursos disponibles.

• Método de Camino Crítico (PERT – CPM)

Es una Técnica de evaluación y programación desarrollada por la Marina de

EEUU para el Proyecto military de desarrollo del primer submarino atomico
(Polaris); paralelamente la Técnica CPM (método de camino critic) fue
desarrollada por la empresa Remington Rand y Du Pont Corparation,

Pág. 57
 Herramientas de programación y control

• Son matrices de dos dimensiones; sobre uno de sus ejes se mide el tiempo (semanas,
días, horas, etc) , sobre el restante los se dispone de los recursos que se emplean
(Personas, maquinas, equipos de trabajo etc..

• Por lo general el tiempo se representa en forma de columnas y los recursos en forma

de filas. En el siguiente ejemplo se muestra la matriz de palaneamiento y control de
tareas en una fabrica de una manera muy básica.

•SEMANAS

1 2 3 4
MAQUINA A

MAQUINA B

MAQUINA C

•* Pág. 58
 Herramientas de programación y control (ej. Diagrama Gantt)

• En el siguiente diagrama se ejemplifica la asignación de recurursos, en el ejemplo

se observa la utilización de las maquinas en el proceso de producción en un
periodo de 4 semanas.

•SEMANAS
1 2 3 4

MAQUINA 1

MAQUINA 2

MAQUINA 3

• ORDENDE PRODUCCION 24
•ORDEN DE PRODUCCION 25

Pág. 59
 Herramientas de programación y control (Síntesis del diagrama)

La utilidad del gráfico es…

• La asignación de recursos en el tiempo

• Evita la superposición de asignaciones entre las diferentes tareas / actividades.

• Permite observar la disponibilidad de recursos para su asignación.

• Permite observar por recurso la asignación en varias actividades / tareas.

• Las tareas planificadas se pueden graficar en diferentes colores / estilo de linea para
evidenciar su realización (efectuado, en utilización, palanificada a futuro).

Pág. 60
 Herramientas de programación y control (PERT - CPM)

• La Técnica PERT / CPM está definida por un conjunto de nodos y arcos.

Loas nodos significan hitos (hechos en el tiempo) y los arcos representan las
diferentes tareas / actividades.

D E

C
B

• Las tareas tienen tiempo de duración asignado (expresadas en unidad de

tiempo uniforme en el Proyecto).

• Las tareas se deben encadenar de manera lógica de acuerdo al orden en que

sae deben realizar en la lógica de las actividades que constituye el Proyecto.

Pág. 61
 Matriz de Datos de un Proyecto (CPM / PERT)

Tarea Req,Tarea Previa Tarea Req,Tarea Previa

1 A - 7 G B,E
2 B - 8 H B,E
3 C - 9 I D,F
4 D A 10 J C,G,H,I
5 E A
6 F B,E

D I J

A
E F
G
B H

Red de encadenamiento de tareas

Pág. 62
 Herramientas de programación y control (PERT - CPM)

• Tareas Ficticias:

Son tareas que no existen, sin embargo es necesaria graficarlas para poder
generar la politica de antecedencias de tareas; estas tareas ficticias no
consumnen tiempo ni recursos en el proyecto

C F

A
E

B
D

• En el ejemplo precedente, la tarea A resulta ser precedente de la tarea E.

Pág. 63
 Herramientas de programación y control (Ejemplo PERT - CPM)

TAREA REQUISITO DURACION TAREA REQUISITO DURACION

EN SEMAN. EN SEMAN.
A - 3 F B,E 4
B - 4 G B,E 5
C - 5 H B,E 12
D A 10 I D,F 10

E A 3 J C,G,H,I 3

D=10 I=10 J=3

A=3 F=4
E=3

B=4 G=5 H=12

C=5

Pág. 64
 Herramientas de programación y control
(Objetivo de PERT - CPM)

• Determinar la duración del proyecto

• Determinar las tareas consideradas como críticas

• Calcular las fechas tempranas y tardías de cada nodo.

3 1 2
3 26
3
D=10 I=10 J=3
2 4 5 6
1 2
A=3 3 F=4 3
2
0 3
6
E=3
1 G=5
B=4 6 H=12
0
3
9
C=5

CAMINO CRITICO

Pág. 65
 Herramientas de programación y control
(Conceptos)

• Cada nodo es un hito: Representa en el desarrollo del proyecto una etapa en el

mismo. En este hito se incluye la fecha de finalización de las tareas que converge al
mismo; en el nodo inicial la fecha de inicio del proyecto.

• Fecha Temprana: Se denomina a la fecha acumulada (sumatoría de las fechas

acumuladas del hito anterior, más la a duración de la actividad / tarea que la relaciona
(suponiendo que no existe ninguna demora en la finalización de la misma. Es
importante remarcar que la fecha temprana de un hito es la fecha mayor a la de las
tareas / actividades que la precede.

• Fecha Tardía: Es la fecha acumulada hasta la que se puede extender la finalización

de las tareas sin demora en la finalización del proyecto. La diferencia entre la fecha
temprana y la tardía en un hito determina la tolerancia de demoras en el inicio de las
tareas que continúan al hito.

Pág. 66
 CALCULOS Y CAMINO CRITICO

Ejemplo de calculo de fecha tardía del nodo 5: es igual a la fecha tardía del nodo 6 (26) menos a la fecha
tardía del nodo 6 menos la duración de la terea J=3. La fecha tardía del nodo 5 es 23
A su vez el nodo 3 tendrá una fecha tardía (9) lo que significa que la Tarea B puede demorarse hasta la
semana 9.
Fecha temprana del nodo 5 (23) – Tarea G (5) = 18
Fecha tardía del nodo 5 (23) – Tarea H (12) = 11
Fecha tardía del nodo 4 (13) – Tarea F (4) = 9

3 1 2
3 26
3 I=10 J=3
D=10
2 4 5 6
A=3 1
3 F=4 2 2
0 3
E=3 3 6
1 G=5
B=4 6
0 H=12
3
9 C=5

CAMINO CRITICO
Las tareas A, D, I y J si se retrasan, demoraría la finalización del proyecto (se
denomina camino critico); las tareas restantes tienen margen de demora (calcule
sus márgenes).
•5.13 Pág. 67
 Aplicación en Sistemas

La herramienta de programación y control de Proyecto es utilizada en:

• Fase de análisis global (Entrevistas, descripción funcional, etc.)

• Fase de análisis detallado (Análisis de flujos de información, y datos, Análisis de

funciones, etc..

• Fase de Construcción (Diseño y desarrollo de promas, Diseño de Bases de datos, etc)

• Fase de Pruebas (

• Puesta en producción

Pág. 68
Universidad Nacional de Lomas de Zamora

Capitulo 9 Análisis de
Sistemas Computarizados

Pág. 69
 Análisis de sistemas computarizados

• Evaluar las propiedades de Hw y Sw.

•Propiedad de la compañía
•Contratado. En sistemas por ej. ERP permitirá el análisis de las funciones
del Sw y adaptarlo mediante cabios adaptativos en parametria).

• En el proceso de análisis funcional se utiliza la técnica de Top-Down.

• Verificar la existencia de documentación actualizada en el ciclo de vida del proyecto

(Analisis, Diseño, Desarrollo y Puesta en producción).
•Carpeta del Sistema
•Carpeta de programas
•Manual de Operaciones, etc.
•ETC

• Evaluación del Sw para necesidades futuras (ej ERP)

• Analizar la necesidad de interfaces (conectividad) con otros Sw. existentes,
facilidades de portabilidad y migraciones.
• *

Pág. 70
 Aspectos sujeto a análisis

• Flujos de Datos (procesos / transacciones).

• Representación grafica del Sistema (diagrama de Sistema)

• Diseño de los datos

• Volúmenes de información procesada

• Tiempos de procesos

• Origen y destino de información (usuarios objetivos)

• Manuales y apoyo de utilización del Sw

• Aspectos de Seguridad informática (Back Up, Pistas de auditoria, Planes de catastrofe, etc.

• Hw Centralizado y descentralizado (Parque informático)

• Contratos de contingencia / seguros.

Pág. 71
 Análisis y Diseño de Sistemas

Diagrama de flujo de datos

Marco Teórico Herramientas
Diagramas de clases
Diccionario de datos
Descripción
Especificación de procesos
Funcional

Diagrama entidad / relación

Metodología Construcción Herramientas Normalización de BD
Descripción de Diseño de BD
de Modelos Datos

Ciclo de Vida
- Análisis •Lista de eventos
- Diseño •Lista de estímulos y
- Desarrollo respuestas
- Puesta en prod. •Diagrama de
============ contexto Diagrama de transición de estado
Herramientas
+ Fases •Modelo funcional Descripción de Diagramas de estructura
+ Etapas •Modelo de Control Diagrama de Casos de uso
+ Tareas implementación

Herramientas de Diseño

Pág. 72
Marco Teórico

Pág. 73
Marco Teórico

Pág. 74
Marco Teórico

Pág. 75
Marco Teórico

Producción

Pág. 76
Universidad Nacional de Lomas de Zamora

Pág. 77
 Técnicas de entrevistas

• Las entrevistas son fundamentales en las etapas de análisis global y análisis detallado
• Una entrevista es una reunión entre dos o más personas en dónde el encuentro es
personal, estableciendo un complejo proceso de comunicación que excede el lenguaje
verbal
• Lenguaje corporal
Proceso de comunicación • Tono de voz
• Contenido

Objetivo: recolectar datos • Reunión de información general

del entrevistado bajo • Opiniones o puntos de vista
distintas formas • Planteo y clarificación de inconsistencias

Pág. 78
 Técnicas de entrevistas

• Usuarios del sistema

Generalmente, quién es el • Analistas anteriores
entrevistado?
• Proveedores

• Rol pasivo: en la apreciación general de un tema

Rol del analista
• Rol activo: Predominan las preguntas

• Análisis global: niveles gerenciales y de dirección

vinculados al área bajo estudio
Entrevista
• Análisis detallado: niveles operativos y de
supervisión
Pág. 79
 Clasificación de entrevistas

• Contenido preparado – niveles bajos

Estructuradas • El trabajo se invierte en el armado
• Es simple de evaluar

• La calidad de la información depende del

No estructuradas entrevistador
• Más difícil de evaluar

• Cerradas (entrevistas estructuradas)

Respuestas • Abiertas (no estructuradas)
• Combinadas

Pág. 80
 Condiciones en que debe desarrollarse la entrevista

• Preparación de la entrevista
• Acudir con un esquema armado
• Objetivo preciso, no perderlo de vista
• Abordar directamente los temas definidos (luego de la presentación)
• Identificar a los entrevistados
• Anticipar el motivo de la reunión
• Cantidad de personas, no excederse

Pág. 81
 Condiciones en que debe desarrollarse la entrevista

• Desarrollo de la entrevista
• No debe parecer un interrogatorio
• Elegir lugar y hora adecuados
• Planear la duración de la entrevista
• Sintonía - empatía
• Crear condiciones para que no se sientan presionados
• Perfil profesional – no mostrar emociones
• No grabar
• No tomar apuntes en forma excesiva
• Documentación
• Hacer una minuta provisoria y una definitiva
• Poner expresamente lo que se habló en la reunión

Pág. 82
 CUESTIONARIOS

• CASOS TIPICOS DE CUESTIONARIO SON AQUELLAS HERRAMIENTAS

UTILIZADAS PARA EVALUAR EL SISTEMA DE CONTROL INTERNO O EL
AMBIENTE DE CONTROL DONDE LAS PREGUNTAS ESTAN ELABORADAS DE
FORMA TAL QUE LAS RESPUESTAS QUE INDIQUEN SITUACIONES DE ERROR
QUEDEN PERFECTAMENTE EXPUESTAS.

• LOS CUESTIONARIOS SE UTILIZAN COMO AYUDA EN LAS ENTREVISTAS

ESTRUCTURADAS.

• PUEDEN ENTREGARSE CON ANTERIORIDAD PARA SER LLENADAS POR

AQUELLOS DE QUIENES QUEREMOS OBTENER INFORMACION O CONOCER SUS
OPINIONES.

4.13
Pág. 83
 METAMODELO O MODELO DE PRECISION

• EL METAMODELO FUE UNO DE LOS PRIMEROS DESARROLLOS

EFECTUADOS POR JOHN GRINDER Y RICHARD BANDLER, CREADORES
DE LA PROGRAMACION NEUROLENGUISTICA Y TIENE POR OBJETIVO EL
EMPLEO DE UN LENGUAJE CLARO Y SIN AMBIGUEDADES.

• EL MODELO DE PRECISION FUE INSPIRADO A PARTIR DE LAS

OBSERVACIONES REALIZADAS POR DICHO AUTORES SOBRE LAS
TECNICAS EMPLEADAS POR LOS TERAPEUTAS ( FRITZ PERLS Y VIRGINIA
SATIR ) QUIENES SOLIAN USAR CIERTAS PREGUNTAS PARA RELEVAR
INFORMACION

4.14
Pág. 84
 CONCEPTOS LENGUISTICOS

• ESTRUCTURA PROFUNDA :
El lenguaje existe a un nivel neurologico profundo.

• ESTRUCTURA SUPERFICIAL:
Reducciones que se hace sobre la estructura profunda para hablar con claridad
.

4.15
Pág. 85
 PASO DE LA ESTRUCTURA PROFUNDA A LA SUPERFICIAL

NUM ACCION CONSECUENCIA

1 SELECCION DE LA INFORMACION QUEDAN SIN MENCIONAR

MUCHOS CONCEPTOS

2 REALIZACION DE UNA VERSION DISTORSION DE SU CONTENIDO

SIMPLIFICADA DE LA Y SIGNIFICADO
ESTRUCTURA PROFUNDA
3 GENERALIZACIONES DE HECHOS QUEDAN AUTOMATICAMENTE
EXCLUIDAS LAS EXCEPCIONES

4.16
Pág. 86
 PREGUNTAS PARA ACLARAR RESPUESTAS
VIOLACION AL EJEMPLOS ?COMO ACLARAR LA
METAMODELO SITUAC?PREGUNTANDO

LUEGO SE EMITE UN CHEQUE ?QUIEN EMITE LOS CHEQUES?

VERBOS LUEGO CONTRAT.EL SERV DE ?COMO..ESPECIFICAMENTE HIZO PARA

INESPECIFICADOS MANT.DE EQUIPOS CONTRATAR EL SERVICIO

COMPARACIONES LA PROPUESTA DEL PROV A ?MAS CONVENIENTE QUE ???

RESULTO LA MAS CONV. COMPARADA CON QUE ???

JUICIOS EL SIST.B RESULTO SER EL ??DE QUIEN ES LA OPINION??//DE LOS

MEJOR PAQUETE DE USUARIOS??DE QUIEN LO
SOFTWARE QUE SE PUDO CONTRATO???
ENCONTRAR

NOMILIZACIONES LOS SIST XX TIENEN ??BAJO QUE CIRCUNSTANCIAS TIENE

DIFI-CULTAD EN EL ALM.DE DIFICULTADES DE ALMACENAR???
GRANDES VOLUMENES

OPER.MODALES ESO ES IMPOSIBLE DE HACER. ??QUE LE IMPIDE REALIZAR TAL TAREA

DE POSIBILIDAD ????

OPER.MODALES DE NECESITO TAL SERVICIO PERO ??QUE PASARIA SI LO HICIERA???

NECESIDAD NO DEBERIA HACER USO DE
EL

CUANTIFICADOR. EL SOFTWARE EXISTENTE ES ??TODO EL SOFTWARE?? CONTRA

• 4.18 UNIVERSALES DE MALA CALIDAD EJEMPLO
Pág. 87
Descripción de las Necesidades (Sistema de
compras)

Pág. 88
 Descripción de las Necesidades (Sistema de
compras)
Módulo Ingreso de Solicitudes de compras y Pedidos de Reaprovicionamiento

No relevado

Pág. 89
 Descripción de las Necesidades (Sistema de
compras)
MODULO 2: Selección del proveedor y adjudicación de la compra

Pág. 90
Descripción de las Necesidades (Sistema de
compras)

Pág. 91
Descripción de las Necesidades (Sistema de
compras)

Pág. 92
Pág. 93
 •Cursograma Completo

•Cursogramas (circuito)
•(De acuerdo a las necesidades)

Pág. 94
 Descripción de las Necesidades (Sistema de
compras)
•Stock

•Proveedores

•Devol

Pág. 95
Descripción de las Necesidades (Sistema de
compras)

Pág. 96
 Estudio de Factibilidad (Sistema de compras)
NOMBRE
Estudio de Factibilidad Técnico/Funcional
OBJETIVO
ESTUDIO DE Estudio de la funcionalidad, el rendimiento y las restricciones que puedan afectar a la posibilidad de realización del sistema.
FACTIBILIDAD Análisis y evaluación de distintas alternativas para el desarrollo del sistema.
TÉCNICO/FUNCIONAL
CONTENIDO
Fecha:.. ../....../......
Proyecto:.......................................................................................................................
Responsable:....................................................... Sector:...............................................
Participantes:.................................................................................................................
-Idea/objetivo: (incluir ficha de descripción de la necesidad)
-Relevamiento
-Presentación contexto (dónde)
-Necesidades (relevamiento detallado)
-Problemáticas detectadas
-Situación actual (cómo se desarrolla hoy)
-Factibilidad técnica / funcional
-Diagnóstico de la situación actual (PMO[1])
-Alternativas. Escenarios de solución (FMO[2])
-Descripción de tipos de solución[3] (producto, desarrollo, evolución, no hace falta.)
-Impacto
-Plan Maestro de Sistemas. Arquitectura sistemas. Otros sistemas, visión TMN, mapeo TOM
-Plan tecnológico
-Parque informático
-Procesos del cliente
-Usuario
-Organización
-Ventajas y desventajas de la alternativa
-Plazos estimados para llevar adelante la alternativa
-Riesgos de no ejecución
-Conclusión

RESPONSABLE
Líder Funcional + Líder Informático
(Este documento contiene el resultado de tareas que, según la Guía de Proyectos, corresponden a distintos responsables. Será
responsabilidad del líder funcional y el informático, conformar en conjunto, este documento con los distintos informes.) Pág. 97
 Estudio de Factibilidad (Sistema de compras)

NOMBRE
Estudio de Factibilidad Económica
ESTUDIO DE
FACTIBILIDAD OBJETIVO
TÉCNICO/FUNCIONAL Estudio de inversiones y gastos frente al beneficio final producido por el sistema.

CONTENIDO
Fecha:.. ../....../......
Proyecto:.......................................................................................................................
Responsable:....................................................... Sector:...............................................
Participantes:.................................................................................................................
-Contexto
-Alternativas. Escenarios posibles
-Contexto
-Inversiones y gastos del proyecto
-Beneficios
-Valor actual neto
-Tasa interna de retorno
-Período de recupero
-Máxima necesidad de fondos y años en los que ocurre
-Estado de resultados proyectado
-Cash flow proyectado
-Conclusión

RESPONSABLE
Líder funcional con colaboración del líder informático y de un experto económico.

Pág. 98
 Cuestionario

•Fase de descripción de las necesidades.

•1.- Cual es su objetivo?
•2.- Que tareas debe realizar un analista de sistema?
•3.- Que herramienta/s debe utilizar
•4.- Identifique los entregables que documenta la completitud de la
fase

Pág. 99
 Proyecto: ........................................................
Subproyecto: ........................................................
DOCUMENTO F1
Requerimientos Estado Preliminar En análisis de En negociación c/usuario Definitivo
impacto
funcionales
Preparado por: <Nombre y Apellido> Fecha de creación: <dd/mm/aa>
del sistema Informático. probado por: <Nombre y Apellido> Fecha de aprobación: <dd/mm/aa>

DATOS GENERALES
Requirente <Gerencia> <Nombre y Apellido> Interno

DESCRIPCIÓN DE LA NECESIDAD
1.Objetivo del proyecto/requerimiento
2.Alcance del proyecto/requerimiento
3.Breve descripción
4.Beneficios esperados / motivación / justificación
5.Identificación de procesos y subprocesos impactados

ESPECIFICACIÓN FUNCIONAL [1]

1.Funcionalidades
-Alcance de las funcionalidades
-Descripción detallada de las funcionalidades.
-Descripción de aspectos de seguridad de la funcionalidad
-Definición de usuarios y perfiles de la funcionalidad
2.Requerimientos a los sistemas impactados
3.Descripción de aspectos de volumetría y performance
4.Principales cambios a los procesos
-Definición de procesos/subprocesos a implementar/cambiar
5.Reportes
6.Puntos abiertos
7.Temas a desarrollar en una etapa posterior
8.Posibles indicadores

DOCUMENTOS DE ANÁLISIS DE IMPACTOS

OTROS DOCUMENTOS RELACIONADOS – ANEXOS

Pág. 100
Lista de Eventos Estimulos y Respuestas (Sist. Compras)

Pág. 101
 Fase de Diseño Global (Sist. Compras)

FASE ETAPA TAREA ENTREGABLES COORDINADOR

S S S

D
G
- Descripción Requerimientos Funcionales
I - Especificación Funcional
L - Análisis de Requerimientos
S - Plan Maestro Actualizado
O - Impacto en Arquitectura Técnica
E - Arquitectura Técnica
B - Realización de Especificación
Ñ Actualizada
A ESPECIFICACIÓN - Plan General de Trabajo Líder
- Especificación Técnica
O GENERAL - Definición de Equipo de Trabajo
L - Plan General de Trabajo Funcional
- Administración de Riesgo
- Equipo de Trabajo
- Quality Management
- Carta de Decisión Actualizada
- Revisión Modalidad de Proyecto
- Est Fact Económica Act.
- Revisión de Business Plan

HITO 1: CONVALIDACIÓN ESPECIFICACIÓN - Especifiación Convalidada

Pág. 102
Fase de Diseño Global (Sist. Compras)

Pág. 103
Universidad Nacional de Lomas de Zamora

Pág. 104
 Diagramas de flujo de datos

Otras formas posibles para describir un sistema

• Lenguaje corriente: Poco claro, ambiguo y superficial. No contiene gráficos ni
esquemas que faciliten su comprensión

• Cursogramas: Muy útiles para mostrar la circulación de información a través de

sectores, pero no tienen la capacidad para reflejar procesos computadorizados.

• Diagramas de sistemas: Aptos para mostrar procesos por lotes. Muy orientados a
los especialistas en el tema. Pero no son convenientes para encarar un nuevo
diseño.

Necesidad de una herramienta adecuada

Pág. 105
 Diagramas de flujo de datos

Diagramas de flujos de datos

• Herramienta utilizada tanto por el análisis como por el diseño estructurados. Trata de
independizar la descripción lógica del sistema, de los elementos físicos que le dan
soporte (personas, archivos, computadoras).

• Por ello, a nivel lógico, los DFD de un mismo sistema conceptual implantado en dos
empresas distintas, necesariamente han de ser iguales

• Son muy útiles para preparar especificaciones funcionales de sistemas, que pueden ser
apreciadas por los usuarios, que pueden expresar opiniones y determinar
requerimientos lógicos sin caer en detalles de la implantación física

Pág. 106
 Diagramas de flujo de datos

Cuatro ventajas principales

• Libertad conceptual: no hace falta comprometerse con la realización

técnica

• Permite comprender las interrelaciones entre sistemas y subsistemas

• Puede ser usado para interactuar con los usuarios

• Permite realizar un análisis para asegurarse que toda la salida

necesaria pueda ser obtenida

Pág. 107
 Diagramas de flujo de datos

Simbología a utilizar

Pág. 108
 Diagramas de flujo de datos

Graficación de un DFD

• Posee tres partes: identificación, descripción y sector que

Proceso la realiza

• Nosotros no vamos a utilizar la última sección

• El nombre del proceso debe ser claro y debe explicar la

función que se realiza

Pág. 109
 Diagramas de flujo de datos

Graficación de un DFD

Entidad • Puede dibujarse más de una vez, para evitar el cruce de

externa líneas. En estos casos, suele cruzarse con un línea
diagonal

• Pese a ser utilizada como fuente, es externa al estudio

Pág. 110
 Diagramas de flujo de datos

Graficación de un DFD

• Poseen dos secciones: la identificación y la descripción

Archivos
• En la identificación, se comienza con la letra D (de DATA),
seguida por un número. Esto es importante para el
diccionario de datos

• Puede dibujarse más de una vez

Pág. 111
 Diagramas de flujo de datos

Graficación de un DFD

Flujo de • Muestran el flujo de información a través del sistema

datos
• La punta de flecha es fundamental, puesto que indica el
sentido de la información

Pág. 112
 Diagramas de flujo de datos

Ejemplo
Carrera

Alumn Código de alumno

o
Si es necesario D2 Materias
para la claridad del Notas
diagrama, pueden
repetirse entidades
Certificado
Código de alumno externas y Alumn
o
archivos

Pág. 113
 Diagramas de flujo de datos

Numeración Nivel 1
0
Nivel 0
1 2
0

Pág. 114
 Diagramas de flujo de datos

Numeración Nivel 2
1
Nivel 1
1.1 1.2

0
1 2

3
1.3 1.4

Pág. 115
 Diagramas de flujo de datos

Más sobre los diagramas

• La idea es ir conociendo el detalle de nuestro sistema, yendo de lo

general a lo particular

• Cada vez que hacemos una explosión de un nuevo nivel de detalle,

debemos garantizar que todos los flujos de información del nivel
anterior, aparezcan en el nivel siguiente

• El procesos consiste en mirar al sistema con un “ZOOM”. Cada nivel

de detalle siguiente, implica aumentar la precisión de ese “ZOOM”

Pág. 116
 Diagramas de flujo de datos

Continuemos con el ejemplo Pueden aparecer

nuevos flujos
Al agregar un nivel Carrera
de detalle… D2 Materias
0
Notas
1
Alumn Código de alumno
o
Consulta
alumnos
2

Emisión
certificado Certificado Alumn
o

Código de alumno Los flujos continúan hacia

los nuevos procesos Pág. 117
 Diagramas de flujo de datos

Errores comunes al dibujar un DFD

• Olvidar la inclusión de un flujo de datos o colocar una flecha en la dirección
errónea
• Un proceso transforma datos, debe recibir entradas y producir salidas. Si el
proceso no cumple esto (solo entradas o solo salidas) hay error

Solicitudes Solicitudes
pendientes Notas pendientes Notas

• Etiquetado incorrecto de procesos y/o flujos de datos

Pág. 118
 Diagramas de flujo de datos

Errores comunes al dibujar un DFD (cont.)

• Entidades externas y/o archivos no pueden conectarse directamente entre

si. Deben hacerlo a través de un proceso

• Bifurcación de flujos

Pág. 119
 Diagramas de flujo de datos

Ejemplo: Sistema de depósitos por cajero automático

Pág. 120
 Diagramas de flujo de datos

Ejemplo: Sistema de depósitos por cajero automático

Pág. 121
DFD 0

• Ver 06 Herramientas para el modelado de Sistemas.doc Pág. 122

DFD 1

•Ver 06 Herramientas para el modelado de Sistemas.doc Pág. 123

•Diccionario de Datos

Pág. 124
Diccionario de Datos
Flujos de datos * Datos en movimientos
Nombre + Alias + Descripción + Composición +…

,,,+ (Información de Volumen) + (Frecuencia) + …

,,,+ (Consideraciónes de seguridad e impelemtación)…+

* Ej. Datos de Clientes

Estructura de Datos * Estructuras y/o elementos de datos (atributos).

Nombre y Composición

Elementos de Datos * El que no requiere mayor descomposición

* No requiere mayor descomposición

Nombre + Alias + Descripción + Valores (* Caso Discreto) …

… (Caso Continuo) + Significado + Tipo (Numerico / Alfab) + …

…+ Longitud

Almacenamientos * Datos en reposo

Nombre + Descripción + Composición + (Información de Volumen) +…
•Obligatorio
,,,+ (Consideraciones de seguridad e implementación)…+

*Ej. Proveedores

Entidad Externas * Objetos con los que el sistema intercatúa

[Rol que desempeña / Organización) + (* Persona / Lugar / Cosa / Sistema)…+

…+ Volumen + Tasa de crecimiento + ( si es Sistema Lenguaje + Técnología)

Procesos * Transformaciones de información ó controles

Nombre + Propósito + Especificación (Datos de entrada + Descripción •Obligatorio
proceso…

… + Datos de salida). Pág. 125

 NOMBRE REFERENCIAL:
.....................................................................................................................
Proyecto: ........................................................
Subproyecto: ........................................................

Estado Preliminar En análisis de En negociación c/usuario Definitivo

impacto

Preparado por: <Nombre y Apellido> Fecha de creación: <dd/mm/aa>

Actualizado por: <Nombre y Apellido> Fecha de actualización: <dd/mm/aa>
DOCUMENTO F1 Aprobado por: <Nombre y Apellido> Fecha de aprobación: <dd/mm/aa>
Requerimientos
funcionales e DATOS GENERALES
impactos Requirente <Gerencia> <Nombre y Apellido> Interno

Responsable Gestión <Gerencia> <Nombre y Apellido> Interno

Fecha requerida de implantación: <dd/mm/aa>

Fecha estimada de respuesta del U211: <dd/mm/aa>

Prioridad: 1 (alta), 10 (baja) 1 2 3 4 5 6 7 8 9 10

DESCRIPCIÓN DE LA NECESIDAD
1.Objetivo del proyecto/requerimiento
2.Alcance del proyecto/requerimiento
3.Breve descripción
4.Beneficios esperados / motivación / justificación
5.Identificación de procesos y subprocesos impactados

ESPECIFICACIÓN FUNCIONAL [1]

1.Funcionalidades
-Alcance de las funcionalidades
-Descripción detallada de las funcionalidades.
-Descripción de aspectos de seguridad de la funcionalidad
-Definición de usuarios y perfiles de la funcionalidad
2.Requerimientos a los sistemas impactados
3.Descripción de aspectos de volumetría y performance
4.Principales cambios a los procesos
-Definición de procesos/subprocesos a implementar/cambiar
5.Reportes
6.Puntos abiertos
7.Temas a desarrollar en una etapa posterior
8.Posibles indicadores
•Ver 05 Guia de Proyectos - Version 2013
DOCUMENTOS DE ANÁLISIS DE IMPACTOS
OTROS DOCUMENTOS RELACIONADOS – ANEXOS Pág. 126
Casos de Uso

Pág. 127
Casos de Uso

Pág. 128
 Cuestionario

•Fase de Diseño Global

•1.- Cual es su objetivo?
•2.- Que tareas debe realizar un analista de sistema?
•3.- Que herramienta/s debe utilizar
•4.- Identifique los entregables que documenta la completitud de la
fase

Pág. 129
Diagrama Entidad / Relación (DER)

Pág. 130
Diagrama de Clases

Pág. 131
Diagrama de Estructura (Sistema de compras)

Pág. 132
Diagrama de Estructura (Sistema de compras)

Pág. 133
Universidad Nacional de Lomas de Zamora

Tablas de Decisión

Pág. 134
 Tablas de Decisión (Conceptos básicos)

• Reglas de Decisión: Una regla indica que condiciones deben ser satisfechas para
poder proceder a ejecutar una acción o un conjunto de acciones.

• Tabla de Decisión: Son conjuntos de reglas de decisión, adecuadamente expuestas

y presentadas, con el objeto de constituir un elemento eficaz de comunicación de
decisiones que forman parte de un proceso dentro de una empresa.

• Una tabla de decisión esta constituida por una matriz de dos dimensiones compuesta
por filas y columnas en la que se distingue cuatro cuadrantes.

Pág. 135
 Tablas de Decisión (Composición de una tablas)

• Cuadrantes:
✔ Dos cuadrantes superiores se refieren a la s condiciones que han de regir la
decision,
✔ Dos cuadrantes inferiores que describe las acciones correspondientes.
✔ Los cuadrantes de la izquierda expresan las descripciones (de las condiciones y
las acciones respectivamente,,
✔ Los dos cuadrantes de la derecha constituyen los valores y tienen como objeto
determinar los cursos de acción a seguir de acuerdo alas condiciones.

FORMA GENERAL DE UNA TABLA DE DECISION

ESTABLECIMIENTO DE LAS VALORES DE ENTRADA DE
CONDICIONES LAS CONDICIONES
ESTABLECIMIENTO DE LAS VALORES DE ENTRADA DE
ACCIONES LAS ACCIONES

Pág. 136
 Tablas de Decisión (Ejemplo)

• Sí un alumno tiene mas de 20 materias aprobadas multiplique su promedio de

calificación por 1.50 a los efectos de competir por un lugar en el curso al cual se ha
inscripto.

Los promedios ponderados serán calculados en función de la cantidad de materias

aprobadas por los alumnos

Sin embargo los coeficientes de ponderación superiores a 1.00 no regirán cuando el

alumno haya registrado calificaciones insuficientes superiores a la mitad de las
materias aprobadas.

MATERIAS APROBADAS COEF.DE PONDERACION

DE 0 A 10 1.00
DE 11 A 21 1.25
MAS DE 20 1.50
Pág. 137
 Tablas de Decisión (Ejemplo)
La tabla del problema presentado queda

REGLA REGLA REGLA REGLA REGLA REGLA

1 2 3 4 5 6
CANT.DE MATERIAS DE 0 A DE 0 A 10 DE 11 A DE 11 A 20 MAS DE 20 MAS DE 20
APROBADAS 10 20

INSUFIC.SUPERIORES A LA
MITAD DE LAS MATERIAS SI NO SI NO SI NO
APROBAD.

APLICAR COEFICIENTE 1
X X X X

APLICAR COEFICIENTE 2
X

APLICAR COEFICIENTE 3 X

Pág. 138
 Tablas de Decisión (Sintesis de las ventajas)

1. APORTAN CLARIDAD DE EXPOSICION

2. SON EFICACES EN LA TAREA DE REDUCCION DE SITUACIONES COMPLEJAS A
ESQUEMAS SUMAMENTE SENCILLOS.
3. POR SU SENCILLEZ, ADEMAS,PERMITEN APRECIAR CLARAMENTE QUE NO SE
HAYA OMITIDO NINGUNA DE LAS ALTERNATIVAS VALIDAS.
4. PERMITEN DETECTAR Y ELIMINAR TODO TIPO DE AMBIGUEDADES E
IMPRECISIONES.
5. CONTRIBUYEN A LA ELIMINACION DE REDUNDANCIA.
6. FACILITAN EL POSTERIOR TRATAMIENTO DEL PROBLEMA EN TERMINOS DE
COMPUTACION,YA QUE POR SU CLARIDAD,EL PROBLEMA QUEDA PLANTEADO
EN OPTIMO ESTADO PARA PROGRAMAR
*

Pág. 139
 ASPECTOS A CONSIDERAR PARA SU CONSTRUCCION

1. ANALIZAR Y DETECTAR LOS FACTORES MAS RELEVANTES, TOMARLOS EN

CONSIDERACION AL TRATAR UNA DECISION, CON EL OBJETO DE IDENTIFICAR SUS
CONDICIONES.
2. CADA CONDICION SELECCIONADA DEBE TENER LA CAPACIDAD DE OCURRIR O NO
OCURRIR; NO EXISTEN TERMINOS MEDIOS
3. CONSIDERAR LOS PASOS O ACTIVIDADES MAS FACTIBLES ANTE LAS DISTINTAS
SITUACIONES QUE PUDIERAN PRESENTARSE, CON EL OBJETO DE IDENTIFICAR LAS
ACCIONES.
4. ESTUDIAR LAS COMBINACIONES POSIBLES DE LAS CONDICIONES, SIN DEJAR DE
RECORDAR QUE ESTAS EVOLUCIONAN EN FORMA EXPONENCIAL YA QUE:
5. N CONDICIONES 2 ELEVADO A LA N NOS DA LAS COMBINACIONES POSIBLES.
6. EMITIR LAS REGLAS DE DECISION.
7. LLENAR LAS ENTRADAS DE ACCION CON UN X PARA SEÑALAR AQUELLAS QUE DEBEN
LLEVARSE A CABO ,Y DEJAR EN BLANCO LAS CELDAS ( O MARCARLAS CON - ) QUE
NO IMPLIQUEN ACCION PARA ESE RENGLON.
8. IDENTIFICAR REGLAS REDUNDANTES O CONTRAINDICACIONES,Y ELIMINARLOS DE LA
TABLA.

Pág. 140
 ELIMINACION DE REDUNDANCIA Y CONTRADICCIONES

1. REDUNDANCIAS : LA REDUNDANCIA SE PRESENTA AL APRE- CIAR QUE

1. DOS REGLAS DE DECISION SON IDENTICAS,EXCEPTO POR UNA
CONDICION ,Y QUE…..
2. ……LAS ACCIONES PARA ESAS DOS REGLAS SON IDENTICA.
3. ELLO IMPLICA QUE LA CONDICION NO COMPARTIDA NO TIENE
INCIDENCIA EN LAS ACCIONES ,YA QUE SON IGUALES A PESAR DE LA
DIFERENCIA SEÑALADA

2. CONTRADICCIONES :LAS REGLAS DE DECISIONES SE CON- TRADICEN

CUANDO DOS O MAS DE ELLAS TIENEN EL MISMO CONJUNTO DE
CONDICIONES Y LAS ACCIONES SON DIFE- RENTES.ELLO PUEDE DEBERSE
TANTO A LA INFORMACION RECOLECTADA DE UNA MANERA INCORRECTA
,COMO A UN ERROR EN LA CONFECCION DE LA TABLA .

Pág. 141
 TIPOS DE ENTRADAS A LAS TABLAS

1. DE ENTRADAS LIMITADAS : SE CARACTERIZAN PORQUE TANTO LAS

CONDICIONES COMO LAS ACCIONES FIGURAN EN FORMA COMPLETAMENTE
EXPLICITA ( Y NO FRACCIONADA NI ABREVIADA) PARA ESTABLECER LOS
VALORES DE ENTRADA DE LAS CONDICIONES SOLO SE UTILIZA S Y N (POR SI Y
NO), Y PARA LOS VALORES DE ENTRADA DE LAS ACCIONES SE IMPONE UNA X
(QUE DENOTA LA ACCION DE EJECUTAR ).
2. DE ENTRADAS EXTENDIDAS : SON MUY UTILES CUANDO LA DECI- SION
COMPRENDE GRAN CANTIDAD DE CONDICIONES, YA QUE SU PARTICULARIDAD
CONSISTE NO YA EN COLOCAR S O N COMO EN- TRADA,SINO DIRECTAMENTE
LAS DESCRIPCIONES (QUE EN LA ANTERIOR SE INCLUIAN EN LOS ENUNCIADOS
DE LAS ACCIONES) OCURRE LO MISMO CON LOS VALORES DE LAS ACCIONES
3. MIXTAS :CONSISTE EN LA COMBINACION DE LAS CARACTERISTICAS DE CADA
UNA DE LOS DOS TIPOS DE TABLAS ANTERIORES,EN FUNCION DEL PROBLEMA
QUE ESTEMOS TRATANDO ;ESTA FORMA MAS LIBRE DE ENCUADRAR UN
PROBLEMA SUELEN SER LA MAS PREFERIDAS POR LOS ANALISTAS ,YA QUE
RESULTAN SER MAS FLEXIBLE .
*
Pág. 142
 EJEMPLO

• SUPONGAMOS EL CASO DE UNA EMPRESA DISTRIBUIDORA DE PRODUCTOS

DE PERFUMERIA QUE OTORGA BONIFICACIONES POR VOLUMENES DE
VENTA DE JABONES Y PERFUMES AL CONTADO.

• JABONES: VENTA HASTA 15 UNIDADES –SIN BONICACION

VENTA DE MAS DE 15 UNIDADES :5%

• PERFUMES: VENTA HASTA 10 UNIDADES –SIN BONIFICACION

VENTA DE MAS DE 10 UNIDADES :10%
*

7.10
Pág. 143
 TABLA DE ENTRADAS LIMITADA

REGLAS
CONDICIONES 1 2 3 4
C1 JABONES S N S N
C2 PERFUMES N S N S
C3 VENTA HASTA 15 S S N N
UNIDADES
C4 VENTA >15 UNID. N N S S
ACCIONES
A1. CALCULAR X X X X
IMPORTE BRUTO
A2. BONIFIC.=5% X
A3.BONIF.=10 X
A4.BONIF.=0 X X
A5.NETO=BRUT-BONIF X X X X
Pág. 144
 TABLA DE ENTRADAS EXTENDIDAS

REGLAS

CONDICIONES 1 2 3 4
ARTICULOS J P J P
UNIDADES <=15 <=15 >15 >15
VENDIDAS

ACCIONES FACTURESE SIN FACTURESE 5% DE 10% DE

BONIFICACION SIN BONIFICAC. BONIFICAC.
BONIFICAC. NETO=BRUTO – NETO=BRUTO –
BONIFICAC. BONIFICAC.

7.12 Pág. 145

 CONTROL DEL TAMAÑO DE LAS TABLAS / REDUCCION DE LA
COMPLEJIDAD

1. EN CASO CONTRARIO:EN SITUACIONES DE PROBLEMAS CON MUCHA CONDICIONES

Y ALTA COMPLEJIDAD ,SE DEBERA CUIDAR QUE EL TAMAÑO DE LA TABLA NO
CREZCA POR ENCIMA DE UN NIVEL TOLERABLE YA QUE ELLO PUEDE IMPLICAR LA
PERDIDA DE VENTAJAS.
LA COMPLEJIDAD DE LA TABLA PUEDE REDUCIRSE :
• AGRUPANDO CONDICIONES ,Y ASIGNANDOLES REGLAS UNIFORMES.
• UNA VEZ ENUNCIADAS TODAS LAS REGLAS ,EN FUNCION DE LA PARTICULARES CONDICIONES DE
CADA CASO ,PUEDEN QUE QUEDEN SIN CONSIDERAR UN CONJUNTO DE ALTERNATIVAS QUE NO
REQUIEREN UN TRATAMIENTO PARTICULAR,SINO QUE SIMPLEMENTE QUEDEN FUERA DE LA
REGLA .
• EN ESTOS CASOS ,SI TODAS LAS OTRAS CONDICIONES NO EXPLICITADAS REQUIEREN UN
TRATAMIENTO UNICO ESTAMOS ANTE LA OPORTUNIDAD DE UTILIZAR LA FORMULA “”EN CASO
CONTRARIO” ASIGNANDO UNA COLUMNA A LA DERECHA DE LA ULTIMA REGLA ENUNCIADA.

2 ENCADENAMIENTO DE TABLAS:TRANSFERENCIA DIRECTA( GO-TO )

–TRANSFERENCIA TEMPORAL
*

7.13 Pág. 146

 PASOS PARA LA CONFECCION DE UNA TABLA DE DECISION

• SE RECONOCEN 6 PASOS PARA LA METODOLOGIA QUE PROPO- NEN VARIOS

AUTORES PARA LA CONFECCION DE UNA TABLA DE DECISION:
1. DEFINIR E INTERPRETAR EL PROBLEMA
2. PLANTEO DEL PROBLEMA POR ESCRITO EN LENGUAJE NARRATIVO
(APROXIMACION A LA DEFINICION DEL PROBLEMA Y SU SOLUCION)
3. ELIMINACION DE INFORMACION REDUNDANTE ,NO SIGNIFICATIVA O
IRRELEVANTE ,ORDENAR AQUELLA INFORMACION QUE SI ES RELEVANTE ES
DECIR ,SE EFECTUARA UNA DEPURACION Y SISTEMATIZACION DE LA
INFORMACION DISPONIBLE.
4. ANALIZAR LA NARRACION E IDENTIFICAR LAS CONDICIONES Y ACCIONES.
5. VERIFICAR QUE HAYAN SIDO CONTEMPLADAS TODAS LAS ALTERNATIVAS DE
POSIBLE PRESENTACION EN EL PROCEDIMIENTO EN ESTUDIO REGISTRAR
LOS VALORES DE LAS CONDICIONES Y ACCIONES.
6. ANALIZAR EL RESULTADO OBTENIDO .DETERMINACION DE LAS SITUACIONES
POSIBLES EN FUNCION DE LA CANTIDAD DE CONDICIONES.
*

7.14
Pág. 147
Universidad Nacional de Lomas de Zamora

Arboles de Decisión

Pág. 148
 ARBOLES DE DECISION

•AL IGUAL QUE LAS TABLAS DE DECISION CONSTITUYEN OTRO DE LOS

METODOS EXISTENTES PARA TRATAR DECISIONES .
•AL IGUAL QUE LAS TABLAS DE DECISION PRESENTAN CONDICIONES Y
ACCIONES MATERIALIZADAS A TRAVES DE UNA ESTRUCTURA
ARBOREA:CON SU RAIZ,SUS RAMAS ETC.
CONDICION ACCION
CONDICION
CONDICION ACCION

•RAIZ

CONDICION ACCION
CONDICION
CONDICION ACCION

Pág. 149
 ARBOLES DE DECISION

•NUESTRO EJEMPLO DE LAS BONIFICACIONES A OTORGAR POR

LA VENTA DE PRODUCTOS QUEDARIA CONSTITUIDO DE LA
SIGUIENTE FORMA:

VENTA HASTA 15 UNID. BONIFIC.0%

JABONES
VENTA MAYOR A 15 UNID. BONIFIC.5%

•RAIZ

VENTA HASTA 10 UNID. BONIFIC. 0%

PERFUMES
VENTA MAYOR A 10 UNID BONIF.10%

7.16
Pág. 150
EJERC NUM 1

Construir la tabla de decisión para el siguiente problema.

Una asignatura universitaria se estructura en cuatro módulos: teoría,

problemas, prácticas de laboratorio y prácticas de campo. Si se aprueban los
cuatro módulos se obtiene la calificación como nota media. En otro caso se
siguen estas premisas:

•Los exámenes se hacen en el siguiente orden :

•: teoría --> problemas --> prácticas de laboratorio --> prácticas de campo.
Solución
• > El alumno que no haya aprobado la teoría no se puede presentar a
problemas ni a prácticas de
• laboratorio.
•> Si un alumno aprueba teoría se le guardará la nota durante ese curso y el
siguiente.
Si un alumno suspende un solo módulo se le citará en despacho antes de
evaluarlo

Nota: no haber aprobado teoría imposibilita tener otras calificaciones por lo que
se pueden eliminar las columnas 5, 6, 10, 11 , 14, 15 así como la línea “imposible”.
•151
Pág. 151
La tabla simplificada sería (unificamos las columnas 12 – 16 y 7 – 13):

•152
Pág. 152
EJERC NUM 2

Se quiere determinar el importe a facturar a los clientes de unos grandes almacenes

según estos criterios:

•· Si pagan con tarjeta oro tendrán un 15% de descuento.

•· Si pagan con tarjeta club tendrán un 5% de descuento.
•· Si la tarjeta (oro o club) es modalidad joven, tendrán un 5% de descuento.
•· Los descuentos son acumulables.

Procedemos a construir la tabla de decisión asociada a este planteamiento.

•153
Pág. 153
El número de condiciones es 3 y el numero de casos 8, que es 2 3, por lo que en
principio todo está correcto. En la hipótesis de que haya un mecanismo de bloqueo
que impidiera que se dieran los casos inviables (1, 2 y 5) podríamos eliminarlos y
simplificar la tabla de decisión, que quedaría:

•154
Pág. 154
EJERC NUM 3

Se quiere determinar la nómina de los empleados de una empresa de acuerdo con

estos criterios:

•·Si el empleado es altamente productivo tendrá en nómina un plus de productividad.

•·Si el empleado es encargado de su grupo tendrá en nómina un plus de encargado.
•·Si el empleado ha cometido una infracción grave durante ese mes le será eliminado
cualquier plus que pudiera tener.

• La tabla de decisión queda:

•155
Pág. 155
Los casos 1, 3, 4 y 5 dan lugar al mismo resultado, por lo que vamos a tratar de
simplificar la tabla. Para ello sumaremos casos de dos en dos, agrupando aquellos
cuyo cumplimiento de condiciones coincida en todos menos en un parámetro. Dicho
parámetro se transformará en un -- , equivalente a indiferente o Sí / No.

Pág. 156
•EJERC NUM 4

El Club Atlético Platense decidió cambiar su política de premios a sus

jugadores de fútbol. Cómo el método es más complejo que el actual, se
decidió realizar una tabla de decisión que será entregada a los analistas de
sistemas del club. El sistema prevé pago de premios en cantidades de
sueldos, según la posición al finalizar el campeonato, de acuerdo con la
siguiente información:

Premio básico

1ro 10 sueldos

2do a
5 sueldos
4to

5to o
1 sueldo
más

Si además de su posición, logra ingresar en la copa internacional, los

premios serán el doble de lo mencionado anteriormente. Por otro lado, si el
jugador tuvo 5 tarjetas rojas (o más) en el torneo, el premio total calculado
según lo mencionado anteriormente, se reduce en un 20%. Plantee la tabla
mediante entradas extendidas.

Pág. 157
Solución º

1) Detectar las condiciones:

Cond 1: Posición en el campeonato (3 valores)

Cond 2: Ingreso a copa Internacional (2 valores)
Cond 3: Tarjetas rojas (2 valores)

2) Detectar las acciones:

Acc 1: Aplicar premio en cantidad de sueldos

Acc 2: Duplicar premio
Acc 3: Reducción del 20%

3) Calcular la cantidad de reglas de decisión

4) Armar la tabla por entradas mixtas

1 2 3 4 5 6 7 8 9 10 11 12
Posición 1 1 1 1 2 a 4to 2 a 4to 2 a 4to 2 a 4to 5to o + 5to o + 5to o + 5to o +
Ing. Copa Si Si No No Si Si No No Si Si No No
Tarj rojas >= 5 Si No Si No Si No Si No Si No Si No
Premio 10 10 10 10 5 5 5 5 1 1 1 1
Duplicar premio X X X X X X
Reducción 20% X X X X X X

Comentarios

Poner todas las acciones, no calcule la cantidad de premio total, porque eso lo debe hacer el sistema y no usted a mano
Tenga presente siempre la cantidad de reglas de decisión, antes de dibujar la tabla

Pág. 158
EJERC NUM 5

Pago de los servicios médicos.

La atención sanitaria en un hospital es de carácter obligatorio, sin preocupar la

financiación de la asistencia. Si el paciente dispone de seguridad social, su
asistencia estará exenta de pago, sino es así pero dispone de un seguro médico
sólo hará frente al pago de la consulta . Sólo en el caso de no disponer el paciente
ni de seguridad social, ni de seguro médico pagará todos los servicios.

•159
Pág. 159
•EJERC NUM 6

Entre a un nuevo trabajo y no puedo asociar las caras del personal con sus cargos. Pero
conozco las siguientes características:

Gerente General: Calvo, alto, gordo, simpático.

Subgerente: Antipático, flaco, bajo, calvo.
Jefe: melena, simpático, gordo, estatura media.
Cadete: melena, bajo, flaco, simpático.
Secretario: Única mujer.
Tesorero: Poco pelo, antipático, flaco, estatura media.
Contador: Calvo, bajo, gordo, antipático.
Se pide identificar al personal
Resolución
PELO: Calvo, Melena, Poco.
ALTURA: Alto, Medio, Bajo.
SILUETA: Gordo, Flaco.
SIMPATIA: SI, NO.
SEXO: Varón, Mujer.

•160
Pág. 160
 •SOLUCION
PELO calvo calvo melena melena poco calvo -

ALTURA alto bajo media bajo media bajo -

SILUETA gordo flaco gordo flaco flaco gordo -

SIMPATIA S N S S N N -
SEXO H H H H H H M
Es Gerente X - - - - - -
General
Es - X - - - - -
Subgerente
Es Jefe - - X - - - -
Es Cadete - - - X - - -
Es Secretaría - - - - - - X
Es Tesorero - - - - X - -
Es Contador - - - - - X -

•161
Pág. 161
Universidad Nacional de Lomas de Zamora

UML
Casos de Uso

Pág. 162
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

• º

Contenido
•

1 Introducción

2 Actores

3 Especificación de Casos de uso

4 Diagramas de casos de uso

5 Elaboración del modelo de casos de uso

Pág. 163
•Casos de uso
Casos de Uso

Pág. 164
Casos de Uso

Pág. 165
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

Concepto
Un caso de uso representa una unidad funcional
•
coherente de un sistema, subsistema o clase.
En un caso de uso uno o más actores interaccionan con
el sistema que realiza algunas acciones.
Elementos
Actores de un modelo de casos de uso:
Casos de uso
Relaciones

Pág. 166
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

Ejemplo resumido de caso de

uso

Casos de uso Pág. 167

 Ejemplo resumido de caso de uso
•

Alquilar artículo

El Cliente indica los artículos

1
que desea alquilar
Registrar los artículos
2 El Cajero registra los artículos 3
alquilados
Calcular y mostrar el
4
precio
Autorizar y registrar el
5 El Cliente paga 6
Pago

Responsabilidades Responsabilidades
de los actores del Sistema

Pág. 168
•Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

Tipos de casos de uso

Pág. 169
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

• • • • •

Actores
•

Un actor podría ser cualquier cosa que se

comunica (interacciona) con el sistema y que es
externo a él.
Los actores no necesariamente coinciden con los
USUARIOS. Un usuario puede interpretar distintos roles,
correspondientes a distintos actores.
Los actores representan papeles (ROLES) que
interpretan personas, periféricos u otros sistemas
cuando el sistema está en uso.
Un actor podría desempeñar distintos papeles
dependiendo del caso de uso en que participe.
Un actor representan un conjunto coherente de papeles
Pág. 170
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

• • •

Tipos de actores

Primarios: interaccionan con el sistema para explotar

su funcionalidad; trabajan directa y frecuentemente con
el software.
Secundarios: soporte del sistema para que los
primarios puedan trabajar.
Iniciadores: no utilizan directamente el sistema pero
desencadenan el trabajo de otro actor. (No aparecen
en UML pero sí los consideran otros autores)

Pág. 171
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

Comunicación actor → sistema

Para iniciar el caso de uso (siempre los inicia un actor)

Para solicitar información del sistema
Para modificar la información del sistema
Para informar al sistema de que ha ocurrido algo en su
entorno que le incumbe

Pág. 172
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

Comunicación sistema → actor

Para comunicarle que ha sucedido algo, en el

sistema, que le concierne
Para que le ayude a tomar una decisión necesaria
para complir los objetivos del sistema
Para delegar alguna responsabilidad en el actor

Pág. 173
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del modelo de casos de uso

Descripción de actores
•

•Casos de uso
Pág. 174
•

Especificación ó
descripción
La especificación de una caso de uso debe describir el
modo en que un actor interactúa con el sistema.
Es una narración que describe el rol desempeñado por
los actor en su interacción con el sistema.
Lo más importante de los casos de uso es su
descripción, mucho más que los diagramas de casos
de uso.
Aunque hay descripciones de media página, y algunas
de 30, es más habitual que ocupen entre 5 y 15
páginas.
Pág. 175
•Casos de uso
•

Contenido de la
especificación
La especificación de un caso de uso debe dar respuesta a
las preguntas siguientes:
¿Cuáles son las principales funciones o tareas
realizadas por el actor?
¿Qué información del sistema adquiere, produce
o transforma el actor?
¿Deberá el actor informar al sistema de los
cambios producidos en el entorno?
¿Qué información del sistema desea el actor?
¿Debe informarse al actor de algún cambio inesperado?

Pág. 176
•Casos de uso
Caso de Uso ‹< Nombre del CU >> I « Identificader .:-
Actores « Listado de los actores participantes en el CU» « Podemos indicar
quien es el que inicia el CU usando (1) »

Tipo « Tipo del caso de uso » « Primario, Secundario u Opcional 1

«Esencial o Real »
Referencias « indicarnos que requisitos se « CU que tienen relación con este
pueden incluir dentro de este CU » »
Precondición « Condiciones sobre el estado del sistema que tienen que ser ciertas
para que se pueda realizar el CU »
Postcondición « Efectos que de forma inmediata tiene la realización del CU sobre el
estado del sistema »
« Esta línea se podría repetir
Autor para mantener una historia de Fecha Versión
cambios del CU »

•Propósito
•Descnocion general del CU (Suficiente con una línea) »

•Resumen
•« Descripción de alto nivel del flujo normar (básico> del caso de uso (Suficiente con un
pequeño pándit) »

Pág. 177
 Cursa Normal (Basica)
1 Actor 1: Acción realizada per el actor
2 Actor 2: Acción realizada per el actor 3 Acción realizada por el sistema

Cuando se realiza la inclusión de otro caso

N de uso lo representaremos de la forma.
Incluir (ClLidentiricador. CU_Nornbre)

« Se Irrar~ ?a sezuencia de acciones

realizadas par tos actores que intervienen en el CU , se
usalark fiases codas, que n'esa/han el dideqo ente fas actores
y el sistema>> « Se incluyen ?a secuencia de aceiones que realiza el sistema
« Se pueden aihaalr referencias a elremenfos de un bocelo ante fas acciones de ins adores a>
do' Itterfar de? Usuario »

Cursas Alternos
la Descripción de la secuencia de acciones alternas a la acción 1 del Curso
Normal
« Secuencia de los cursos alternas del

Pág. 178
Pág. 179
Ejemplo
Caso de Uso Alquilar Articulo 1 CU2
Actores Cliente (iniciador), Cajero
Tipo esencial
Referencias RFA1, RFA2, CUS
Precondición

Postcondición El alquiler queda registrado, junto con su pago y el de los posibles

recargos pendientes o la operación cancelada
Autor Larman Fecha I I Versión 2

•Propósito Registra un
alquiler y su pago

•Resumen
•Un Cliente llega a la caja con productos que desea alquilar. El Cajero
registra los productos y recibe el pago_ Al terminar la transacción, el
cliente se marcha con los productos alquilados_

Pág. 180
•
Ejemplo
Curso Normal
El Cliente llega al mostrador con
videos
1 para alquilar (excepcionalmente
videojuegos).
Presentar información sobre el Cliente
El Cliente presenta su tarjeta de socio y
2 y el empleado introduce su núimero 3 el estado de alquileres (normalmente
de identificación en el sistema. nada en alquiler, sin penalizaciones
pendientes)
Para cada video o juego, el Cajero Presentar una lista de los títulos
graba
i en el sistema su número de alquilados, fechas de devolución,
4 dentificación. 5 precio
total del alquiler y cargos por retraso
en
la devolución.
El Cajero informa al Cliente de la
6 cantidad a abonar y le pide el pago.
7 El Cliente paga en efectivo o a
crédito_
8 El Cajero graba el pago en el sistema. 9 Autorizar el pago a crédito.
II) Generar un recibo.

El Cajero entrega el recibo al Cliente,

11
que se va con los artículos alquilados.
Pág. 181
•

Ejemplo

Pág. 182
Los diagramas de casos de uso muestran las relaciones
entre los casos de uso de un sistema y sus actores
Los diagramas de casos de uso dan son sólo una visión
general del modelo de casos de uso
El 90 % del contenido del modelo de casos de uso está en
las descripciones de los casos
Ayudan interpretar y esclarecer los casos de uso
Se suelen elaborar durante el análisis inicial del caso de uso.

Pág. 183
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

•Elementos de los diagramas

Actores
Casos de uso
Relaciones

Puede aparecer un rectángulo que muestre los límites del

sistema

Pág. 184
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

Los casos de uso se representa mediante elipses

con el nombre del caso
Los actores pueden representarse mediante un
monigotes o mediante rectángulos en que se indique «
actor»
En los diagramas, tanto los actores como los casos de
uso representan no las instancias particulares, sino los
conjuntos de todos los actores de un tipo y de todos los
escenarios.

Pág. 185
•Casos de uso
•Ejemplo Video Club

Pág. 186
•Ejemplo Venta material telefónico

Pág. 187
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

Asociaciones entre actores y casos de uso

Las asociaciones entre actores y casos de uso:

se representan mediante una línea continua
significan la participación del actor en el caso de
uso pueden indicarse restricciones de
cardinalidad

Pág. 188
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

Generalización - especialización entre actores

Indicarían que un actor es más general que otro

si A es una especialización de B, una instancia de A
podrá comunicarse con los mismos casos de uso
que B

Pág. 189
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

Generalización-especialización entre actores

Pág. 190
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

Relaciones entre casos de

uso
•Entre casos de uso pueden darse relaciones:

•Extensión
•Inclusión
•Generalización - especialización

Pág. 191
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

•inclusión

El caso de uso inicial incluye el comportamiento del

caso de uso final (subcasos).
una relación A « include » a B significa que una
instancia de A también incorporaría el
comportamiento especificado en B.
Se incorporaría en el lugar indicado en A.

Pág. 192
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

inclusión

Pág. 193
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

extensión
El caso de uso final se puede extender con el
comportamiento del caso de uso inicial en un
punto concreto del primero.
si A « extend » B, significa que una instancia del caso
de uso B podría incorporar el comportamiento
especificado en A (si se cumplen las condiciones
especificadas en el punto de extensión).
El comportamiento se añadiría en el punto de
extensión de B, referenciado por la relación extend.
Un punto de extendión es una referencia al interior del
caso (B), hacia el punto donde se podrán insertar
secuencias de acciones de otros casos (A). Pág. 194
•Casos de uso
Pág. 195
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

Identificación de casos de uso

Los casos de uso son los principales procesos de
extremo a extremo, distintos y completos de utilización de
un sistema.
No suelen estar formados por un único paso (error
frecuente), sino que describen una historia completa de
uso del sistema.
Alquiler de películas
Por ejemplo:
Devolución de
películas Pago de
recargos

Pág. 196
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del modelo de casos de uso

•Casos de uso esenciales y reales

∙ Los casos de uso esenciales se centran en las
intenciones de los actores y en las responsabilidades
del sistema, postergando los detalles de la interfaz de
usuario (UI):
∙ Los casos de uso concretos (TCC Real) no siguen
la misma pauta.
∙ Esencial: "El Titular de la cuenta introduce su datos
en el cajero automático".
∙ Reaf: "El Titular introduce su tarjeta en el lector. El
cajero muestra la ventana A. El titular introduce su
número de identificación personal (PIN) mediante el
teclado numérico, etc.".
∙ A medida que nos desplazamos del análisis al diseño,
nos inclinamos más por las descripciones concretas Pág. 197
Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del modelo
de casos de uso

Algunos principios

Los casos de uso no son algo aislado, deben

considerarse en su contexto.
La elaboración de casos de uso no es una
actividad analítica, sino sintética.
No se trata de analizar y desmenuzar algo que ya existe,
sino de crear (junto con los clientes) una concepción
común del sistema software a desarrollar.

Pág. 198
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

Algunos consejos

Buscar una comunicación real entre actores y

sistema No complicar las cosas

Tener en cuenta a los interesados (stakeholders)

Lo mejor es enemigo de lo bueno (El caso de uso hay
que terminar por escribirlo en algún momento)

Pág. 199
•Casos de uso
 •

•Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

Algunos consejos

Hay que revisar los casos de uso cuidadosamente, junto

con el usuario.
Los casos de uso deben describir la interacción entre
el actor y el software sin ambigüedad.
Permiten expresar tanto requisitos funcionales como
no funcionales.
Expresan el funcionamiento del sistema como un
TODO (no de sus partes).

Pág. 200
•Casos de uso
 •

•Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

Se pueden priorizar los casos de uso, con una escala de 1 a

10 p.e., para desarrollar el sistema incrementalmente.
Los casos de uso aumentan la trazabilidad del sistema.
Los casos de uso permiten desarrollar casos de prueba.

Pág. 201
•Casos de uso
 •Introducción Actores Especificación de Casos de uso Diagramas de casos de uso Elaboración del
modelo de casos de uso

Sacar partido a las relaciones

•

Al elaborar el modelo de casos de uso puede resultar útil

(en cuanto a comprensión y simplificación):
separar los subcasos comunes, referenciándolos
mediante relaciones « include »;
resaltar la excepcionalidad de algunos
escenarios, separándolos y referenciándolos
mediante relaciones « extend ».

Pág. 202
•Casos de uso
 Universidad Nacional de Lomas de Zamora

Análisis de sistemas computadorizados.

Operaciones con archivos. Base de datos.

Lectura Recomendada.
Pungitore (1997) - Herramientas de Sistemas de Información - Editorial Su Libro Capitulo 9

Pág. 203
Organización de datos en un entorno tradicional de
archivos

Pág. 204
 Organización de datos en un entorno tradicional de archivos

METODOS DE ORGANIZACION Y ACCESO

METODO DE ACCESO SECUENCIAL (Serial)
CADA REGISTRO ESTA IDENTIFICADO POR UNA CLAVE
EL ACCESO ES EN FORMA SECUENCIAL EN EL ORDEN EN QUE FUERON CRADOS LOS REGISTROS
CLAVES DE IDENTIFICACIÓN DE REGISTROS

METODO DE ACCESO SECUENCIAL INDEXADO :

CADA REGISTRO ESTA IDENTIFICADO POR UNA CLAVE
ESTAN AGRUPADOS EN BLOQUES Y CILINDROS
CLAVES INDEXADAS

METODO DE ACCESO DIRECTO (Aleatoria o Random):

ARCHIVOS CON ESPACIO DINAMICO
VSAM ES EL PRECURSOR DE LAS BASES DE DATOS RELACIONALES
METODO DE ACCESO DIRECTO
CARA REGISTRO TIENE UN CAMPO CLAVE
EL CAMPO CLAVE ES UTILIZADO EN UN ALGORITMO DE TRANSFORMACION.

Pág. 205
 Organización de datos en un entorno tradicional de archivos

• Problemas con el entorno tradicional de archivos (archivos se

mantienen de manera separada por departamentos diferentes)
• Redundancia e inconsistencia de datos
• Redundancia de datos: presencia de datos duplicados en múltiples archivos
de datos
• Inconsistencia de datos: el mismo atributo podría tener valores diferentes
• Dependencia entre los programas y los datos:
• Cuando los cambios en los programas requieren cambios a los datos
• Carencia de flexibilidad
• Seguridad escasa
• Carencia de compartición y disponibilidad de los datos

Pág. 206
 Problemas del uso de
Archivos

Vendedo Venta
Cliente
r s

Prg.
Selecció
n

Archiv
o
Auxilia
r

Prg. Archivo Prg.

Ordenad Ordenad Impresió
or o n

Pág. 207
 Bases de Datos

1. ORGANIZACION ELECTRONICA

2. EN FORMA DE BIBLIOTECA

3. ALMACENA Y ADMINISTRA DATOS EN UNA FORMA CONVENIENTE

Pág. 208
 Enfoque de las bases de datos para la administración de
datos

• Base de datos:
• Conjunto de datos organizados para servir eficientemente a muchas
aplicaciones al centralizar los datos y controlar su redundancia
• Sistemas de administración de bases de datos:
• Interface para crear y mantener datos físicos
• Separa las vistas lógica y física de los datos
• Provee herramientas para la manipulación de los datos en la BD
• Resuelve los problemas del entorno de archivos tradicional
• Controla la redundancia
• Elimina la inconsistencia
• Elimina la dependencia entre los programas y los datos
• Permite la posibilidad de centralizar la administración de datos, su
uso y seguridad

Pág. 209
Sistema de Administración de Bases de Datos (DBMS)

•Funciones básicas:

•Mantener estructuras de datos complejas.

•Brindar seguridad a los datos.

•Controlar los accesos simultáneos.

Pág. 210
Sistema de Administración de Bases de Datos (DBMS)

Pág. 211
 Sistema de Administración de Bases de Datos (DBMS)

• Componentes de los sistemas de administración de bases de datos

• Definición de datos: especifica la estructura del contenido de la base de datos,
utilizada para crear tablas de bases de datos y para definir las características de
los campos
• Diccionario de datos: archivo automatizado o manual que almacena definiciones
de elementos de datos y sus características
• Lenguaje de manipulación de datos: se utiliza para agregar, cambiar, eliminar y
recuperar la información de la base de datos
• Lenguaje de Consultas Estructurado o SQL
• Las herramientas para el usuario de Microsoft Access para la generación SQL
• También: Muchos DBMS son populares generadores de informes (Crystal
Reports)

Pág. 212
 ELEMENTOS DE UN AMBIENTE DE BASE DE DATOS

ADMINISTRACION TECNOLOGIA Y
DE DATOS ADMINISTRAC. DE
BASE DE DATOS

SISTEMA
ADMINISTRADOR DE
BASE DE DATOS

METODOLOGIA DE
PLANEACION Y
MODELADO DE USUARIO
DATOS

Pág. 213
 DIFERENTES MODELOS DE BD

Segmento Los
Raiz
La
Guard
Chicag Modelo Jerárquico de Datos
Origen Angel o
ia
es Es una clase de modelo lógico de bases de
Primer
datos que tiene su estructura de árbol
Minneapo Detro
Hijo Destino Miami
lis it Un registro se subdivide en segmentos que se
interconectan en relaciones padre hijo de uno a
Segundo
Hijo
Fecha Dic 15 Dic 16 Dic 17 muchos.
El modelo mas común es el IMS de IBM
Tercer
Hijo 250 260 270
(Information Management System).
# Vuelo
Ejemplo Reservas de pasajes aéreos.
Cuarto Pasajero
Lista de Pasajeros s
Hijo

Nombres
Teléfonos
Facturació
n
Etc

DBMS de red: modela relaciones

Curso 1 Curso 2 Curso 3 muchos a muchos

•Ambos menos flexibles que los DBMS

relacionales y no soportan consultas
Alumno Alumno Alumno Alumno Alumno
con fines específicos, como las
1 2 3 4 5 consultas de información en lenguaje
natural. Pág. 214
 CARACTERÍSTICAS DE BASE DE DATOS JERARQUICA

EFICIENCIA DE PROCESAMIENTO: ALTA

FLEXIBILIDAD: BAJA

AMISTOSO CON EL USUARIO: BAJO

COMPLEJIDAD DEL PROGRAMA: ALTA

*

Pág. 215
 CARACTERISTICAS DE BASE DE DATOS RED

EFICIENCIA DE PROCESAMIENTO: MEDIA ALTA

FLEXIBILIDAD: BAJA/MEDIA

AMIGABLE CON EL USUARIO:BAJO MODERADO

COMPLEJIDAD DEL PROGRAMA: ALTA

*

•216
Pág. 216
Sistema de Administración de Bases de Datos (DBMS)
MODELO ENTIDAD - RELACIÓN

Pág. 217
 Sistema de Administración de Bases de Datos (DBMS)
MODELO ENTIDAD - RELACIÓN

• DBMS relacional
• Representan los datos como tablas bidimensionales (Grupo de Registros del mismo tipo)
• Cada tabla contiene datos acerca de una entidad y sus atributos

•Entidad Relación Entidad

• Tablas: Cuadrícula de columnas y filas •Tablas

• Tuplas / Registro (filas) : describe una entidad
• Atributos / Campos (columnas): representa un atributo para entidades
• Campo clave: campo utilizado para identificar únivocamente un registro
• Clave principal: campo en la tabla utilizado para los campos clave
• Clave externa: clave principal utilizada en una tabla segundaria para buscar campo para
identificar los registros de su tabla original

Pág. 218
 Base de datos

•Ventas •Sueldos

•Base de datos

•Industrial •Contaduria
 Arquitectura Centralizada

•Base
•Software aplicativo •DBMS
•De
•Datos

Pág. 220
 Arquitectura Cliente Servidor

Cliente-servidor de dos capas

CLIENTE SERVIDOR

Instrucción SQL y
Datos Base
Software aplicativo DBMS
De
Datos
Datos

•221

Pág. 221
 COMPARACION DE BASE DE DATOS : RELACIONAL

EFICIENCIA DE PROCESAMIENTO: BAJA PERO MEJORANDO

FLEXIBILIDAD: ALTA

AMIGABLE CON EL USUARIO: ALTA

COMPLEJIDAD DEL PROGRAMA: ALTA

*

•222
Pág. 222
 MODELO RELACIONAL - DISEÑO

• Diseño de bases de datos

• Diseño conceptual (lógico): modelo abstracto de la base de datos desde una
perspectiva de negocios
• Diseño físico: manera real en que la base de datos está organizada en
dispositivos de almacenamiento de acceso directo
• El proceso de diseño identifica:
• Las relaciones entre los elementos de datos, los elementos de datos redundantes
• La manera más eficiente de agruparlos para que cumplan los requerimientos de
información de la empresa, necesidades de programas de aplicación
• Normalización
• Simplificar las agrupaciones complejas de datos para minimizar elementos de
datos redundantes y complicadas relaciones muchos a muchos

SABD

Lenguaje de
Prg 1 Definición de
Datos
Base
Lenguaje de
Prg 2 Manejo de
de
Datos Datos
Diccionario Física
Prg 3 de
Datos

Pág. 223
 MODELO RELACIONAL - DISEÑO

• Diagrama entidad-relación
• Utilizado por los diseñadores de bases de datos para documentar sus modelos
de datos
• Ilustra las relaciones entre entidades
• Distribución de bases de datos: almacena en más de un lugar físico
• Reduce la vulnerabilidad, incrementa los resultados
• Puede partir de definiciones estándar, plantea problemas de seguridad
• Particionada: unas partes de datos se almacenan y mantienen físicamente en
un lugar y otras partes se almacenan y mantienen en otros lugares
• Replicada: la base de datos central duplicada por completo en ubicaciones
diferentes

Pág. 224
 DISEÑO DE BD RELACIONAL - DER

Elementos
Rectángulo
Representa entidades básicas

Doble Rectángulo
Representa entidades débiles; su clave está
compuesta por atributos propios y atributos de otras
entidades fuertes.
Diamante 1 M
identificador de relaciones Alumnos
1 M Examen M 1 Materia
es s
Elipse M
Atributos de la entidad, si esta subrayado es llave
primaria 1

Línea Departame
ntos
Conexión entre la entidades y sus relaciones

Pág. 225
 DISEÑO DE BD RELACIONAL - NORMALIZACIÓN

• La normalización es el proceso de organizar los datos de una

base de datos.
• Incluye la creación de tablas y las relaciones entre ellas
según reglas diseñadas para proteger los datos como para
eliminar la redundancia.
• Los datos redundantes desperdician el espacio de disco y
crean problemas de mantenimiento.
• Hay algunas reglas en la normalización de una base de
datos. Cada regla se denomina una "forma normal“.

Pág. 226
 DISEÑO DE BD RELACIONAL – NORMALIZACIÓN
Primera forma normal (1FN)

Una tabla se dice que esta en 1FN si y sólo si:

• los valores que componen el atributo de una tupla son atómicos.
• La tabla contiene una clave primaria única.
• La clave primaria no contiene atributos nulos.
• Un atributo solo debe mantener valores elementales o únicos.
• Debe Existir una independencia del orden tanto de las filas como
de las columnas.

Pasos a seguir para Normalizar en Primera Forma Normal:

• Elimine los grupos repetidos de las tablas individuales.
• Cree una tabla independiente para cada conjunto de datos
relacionados.
• Identifique cada conjunto de datos relacionados con una clave
principal

Pág. 227
 DISEÑO DE BD RELACIONAL – NORMALIZACIÓN
Dependencias funcionales (DF)

Es una conexión entre uno o más atributos.

Las dependencias funcionales del sistema se escriben
utilizando una flecha, de la siguiente manera:

DF
•Clave Atributos secundarios

Pág. 228
 DISEÑO DE BD RELACIONAL – NORMALIZACIÓN
Segunda forma normal (1FN)
La Segunda Forma Normal está basada en el concepto de dependencia completamente funcional.
Una tabla se dice que esta en 2FN si y solo si cumple dos condiciones:
• Se encuentra en 1FN.
• Todo atributo secundario ( aquéllos que no pertenecen a la clave principal) depende totalmente de la clave
completa (DFT).

E S
E S F T
A F T A G
G H
H I
I J
J K
K
L
B M L
N B M
C O N
D P C O
Q
R D P

A Q
B
C R
D

Pág. 229
 DISEÑO DE BD RELACIONAL – NORMALIZACIÓN
Dependencia functional Transitiva (DFT)

• Se dice que esta en 3FN si y solo si se cumplen dos condiciones:

• Se encuentra en 2FN.
• Cada atributo secundario solo se debe conocer a través de la clave principal o claves secundarias de la tabla y no por
medio de otro atributo primario.

DF
Clave Atributos con DFT Atributos con DF Transitiva

Pág. 230
 DISEÑO DE BD RELACIONAL – NORMALIZACIÓN
Tercera forma normal (3FN)

E S E
F T F
A G A G
H H
I I
J J
K K

E S

F T

Pág. 231
DISEÑO DE BD RELACIONAL – NORMALIZACIÓN
Ejemplo de Normalización

Pág. 232
DISEÑO DE BD RELACIONAL – NORMALIZACIÓN
Ejemplo de Normalización

Pág. 233
 DISEÑO DE BD RELACIONAL – OPERACIONES

• Operaciones de un DBMS relacional: tres operaciones básicas

para generar conjuntos de datos útiles
• SELECCIONAR: crea un subconjunto que consta de todos los
registros de la tabal que cumplen los criterios establecidos
• UNIR: combina tablas relacionales para dar al usuario más
información de la que está disponible en las tablas individuales
• PROYECTAR: crea un subconjunto que consiste en las
columnas de una tabla, creando nuevas tablas que contengan
solamente la información que se requiere

Pág. 234
DISEÑO DE BD RELACIONAL – OPERACIONES

Operaciones Básicas
•Seleccionar
•Unir
•Proyectar

Pág. 235
 TENDENCIAS EN BASE DE DATOS

1. ORIENTADA A OBJETOS: Datos y procedimientos almacenados

conjuntamente, pueden ser recuperados y compartidos.

2. HIPERMEDIA: Contienen texto, gráficos, sonidos, videos y programas

3. MULTIDIMENSIONAL: Agrupamientos de datos para almacenar datos

complejos (Data werehouse / Data Mining).
*

•236
Pág. 236
Uso de bases de datos para mejorar el desempeño
empresarial y la toma de decisiones

• Almacenes de datos (Data werehowse)

• Almacén de datos:
• Almacena datos actuales e históricos que se originan en muchos sistemas
de transacciones operativas esenciales
• Consolida y estandariza información para que se pueda utilizar a través de la
empresa, pero los datos no se pueden modificar
• El sistema del almacén de datos aportará informes, análisis y herramientas
de informes

• Mineria de datos: (Data mining)

• Subconjunto de un almacén de datos en el que una parte resumida o
altamente enfocada de los datos de la organización se coloca en una base
de datos separada por una población específica de usuarios
• Por lo general se enfoca en una sola área objetivo o línea de negocios

Pág. 237
 COMPONENTES DE UN DATA-WAREHOUSE

DATOS HISTORICOS
DE OPERACIONES
DATA WAREHOUSE

EXTRAER, ACCESO
FUENTES TRANSFORMAR Y ANALISIS
DE
DE DATOS
DATOS
INTERNAS
CONSULTAS
YREPORTES
DIRECTORIO DE
INFORMACION OLAP
DATA
FUENTES MINING
DE
DATOS
EXTERNAS

•238
Pág. 238
 Universidad Nacional de Lomas de Zamora

Lectura Recomendada.
Pungitore (2008) – Sistemas de Información como Herramienta Competitiva Capitulo 4

Pág. 239
 EL ANALISIS DE DATOS: SU IMPORTANCIA

•LOS ESTADOS DE CONOCIMIENTOS DE UNA PERSONA PUEDEN SER :

1. NECIO: Quien no sabe que no sabe

2. IGNORANTE : Es aquel que no sabe, hay algo que obra a su favor es completamente
consciente de su ignorancia, a diferencia del necio, tiene como meta llegar a ser maestro
aunque sin pretensiones concretas a serlo.

3. APRENDIZ : Visualiza la brecha que existe entre su saber y aquello que debería y necesita
saber.

4. MAESTRO: En la vida empresaria el mayor conocimiento relativo adquirido lo lleva

invariablemente a una visión estratégica y a una gestión de mayor calidad.

CONOCIMIENTO: RESOLUCION DE PROBLEMAS Y EFECTIVIDAD

(EFICACIA+EFICIENCIA)

* Pág. 240
Escaleras de Inferencias

241
Pág. 241
 ESCALERA DE INFERENCIA

1. Una escalera de inferencia es el camino mental de creciente abstracción que conduce a creencias
erróneas.

2. Es un mecanismo tóxico para el aprendizaje organizacional y el trabajo de equipo.

3. Esto se puede neutralizar a través de:

1. ALEGATO ( Cómo dar a conocer nuestra óptica o percepción)
2 . INDAGACION ( Cómo profundizar en la perspectiva de los otros)

4. Para no perder el foco de este trabajo es necesario que se observe en los primeros peldaños de la
escalera.
a) Los acontecimientos observables y su transformación en datos a través de una representación
simbolica.
b) Su selección y articulación.
c) Llegar al tipo de información que se utiliza a diario en las organizaciones.

5. Es necesario tomar conocimiento que las necesidad de trabajar con datos observables y con
procedimientos de inferencia transparentes cuando queremos fundamentar una opinión o decisión de
forma tal de eliminar grados de abstracción en el largo proceso que va desde la recolección de datos y
la acción misma

* 242
Pág. 242
 Rutinas

Defensiva Productiva

1. Datos moderados 1. Datos duros;

2. Inferencias privadas tácitas; 2. Inferencias explícitas;

3. Conclusiones no comprobables 3. Premisas explícitas, conclusiones

públicamente. públicamente comprobables.

243
Pág. 243
Uso de bases de datos para la toma de decisiones

(Para la construcción de sistemas DSS y ESS)

• Para bases de datos y sistemas muy grandes, se

requieren capacidades y herramientas especiales
para analizar grandes cantidades de datos y para
acceder datos de sistemas múltiples
• Almacenes de datos (Data Warehouse)
• Minería de datos (Data Mining)
• Herramientas para acceder la base de datos interna a
través de la Web

Pág. 244
Uso de bases de datos para la toma de decisiones

• Almacenes de datos (Data werehose)

• Almacén de datos:
• Almacena datos actuales e históricos que se originan en muchos sistemas
transacciones operativas esenciales
• Consolida y estandariza información para que se pueda utilizar a través de
empresa, pero los datos no se pueden modificar
• El sistema del almacén de datos aportará informes, análisis y herramientas
informes

• Minería de datos:
• Subconjunto de un almacén de datos en el que una parte resumida o altam
enfocada de los datos de la organización se coloca en una base de datos
separada por una población específica de usuarios
• Por lo general se enfoca en una sola área objetivo o línea de negocios

Pág. 245
 Integración de los Sistemas
Información para el
monitoreo del contexto MOLAP
y toma de decisiones
estratégicas ESS
EIS
Información para la MOLAP
gestión y su control
MIS

Información legal Consultas y

e impositiva Contables
análisis contables

Información soporte a
transacciones y
provisión a otros Transaccionales OLTP
sistemas

Data Warehouse ROLAP

Información Información
externa AD Hoc

Data Mining Preguntas mining

Pág. 246
 Business Intelligence

•Business Intelligence es la habilidad para transformar los datos en información, y la

información en conocimiento, de forma que se pueda optimizar el proceso de toma de
decisiones en los negocios.

•Conocimiento

•Información

•Datos

Los principales productos de Business Intelligence que existen hoy en día son:
Cuadros de Mando Integrales (CMI)
Sistemas de Soporte a la Decisión (DSS)
Sistemas de Información Ejecutiva (EIS)
• Bases de Datos Multidimensionales
• Data Mining
• Agentes
• Data Warehouse

Pág. 247
 El Proceso de la Minería de Datos

•Interpretación/
•Evaluación

•Data Mining
•Conocimie
nto

•Pre-procesamiento
•Patrones

•Selección
•Data
•Pre-procesada

•Data
•Data
•Objetivo

Pág. 248
 Análisis Multidimensional

Cuatro razones por las que un sistema puede ser Estratégico

• Necesidad de dar respuesta On-line a las transacciones, con

independencia del lugar geográfico en que se encuentre el que la está
realizando.
• Necesidad de dar respuesta a una alta complejidad en la operación
• Necesidad de dar un mejor aprovechamiento en los activos escasos o
valiosos
• Uso posterior de la información con el objeto de:
• Generar conocimiento
• Mejorar el control
• Mejorar las decisiones

Pág. 249
 Análisis Multidimensional

• El análisis multidimensional se va construyendo siguiendo el camino que va desde el

dato puro sin ninguna dimensión, a un conjunto de complejas visiones que consiste
en la creación de hipercubos de información.
• Veremos un ejemplo:

• Supongamos que queremos tener una primer visión en la que veamos la facturación
en función del tiempo:

• Podríamos querer hacer foco en el tercer trimestre…

Pág. 250
 Análisis Multidimensional

• Podríamos querer abrir el concepto “sacos” por región:

• Y así sucesivamente...

Pág. 251
 Análisis Multidimensional

• Qué variables usamos hasta ahora?:

La GRANULARIDAD
• Tiempo: 1q, 2q, 3q, 4q de los datos de un
• Producto: (Sacos, Pantalones, Camisas, Zapatos) modelo se da por el
nivel de detalle más
• Región: Bs. As., Córdoba, Rosario, Tucumán, Salta, Mendoza) profundo al que se
pueda acceder
• Entonces, introducimos el concepto de granularidad
Región
• En el cubo hay un volumen de 96, que resulta de
multiplicar la cantidad de valores posibles por variable.
• Mayor cantidad de variables, mayor dificultad. La
navegación se complica y la graficación queda
Tiempo imposible.

• Dentro de las dimensiones, se torna conveniente la

Producto
creación de jerarquías (por ejemplo día, mes, año).
Pág. 252
 OLAP

• Las técnicas OLAP (on-line analytical processing):

• Permiten navegar los datos hacia arriba, abajo y hacia los

costados (drilling).

• Resuelven fácilmente las consultas complejas que realizan

los usuarios finales.

• De no usarse herramientas OLAP, se deberían utilizar

lenguajes de programación (como por ejemplo SQL).

Pág. 253
 Integración de los Sistemas
Información para el
monitoreo del contexto MOLAP
y toma de decisiones
estratégicas ESS
EIS
Información para la MOLAP
gestión y su control
MIS

Información legal Consultas y

e impositiva Contables
análisis contables

Información soporte a
transacciones y
provisión a otros Transaccionales OLTP
sistemas

Data Warehouse ROLAP

Información Información
externa AD Hoc

Data Mining Preguntas mining

Pág. 254
 OLAP vs. OLTP

• OLTP (on-line transaction processing):

• Ambientes habilitados para el procesamiento de transacciones en línea.
• El acceso a los datos es del tipo leer / escribir sobre archivos de transacciones.
• Los formatos de datos no son necesariamente uniformes a través de los
sistemas.
• Los datos históricos que se conservan se refieren a transacciones recientes.

• OLAP (on-line analytical processing)

• Apunta a ambientes preparado para procesar transacciones a los fines del
análisis.

Pág. 255
 Beneficios de las herramientas OLAP

• Beneficios
• Consultas realizadas por los Usuarios Finales
• Respuestas Precisas
• Respuestas Oportunas
• Apreciar la Información en el Tiempo
• Visión desde distintas Dimensiones

• Bases de datos
• Al inicio del ciclo se arma el metacubo a partir de los
• Multidimensionales (MOLAP) transaccionales que es un análisis multidimensional que contiene
todas las vistas o visiones posibles de los datos.

• Son las construcciones más robustas.

• Relacionales (ROLAP)
• Es común que no se respeten las formas normales.

Pág. 256
 SINTESIS - DIFERENTES CONCEPTOS

1.-OLAP
Es el acrónimo (PALABRA FORMADA POR INICIALES DE VARIAS
PALABRAS) en inglés de procesamiento analítico en línea (On-Line
Analytical Processing).

Es una solución utilizada en el campo de la llamada Inteligencia

empresarial (o Business Intelligence) cuyo objetivo es agilizar la consulta
de grandes cantidades de datos.

Para ello utiliza estructuras multidimensionales (o Cubos OLAP) que

contienen datos resumidos de grandes Bases de datos o Sistemas
Transaccionales (OLTP).

Se usa en informes de negocios de ventas, marketing, informes de

dirección, minería de datos y áreas similares.

* 257
Pág. 257
(procesamiento analítico en línea)

258
Pág. 258
 2.- OLTP

Es la sigla en inglés de Procesamiento de Transacciones En Línea (OnLine Transaction

Processing) es un tipo de sistemas que facilitan y administran aplicaciones transaccionales,
usualmente para entrada de datos y recuperación y procesamiento de transacciones (gestor
transaccional).

Los paquetes de software para OLTP se basan en la arquitectura cliente-servidor ya que suelen
ser utilizados por empresas con una red informática distribuida.

El término transacciones puede parecer ambiguo, ya que puede entenderse en el contexto de las
"transacciones computacionales" o de las "transacciones en bases de datos".

También podría entenderse en términos de transacciones de negocios o comerciales.

OLTP también se ha utilizado para referirse a la transformación en la que el sistema responde de

inmediato a las peticiones del usuario.

Un Cajero automático de un banco es un ejemplo de una aplicación de procesamiento de

transacciones comerciales.

La tecnología OLTP se utiliza en innumerables aplicaciones, como en banca electrónica,

procesamiento de pedidos, comercio electrónico,
supermercados o industria

Pág. 259
 OLAP vs. OLTP

OLAP ES UN TERMINO QUE SE OPONE Y A LA VEZ SE COMPLEMENTA CON OLTP.

RECORDAR QUE:

1. CON RELACION A OLTP :

1. EL TERMINO SE REFIERE A AMBIENTES HABILITADOS PARA EL PROCESAMIENTO DE

TRANSACCIONES EN LINEA

2. LA ORIENTACION DE LOS DATOS ESTA DADA POR LAS APLICACIONES INFORMATICAS

QUE LOS MANIPULAN Y SU ACCESO A ELLOS ES DEL TIPO DE LECTURA / ESCRITURA
SOBRE ARCHIVOS DE TRANSACCIONES.

3. LOS FORMATOS DE LOS DATOS NO SON NECESARIAMENTE UNIFORMES A TRAVES DE

LOS SISTEMAS (SERIA CASI UN MILAGRO SI LO FUERAN)

4. LOS DATOS HISTORICOS QUE CONSERVAN SON SE REFIEREN A TRANSACCIONES

RECIENTES .

2. CON RELACION A OLAP .

APUNTA A AMBIENTES ESPECIFICAMENTE PREPARADOS PARA EL PROCESAMIENTO DE
LAS TRANSACCIONES A LOS FINES DEL ANALISIS

Pág. 260
 Bases de Datos Multidimensionales

•Esta herramienta tiene por finalidad poder explotar los mismos

datos desde múltiples dimensiones con un manejador gráfico y
una parametrización sencilla y flexible.

Pág. 261
 Integración de los Sistemas
Información para el
monitoreo del contexto MOLAP
y toma de decisiones
estratégicas ESS
EIS
Información para la MOLAP
gestión y su control
MIS

Información legal Consultas y

e impositiva Contables
análisis contables

Información soporte a
transacciones y
provisión a otros Transaccionales OLTP
sistemas

Data Warehouse ROLAP

Información Información
externa AD Hoc

Data Mining Preguntas mining

Pág. 262
 3.- MOLAP

Es el acrónimo inglés de Multidimensional Online Analytical Processing, es

decir, ‘Procesamiento Analítico Multidimensional en Línea'.

Se trata de una alternativa a la tecnología ROLAP (OLAP-Relacional).

Aunque ambos tipos de herramientas están diseñadas para realizar análisis

de datos a través de un modelo de datos multidimensional, MOLAP se
diferencia en que requiere un preprocesamiento y almacenamiento de la
información contenida en el cubo OLAP.

MOLAP almacena estos datos en una matriz de almacenamiento

multidimensional optimizada, más que en una base de datos relacional (o
en un ROLAP).

263
Pág. 263
 Integración de los Sistemas
Información para el
monitoreo del contexto MOLAP
y toma de decisiones
estratégicas ESS
EIS
Información para la MOLAP
gestión y su control
MIS

Información legal Consultas y

e impositiva Contables
análisis contables

Información soporte a
transacciones y
provisión a otros Transaccionales OLTP
sistemas

Data Warehouse ROLAP

Información Información
externa AD Hoc

Data Mining Preguntas mining

Pág. 264
 4.-ROLAP

•Significa Procesamiento Analítico OnLine Relacional, es decir, se trata

de sistemas y herramientas OLAP (Procesamiento Analítico OnLine)

•ROLAP es contruido sobre una base de datos relacional.

•Es una alternativa a la tecnología MOLAP (Multidimensional OLAP) que

se construye sobre bases de datos multidimensionales.

•Ambos tipos de herramientas, tanto ROLAP como MOLAP, están

diseñadas para realizar análisis de datos a través del uso de modelos
de datos multidimensionales.

•En el caso de ROLAP estos modelos no se implementan sobre un

sistema multidimensional, sino sobre un sistema relacional clásico.

265
Pág. 265
 LAS BASES DE DATOS

SEGÚN SEAN LAS MODALIDADES BAJO LAS QUE SE TRABAJE, DISTINTAS

SERAN LAS BASES DE DATOS A UTILIZAR

1. BASE DE DATOS MULTIDIMENSIONALES (MODALIDAD MOLAP)

2. BASE DE DATOS RELACIONALES (MODALIDAD ROLAP)

266
Pág. 266
 MOLAP vs ROLAP

EL MOTIVO PRINCIPAL DE ESTA DISTINCION, RADICA EN DONDE Y COMO SE

ALMACENAN LOS DATOS DE UNA IMPLEMENTACION OLAP

LAS CONSTRUCCIONES MAS ROBUSTAS SON LAS REALIZADAS SOBRE

BASES DE DATOS RELACIONALES ( DE ALLI ROLAP ) BAJO PRODUCTOS DE
DISTINTOS PROVEEDORES EXISTENTES EN EL MERCADO (ORACLE ,DB2 ,SQL
Server,ETC )

EN EL MODO MOLAP, AL INICIO DEL CICLO , SE ARMA EL METACUBO A

PARTIR DE LOS DATOS TRANSACCIONALES.

EL DENOMINADO METACUBO ES UNA BASE DE DATOS MULTIDIMENSIONAL

QUE CONTIENE TODAS LAS VISTAS O VISIONES POSIBLES DE LOS DATOS

AL CONSTITUIR ROLAP UN MODELO DE HERRAMIENTA MAS ROBUSTO QUE MOLAP ,

ES CAPAZ DE REALIZAR TODO LO QUE EL PUEDE; PERO ESTA PROPIEDAD NO ES
SIMETRICA
BAJO ROLAP ES POSIBLE EFECTUAR CONSULTAS AD HOC DEL TIPO QUE EL LECTOR
PUEDA IMAGINAR , CON LA CONDICION DE QUE LA INFORMACION DE RESPUESTA
TIENE LOGICAMENTE QUE ESTAR CONTENIDA EN LA BASE DE DATOS RELACIONAL
267
•* Pág. 267
 CARACTERISTICAS DE MOLAP

1. SUS DATOS CONSTITUYEN CELDAS Y MATRICES n

DIMENSIONALES

2. ES DECIR, CUBOS ( O METACUBOS ) QUE ES UNA FORMA MUY

DIFUNDIDA DE DENOMINAR A LAS ESTRUCTURAS DE DATOS
PROPIETARIAS,QUE LO SOPORTAN EN CADA CASO PARTICULAR

3. ANTE UNA DISPERSION IMPORTANTE DE SUS DATOS ,PUEDE

PRODUCIRSE UN COLAPSO.

*
268
Pág. 268
 ROLAP

ES LA MODALIDAD TECNOLOGICA QUE PRESENTA MENOS INCONVENIENTES

EN CASO DE CRECIMIENTO DEL MODELO ( DIMENSIONES ) O DEL VOLUMEN DE
DATOS

CARACTERISTICAS MAS SALIENTES:

PERMITE UN MAYOR VOLUMEN DE DATOS

SE APROVECHA DE UNA MANERA MAS INTELIGENTE LA CAPACIDAD DE

ALMACENAMIENTO INSTALADA.

SIEMPRE DEBE ESTAR ACOMPAÑADA DE UNA BASE DE DATOS RELACIONAL

LAS CONSULTAS MAS COMUNES ( EL EQUIVALENTE A LOS CUBOS DE OLAP ) SE

ARMAN AL PRINCIPIO DEL CICLO DE PRODUCCION ,A PARTIR DE LOS REGISTROS
BASES

5. SIN EMBARGO Y DADO QUE ESOS REGISTROS BASE PERMANECEN EN LA BASE

DE DATOS RELACIONAL QUE DA SOPORTE AL MODELO, A TRAVES DE LAS
MISMAS HERRAMIENTAS ROLAP SE PUEDEN HACER CONSULTAS MAS REFINADAS

269
Pág. 269
 Componentes de una Arquitetura de Data Warehouse / OLAP

•AMBIENTE DE ANALISIS
•SISTEMAS TRANSACCIONALES •AMBIENTE DE TRABAJO OLAP
OLAP

•DB2

•ORACLE •BASE DE
DATOS
RELACIO USUARIO FINAL 1
transporte
•OTRAS NAL SERVIDOR
•BASES DE
•DATOS 4

ETL 1
•EXCEL trasp •METADA
TA
•3
USUARIO FINAL 2
•ARCHIV,P
LANOS transporte
1 EXTRAC TRANFORM Y CARGA 4
2 ARCHIVOS HEREDADOS EL
METADATA DESCRIBE
•OTROS 2 LA TRANFORM DE LOS DATOS DE
ENTRADA PARA LLEGAR A SER •HERRAM-
LOS DATOS OBJET. •DE •HERRAM.
4 USUARIOS FINALES –
MODEL. •DE 4
•DATOS CONSULTAS ARMADAS
–CONSULTAS ESPECIALES •OLAP •ANALISIS
EXTERNO USUARIO FINAL 3
•OLAP

Pág. 270
 Post-procesamiento de datos

• Creación de un ambiente adecuado

• Un marco de tecnología informática adecuado, para satisfacer requerimientos de análisis y
toma de decisiones, necesita el diseño de procesos precisos.
• En ellos no pueden faltar:
• Diseño de un modelo de negocio
• La selección de los datos necesarios
• Las tareas de:
• Extracción
• Transformación
• Transporte
• Carga

Pág. 271
 Qué es un datawarehouse

• Un datawarehouse es un repositorio de datos específicamente creado para crear consultas

específicas para:
• Análisis
• Control
• Toma de decisiones
• Su diseño debe responder específicamente a las necesidades del negocio
• Se sacrifican algunos aspectos que para otro tipo de aplicaciones resulta impensado (ejemplo
eficiencia en el uso del hardware, normalización…)
• Los datos contenidos en el datawarehouse pueden tener origen en distintos sistemas de
información que existen en la empresa.
• En él se encuentran alojadas transacciones de la empresa.
• Son históricos y permiten que se alojen datos externos a la empresa.

Pág. 272
 Diagrama global de un datawarehouse

• Características salientes: Entradas

Sistemas
Datos externos
transaccionales
• Obtener distintas visiones sobre el
mismo conjunto de datos
• Construir series de datos.
ETL Proceso

• Descubrimiento de patrones de
conducta
Modelo de Data
• Dar respuesta clara y rápida a Negocio Warehouse Salidas
necesidades, utilizando interfaces
amigables.

• Transformar tiempo de elaboración

en tiempo de análisis.
Consultas

Pág. 273
 Procesos ETL

• Los objetivos son:

• La extracción de los datos de los diferentes sistemas fuente.

• Su transformación en materia prima depurada y útil para los

ambientes de toma de decisiones.
• La carga de los datos limpios en los repositorios de datos

• Estos procesos esconden una tarea muy ardua que requiere de una
importante capacidad y disponibilidad de procesamiento.
• Comprenden muchas tareas de depuración

Pág. 274
 Procesos ETL

• Principales tareas:
• Selección de datos (se incorporan solo los relevantes definidos en
el modelo).
• Limpieza de datos: eliminación de defectos o errores de origen.
• Identificación y eliminación de duplicados: para no enturbiar la
calidad de los datos
• Unificación de formatos: lograr la homogeneidad en los distintos
formatos de origen

Pág. 275
 Procesos ETL

• Más tareas:
• Transformación:
• Derivación: La derivación se da cuando de los resultados de una determinada variable,
podemos crear una nueva.
• Transformación propiamente dicha: por ejemplo algunos modelos no aceptan variables
que no sean numéricas
• Uniformidad de contenidos no homogéneos: Estandarizar la representación de los
distintos datos, ya que los archivos de origen pueden contenerlos de modo distinto:
• José Pedro López
• José López
• José P. López Cuál uso?
• López, José

Pág. 276
 Procesos ETL

• Más tareas:
• Enriquecimiento: Incorporación al registro básico, datos provenientes de
otros sistemas o fuentes externas, o creación de codificación especiales.
• Fusión: Es la integración de datos provenientes de distintas fuentes.

• Datos ausentes: Para los registros con datos ausentes que no pueden ser
restaurados, el diseñador del modelo deberá decidir si este hecho puede
ser tolerado o debe ser eliminado el registro.
• Consistencia y validación: Ya hablamos de este punto en la metodología,
pero recordemos que se trata de el proceso de control en el cual se
controla la razonabilidad del dato en sí mismo.

Pág. 277
Universidad Nacional de Lomas de Zamora

Transacciones electrónicas
seguras

Pág. 278
 Qué es una transacción segura?

• Una transacción segura es aquella que es:

• auténtica,
• confidencial,
• Íntegra,
• y no se repudia.
• Comercio electrónico es:
• El proceso de comprar y vender bienes y servicios, mediante transacciones de negocios
computarizadas, utilizando Internet, redes y otras tecnologías digitales
• El concepto también abarca las actividades que apoyan esas transacciones comerciales,
como publicidad, marketing, soporte a clientes, entrega y pago
• Las transacciones seguras logran sustituir los procedimientos manuales y basados en papel
con alternativas electrónicas,
• El comercio electrónico usa flujos de información de formas nuevas y dinámicas, acelera
pedidos, entrega y pago de bienes y servicios, y reducir los costos operativos de inventarios..
Pág. 279
 Algunos modelos de comercio electrónico

• También existe el modelo C2C (Customer to Customer), como por ejemplo Mercadolibre, que
enlaza compradores y vendedores en una plataforma.
Pág. 280
 Diferencias entre Intranet y Extranet

• Intranets: redes internas de las empresas, utilizadas por todos sus miembros, en oposición a
internet que es pública y no centralizada. Son ideales para modelos B2E

• Extranets: Tiene diferencias con las intranets ya que puede manejar relaciones con actores
fuera de la organización, como por ejemplo clientes y proveedores

Pág. 281
 Por qué es útil una transacción segura?

• Las transacciones seguras permiten:

• Que el mensaje llegue íntegro a destino, sin alteraciones y tal como fue
enviado

• Que el mensaje no haya sido visto / interceptado por un tercero

• Que el destinatario esté seguro que el mensaje recibido procede de quien

dice haberlo enviado, ya que va a depositar toda su confianza en la
veracidad del mismo y no lo repudie

• Repudiar: rechazar algo, no aceptarlo

Pág. 282
 EDI (electronic data interchange)

• Es el intercambio electrónico de datos entre computadores.

• Transacciones Comunes:
• Gestión de inventarios (stocks) e integración de la cadena de abastecimientos (Gestión
Compartida de Aprovisionamiento)
• Ordenes de Compra
• Pagos
• Envío de Facturas
• Consultas
• Entrega de Documentos
• Remitos, etc.

• EDI es producto de la evolución del paradigma de las transacciones comerciales, que la

revolución en materia de tecnología informática ha hecho posible.
Pág. 283
 Estandarización EDI

•Estandarización EDI
• Contenido del documento electrónico;
• Formato.

•Estándares Comunes
• EDIFACT; ANSI X.12.
Pág. 284
 Aspectos clave de EDI sobre internet

• Certificados digitales para que los interlocutores puedan autenticarse

ante terceros.

• Firma digital: para saber que el documento fue emitido efectivamente por
el emisor.

• Cifrado del mensaje: para evitar intromisiones, alteraciones, etc. Que el

receptor sea el único en condiciones de poder leer el mensaje.

• Acuse de recepción del mensaje

• No repudio en origen y destino

Pág. 285
Tecnologías EDI

• Viejas redes propietarias de valor agregado (VAN).

• Redes VAN sobre Internet (AS1)
• Intercambio electrónico de datos punto a punto sobre Internet (AS2, Web services)

Pág. 286
Tecnologías EDI

•EMISOR •RECEPTOR

•El medio para el transporte •Formato de transporte

•Red •Documentos

Pág. 287
Tecnologías EDI – Cadena de
Supermercado

•Codigo ean13 (Codigo de Barra)

•ONG GS1 (argentina Codigo de producto – Codigo de barra)

Pág. 288
Tecnologías EDI
Los documentos electrónicos (ONU)

•UN/EDIFACT (United Nations EDI for Factory, Administration, Commerce and

Transport).
•Desarrollada por CEFACT entidad dependiente de la Organización de Naciones
Unidas .
•
•Nombre del documento Descripción del documento
•INVOIC Mensaje de factura
•ORDERS Mensaje de Orden de Compra
•INVRPT Mensaje de Reporte de Inventario
•PAYORD Mensaje de Orden de Pago
•PRICAT Mensaje de Catálogo de Productos y Precios
•RECADV Mensaje de Recibo de Mercaderias
•DESADV Mensaje de Despacho de Mercaderia
•BALANC Mensaje de Balance
•SLSRPT Mensaje de Informe de Ventas

Pág. 289
Tecnologías EDI
EDIFACT

• UNH+30052874+ORDERS:D:96A:UN:EAN008'
• BGM+220::9+1+9'
• DTM+137:200512050000:102'
• NAD+BY+Norauto::90'
• NAD+SU+Repsol YPF::90'
• LIN+1++7744444111115:EN'
• IMD+E++CU::91:Elaion Full'
• QTY+21:100'
• LIN+2++7744444333333:EN'
• IMD+E++CU::91:Kriox 3'
• QTY+21:200'
• LIN+3++7744444444442:EN'
• IMD+E++CU::91:Grasa Limit MO'
• QTY+21:100'
• UNS+S'
• UNT+16+30052874'

Pág. 290
Tecnologías EDI

•Software •RED •Software

•ERP •ERP
•EDI •Protocolos

•AS1 TPS / AS2 HTTPS

•EDI

•Intercambio de archivos
•Intercambio de archivos
•y transformación a estándar
•y transformación al formato del
•Sistema ERP

•Esta solución es independiente del software EDI de cada

•interlocutor y del medio y protocolo de transporte que se utilice

Pág. 291
•Otros sub estándares internacionales que
utilizan UN/EDIFACT como base son:

• EANCOM
SWIFT para la Banca.
• ODETTE para la industria del automotor.
• CEFIC para la industria química.
• EDIFICE para la electrónica.
• EDI-WHITE para electrodomésticos.
• EDITEXT para industria textil.
• VDA para la industria automotriz en Alemania.
• IATA para transporte de carga y pasajeros.
• Eurostat para recopilar información estadística.
• UNICORN para la industria del turismo.

•La organización ASC X12 se reconoce como desarrollador de

estándares de documentos electrónicos para el mercado de
EEUU. ANSI reconoce como estándar internacional de
documentos electrónicos a UN/EDIFACT.

Pág. 292
 Criptografía

• Disciplina que estudia la creación de métodos y procedimientos de cifrado y claves con el objeto
de:
• Hacerlos incomprensibles a los ojos de terceros no autorizados e intrusos
• Transformar los datos a su versión original ante aquellos que conozcan la calve y/o la
forma de hacerlo

•Las claves pueden ser simétricas o asimétricas:

• Simétricas: Es la utilización de determinados algoritmos para descifrar y encriptar (ocultar)
documentos. Son grupos de algoritmos distintos que se relacionan unos con otros para
mantener la conexión confidencial de la información.
• Asimétricas: Es una fórmula matemática que utiliza dos llaves, una pública y la otra
privada. La llave pública es aquella a la que cualquier persona puede tener acceso,
mientras que la llave privada es aquella que sólo la persona que la recibe es capaz de
descifrar.
Pág. 293
 Universidad Nacional de Lomas de Zamora

Control Interno

Sistemas Administrativos y Control Interno J. L. Pungitore Capitulo 2

Pág. 294
 El Sistema de Control Interno - Introducción

• Es un conjunto de normas, controles, consideraciones y aspectos a tener en

cuenta por el propio ente que los ha de adaptar para lograr los siguientes
objetivos.
Evitar la comisión de errores y fraudes.
Ganar seguridad y confiabilidad en la operatoria de la organización.
Sin perdida de la eficiencia administrativa.
• Es continuo y preventivo
• Indisolublemte unido a los sistemas administrativos y contables de la
organización.
• Incorporado al diseño de la estructura de la organización, en los
procedimientos del sistemas administrativo y a los sistemas de información.

Pág. 295
 El Sistema de Control Interno - Introducción

• IMPLICA:

Eficacia en los procedimientos y controles.

Eficiencia operativa
Seguridad
• Utiliza la relación costo/beneficio para determinar la configuración y la
profundidad de los controles a efectuar.
• NO ES:

Esporádico
Externo al sistema que sirve y a la organización objetivo

Pág. 296
 Sistema de Control Interno - Flexibilidad y plasticidad

• Con el correr del tiempo se van dando cambios en la naturaleza del negocio en una
empresa y sus modalidades operativas. Estos cambios afectaran la silueta
administrativa de la empresa dada por:
las normas y procedimientos
calidad en los sistemas administrativos y de información que operen.
DEBE PRESTARSE ESPECIAL ATENCION SOBRE:
2. Formación de las operaciones de acuerdo a las normas respectivas.
Flujo de información
Flujo de fondos y bienes diversos a través de los canales establecidos.
3. Utilización de formularios adecuados.
4. Cumplimiento de los controles establecidos, controles cruzados por oposición de
intereses en función de lo definido en la estructura a través de la separación de
funciones.
5. Contabilización correcta, completa, oportuna y libre de error.
*
Pág. 297
 Sistema de Control Interno – Normas Generales

EN ESTE TRABAJO VEREMOS.

1. NORMAS GENERALES ( 16 ).
2. NORMAS PARTICULARES.
1. COMPRAS Y CUENTAS A PAGAR.
NORMAS
2. GRALES Y PARTICULARES
PAGOS.
3. VENTAS Y CUENTAS A COBRAR.
4. COBRANZAS.
5. MOVIMIENTO GRAL. DE FONDOS (TESORERIA).
6. PROCESAMIENTO ELECTRONICO DE DATOS.

2.5
Pág. 298
 Sistema de Control Interno – Normas Generales

Formación de un ambiente de control

• Normativa básica y fundamental que se constituye en requisite

• o previo e ineludible para la implementación de un Sistema de control.
• Consiste en la certeza de que ninguna operación quede sin control, siny esta
operación sea de conocimiento por toda la organización.
• La formalización del SCI es un incentivo para que los funcionarios de la organización
cuide de los aspectos que le compete según su responsabilidad.
• Actúa como elemento de disuasión en la violación de normas, procedimientos y
conductas que la organización desea preservar.

Pág. 299
 Sistema de Control Interno – Norma General 1

Evitar zonas disputadas o tierra de nadie

• Evitar las zonas Grises (falta de definición claras ) que generen efectos no deseados
(ej. Conflictos, Caída moral de funcionarios).

• Se resuelven asegurando la claridad en la definición:

1. Del sistema estructura
2. Área de autoridad.
3. Responsabilidad asignada a cada sector
4. De las relaciones funcionales de los sectores de la organización
5. De las funcionalidades jerárquicas y control.
• Contar con manuales de funciones del personal involucrado
• Manual de procedimientos de los circuitos administrativos a nivel de tareas y
describiendo la responsabilidad de los funcionarios involucrados a estas.

Pág. 300
 Sistema de Control Interno – Norma General 2

Formalización de las normas por escrito

• Las operaciones de la organización deben formalizarse en documentos / formularios /

registros que la describa en forma adecuada.
• Las decisiones y aprobaciones de las operaciones tratadas deben formalizarse en
documentos / formularios / registros.
La falta de documentos /formularios / registros y la falta de evidencias de las
decisiones y autorizaciones impiden el control de las operaciones de la
organización.

• Se debe contar con la documentación respaldatoria de todas las operaciones .

2.8
Pág. 301
 Sistema de Control Interno – Norma General 3

Autorizaciones y niveles de autorización

• Dejar claramente establecido que funcionario/s deben autorizar las operaciones y sus
criterios (ej. rangos de importes).
• Se materializa en planillas / formularios / registros de firmas.
• La norma está orientada a mejorar la eficiencia operativa.
1. Mejora la eficiencia operativa de la organización.
2. Evita la pesada carga burocrática
3. Mejorar las actividades productivas

2.9
Pág. 302
 N.G.4 SEPARACION DE FUNC.CONTROL CRUZADO
POR OPOSICION DE INTERESES

1. PILAR DEL SISTEMA DE CONTROL INTERNO,YA QUE LA

ADOPCION DE ESTA NORMA PERMITE QUE EL PROCE
-SAMIENTO COMPLETO DE UNA OPERACION SEA TAREAS DE
VARIOS SECTORES.

2. ESTO PERMITE ESTABLECER UN GENUINO CONTROL POR

OPOSICION DE INTERESES EL QUE JAMAS PODRIA OCURRIR
SI UNA SOLA PERSONA O SECTOR TUVIESE A SU CARGO
CUMPLIR LA TOTALIDAD DE LAS DECISIONES DE
AUTORIZACION Y SUS RESPECTIVOS CONTROLES.

3. AUNQUE ANTIGUA ESTA NORMA MANTIENE UNA VIGENCIA

TOTAL

2.10
Pág. 303
 N.G 4 INCOMPATIBILIDADES

• ENTRE LAS INCOMPATIBILIDADES

TRADICIONALMENTE MAS UTILIZADAS
PARA PONER EN PRACTICA ESTA
NORMA PODEMOS MENCIONAR.

1. QUIEN REGISTRA NO MANEJA

DINERO.

2. QUIEN MANEJA DINERO NO MANEJA

BIENES.
*
2.11
Pág. 304
 N.G. 5 PRENUMERACION DE IMPRENTA DE
FORMULARIOS

1. SE RECOMIENDA LA PRENUMERACION ( DE IMPRENTA ) DE

TODOS LOS FORMULARIOS QUE UTILICE LA EMPRESA,AUN
AQUELLOS DE CARACTER Y USO EXCLUSIVAMENTE INTERNO Y
MAS ALLA DE LOS REQUERIMIENTOS LEGALES.
2. OBJETIVO PERSEGUIDO
1. EVITAR ‘SALTEOS’DE NUMERO O SU ASIGNACION A MAS DE
UN JUEGO DE EJEMPLARES.
2. DIFICULTAR LA COMISION DE MANIOBRAS ANOMALAS
CONSISTENTES EN LA SUSTITUCION DE UN EJEMPLAR POR
OTRO.
3. FACILITAR CONTROLES DE CORRELATIVIDAD
NUMERICO-CRONOLOGICA.
4. SEGUIMIENTO DE FORMULARIOS EN SU CURSO INTERNO Y / O
EXTERNO.
3. LOS FORMULARIOS ANULADOS DEBEN CONSERVARSE CON
TODAS SUS COPIAS,EN NINGUN CASO DEBEN DESTRUIRSE.
*

2.12
Pág. 305
 N.G.6 CTROL NUMERICO DE FORMULARIOS EN LAS DISTINTAS AREAS
RECEPTORAS “CONTROL DE INTEGRIDAD”

1. LOS SECTORES RECEPTORES DEBEN ASEGURARSE DE

HABER RECIBIDO LA TOTALIDAD DE LOS COMPROBANTES QUE
FUERON EMITIDOS PARA SU USO.

2. EL CONTROL NUMERICO DE FORMULARIOS EN DESTINO

PERMITIRA ASEGURARNOS DE QUE NINGUN EJEMPLAR SE HA
PERDIDO EN EL CAMINO,Y QUE TODO COMPROBANTE HA
LLEGADO A SU LEGITIMO RECEPTOR.

3. DICHO ESTO NO DEBE ASOMBRARNOS EL HECHO DE QUE LOS

EJEMPLARES ANULADOS DEBEN SER COMUNICADOS O
ENVIADOS A LOS SECTORES RECEPTORES PARA NO
DIFICULTAR ESE CONTROL.

2.13
Pág. 306
 N.G.7 CONTINUIDAD DE CORRELATIVIDAD
NUMERICO-CRONOLOGICA

1. CONSISTE EN VERIFICAR - ANTE LA EMISION DE UN NUEVO NUME-

RO DE UN DETERMINADO FORMULARIO – QUE SU FECHA ES SIMI-
LAR O POSTERIOR A LA DEL NUMERO PRECEDENTE.
2. LA AUSENCIA DE ESTE CONTROL DIFICULTA LA DETECCION DE
OMISIONES O REITERACIONES EN LAS OPERACIONES (Y/O EN SU
REGISTRACION) .
3. ASIMISMO LA EXISTENCIA DE ERRORES DE CORRELATIVIDAD NU-
MERICO-CRONOLOGICA PODRIA DAR LUGAR A SERIOS CUES-
TIONAMIENTO POR PARTE DE LOS ORGANISMOS DE CONTROL .
4. EN LA DIAPOSITIVA 2.15 SE OBSERVA UN EJEMPLO REAL DE UN
SECTOR DE COMPRA DONDE SU JEFATURA REALIZABA
IMPOR-TANTE PEDIDOS EN FORMA TELEFONICA EMITIENDO LAS
O.C. ‘CUANDO PODIA’ PARA NO ALERTAR A LOS SECTORES DE CON
-TROL SOBRE SU FALTA.
*

2.14
Pág. 307
 EJEMPLO DE ERROR DE CORRELATIVIDAD
NUMERICO - CRONOLOGICO

FORMULARIO Nro. FECHA DE EMISION

----------------------------------------------------------------------------------

1. 12251 4-5-2005
2. 12252 29-5-2005
3. 12253 ANULADO
4. 12254 6-5-2005
5. 12255 11-5-2005

2.15
Pág. 308
 N.G.8 EXISTENCIA DE FUNCIONES OPERATIVAS
DE CONTROL Y DE ASESORAMIENTO

1. EL MENSAJE QUE SE TRATA DE DAR A TRAVES DE

LA PRESENTE NORMA ES EL HECHO DE NO
DESVIRTUAR LA NATURALEZA DE CADA AREA POR
UN SUPUESTO MEJOR APROVECHAMIENTO DE SU
CAPACIDAD.
2. SI DESVIRTUAMOS EL PERFIL ORIGINALMENTE
PREVISTO PARA EL SECTOR AL DISEÑARSE SU
ESTRUCTURA (OPERAT.,DE CONTROL,O ASESO-
RAMIENTO) PUEDEN VERSE SERIAMENTE DAÑA-
DO TANTO LA EFICACIA Y EFICIENCIA OPERATIVA
COMO LA CONFIABILIDAD DE SUS CONTROLES.

2.16
Pág. 309
 N.G. 9 ANALISIS DE RIESGO / COBERTURA DE SEGURO / ANALISIS DE
CONVENIENCIA

1. A TRAVES DE ESTA NORMA NO RECOMENDAMOS LA

CONTRATACION DE SEGUROS,SINO AL MENOS ANALIZAR LA
CONVENIENCIA DE SU CONTRATACION CON EL OBJETO DE
CUMPLIR CON EL PRECEPTO DE SALVAGUARDAR EN FORMA
MAS EFECTIVA EL PATRIMONIO DE LA ORGANIZACION ,Y NO
DEJARLA EN UNA SITUACION DE DESPROTECCION FRENTE A
LA EVENTUAL OCURRENCIA DE UN SINIESTRO.
2. PARA CUMPLIR CON TAL FIN DEBEMOS RECONOCER
DISTINTOS SEGUROS
1. EJEMPLO :SEGUROS OBLIGATORIOS ,POR CADA EMPLEADO
QUE TRABAJA EN RELACION DE DEPENDENCIA.
3. LA ACTUAL VIGENCIA DE ESTA NORMA POCO IMPORTA , LO
QUE IMPORTA ES ESTAR ACTUALIZADO EN RELACION A LAS
NORMAS VIGENTES .
4. EN LA DIAPOSITIVA QUE SIGUE VEREMOS DISTINTOS TIPOS
DE SEGUROS.
*

2.17
Pág. 310
 DISTINTOS TIPOS DE SEGUROS

1. SEGUROS OBLIGATORIOS.
2. COBERTURA DE DINERO ( ROBO ) :EN CAJA O EN TRANSITO.
3. COBERTURA DE INMUEBLES ( INCENDIO ) , MUEBLES Y
UTILES (INCENDIO Y ROBO),INSTALACIONES ( INCENDIO ) AL
RESPECTO NUESTRA ATENCION DEBERA ESTAR PUESTA
TAMBIEN SOBRE LOS MONTOS A ASEGURAR EN CASO QUE
ASI SE DECIDA :NO INFERIORES A SUS VALORES DE LIBROS
Y/O DE REPOSICION.
4. SEGUROS CONTRA ACCIDENTES ;NO SOLO SOBRE SU
PERSONAL SINO TAMBIEN SOBRE LOS TERCEROS QUE LA
VISITAN.PODEMOS CITAR COMO CASO ATIPICO LA CAIDA DE
UN CARTEL O LA BARRERA AUTOMATICA EN UNA PLAYA DE
ESTACIONAMIENTO SOBRE LOS AUTOMOVILES QUE LA
CRUZAN.
*

2.18
Pág. 311
 N.G 10 DEPENDENCIA ENTRE SECTORES

1. EXISTE UN ERROR GENERALIZADO EN NO HACER DEPENDER

EL AREA DE CONTROL DE LOS MAXIMOS NIVELES DE LA
ORGANIZACION .
2. CASOS EXTREMOS LO HACEN DEPENDER DEL JEFE MAXIMO
DEL AREA QUE VA A CONTROLAR.NO TE -NIENDO POR ENDE
INDEPENCIA EN SU ACCIONAR.
3. CONCRETAMENTE PROPONEMOS QUE EL AREA DE CONTROL
SE UBIQUE EN UN NIVEL SUPERIOR O A LO SUMO AL MISMO
NIVEL DEL AREA QUE VA A CONTROLAR E INDEPENDIENTE DE
LA MISMA PARA MOSTRAR TOTAL IMPARCIALIDAD.

2.19
Pág. 312
 N.G 11 REVALORIZACION DE LA FUNCION
ARCHIVO

1. LA FUNCION DE ARCHIVO SE ENCUENTRA BASTANTE DES-

JERARQUIZADA Y NO ADECUADAMENTE VALORADA EN EL
AMBITO EMPRESARIO.
2. LA FUNCION ARCHIVO ES MUY IMPORTANTE PARA UNA
ORGANIZACION ,SIMPLEMENTE PORQUE LA INFORMCION
BIEN ARCHIVADA ES ADECUADAMENTE RECUPERADA EN EL
MOMENTO OPORTUNO.
3. RECORDEMOS QUE LA INFORMACION Y DOCUMENTACION
ARCHIVADA PUEDE TENER CARACTER OPERATIVO O DE
CONTROL,QUE PUEDE SER EJERCIDO POR ORGANISMOS
EXTERNOS A LA EMPRESA .
4. LOS CAMBIOS DE SISTEMAS DEBEN CONTEMPLAR ESTAS
SITUACIONES
*

2.20
Pág. 313
 N.G 11 CONTINUACION

• ANTE LOS OBJETIVOS A LOGRAR:

1. UNA FACIL Y RAPIDA RECUPERACION DE LA INFORMACION Y
DOCUMENTACION NECESARIA.
2. EVITAR RIEGOS DE PERDIDAS DE DOCUMENTACION.
3. EVITAR DETERIORO DE DOCUMENTACION POR MALAS
CONDICIONES DE ARCHIVOS
4. REALIZAR LA FUNCION EN FORMA OPORTUNA Y SIN
ATRASOS.
---------------------------------------------------------------------------------------------
• DEBEMOS APLICAR MEDIDAS CONCRETAS TALES
COMO
1. RACIONALIZAR LOS ESPACIOS FISICOS DESTINADOS AL
ARCHIVO DE DOCUMENTACION.
2. NOMBRAR RESPONSABLE DE SU MANTENIMIENTO.
3. ARCHIVAR LA DOCUMENTACION EN FUNCION DE LOS
ATRIBUTOS POR EL CUAL VA A SER RECUPERADA.
4. CONSIDERAR LOS ASPECTOS LEGALES Y NORMATIVOS
REFERIDOS AL PLAZO EXIGIDO DE RESGUARDO.
*

2.21 Pág. 314

 N.G 12 CUSTODIA DE FORMULARIOS SIN UTILIZAR

1. LOS TALONARIOS DE DIVERSOS FORMULARIOS ( CHE

-QUES,RECIBOS,ETC.)SIN UTILIZAR DEBERIAN SER
GUARDADOS EN UN LUGAR CERRADO Y BAJO RESPON
SABILIDAD DE UN FUNCIONARIO DE JERARQUIA AJENO
AL MANEJO DE FONDOS .
2. EL MISMO DEBERIA LLEVAR UN REGISTRO EN EL QUE
CONSTE LA NUMERACION DE TODOS LOS TALONARIOS
AUN NO UTILIZADOS PARA PROCEDER A MEDIDA QUE
ESTOS SE VAN UTILIZANDO,A COLOCAR FECHA Y NOM-
BRE DEL RESPONSABLE QUE LOS HA SOLICITADO.
3. ES DE DESTACAR QUE LA ENTREGA DE FORMULARIOS
EN BLANCO DEBERIA EFECTUARSE SOLO ANTE LA
RENDICION DE LOS TALONARIOS YA UTILIZADOS.ESTA
NORMA PERSIGUE EL OBJETIVO VER 2.23
*

2.22
Pág. 315
 OBJETIVO DE LA NORMA GENERAL N.G. 12

1. LOGRAR UN ADECUADO CONTROL SOBRE LA UTILIZACION DE

LOS TALONARIOS DE RECIBOS CHEQUES,ETC, GUARDAN- DO
UNA LOGICA CORRELACION NUMERICO – CRONOLOGICA EN
LA MEDIDA DE LO POSIBLE. CONSIDERAR QUE AL EXIS- TIR
VARIOS CENTROS DE COBRANZAS EN ACTIVIDAD,ETC ESTA
CORRELATIVIDAD PUEDE VERSE ROTAS EN TERMINOS
GENERALES ,AUNQUE ELLO NO DEBERIA OCURRIR DENTRO
DE UN MISMO TALONARIO
2. EVITAR LA COMISION DE FRAUDES ; UN CLARO EJEMPLO
CUYA DETECCION PUEDE SER TOTALMENTE INOPORTUNA ES
EL SIGUIENTE ;UN CENTRO DE COBRANZAS EMITE EL ULTIMO
RECIBO DEL ULTIMO TALONARIO Y SE QUEDA CON EL
DINERO RECAUDADO ( PARA QUE OCURRA ESTO DEBE
DARSE UNA SERIE DE CIRCUNSTANCIAS ).

2.23
Pág. 316
 N.G 13 ROTACION INTERNA DEL PERSO- NAL
AFECTADO A TAREAS SENSIBLES
1. ESTA NORMA INTENTA PREVENIR LOS EFECTOS
INDESEABLES DERIVADOS DE LA PERMANENCIA DE
PERSONAS EN AREAS SENSIBLES DURANTE
PROLONGADOS PERIODOS ,LO QUE PODRIA DAR
LUGAR A DESVIACIONES EN EL EJERCICIO DE SUS
FUNCIONES.
2. CASOS TIPICOS SON LOS DE LAS AREAS DE COM-
PRAS Y PAGOS DE REMUNERACIONES AL PERSO-
NAL.SU APLICABILIDAD ES PROPIA DE LAS GRAN-
DES ORGANIZACIONES Y SINCERAMENTE MUCHOS
DUDAN DE LA EFICACIA DE ESTE TIPO DE MEDIDAS
YA QUE AL APLICARLA PRIVA AL AREA AFECTADA
DE CONTAR CON PERSONAL ESPECIALIZADO.
*
2.24
Pág. 317
 N.G 14 EVITAR ROTACION INTERNA ACELERADA
DEL PERSONAL

1. LA ALTA ROTACION DE PERSONAL ,SEA CUAL FUERA EL AREA

EN QUE ELLO OCURRIESE, NO ES SIGNO DE QUE ALGO BUENO
Y POSITIVO ESTA OCURRIENDO.
2. POR EL CONTRARIO,PODRIA ESTAR MOSTRANDO UNA SITUA-
CION ANOMALA QUE HACE QUE EL PERSONAL AFECTADO SE
DESVINCULE AL POCO TIEMPO DE TOMAR SERVICIO.
3. ESTO GENERA QUE EL PLANTEL NO LOGRE LA ESTABILIDAD
NECESAREA Y LA REITERACION DE CAPACITACION Y ENTRE-
NAMIENTO DEL PERSONAL AFECTADO ,Y SUS COSTOS DE
ADAPTACION AL NUEVO PUESTO DE TRABAJO.
4. POR TODO LO DICHO , LA ALTA ROTACION DE PERSONAL
DEBE SER UNO DE LOS MOTIVOS DE CUIDADO Y ALERTA EN
TODO BUEN SISTEMA DE CONTROL INTERNO.
*

2.25
Pág. 318
 N.G 15 REGISTRACIONES CLARAS -ADECUADAS
Y AL DIA

1. LA REGISTRACION DE OPERACIONES DEBE SER REALIZADA EN

FORMA CRONOLOGICA Y CON EL GRADO DE DETALLE QUE
REQUIERE EL CODIGO DE COMERCIO.
2. LA REGISTRACION DEBE ENCONTRARSE ACTUALIZADA CON EL
OBJETO DE PERMITIR EL EJERCICIO DE CONTROL ESPECIAL
-MENTE EN EL CASO DE ANALISIS DE CUENTAS Y/O SEGUIMIEN-
TO DE OPERACIONES A TRAVES DEL SISTEMA CONTABLE.
3. LA REGISTRACION INDIVIDUAL Y NO RESUMIDA DE TODO EL
MOVIMIENTO DE PLATA HACIENDO MENCION DEL NUMERO DE
COMPROBANTE SON CLAROS INDICIOS QUE LA TAREA SE ESTA
EFECTUANDO CORRECTAMENTE .
4. ES IMPORTANTE CONTAR CON UN PLAN DE CTAS. QUE PERMITA
SEGREGAR LAS OPERACIONES QUE DESEAMOS CONTROLAR.
*

Pág. 319
 N.G 16 MECANISMOS O CANALES PARA
RECLAMOS DE CLIENTES

1. SE RECOMIENDA EVALUAR LA NECESIDAD DE

COLOCAR ANUNCIOS EN LUGARES VISIBLES DEL
ESTABLECIMIENTO INVITANDO A CLIENTES A
MANIFESTAR SU DESAGRADO O DISCONFORMIDAD
CON EL SERVICIO RECIBIDO ,O SU SUGERENCIA
PARA MEJORAR EL MISMO .

2. DE ESA FORMA,LA GERENCIA PODRA CONOCER

MEJOR LOS INCONVENIENTES OPERATIVOS DE LAS
DISTINTAS AREAS Y DISPONER LOS MECANISMOS
DE CORRECCION QUE SE ESTIMEN NECESARIOS .
*

Pág. 320
 NORMAS PARTICULARES
1. LAS NORMAS PARTICULARES TAMBIEN DENOMINA-
DAS ESPECIFICAS,ESTAN DEDICADAS A CADA AREA.
2. CADA AREA PRESENTAN CARACTERISTICAS PRO
-PIAS QUE HACEN QUE MEREZCAN TRATAMIENTOS
PARTICULARES CADA CASO.
3. LAS NORMAS ESPECIFICAS PARA CADA AREA COM-
PRENDEN GRUPOS SINGULARES DIFERENCIADOS,
CUYO OBJETIVOS Y FORMAS DE DESARROLLO Y
APLICACION TAMBIEN SON DIFERENTES.
4. EJEMPLOS DE LOS MISMOS PODEMOS VER A
CONTINUACION EN DIAPOSITIVA 2.29.
*

Pág. 321
 CONTINUACION NORMAS PARTICULARES

1. NORMAS DE C.I. RELATIVAS A LA ESTRUCTURA DE LA ORGA-

NIZACION HORIZONTAL Y VERTICAL Y A LA SEPARACION DE
FUNCIONES .CREAN LA ESTRUCTURA ADECUADA PARA QUE
LAS RESTANTES SEAN DE APLICACION.
2. NORMAS DE C.I RELATIVAS A LAS MEDIDAS CONCRETAS DE
CONTROL A FIN DE EVITAR ERRORES Y FRAUDES QUE ATEN-
TEN CONTRA EL PATRIMONIO DE UN ENTE.
3. MEJORAMIENTO PROCEDIMIENTOS Y RUTINAS
ADMINISTRATI-VAS CUYO CUMPLIMIENTO FACILITA EL
EJERCICIO DE C.I.
4. CUMPLIMIENTO DE DISPOSICIONES Y NORMAS LEGALES.
5. ES DECIR ENCUADRAR LAS OPERACIONES DE LA EMPRESA EN
UN TODO DE ACUERDO CON LAS NORMAS QUE RIGEN EN EL
PAIS PARA EL EJERCICIO DE ACTIVIDADES EMPRESARIAS.
6. MEDIDAS CONCRETAS QUE MEJOREN LA EFICIENCIA ADMINIS
TRATIVA .POR EJEMPLO APROVECHAR UN FORMULARIO
PROVENIENTE DE UN CLIENTE PARA HACERLO CIRCULAR
INTERNAMENTE COMO SI FUERA NUESTRO.
*
Pág. 322
 Universidad Nacional de Lomas de Zamora

Riegos y Perjuicios

•Sistemas Administrativos y Control Interno J. L. Pungitore Capitulos 9 y 10

Pág. 323
 OBJETIVO DEL CONTROL INTERNO EN EL
PROCESAMIENTO DE DATOS

1. EVITAR LA COMISION DE ERRORES O FRAUDES

2. GANAR SEGURIDAD Y CONFIABILIDAD EN EL PROCESAMIENTO

DE DATOS Y GENERACION DE INFORMACION DE LA
ORGANIZACION.

El objetivo se descompone en subobjetivos operativos basados en la

experiencia y a travez del ejercicio de una serie de controles tipificados a
continuación.

Pág. 324
 UN ERROR O FRAUDE DEBE SUPERAR

CONTROL INTERNO
1. CONTROL DE ACCESO.
2. CONTROLES DE ENTRADAS.
1. DE CONSISTENCIA
2. DE VALIDACION
3. CONTROL DE RAZONABILIDAD EN EL
PROCESAMIENTO.
4. CONTROLES EN LOS DATOS FIJOS.
5. CONTROL EN LA SALIDA.
6. INTERVENCION EN LA AUDITORIA INTERNA.
7. INTERVENCION DE LA AUDITORIA EXTERNA

Pág. 325
 CONTROLES INTERNO

1. CONTROL DE ACCESO :EL QUE PERMITE HABILITAR EL ACCESO A UN

SISTEMA ( O A UNA PARTE DE EL ) SOLO A LAS PERSONAS
ESPECIFICAMENTE AUTORIZADAS A EFECTUAR CIERTAS
TRANSACCIONES.

2. CONTROLES EN LAS ENTRADAS:LOS QUE FUNDAMENTALMENTE

PUEDEN SER DE DOS TIPOS
1. DE CONSISTENCIA : BASADO EN LA RAZONABILIDAD DEL
DATO EN SI MISMO.
2. DE VALIDACION : COTEJO DEL DATO QUE INGRE- SA CON LA
INFORMACION CONTENIDA EN LOS ARCHIVOS MAESTROS O
DE TRANSACCIONES DEL SISTEMA.

3. CONTROL DE RAZONABILIDAD EN EL PROCESAMIENTO : APUNTANDO

A QUE EL MISMO GENERE RESULTADOS RAZONABLES,DENTRO DE
CIERTOS LIMITES PREVIAMEN-TE DEFINIDOS.
*

Pág. 326
 1 CONTINUACION CONTROL INTERNO

4. CONTROLES EN LOS DATOS FIJOS:

ESTOS CONTROLES TIENEN POR OBJETO ASEGURAR QUE LOS
DATOS FIJOS NO HAN SIDO ALTERADOS POR PERSONAL NO
AUTORIZADOS Y QUE SE MANTIENEN PERMANENTEMENTE
ACTUALIZADOS ( Y VALIDADOS POR LOS SECTORES USUARIOS )
COMO PARA PERMITIR ,EN LA PARTE QUE LE COMPETE, UN
CORRECTO PROCESAMIENTO.
.
6. CONTROL EN LAS SALIDAS:
APUNTAN AL CONTROL FINAL QUE REALIZA TANTO EL SECTOR
RESPONSABLE PARA EL QUE SE ESTA GENERANDO LA
INFORMACION COMO CUALQUIER OTRO USUARIO DE LA EMPRESA ,
A LA LUZ DE UNO DE LOS PILARES DEL SISTEMA DE C.I. : EL
CONTROL CRUZADO POR OPOSICION DE INTERESES.

7. 6.- INTERVENCION DE LA AUDITORIA INTERNA.

8. 7.- INTERVENCION DE LA AUDITORIA EXTERNA.

Pág. 327
 ERROR O FRAUDE NO DETECTADOS

► DE HABERSE VULNERADOS LOS CONTROLES QUE HEMOS ENUNCIADOS

NOS ENCONTRAREMOS CON UN ERROR O FRAUDE.

► BAJO ESTE PUNTO DE VISTA ES IMPORTANTE LA INTERVENCION DE LAS

AUDITORIAS A LOS FINES:
– DE FORTALECER EL AMBIENTE DE CONTROL
– LA EMISION DE RECOMENDACIONES EN PERIODICO
– INFORMES A LA GERENCIA Y A LA DIRECCION ,QUE SE CANALIZAN
EN EL DISEÑO DE POLITICAS PREVENTIVAS QUE APUNTAN A CREAR
ELEMENTOS DE PROTECCION QUE DIFICULTEN EL FRAUDE Y EL
ERROR.

Pág. 328
 PERJUICIO O DAÑO

1. PUEDEN TENER EFECTOS Y CONSECUENCIAS DE DISTINTAS

NATURALEZA QUE MUCHAS VECES SON DIFICILES DE CUAN- TIFICAR.
2. PUEDEN SER PUNTUALES O PROLONGARSE EN EL TIEMPO ESTO NOS
TRAE LAS SIGUIENTES CONSECUENCIAS:
1. ECONOMICAS : UN CLARO EJEMPLO ES UN FRAUDE QUE IMPLICA
EL ROBO DE DINERO O MERCADERIA ,O UN ERROR QUE NO
PERMITE TOMAR MEDIDAS PREVENTIVAS EN TIEMPO
2. PERDIDA DE INFORMACION :CUYO PERJUICIO PUEDE SER, COSTO
ECONOMICO,COSTO DE OPORTUNIDAD, O QUE UN COMPETIDOR
SE APODERE DE INFORMAC. SENS IBLE.
3. PERDIDA DE LA CONFIDENCIALIDAD DE LA INFORMACION:
PUDIENDO PRODUCIR TRASTORNOS DE DIVERSOS CALI -BRES
SEGUN SEAN LOS RECEPTORES DE LA INFORMA- CION. EL
AGRAVANTE QUE NO SIEMPRE ES DETECTADA.
*

Pág. 329
 Universidad Nacional de Lomas de Zamora

Selección de Software

•Sistemas Administrativos y Control Interno J. L. Pungitore Capitulos 12

Pág. 330
Pág. 331
Pág. 332
 Selección del Software

Características y Modalidades

Tipos de Software
Desarrollado a Medida
Propio
Externo
Mixto
Paquetes de Software
Pre – Planeados (ERP)
Enlatados

Pág. 333
 Aspectos a tener en cuenta

Distintos Tipos de Software ( según su aplicación)

Requisitos Esenciales
• Necesidad real y actual de la organización
• Modalidad Operativa y control interno compatible
• Compatible con la infraestructura tecnológica
• Aprobación del usuario
• Relación costo / beneficio
Propiedad
• Cesión de Uso
• Cesión de Uso ampliada (solo para uso interno)
• Propiedad

Pág. 334
 Aspectos a tener en cuenta

Precio
Provisión
Instalación
Capacitación
Servicio post – venta
Mantenimiento
Actualizaciones
Calidad de Diseño
Facilidades Operativas “Amigabilidad “
Administración de Usuarios
Grabación automática
Menúes configurables
Diseño de Salidas
Modalidades alternativas de operación
Consultas ad – hoc
Pág. 335
 Aspectos a tener en cuenta

Documentación
• Interna
• Externa

Programa Fuente

Diseño Modular

Portabilidad

Parametrización

Disponibilidad de analistas / plazo de entrega

Servicio post – venta

Continuidad en la prestación del servicio

Pág. 336
 Aspectos a tener en cuenta

Importancia relativa de la operación para el proveedor

Actualizaciones

Otras Opciones
• Importación / Exportación de Datos
• Sistema de Seguridad (acceso limitado, perfiles)

Referencia de usuarios

Pág. 337
Pág. 338
Selección del Software (El Proceso)

Pág. 339
Selección del Software (El Proceso)

INICIO

•Formación del grupo

estratégico

•Designación del gerente del

proyecto

•Designación del coach

•Búsqueda de las prácticas

poco comunes
•(Ej. Calidad)

Pág. 340
Selección del Software (El Proceso)

Cont.

•Detectar problemas

•Detectar oportunidades

•Conformar grupo de detalle

•Buscar productos

•Confeccionar el RFP
•(Requerimiento para la Propuesta)

Pág. 341
Selección del Software (El Proceso)

Cont.

•Ordenamiento de
propuestas

•Calcular el costo por

producto

•Primera selección

•Desarrollo de escenarios

•Segunda selección

Pág. 342
Contenido del Requerimientos para la Propuesta. (RFP)

•Objetivo que tiene el cliente con esta licitación.

•Alcance en productos y servicios requeridos.

•Criterios de evaluación de propuestas y proveedores.

•Metodología del proceso de licitación.

•Marco de tiempo para elaboración.

•Aclaración de dudas.

•Entrega y presentación de propuesta.

Pág. 343
Universidad Nacional de Lomas de Zamora

Sistema de Compras y
Cuentas a Pagar

Pág. 344
OBJETIVO DEL SISTEMA.
1. GESTIONAR EL ABASTECIMIENTO DE LOS RECURSOS
NECESARIOS PARA LA EMPRESA,EXCEPTO EL PERSONAL

2. INCLUYENDO LA ADMINISTRACION DE LAS CUENTAS A

PAGAR Y LOS PAGOS A PROVEEDORES.

3 EMITIR DOCUMENTACION
Pedido de cotización
Orden de compra
Informe de recepción

4 ACTUALIZACION DE REGISTROS
Cuentas corrientes
Cuentas documentadas
Stocks
Generación de subdiarios

14.2

Pág. 345
•Descripción del circuito administrativo
•ENTREVISTAS y CURSOGRAMAS

Pág. 346
Módulo Ingreso de Solicitudes de compras y Pedidos de Reaprovicionamiento

No relevado

Pág. 347
MODULO 2: Selección del proveedor y adjudicación de la compra (altamente formalizado por escrito)

Pág. 348
Pág. 349
Pág. 350
•Diagramas de Bloques
•(De acuerdo a las necesidades)

Pág. 351
Diagramas de Bloques Standard
(Sistemas de Compras)
Adm. Proveedores / Stock / Inventarios y Devoluciones

Pág. 352
 QUE DEBE CONTEMPLAR UN BUEN
DISEÑO.
1. QUE EL SISTEMA ADMITA MONEDA NACIONAL
Y EXTRANJERA.
2. QUE LAS ORDENES DE COMPRAS QUE SE
GENEREN PUEDAN INCLUIR FLETES E IM
-PUESTOS DIVERSOS COTIZADOS POR EL
PROVEEDOR EN FORMA SEPARADA, DOMI
-CILIO DE RECEPCION DIVERSOS .
3. GENERAR INFORME PARA LA GESTION
4. QUE JUNTAMENTE CON LA CAPTURA DE
DATOS DEL INFORME DE RECEPCION ,REMITO
DEL PROVEEDOR O FACTURA (SEGUN EL
CASO ) ,EL CONTROL DE CUMPLIMIENTO DE LA
ORDEN DE COMPRA SE REALICE EN FORMA
AUTOMATICA.
*
14.3 Pág. 353
 ESTRUCTURA DEL SISTEMA .

VERSIONES MAS COMPLETAS 7 M :

1. MOD 1 ADMINISTRACION DE PROVEEDORES.
2. MOD 2 ADMINISTRACION DE PRECIOS DE LAS
ULTIMAS COMPRAS.
3. MOD 3 ADMINISTRACION DE ORDENES DE
COMPRAS PENDIENTES DE CUMPLIMIENTO.
4. MOD 4 PAGOS Y CUENTAS CORRIENTES.
5. MOD 5 CUENTAS DOCUMENTADAS .
6. MOD 6 SUBDIARIOS Y CONTABILIDAD.
7. MOD 7 ESTADISTICAS Y OPERACIONES
ESPECIALES.
*

14.4
Pág. 354
 •SINTESIS DE ARCHIVOS

1. Maestro de proveedores
2. Solicitudes de compra y pedidos de
reaprovisionamiento pendientes de cumplimiento
3. Saldos en cuenta corriente y documentadas
4. Artículos y existencias físicas (sistema de stock)
5. Estadísticas de últimas compras
6. Etc.

Pág. 355
MOD. 1 ADMINISTRACION DE
PROVEEDORES.
• ADMINISTRA LOS DATOS FIJOS DE LOS
PROVEEDORES.
1. CODIGO DE PROVEEDOR.
2. APELLIDO Y NOMBRE.
3. DOMICILIO-TELEFONOS.
4. NUMERO DE IDENTIFICACION TRIBUTARIA Y/O
PREVISIONAL.
5. CONDICION ANTE EL I.V.A.
6. CONDICION ANTE EL IMPUESTO A LAS GANANCIAS.
7. RUBROS O PRODUCTOS QUE SUMINISTRAN.
8. NOMBRE DE NUESTRO CONTACTO.ETC.
*

14.5
Pág. 356
 •MODULO 1

• OPERACIONES
• – ABM de proveedores
– Mantenimiento y control del archivo maestro de proveedores

• Listados y reportes principales

– Padrón de proveedores
– Altas de proveedores en un periodo.
– Modificaciones de proveedores en un periodo
– Bajas de proveedores en un periodo.
– Precios de últimas compras
– Etiquetas

– ARCHIVOS: POCO VOLATILES

*
Pág. 357
 MOD 2 ADM.DE LOS PRECIOS DE LAS
ULTIMAS COMPRAS
1. PRECIOS,CONDICIONES,ETC.RELACIONADOS CON
LAS ULTIMAS OPERACIONES DE COMPRAS.
2. OBTENCION DE INFORMACION POR
1. PROVEEDOR .
2. POR PRODUCTOS.
3. POR OPERACION.
3. ADMINISTRACION DE PRECIOS DE 3 O MAS COM-
PRAS
4. INFORMACIONES PARA FACILITAR LA ADJUDICA-
CION
*

14.7
Pág. 358
MODULO 3 ADM.DE SOLICIT.DE COMPRA
PENDIENTES DE CUMPLIMIENTO
• COLUMNA VERTEBRAL DEL SISTEMA.
1. ADMINISTRA EL PROCESO DE COMPRA.
2. DETECTA LA NECESIDAD DE COMPRA.
3. EMITE LA SOLICITUD DE COMPRA Y EL
PEDIDO DE REAPROVISIONAMIENTO.
4. EFECTUA TODO EL PROCESO HASTA EL
INGRESO DEL MATERIAL.
5. INFORME DE RECEPCION Y DE CONTROL DE
CALIDAD.
*

14.8
Pág. 359
 MODULO 3
OTRAS CONSIDERACIONES
1. REGISTROS: MANTENIMIENTO ACTUALIZADO DEL PROCESA-
MIENTO DE LOS REQUERIMIENTOS.
2. ARCHIVOS: SE CARACTERIZA POR LA GENERACION DE AR
-CHIVOS TRANSITORIOS NO DE TRABAJAR CON ARCHIVOS DE
DATOS FIJOS.
3. PROCESO: EN ESTE CASO PARTICULAR LOS ARCHIVOS DE
TRANSACCIONES SON AQUELLOS GENERADOS POR LA S.C Y
EL P.R. ESTE ARCHIVO MAS EL AGREGADOS DE DATOS FIJOS
PERMITIRA GENERAR.
1. SOLICITUD DE COMPRA - PEDIDO DE REAPROVISIONAM.
2. PEDIDO DE COTIZACION – ORDENES DE COMPRAS
3. INFORME DE RECEPCION
4. FINALIZADO EL PROCESOS CON EL CONTROL DE CALIDAD
ACTUALIZACION DEL ARCHIVO DE CTAS CTES .

*
14.9
Pág. 360
 MODULO 4 PAGOS Y CTAS CTES.
1. SIMILAR AL DE COBRANZAS Y CTAS CTES.DE VENTAS.
2. ADMINISTRA LAS CTAS.CTES.ACREEDORAS.
3. FACTURAS,NOTA DE DEBITOS Y NOTAS DE CREDITOS.
4. RECIBE INFORMACION DEL MODULO 3 RELATIVAS A
FACTURACION,NOTA DE DEBITO Y NOTA DE CREDITO.
• TRES OPERACIONES BASICAS.
1. EMISION Y PROCESAMIENTO DE ORDEN DE PAGO
2. CAPTURA DE DATOS DEL MODULO 3.
3. ADMINISTRAR LAS CUENTAS A PAGAR EN CTA CTE DE
LA EMPRESA.
*

14.10 Pág. 361

 MODULO 4 SALIDAS

1. ORDEN DE PAGO
2. CERTIFICADO DE RETENCION DE I.V.A.
3. IMPUESTOS A LA GANANCIA.
4. ANALITICO DE CUENTAS CORRIENTES
5. RESUMEN DE CUENTAS CORRIENTES.
6. ANTIGUEDAD DE DEUDAS.
7. PROYECCION DE PAGOS.
*

14.11
Pág. 362
 MODULO 5 CUENTAS
DOCUMENTADAS
• SUELE PRESENTARSE COMO MODULO
OPCIONAL.
• ADMINISTRA LA CARTERA DE CTAS A
PAGAR.
• SIMILAR AL FUNCIONAMIENTO DEL DE
VENTAS Y CTAS A COBRAR.
• SALIDAS REFERIDAS AL INGRESO Y
EGRESO DE DOCUMENTOS CLASIFICA-
DOS POR DISTINTOS ATRIBUTOS.
*

14.12
Pág. 363
 •Cuentas documentadas
• Operaciones
– Emisión y procesamiento de ordenes de pago con pagaré
– Captura de datos necesarios para su funcionamiento desde el
módulo de administración de solicitudes de compra y pedidos de
reaprovisionamiento y el de pagos y cuentas corrientes
– Actualizar las cuentas documentadas

• Listados y reportes principales

– Inventario de pagarés emitidos con su fecha de vencimiento
– Ficha de cuenta documentada ( o resumen de cuenta)
– Analítico de cuenta documentada
– Proyección de egresos de fondos para el cash flow

* Pág. 364
MODULO 6 DE SUBDIARIOS Y
CONTABILIDAD
1. CAPTURA INFORMACION DE OTROS MODULOS.
2. ARMA LOS ARCHIVOS NECESARIOS PARA EL
SISTEMA DE CONTABILIDAD.
3. EMITE LOS SOPORTES DE INFORMACION
CORRESPONDIENTES.
4. LISTADOS Y REPORTES PRINCIPALES
– Subdiaro de compras y de IVA compras
– Subdiario de egresos
– Asiento resumen de diario

14.13
Pág. 365
 MODULO 7 DE ESTADISTICAS Y
OPERACIONES ESPECIALES
1. TRABAJA EN BASE A LAS INFORMACIONES
GENERADAS POR LOS OTROS MODULOS.
2. ESTADISTICA QUE DEBEN SER DEFINIDAS
PREVIAMENTE.
3. EJEMPLOS
1. EVOLUCION COMPRAS REALIZADAS
2. CANTIDADES Y PRECIOS
3. PAGOS REALIZADOS
4. PAGOS PENDIENTES.
5. VARIOS.
*

14.14
Pág. 366
 CONSIDERACIONES Y ACLARACIONES
ADICIONALES
1. LA SELECCION DEL PROVEEDOR SE REALIZARA EN BASE
AL ARCHIVO DE LOS MISMOS
2. DETALLE DE LOS ARTICULOS QUE PROVEE
3. PERFORMANCE DE LAS ULTIMAS COTIZACIONES.
4. LA EVALUACION Y ADJUDICACION DEBEN TENER EN
CUENTA ADEMAS DEL PRECIO LA CALIDAD,PLAZO DE
ENTREGA, GARANTIAS , ETC.
5. LA REVISION Y CONTROL APUNTA A LA RECEPCION Y
CONTROL DE LA MERCADERIA.
6. EL CONTROL DE COMPRAS Y REGISTRAC.COMPRENDE
BASICAMENTE A LAS TAREAS DE CONTADURIA.
7. EL PAGO DEBE SURGIR COMO UNA CONTRAPRESTACION A
REALIZAR POR EL PROVEEDOR.
*

14.15 Pág. 367

Universidad Nacional de Lomas de Zamora

Sistema de Ventas y
Cuentas a Cobrar

Pág. 368
 •Sobre los sistemas de Información

•INTERDEPENDENCIA
•HARDWARE

•PROTOCOLO
•PROCEDIMIENTOS •SOFTWARE •DATABAS
E
•RESTRICCIONES
•TOMA DE DECISIÓN

•TELECOMUNICACIONES

•ORGANIZACION •SISTEMAS DE INFORMACION

•369
 Sistemas de Información

•Tipos de Sistemas
•Grupo Objetivo
• de Información

Sistemas del Nivel estratégico Directores / Nivel Superior

ESS
Aplicaciones
Funcionales
de Gerentes / Adm. Medios
Negocios Sistemas del Nivel de
Administración y
Del conocimiento MIS / DSS Trabajadores del conocimiento
y la información

Sistemas del Nivel Gerentes Operativos

Operativo TPS
Bases de
Sistemas
de
CRM KMS SCM
Computos

Hardware Software
Telecomunicaciones Pág. 370
1.- MODELO CLÁSICO DE CANTIDAD ECONÓMICA DE PEDIDO (CEP)

•I = Inventario
•Q = Cant. a Pedir
•D = Demanda
•L = Tiempo de Anticipación

Pág. 371
 Diseño y Desarrollo
Enfoque de los sistemas de Información
•ENFOQUES TECNICOS
•CIENCIA DE LA
COMPUTACION •INVESTIGACION
OPERATIVA

•CIENCIA DE LA
ADMINISTRACION
• S.I.
•SOCIOLOGIA

•PSICOLOGIA
•CIENCIA POLITICA
•ENFOQUES HUMANISTICOS
•1.17
Pág. 372
Pág. 373
Tipos de Sistemas de
Información Empresarial
• Perspectiva Funcional (ejemplos)
– Sistemas de Ventas y Marketing
– Sistemas de Manufactura y producción
– Sistemas Financieros y Contables
• Perspectiva del Usuario (Laudon & Laudon)
– Sistemas de procesamiento de transacciones (TPS)
– Sistemas de información Gerencial (MIS)
– Sistemas de apoyo a la toma de decisiones (DSS)
– Sistemas de Apoyo a Ejecutivos (ESS)

Pág. 374
 •Unidad 7.1: Sistemas ERP – Conceptos generales

•Ejemplo de módulos:

•375
 OBJETIVO DEL SISTEMA.
• ADMINISTRAR LA GESTION COMERCIAL DE LA
EMPRESA.OPERATIVAMENTE ESTO SE TRADUCE:
1. EN LA EMISION DE LA DOCUMENTACION QUE
AMPARA TALES OPERACIONES: REMITOS -
FACTURAS.
2. ACTUALIZACION DE LOS REGISTROS QUE SE VEN
AFECTADOS POR ELLAS : CUENTA CO-
RRIENTES,CUENTAS DOCUMENTADAS Y STOCK.
3. EN BASE A LOS MISMOS GENERAR SUBDIARIOS
MAS EL RESPECTIVO ASIENTO RESUMEN PARA EL
LIBRO DIARIO.
*

13.2

Pág. 376
 QUE DEBE CONTEMPLAR UN BUEN
DISEÑO.
1. QUE EL SISTEMA ADMITA MONEDA NACIONAL Y
EXTRANJERA.
2. INTEGRACION DE SUS MODULOS COMPONENTES.
3. OPCIONES DE FACTURACION EN LINEA O EN LOTE.
4. FACTURAR SIN NOTA DE PEDIDO.
5. QUE SE PUEDAN INCLUIR FLETES,IMPUESTOS Y
ALTERNATIVAS DE VENTA.
6. GENERAR INFORME PARA LA GESTION
7. LIQUIDACION DE COMISIONES A VENDEDORES.
8. CONSIGNAR DOMICILIOS DE ENTREGA DIFERENTE AL
COMERCIAL DEL CLIENTE.
*

13.3
Pág. 377
 ESTRUCTURA DEL SISTEMA
VERSIONES MAS COMPLETAS 9 MODULOS:
1. MODULO 1 ADMINISTRACION DE CLIENTE.
2. MODULO 2 ADMINISTRACION DE PRECIOS DE ARTICULOS.
3. MODULO 3 ADMINISTRACION DE VENDEDORES.
4. MODULO 4 ADMINISTRACION DE PEDIDOS Y FACTURACION.
5. MODULO 5 COBRANZAS Y CTAS,CORRIENTE.
6. MODULO 6 CUENTAS DOCUMENTADAS.
7. MODULO 7 CHEQUES DIFERIDOS.
8. MODULO 8 SUBDIARIOS Y CONTABILIDAD.
9. MODULO 9 ESTADISTICAS Y OPERACIONES ESPECIALES.

13.4
Pág. 378
MODULO 1 ADMINISTRAC.DE
CLIENTES.
• ADMINISTRA LOS DATOS FIJOS DE LOS
CLIENTES TALES COMO:
1. CODIGO DE CLIENTE.
2. APELLIDO Y NOMBRE O RAZON SOCIAL.
3. DOMICILIO_TELEFONOS_MAIL.
4. NUMERO DE IDENTIFICACION TRIBUTARIA
Y/O PREVISIONAL.
5. DOMICILIO DE ENTREGA DE LA
MERCADERIA.
6. VENDEDOR QUE LO ATIENDE.
7. NOMBRE DEL CONTACTO.
*

13.5
Pág. 379
 MODULO 1 ARCHIVOS Y
LISTADOS
1. ARCHIVOS:
1. POCO VOLATILES
2. OPERACIONES BASICAS A-B-M DE LOS DATOS.
2. LISTADOS:
1. PADRON DE CLIENTES.
2. ALTAS – BAJAS Y MODIFICACIONES.
3. ETIQUETAS .

13.6

Pág. 380
 MOD 2 ADM.DE PRECIOS DE
ARTICULOS
1. ADMINISTRA LOS DIVERSOS ATRIBUTOS DE LOS
ARTICULOS.
1. PRECIOS,IMPUESTOS DATOS DE LAS ULTIMAS COMPRAS
O PROCESOS PRODUCTIVOS.
2. FUNCIONES: ALTAS , BAJAS Y MODIFICACIONES.
3. ARCHIVOS: ARTICULOS,STOCK,LISTA DE PRECIOS.
4. LISTADOS :
1. MAESTRO DE ARTICULOS.
2. LISTA DE PRECIOS
3. PRECIOS DE LAS ULTIMAS COMPRAS.
4. LISTADOS POR EXCEPCION.
*

13.7

Pág. 381
MODULO 3 ADMINISTRADOR DE
VENDEDORES
1. OPERACIONES QUE REALIZA:
1. ALTAS ,BAJAS Y MODIFICACIONES.
2. CONDICIONES CONTRACTUALES.
3. LIQUIDACION DE COMISIONES.
2. ARCHIVO MAESTRO DE VENDEDORES.
3. LISTADO E INFORMES:
1. COMISIONES POR VENDEDORES.
2. COMISIONES LIQUIDADAS EN DETERMINADOS
PERIODOS.
3. MAESTRO DE VENDEDORES ALTA ,BAJA Y
MODIFICACIONES.
*

13.8
Pág. 382
 MODULO 4 ADMINISTRACION DE
PEDIDOS Y FACTURACION
• OBJETO: CALCULAR Y EMITIR LOS COMPROBANTES
REMITOS ,FACTURAS,NOTA DE DEBITO Y NOTA DE
CREDITO Y POSIBILIDAD DE ARMADO DE HOJA DE
RUTA.
• OPERACIONES MAS IMPORTANTES:
1. CONTROL FORMAL.
2. CONTROL DE CREDITOS.
3. CONTROL DE STOCK.
4. EMISION DE LOS FORMULARIOS SEÑALADOS.
5. ADMINISTRACION DE LAS CTAS.A COBRAR.
6. NO TRABAJA CON ARCHIVOS MAESTROS
7. UTILIZA ARCHIVOS DE TRANSACCIONES
*

13.9

Pág. 383
 MODULO 4 ADMINIS.DE PEDIDOS Y
FACTURACION OTRAS
CARACTERISTICAS
1. INTEGRACION CON OTROS MODULOS: ACTUALIZA
LUEGO DE LA EMISION DE COMPROBANTES LOS ARCHI
-VOS DE LOS MODULOS.
1. CUENTAS CORRIENTES
2. ADMINISTRACION DE ARTICULOS
2. DOCUMENTOS: REMITO,HOJAS DE RUTAS , FACTURAS,
FACTURAS PROFORMA, NOTA DEBITO Y NOTA DE CREDI
-TO.
3. LISTADO DE OPERACIONES REALIZADAS:
1. ITEMS FACTURADOS.
2. PEDIDOS PENDIENTES.
3. PEDIDOS DESPACHADOS.
4. REMITOS PENDIENTES DE FACTURACION.
*

13.10
Pág. 384
 MODULO 5 COBRANZAS Y CTAS
CTES.
1. SIMILAR AL DE PAGOS Y CTAS CTES.DE COMPRAS.
2. ADMINISTRA LAS CTAS .CTES.DE LA EMPRESA.
3. RECIBE FLUJO DE INFORMACION DEL MODULO
ADMINISTRACION DE PEDIDOS Y FACTURACION,
RELATIVOS A FACTURAS NOTA DE DEBITOS Y NOTA
DE CREDITOS EMITIDAS .
• EFECTUA TRES OPERACIONES BASICAS.
1. EMISION Y PROCESAMIENTO DE RECIBOS
OFICIALES
2. CAPTURA DE DATOS DEL MODULO 4.
3. ADMINISTRAR LAS CTAS A COBRAR EN CTAS,CTES
DE LA EMPRESA.
*

13.11
Pág. 385
MODULO 5 SALIDAS

1. RECIBO OFICIAL.
2. FICHA O RESUMEN DE CTAS.CTES.
3. ANALITICO DE CTAS.CTES.
4. RESUMEN DE CTAS CTES.
5. ANTIGUEDAD DE DEUDAS.
6. PROYECCION DE COBRANZAS EN
FUNCION DE LAS FECHAS DE VTOS.

13.12
Pág. 386
MODULO 6 Y 7 CUENTAS
DOCUMENTADAS Y DE CHEQUES
DIFERIDOS
1. SUELEN PRESENTARSE COMO MODULOS
ADICIONALES.
2. ADMINISTRA LA CARTERA DE DOCUMENTOS A
COBRAR Y CHEQUES DIFERIDOS.
3. FUNCIONAMIENTO SIMILAR AL DE CTAS CTES.
4. SALIDAS REFERIDAS AL INGRESO Y EGRESO
DE DOCUMENTOS CLASIFICADOS POR
DISTINTOS ATRIBUTOS.
5. PROYECIONES FINANCIERAS.
*

13.13
Pág. 387
 MODULO 8 DE SUBDIARIOS Y
CONTABILIDAD

1. CAPTURA INFORMACION DE OTROS MODULOS.

2. ARMA LOS ARCHIVOS NECESARIOS PARA
TRANSFERENCIA AL SISTEMA DE CONTABILIDAD.
3. EMITE LOS SOPORTES DE INFORMACION
CORRESPONDIENTES.
4. SUBDIARIOS DE VENTAS DE I.V.A.
5. SUBDIARIOS DE COBRANZAS.
6. RESUMENES PARA EL IMPUESTOS A LOS INGRE
-SOS BRUTOS.
*

13.14
Pág. 388
MODULO 9 DE ESTADISTICAS Y
OPERACIONES ESPECIALES
• TRABAJA A BASE DE INFORMACION DE LOS
OTROS MODULOS.
• ESTADISTICAS QUE DEBEN SER DEFINIDAS
PREVIAMENTE.
• EJEMPLOS
1. VENTAS REALIZADAS.
2. EVOLUCION EN EL TIEMPO.
3. COBRANZAS REALIZADAS
4. COBRANZAS PENDIENTES.
5. VARIOS.
*

13.15
Pág. 389
13.16
Pág. 390