Universidad Nacional Mayor de San Marcos

Facultad de Ciencias Contables

Auditoría de Tecnología de Información

Ciclo de Vida de Sistemas

Dr. Carlos Pastor Carrasco
Procedimientos
Informáticos
 3 Funcionamiento de un SI
PROCEDIMIENTOS

DOCUMENTOS HARDWARE

ENTRADA SISTEMA SALIDA

BASE DE DATOS SOFTWARE

PERSONAS 3
4 Procedimientos Informáticos
Entrada
Los datos deben ser obtenidos
y llevados a un bloque central
para ser procesados.
Los datos en este caso,
denominados de entrada, son
clasificados para hacer que el
proceso sea fácil y rápido.

4
5 Procedimientos Informáticos
Proceso:
 Se ejecutarán las operaciones necesarias para
convertir los datos en información.

5
6 Procedimientos Informáticos
Salida:
Cuando la información esté
completa se ejecutará la
operación de salida, en la que se
prepara un informe que servirá
como base para tomar decisiones.
La administración de los resultados
de salida, se define como los
procesos necesarios para que la
información útil llegue al usuario.

6
7 Procedimientos Informáticos
Salida:
 La función de control
asegura que los datos
estén siendo
procesados en forma
correcta.
 Hay costos asociados
con la producción,
distribución, seguridad,
almacenamiento y
recuperación de toda
la información.

7
8 Necesidad del análisis y
diseño de sistemas
 Analizar sistemáticamente
la entrada de datos o el
flujo de datos, el proceso o
transformación el
almacenamiento y salida
de información.
 Resolver un problema
organizacional,
empleando aplicaciones
informáticas o métodos
sistemáticos.
 Requiere definir con el
claramente las
expectativas del usuario y
los límites.

8
9 ISO 12207- Information Technology
/ Software Life Cycle Processes

 ISO/IEC 12207:1995. Primera publicación.

 ISO/IEC 12207:1995/Amd 1:2002. Primera modificación.
 ISO/IEC 12207:1995/Amd 2:2004. Segunda
modificación.
 ISO/IEC 12207:2008.
10 Ciclo de Vida de Procesos

Dr. Carlos Pastor Carrasco

11 Estructura

 La estructura del estándar ha sido concebida de

manera que pueda ser adaptada a las necesidades
de cualquiera que lo use.
 Para conseguirlo, el estándar se basa en dos
principios fundamentales:
 Modularidad y
 Responsabilidad.
12 Estructura

 Modularidad
 Se pretende conseguir procesos con un mínimo
acoplamiento y una máxima cohesión.
 Responsabilidad,
 Busca establecer un responsable para cada proceso,
facilitando la aplicación del estándar en proyectos en
los que pueden existir distintas personas u organizaciones
involucradas, no importando el uso que se le de a este.
13 ISO 12207- Information Technology
/ Software Life Cycle Processes

“es un marco de referencia que contiene los procesos,

las actividades y las tareas involucradas en el
desarrollo, la explotación y el mantenimiento de un
producto de software, abarcando la vida del sistema
desde la definición de los requisitos hasta la
finalización de su uso".
14 Dependencia entre Procesos,
Actividades y Tareas
15 Modelos de Ciclo de Vida
PROCESOS PRINCIPALES PROCESOS DE SOPORTE
ADQUISICIÓN DOCUMENTACIÓN

SUMINISTRO GESTIÓN DE LA CONFIGURACIÓN

DESARROLLO ASEGURAMIENTO DE CALIDAD

EXPLOTACIÓN VERIFICACIÓN

MANTENIMIENTO VALIDACIÓN

REVISIÓN CONJUNTA
PROCESOS ORGANIZACIONALES
GESTIÓN AUDITORÍA

INFRAESTRUCTURA GEST. RESOLUC. PROBLEMAS

MEJORA USABILIDAD

RECURSOS HUMANOS EVALUACIÓN DE PRODUCTO

GESTIÓN DE ACTIVOS GEST. PETICIONES DE CAMBIO

GEST. PROG. REUTILIZACIÓN

Mg. Carlos Pastor Carrasco PROCESO DE
INGENIERÍA DE DOMINIO ADAPTACIÓN
16 CICLO DE VIDA DEL
DESARROLLO DE SISTEMAS.

 1.Planificación de sistemas.

 Señala y establece prioridades sobre

aquellas tecnologías y aplicaciones que
producirán un máximo beneficio para la
organización.

 Decidir donde se va a implementar el

sistema, los objetivos generales,
específicos de la misma y elaborar los
esquemas generales de la manera más clara
y precisa.
17 Proceso de adaptación
MODELOS Y MÉTODOS
OTRAS ENTRADAS
ESTÁNDAR
DE
TIEMPO PROCESOS
E
DE CICLO DE M
VIDA DEL P
SOFTWARE R
DINERO ISO/IEC
CASCADA
E
S
REQUISITOS A
LEY ESPIRAL
SEGURIDAD MÉTODOS
ENTORNO
SEGURIDAD FÍSICA
APLICACIÓN MATRIZ DE RESPONSABILIDADES
ADAPTACIÓN
CREDENCIALES EVALUACIÓN
(ISO 9001, .....) PRUEBAS
ETC.
CAPACIDAD DE LA
ORGANIZACIÓN

MANUAL DE
CALIDAD CONTRATO

PROCEDIMIENTOS PLAN DE CALIDAD

PLAN DEL PROYECTO

PROYECTO INICIADO
18 Pasos a Seguir

 Identificación de problemas,
oportunidades y objetivos
 Determinación de los requerimientos de
información
 Análisis de las necesidades del sistema.
 Diseño del sistema recomendado
 Desarrollo y documentación
 Pruebas de funcionamiento/plan piloto
 Implementación y evaluación del
sistema

18
19 Definir Requerimientos Del
Usuario
Una tabla simple:
Objetivos del sistema
Funciones
Principales entradas
Principales salidas
Procesos
Archivos

19
Objetivos Del Sistema
20

Señalar cual es el
valor agregado
que aportara el
nuevo sistema a la
cadena de valor
del negocio.
Ej. Gestión de
cuentas por cobrar,
Emisión de facturas.
Administración del
activo fijo, etc.

20
21 Funciones

Definición de la
transformación básica
que va a producir el
sistema.
Emisión de facturas.
Cálculo de sueldos.
Control de las cuentas
por cobrar, etc.

21
22 Principales Entradas

Deducir a partir de las

salidas esperadas.
¿Cuáles son los datos
necesario para producirlas?
Identificar donde están
esos datos, como y
cuando se producen.
Si el sistema existe.

22
23 Principales Salidas

Requerimientos de
información que
espera recibir el
usuario como
resultado del proceso

23
24 Atributos De Las
Entradas/salidas De Un Sistema

 Nombre del reporte

 Medio en el que se transmite la
información
 Papel
 Diskette
 modem, etc
 Frecuencia
 Lugar origen/destino

24
25 Procesos :
porque identificarlos
 Los procesos generan transacciones.
 Las transacciones al interior de un proceso pueden ser
repetitivas, facilitando el empleo de asientos tipos.
 Es tarea de la contabilidad y de cualquier sistema de
información, el registro oportuno y consistente de
estas transacciones.

25
26 Procesos

 Secuencia de transformaciones
lógicas que recibe la información
para generar la salida.
 Se representa mediante modelos
de burbuja u otras técnicas.

26
Diseño De Sistemas
Informáticos
38 Inicio Del Proyecto

 Establecer el ámbito y los objetivos.

 Los objetivos identifican los fines globales del proyecto
sin considerar como se llegará.
 El ámbito identifica las funciones primordiales que debe
llevar a cabo el software y, lo que es más importante,
intenta limitar esas funciones de manera cuantitativa.
 Considerar soluciones alternativas.

38
39 Estimación

 Obtener estimaciones de:

 Esfuerzo humano requerido
 Duración cronológica del proyecto (en
fechas)
 Costo
 La experiencia pasada como guía
 Proyectos nuevos:
 Ámbito del proyecto
 Desglosar el proyecto en partes pequeñas

39
 40 Ciclo De Vida Estructurada Para
El Desarrollo De Sistemas

Proceso Ciclos de vida

Especificación de
Necesidades Diseño Codigo Sistema Software
Requisitos

Obtener Diseñar
Codificar Probar
Requisitos Sistema

40
41 Conceptos Claves
Productos Proceso

Documento de Documento de Documento de

definición de especificación del diseño de la
Necesidades sistema
requerimientos arquitectura

Diseñar el Especificaciones
Definir Especificar el Diseñar el de diseño
requerimientos sistema de sistema de
sistema nivel detallado detallado
alto nivel

Plan de pruebas Plan de pruebas de Codificar

Plan de pruebas Plan de pruebas y ejecutar
de aceptación de integración integración de
de sistemas sub-sistemas pruebas
unitarias de unidad

Ejecutar Ejecutar Ejecutar

Entregar de la pruebas de pruebas de pruebas de
solución integración integración de Conformidad de
aceptación de sistemas sub-sistemas las pruebas
unitarias

Acta de entrega Conformidad de Conformidad de las Conformidad de las

de la solución las pruebas de pruebas de Integración pruebas de Integración
aceptación de sistemas de sub-sistemas
42 Análisis del Sistemas

 2. Análisis de los sistemas.

 Esta etapa ha sido clásicamente la primera del ciclo de

vida del desarrollo de sistemas.

 Conlleva el estudio del sistema actual y la definición de

las necesidades reales de los usuarios.

 Incluye las siguientes fases:

 Análisis de la Viabilidad del Proyecto.
 Análisis de los sistemas existentes.
 Definir necesidades de usuarios y establecer prioridades.
 43 Análisis

Estudio del Identificación

Sistema Estudio de
Investigación Factibilidad de
Actual necesidades
Inicial
de Información

Preparación
Del Informe

43
Diseño

 Características distintas del software:

 La estructura de los datos,
 La arquitectura de las aplicaciones,
 La estructura interna de los programas y.
 Las interfaces.
45

 3. Diseño de sistemas.

 Para satisfacer las necesidades de la empresa, tal

y como se especificaron.

 Se centra en cuestiones de técnica informática.

 Se elabora el documento de la declaración de

necesidades de la empresa y las opiniones de los
usuarios del sistema.

 Proporciona la relación técnica de diseño que

demuestra cómo se solucionarán los problemas
para los cuales se desarrolló el sistema.
 46 Diseño
DISEÑO FUNCIONAL
Preparar
Especificaciones Preparar
Evaluar Informe del
de Diseño
Alternativas Diseño Func.

DISEÑO TECNICO

Diseño de Diseño de la
Archivos y Diseño de
Diseño de Entradas Lógica de
Base de Programas
Salidas
Datos

Preparar
Diseño de Diseño de Informe del
Procedimien Controles Diseño
tos Técnico

46
Especificación Lógica o Funcional
47

Pretende agotar las

necesidades de
información.
Es independiente
de la tecnología de
información a
emplearse.

47
Especificación Para Programación
48

Describe como se
piensa implementar
el modelo lógico en
algún lenguaje de
programación.
Requiere más
documentación de
especificación.
Es empleado para
el desarrollo.

48
49 Codificación

 Traducción del
diseño a un formato
que sea legible para
la máquina.
 En la codificación se
traducen los
diagramas de diseño
a un lenguaje fuente.
 Luego se traduce - se
compila - para
obtener un
programa
ejecutable.
 Prueba

 El objetivo es comprobar
que no se hayan producido
errores en alguna de las
fases de traducción
anteriores.
 Para ello deben probarse
todas las sentencias, no
sólo los casos normales y
todos los módulos que
forman parte del sistema.
 51 IMPLEMENTACION
Preparar
Escoger Documentació
Hardware n
Instalar el
Hardware

Planear la Probar Escoger y

Preparar el Programas
Implementa Capacitar
Sitio
-ción Usuarios

Escribir
Programas
Comprar Convertir
Formularios y Archivos y
Suministros Bases de
Datos

Convertir Escribir
Probar Sistema Informe de
Sistema Implementaci
ón
52

 4. Implantación de sistemas.

 Con las especificaciones de diseño técnico proporcionadas

en la fase anterior.
 Se construye el sistema y se pone en funcionamiento.
 El output es el sistema de información en sí.
 Utilización

 El software se entrega
al cliente y comienza
la vida útil del mismo.
 La fase de utilización se
solapa con el
mantenimiento y la
sustitución y dura hasta
que el software, ya
reemplazado por otro,
deje de utilizarse.
 Mantenimiento

 Los cambios pueden ser debidos a tres causas:

 Errores en el software: los errores latentes.
 Cambios en alguno de los componentes del sistema
informático: por ejemplo cambios en la máquina, en
el sistema operativo o en los periféricos.
 Modificaciones funcionales no contempladas en el
proyecto.
 El modelo en cascada, a pesar de ser lineal,
contiene flujos que permiten la vuelta atrás.
55 Mantenimiento de Sistemas

 El sistema debe mantenerse. Esta misión

recae en los analistas y los programadores.
 Desde el momento en que se detecten
algunas deficiencias en el sistema.
 Los usuarios avisan los problemas que el
sistema ocasiona.
 Si los costes de mantenimiento fuesen
demasiados altos, debería iniciarse el
desarrollo de un nuevo sistema.
56 Operación Y Mantenimiento

Escribir Mantener
Revisar el Informe de El
Sistema Revisión Sistema

56
57 Proceso de Gestión de
cambio de TI

Mg. Carlos Pastor Carrasco

Sustitución

 La vida del software no es ilimitada y cualquier

aplicación, por buena que sea, acaba por ser
sustituida por otra:
 Más amplia,
 Más rápida o más bonita y,
 Más fácil de usar.