Está en la página 1de 67

MATERIA MANO DE MAQUINARIA DIAGRAMA

PRIMA OBRA DE
PROVEEDORES FÍSICO DETERIORO ISCHIKAWA
SUMINISTRO MENTAL MANTENIMIENTO
PROPIO

INSTRUMENTO
INFORMACIÓN
EFECTO
CAPACITACIÓN CONDICIONES
LOCALES CLIMA
PROCEDIMIENTO
INSPECCIÓN TALLER

MEDIDA MEDIO CORRELACIÓN


MÉTODO AMBIENTE EFECTO - CAUSA

HENRY A. MUÑOZ R.
EJEMPLOS DE MODELOS - MODELO DE INVENTARIOS

• OBJETIVO. ENCONTRAR LA CANTIDAD ECONÓMICA DE ORDEN MEDIANTE UN


INTERCAMBIO ENTRE LOS COSTOS DE MTTO DE INVENTARIO Y LOS DE PEDIDO, DE MODO
QUE SE MINIMICE EL COSTO DEL SISTEMA

• Q = TAMAÑOS DE MTTO DE INVENTARIO.


• K = COSTO DE MTTO DE INVENTARIO.
• S = COSTOS DE HACER ESTIMADA. Q
• D = DEMANDA ANUAL ESTIMADA.
• TC = COSTO TOTAL DEL SISTEMA.
• TC = (Q/2) * K +(D/Q) * S Nivel de
Reorden

$ Costo Total K
Costo
Tiempo
Q* = Cantidad de orden económica
Cantidad de orden que minimiza el TC
Q* Q Tamaño del pedido

HENRY A. MUÑOZ R.
EJEMPLOS DE MODELOS - MODELO DE VALOR ESPERADO

• OBJETIVO. DETERMINAR EL CURSO DE ACCIÓN QUE PRODUCIRÁ LA MAYOR GANANCIA


ESPERADA

• PUNTO DE DECISIÓN

• ACONTENCIMIENTO ALEATORIO EN EL MUNDO

• Pi = PROBABILIDAD DE QUE OCURRA UN EVENTO EN PARTICULAR


• Ai = GANANCIA O PÉRDIDA ATRIBUIBLES AL RESULTADO DE UN EVENTO ALEATORIO
• EV = VALOR ESPERADO DE UN CURSO DE ACCIÓN

.2 EV (alternativa 1) = 0.2(20)+0.8(100)
0 A1 = $20
P1=

t i va1 A1 = $100
na P1=0.8
Alter EV (alternativa 1) = 0.6(50)+0.4(60)
0.6 A1 = $50
P1=
Alterna
tiva 1 P1=0.4 A1 = $60

HENRY A. MUÑOZ R.
EJEMPLOS DE MODELOS - MODELO DE CAJA NEGRA PARA VENTAS

VENDEDORES ESPACIO DE ALMACENAMIENTO


ASIGNADOS AL DESTINADO A PROCESO
PROCESAMIENTO

UNIDAD DE PRODUCTO
DE FABRICACIÓN UNIDAD DEL
PRODUCTO
VENTAS VENDIDO

• INFORMACIÓN SOBRE INFORMACIÓN DE


QUE SE HA
CARACTERÍSTICAS DEL
PRODUCTO (INGENIERÍA) VENDIDO UN
• PRECIO (GERENCIA DE UNIDAD
MERCADEO)

VENDEDORES ESPACIO DISPONIBLE


DISPONIBLES DE ALMACENAMIENTO

HENRY A. MUÑOZ R.
ENTRADAS SALIDAS
• PEDIDOS DEL CLIENTES • REMISIONES DE ENTREGA DE PT
• PROGRAMA DE PRODUCCIÓN DE PRODUCTOS A CLIENTES
TERMINADOS (PT) • REMISIÓN DE PT POR
• DEVOLUCIONES DE PT DE CLIENTES DEVOLUCIÓN A PROVEEDORES
• REMISIÓN POR ENTRADAS DE PT • EJECUCIONES DE ENTREGA DE
• EXISTENCIA ACTUAL DE PT PT A CLIENTES
• POLÍTICAS DE MANEJO DE INVENTARIOS PT • ESTADÍSTICAS POR ENTRADAS,
(BAJAS, COSTOS) SALIDAS Y CORRECCIONES DE
• PROGRAMACIÓN DE ENTREGAS A CLIENTES DE PT PT
• PROGRAMACIÓN DE TRANSPORTE DE PT • CUMPLIMIENTO ED PEDIDOS
• CAPACIDAD DE ALMACENAMIENTO, ESPACIOS, • CALIDAD DE PT POR PARTE DE
DISTRIBUCIÓN, ORGANIZACIÓN PROVEEDORES
• REMISIONES FIRMADAS POR CLIENTES • CUMPLIMIENTO DE
• ORDENES DE COMPRA DE PT PROVEEDORES EN ENTREGA DE
PT
PROCESO
• CONTROL DE CALIDAD DE ENTRADA DE PT
• CÁLCULO DE EXISTENCIAS ACTUALES POR ENTRADA, SALIDA Y CORRECCIONES DE PT
• CALCULAR DEVOLUCIONES DE PT A CLIENTES
• CALCULAR DEVOLUCIÓN DE PT A PROVEEDORES
• ACTUALIZAR PROGRAMA DE ENTREGA DE PT A CLIENTES
• CALCULAR CUMPLIMIENTO DE ENTREGA DE PT POR PARTE DE PROVEEDORES
• CONTABILIZACIÓN DE ENTRADA, SALIDAS Y CORRECCIONES DE PT

HENRY A. MUÑOZ R.
CONSTRUCCIÓN DE MODELOS

• RECONOCER EL PROBLEMA
• ENCONTRAR LA TÉCNICA IDÓNEA PARA SU SOLUCIÓN
• RIESGO. ANALISTA TERMINA BUSCANDO UN PROBLEMA QUE SE ADECUE A LA TÉCNICA Y
NO VICEVERSA.

PROCEDIMIENTO GENERAL PARA CONSTRUIR MODELOS


• IDENTIFICAR Y FORMULAR PROBLEMA POR ESCRITO.
• IDENTIFICAR CONSTANTES, PARÁMETROS Y VARIABLES DEL PROBLEMA. DEFINIR
VERBALMENTE Y LUEGO REPRESENTAR POR MEDIO DE SÍMBOLOS.
• SELECCIONAR VARIABLES QUE PARECEN MAS INFLUYENTES, BASÁNDOSE EN DATOS,
INTUICIÓN Y REFLEXIÓN. HACER SUPOSICIONES O PREDICCIONES RESPECTO AL
COMPORTAMIENTO DE LAS VARIABLES INCONTROLABLES
• CONSTRUIR MODELO COMBINANDO TODAS LAS RELACIONES EN UN SISTEMA DE
RELACIONES SIMBÓLICAS
• REALIZAR MANIPULACIONES SIMBÓLICAS (COMO SOLUCIÓN DE SISTEMA DE
ECUACIONES, DIFERENCIACIÓN O ANÁLISIS ESTADÍSTICOS)
• DERIVAR DEL MODELO HACIENDO PREDICCIONES Y COMPARANDOLAS CON EL MUNDO
REAL.
• REVISAR MODELO CADA VEZ QUE SEA NECESARIO

HENRY A. MUÑOZ R.
SISTEMAS ORGANIZACIONALES
✔ FORMADOS POR MUCHOS SISTEMAS.
✔ SISTEMA DE MANUFACTURA O FABRICACIÓN. PRODUCIR BIENES
QUE SATISFAGAN DEMANDA MERCADO.
✔ PARA ALCANZAR OBJETIVO SISTEMAS INTERACTÚAN CON
MEDIO AMBIENTE PARA ADQUIRIR MATERIALES, OBREROS,
CONOCIMIENTO PARA FABRICAR BIENES.
✔ SALIDAS. PRODUCTOS TERMINADOS, DESPERDICIOS,
TECNOLOGÍA PARA LA PRODUCCIÓN.
✔ SISTEMAS DEBEN ESTAR BAJO CONTROL. CUMPLIR
ESTÁNDARES, CANTIDAD DE ARTICULOS FABRICADOS DEBE
CUMPLIR CON DETERMINADA CUOTA, ALCANZAR NIVELES DE
CALIDAD Y COSTO.

HENRY A. MUÑOZ R.
SISTEMAS ORGANIZACIONALES
✔ FINALIDAD DE LOS SISTEMAS DE INFORMACIÓN ES :
✔ PROCESAR ENTRADAS
✔ MANTENER ARCHIVOS DE DATOS RELACIONADOS CON LA
ORGANIZACIÓN.
✔ PRODUCIR INFORMACIÓN, REPORTES Y OTRAS SALIDAS.
✔ SISTEMAS DE INFORMACIÓN ESTÁN COMPUESTOS DE
SUBSISTEMAS : HARDWARE, SOFTWARE, MEDIOS DE
ALMACENAMIENTO DE DATOS PARA ARCHIVOS Y BASES DE
DATOS.
✔ APLICACIÓN DE SISTEMAS DE INFORMACIÓN. CONJUNTO DE
SUBSISTEMAS (EQUIPO ESPECÍFICO, PROGRAMAS,
ARCHIVOS Y PROCEDIMIENTOS.
✔ SISTEMAS DE INFORMACIÓN PUEDEN TENER APLICACIONES
DE VENTAS, CONTABILIDAD O COMPRAS.

HENRY A. MUÑOZ R.
ELEMENTOS OPERACIONALES DE UN SISTEMA DE INFORMACIÓN

• ENFOQUES PARA EXPLICAR ESTRUCTURA DE UN SISTEMA DE INFORMACIÓN

COMPONENTES FÍSICOS FUNCIONES DE PROCESAMIENTO


REQUERIDOS PARA UN S.I.
• PROCESAR TRANSACCIONES
• EQUIPOS (HARDWARE).
• MANTENER ARCHIVOS
• SOFTWARE.
MAESTROS
• BASES DE DATOS.
• PRODUCIR INFORMES
• PROCEDIMIENTOS.
• PROCESAR PREGUNTAS
• PERSONAL DE OPERACIONES.
• PROCESAR APLICACIONES
INTERACTIVAS DE SOPORTE

HENRY A. MUÑOZ R.
CATEGORÍAS DE SISTEMAS DE INFORMACIÓN

SISTEMA DE PROCESAMIENTO DE TRANSACCIONES (SPT)

• MEJORAR ACTIVIDADES RUTINARIAS DE UNA ORGANIZACIÓN.


• TRANSACCIÓN ES UN SUCESO QUE AFECTA A TODA LA ORGANIZACIÓN
• FACTURACIÓN, ENTREGA MERCANCÍA, PAGO A EMPLEADOS,
DEPÓSITO DE CHEQUES
• PROCESAMIENTO INCLUYE CÁLCULOS,
CLASIFICACIÓN,ORDENAMIENTO, ALMACENAMIENTO Y
RECUPERACIÓN, GENERACIÓN RESUMENES.
• SPT BRINDAN VELOCIDAD Y EXACTITUD.
• SE PROGRAMAN PARA SEGUIR RUTINAS SIN VARIACIÓN.

HENRY A. MUÑOZ R.
PROCEDIMIENTOS DE OPERACIÓN ESTÁNDAR
EJEMPLO : CAJERO AUTOMÁTICO
PROCEDIMIENTOS PARA EL PROCESO DE TRANSACCIONES ESTÁN BIEN
COMPRENDIDOS Y SE PUEDEN DESCRIBIR CON DETALLE

• ACTIVIDAD CLIENTE • VERIFICAR VALIDEZ NÚMERO


• PROPORCIONAR NÚMERO CUENTA • VERIFICAR CONTRASEÑA
• PROPORCIONAR CONTRASEÑA • VERIFICAR QUE EL MONTO ESTE
• PROPORCIONAR MONTO RETIRO DENTRO LÍMITES BANCO
• VERIFICAR QUE HAYA SALDO
• REGISTRAR TRANSACCIÓN EN LOS
ARCHIVOS
• ENTREGAR DINERO
• EXPEDIR COMPROBANTE
• RETIRAR DINERO DEL RECEPTÁCULO • PREPARARSE PARA SIGUIENTE
TRANSACCIÓN
ESTA ACTIVIDAD SE REPETIRÁ MUCHAS VECES EN UN DÍA

HENRY A. MUÑOZ R.
SISTEMA DE INFORMACIÓN ADMINISTRATIVA

☛AYUDAN A LOS DIRECTIVOS A TOMAR DECISIONES Y RESOLVER PROBLEMAS


☛DIRECTIVOS RECURREN A DATOS ALMACENADOS EN SPT
☛PROCESO DE DECISIÓN DEFINIDOS
☛PREPARAR REPORTES PARA LA TOMA DE DECISIONES
☛SOPORTE DE DECISIONES BIEN ESTRUCTURADAS.
☛ASPECTO ESTRUCTURADO SE REFIERE A QUE LOS GERENTES CONOZCAN DE
ANTEMANO FACTORES, VARIABLES PARA TOMAR DECISIONES (BUENA O
MALA)
☛EJEMPLO. REPORTE EN UN BANCO DE SOBRE DEPÓSITOS Y RETIROS A NIVEL
DE SUCURSAL. (FUENTE SPT)
☛LA INFORMACIÓN SE COMBINA CON EXTERNA. TENDENCIA ECONÓMICA,
DEMANDA, COSTO PRÉSTAMOS.
☛ESTA INFORMACIÓN COMBINADA SIRVE PARA TOMAR DECISIONES PARA P.E.
AUMENTAR TASAS DE INTERÉS SOBRE PRÉSTAMOS O AHORROS.

HENRY A. MUÑOZ R.
SISTEMA PARA SOPORTE DE LAS DECISIONES (STD)

☛NO TODAS LAS DECISIONES SON DE NATURALEZA RECURRENTE.


☛ALGUNAS SE PRESENTAN UNA VEZ O ESCASAMENTE.
☛STD AYUDA A DIRECTIVOS A TOMAR DECISIONES NO MUY ESTRUCTURADAS.
☛DECISIÓN NO ESTRUCTURADA.
☛ NO EXISTEN PROCEDIMIENTOS CLAROS PARA TOMARLA.
☛NO SE PUEDEN IDENTIFICAR LOS FACTORES QUE SE DEBAN
CONSIDERAR.
☛FACTOR CLAVE EN STD ES DETERMINAR LA INFORMACIÓN NECESARIA.
☛A MEDIDA QUE SE ADQUIERE INFORMACIÓN PUEDE OCURRIR QUE EL
GERENTE NECESITE MAS INFORMACIÓN.
☛EL CRITERIO DE LOS DIRECTIVOS TIENE UN ROL IMPORTANTE DONDE EL
PROBLEMA NO ES ESTRUCTURADO.

HENRY A. MUÑOZ R.
EJEMPLO DE SISTEMA PARA SOPORTE DE LAS DECISIONES (STD)

☛PROCESO DE DECISIÓN DE UN FUNCIONARIO PARA TOMAR DECISIÓN DE


ENTRE OFRECER CUENTAS PARA MANEJO DE EFECTIVO O CAJERO
AUTOMÁTICO SIN SON SERVICIOS NUEVOS EN EL BANCO.
☛PREGUNTAS.
☛COSTO DE CADA SERVICIO, NÚMERO CAJEROS
☛RESPUESTA DE LA COMPETENCIA.
☛MONTOS RETIRO, COBRO DE CUOTA SERVICIO.
☛SERVICIO SI REDUNDARÁ EN MAYOR CANTIDAD DE DEPÓSITOS Y MAYOR
FLUJO CAJA..
☛ES IMPOSIBLE DISEÑAR FORMATO DE REPORTES DEL SISTEMA.
☛STD DEBE TENER MAYOR FLEXIBILIDAD QUE OTROS S.I.
☛USUARIO DEBE PODER DEFINIR Y ESPECIFICAR CONTENIDO YPRODUCCIÓN
DE REPORTES.

STD SOPORTAN DECISIONES PERO NO REEMPLAZAN EL CRITERIO DEL DIRECTIVO

HENRY A. MUÑOZ R.
ESTRATEGIAS DE DESARROLLO DE SISTEMA. MOTIVACIÓN
☛DEFINITIVAMENTE PODEMOS AFIRMAR QUE LOS SISTEMAS, SUBSISTEMAS,
ACTIVIDADES Y FUNCIONES EN UNA EMPRESA ES REAL. OBVIO !!
☛EXISTE RELACIONES ENTRE LAS FUNCIONES ORGANIZACIONALES.
☛LA HABILIDAD DE LOS ANALISTAS DE SISTEMAS ES SU CAPACIDAD PARA
ADQUIRIR UN PANORAMA GLOBAL DE LA ORGANIZACIÓN.
☛DISTINGUIR Y COMPRENDER LAS RELACIONES ENTRE LAS FUNCIONES DE
LAS ÁREAS
☛CONSIDERAR DURANTE EL DESARROLLO EL IMPACTO DE ESTAS EN LA
ORGANIZACIÓN CREARÁ SISTEMAS MÁS ÚTILES, PORQUE SE ADAPTAN A LOS
SISTEMAS EXISTENTES (AUNQUE NO SIEMPRE ES DESEABLE P.E.
REINGENIERÍA).
☛LA CLAVE ES PONER ATENCIÓN A LA INTERDEPENDENCIA DE LAS UNIDADES.
☛LOS S.I. EN LA ORGANIZACIÓ0N SIRVEN PARA PROCESAMIENTO DE
TRANSACCIONES, APOYO A LA TOMA DE DECISIONES ESTRATÉGICAS.
☛LA DEFINICIÓN DE TECNOLOGÍA DE COMPUTACIÓN, DE COMUNICACIONES, EL
IMPACTO DEL NUEVO SISTEMA EN EL PERSONAL Y LAS CARACTERÍSTICAS DEL
SISTEMA “NUEVO” SE PUEDEN DETERMINAR DE FORMA SECUENCIAL.

HENRY A. MUÑOZ R.
DOCUMENTACIÓN DE DECISIONES
CONDICIONES Y ACCIONES

• CONDICIONES.
POSIBLES ESTADOS DE UNA ENTIDAD (PERSONA, LUGAR, OBJETOO EVENTO)
• VARIABLES DE DECISIÓN. Condiciones cambian. Forma de Pago. Efectivo, Tarjeta
Crédito, Crédito Individual.
• CONDICIONES PERMISIBLES O RELEVANTES QUE PUEDEN PRESENTARSE EN CADA
SITUACIÓN.

• ACCIONES
Son las opciones, que comprenden pasos, actividades o procedimientos que puede
elegir una persona cuando se enfrenta a un conjunto de CONDICIONES.

• Ejemplos.

• CONDICIONES. Variable de decisión. VOLUMEN DE PEDIDOS.


• Menos de 5000, entre 5000 y 10000, Más de 1000
• ACCIONES. Descuento de 0%, 2%, 3% HENRY A. MUÑOZ R.
HERRAMIENTAS PARA SOPORTE DE
COMPRENSIÓN DE CONDICIONES Y ACCIONES

•ARBOLES DE DECISIÓN.

•TABLAS DE DECISIÓN.

•ESPAÑOL ESTRUCTURADO.

HENRY A. MUÑOZ R.
ARBOLES DE DECISIÓN
• DIAGRAMA QUE REPRESENTA EN FORMA SECUENCIAL CONDICIONES Y ACCIONES.
• SECUENCIA DE CONDICIONES.
• PERMITE MOSTRAR LA RELACIÓN QUE EXISTE ENTRE CADA CONDICIÓN Y EL GRUPO
DE ACCIONES PERMISIBLES ASOCIADO CON ELLA.
• INDICAN CONJUNTOS DE DATOS QUE LA GERENCIA REQUIERE PARA FORMULAR O
TOMAR DECISIONES.
• IDENTIFICAR LOS REQUERIMIENTOS DE DATOS CRÍTICOS QUE RODEAN EL PROCESO
DE DECISIÓN.

BENEFICIOS

•identificar de manera formal las decisiones que actualmente deben tomarse


•Obligan a considerar la secuencia de decisiones.

Menos de 5000 3% descuento de Monto factura


Dentro del plazo Entre 5000 y 10000 2% descuento de Monto factura
de diez días Más de 10000 Pago de Monto factura

Más de diez días Pago Monto de la Factura

EJEMPLO ARBOLES DE DECISIÓN


HENRY A. MUÑOZ R.
TABLAS DE DECISIÓN

• MATRIZ DE RENGLONES Y COLUMNAS QUE INDICAN CONDICIONES Y ACCIONES.


• LAS REGLAS DE DECISIÓN INCLUIDAS EN UNA TD ESTABLECEN EL PROCEDIMIENTO A
SEGUIR CUANDO EXISTEN CIERTAS CONDICIONES.
• CONFORMADA POR TRES SECCIONES.
• IDENTIFICACIÓN DE CONDICIONES. Condiciones relevantes.
• ENTRADA DE CONDICIONES. Indican valor se debe asociar a cada condición
• IDENTIFICACIÓN DE CONDICIONES. Conjunto de pasos que se deben seguir cuando se
presenta cierta condición
• ENTRADAS DE ACCIONES. Muestran las acciones específicas del conjunto que deben
emprenderse cuando ciertas condiciones o combinación de estas son verdaderas.
• REGLAS DE DECISIÓN. Incorpora todas las condiciones que deben ser ciertas y no sólo
una a la vez.
CONDICION REGLAS DE DECISIÓN

Identificación de condiciones Entradas de acciones

Identificación de acciones Entradas de acciones

HENRY A. MUÑOZ R.
TABLAS DE DECISIÓN

1. CONSIDERAR LOS FACTORES QUE SEAN MAS RELEVANTES EN LA TOMA DE


DECISIONES. PERMITE IDENTIFICAR LAS CONDICIONES. CADA CONDICIÓN DEBE
OCURRIR O NO OCURRIR.
2. DETERMINAR LOS PASOS O ACTIVIDADES MAS FACTIBLESBAJO CONDICIONES
QUE CAMBIAN. ESTO PERMITE IDENTIFICAR LAS ACCIONES.
3. ESTUDIAR LAS DIFERENTES POSIBILIDADES DE COMBINACIONES DE
CONDICIONES.
4. LLENAR LA TABLA CON LAS REGLAS DE DECISIÓN.
5. MARCAR LAS ENTRADAS CORRESPONDIENTES A LAS ACCIONES CON UNA X PARA
INDICAR QUE ESTAS SE EJECUTAN. DEJAR LAS CELDAS VACÍAS PARA INDICAR
QUE ESA ACCIÓN NO SE EJECUTA.
6. EXAMINAR LA TABLA PARA DETECTAR REDUNDANCIAS O CONTRADICCIONES
ENTRE LAS REGLAS DE DECISIÓN.

HENRY A. MUÑOZ R.
EJEMPLO TABLAS DE DECISIÓN

CONDICIONES REGLAS DE DECISIÓN

1 2 3 4
C1 El Paciente tiene seguro médico básico SI NO SI NO

C2 El Paciente tiene seguro social NO SI SI NO

A1 Pagar consulta X
A2 Exento de pago X X
A3 Pagar todos los servicios X

TABLA DE DECISIÓN DE ENTRADA LIMITADA

HENRY A. MUÑOZ R.
EJEMPLO TABLAS DE DECISIÓN

CONDICIONES REGLAS DE DECISIÓN

1 2 3 4 5 6
C1 Dentro del plazo de 10 S S S N N N
días S N N S N N
C2 Menos de 5000 N S N N S N
C3 Entre 5000 y 10000 N N S N N S
C4 Más de 10000

A1 Aplicar descuento 3% X
A2 Aplicar descuento de 2% X
A3 Pagar el monto total de la X X X X
factura
HENRY A. MUÑOZ R.
EJEMPLO TABLAS DE DECISIÓN

CONDICIONES REGLAS DE DECISIÓN

1 2 3 4 5 6 7 8

C1 Suficiente efectivo S S N N S N S N
C2 Crédito Bueno S S S S N N N N
C3 Renuncia a comprarS N S N S N S S
1

A1 Vender el artículo X X X X X
A2 No vender artículo X X X
REDUNDANCIA
CONTRADICCIÓN
1- No importa valor de C3 la acción es A1

HENRY A. MUÑOZ R.
EJEMPLO TABLAS DE DECISIÓN
CONDICIONES
REGLAS DE DECISIÓN
1 2 3 4 5 6

Dentro del plazo Dentro del plazo Dentro del plazo Fuera del Fuera del Fuera del
TIEMPO de diez días de diez días de diez días Plazo 10 días Plazo 10 días
Plazo 10 días
Mas de 10000 Entre 5000 y 10000 menor de 5000 Mas de 10000 Entre 5000 y
VOLUME menor de 5000
N
Descuento Descuento Pagar el monto
ACCIÓN de 3% de 2% total de la Factura

TABLA DE DECISIÓN DE ENTRADA EXTENDIDA

HENRY A. MUÑOZ R.
EJEMPLO TABLAS DE DECISIÓN
CONDICIONES
REGLAS DE DECISIÓN

1 2 E
Dentro del plazo Dentro del plazo L
S
de diez días de diez días E
Mas de 10000 Entre 5000 y 10000
A1 Descuento de
X
3%
X
A2 Descuento de
X
2%
A3 Pagar el monto
total de la Factura

TABLA DE DECISIÓN DE FORMA ELSE

HENRY A. MUÑOZ R.
ESPAÑOL ESTRUCTURADO

• MÉTODO PARA ESTABLECER CONDICIONES Y ACCIONES TANTO EN


PROCEDIMIENTOS Y DECISIONES.
• DECLARA LAS REGLAS DE DECISIÓN.
• REQUIERE DE IDENTIFICAR LAS CONDICIONES QUE SE PRESENTAN EN EL
PROCESO Y LAS DECISIONES QUE SE VAN HA TOMAR CUANDO ESTO SUCEDE
JUNTO CON LAS ACCIONES CORRESPONDIENTES.
• UTILIZA TRES TIPOS BÁSICOS DE DECLARACIONES:
•ESTRUCTURAS DE SECUENCIA.
SECUENCIA UN PASO O UNA ACCIÓN. SE EMPLEAN
VARIAS INSTRUCCIONES PARA DESCRIBIR UN PROCESO.
•ESTRUCTURA DE DECISIÓN.
DECISIÓN SIRVEN PARA IDENTIFICAR CONDICIONES. UN
CONJUNTO DE ACCIONES SE EJECUTAN DEPENDIENDO DE UNA CONDICIÓN.
•ESTRUCTURAS DE ITERACIÓN.
ITERACIÓN EXISTEN OPERACIONES QUE SE EJECUTAN
MIENTRAS SE CUMPLA UNA CONDICIÓN.

HENRY A. MUÑOZ R.
EJEMPLO ESPAÑOL ESTRUCTURADO
COMIENZO
PROCESAMIENTO Si la factura NO está firmada?
DE CUENTAS Si la mercancía no fue aceptada?
POR PAGAR Rechazar la factura
Fin de Si
Si NO se preparó una orden de compra válida?
Si NO se recibió autorización?
Rechazar la factura
Fin de Si
Fin de Si
Si la factura NO tiene el monto correcto?
Rechazar la factura
Fin del Si
Anotar la factura en el libro
Preparar el talón de pago
Fin de Si
FIN

HENRY A. MUÑOZ R.
ESTRATEGIAS DE DESARROLLO DE SISTEMAS. MOTIVACIÓN
☛SISTEMAS DE INFORMACIÓN SIRVEN PARA :
☛PROCESAMIENTO DE TRANSACCIONES.
☛PROVEER INFORMACIÓN PARA TOMA DE DECISIONES FRECUENTES.
☛APOYO A NIVEL ESTRATÉGICO PARA TOMA DECISIONES COMPLEJAS.
☛INFORMACIÓN INTEGRADA Y DATOS DE TODA LA ORGANIZACIÓN
☛FACTORES QUE SE DEBEN CONSIDERAR EN UN PROYECTO S.I.:
☛TECNOLOGÍA COMPUTACIONAL
☛TECNOLOGÍA DE COMUNICACIONES
☛IMPACTO DEL NUEVO SISTEMA SOBRE LOS EMPLEADOS
☛CARACTERÍSTICAS DEL NUEVO SISTEMA
☛ESTOS FACTORES SE PUEDEN ETERMINAR DE UNA MANERA SECUENCIAL O A
TRAVÉS DE LA EXPERIMENTACIÓN CON LA EVOLUCIÓN DL SISTEMA POR ETAPAS
☛EL USO DE LAS COMPUTADORAS POR USUARIOS NO EXPERTOS, DA UNA NUEVA
MAGNITUD AL ROL DEL DESARROLLO DE SISTEMAS DE INFORMACIÓN.
☛LOS USUARIOS EMPRENDEN EL DESARROLLO DE ALGUNOS SISTEMAS. P.E. EL
SISTEMA DE INFORMACIÓN GERENCIAL.

HENRY A. MUÑOZ R.
ESTRATEGIAS DE DESARROLLO DE SISTEMAS
☛EL DESARROLLO DE SISTEMAS DE INFORMACIÓN ADQUIERE NUEVO DIMENSIÓN
CUANDO LAS ORGANIZACIONES EMPLEAN LAS COMPUTADORAS.
☛LOS USUARIOS EMPRENDEN SUS PROPIOS DESARROLLOS DE SISTEMAS.
☛EXISTEN TRES ENFOQUES DE DESARROLLO DE SISTEMAS DE INFORMACIÓN.

☛CICLO DE VIDA DE DESARROLLO DE ☛MÉTODO DE ANÁLISIS ESTRUCTURADO


SISTEMAS ☛ DESCRIPCIÓN GRÁFICA
☛INVESTIGACIÓN PRELIMINAR ☛ DIAGRAMA DE FLUJO DE DATOS
☛DETERMINACIÓN DE ☛ DICCIONARIO DE DATOS
REQUERIMIENTOS DEL SISTEMA ☛MÉTODO DE PROTOTIPO DE SISTEMAS
☛DISEÑO DEL SISTEMA ☛ DEFINICIÓN DE PROTOTIPO
☛DESARROLLO DE SOFTWARE ☛ PROPÓSITO DE DESARROLLO DE
☛PRUEBA DE SISTEMAS PROTOTIPOS
☛IMPLANTACIÓN Y EVALUACIÓN. ☛ MÉTODO PARA EL DESARROLLO DE
PROTOTIPO.

HENRY A. MUÑOZ R.
ESTRATEGIAS DE DESARROLLO DE SISTEMAS
CUANDO SE APLICAN
☛MÉTODO DE CICLO DE VIDA DE DESARROLLO DE SISTEMAS.
☛REQUERIMIENTOS DE SISTEMA PREDECIBLES
☛SE PUEDE MANEJAR COMO UN PROYECTO.
☛REQUIERE QUE LOS DATOS SE ENCUENTREN EN UNA BASE DE DATOS
☛GRAN VOLUMEN DE TRANSACCIONES Y PROCESAMIENTO
☛REQUIERE DE LA VALIDACIÓN DE DATOS DE ENTRADA.
☛ABARCA VARIOS DEPARTAMENTOS
☛TIEMPO DE DESARROLLO LARGO
☛DESARROLLO POR EQUIPOS DE TRABAJO
☛MÉTODO DE ANÁLISIS ESTRUCTURADO.
☛ADECUADO PARA TODO TIPO DE APLICACIONES
☛MAYOR UTILIDAD COMO COMPLEMENTO DE OTROS MÉTODOS DE DESARROLLO.
☛MÉTODO DE DESARROLLO DE PROTOTIPOS.
☛ENCARGADOS DE DESARROLLO TIENEN POCA EXPERIENCIA O DESARROLLO.
☛DONDE COSTOS Y RIESGOS DE COMETER ERRORES PUEDE SER ALTO.
☛ÚTIL PARA PROBAR FACTIBILIDAD DEL SISTEMA ; IDENTIFICAR REQUERIMIENTOS
DEL USUARIO; EVALUAR EL DISEÑO DE UN SISTEMA; EXAMINAR EL USO DE UNA
APLICACIÓN
HENRY A. MUÑOZ R.
CICLO DE VIDA CLÁSICO DE DESARROLLO DE SISTEMAS (CVDS)

☛CONJUNTO DE ACTIVIDADES QUE LOS ANALISTAS, DISEÑADORES Y USUARIOS


REALIZAN PARA REALIZAR E IMPLANTAR UN SISTEMA DE INFORMACIÓN
☛CONSTA DE VARIAS ETAPAS O FASES INSEPARABLES Y NO SE PUEDE DETERMINAR
EL ORDEN DE EJECUCIÓN
☛LAS DIVERSAS PARTE DEL PROYECTO PUEDEN ENCONTRARSE EN VARIAS FASES
☛LAS FASES O ETAPAS SON :
☛INVESTIGACIÓN PRELIMINAR
☛SOLICITUD PARA RECIBIR AYUDA DE UN S.I. SE INICIA CON LA PETICIÓN DE UNA
PERSONA. (ADMINISTRADOR, EMPLEADO O ESPECIALISTA DE SISTEMAS)
☛CONSTA EN TÉRMINOS GENERALES DE : ACLARACIÓN DE LA SOLICITUD
☛ SOLICITUDES NO SON CLARAS. EXAMINAR CON PRECISIÓN LO QUE SE
DESEA; SI EL SOLICITANTE NO SABE LO QUE DESEA (CUENTO DE ALICIA EN
EL PAÍS DE LAS MARAVILLAS)
☛ESTUDIO DE FACTIBILIDAD
☛ FACTIBILIDAD TÉCNICA. SE PUEDE REALIZAR CON HARDWARE Y SOFTWARE,
PERSONAL ACTUAL. SE REQUIERE NUEVA TECNOLOGÍA. POSIBILIDAD DE
DESARROLLAR NUEVO SISTEMA.

HENRY A. MUÑOZ R.
CICLO DE VIDA CLÁSICO DE DESARROLLO DE SISTEMAS (CVDS)

☛ FACTIBILIDAD ECONÓMICA. COSTO VS BENEFICIO. COSTOS DE NO


HACER SISTEMA SON GRANDES.
☛ FACTIBILIDAD OPERACIONAL. SISTEMA SERÁ ÚTIL, RESISTENCIA AL
CAMBIO
☛ APROBACIÓN FACTIBILIDAD NO TODOS LOS PROYECTOS SON
DESEABLES Y FACTIBLES. SE PUEDEN GENERAR MUCHAS
SOLICITUDES QUE SE PUEDEN ATENDER POCAS. PROYECTOS
FACTIBLES SE DEBEN INCORPORAR A PLANES. PERSONAL DE
SISTEMAS ESTÁ OCUPADO CON OTROS PROYECTOS. POR LO TANTO SE
DEBE DAR PRIORIDAD. LA PLANIFICACIÓN DE SISTEMAS DE
INFORMACIÓN DEBE HACERSE CON EL MISMO CUIDADO DE NUEVOS
PRODUCTOS O SERVICIOS.
☛DETERMINACIÓN DE REQUERIMIENTOS DEL SISTEMA.
☛COMPRENDER TODAS LAS FACETAS IMPORTANTES DELA PARTE DE LA
EMPRESA QUE SE ENCUENTRA BAJO ESTUDIO.
☛INVESTIGACIÓN DETALLADA = ADQUIRIR INFORMACIÓN
☛LOS ANALISTAS DEBEN TRABAJAR CON LOS ADMINSITRADORES Y
EMPLEADOS PARA DAR RESPUESTA A :
HENRY A. MUÑOZ R.
CICLO DE VIDA CLÁSICO DE DESARROLLO DE SISTEMAS (CVDS)

☛ QUE SE HACE(OBJETIVO); CÓMO (FUNCIONES, PROCESOS,


PROCEDIMIENTOS)
☛ FRECUENCIA (CUÁNTAS VECES)
☛ VOLUMEN DE TRANSACCIONES O DECISIONES
☛ GRADO DE EFICIENCIA DE REALIZACIÓN DE TAREAS
☛ DESCRIPCIÓN PROBLEMAS. PRIORIZAR (CRÍTICOS .. NO CRÍTICOS)
☛ CAUSAS DE LOS PROBLEMAS
☛ ANALISTA DEBE CONVERSAR CON VARIAS PERSONAS. DETALLAR
PROCESOS, OPINIONES, PROBLEMAS, SOLUCIONES, IEDAS PARA
CAMBIAR PROCESO.
☛ EMPLEAR CUSTIONARIOS, ENTREVISTAR, ESTUDIO DE MANUALES Y
REPORTES, OBSERVACIÓN EN CONDICIONES REALES DE LAS
ACTIVIDADES DEL TRABAJO, MUESTRAS DE DOCUMENTOS E INFORMES
PARA COMPRENDER PROCESO EN TOTALIDAD.
☛ ANALISTAS REUNEN DETALLES PARA DEFINIR CARACTERÍSTICAS DEL
NUEVO SISTEMA (A NIVEL DE OPERACIÓN, CONTROL, TIEMPOS DE
RESPUESTA Y MÉTODOS DE ENTRADA - SALIDA)

HENRY A. MUÑOZ R.
CICLO DE VIDA CLÁSICO DE DESARROLLO DE SISTEMAS (CVDS)
☛DISEÑO DEL SISTEMA NUEVO.
☛PRODUCE DETALLES QUE ESTABLECEN LA FORMA EN LA QUE EL SISTEMA
CUMPLIRÁ CON LOS REQUERIMIENTOS IDENTIFICADOS EN LA FASE DE
ANÁLISIS.
☛ESTA ETAPA SE DENOMINA DISEÑO LÓGICO.
☛ANALISTAS DEFINEN REPORTES Y SALIDAS QUE DEBE PRODUCIR EL
SISTEMA.
☛DETERMINAR CON PRECISIÓN LOS DATOS PARA CADA SALIDA.
☛HACEN UN BOSQUEJO DEL INFORME O FORMATO DE PANTALLA.
☛SE DEFINEN DATOS DE ENTRADA, CALCULADOS Y ALMACENADOS.
☛SE ESCRIBEN LOS PROCEDIMIENTOS DE CÁLCULO, PROCESAR DATOS Y
PRODUCIR SALIDAS.
☛SELECCIONAN ESTRUCTURAS DE ARCHIVOS, DISPOSITIVOS DE
ALMACENAMIENTO.
☛DOCUMENTOS DE DISEÑO COMO DIAGRAMAS, TABLAS Y SÍMBOLOS.
☛INFORMACIÓN DETALLADA ES ENTREGADA AL EQUIPO DE PROGRAMACIÓN
EN COMPUTADORAS.
☛DISEÑADOR ES RESPONSABLE POR DAR ESPECIFICACIONES CLARAS

HENRY A. MUÑOZ R.
CICLO DE VIDA CLÁSICO DE DESARROLLO DE SISTEMAS (CVDS)
☛DESARROLLO DE SOFTWARE.
☛ESTA ETAPA COMPRENDE LA CONSTRUCCIÓN DE LOS PROGRAMAS O
APLICACIONES QUE COMPRENDERÁ EL SISTEMA NUEVO.
☛ESTRATEGIAS : INSTALAR Y MODIFICAR SOFTWARE DE TERCEROS;
ESCRIBIR LOS PROGRAMAS; CONTRATAR PERSONAL EXTERNO A LA
EMPRESA PARA CONSTRUIRLO.
☛LA ELECCIÓN DEPENDE DEL COSTO, TIEMPO Y PERSONAL DISPONIBLE.
☛LOS PROGRAMADORES PERTENECEN A LA EMPRESA (FÁBRICA DE
SOFTWARE)
☛LOS `PROGRAMADORES SON RESPONSABLES DE DOCUMENTAR
PROGRAMAS. ESTA ES ESENCIAL PARA FUTURASMODIFICACIONES
(MANTENIMIENTO DE SOFTWARE)
☛IMPLANTACIÓN Y EVALUACIÓN
☛CONSISTE EN VERIFICAR E INSTALAR SISTEMA NUEVO.
☛ENTRENAR USUARIOS; INSTALAR APLICACIONES; CONSTRUIR O CONVERTIR
LOS DATOS.
☛SE PUEDE OPTAR POR PRUEBA PILOTO.
☛SE HACE UN PARALELO (SISTEMA VIEJO Y NUEVO TRABAJANDO PARA
COMPRAR RESULTADOS)
HENRY A. MUÑOZ R.
CICLO DE VIDA CLÁSICO DE DESARROLLO DE SISTEMAS (CVDS)
☛LO IMPORTANTE ES QUE EL SISTEMA NUEVO ESTÉ LIBRE DE PROBLEMAS.
☛SE DEBE HACER MANTENIMIENTO A LAS APLICACIONES PORQUE TANTO
USUARIOS COMO ORGANIZACIONES CAMBIAN LOS PROCESOS.
☛HACER CAMBIOS Y ACTUALIZACIONES SOBRE PROGRAMAS Y ARCHIVOS
☛LA IMPLANTACIÓN ES UN PROCESO EN CONSTANTE EVOLUCIÓN.
☛LA EVALUACIÓN DEL SISTEMA LLEVA A IDENTIFICAR PUNTOS DÉBILES Y
FUERTES. SE PUEDE HACER A LO LARGO DE LAS SIGUIENTES DIMENSIONES:
☛EVALUACIÓN OPERACIONAL. FUNCIONAMIENTO SISTEMA, FACILIDAD USO,
TEIMPO RESPUESTA, FORMATOS PANTALLA, REPORTES, CONFIABILIDAD Y
NIVEL UTILIZACIÓN
☛IMPACTO ORGANIZACIONAL. COSTOS VS BENEFICIOS, IMPACTO
COMPETITIVO, IMPACTO SOBRE FLUJO DE INFORMACIÓN INTERNO Y
EXTERNO.
☛OPINIÓN DE LOS ORGANIZACIONALES. EVALUACIÓN DE ACTITUDES
ADMINISTRADORES Y USUARIOS FINALES.
☛DESEMPEÑO DEL DESARROLLO. EVALUACIÓN DEL PROCESO DE
DESARROLLO CON BASE EN TIEMPO Y ESFUERZO, CONTROL PRESUPUESTAL
PROYECTO, VALORACIÓN DE MÉTODOS Y HERRAMIENTAS UTILIZADAS.

HENRY A. MUÑOZ R.
DESARROLLO POR ANÁLISIS ESTRUCTURADO
☛ EXISTE DIFICULTAD PARA COMPRENDER SISTEMAS GRANDES Y COMPLEJOS.
☛ DIVIDIR SISTEMA EN COMPONENTES
☛ CONSTRUCCIÓN DE UN MODELO DEL SISTEMA.
☛ MÉTODO INCORPORA TANTO ANÁLISIS COMO DISEÑO
☛ EL ANÁLISIS ESTRUCTURADO SE CONCENTRA EN LO QUE SE REQUIERE QUE
HAGA EL SISTEMA O APLICACIÓN
☛ NO SE ESTABLECEN LO SREQUERIMIENTOS NI LA OFRMA COMO SE
IMPLEMENTARÁ.
☛ PERMITE QUE LAS PERSONAS OBSERVEN LOS ELEMENTOS LÓGICOS DE LOS
FÍSICOS
☛ DESPUÉS SE PUEDE DESARROLLAR UN DISEÑO FÍSICO EFEICIENTE PARA LA
SITUACIÓN DONDE SERÁ UTILIZADO.
☛ ELEMENTOS DEL ANÁLISIS ESTRUCTURADO
☛ DESCRIPCIÓN GRÁFICA.
☛ BOSQUEJO DE UN SISTEMA QUE SEÑALA SUS CARACTERÍSTICAS, FUNCIÓN
PARA LA QUE SIRVE, INTERACCIÓN CON OTROS SISTEMAS
☛ UTILIZA SÍMBOLOS E ÍCONOS.

HENRY A. MUÑOZ R.
DESARROLLO POR ANÁLISIS ESTRUCTURADO

☛ MODELOS MUESTRAN DETALLES DEL SISTEMAS SIN INTRODUCIR


PROCESOS, MANUALES O COMPUTARIZADOS, ARCHIVOS EN CINTA,
PROCEDIMIENTOS OPERATIVOS NI PROGRAMAS.
☛ CON SÍMBOLOS CORRECTOS CUALQUIER PERSONA PUEDE SEGUIR LOS
COMPONENTES DE UN SISTEMA.
☛ LOS ÍCONOS IDENTIFICAN LOS ELEMENTOS BÁSICOS DE LOS PROCESOS,
FLUJOS DE DATOS, ALMACENES Y FUENTES Y DESTINOS.
☛ SE DIBUJA FRONTERAS DEL SISTEMA.
☛ DIAGRAMA DE FLUJO DE DATOS (DFD).
☛MODELO DEL SISTEMA.
☛DESCRIPCIÓN COMPLETA DE UN SISTEMA ESTA FORMADA POR DFD.
☛PARA DESARROLLAR DESCRIPCIÓN DEL SISTEMA POR MÉTODO
ANÁLISIS ESTRUCTURADO QUE SIGUE PROCESO DESCENDENTE (TOP-
DOWN)
☛CADA PROCESO SE DESGLOSA EN DFD MAS DETALLADOS.
☛SE REALIZA DETALLE HASTA QUE EL ANALISTA COMPRENDA LA
TOTALIDAD LA PARTE DEL SISTEMA QUE SE ENCUENTRA BAJO
INVESTIGACIÓN.
HENRY A. MUÑOZ R.
DESARROLLO POR ANÁLISIS ESTRUCTURADO EJEMPLO

PRIMER NIVEL
DATOS DE INVENTARIO

DETALLES DE
PRODUCTOS

PEDIDOS
PROCESAMIENTO APROBACIÓN
CLIENTE DE DATOS DEL CLIENTE
PEDIDOS CRÉDITO

FACTURAS

HENRY A. MUÑOZ R.
DESARROLLO POR ANÁLISIS ESTRUCTURADO EJEMPLO

SEGUNDO NIVEL DATOS DE INVENTARIO

DETALLES DE
PRODUCTOS

VERIFICAR
PEDIDOS QUE PEDIDOS PREPARACIÓN
DE RETIRO LLENADO DE
EL PEDIDO COMPLETOS
DE ARTÍCULOS PEDIDOS
ESTÉ
COMPLETO DE INVENTARIO

BÚSQUEDA DE DETALLES
RELACIONADOS
PEDIDOS CON LOS PEDIDOS

HENRY A. MUÑOZ R.
DESARROLLO POR ANÁLISIS ESTRUCTURADO
☛NO SE HACE MENCIÓN DE COMPUTADORAS, COMUNICACIONES, PERSONAS O
ÁREAS NI DETALLES FÍSICOS.
☛ DICCIONARIO DE DATOS.
☛DEFINICIONES DETALLADAS DE LOS ELEMENTOS DEL SISTEMA. (FLUJOS DE
DATOS, PROCESOS, ALMACENES DE DATOS)
☛CADA MIEMBRO DEL EQUIPO DEL PROYECTO PUEDE SABER CUALQUIER
DEFINICIÓN DEL NOMBRE DEL DATO O EL CONTENIDO DEL FLUJO DE DATOS.
☛ DISEÑO ESTRUCTURADO
☛OTRO ELEMENTO DEL ANÁLISIS ESTRUCTURADO QUE SE ENFOCA EN EL
DESARROLLO DE ESPECIFICACIONES DEL SOFTWARE.
☛META DEL DISEÑO ESTRUCTURADO ES CREAR PROGRAMAS FORMADO POR
MÓDULOS INDEPENDIENTES UNO DE OTROS DESDE EL PUNTO DE VISTA
FUNCIONAL
☛ES UNA TÉCNICA ESPECÍFICA PARA EL DISEÑO DE PROGRAMAS Y NO UN
MÉTODO DE DISEÑO DE COMPRENSIÓN.
☛NO RELACIONADO CON DISEÑO DE ARCHIVOS O BASE DE DATOS,
PRESENTACIÓN DE ENTRADA Y SALIDA DE DATOS, SECUENCIA DE
PROCESAMIENTO, O HARDWARE QUE DARÁ SOPORTE A LA APLICACIÓN.
☛HERRAMIENTA ES DIAGRAMA ESTRUCTURADO.

HENRY A. MUÑOZ R.
DESARROLLO POR ANÁLISIS ESTRUCTURADO
DIAGRAMA ESTRUCTURADO

PROCESO DE PAGO POR


PARTE DEL CLIENTE
LA GRÁFICA ESTRUCTURADA
MUESTRA LA RELACIÓN ENTRE
DOS MÓDULOS, EL QUE INVOCA
Y EL QUE ES INVOCADO, JUNTO
CON LOS DATOS QUE PASAN
DETALLES DE LA BANDERA ENTRE ELLOS. LAS FLECHAS
FORMA DE PAGO DE CON LA CIRCUNFERENCIA
DEL CLIENTE ERROR INDICAN DATOS MIENTRAS
QUE LAS QUE TIENEN UN
CÍRCULO REPRESENTAN
INFORMACIÓN DE CONTROL
DEL PROGRAMA TALES COMO
ABONO DE PAGO
NOTAS O CONDICIONES DE
EFECTUADO POR
ERROR
EL CLIENTE

HENRY A. MUÑOZ R.
MÉTODO DEL PROTOTIPO DE SISTEMAS
☛ EL USUARIO PARTICIPA EN EL ANÁLISIS Y DISEÑO MAS QUE EN LOS DOS MÉTODOS
PRESENTADOS.
☛ PROTOTIPO. ES UN SISTEMA QUE FUNCIONA (NO SOLO UNA IDEA EN EL PAPEL,
DESARROLLADO PARA PROBAR IDEAS Y SUPOSICIONES RELACIONADAS CON EL NUEVO
PAPEL.
☛ IGUAL QUE CUALQUIER SISTEMA BASADO EN COMPUTADORA, ESTÁ CONSTITUÍDO POR
SOFTWARE QUE ACEPTA ENTRADAS, REALIZA CÁLCULOS, PRODUCE INFORMACIÓN
IMPRESA O EN PANTALLA O QUE LLEVA A CABO OTRAS ACTIVIDADES SIGNIFICATIVAS.
☛ USUARIOS VALIDAN DISEÑO E INFORMACIÓN GENERADA POR EL SISTEMA.
☛ ES EFECTIVO SI LOS DATOS SON REALES.
☛ SE DEBEN ESPERAR CAMBIOS A MEDIDA QUE SISTEMA ES UTILIZADO.
☛ RAZONES PARA DESARROLLAR PROTOTIPOS.
☛ REQUERIMIENTOS DE INFORMACIÓN NO ESTÁN BIEN DEFINIDOS.
☛ ES PROBABLE QUE USUARIOS CONOZCAN PARTE DE LA EMPRESA
☛ USUARIOS ESTÁN SEGUROS QUE NECESITAN INFORMACIÓN PERO NO SABE CON
CERTEZA CUÁL ES.
☛ PROTOTIPO ES UN PILOTO O PRUEBA. P.E. NO SE HA DEMOSTRADO FACTIBILIDAD DE
QUE LOS VENDEDORES ENVIEN SUS PEDIDOS A TRAVÉS DE COMPUTADORAS
PORTÁTILES DESDE UN TELÉFONO PÚBLICO
☛ A LAS COMPUTADORAS CENTRALES.
HENRY A. MUÑOZ R.
MÉTODO DEL PROTOTIPO DE SISTEMAS
☛ EL PROTOTIPO ES UN SISTEMA QUE FUNCIONA SE PUEDE MODIFICAR CON FACILIDAD.
☛ LA INFORMACIÓN OBTENIDA CON SU USO SE APLICA EN UN NUEVO DISEÑO QUE SE
EMPLEA COMO PROTOTIPO Y QUE REVELA MAS INFORMACIÓN SOBRE EL DISEÑO.
☛ PROCESO DE DESARROLLO DE PROTOTIPOS
☛IDENTIFICAR REQUERIMIENTOS DE INFORMACIÓN QUE EL USUARIO CONOCE
JUNTO CON LAS CARACTERÍSTICAS NECESARIAS DEL SISTEMA.
☛DESARROLLAR UN PROTOTIPO QUE FUNCIONE
☛UTILIZAR EL PROTOTIPO ANOTANDO NECESIDADES DE CAMBIOS Y MEJORAS.
ESTO EXPANDE LISTA DE REQUERIMIENTOS DE SISTEMAS CONOCIDOS
☛REVISAR EL PROTOTIPO A TRAVÉS DE LA EXPERIENCIA OBTENIDA A TRAVÉS DE
LA EXPERIENCIA DEL USUARIO.
☛REPETIR LOS PASOS ANTERIORES LAS VECES QUE SEA NECESARIO, HASTA
OBTENER UN SISTEMA SATISFACTORIO.
☛ CONSTRUCCIÓN DE PROTOTIPOS NO ES UN PROCESO DE PRUEBA Y ERROR.
☛ EL ANALISTA SE DEBE REUNIR CON LOS USUARIOS PARA DEFINIR LOS
REQUERIMIENTOS INICIALES.
☛ LA RESPONSABILIDAD QUE EL PROTOTIPO FUNCIONE ES DEL ANALISTA DE SISTEMAS.

HENRY A. MUÑOZ R.
ANÁLISIS Y DISEÑO DE SISTEMAS
PROCESO DE EXAMINAR LA SITUACIÓN DE UNA EMPRESA CON EL PROPÓSITO DE
MEJORARLA CON MÉTODOS Y PROCEDIMIENTOS MAS ADECUADOS.
ANÁLISIS DE SISTEMAS
☛ PROCESO DE CLASIFICAR E INTERPRETAR HECHOS, DIAGNÓSTICO DE
PROBLEMAS Y EMPLEO DE INFORMACIÓN PARA RECOMENDAR MEJORAR EL
SISTEMA.
☛ REUNIR HECHOS
☛ DETERMINAR CÓMO Y DONDE EL S.I. BASADO EN LA COMPUTADORA ES
BENEFICIOSO PARA LOS USUARIOS DEL SISTEMA.
☛ ESTUDIO DEL SISTEMA ES UNA ACUMULACIÓN DE INFORMACIÓN SOBRE LA
EMPRESA.
DISEÑO DE SISTEMAS
☛ PROCESO PLANIFICAR, REEMPLAZAR O COMPLEMENTAR UN SISTEMA
ORGANIZACIONAL EXISTENTE
☛COMPRENDER TOTALMENTE SISTEMA “VIEJO”
☛ANALIZAR USO DE COMPUTADORES PARA HACER OPERACIÓN MAS EFICIENTE

HENRY A. MUÑOZ R.
IMPLANTACIÓN DE UN SISTEMA DE INFORMACIÓN

1. INVESTIGAR SOBRE NECESIDAD DE INFORMACIÓN DE LOS GERENTES


2. DESCRIBA LOS OBJETIVOS DEL S.I. BASADA EN LAS NECESIDADES DE LOS
GERENTES, COSTOS Y BENEFICIOS PREVISTOS.
3. PREPARAR UN PLAN Y UNA PROPUESTA DEL DISEÑO DEL S.I. INCLUIR
PROGRAMA Y COSTOS ESTIMADOS.
4. PREPARAR UN DISEÑO CONCEPTUAL PRELIMINAR DEL S.I.
5. PREPARAR UN DISEÑO DETALLADO DE TODOS LOS ASPECTOS DEL S.I.
6. PONER EN FUNCIONAMIENTO NUEVO S.I. REALIZAR PRUEBAS PRELIMINARES
PARA VERIFICAR QUE PARTES FUNCIONEN BIEN. HACER UN PARALELO.
7. VERIFIQUE Y HACER MANTENIMIENTO AL NUEVO SISTEMA. HACER LOS CAMBIOS
NECESARIOS EN LOS PROCEDIMIENTOS, ESTRUCTURA DE LOS ARCHIVOS DE
DATOS PARA SATISFACER LAS ENTRADAS CAMBIANTES O CAMBIO EN
NECESIDADES DE GERENCIA

HENRY A. MUÑOZ R.
EJEMPLO DE IMPLANTACIÓN DE UN SISTEMA DE INFORMACIÓN

1. ESTUDIAR PUESTO DE TRABAJO GERENCIA DE MERCADEO. NECESIDADES DE


INFORMACIÓN SON INFORME MENSUAL VENTAS POR PRODUCTO, ÁREA Y
COMPETENCIA.
2. A)PROPORCIONAR A LOS GERENTES LOS ANÁLISIS DE PRODUCCIÓN AL FINAL
DE CADA MES. B)GENERAR INFORMES FINANCIEROS Y DE COSTOS TRES DÍAS
DESPUÉS DEL FIN DE MES.
3. EL 15 DE AGOSTO DE 1997 SE HABRÁ TERMINADO EL MODELO PRELIMINAR DEL
S.I. FINANCIERO DE MERCADOTECNIA. COSTO ESTIMADO 55 MILLONES.
4. TABLA QUE CONTENGA NOMBRE DE CADA GERENTE, RESPONSABILIDADES,
NECESIDADES DE INFORMACIÓN Y FUENTES RESPECTIVAS. ESQUEMA TABLAS
Y REGISTROS.
5. INFORMES ESPECÍFICOS RECIBIDOS POR CADA GERENTE. ARCHIVO CON
EXPEDIENTES DE LOS CLIENTES. DIAGRAMA DE FLUJO DEL SISTEMA DE
ANÁLISIS AMBIENTAL. PROGRAMAS DE COMPUTADORA. ARQUITECTURA
HARDWARE. (ES UN DOCUMENTO MUY EXTENSO)

HENRY A. MUÑOZ R.
EJEMPLO DE IMPLANTACIÓN DE UN SISTEMA DE INFORMACIÓN

6. REEMPLAZAR UNA PEQUEÑA PARTE DEL SISTEMA ANTERIOR POR EL NUEVO.


PROBAR FUNCIONAMIENTO.
7. LA COMPAÑÍA MODIFICA CONTABILIDAD DE INVENTARIOS DE FIFO A LIFO.
ESTO EXIGE CAMBIO DE PROCEDIMIENTOS, PROGRAMA COMPUTADORA E
INFORMES DE GERENCIA.
LA EMPRESA REORGANIZA LAS RESPONSABILIDADES EN LA LÍNEA DE
PRODUCTOS, DE MODO QUE CADA GERENTE SE ENCARGA DE UNA NUEVA
MEZCLA DE PRODUCTOS.

HENRY A. MUÑOZ R.
JERARQUÍA DE ACTIVIDADES ADMINISTRATIVAS

PLANEACIÓN ESTRATÉGICA

☛ DEFINICIÓN DE OBJETIVOS, POLÍTICAS, CRITERIOS GENERALES PARA


PLANEAR EL CURSO DE LA ORGANIZACIÓN

CONTROL ADMINISTRATIVO Y PLANEACIÓN TÁCTICA

☛ ADQUISICIÓN DE RECURSOS, TÁCTICAS PARA LA ADQUISICIÓN, LOCALIZACIÓN


DE PLANTAS, NUEVOS PRODUCTOS, ESTABLECIMIENTO Y SEGUIMIENTO DE
PRESUPUESTO

PLANEAMIENTO OPERACIONAL Y CONTROL

☛ USO EFECTIVO DE LAS INSTALACIONES EXISTENTES Y DE LOS


RECURSOS PARA EJECUTAR LAS OPERACIONES CON LAS
RESTRICCIONES DEL PRESUPUESTO

HENRY A. MUÑOZ R.
MATRIZ DE ACTIVIDADES
ADMINISTRATIVAS Y FUNCIONES
FUNCIONES

MERCADEO Y VENTAS
ORGANIZACIONALES

CONTABILIDAD

ALTA GERENCIA
INFORMACIÓN
PROCESAMIENTO

RECURSOS
HUMANOS
PRODUCCIÓN

FINANZAS Y
LOGÍSTICA
ACTIVIDADES
ADMINISTRATIVAS

PLANEACIÓN ESTRATÉGICA

CONTROL ADMINISTRATIVO Y
PLANEACIÓN TÁCTICA

PLANEAMIENTO OPERACIONAL
Y CONTROL

HENRY A. MUÑOZ R.
SISTEMA DE FUNCIONES

CONTABILIDAD
INFORMACIÓN Y LA

ALTA GERENCIA
INFORMACIÓN
PROCESAMIENTO
PRODUCCIÓN
ORGANIZACIÓN

RECURSOS
FINANZAS Y

HUMANOS
MERCADEO Y
LOGÍSTICA

VENTAS
PROGRAMAS
COMUNES
SOFTWARE PARA

PLANEACIÓN ESTRATÉGICA

APLICACIONES

SABD
COMUNES
CONTROL ADMINISTRATIVO Y
PLANEACIÓN TÁCTICA

PLANEAMIENTO OPERACIONAL
Y CONTROL

ARCHIVOS EXCLUSIVOS

ARCHIVOS DATOS
COMUNES BASE DE
DATOS
HENRY A. MUÑOZ R.
PARTICIPANTES EN LOS PROYECTOS DE SISTEMAS USUARIOS
☛PARTICIPANTE MAS IMPORTANTE.
☛ES AQUEL PARA QUIEN SE CONSTRUYE EL SISTEMA
☛PERSONA A QUIEN TENDRÁ QUE ENTREVISTAR PARA OBTENER DETALLE QUE
PERMITA CONSTRUIR EL NUEVO SISTEMA.
☛SE LLAMA CLIENTE O DUEÑO.
☛USUARIOS OPERACIONALES. SON OFICINISTAS, ADMINISTRADORES Y
OPERADORES.
☛TIENEN CONTACTO CONTACTO CON EL NUEVO SISTEMA.
☛SE PREOCUPAN POR FUNCIONES DEL SISTEMA.
☛DETALLES DE LA INTERFACE HUMANA.
☛TIENDEN A TENER UN PANORAMA “LOCAL”. NO TIENEN PANORAMA GENERAL.
☛USUARIOS SUPERVISORES.
☛ADMINISTRAN GRUPO DE USUARIOS OPERACIONALES
☛JEFES DE TURNO, GERENTES, EJECUTIVOS, JEFE INGENIERÍA.
☛HAN SIDO USUARIOS OPERACIONALES PROMOVIDOS. PUEDEN SUPONER QUE
ESTÁN DE ACUERDO CON NECESIDADES DE USUARIOS OPERACIONALES

HENRY A. MUÑOZ R.
☛EL USUARIO SUPERVISOR SE RIGE POR PRESUPUESTO. TIENDE A
OPTIMIZARLO A TRAVÉS DEL NUEVO SISTEMA.
☛DEBIDO A ÉNFASIS OPERACIONAL VE AL SISTEMA NUEVO COMO FORMA DE
DISMINUIR USUARIOS OPERACIONALES.
☛ES INTERMEDIARIO ENTRE USUARIOS OPERACIONALES Y ANALISTAS
☛TIENE PERSPECTIVA LOCAL. PUEDE NO RECORDAR ALGUNAS POLÍTICAS
DETALLADAS.
☛DEFINE REQUERIMIENTOS Y LAS POLÍTICAS QUE EL SISTEMA TENDRÁ
☛PUEDE ACTUAR COMO GERENTE DEL PROYECTO DE TIEMPO PARCIAL O
COMPLETO.
☛USUARIO NIVEL EJECUTIVO
☛NO SE INVOLUCRAN DIRECTAMENTE CON EL PROYECTO, A MENOS QUE SEA
DE PRIMER IMPACTO EN LA ORGANIZACIÓN.
☛PUEDEN PROPORCIONAR INICIATIVA.
☛NO FUERON USUARIOS OPERACIONALES
☛SSD ES UTILIZADO POR ESTE USUARIO SUPERVISOR Y EJECUTIVO.
☛SE PREOCUPAN POR DETALLES DE LARGO PLAZO Y ESTRATÉGICOS.
☛TIENE VISIÓN GLOBAL DEL SISTEMA
☛TRABAJAN CON MODELOS ABSTRACTOS DEL SISTEMA. MODELOS
FINANCIEROS, MERCADEO, ORGANIZACIONALES ENTRE OTROS.

USUARIOS HENRY A. MUÑOZ R.


☛USUARIO AMATEUR USUARIOS
☛NO ENTIENDE NADA DE COMPUTADORES.
☛HA TRABAJADO EN AMBIENTES DONDE NO HUBO COMPUTADORAS
☛DIFÍCIL DE ENTENDER LENGUAJE DEL ANALISTA
☛POR DIFICULTAD DE ENTENDER GRÁFICOS, MODELOS PUEDE QUE
SATISFAGA MUY POCO EL NUEVO SISTEMA
☛USUARIO NOVATO
☛HA PARTICIPADO EN UNO O DOS PROYECTOS DE SISTEMAS
☛POSEE COMPUTADORA PERSONAL
☛SABE EXACTAMENTE LO QUE QUIERE DEL SISTEMA
☛SEÑALA LOS ERRORES DEL ANALISTA
☛DISCUTE QUE TECNOLOGÍA SE DEBE USAR
☛EXPERTO.
☛ USUARIOS QUE REALMENTE SABEN DE SISTEMAS DE INFORMACIÓN.
☛SON VALIOSOS Y APORTAN
☛ANALISTA PUEDE ENFRASCARSE EN DISCUSIONES Y SE OLVIDE DE
IMPLANTAR EL SISTEMA.

HENRY A. MUÑOZ R.
ADMINISTRACIÓN
☛ ADMINISTRADORES USUARIOS. USUARIOS SUPERVISORES
☛ ADMINISTRADORES DE INFORMÁTICA.
☛ ENCARGADAS DEL PROYECTO DE SISTEMAS EN SÍ
☛ ADMINISTRADORES GENERALES.
☛ PRESIDENTE, VICEPRESIDENTES.
☛ DEFINE RECURSOS QUE ASIGNARÁN AL PROYECTO
☛ REVISA QUE EL PROYECTO ESTÉ DENTRO DE LOS MÁRGENES.
☛ CONFORMA COMITÉ DIRECTIVO QUE AYUDA A CLASIFICAR PRIORIDADES
☛ CUANTO MAS ALTO NIVEL ES PROBABLE QUE NO SEPAN DE TECNOLOGÍA.
☛ METAS Y PRIORIDADES PUEDEN ENTRAR EN CONFLICTO CON LA DE LOS
USUARIOS.
☛ PUEDE NO DAR LOS RECURSOS Y TIEMPO DE USUARIOS SUFICIENTE
☛ “ADMINISTRACIÓN” PUEDE DAR A ENTENDER QUE ES UN GRUPO QUE
PIENSAN DE LA MISMA MANERA.
☛ ALGUNOS PUEDEN ESTAR DE ACUERDO Y NO CON EL SISTEMA
☛ SE SUPONE QUE UNA VEZ LA ADMINISTRACIÓN TOMA UNA DECISIÓN SE
ATIENE A DICHA DECISIÓN.
HENRY A. MUÑOZ R.
AUDITORES, PERSONAL DE CONTROL DE CALIDAD
VERIFICADORES DE NORMAS
☛ ASEGURAR QUE EL SISTEMA SE DESARROLLE DE ACUERDO CON ESTÁNDARES Y
NORMAS EXTERNAS. ESTÁNDARES DE CONTABILIDAD, ENTIDADES
GUBERNAMENTALES
☛ PROBLEMAS DE TRABAJAR CON ESTE PERSONAL
☛ SE INVOLUCRAN AL FINAL DEL PROYECTO. DONDE ES DIFÍCIL HACER
CAMBIOS IMPORTANTES.
☛ ESTÁN FAMILIARIZADOS CON SISTEMAS ANTIGUOS. DEBE ASEGURARSE QUE
ENTIENDAN LOS MODELOS.
☛ DESAFORTUNADAMENTE SE INTERESAN MAS POR LA FORMA QUE POR EL
CONTENIDO.

HENRY A. MUÑOZ R.
☛DESEMPEÑA VARIOS PAPELES.
☛ARQUEÓLOGO Y ESCRIBANO. ANALISTAS DE SISTEMAS
☛ DESCUBRIR DETALLES
☛ DOCUMENTAR POLÍTICAS DE UN NEGOCIO COMO “TRADICIONES TRIBALES”
☛INNOVADOR.
☛ DISTINGUIR ENTRE SÍNTOMAS, PROBLEMAS DE USUARIOS Y CAUSAS.
☛ AYUDAR A USUARIO A EXPLORAR APLICACIONES NOVEDOSAS ASI COMO
FORMAS NUEVAS DE HACER NEGOCIOS.
☛MEDIADOR.
☛ SE ENCUENTRA EN MEDIO DE USUARIOS, ADMINISTRADORES,
PROGRAMADORES, AUDITORES Y OTROS DIVERSOS PARTICIPANTES QUIENES
PUEDEN ESTAR EN DESACUERDO.
☛ DEBE OBTENER CONSENSO Y REQUIERE ARTE DE DIPLOMACIA Y
NEGOCIACIÓN.
☛JEFE DE PROYECTO.
☛ FACILIDAD EN EL MANEJO DE PERSONAS
☛ MEDIAR DESACUERDOS
☛ SOBREVIVIR A BATALLAS QUE SE DAN EN PROYECTOS.
☛ REQUIERE HABILIDAD EN COMPUTACIÓN
HENRY A. MUÑOZ R.
DISEÑADORES DE SISTEMAS

☛ RECIBE EL TRABAJO DEL ANALISTA.


☛ TRANSFORMAR PETICIÓN, LIBRE DE TECNOLOGÍA, EMANADA DE LOS
REQUERIMIENTOS DEL USUARIO, EN UN DISEÑO ARQUITECTÓNICO QUE SIRVE DE
BASE PARA EL PROGRAMADOR
☛ EN MUCHOS CASOS, ANALISTA Y DISEÑADOR SON LA MISMA PERSONA O ESTÁN
EN MISMO GRUPO.
☛ EL ANALISTA DEBE OFRECER INFORMACIÓN DETALLADA PARA QUE EL
DISEÑADOR ELABORE DISEÑO TECNOLÓGICO.
☛ EL DISEÑADOR DEBE RETROINFORMAR AL ANALISTA SI LOS REQUERIMIENTOS
SON TECNOLÓGICAMENTE POSIBLES
☛ EL ANALISTA NEGOCIARÁ CON EL USUARIO PARA MODIFICAR REQUERIMIENTOS.

HENRY A. MUÑOZ R.
PROGRAMADORES
☛ CONSTRUYE LOS PROGRAMAS QUE HACEN PARTE DE LAS APLICACIONES DEL
SISTEMA DE INFORMACIÓN
☛ CODIFICA EN UN LENGUAJE DE COMPUTADORA LAS ESPECIFICACIONES DEL
DISEÑADOR. ORACLE, INFORMIX, VISUAL BASIC, ENTRE OTROS
☛ REALIZA LAS PRUEBAS NECESARIAS.
☛ UTILIZA ESTÁNDARES DE CODIFICACIÓN.

PERSONAL DE OPERACIONES
☛ RESPONSABLE DEL CENTRO DE CÓMPUTO
☛ RED DE COMUNICACIONES
☛ SEGURIDAD DEL HARDWARE Y SOFTWARE.
☛ EJECUCIÓN DE PROGRAMAS
☛ MANEJO DE COPIAS INFORMACIÓN
☛ MANEJO DE IMPRESORAS.
☛ ANALISTA DEBERÁ TENER EN CUENTA LAS RESTRICCIONES DE OPERACIÓN DEL
SISTEMA.
HENRY A. MUÑOZ R.
PROYECTOS DE SISTEMAS. COMO SE INICIAN
☛PORTAFOLIO DE APLICACIONES DE UNA ORGANIZACIÓN ES UN CONJUNTO DE
PROYECTOS DE SISTEMAS DE INFORMACIÓN PROPUESTOS Y QUE SE
ENCUENTRAN EN DESARROLLO.
☛PORTAFOLIO REPRESENTA FUTURO DE LA ORGANIZACIÓN EN CUANTO A MEJORA
DE COMPETITIVIDAD, CRECIMIENTO COMPAÑÍA, GANANCIAS, ENTRE OTROS
☛NORMALMENTE LA DEMANDA DE PROYECTOS POR PARTE DE LOS USUARIOS ES
MUCHO MAYOR QUE LA OFERTA DE ANALISTAS DE SISTEMAS QUE PUEDEN
TRABAJAR CON ESTOS.
☛LOS PROYECTOS DEBERÁN CUMPLIR CIERTOS CRITERIOS ESENCIALES
☛LAS ORGANIZACIONES INVIERTEN GRANDES CANTIDADES DE DINERO EN
DESARROLLO DE S.I.
☛SOLICITUD DEL PROYECTO ES LA SEMILLA DE UN NUEVO PROYECTO.
☛PORTAFOLIO ORIENTADO A CLIENTES, FINANZAS, ENTRE OTROS PUEDEN SUGERIR
LA IMPORTANCIA QUE DA LA COMPAÑÍA A ESTAS ÁREAS.

HENRY A. MUÑOZ R.
PROYECTOS DE SISTEMAS. COMO SE INICIAN

☛LAS SOLICITUDES DE SISTEMAS ESTÁN MOTIVADAS POR :


☛RESOLVER UN PROBLEMA.
☛ACTIVIDADES, PROCESOS O FUNCIONES QUE EN LA ACTUALIDAD O EN EL
FUTURO NO SATISFACEN ESTÁNDARES O DESEMPEÑO. EJ. DISMINUIR ERRORES
EN DATOS ENTRADA ELIMINANDO LA INTRODUCCIÓN MANUAL DE DETALLES DE
VENTAS.
☛APROVECHAR UNA OPORTUNIDAD
☛AMPLIAR O MEJORAR EL RENDIMIENTO ECONÓMICO DE LA EMPRESA Y
COMPETITIVIDAD
☛CAPTURA DE INFORMACIÓN DE CLIENTES OFRECIENDO UN NUEVO
PROGRAMA CON MAYOR NÚMERO DE VUELOS DIRECTOS Y DESCUENTOS
EN EL PRECIO DEL PASAJE.
☛DAR RESPUESTA A DIRECTIVOS.
☛PROPORCIONAR INFORMACIÓN EN RESPUESTA A SOLICITUDES DE
DIRECTIVOS O AUTORIDADES.

HENRY A. MUÑOZ R.
PARA ALCANZAR OBJETIVOS LAS EMPRESAS EMPRENDEN PROYECTOS POR:

• CAPACIDAD
•PROCESAMIENTO ACELERADO
•AUMENTO DE VOLUMEN
•RECUPERACIÓN RÁPIDA DE INFORMACIÓN
• CONTROL
•MEJORA DE LA EXACTITUD Y LA CONSISTENCIA
•PROVEER MEJOR SEGURIDAD
• COMUNICACIÓN
•AUMENTO DE COMUNICACIÓN
•INTEGRACIÓN DE ÁREAS EN LAS EMPRESAS
• COSTO
•VIGILANCIA DE LOS COSTOS
•REDUCCIÓN DE COSTOS
• COMPETITIVIDAD
•ASEGURAR CLIENTES
•DEJAR FUERA A LOS COMPETIDORES
•MEJORES ACUERDO CON LOS PROVEEDORES
•FORMAR BASES PARA LOS NUEVOS PRODUCTOS

HENRY A. MUÑOZ R.
DETERMINACIÓN DE REQUERIMIENTOS

MOTIVACIÓN
• OBJETIVO DE ANÁLISIS DE SISTEMAS ES COMPRENDER SITUACIONES, NO
RESOLVER PROBLEMAS.
• ANALISTAS HACEN HINCAPIÉ EN LA INVESTIGACIÓN Y EL CUESTIONAMIENTO COMO
OPERA SISTEMA
• IDENTIFICAR REQUERIMIENTOS QUE TIENEN USUARIOS PARA MODIFICARLO O
PROPONER NUEVO.
• TENER LA INFORMACIÓN CORRECTA INFLUYE EN LA CALIDAD DE LA APLICACIÓN.
DEFINICIÓN
• ESTUDIO DE UN SISTEMA PARA CONOCER COMO TRABAJA Y DONDE ES NECESARIO
MEJORARLO.
REQUERIMIENTO
• CARACTERÍSTICA QUE DEBE INCLUIRSE EN UN SISTEMA NUEVO.
• FORMATO DE PANTALLA PARA CAPTURAR O PROCESAR DATOS.
• PRODUCIR INFORMACIÓN.
• CONTROLAR UNA ACTIVIDAD DE UNA EMPRESA
• BRINDAR SOPORTE A LA GERENCIA
• ANALISTA NO TRABAJA COMO GERENTE O EMPLEADOS POR LO TANTO NO TIENEN
LOS MISMOS CONOCIMIENTOS, HECHOS Y DETALLES.

HENRY A. MUÑOZ R.
DETERMINACIÓN DE REQUERIMIENTOS
• PRIMER PASO DEL ANALISTA ES COMPRENDER LA SITUACIÓN.
• CLASE DE REQUERIMIENTOS QUE DEPENDE SI EL SISTEMA ORIENTADO DE
TRANSACCIONES, TOMA DECISIONES, ABARCA VARIOS DEPARTAMENTOS.
• ACTIVIDADES DE DETERMINACIÓN DE REQUERIMIENTOS.
• ANTICIPACIÓN
•EXPERIENCIA DE ESTUDIOS PREVIOS.
•BASES PARA SABER PREGUNTAR O ASPECTOS A INVESTIGAR

• INVESTIGACIÓN
•ESTUDIAR EL SISTEMA ACTUAL CON LA AYUDA DE VARIAS HERRAMIENTAS Y
HABILIDADES, DOCUMENTACIÓN PARA EMPRENDER ANÁLISIS.

• ESPECIFICACIÓN
• DESCRIPCIÓN DE LAS CARACTERÍSTICAS DEL NUEVO SISTEMA.
•ANÁLISIS DE DATOS BASADOS EN HECHOS REALES. ANÁLISIS DE DATOS
RECOPILADOS DURANTE INVESTIGACIÓN
•IDENTIFICACIÓN DE REQUERIMIENTOS ESENCIALES. DETALLES DE OPERACIÓN
HASTA CRITERIOS DE OPERACIÓN
•SELECCIÓN DE ESTRATEGIAS PARA SATISFACER REQUERIMIENTOS.
•MÉTODOS PARA ALCANZAR LOS REQUERIMIENTOS
• ESTABLECIDOS Y DETERMINADOS.
HENRY A. MUÑOZ R.
DET
REQUERIMIENTOS BÁSICOS ERM
INA
• PROCESO BÁSICO REQ DE CIÓN
• DATOS ENTRADA Y SALIDA DEL PROCESO UER
IMIE
• LÍMITES DE TIEMPO Y CARGA DE TRABAJO NTO
S
• CONTROLES DE DESEMPEÑO

COMPRENSIÓN DEL PROCESO IDENTIFICACIÓN DE DATOS EMPLEADOS


• FINALIDAD DEL PROCESO E INFORMACIÓN GENERADA
• ACTIVIDADES • DETECTAR QUE DATOS SE UTILIZAN
• DONDE SE REALIZAN LAS ACTIVIDADES EN CADA ACTIVIDAD
• DURACIÓN • QUE INFORMACIÓN SE PRODUCE
• FRECUENCIA
• QUIENES EMPLEAN INFORMACIÓN
RESULTANTE FRECUENCIA Y VOLUMEN DEL
PROCESO
IDENTIFICACIÓN DE CONTROLES •NÚMERO DE VECES QUE SE PRESENTA
•EXAMINAR MÉTODOS DE CONTROL UNA ACTIVIDAD
•ESTÁNDARES DESEMPEÑO
•CONTROLADOR
•DETECCIÓN DE ERRORES. CORRECCIÓN

HENRY A. MUÑOZ R.
DETERMINACIÓN DE REQUERIMIENTOS

REQUERIMIENTOS TRANSACCIONES DE USUARIOS


• COMPONENTES DE UNA TRANSACCIÓN.
• INICIO DE UNA TRANSACCIÓN
• OBJETIVO DE INICIO DE UNA TRANSACCIÓN
• FRECUENCIA DE OCURRENCIA DE UNA TRANSACCIÓN
• CONDICIONES QUE AFECTAN LAS TRANSACCIONES
• DETALLES DE PROCESAMIENTO DE TRANSACCIONES
• QUE INFORMACIÓN GENERA. DATOS QUE ALMACENAN.
REQUERIMIENTOS DE DECISIÓN DE LOS USUARIOS
• PROCEDIMIENTO NO DEFINIDO
• RUTINAS POCO CLARAS
• CONTROLES LAXOS
• LAS DECISIONES SE TOMAN A MEDIDA QUE LA INFORMACIÓN SE TOMA
(RECURRENCIA)
• SISTEMA DE DECISIONES TIENEN QUE VER CON PASADO, PRESENTE Y FUTURO
• SE APOYAN EN OTROS SISTEMAS (TRANSACCIONES) O EN DATOS EXTERNOS.
AVERIGUAR.
• QUE INFORMACIÓN UTILIZA LA DECISIÓN.
• FUENTE DE ESTA INFORMACIÓN. QUÉ SISTEMAS DE TRANSACCIONES PRODUCE ESTA
INFORMACIÓN.
HENRY A. MUÑOZ R.
DETERMINACIÓN DE REQUERIMIENTOS

• INFORMACIÓN QUE SE PRODUCE EN FUENTES EXTERNAS


• CÓMO SE DEBE PROCESAR PARA PRODUCIR INFORMACIÓN NECESARIA.
• CÓMO SE DEBE PRESENTAR INFORMACIÓN
• SISTEMAS DE TRANSACCIONES SON VITALES PARA SOPORTE DE LAS DECISIONES.
REQUERIMIENTOS DE LA ORGANIZACIÓN.
ORGANIZACIÓN
• IDENTIFICAR LAS RELACIONES ENTRE FUNCIONES ADMINISTRATIVAS.
• DEFINIR LOS REQUERIMIENTOS DE INFORMACIÓN DE LOS SISTEMAS RELACIONADOS.
EXCEPCIONES EN PROCEDIMIENTOS.
PROCEDIMIENTOS
• TENER CLARO LAS EXCEPCIONES EN LA EJECUCIÓN DE LOS PROCEDIMIENTOS
• NO SIEMPRE SE EJECUTAN LOS PROCEDIMIENTOS RUTINARIOS
• FRECUENCIA DE LA EXCEPCIÓN.
• FALLA DEL PROCEDIMIENTO.
• TODOS LOS EMPLEADOS SIGUEN EL PROCEDIMIENTO.
TÉCNICAS PARA ENCONTRAR HECHOS
• ENTREVISTA
• CUESTIONARIO
• REVISIÓN DE REGISTROS

HENRY A. MUÑOZ R.