Universidad Arturo Prat

1

• Universidad Arturo Prat

Departamento de Auditoría y Sistemas de
Información Profesor Sergio Etcheverry Gutiérrez
2
Metodología de Desarrollode un S.I.A.

• Lo que importa, es lograr el objetivo en forma
  eficaz y eficiente...., no la forma de hacerlo

3
Definición de S.I.A.

• Sistemas
• Definición y Características
• Información
• Definición
• Administración
• Definición
• SIADefinición Sistemas
• SIAEcuación Matemática

4
Sistema

• Conjunto de elementos interrelacionados que
  interactúan entre si, con el objetivo de lograr
  un objetivo común.
• Características
• Sinergia
• Recursividad
• Entropía

5
Maximizar Objetivo Final?

• Para maximizar el objetivo final de un sistema
  empresa, necesariamente se deben suboptimizar los
  objetivos específicos de los subsistemas que la
  componen.

6
Administración

• Lograr un objetivo, por intermedio del trabajo de
  otros.
• Proceso de Toma de Decisiones, con el propósito
  de lograr el objetivo final de la empresa (lucro
  / fin social).

7
Información

• Cualquier elemento que aumente mi conocimiento o
  disminuya mi incertidumbre.
• DATOS Son elementos que no producen efectos en
  la conducta del receptor.

8
Sistema de Información Administrativo (S.I.A.)

• Conjunto de elementos interrelacionados que
  interactúan entre si, con el propósito de
  proporcionar información al proceso de Toma de
  Decisiones.
• Ecuación Matemática
• SIA Procedimientos Manuales
  Procedimientos Programados Datos
  Transitorios Datos Permanentes.

9
Ciclo de Vida de un SIA

• Idea o Detección del Problema
• Estudio de Factibilidad
• Diseño Lógico o Análisis
• Diseño Físico o Diseño
• Construcción
• Implementación y Pruebas
• Explotación
• Mantención

10
Ciclo de Vida de un S.I.A.

Explotación
Imp. y Pru.
Idea
Anál.
Mantención
Diseño
Fact.
Cons
-
t
11
Metodología Desarrollo Basada en Ciclo de Vida
S.I.A. (Tradicional)

• Idea o Detección de un Problema
• Se debe crear un procedimiento de Inicio.
• Definir por escrito el problema detectado y sus
  posibles soluciones (globalmente)
• Definir la Idea y como puede ayudar a mejorar lo
  existente.
• Procedimiento de Autorización
• Informar al Comité de Informática
• Resolución del Comité de Informática
• Negativo gt Redefinir Idea o Solución Problema.
• Positivo gt Se proveen fondos para continuar
  estudio.

12

• Se hace un Estudio Preliminar, el que deberá
  finalizar con un Informe que debe señalar a lo
  menos lo siguiente
• Ámbito que abarcó el estudio (Cobertura)
• Breve descripción de la situación actual
• Estructura Organizativa Involucrada
• Planteamiento global de la idea o del problema
  detectado.
• Alternativas globales de solución posibles,
  identificando ventajas, desventajas, impacto
  sobre la empresa y sus rangos de costos probables.

13
Estudio de Factibilidad

• Técnica
• Plataforma de Hardware
• Sistema Operativo
• Software de Desarrollo
• Comunicaciones (Teleproceso)
• Paquetes
• S.I.A. Existentes

14
Estudio de Factibilidad

• Operacional
• Personal de la Empresa
• Capacitar
• Contratar (Cambio de personal)
• Rotación de Personal
• Medio Ambiente
• Seguridad (Acceso Información)
• Puestos de Trabajo
• Clientes

15
Estudio de Factibilidad

• Económica
• COSTOS
• Remuneraciones
• Insumos
• Hardware (Depreciación)
• Software (Amortización)
• Mantención
• BENEFICIOS
• Cuantitativos
• Cualitativos
• OTROS FINANCIAMIENTOS
• Leasing Financieros y/o Operativos

16
Estudio de Factibilidad

• Informe de Factibilidad
• Negativo Se abandona la idea o se replantea el
  problema y su posible solución.
• Positivo Para que el Informe de Factibilidad sea
  positivo, debe ser necesariamente positivos la
  factibilidad técnica, la factibilidad operacional
  o funcional y la factibilidad económica.
• SE DESARROLLA EL PROYECTO, CONFORME A LA
  METODOLOGÍA DE DESARROLLO IMPERANTE.

17
Diseño Lógico

• Análisis gt Tomar conocimiento de la situación
  actual (S.I.A. Y F(x) Administrativas)
• Entrevistas área usuaria.
• Realizar encuestas.
• Construir flujogramas administrativos, que
  describan procesos y funciones administrativas.
• Recolectar Copias de Documentos y Formularios en
  uso.
• Construir Flujos de Decisiones
• Construir Flujos de Información.

18

• Flujo de Decisiones
• Realizar una Descomposición Funcional
• Se debe definir una macrofunción (sistema) o
  función compleja, para posteriormente, detallar
  definiendo las funciones (subsistemas) que la
  integran, repitiendo el procedimiento por cada
  función hasta llegar a las microfunciones o
  funciones simples. (ver ejemplo)

19
Descomposición Funcional
Tienda Vestuario
VENTAS
ADMINISTRACIÓN
Aten. Público
Bodega
Provee- dores
Crédito
Remune- raciones
Adquisiciones
Pago Facturas
20
Sea f(a)x una función administrativa de nivel
elemental
Decisión Exógena
Decisión Retroalimentada
Decisión Endógena
Decisión Endógena
Decisión Exógena
Di Son decisiones o interacciones que fluyen
entre funciones.
21

• Dibujar en un Plano, todas las funciones y/o
  microfunciones de último nivel, procediendo
  posteriormente a identificarlas con un número.

Aten. Público (f1)
Crédito (f2)
Bodega (f3)
Remune- raciones (f6)
Pago Facturas (f5)
Adquisiciones (f4)
22
Flujo de Decisiones
D12
Remune- raciones (f6)
Aten. Público (f1)
D3
D2
D1
D4
D5
D6
Crédito (f2)
Bodega (f3)
D7
D11
Adquisiciones (f4)
D10
Pago Facturas (f5)
D9
D8
23
Malla de Decisiones
24
Flujo de Información
D12
Remune- raciones (f6)
I1 I2 I 3
I4
Aten. Público (f1)
I5 ,I6
D3
D2
D1
D4
D5
I1 ,I7
D6
I4
Crédito (f2)
Bodega (f3)
I8
D7
D11
I9
I10
Adquisiciones (f4)
D10
Pago Facturas (f5)
D9
D8
I11,I12
25
Malla de Información
26
Diseño Lógico (Responsabilidad del Usuario)

• Objetivo Análisis
• Conocer Situación Actual área involucrada en el
  desarrollo del S.I.A.
• Recoger las experiencias, recomendaciones y
  sugerencias de los usuarios del área involucrada.
• Tener una visión amplia de la empresa, y
  detallada del área involucrada, para diseñar una
  solución eficaz y eficiente.

27
Diseño Lógico

• Término de la Etapa de Análisis
• Informe conteniendo una síntesis de la
  información reunida mediante las distintas
  herramientas de documentación utilizadas en esta
  etapa, detallando los problemas detectados
• Repetición de Procesos
• Redundancia de Información
• Falta de Información adecuada
• Debilidades, ausencia o sobreposición del
  Control.
• Cualquier otro antecedente necesario para el
  éxito del proyecto.

28
Diseño Lógico

• Diseño Consiste en crear o definir el S.I.A.
  Requerido (QUE)
• Definir los objetivos que van a ser cumplidos por
  el S.I.A. (Explícitamente señalar los objetivos
  que NO cumplirá el proyecto).
• Relación del proyecto con los S.I.A. Existentes o
  los futuros a construir (INTERFACES).
• Definir las funciones generales que serán
  incorporadas al S.I.A.
• Flujo de Decisiones
• Flujo de Información

29
Diseño Lógico

• Definición de Salidas del SIA Información
  necesaria para el usuario.
• Definición de Entradas del SIA Datos necesarios
  para generar la Información.
• Definición de Procesos Mezcla, Cálculo, Orden,
  Agregación, Desagregación de los Datos.
• Uso de herramientas Narración, Diagramas de
  Flujo, Tablas de Decisión, Tablas de Información,
  Pseudo Lenguaje.

30
Diseño Lógico

• Definir el requerimiento de Recursos Humanos
• Descripción de Cargos
• Número
• Nivel en la estructura administrativa
• Definición Planes de Entrenamiento y Capacitación.

31
Diseño Lógico

• Definición de Estándares que medirán el desempeño
  del S.I.A.
• Factores Cualitativos y Cuantitativos
• Definición de Costos de Operación y Mantención.
• Tiempo Acceso a la Información, Proceso de los
  Datos, Tiempo de Respuesta Máximo.
• Eficacia Porcentaje de errores aceptados,
  Intercepción de Errores.

32
Diseño Lógico

• Seguridad Acceso al Ingreso, Modificación,
  Eliminación y Lectura de la Información.
• Definición de Pistas de Auditoría, para el
  control expost.
• Requerimientos de Control para el Desarrollo del
  Proyecto
• Presupuesto de Activiudades, Recursos Necesarios,
  Tiempo gt Gantt, Pert, etc.

33
Diseño Lógico

• Criterio de Término de la Etapa
• Informe definiendo los requerimientos para el
  Diseño Físico.
• No debe dejar a la interpretación de los
  Analistas y Programadores, la forma de generar la
  Información, producto final de un S.I.A.
  (Información, Datos, Procesos).

34
Diseño Físico

• Su objetivo es definir COMO se generará el
  S.I.A., usando la Tecnología Informática.
• Responsabilidad del área técnica.
• No debe salirse del marco fijado en el Diseño
  Lógico

35
Diseño Físico

• Definir Sistemas y Subsistemas mediante un
  Diagrama de Bloques, u otra herramienta similar.
• Diseñar los Archivos de Datos Maestros,
  Transacciones, Tablas.
• Diseñar los Formatos de Salida Pantalla,
  Impresora, Archivos, Microficha, etc.
• Diseñar los Paneles de Entrada Pantalla,
  Lectores, Archivos.

36
Diseño Físico

• Definir los Procedimientos Programados Diagramas
  de Flujo, Pseudo Código.
• Crear Datos de Prueba, para programas y sistemas,
  definiendo límites, validaciones, etc.
• Criterio de Término Informe con las
  especificaciones a Programación.

37
Construcción

• Construcción de Programas y Archivos, usando
  lenguaje computacional especificado.
• Confección de Formularios
• Prueba de Programas
• Prueba de Escritorio
• Prueba de Datos
• Prueba del Sistema Datos

38
Construcción
39
Implementación y Pruebas

• Instalación de Equipos
• Prueba de Sistemas
• Marcha Blanca o Prueba Paralela
• Prueba de Datos
• Conversión de Datos Históricos
• Capacitación de Usuarios

40
Explotación

• Etapa más importante de un S.I.A.
• Se opera normalmente y produce la Información
  necesaria para la T. De D., vale decir, se le
  saca provecho al S.I.A.

41
Mantención

• Corrección de Errores no detectados.
• Adaptación al dinamismo del Medio Ambiente
• Sustitución del S.I.A. Por obsolecencia o su alto
  costo en Mantención

42
Idea o Problema
CICLO DE VIDA S.I.A.
Estudio Factibilidad
Diseño Lógico
Diseño Físico
Construcción
Implemplem. Pruebas
Explotación
Mantención
43
Metodología Prototipos

• Supuesto
• El Usuario sabe lo que quiere
• Principio
• Construcción de una Maqueta
• Herramientas
• C.A.S.E.

44
Metodología Prototipos

• Funcionamiento
• Usuario le explica al Analista, sus necesidades
  de Información.
• Analista construye un Prototipo operativo con un
  C.A.S.E., entregándoselo al usuario para que lo
  pruebe y le explique las modificaciones que son
  necesarias.
• El Analista modifica el prototipo y se lo vuelve
  a entregar al usuario para que pruebe y solicite
  las modificaciones necesarias.

45
Metodología Prototipos

• Se continúa este ciclo, hasta que el usuario esté
  satisfecho con el sistema desarrollado.
• Ventajas Rapidez, Involucración del usuario,
  poca necesidad de capacitación.
• Desventajas Se pierde de vista la integridad de
  los sistemas, tomando importancia la función
  Organización y Método. Alto costo si el usuario
  no tiene claro sus necesidades.

46
Define su Requerimiento
Usuario
NO
Sirve?
Analista
SI
Construcción Implementación
Construye Prototipo
Esquema Metodología Prototipo
47
Otras Metodologías

• ANALISIS Y DISEÑO ESTRUCTURADO
• Métrica (España)
• Creadas por las mismas empresas.

48
(No Transcript)