HENRY A. MUÑOZ R. M ATERIA PRIMA M ANO DE OBRA M AQUINARIA M ÉTODO M EDIDA M EDIO AMBIENTE EFECTO DIAGRAMA DE ISCHIKAWA CORRELACIÓN EFECTO - CAUSA PROVEEDORES

HENRY A. MUÑOZ R.

MATERIAPRIMA

MANO DE OBRA

MAQUINARIA

MÉTODO MEDIDA MEDIOAMBIENTE

EFECTO

DIAGRAMA DE ISCHIKAWA

CORRELACIÓN EFECTO - CAUSA

PROVEEDORES

SUMINISTROPROPIO

DETERIORO

MANTENIMIENTO

INSTRUMENTO

CONDICIONES LOCALES

INSPECCIÓN TALLER

CLIMA

FÍSICO

MENTAL

INFORMACIÓN

CAPACITACIÓN

PROCEDIMIENTO

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.• D = DEMANDA ANUAL ESTIMADA.• TC = COSTO TOTAL DEL SISTEMA.• TC = (Q/2) * K +(D/Q) * S

Costo Total

Nivel deReorden

Q

Tiempo

Q Tamaño del pedidoQ*

Q* = Cantidad de orden económicaCantidad de orden que minimiza el TC

$Costo

K

HENRY A. MUÑOZ R.

• 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

EJEMPLOS DE MODELOS - MODELO DE VALOR ESPERADO

Alternativa 1

Alternativa 1

P1=0.2

P1=0.6

P1=0.8

P1=0.4

A1 = $20

A1 = $100

A1 = $50

A1 = $60

EV (alternativa 1) = 0.2(20)+0.8(100)

EV (alternativa 1) = 0.6(50)+0.4(60)

HENRY A. MUÑOZ R.

EJEMPLOS DE MODELOS - MODELO DE CAJA NEGRA PARA VENTAS

UNIDAD DE PRODUCTODE FABRICACIÓN

• INFORMACIÓN SOBRE CARACTERÍSTICAS DEL PRODUCTO (INGENIERÍA)

• PRECIO (GERENCIA DE MERCADEO)

ESPACIO DE ALMACENAMIENTO DESTINADO A PROCESO

VENDEDORES ASIGNADOS AL PROCESAMIENTO

UNIDAD DEL PRODUCTO VENDIDO

INFORMACIÓN DE QUE SE HA VENDIDO UN UNIDAD

ESPACIO DISPONIBLE DE ALMACENAMIENTO

VENDEDORES DISPONIBLES

VENTAS

HENRY A. MUÑOZ R.

ENTRADAS• PEDIDOS DEL CLIENTES• PROGRAMA DE PRODUCCIÓN DE PRODUCTOS

TERMINADOS (PT)• DEVOLUCIONES DE PT DE CLIENTES• REMISIÓN POR ENTRADAS DE PT• EXISTENCIA ACTUAL DE PT• POLÍTICAS DE MANEJO DE INVENTARIOS PT

(BAJAS, COSTOS)• PROGRAMACIÓN DE ENTREGAS A CLIENTES DE PT• PROGRAMACIÓN DE TRANSPORTE DE PT• CAPACIDAD DE ALMACENAMIENTO, ESPACIOS,

DISTRIBUCIÓN, ORGANIZACIÓN• REMISIONES FIRMADAS POR CLIENTES• ORDENES DE COMPRA DE PT

SALIDAS• REMISIONES DE ENTREGA DE PT

A CLIENTES• REMISIÓN DE PT POR

DEVOLUCIÓN A PROVEEDORES• EJECUCIONES DE ENTREGA DE

PT A CLIENTES• ESTADÍSTICAS POR ENTRADAS,

SALIDAS Y CORRECCIONES DE PT

• CUMPLIMIENTO ED PEDIDOS• CALIDAD DE PT POR PARTE DE

PROVEEDORES• CUMPLIMIENTO DE

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.

• 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

PROCEDIMIENTO GENERAL PARA CONSTRUIR MODELOS

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.

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.

SISTEMAS ORGANIZACIONALES

HENRY A. MUÑOZ R.

ELEMENTOS OPERACIONALES DE UN SISTEMA DE INFORMACIÓN

• EQUIPOS (HARDWARE).• SOFTWARE.• BASES DE DATOS.• PROCEDIMIENTOS.• PERSONAL DE OPERACIONES.

COMPONENTES FÍSICOSREQUERIDOS PARA UN S.I.

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

FUNCIONES DE PROCESAMIENTO

• PROCESAR TRANSACCIONES• MANTENER ARCHIVOS

MAESTROS• PRODUCIR INFORMES• PROCESAR PREGUNTAS• PROCESAR APLICACIONES

INTERACTIVAS DE SOPORTE

HENRY A. MUÑOZ R.

SISTEMA DE PROCESAMIENTO DE TRANSACCIONES (SPT)

CATEGORÍAS DE SISTEMAS DE INFORMACIÓN

• 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ÁNDAREJEMPLO : CAJERO AUTOMÁTICO

• ACTIVIDAD CLIENTE• PROPORCIONAR NÚMERO CUENTA• PROPORCIONAR CONTRASEÑA• PROPORCIONAR MONTO RETIRO

• RETIRAR DINERO DEL RECEPTÁCULO

• VERIFICAR VALIDEZ NÚMERO• VERIFICAR CONTRASEÑA• VERIFICAR QUE EL MONTO ESTE

DENTRO LÍMITES BANCO• VERIFICAR QUE HAYA SALDO• REGISTRAR TRANSACCIÓN EN LOS

ARCHIVOS• ENTREGAR DINERO• EXPEDIR COMPROBANTE• PREPARARSE PARA SIGUIENTE

TRANSACCIÓN

PROCEDIMIENTOS PARA EL PROCESO DE TRANSACCIONES ESTÁN BIEN COMPRENDIDOS Y SE PUEDEN DESCRIBIR CON DETALLE

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 PROBLEMASDIRECTIVOS RECURREN A DATOS ALMACENADOS EN SPTPROCESO DE DECISIÓN DEFINIDOSPREPARAR REPORTES PARA LA TOMA DE DECISIONESSOPORTE 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 CAJEROSRESPUESTA 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 ÁREASCONSIDERAR 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 DECISIONESDOCUMENTACIÓ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.

Dentro del plazo de diez días

Más de diez días

Menos de 5000Entre 5000 y 10000Más de 10000

3% descuento de Monto factura2% descuento de Monto facturaPago de Monto factura

Pago Monto de la Factura

EJEMPLO ARBOLES DE DECISIÓN

ARBOLES DE DECISIÓNARBOLES 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.

BENEFICIOSBENEFICIOS

•identificar de manera formal las decisiones que actualmente deben tomarse•Obligan a considerar la secuencia de decisiones.

HENRY A. MUÑOZ R.

TABLAS DE DECISIÓNTABLAS 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ÓNTABLAS 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ÓNEJEMPLO TABLAS DE DECISIÓN

C1 El Paciente tiene seguro médico básico

C2 El Paciente tiene seguro social

A1 Pagar consultaA2 Exento de pagoA3 Pagar todos los servicios

11 22 33 44

SISI NONO SISI NONO

NONO SISI SISI NONO

XX

XX XX

XX

CONDICIONESCONDICIONES REGLAS DE DECISIÓNREGLAS DE DECISIÓN

TABLA DE DECISIÓN DE ENTRADA LIMITADA

HENRY A. MUÑOZ R.


C1 Dentro del plazo de 10 díasC2 Menos de 5000C3 Entre 5000 y 10000C4 Más de 10000

A1 Aplicar descuento 3%A2 Aplicar descuento de 2%A3 Pagar el monto total de la

factura

1 2 3 4 5 6

S S S N N N S N N S N N N S N N S N N N S N N S

XX

XX

XX XX XX XX


HENRY A. MUÑOZ R.


C1 Suficiente efectivoC2 Crédito BuenoC3 Renuncia a comprar

A1 Vender el artículo

A2 No vender artículo

1 2 3 4 5 6 7 8

S S N N S N S N S S S S N N N N S N S N S N S S

XX XX XX XX XX

XX XX XX


REDUNDANCIA

CONTRADICCIÓN

1

1- No importa valor de C3 la acción es A1

HENRY A. MUÑOZ R.


ACCIÓN

CONDICIONESCONDICIONESREGLAS DE DECISIÓNREGLAS DE DECISIÓN

Dentro del plazo Dentro del plazo Dentro del plazo Fuera del Fuera del Fuera delde diez días de diez días de diez días Plazo 10 días Plazo 10 días

Plazo 10 días

TABLA DE DECISIÓN DE ENTRADA EXTENDIDA

Descuento de 3%

Descuento de 2%

Pagar el monto total de la Factura

TIEMPO

VOLUMEN

Mas de 10000 Entre 5000 y 10000 menor de 5000 Mas de 10000 Entre 5000 y menor de 5000

1 2 3 4 5 6

HENRY A. MUÑOZ R.


A1 Descuento de 3%A2 Descuento de 2%A3 Pagar el monto total de la Factura

CONDICIONESCONDICIONESREGLAS DE DECISIÓNREGLAS DE DECISIÓN

1 2Dentro del plazo Dentro del plazode diez días de diez díasMas de 10000 Entre 5000 y 10000

XX

X

ELSE

TABLA DE DECISIÓN DE FORMA ELSE

HENRY A. MUÑOZ R.

ESPAÑOL ESTRUCTURADOESPAÑ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 SECUENCIAESTRUCTURAS DE SECUENCIA. UN PASO O UNA ACCIÓN. SE EMPLEAN

VARIAS INSTRUCCIONES PARA DESCRIBIR UN PROCESO.

•ESTRUCTURA DE DECISIÓNESTRUCTURA DE DECISIÓN. SIRVEN PARA IDENTIFICAR CONDICIONES. UN

CONJUNTO DE ACCIONES SE EJECUTAN DEPENDIENDO DE UNA CONDICIÓN.

•ESTRUCTURAS DE ITERACIÓNESTRUCTURAS DE ITERACIÓN. EXISTEN OPERACIONES QUE SE EJECUTAN

MIENTRAS SE CUMPLA UNA CONDICIÓN.

HENRY A. MUÑOZ R.

EJEMPLO ESPAÑOL ESTRUCTURADOEJEMPLO ESPAÑOL ESTRUCTURADO

PROCESAMIENTO DE CUENTAS POR PAGAR

COMIENZOSi la factura NO está firmada?

Si la mercancía no fue aceptada?Rechazar la factura

Fin de SiSi NO se preparó una orden de compra válida?

Si NO se recibió autorización?Rechazar la factura

Fin de SiFin de SiSi la factura NO tiene el monto correcto?

Rechazar la facturaFin del SiAnotar la factura en el libroPreparar el talón de pago

Fin de SiFIN

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 COMPUTACIONALTECNOLOGÍA DE COMUNICACIONESIMPACTO DEL NUEVO SISTEMA SOBRE LOS EMPLEADOSCARACTERÍ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

CICLO DE VIDA DE DESARROLLO DE SISTEMAS

INVESTIGACIÓN PRELIMINAR DETERMINACIÓN DE

REQUERIMIENTOS DEL SISTEMA DISEÑO DEL SISTEMA DESARROLLO DE SOFTWARE PRUEBA DE SISTEMAS IMPLANTACIÓN Y EVALUACIÓN.

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.

MÉTODO DE ANÁLISIS ESTRUCTURADO DESCRIPCIÓN GRÁFICA DIAGRAMA DE FLUJO DE DATOS DICCIONARIO DE DATOS

MÉTODO DE PROTOTIPO DE SISTEMAS DEFINICIÓN DE PROTOTIPO PROPÓSITO DE DESARROLLO DE

PROTOTIPOS MÉTODO PARA EL DESARROLLO DE

PROTOTIPO.

HENRY A. MUÑOZ R.

ESTRATEGIAS DE DESARROLLO DE SISTEMASCUANDO SE APLICANCUANDO SE APLICAN

MÉTODO DE CICLO DE VIDA DE DESARROLLO DE SISTEMAS.REQUERIMIENTOS DE SISTEMA PREDECIBLESSE PUEDE MANEJAR COMO UN PROYECTO.REQUIERE QUE LOS DATOS SE ENCUENTREN EN UNA BASE DE DATOSGRAN VOLUMEN DE TRANSACCIONES Y PROCESAMIENTOREQUIERE DE LA VALIDACIÓN DE DATOS DE ENTRADA.ABARCA VARIOS DEPARTAMENTOSTIEMPO DE DESARROLLO LARGODESARROLLO POR EQUIPOS DE TRABAJO

MÉTODO DE ANÁLISIS ESTRUCTURADO.ADECUADO PARA TODO TIPO DE APLICACIONESMAYOR 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 PRELIMINARINVESTIGACIÓ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.

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.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ÓNLOS ANALISTAS DEBEN TRABAJAR CON LOS ADMINSITRADORES Y EMPLEADOS PARA DAR RESPUESTA A :


HENRY A. MUÑOZ R.


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.


DISEÑO DEL SISTEMA NUEVO.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.


DESARROLLO DE SOFTWARE.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ÓNIMPLANTACIÓN Y EVALUACIÓNCONSISTE 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.


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 ARCHIVOSLA 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ÓNIMPACTO 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 ESTRUCTURADOELEMENTOS 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.

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

CLIENTE

DATOS DE INVENTARIO

DATOS DEL CLIENTEPROCESAMIENTO

DE PEDIDOS

PRIMER NIVELPRIMER NIVEL

PEDIDOS

FACTURAS

APROBACIÓN

CRÉDITO

DETALLES DEPRODUCTOS

HENRY A. MUÑOZ R.

DESARROLLO POR ANÁLISIS ESTRUCTURADO EJEMPLO

VERIFICARQUEEL PEDIDOESTÉ COMPLETO

DATOS DE INVENTARIO

PREPARACIÓNDE RETIRO

DE ARTÍCULOSDE INVENTARIO

DETALLES DEPRODUCTOS

PEDIDOS LLENADO DE PEDIDOS

PEDIDOS

BÚSQUEDA DE DETALLESRELACIONADOSCON LOS PEDIDOS

PEDIDOSCOMPLETOS

SEGUNDO NIVELSEGUNDO NIVEL

HENRY A. MUÑOZ R.


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 ESTRUCTURADODISEÑO ESTRUCTURADOOTRO 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 FUNCIONALES 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 ESTRUCTURADODIAGRAMA ESTRUCTURADO

DETALLES DE LAFORMA DE PAGODEL CLIENTE

BANDERA DE

ERROR

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 ENTRE ELLOS. LAS FLECHAS CON LA CIRCUNFERENCIA INDICAN DATOS MIENTRAS QUE LAS QUE TIENEN UN CÍRCULO REPRESENTAN INFORMACIÓN DE CONTROL DEL PROGRAMA TALES COMO NOTAS O CONDICIONES DE ERROR

PROCESO DE PAGO PORPARTE DEL CLIENTE

ABONO DE PAGO EFECTUADO POR

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. 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 PROTOTIPOSPROCESO 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 FUNCIONEUTILIZAR EL PROTOTIPO ANOTANDO NECESIDADES DE CAMBIOS Y MEJORAS. ESTO EXPANDE LISTA DE REQUERIMIENTOS DE SISTEMAS CONOCIDOSREVISAR 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.

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.

ANÁLISIS 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

DISEÑO DE SISTEMAS

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.

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.

EJEMPLO DE IMPLANTACIÓN DE UN SISTEMA DE INFORMACIÓN

HENRY A. MUÑOZ R.

JERARQUÍA DE ACTIVIDADES ADMINISTRATIVAS

DEFINICIÓN DE OBJETIVOS, POLÍTICAS, CRITERIOS GENERALES PARA PLANEAR EL CURSO DE LA ORGANIZACIÓN

ADQUISICIÓN DE RECURSOS, TÁCTICAS PARA LA ADQUISICIÓN, LOCALIZACIÓN DE PLANTAS, NUEVOS PRODUCTOS, ESTABLECIMIENTO Y SEGUIMIENTO DE PRESUPUESTO

USO EFECTIVO DE LAS INSTALACIONES EXISTENTES Y DE LOS RECURSOS PARA EJECUTAR LAS OPERACIONES CON LAS RESTRICCIONES DEL PRESUPUESTO

PLANEACIÓN ESTRATÉGICA

CONTROL ADMINISTRATIVO Y PLANEACIÓN TÁCTICA

PLANEAMIENTO OPERACIONAL Y CONTROL

HENRY A. MUÑOZ R.

MATRIZ DE ACTIVIDADES ADMINISTRATIVAS Y FUNCIONES ORGANIZACIONALES

ACTIVIDADES ADMINISTRATIVAS

FUNCIONES




ME

RC

AD

EO

Y V

EN

TA

S

PR

OD

UC

CIÓ

N

LO

GÍS

TIC

A

RE

CU

RS

OS

HU

MA

NO

S

FIN

AN

ZA

S Y

CO

NT

AB

ILID

AD P

RO

CE

SA

MIE

NT

OIN

FO

RM

AC

IÓN

AL

TA

GE

RE

NC

IA

HENRY A. MUÑOZ R.

SISTEMA DE INFORMACIÓN Y LA ORGANIZACIÓN

FUNCIONES




ME

RC

AD

EO

Y

VE

NT

AS

PR

OD

UC

CIÓ

N

LO

GÍS

TIC

A

RE

CU

RS

OS

HU

MA

NO

S

FIN

AN

ZA

S Y

CO

NT

AB

ILID

AD P

RO

CE

SA

MIE

NT

OIN

FO

RM

AC

IÓN

AL

TA

GE

RE

NC

IASOFTWARE PARA

ARCHIVOS EXCLUSIVOS

ARCHIVOS DATOSCOMUNES BASE DE

DATOS

SA

BD

PROGRAMAS COMUNES

AP

LIC

AC

ION

ES

CO

MU

NE

S

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 ANALISTASTIENE 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 EJECUTIVONO SE INVOLUCRAN DIRECTAMENTE CON EL PROYECTO, A MENOS QUE SEA DE PRIMER IMPACTO EN LA ORGANIZACIÓN.PUEDEN PROPORCIONAR INICIATIVA.NO FUERON USUARIOS OPERACIONALESSSD ES UTILIZADO POR ESTE USUARIO SUPERVISOR Y EJECUTIVO.SE PREOCUPAN POR DETALLES DE LARGO PLAZO Y ESTRATÉGICOS.TIENE VISIÓN GLOBAL DEL SISTEMATRABAJAN CON MODELOS ABSTRACTOS DEL SISTEMA. MODELOS FINANCIEROS, MERCADEO, ORGANIZACIONALES ENTRE OTROS.

USUARIOS

HENRY A. MUÑOZ R.

USUARIO AMATEURNO ENTIENDE NADA DE COMPUTADORES. HA TRABAJADO EN AMBIENTES DONDE NO HUBO COMPUTADORASDIFÍCIL DE ENTENDER LENGUAJE DEL ANALISTAPOR DIFICULTAD DE ENTENDER GRÁFICOS, MODELOS PUEDE QUE SATISFAGA MUY POCO EL NUEVO SISTEMA

USUARIO NOVATOHA PARTICIPADO EN UNO O DOS PROYECTOS DE SISTEMASPOSEE COMPUTADORA PERSONALSABE EXACTAMENTE LO QUE QUIERE DEL SISTEMASEÑALA LOS ERRORES DEL ANALISTADISCUTE QUE TECNOLOGÍA SE DEBE USAR

EXPERTO. USUARIOS QUE REALMENTE SABEN DE SISTEMAS DE INFORMACIÓN.SON VALIOSOS Y APORTANANALISTA PUEDE ENFRASCARSE EN DISCUSIONES Y SE OLVIDE DE IMPLANTAR EL SISTEMA.

USUARIOS

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.

ANALISTAS DE SISTEMAS DESEMPEÑA VARIOS PAPELES. ARQUEÓLOGO Y ESCRIBANO.

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

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.

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.

HENRY A. MUÑOZ R.

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.

PROYECTOS DE SISTEMAS. COMO SE INICIAN

HENRY A. MUÑOZ R.

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 COMPETITIVIDADCAPTURA 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.

PROYECTOS DE SISTEMAS. COMO SE INICIAN

HENRY A. MUÑOZ R.

• 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

PARA ALCANZAR OBJETIVOS LAS EMPRESAS EMPRENDEN PROYECTOS POR:

HENRY A. MUÑOZ R.

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.

DETERMINACIÓN DE REQUERIMIENTOS

HENRY A. MUÑOZ R.


• 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.


REQUERIMIENTOS BÁSICOS• PROCESO BÁSICO• DATOS ENTRADA Y SALIDA DEL PROCESO• LÍMITES DE TIEMPO Y CARGA DE TRABAJO• CONTROLES DE DESEMPEÑO

COMPRENSIÓN DEL PROCESO• FINALIDAD DEL PROCESO• ACTIVIDADES • DONDE SE REALIZAN LAS ACTIVIDADES• DURACIÓN• FRECUENCIA• QUIENES EMPLEAN INFORMACIÓN

RESULTANTE

IDENTIFICACIÓN DE DATOS EMPLEADOS E INFORMACIÓN GENERADA

• DETECTAR QUE DATOS SE UTILIZAN EN CADA ACTIVIDAD

• QUE INFORMACIÓN SE PRODUCE

FRECUENCIA Y VOLUMEN DEL PROCESO•NÚMERO DE VECES QUE SE PRESENTA UNA ACTIVIDAD

IDENTIFICACIÓN DE CONTROLES•EXAMINAR MÉTODOS DE CONTROL •ESTÁNDARES DESEMPEÑO•CONTROLADOR•DETECCIÓN DE ERRORES. CORRECCIÓN

HENRY A. MUÑOZ R.


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.


• 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ÓNREQUERIMIENTOS DE LA ORGANIZACIÓN.• IDENTIFICAR LAS RELACIONES ENTRE FUNCIONES ADMINISTRATIVAS.• DEFINIR LOS REQUERIMIENTOS DE INFORMACIÓN DE LOS SISTEMAS RELACIONADOS.EXCEPCIONES EN PROCEDIMIENTOSEXCEPCIONES EN 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 HECHOSTÉCNICAS PARA ENCONTRAR HECHOS• ENTREVISTA• CUESTIONARIO• REVISIÓN DE REGISTROS

Documents

HENRY A. MUÑOZ R. M ATERIA PRIMA M ANO DE OBRA M AQUINARIA M ÉTODO M EDIDA M EDIO AMBIENTE EFECTO DIAGRAMA DE ISCHIKAWA CORRELACIÓN EFECTO - CAUSA PROVEEDORES