Metodologa de

Desarrollo de un SI

Sesin 9
Ciclo de vida clsico
del desarrollo de sistemas

El mtodo del ciclo de vida para el desarrollo de

sistemas consta de las siguientes etapas:

1. Diagnstico: Su objetivo es identificar el

problema y situarlo en su medio (ubicacin).

2. Factibilidad: Su objetivo es plantear y evaluar

alternativas de solucin al problema
planteado.
3. Diseo Lgico: Su objetivo es el desarrollo
administrativo de la alternativa seleccionada,
principalmente en cuanto a
departamentalizacin, organizacin general,
diseo de funciones, flujos de informacin,
diseo de formularios, diseo del sistema de
codificacin y, particularmente, el diseo del
modelo de datos (modelo de informacin).
4. Diseo Fsico: Su objetivo es el diseo
computacional del sistema. Se definen
archivos, se plantea la organizacin del
sistema y se especifican los programas.
5. Programacin: Los encargados de
desarrollar el software tendrn la misin de
escribir los programas diseados a la
medida del solicitante.
6. Implantacin: Es el proceso de verificar e
instalar nuevos equipos, entrenar a los
usuarios, instalar la aplicacin y construir
todos los archivos de datos necesarios para
utilizarlos.
Se presenta, a veces, Diagnsticos y Factibilidad como
una sola etapa, pero aqu se ha preferido considerarlas
por separado porque muchos proyectos podran terminar
en la etapa de diagnstico si el problema es irrelevante,
muy sencillo de resolver o simplemente. no existe.

El desarrollo de un Sistema de informacin implica seguir

la secuencia de presentacin de las etapas, sin saltarse
ninguna de ellas. Sin embargo, no necesariamente debe
llegarse hasta la ltima etapa.

Cuatro de las 6 etapas de las metodologas pueden ser

definidas como puntos terminales, donde el problema
original est resuelto o es ms conveniente no resolverlo.
Estas etapas terminales son:
Etapa de diagnstico
Etapa de factibilidad
Etapa de diseo lgico
Etapa de implementacin.
Diagnstico
 1) Diagnstico

Esta es la primera etapa en el desarrollo de un sistema de informacin y su objetivo es

identificar y ubicar, en su medio, el problema que da origen a este estudio.

Un buen diagnstico permitir construir

slidamente un sistema, sobre la base de dar
solucin a un problema real, sin el peligro de
construir una aplicacin para resolver un
problema mal planteado o tal vez..inexistente?
El problema se entiende como el motivo que da
origen al estudio de diagnstico y podra
corresponder, entre otras, a las siguientes causas:
Economizar recursos en procesos productivos o
administrativos

Por ejemplo, en ciertas ocasiones podra resultar ms

econmico comprar a un solo proveedor que mantener el
departamento de compras o adquisiciones.

Resolver cuellos de botella.

Por ejemplo: No existe infraestructura administrativa para

controlar todas las cuentas corrientes, cuentas por cobrar, o
saldos de caja en lnea.

Mejorar tiempos de respuestas.

Por ejemplo: en inventarios debe ser posible conocer el

stock de un producto en menos de un minuto, para no
perder las ventas
Cul es el problema?

Con estas u otras palabras, esa pregunta es la que da

comienzo al estudio de diagnstico. Por ejemplo en el
rea de inventarios:

No obtengo los saldos de mercaderas

oportunamente.

Las tarjetas de control de stock no reflejan la realidad

porque difieren del inventario fsico.

Existen problemas en la entrega debido a que se

realizan ventas de productos sin stock.
Como no dispongo de la informacin precisa de saldos,
para los artculos ms vendidos, mantengo un sobrestock,
lo cual tiene altos costos.

He notado mermas en las existencias pero es difcil

verificar porque no tengo contra que cuadrar.

Las cartolas de inventarios estn mal actualizadas.

Existen posibles mermas de mercadera.

Las preguntas que debern ser formuladas a continuacin

son: Cmo se producen tales problemas? y Cul es su
naturaleza? Las respuestas sern las conclusiones del
Diagnstico.
Ubicacin del problema

La ubicacin es un concepto que significa situar el problema en su

medio, es decir, conocer la empresa y determinar las relaciones
rea problema v/s otras reas de la empresa.

Un primer acercamiento al problema es un breve estudio de la

empresa, cuyos documentos de trabajo deberan tener el formato
que se presenta a continuacin, ejemplificado con un problema
de inventarios:

Descripcin de la empresa: Es una empresa comercializadora

de artculos para el hogar que posee una bodega central y cinco
locales de venta al pblico. Vende, preferentemente, a crdito.

Organigrama: Destacando reas problema.

Organigrama de empresa comercializadora de artculos para el hogar.

G e r e n c ia G e n e r a l

Bodega A d m in is t r a c i n y F in a n z a s V e n ta s

C o n t a b ilid a d

P e rs o n a l

F in a n z a s

C o b ra n z a
Obsrvese que Bodega depende directamente de la Gerencia
General de la empresa, donde se realizan las compras. Del rea
de ventas dependen los locales, a los que bodega debe
despachar mercaderas. De administracin y finanzas depende
el departamento de Contabilidad, desde donde solicitan realizar
una cuadratura de los saldos fsicos de inventarios contra los
saldos contables.

Relaciones con otras reas: Este anlisis permite conocer

ms en detalle la interaccin del rea problema con otras reas
de la empresa, y, eventualmente, como entidades externas a la
organizacin.
Ejemplo de relaciones de bodega con otras reas

(b) Consulta Stock

Gerencia General

(c) Reciben Mercaderias

Proveedor Bodeg a Locales

(a) Entreg a de
Mercaderias

(d) Recibe los artculos

Cliente
adquiridos
En la figura anterior se puede observar las siguientes
interrelaciones:

El proveedor entrega en Bodega la mercadera.

Gerencia General solicita stock de mercaderas a Bodega para
decidir compras.
Ventas solicita a Bodega mercadera para exhibicin y despacho
inmediato a clientes, en sus locales.
El cliente recibe mercaderas desde bodega.

Recursos y requerimientos del rea problema:

Para entender mejor el rea problema, deben definirse
claramente cules son los recursos con que cuenta para dar
respuesta a los requerimientos.
Descripcin del problema
Luego de haber estudiado la ubicacin del problema, debe
analizarse su funcionamiento interno.
Factibilidad
 2)
Factibilidad
El objetivo de esta etapa es plantear y evaluar alternativas de

solucin al problema identificando en el diagnstico.

Su magnitud depender de la importancia del proyecto, del

nmero de factores que ms influyen en la decisin, sean
econmicos, tcnicos, estticos u otros y del nivel de
profundidad al cual desea llegar el usuario, punto este ltimo
que obligar a buscar un equilibrio entre el detallado anlisis de
cada alternativa y la oportunidad de la decisin, con el fin de
determinar el estudio de factibilidad antes que el problema
ocasione trastornos mayores en la empresa o que el entorno
haya cambiado.
Diseo Lgico
3. Diagrama de flujo de
datos

Un DFD permite visualizar un

sistema como un conjunto de
procesos conectados entre s por
conductos y almacenamiento de
datos.
Los dfd

Componentes del sistema: Los dfd

estn formados por una serie de
smbolos que representan los
componentes del sistema, los cuales
constituirn una grfica dirigida en
donde los nodos especifican
actividades de proceso, y los arcos la
transferencia de datos entre nodos
de proceso.
 Pueden ser utilizados en
cualquier nivel de abstraccin y
contrariamente a otros
diagramas de flujo, los dfd no
indican la lgica de decisin a las
condiciones bajo las cuales
varios nodos de proceso se
activan. Los componentes
bsicos de este sistema de
notacin son:
 Procesos
Muestran lo que hace el sistema,
cada proceso tiene una o ms
entradas de datos y produce una o
ms salidas de datos, se representan
con crculos, cada proceso tiene un
nombre y nmero nico.
P1
Calcular
precio
 Archivos
Un archivo es un depsito de datos, los
procesos pueden introducir o
recuperar datos de ellos, se
representan por dos lneas finas y
rectas y tienen un nombre nico.
 Entidades externas
Las entidades externas estn fuera del
sistema, pero proporcionan o usan
datos de ste. Son entidades sobre
las cuales no tiene control el
diseador. Se representan por un
nombre encerrado en un cuadro o
rectngulo.
 Flujos de datos:
Modelan los movimientos de
informacin en el sistema y se
representan por lneas que unen los
componentes. La direccin del flujo
de datos se indica con una flecha y la
lnea se etiqueta con el nombre del
flujo de datos.
 Los flujos de datos tienen lugar entre:
Procesos
De un archivo a un proceso
De un proceso a un archivo
De una entidad externa a un proceso
De un proceso a una entidad externa
No se tiene el control de los flujos de
datos entre entidades externas, por lo
tanto no se modelan. De forma similar,
los almacenes son pasivos y no
pueden tener flujo entre ellos.
 Los Dfd son un mecanismo excelente,
para la comunicacin con el cliente
durante el anlisis de requerimientos;
tambin son utilizados para representar
las especificaciones del diseo externo y
diseo interno en un alto nivel,
especialmente para la convencin de
nombre para el sistema, los subsistemas,
los archivos y los flujos de datos
Ejemplo
EJEMPLO:
La Empresa Hogar se dedica a la reparacin
de artculos electrodomsticos, para lo cual
debe manejar un gran volumen de informacin
respecto de los repuestos y proveedores de las
distintas marcas, las solicitudes de
presupuestos de sus clientes y el proceso de
reparacin propiamente tal, para lo cual decidi
contratar el desarrollo de un sistema
computacional que considera lo sgte:
Normalmente estn llegando la lista de
 La empresa pone una orden de compra por
proveedor cada vez que requiere repuestos y
posteriormente recibe estos junto con la factura.
Cada vez que llega un artefacto para reparacin
se crea una solicitud de presupuesto, la cual ser
cotizada en un perodo de 24 horas donde debera
verificar la existencia de todos los repuestos.
Una vez que el presupuesto es aceptado se
procede a la reparacin, y este proceso considera
la rebaja de repuestos de inventario.
Nivel de Contexto
 Cotizacin
CLIENTES

1.4
Solicitud de
Presupuesto Emitir
Presupuesto

1.1 Solicitud a Datos Repuestos 1.6

Registrar Actualizar
Registro Datos Solicitudes Lista de
Solicitudes Datos a Repuestos
Actualizar

Solicitud
de Repuestos
Reparto Lista de
Repuestos

Proveedores

1.2
Generar
Comprobante
Boleta de Pago Solicitud
Reparar Repuestos
Necesarios Repuestos Bajo Factura
Stock 1.7
Datos Reparacin Orden de Compra Recepcin
producto

1.3 1.5
Aceptacin de
Reparacin Compra
presupuesto

Agregar
repuestos
 Caso Prctico:
La agencia de empleos JOB NOW, desea crear
un sistema computacional de apoyo a su
gestin. Este sistema debe considerar lo
siguiente:
Regularmente llegan a la agencia solicitudes de
trabajo, las cuales van siendo registradas junto
con las caractersticas del solicitante. Todos los
antecedentes entregados deben ser verificados;
una vez hecho esto, la solicitud queda activada.
Las ofertas de empleo que llegan a la agencia
tambin son registradas, y luego se verifica si
existe disponibilidad inmediata como para
satisfacerlas. Si la hay se entrega al oferente
una lista con los posibles candidatos para que
los entreviste y posteriormente decida; en caso
contrario, se deja pendiente hasta obtener el
personal requerido, situacin en la cual se
 Una vez que el oferente se decide y llega a
un acuerdo con el solicitante, se informa a
la agencia para desactivar la solicitud y la
oferta.
Tambin la agencia lleva una estadstica de
los empleos logrados, la cual emite
peridicamente para publicarla. Adems,
lista las ofertas de trabajo y las solicitudes,
para manejarlas en carpeta de la recepcin.
Finalmente, la agencia cobra sus honorarios
de acuerdo al nivel de trabajo. Un
porcentaje debe cancelar el oferente y otro
el solicitante, para lo cual cuenta con un
archivo con las categoras de preparacin
de los solicitantes, y los valores estndar
para cada uno, dejando registrados los