Metodologia de Desarrollo 1 PDF

Desarrollo de Sistemas de Informacin |i
Desarrollo de Sistemas de Informacin

bajo un enfoque incremental
Luis Castellanos
Luis Castellanos
D e s a r r o l l o d e S i s t e m a s d e I n f o r m a c i n | ii

Luis Castellanos
D e s a r r o l l o d e S i s t e m a s d e I n f o r m a c i n | iii

Luis Castellanos
Universidad Nacional Experimental de la Fuerza Armada
Maracaibo, 2011
Luis Castellanos
D e s a r r o l l o d e S i s t e m a s d e I n f o r m a c i n | iv
A Dios por permitirme vivir.

A mis hijos, por ser mi razn de vivir.
A mis padres, por ensearme a vivir
A ti por hacerme vivir.
Luis Castellanos
Desarrollo de Sistemas de Informacin |v
Prlogo
E
s mi intencin que esta recopilacin sea til y que sirva como punto de
arranque para comenzar a analizar, disear y construir Sistemas de
Informacin.
Algo en lo que se debe estar claro es que para desarrollar un Sistema de In-
formacin, no se necesita de una Metodologa en particular si es una sola per-
sona el que lo va a desarrollar. Y por supuesto, si esa sola persona es quien
de manera perenne le va a hacer mantenimiento y seguimiento al Sistema.
Ahora, si se va a desarrollar en equipo, y se va a ofrecer una solucin a un

cliente o a un usuario, es altamente recomendable que se siga una Metodolo-
ga, a fin de unificar criterios en el equipo de desarrollo para facilitar el trabajo
antes, durante y despus.
No pretendo competir con personalidades como James Senn o los Kendall y

Kendall, pero me parece que para efectos de realizar Sistemas de Informacin
dirigidos a empresas pequeas o medianas, se hace ms fcil seguir esta Me-
todologa. Y la idea es compartirla con quien la quiera usar.
Luis Castellanos
Maracaibo, 2011
Luis Castellanos
D e s a r r o l l o d e S i s t e m a s d e I n f o r m a c i n | vi
Agradecimientos
D
eseo expresar mis ms sinceras palabras de agradecimiento
en primer lugar a todos mis estudiantes, quienes creyeron en lo
que les deca, y que se convirtieron en mis multiplicadores.
Igualmente debo agradecer a mis profesores que en el IUPFAN sembra-
ron en mi la semilla del Anlisis y Diseo de Sistemas.
Luis Castellanos
D e s a r r o l l o d e S i s t e m a s d e I n f o r m a c i n | vii
Contenido
Prlogo ............................................................................................................... v
Agradecimientos ................................................................................................. vi
Introduccin ...................................................................................................... viii
Conceptos de Gerencia ...................................................................................... 1
Sistemas de Informacin .................................................................................... 5
Metodologas para el Desarrollo de Sistemas de Informacin ........................... 9
Justificacin de una Metodologa para el Desarrollo Incremental de Sistemas de
Informacin....................................................................................................... 14
Esquema de Desarrollo de Sistemas ............................................................... 16
Estudio de Factibilidad ..................................................................................... 19
Acciones Preliminares ...................................................................................... 24
Anlisis del Sistema ......................................................................................... 28
Diseo del Sistema .......................................................................................... 36
Programacin ................................................................................................... 42
Implantacin ..................................................................................................... 44
Y despus qu? ............................................................................................. 50
Apndice 1. Cmo hacer un PERT-CPM. ........................................................ 54
Apndice 2. Enfoques de Base de Datos ......................................................... 61
Referencias Bibliogrficas ................................................................................ 66
Acerca del Autor ............................................................................................... 67
Luis Castellanos
D e s a r r o l l o d e S i s t e m a s d e I n f o r m a c i n | viii
Introduccin
D
esde que comenc a elaborar mi Trabajo Especial de Grado
para poder culminar mis estudios de Ingeniera, me di cuenta
que las Metodologas de Desarrollo de Sistemas presentaban
slo un esquema general a seguir, y no eran especficas. Y por ello desde ese
momento hice lo que muchos llaman, una metodologa hbrida, tomando un
poco de cada autor conocido.
Esta recopilacin tiene como objetivo principal plantear una Metodologa

Incremental para el Desarrollo de Sistemas de Informacin. Actualmente en las
Universidades Nacionales se ensean Metodologas de Desarrollo de diversos
autores, muchos de ellos extranjeros, y por ello se plantea una Metodologa
Incremental, basada en el anlisis de las metodologas propuestas por diversos
autores y en la experiencia del autor, para el Desarrollo de Sistemas de Infor-
macin.
Se hace un esbozo de conceptos bsicos de Gerencia, Sistema, Infor-

macin, Sistema de Informacin, Planificacin de Proyectos, para luego descri-
bir la Metodologa a presentar.
La misma consta de seis fases a saber: Estudio de Factibilidad, Accio-

nes Preliminares, Anlisis, Diseo, Programacin e Implantacin.
De igual manera se presentan recomendaciones a seguir y errores a evi-

tar, durante el Desarrollo de Sistemas de Informacin.
Luis Castellanos
Desarrollo de Sistemas de Informacin |1
Conceptos de Gerencia
I
ndudablemente que antes de hablar de Sistemas, se debe hablar
acerca de la Gerencia, y de algunos conceptos bsicos que se de-
ben conocer y manejar.
Gerencia es el proceso de trabajar con y a travs de otros para alcanzar
objetivos organizacionales, en un ambiente cambiante (Kreitner, 2001).
La palabra gerencia se utiliza para denominar al conjunto de empleados
de alta calificacin que se encarga de dirigir y gestionar los asuntos de una
empresa 1.
El termino gerente se emplea para denominar a quien est a cargo de la
direccin de alguna organizacin, institucin o empresa o parte de ella.
El papel del gerente es utilizar tan eficientemente como sea posible los
recursos a su disposicin a fin de obtener el mximo posible de beneficio de los
mismos. En otras palabras, maximizar la utilidad productiva de su organizacin,
seccin, etc.
Y fue Adam Smith quien introdujo (en 1776) el trmino al

vocabulario econmico como management (gerencia, adminis-
tracin) en La riqueza de las naciones.
Adam Smith
1
http://definicion.de/gerencia
Luis Castellanos
La Gerencia, desde finales del Siglo XX se clasifica en 7 grandes reas:

Gerencia de Talento Humano o personal.
Gerencia de operaciones o Administracin de la Produccin o
Gestin de proyectos
Gerencia o Planificacin estratgica.
Gerencia de Mercadeo
Gerencia del Conocimiento o de Educacin.
Gerencia de Finanzas Corporativas.
Gerencia de la Tecnologa de la Informacin.
Muchos autores (entre los que se puede mencionar a Kreitner, 2001) se-
alan diversas funciones que deben cumplir los que cumplen el rol de Geren-
tes, las cuales divido en funciones bsicas y en funciones de complemento.
Funciones Gerenciales Bsicas:
Son funciones que el Gerente debe cumplir de manera simultnea, y re-
presentan los pilares de un buen desempeo. Quizs se puedan comparar con
las 4 patas de una mesa o de una silla: si falta una, el mueble queda inestable.
Planificacin: establece metas / desarrolla estrategias
Organizacin: agrupa actividades, recursos, procedimientos para
garantizar la ejecucin de actividades
Administracin de Personal: seleccin / empleo adecuado de
personal
Supervisin: mide rendimiento y genera correcciones
Funciones Gerenciales de Complemento:
Son funciones, que a pesar de no considerarlas bsicas, ayudan al xito
de la funcin del Gerente.
Comunicacin: transfiere comunicacin al personal
Direccin: liderazgo y motivacin del personal
Coordinacin: coordina ejecucin de actividades
Toma de Decisiones:
Planteamiento del Problema
Formulacin y Anlisis de Formas de Accin (F/A)
Seleccin de la F/A
Implantacin de la F/A
Luis Castellanos
Evaluacin de Resultados
Por otro lado, se considera que existen varias disciplinas que deben ser
conocidas y manejadas por un Gerente, entre las que se pueden mencionar:
Liderazgo
Motivacin
Delegacin
Desarrollo Organizacional
Administracin del Talento Humano
Tecnologa de Informacin
Manejo de Conflictos
Responsabilidad Social
Ahora bien, qu necesita un Gerente para ser exitoso? De acuerdo a

Kreitner (2001), los factores de xito para un Gerente son los siguientes:
Habilidad Gerencial: es la capacidad demostrada de alcanzar ob-
jetivos organizacionales de manera efectiva y eficiente.
Motivacin para Gerenciar: es la capacidad de persistencia, de no
rendirse ante las adversidades, Resiliencia.
Oportunidad: es el obtener el cargo gerencial y crear un ambiente
laboral adecuado
Para finalizar este captulo, se debe hacer mencin de lo algunos deno-

mina la Escalera de Anthony, o sencillamente los Niveles Gerenciales presen-
tes en cada organizacin, sea sta pblica o privada, e independientemente del
tamao y de su estructura.
Luis Castellanos
Cualquier organizacin se divide en tres (3) niveles claramente definidos,

a saber:
Nivel Operacional: constituido por la Gerencia de Lnea u Operati-
va. Son los tcnicos, y los que se encargan del da a da.
Nivel Tctico: constituido por la Gerencia Media. Son Gerentes
que se encargan de la coordinacin de las actividades internas y
de manera general en la organizacin.
Nivel Estratgico: constituido por la Alta Gerencia, y se encargan
de la ejecucin de actividades dentro de la organizacin y fuera
de ella, en relacin con el entorno y/o competencia. Se encarga
de realizar la proyeccin de la organizacin, de elaborar las plani-
ficaciones a largo plazo y establecer el rumbo a tomar.
Normalmente, mientras se va ascendiendo en la escalera o pirmide, se

van adquiriendo muchos conocimientos (pero de manera genrica), en muchas
de las reas. Y mientras ms abajo se est en la escalera o pirmide, el cono-
cimiento se hace ms especfico o especializado.
Escalera de Anthony.
Luis Castellanos
Sistemas de Informacin
A
ntes de conceptualizar a los Sistemas de Informacin, se con-
ceptualizarn sus componentes:
Sistema:
es un conjunto de elementos interrelacionados e interactuantes
entre s.2
es un conjunto de partes o elementos organizados y relacionados
que interactan entre s para lograr un objetivo. 3
es un conjunto de unidades en interrelacin.4
es una totalidad organizada, hecha de elementos solidarios que
no pueden ser definidos ms que los unos con relacin a los otros
en funcin de su lugar en esa totalidad.5
es un todo integrado, aunque compuesto de estructuras diversas,
interactuantes y especializadas.6
Informacin:
es un conjunto organizado de datos, que constituye un mensaje
sobre un cierto fenmeno o ente.7
2
http://es.wikipedia.org/wiki/Sistema
3
http://www.alegsa.com.ar/Dic/sistema.php
4
http://www.daedalus.es/inteligencia-de-negocio/sistemas-complejos/ciencia-de-sistemas/que-es-un-
sistema/
5
Idem
6
Idem
7
http://definicion.de/informacion/
Luis Castellanos
es un fenmeno que proporciona significado o sentido a las co-

sas, e indica mediante cdigos y conjuntos de datos, los modelos
del pensamiento humano.8
Sobre la base de lo expuesto con anterioridad, se pueden obtener los si-

guientes conceptos:
Sistema: un conjunto interrelacionado de partes que persiguen un

fin comn
Informacin: datos procesados o datos con sentido
Produccin de la Informacin
Uniendo ambos vocablos, se caracteriza al Sistema de Informacin:

es un conjunto de elementos que interactan entre s con el fin de
apoyar las actividades de una empresa o negocio.9
es un conjunto organizado de elementos que interactan entre si
para procesar los datos y la informacin (incluyendo procesos
manuales y automticos) y distribuirla de la manera ms adecua-
da posible en una determinada organizacin en funcin de sus
objetivos.10
es un conjunto organizado de elementos, que pueden ser perso-
nas, datos, actividades o recursos materiales en general, que in-
8
http://es.wikipedia.org/wiki/Informaci%C3%B3n
9
http://www.monografias.com/trabajos7/sisinf/sisinf.shtml
10
http://es.wikipedia.org/wiki/Sistemas_de_informaci%C3%B3n
Luis Castellanos
teractan entre s para procesar informacin y distribuirla de ma-

nera adecuada en funcin de los objetivos de una organizacin.11
Un Sistema de Informacin (SI) es un conjunto interrelacionado de

elementos que proveen informacin para el apoyo de las funciones
de operacin, gerencia y toma de decisiones en una organizacin.
Un aspecto que debe ser sealado, es que un Sistema de informacin

puede ser Manual o puede ser automatizado. Existe la creencia generalizada,
errnea por cierto, que un Sistema de Informacin debe ser automatizado. En
la actualidad an existen Sistemas de Informacin que se llevan de manera
manual, y que an son eficientes y que no tienen necesidad de ser automatiza-
dos, ya sea por el costo que representa o por la sencillez del mismo.
Como Sistema que es, un SI presenta el mismo modelo de Entrada-

Proceso-Salida:
Modelo de un Sistema
Un Sistema de Informacin presenta las siguientes caractersticas:

Generalidad
Simplicidad
Continuidad
Consistencia
Flexibilidad
Dinamismo
11
http://definicion.de/sistema-de-informacion/
Luis Castellanos
Los objetivos que persigue un Sistema de Informacin son:

Automatizar los procesos operativos.
Proporcionar informacin que sirva de apoyo al proceso de toma
de decisiones.
Lograr ventajas competitivas a travs de su implantacin y uso.12
Algunos tipos de Sistemas de Informacin:
Sistemas Transaccionales: automatizan tareas operativas de la
organizacin.
Sistemas de Apoyo de las Decisiones: brindan informacin que
sirve de apoyo a los mandos intermedios y a la alta administra-
cin en el proceso de toma de decisiones.
Sistemas Estratgicos: generan ventajas que los competidores no
posean, tales como ventajas en costos y servicios diferenciados
con clientes y proveedores.
Sistema Planificacin de Recursos (ERP Enterprise Resource
Planning): integran la informacin y los procesos de una organi-
zacin en un solo sistema.
12
http://www.monografias.com/trabajos7/sisinf/sisinf.shtml
Luis Castellanos
Metodologas para el Desarrollo de Sistemas de Infor-

macin
U
na Metodologa para el Desarrollo de
Sistemas de Informacin es un con-
junto de actividades llevadas a cabo
para desarrollar y poner en marcha un Sistema de
Informacin.
Los Objetivos de las Metodologas de Desarro-
llo de Sistemas de Informacin son:
Definir actividades a llevarse a cabo en un Proyecto de S.I.
Unificar criterios en la organizacin para el desarrollo de S.I.
Proporcionar puntos de control y revisin
Independientemente de la Metodologa de Desarrollo de Sistemas de In-

formacin que se siga, varios autores sugieren distribuir el tiempo de desarrollo
de acuerdo a los siguientes porcentajes:
Autor J Senn M Zelkowitz J Montilva

Fases
Estudio de Factibilidad
20%
Anlisis 35% 40%
Diseo 15%
Programacin 25% 20% 20%
Prueba 35% 45% 40%
Documentacin 5%
Distribucin del Tiempo (en %) para un Proyecto de S.I. Fuente: L. Castellanos.
Luis Castellanos
D e s a r r o l l o d e S i s t e m a s d e I n f o r m a c i n | 10
Los Tipos de Metodologas de Desarrollo de Sistemas son:

Estructurada
Se maneja como proyecto
Gran volumen de datos y transacciones
Abarca varias reas organizativas de la empresa
Tiempo de desarrollo largo
Requiere que se cumplan todas las etapas, para poder
cumplir las siguientes (progresin lineal y secuencial de
una fase a la otra)
Evolutiva-Incremental
Se deriva de la estructurada
Permite seguir secuencias ascendentes o descendentes en
las etapas del desarrollo
Permite cumplir etapas o fases en paralelo, por lo que es
ms flexible que la estructurada
Luis Castellanos
Prototipos
Desarrolla modelo en escala del sistema propuesto (siste-
ma objetivo)
En otras palabras, desarrolla un demo, que de ser apro-
bado por el usuario, se culmina con todas las funcionalida-
des.
Se prueba y refina hasta que usuarios conformes
Identifica necesidades de informacin
Maneja principales procedimientos orientados a transac-
ciones
Produce informes crticos
Permite consultas rudimentarias
Complementa especificaciones imprecisas y/o incompletas
de los usuarios
Orientada a Objetos
No modela la realidad, sino la forma en que las personas
comprenden y procesan la realidad
Es un proceso ascendente basado en una abstraccin de
clases en aumento
Se basa en identificacin de objetos, definicin y organiza-
cin de libreras de clases, y creacin de macros para apli-
caciones especficas
Utiliza menor cantidad de cdigo
Es ms reutilizable
Algunas de las Metodologas de Desarrollo de Sistemas de Informacin
se recogen a continuacin:
ARDI:
Preparacin Inicial
Anlisis y Diseo
Desarrollo
Puesta en Marcha y Prueba
Kendall & Kendall:
Determinacin de Requerimientos
Luis Castellanos
Anlisis de Necesidades
Diseo
Desarrollo y Documentacin
Prueba y Mantenimiento
Implantacin y Evaluacin
L. Long:
Anlisis de Sistemas
Diseo de Sistemas
Programacin
Conversin e instauracin
Postinstauracin (produccin)
J. Llorns (I):
Anlisis
Diseo General
Diseo Detallado
Programacin
Prueba
Conversin e Implantacin
J. Llorns (II):
Requerimientos
Anlisis y Diseo
Construccin
Pruebas
Produccin y Mantenimiento
J. Montilva:
Requerimientos Sistema
Requerimientos Programas
Diseo Preliminar
Diseo Detallado
Codificacin y Depuracin
Pruebas y Preoperacin
Operacin y Mantenimiento
Luis Castellanos
Murdick & Ross:

Estudio
Diseo General
Diseo Detallado
Implantacin
Prez Peregrina:
Investigacin
Anlisis
Diseo
Desarrollo
Implementacin
Operacin
Control de Proyectos
J. Senn:
Investigacin Preliminar
Determinar Requerimientos
Diseo
Desarrollo de Software
Prueba
Implantacin y Evaluacin
E. Yourdon:
Encuesta
Anlisis
Diseo
Implantacin
Generacin de Prueba de Aceptacin
Control de Calidad
Descripcin Procedimientos
Conversin de B.D.
Instalacin
Luis Castellanos
Justificacin de una Metodologa para el Desarrollo In-

cremental de Sistemas de Informacin
Una metodologa incremental presenta la ventaja de ser dinmica y

flexible. Permite usar las salidas de las etapas precedentes, como entradas en
las etapas sucesivas, y facilita corregir cualquier error detectado o llevar a cabo
mejoras en los distintos productos que se generan a lo largo de su aplicacin.
Todas las metodologas existentes, as como la que se presenta, se ba-

san en la metodologa clsica o en cascada. Y una vez que se conoce esa me-
todologa clsica, es ms fcil aplicar cualquiera de las metodologas que de
ella se derivan.
A lo largo de los ltimos aos, en Venezuela se ensean, en los recintos

universitarios y centros de educacin especializada, metodologas de Desarro-
llo de Sistemas propuestas por diversos autores, teniendo como principales
autores a James Senn y a Kendall & Kendall. Por otra parte, se presentan, en
algunos recintos, las metodologas de Jons Montilva y de Juan Llorns Fa-
bregs, como parte de las propuestas hechas en Venezuela.
Sin embargo, lo que normalmente se hace es presentar las metodolo-

gas para que el analista ponga en prctica la que ms le sea conveniente, to-
mando elementos de cada una de ellas.
Luis Castellanos
A continuacin se presenta la Metodologa para el Desarrollo Incremen-

tal de Sistemas de Informacin, producto de esa recopilacin y de la experien-
cia del autor.
Luis Castellanos
Esquema de Desarrollo de Sistemas
Descripcin del Entorno
Identificacin del Problema
Identificacin de los Procedimientos Actuales
Presentacin de las Posibles Soluciones al Problema
Validacin de las Posibles Soluciones
Determinacin de las Ventajas y Desventajas de cada Posible So-
lucin
Elaboracin de un Cuadro comparativo de Costos y Tiempos de
Ejecucin
Recomendacin
Acciones Preliminares
Designacin del equipo de Proyecto
Elaboracin de la Planificacin del Proyecto
Anlisis de Sistemas
Identificacin del Objetivo General y de los Objetivos Especficos
del Sistema Propuesto
Identificacin de Usuarios
Realizacin del Modelo Lgico del Sistema Actual
Recopilacin del Diccionario de Datos del Sistema Actual
Recopilacin de Reportes del Sistema Actual
Luis Castellanos
Elaboracin de Procedimientos Propuestos

Diseo de Sistemas
Realizacin del Modelo Lgico del Sistema Propuesto
Recopilacin del Diccionario de Datos del Sistema Propuesto
Elaboracin del Diagrama Entidad Relacin
Elaboracin del Diagrama Estructurado de Datos
Elaboracin de la Carta Estructurada
Elaboracin de los Diagramas de Accin
Presentacin del Diseo de Interfases
Seleccin de la plataforma de desarrollo
Programacin
Cdigo fuente y cdigo objeto
Creacin de la Base de Datos
Implantacin
Prueba
Conversin
Instalacin de Hardware y Software
Adiestramiento de Usuarios
Elaboracin de la Documentacin
Entrega al Usuario
Luis Castellanos
Luis Castellanos
Determina si es posible o no ofrecer solucin a los

problemas actuales. Representa el primer paso a cumplir-
se dentro de cualquier ciclo de desarrollo. Brinda informa-
cin muy amplia acerca de la unidad a quien se le va des-
arrollar el S.I., y determina si el mismo es o no factible.
Cuando se elabora el Estudio de Factibilidad, an no se
tiene la certeza de la aprobacin del proyecto, y se comienza a levantar, de
manera general, la informacin que ser relevante para plantear la solucin al
problema encontrado.
Por ello el tiempo a ser empleado en esta fase debe ser el mnimo indispen-
sable. Se dice que el Estudio de Factibilidad es un Presupuesto o Cotizacin
que se le hace al cliente o al usuario, y de su aprobacin depender el inicio
del desarrollo del proyecto de Sistemas de Informacin. Algunos lo denominan
la Propuesta del Sistema.
Una vez aprobado el Estudio de Factibilidad por el Comit de Sistemas 13,
clientes o usuarios, se procede con las siguientes etapas del ciclo de vida
Normalmente el costo del Hardware no es pertinente en un desarrollo de
S.I., ya que lo que si es importante es el Software. En caso de que el cliente o
usuario requiera Hardware, se deber colocar en otra propuesta aparte. Y es
que an, en esta etapa, no se conocen a ciencia cierta los requerimientos exac-
tos de Hardware. Se conoce lo general, pero no lo especfico. Las empresas
que desarrollan Sistemas de Informacin tienen asociados a quienes se les
13
Normalmente un Comit de Sistemas estara conformado por el Gerente o Directivo de las
reas de Compras (el que compra), Finanzas (el que financia la compra), Sistemas o Tecnolog-
a (quien har el posterior mantenimiento) y el rea Usuaria.
Luis Castellanos
refiere lo concerniente al Hardware y dems equipos que puedan hacer falta

ms adelante.
Los pasos a seguir en esta fase son las siguientes:

Ventajas y Desventajas de cada Posible Solucin
Cuadro comparativo de Costos y Tiempos de Ejecucin
Recomendacin
Descripcin detallada de los pasos:

Como quiera que se va a trabajar a posteriori en equipo, los ana-
listas iniciales deben describir el entorno organizacional en donde
se va a desarrollar el SI. Se debe hacer una breve resea de la
empresa (fecha de inicio de actividades, domicilio, ramo al cual se
dedica, organigrama general), y una breve resea de la Unidad
Funcional especfica a la cual se le desarrollar el SI.
En las fases de cualquier Metodologa de Desarrollo de Sistemas
de Informacin se deben emplear tcnicas de recoleccin de in-
formacin.
Entrevistas
Individuales o Grupales.
o Depende del tiempo del cual se disponga, y
de la cantidad de personas a las cuales se
entrevistar. Lo ideal es conducir entrevistas
individuales.
Estructuradas o No Estructuradas
o Las entrevistas estructuradas llevan un guin
o secuencia de preguntas que se van a reali-
zar, en contrapartida a las no estructuradas,
Luis Castellanos
donde las preguntas se improvisan sobre la

marcha.
o Se recomienda que los entrevistadores con
poca experiencia empleen entrevistas estruc-
turadas, y que le dejen a los ms experimen-
tados el emplear las entrevistas no estructu-
radas.
Cuestionarios
Abiertos
o Permiten cualquier tipo de respuesta
Cerrados
o Permiten escoger entre respuestas ya defini-
das por quien elabora el cuestionario
Observacin Directa
Algunas recomendaciones
Investigar antecedentes de la organizacin
Desarrollar un plan global y objetivos a cumplir
Seleccionar a los entrevistados
Tener autorizacin para hablar con los usuarios
Planificar entrevistas (tipo y estructura)
Usar herramientas automatizadas sin abuso
Tratar de juzgar qu informacin le interesa ms al
usuario
Objeciones y Resistencias
Est ocupando mucho de mi tiempo
Est amenazando mi empleo
No conoce nuestro negocio. Cmo va a decirnos
que debemos hacer?
Est tratando de cambiar la forma de hacer las co-
sas aqu
No queremos ese sistema
Luis Castellanos

Es primordial que se identifique el problema, para poder tener
ms claro cules pueden ser las posibles soluciones que se van a
presentar. Un problema no puede presentarse en trminos de el
sistema es manual. Un sistema manual no tiene porque ser un
problema per se. Se identifica el problema real: los resultados no
son confiables, las operaciones toman mucho tiempo, los clculos
no son precisos. Al identificar verdaderamente el problema, se
hace luego ms fcil ofrecer la solucin correcta y adecuada.
Se deben identificar, a grosso modo, los procedimientos genera-
les que se llevan a cabo actualmente en la Unidad Funcional.
Se deben presentar al menos tres (03) posibles soluciones al
Problema identificado. El presentarle una sola solucin al usuario
o cliente es forzarle a elegir una nica propuesta. Al ofrecer al
menos tres (03) posibles soluciones el usuario se sentir que tie-
ne la libertad para seleccionar la que considere ms conveniente.
Normalmente en el mbito de Desarrollo de Sistemas de Informa-
cin se pueden presentar tres (03) soluciones clsicas:
Optimizar el Sistema Actual (quizs mediante la elabora-
cin de procedimientos escritos, formatos, establecimiento
de controles)
Adquirir una aplicacin existente en el mercado y adaptarla
a la organizacin
Desarrollar una aplicacin hecha a la medida
Todas las Posibles Soluciones a presentar deben ser factibles,
desde el punto de vista Operativo, Tcnico y Econmico.
Factibilidad Tcnica (existe tecnologa para realizar el
S.I.?)
Factibilidad Operativa (habr resistencia al cambio?)
Factibilidad Econmica (relacin beneficio/costo)
No se puede ofrecer una solucin que no sea factible.
Luis Castellanos
Determinacin de las Ventajas y Desventajas de cada Posible Solucin

Se presentan las ventajas y desventajas de cada Posible Solu-
cin, a fin de ofrecerle al cliente una base ms slida para la toma
de decisiones y seleccin de la solucin ms adecuada.
Elaboracin del Cuadro comparativo de Costos y Tiempos de Ejecucin
Se elabora un cuadro comparativo, donde se presenta cada solu-
cin, con su respectivo costo y tiempo de ejecucin, a fin de pre-
sentarle de manera ms resumida al usuario las opciones dispo-
nibles.
Opcin 1 Opcin 2 Opcin 3
Costo $ 1.500 $ 5.600 $ 10.100
Tiempo de 1 semana 1 mes 3 meses
entrega
Recomendacin
De acuerdo a la experiencia del equipo de proyecto, se enuncia la
solucin ms recomendada para ser desarrollada.
Luis Castellanos
Acciones Preliminares
Son todas las actividades que se llevan a cabo para

el inicio del proyecto de Desarrollo del Sistema de Infor-
macin.
Incluye dos actividades bsicas:
Dichas actividades incluyen:

Normalmente el Equipo de Desarrollo de Sistemas est confor-
mado por:
Lder (Gerencia el proyecto)
Analista (Recoge informacin inicial y define requerimien-
tos)
Diseador S.I. (Disea el S.I.)
Diseador B.D. (Disea Base de Datos)
Programador (Codifica/Prueba)
Usuario Directo
Transcriptor (Ingresa datos en el sistema, de requerirse)
Luis Castellanos

Se puede seguir una o ms de las tcnicas existentes. Las ms
utilizadas son:
Grfico de Barra o Diagrama de Gantt
Diagrama de Gantt. Fuente L Castellanos.
PERT-CPM (ver Apndice 1. Cmo hacer PERT-CPM)
Pert-CPM. Fuente L Castellanos
Luis Castellanos
Cronograma de Actividades
Cronograma de Actividades. Fuente: L Castellanos
Software de Planificacin (Primavera, Project, ViewPoint, Harvard

Project, etc)
Importancia de la Planificacin de Proyectos:

Permite saber qu se deber hacer y quin lo va hacer
Permite saber (aproximadamente) cundo terminar el proyecto
Pone en evidencia los obstculos relevantes del proyecto, con el
fin de tomar las precauciones
Establece marco de referencia que permite trabajar eficientemen-
te y evita desperdicio de recursos
Otra tcnica que se debe emplear en la Planificacin de un Proyecto, es la Es-

timacin. Algunas recomendaciones para llevarla a cabo son:
Identificar caractersticas del Proyecto
Recopilar datos histricos sobre proyectos anteriores
Calcular recursos necesarios
Luis Castellanos
Todas las estimaciones estn sujetas a variaciones

Normalmente debe sobreestimarse en un 20%
Estimar costos (RRHH, dinero, tiempo)
Mtodos de estimacin: histrico, intuitivo, por promedios ponderados
Luis Castellanos
Anlisis del Sistema
Llevar a cabo el anlisis de un sistema no es ms

que conocer la situacin actual. De hecho, se amplan
los resultados del Estudio de Factibilidad, y se hace un
Modelo Lgico del Sistema Actual. La idea es retratar
o tomar una foto del Sistema Actual.
As como un mdico no da un diagnstico sin
haber estudiado los exmenes clnicos del paciente, un analista no puede ofre-
cer una solucin sin antes haber realizado un anlisis de los elementos con las
que se cuentan en la actualidad.
Luis Castellanos
Un buen anlisis, nos da una buena base para presentar una buena so-
lucin. A fin de cuentas, el axioma utilizado en los sistemas es muy vlido: ba-
sura entra, basura sale.
Los pasos que se siguen para llevar a cabo el Anlisis del Sistema son:
Identificacin del Objetivo General y de los Objetivos Especficos del Sis-
tema Propuesto
Identificacin de Usuarios (Directos, Indirectos, y Usuarios de los Usua-
rios)
Elaboracin del Modelo Lgico del Sistema Actual
Elaboracin del Diccionario de Datos (DD) del Sistema Actual
De manera detallada, se presentan los pasos:

Identificacin del Objetivo General y de los Objetivos Especficos del Sis-
tema Propuesto
Se identifica el Objetivo General del Sistema Propuesto
Al desagregar el Objetivo General, se identifican los Objetivos
Especficos.
Al usuario no le interesan los Objetivos del Proyecto, sino qu va
a hacer el nuevo Sistema.
Normalmente los objetivos del proyecto se enuncian cuando se
lleva a cabo un Trabajo Especial de Grado o algn Proyecto Es-
pecial, pero en este caso se trabajan con los Objetivos del Siste-
ma, que indicarn para qu sirve el nuevo sistema.
Los objetivos a determinar son los del Sistema. No los del proyec-
to!!! Un sistema no puede tener como Objetivo "Desarrollar un
Sistema".
Identificacin de Usuarios (Directos, Indirectos, y Usuarios de los Usua-
rios)
Tradicionalmente, los usuarios son aquellos que se benefician del
Sistema de Informacin. La identificacin se puede hacer toman-
Luis Castellanos
do como referencia el Organigrama recopilado durante el Estudio

de Factibilidad.
Se identifican tres (3) tipos de usuarios:
Usuarios Directos: los que van a operar directamente el
Sistema de Informacin, y van a interactuar con l. Perte-
necen a la Unidad Funcional donde se desarrolla el Siste-
ma.
Usuarios Indirectos: los supervisores de los Usuarios Di-
rectos, que a pesar de no estar interactuando directamente
con el Sistema, reciben informacin de l.
Usuarios de los Usuarios: Entes externos a la Unidad Fun-
cional o a la organizacin, que proporcionan las entradas al
sistema, y/o reciben sus salidas.
Elaboracin del Modelo Lgico del Sistema Actual
Se puede hacer mediante el Diagrama de Flujo de Datos (DFD) o
del Lenguaje Unificado de Modelado (UML, por sus siglas en
ingls: Unified Modelling Language)
Ambas son herramientas grficas que se emplean para describir y
analizar el movimiento de datos a travs de un sistema.
La diferencia esencial entre ambas herramientas es que el UML
se emplea para modelar sistemas bajo el paradigma Orientado a
Objetos.
Elaboracin del Diccionario de Datos (DD) del Sistema Actual
Se resean:
Almacenes de Datos, Repositorios o Archivos
Flujos de Datos
Procesos
Normalmente los Flujos y Procesos que se resean son del ltimo
nivel de resolucin.
Son los datos de los datos del sistema (metadatos)
Es un catlogo de los elementos de un sistema
Importancia
Facilita el manejo de detalles en sistemas grandes
Luis Castellanos
Comunica un significado comn a todos los elementos del

sistema
Documenta las caractersticas del sistema
Localiza errores y omisiones
Facilita el posterior mantenimiento del sistema
Normalmente el DD del Sistema Actual no es tan detallado como
el que se hace para el Sistema Propuesto. Al fin y al cabo, la fina-
lidad del DD Actual es comprender el Sistema Actual. Una vez
comprendido el Sistema Actual, el DD Actual no tiene utilidad.
Formato del DD Actual:
Flujos de Datos y Almacenes:
= Est compuesto de
() Repeticin de
+ Y
<> Uno u otro
[ ] Opcional
** Comentario
Ejemplo:
o orden_compra = numero_orden + fecha +
cod_editor + (codigo_libro + cantidad + pre-
cio) + [descuento] + monto_total + for-
ma_pago *<contado/credito>*
Procesos:
Validar Pedido: Recibe pedidos de clientes; verifica
lmite de crdito y estado de cuenta; almacena el
pedido conformado en el archivo pedi-
dos_pendientes.
Ahora bien, el DD del Sistema Propuesto si es til y se hace de
acuerdo a formatos ms detallados.
Se hace una recopilacin de los reportes actuales usados por la
organizacin, a fin de determinar la pertinencia y la necesidad de
cada uno de ellos.
Luis Castellanos
As mismo, se tiene una idea de cul es la estructura actual (si

existe) para los formatos diversos, salidas y reportes.

De acuerdo con la recoleccin de informacin y entrevistas con
los usuarios, se elaboran, tambin a grosso modo, los Procedi-
mientos Propuestos para el Sistema.
La idea es que estos procedimientos alimenten el Nivel 1 del DFD
propuesto.
Como quiera que se puede usar cualquiera de las herramientas, a continua-

cin se presenta un resumen de cada una de las herramientas de modelaje de
sistemas:
Diagramas de Flujo de Datos:
Presenta una visin (lo ms amplia posible) de las entradas, pro-
cesos y salidas del sistema
Es un modelo lgico de los datos del sistema
No muestra control ni movimiento
Prcticamente no requiere explicacin
Permite modelar el sistema con smbolos grficos
Luis Castellanos
Algunas recomendaciones:
Las entidades externas normalmente son las personas o
entes que suministran los datos de entrada al Sistema, y/o
reciben la informacin generada por el mismo.
Las Entidades externas deben ser seres vivos, animados.
No puede ser una Entidad "Factura". Si puede ser "Depar-
tamento de Ventas", "Gerente" o Banco, p.e.
Etiquete todos los elementos, y con nombres significativos
Los flujos no pueden tener bifurcaciones
No pueden existir nombres repetidos
Muestre flujos de datos, no de control
Es preferible repetir elementos, que cruzar lneas de flujo
Un flujo no puede ir de una Entidad a otra
Verifique balance, relacin padre-hijo, numeracin
Debe caber en una sola pgina (cada nivel)
Un proceso no es un departamento o unidad.
Los procesos deben estar definidos con nombres en infini-
tivo, en forma verbo-objeto preferiblemente
Particione procesos (explote burbujas) en 5 2
Los procesos, en lo posible, deben coincidir con los Proce-
sos Actuales y Propuestos
Luis Castellanos
Al entrar un flujo en un proceso, se debe transformar y salir

otro flujo (no el mismo)
El DFD Propuesto no puede ser igual al Actual
No muestre archivos en nivel 0
Ejemplos de DFD:
Luis Castellanos
Luis Castellanos
Diseo del Sistema
E
l Diseo del Sistema es la etapa en la cual se presenta el Modelo
del Sistema Propuesto.
Es donde se pone de manifiesto la creatividad del Analista, para
solucionar el problema planteado en el Estudio de Factibilidad, y cumplir con
los Objetivos establecidos en el Anlisis del Sistema.
Es en el Diseo donde se establece la estructura del Sistema Propuesto, y
se va armando la Documentacin Tcnica que servir de base para su cons-
truccin y para un posterior mantenimiento.
Los pasos que se siguen en esta etapa son:
Elaboracin del Diagrama Entidad Relacin
Elaboracin de la Carta Estructurada
Presentacin del Diseo de Interfases
De manera detallada:
Se realiza usando el DFD o el UML para presentar el Modelo
Lgico del Sistema Propuesto.
Se realiza de acuerdo a formatos establecidos, para mantener en
un solo lugar todos los datos de los datos. Este Diccionario es
Luis Castellanos
ms formal que el usado en el Anlisis, ya que va a formar parte

de la documentacin tcnica del Sistema en desarrollo.
Elaboracin del Diagrama Entidad Relacin (Ver Apndice 2. Enfoques

de Base de Datos)
Modela lgicamente las estructuras de datos del sistema relacio-
nado
Describe la distribucin de datos almacenados
Consta de:
Entidades (algo acerca de lo cual guardamos informacin).
No confundir con las Entidades externas del DFD.
Relaciones
Luis Castellanos
1:1
1:n
m:n

Representa el uso de los datos como Modelo Funcional.
Refleja el uso de los datos a travs de un Modelaje Fsico de la
Base de Datos
Se basa en el DER
Elementos:
Entidades
Relaciones
Campos Claves o Primarios
Campos
Luis Castellanos
Ejemplo de DER
Ejemplo de DED
Elaboracin de la Carta Estructurada o Mapa de Navegacin

Presenta el plano del sistema propuesto
Sirve para:
Luis Castellanos
hacer participar al usuario

disear funciones detalladas
disear mens
planificar el desarrollo de programas
monitorear el desarrollo

Describen detalladamente los elementos de un programa o mdu-
lo.
Es la ltima etapa del diseo y materia prima para el programador
Tambin se le conoce por: Lenguaje estructurado, pseudo cdigo,
algoritmo, etc.
Permiten representar la estructura global de un programa y el de-
talle de las tareas que realizan los mdulos que lo componen
Facilita cambiar las palabras claves por los comandos del lengua-
je de programacin a usar
Se pueden elaborar aparte del DFD, o como parte del DD en los
procesos del ltimo nivel de resolucin.
Presentacin del Diseo de Interfases (Pantalla, Impresora, otros)
Se disean las plantillas para las pantallas del sistema y para los
reportes impresos (para el programador) y se muestran las panta-
llas y reportes como se proponen (para aprobacin del usuario)
El Diseo de Interfases debe:
satisfacer objetivos planteados
Luis Castellanos
adaptarse al usuario
proveer cantidad adecuada de informacin
proporcionar el mtodo apropiado para la salida
La salida debe ser oportuna y disponible para el usuario
Formas de salidas:
Reportes impresos (impresoras)
Reportes por pantalla
Reportes en archivos
Reportes en discos
Se selecciona la plataforma de desarrollo ms adecuada para el
sistema propuesto.
Importante: hasta el momento, todo el trabajo que se ha hecho, es inde-

pendiente de la plataforma de desarrollo. La conceptualizacin de un Sistema
de Informacin no se hace sobre la base de un lenguaje de programacin, ma-
nejador de base de datos o sistema operativo especfico.
Luis Castellanos
Programacin
P
rogramacin, Codificacin
o Construccin del Sistema
muchas veces son sinni-
mos. Se habla que esta etapa es de
carpintera, pero no por tomar des-
pectivamente la palabra, sino por ser
una etapa donde se deben seguir deta-
lladamente los planos e instrucciones conceptualizadas en etapas anterio-
res. Igual que en la carpintera, es de suponer que antes de armar una silla
o una mesa, previamente se hizo un diagrama o plano del mueble.
Generacin del Cdigo Fuente y Objeto
Consiste en traducir el Diseo en instrucciones que la computado-
ra pueda interpretar
Es la generacin del Cdigo Fuente y Cdigo Objeto de la aplica-
cin, de acuerdo a los D.A. y otros resultados del Diseo
Tipos de Programacin
No Estructurada
Estructurada
Modular
Orientada a Objetos
Actividades a cumplir
Codificacin (transformar D.A. en lneas de cdigo del
Lenguaje seleccionado)
Luis Castellanos
Compilacin (corregir errores de sintaxis)

Link (obtener cdigo ejecutable)*
Depuracin (corregir errores de los programas)
* En algunos Lenguajes se hace la compilacin y link del
programa casi simultneamente
Creacin de la Base de Datos de acuerdo al Manejador seleccionado
Luis Castellanos
Implantacin
I
ncluye todas las actividades para poner un sistema en produccin
(entregar al usuario).
Etapas:
Prueba
Es ejecutar un sistema para encontrar problemas y errores.
Se complementa con
Verificacin (operacin en ambiente simulado. Ver-
sin Alfa)
Validacin (operacin en ambiente no simulado en
usuarios seleccionados. Versin Beta)
Certificacin (programa libre de errores)
Mtodos de Prueba
Ascendente (Bottom Up)
Descendente (Top Down)
Luis Castellanos
Total (Big Bang)

Estrategias de Prueba
Caja Negra (probar especificaciones sin prestar
atencin al cdigo)
Caja de Cristal (probar cdigo sin prestar atencin a
las especificaciones)
Clases o Tipos de Prueba
Pruebas Estndares
o Unitaria (de programa o mdulo)
o Integracin (intercambios de informacin en-
tre mdulos)
o Funcional (sistemas vs. especificaciones)
o Aceptacin (sistema cumple requerimientos
de usuarios)
o Instalacin
Pruebas Especiales
o Carga mxima (volumen mximo de activida-
des)
o Almacenamiento (capacidad para almacenar
datos)
o Tiempo de ejecucin (tiempo de respuesta en
operaciones)
o Recuperacin (capacidad para recuperar da-
tos y/o manejo de fallas)
o Procedimientos (claridad de la documenta-
cin)
o Factores Humanos (reacciones de los usua-
rios ante operaciones y/o fallas)
Construccin de Modelos de Prueba
o Datos de Prueba (Librera de Prueba)
o Datos Reales
Luis Castellanos
Conversin
Transformacin de estructuras de datos y modos de alma-
cenamiento actuales en las estructuras propuestas
Traduccin de archivos actuales al formato requerido por el
nuevo sistema
Ej.: De Libros a Disco o de Cobol a SQL
Enfoques
Paralela
Directa
Piloto
Por fases
Se debe elaborar plan de contingencia
Se debe evaluar la conversin
Cuenta de Registros
Totales Financieros Establecidos
Cifras de Control (no financieras)
Instalacin de Hardware y Software

Determinar los requerimientos del sitio y controlar su pre-
paracin
Instalaciones fsicas
Luis Castellanos
Instalaciones elctricas
Piso Falso, Cielo Raso y Aire Acondicionado
Seguridad
Instalar y Probar el Hardware

Instalar y Probar el Software
Determinar Requerimientos especiales
Adiestramiento de Usuarios (Tcnicos y Operativos)

Consiste en capacitar al personal que va a operar y man-
tener los sistemas propuestos
Luis Castellanos
Personal a ser adiestrado:

Usuarios
Operadores de Sistemas
Mtodos
Seminarios
Simulacin
Personal
Directo
Procedimental
Elaboracin de la Documentacin
Incluye una descripcin completa del sistema para la ope-
racin y mantenimiento.
Hoy en da la mayora de la documentacin se hace en di-
gital (preferiblemente en lnea o en formato PDF).
Principales Manuales
Informacin General
o dirigido a Gerentes y Directivos
de Usuario
o dirigido a Usuarios Directos, para el correcto
uso del sistema
de Operaciones
o dirigido a personal tcnico de Sistemas, a fin
de facilitar el posterior mantenimiento
o debe contener al menos DFDs, DD, DER,
DED, y en general, la documentacin tcnica
generada durante el desarrollo de la aplica-
cin
Luis Castellanos
del Administrador del Sistema

o dirigido a personal de administracin de sis-
temas
o debe contener al menos esquema de Base
de Datos y cronogramas para respaldos y re-
cuperacin, indexamiento de base de datos,
pasos para creacin de usuarios, entre otros.
Entrega al Usuario
Luis Castellanos
Y despus qu?
U
na vez que se ha culminado el Desarrollo del Sistema de Informacin, y
que se ha entregado el mismo al Usuario o Cliente, no culmina el trabajo
del Analista. Para poder cerrar el ciclo de desarrollo se deben llevar a cabo las
funciones de Mantenimiento y de Auditora de Sistemas.
Mantenimiento de Sistemas
Mantenimiento no es ms que modificar, co-
rregir o mejorar los sistemas existentes.
Ejemplo clsico de la necesidad del mante-
nimiento, en cualquier aspecto de la vida, es
la Curva de la Baera, donde vemos cmo
en un eje cartesiano de tiempo versus erro-
res, los errores disminuyen con el paso del tiempo (infan-
cia), hasta alcanzar un perodo de estabilidad (madurez),
para al final aumentar los errores al aumentar el tiempo
transcurrido (vejez).
Tipos de Mantenimiento:
Correctivo (elimina errores)
Perfectivo (aade nuevas funciones)
Luis Castellanos
Adaptativo (modifica funciones)

Preventivo (previene errores)
Parches: modificaciones menores
Formas de efectuar el Mantenimiento:
Ordenes de Trabajo
Proyectos
Versiones Planificadas
Importancia del Mantenimiento:
Si no hay apoyo continuo, el sistema puede dejar de
funcionar
Si no se incorporan los cambios necesarios, el sis-
tema puede dejar de ser til
Un soporte continuo permite a los usuarios el uso
adecuado del sistema
Permite realizar ajustes necesarios para que an
cuando el ambiente cambie, se pueda hacer uso efi-
ciente de los recursos del sistema
Dificultades encontradas:
Documentacin inadecuada, obsoleta o inexistente
Componentes complejos
Componentes mal estructurados
Inexperiencia del personal
Poca familiaridad de las aplicaciones
Presin de tiempo
Falta de comunicacin y participacin de los usua-
rios
Gran cantidad de requerimientos
Gran cantidad de parches
Auditora de Sistemas
Detecta fraudes, errores o atentados en
los sistemas, a travs de controles opor-
tunos.
Clasificacin Auditora de Sistemas de
Luis Castellanos
acuerdo al enfoque
durante el desarrollo de los S.I.
despus de la implantacin
Clasificacin de acuerdo al alcance
en torno al computador
en el computador
Herramientas y Tcnicas que emplea
observacin
cuestionarios
entrevistas
pistas de auditora
programas de prueba
libreras de prueba
Delitos Informticos
Se clasifican en Riesgos o en Fraudes
Riesgo es la situacin que puede propiciar la comi-
sin de un delito
o avaricia
o problemas financieros (deudas de juego, en-
fermedades familiares, educacin de los
hijos, vivir por encima de los propios medios,
etc.)
o autogratificacin del ego (por el reto de
hacerlo)
o caridad o sndrome de Robin Hood
o omisiones o errores en los sistemas
o mentalidad turbada
o venganza por insatisfaccin personal (sub-
empleo, ascensos negados, envidia, falta de
reconocimiento)
Fraude es el delito cometido, intencional y premedi-
tadamente
o falsificacin de datos de entrada o phishing
Luis Castellanos
o caballo de Troya
o bomba de tiempo
o salami
o super-zapping
o puerta trasera
o intercepcin electrnica en la comunicacin
o rastreo o trashing
o filtracin de la informacin
o simulacin y modelaje
Factores que han permitido el incremento de delitos
por computador
o aumento de personas estudiando computa-
cin
o aumento en nmero de empleados con acce-
so a equipos
o facilidad en el uso de los equipos
o incremento en la concentracin del nmero
de aplicaciones y de la informacin en las
empresas y organizaciones
Perfil de las personas que cometen delitos por com-
putador
Altos ejecutivos 9%
Personal de Informtica 19 %
Personal de Contabilidad 13 %
Personal de Tesorera 7%
Personal de Almacn 13 %
Combinaciones 39 %
Luis Castellanos
Apndice 1. Cmo hacer un PERT-CPM.
A. Cmo hacer un Diagrama PERT-CPM14?

(Ejemplo con las actividades llevadas a cabo en la maana, antes de salir de la
casa).
1. Liste todas las actividades que va a llevar a cabo o a ejecutar, e identifque-

las con una etiqueta (preferiblemente una letra).
Etiqueta Actividad Duracin Precedencia

A Despertarse
B Tender cama
C Cepillar dientes
D Afeitarme
E Baarme
F Escoger ropa
G Vestirme
H Preparar desayuno
I Desayunar
J Ver noticias
K Salir
L Prender PC
M Revisar correo-e
N Apagar PC
14
PERT-CPM: Program Evaluation and Review Technique Critical Path Method (Tcnica de Evaluacin y Revisin de
Programas Mtodo de Ruta Crtica)
Luis Castellanos
2. Asigne la duracin de cada actividad (en unidades de tiempo)

A Despertarse 7
B Tender cama 2
C Cepillar dientes 2
D Afeitarme 5
E Baarme 10
F Escoger ropa 5
G Vestirme 15
H Preparar desayuno 5
I Desayunar 10
J Ver noticias 60
K Salir 5
L Prender PC 1
M Revisar correo-e 30
N Apagar PC 1
3. Determine la precedencia o prelacin de las actividades (se deben cumplir

una vez finalizada una o ms actividades o se pueden hacer simultneamente)

A Despertarse 7 -
B Tender cama 2 E
C Cepillar dientes 2 A
D Afeitarme 5 C
E Baarme 10 D
F Escoger ropa 5 M
G Vestirme 15 F
H Preparar desayuno 5 F
I Desayunar 10 G, H
J Ver noticias 60 A
K Salir 5 I, N, J
L Prender PC 1 D
M Revisar correo-e 30 L, B
N Apagar PC 1 M
4. Proceda a graficar el Diagrama PERT. Normalmente se comienza de iz-

quierda a derecha. Se emplean nodos para denotar inicio y fin de las activida-
des, lneas rectas horizontales (preferiblemente) para representar las activida-
des e identificadas con la etiqueta en la parte superior y la duracin en la parte
inferior. Las actividades ficticias se dibujan con lneas discontinuas.
Luis Castellanos
Nodo Actividad Real Actividad Ficticia
5. Una vez que est graficado el PERT, se calculan los tiempos de ejecucin
de las actividades. Se comienza desde la izquierda, colocando el valor 0 en el
cuadro izquierdo del primer nodo, y se va sumando el tiempo de duracin de
cada actividad para ir acumulando el tiempo. Cuando existan dos o ms acu-
mulados se toma el acumulado de mayor duracin.
6. Al terminar de calcular los tiempos de ejecucin, se procede a calcular los

tiempos de holgura, de derecha a izquierda. Se coloca en el cuadro derecho
del ltimo nodo el tiempo total del proyecto, y se va restando el tiempo de dura-
cin de cada actividad, para ir disminuyendo el tiempo. Cuando existan dos o
ms acumulados se toma el acumulado de menor duracin.
Luis Castellanos
7. Se calcula la ruta crtica, que pasa por los nodos donde el acumulado del
cuadro de la izquierda es igual al acumulado del cuadro de la derecha. Nor-
malmente se denota con un trazo ms grueso o con otro color.
8. Glosario de Trminos15.
Nodo: puntos de unin de las ramas, que representa el momento en que

comienza o termina una actividad.
Ramas (o arcos): lneas que unen los nodos. Representan las activida-
des.
Red: grfica con un flujo en sus ramas
Actividades Ficticias: slo muestran relaciones de precedencia
Holgura: diferencia entre el tiempo ms lejano y el tiempo ms cercano
Ruta Crtica: ruta cuyas holguras son cero.
15
Tomado del texto de HILLIER & LIEBERMAN: Investigacin de Operaciones. Ed McGraw Hill.
Luis Castellanos
B. Ejercicios propuestos de PERT-CPM

1. Dadas las siguientes actividades, dibuje el grfico PERT.
a. Caso 1.
Actividad Precedencia
A -
B A
C B
D B
E B
F D, E
G C
b. Caso 2.
A -
B A
C B
D E, C
E B
F D
c. Caso 3.
A -
B A
C A
D A
E B, C
F C
G E, F
H D, G
d. Caso 4.
A -
B, C A
D B
E D
F C
G C
H E, F, G
Luis Castellanos
2. Dados los siguientes grficos PERT, calcule los tiempos de ejecucin y

calcule el CPM.
a. Caso 1.
b. Caso 2.
3. Dadas las siguientes actividades y tiempos, haga el grfico PERT-CPM

correspondiente.
a. Caso 1
Actividad Precedencia Tiempo

A - 3
B - 5
C A 5
D - 7
E B, C 3
F D, E 3
G D, E 5
H G 4
I F, H 4
Luis Castellanos
b. Caso 2
Actividad Precedencia Tiempo

A - 1
B A 6
C B 1
D C, E 2
E A 1
F D 10
G F 4
H G 9
I F 5
J I 3
K J 5
L K 7
M J 3
N M 2
O H 1
P L, N, O 4
Luis Castellanos
Apndice 2. Enfoques de Base de Datos
Una Base de Datos es una coleccin integrada de archivos (interrelacio-

nados), accesibles a mltiples aplicaciones.
Entre sus caractersticas se pueden mencionar:
Disminuye redundancia de datos
Elimina inconsistencia entre datos redundantes
Comparte datos entre mltiples usuarios
Establece estndares y seguridad
Protege la integridad de los datos
Independiza programas de estructuras de datos
Se presentan cuatro Enfoques o Modelos de Base de Datos, a saber:
Jerrquico
Luis Castellanos
De Redes
Relacional
Orientado a Objetos
Normalizacin
Formas Normales
1FN (1ra Forma Normal) (Elimina grupos repetidos)
2FN (Elimina dependencias parciales y busca dependencia fun-
cional con clave primaria)
Luis Castellanos
3FN (Elimina dependencias transitivas)

BCNF (Forma Normal Boyce/Codd)
4FN
5FN
Ejemplo de Normalizacin
Luis Castellanos
Luis Castellanos
Luis Castellanos
Referencias Bibliogrficas
Cohen, Ch. & Gonzlez, J: Documentacin de Sistemas. UNA.
Caracas, 1988.
Date,C.J.: Introduccin a los Sistemas de Bases de Datos. Addi-
son-Wesley. EEUU, 1993.
Gane, Ch. & Sarson, T.: Anlisis Estructurado de Sistemas. El
Ateneo. Buenos Aires, 1988.
Hartman, W; Matthes, H; & Proeme, A.: Manual de los Sistemas
de Informacin (ARDI). Paraninfo. Madrid, 1985.
Hillier, F. & Lieberman, G: Introduccin a la Investigacin de
Operaciones. Ed Mc Graw Hill. Mxico, 1999.
Kendall, K. & Kendall, J.: Anlisis y Diseo de Sistemas. Prenti-
ce Hall. Mxico, 1991.
Kreitner, Robert: Management. Houghton Mifflin. Boston, 2001.
Llorns, J. & Bauza, J.: Administracin de Proyectos. Mir. Ca-
racas, 1991.
Llorns, Juan: Sistemas de Informacin. Planificacin, Anlisis y
Diseo. Mir. Caracas, 1991.
Idem: Sistemas de Informacin. Desarrollo, Implantacin y Man-
tenimiento. Mir. Caracas, 1991.
Idem: Sistemas de Informacin. Metodologa Estructurada. Tomo
I: Desarrollo de Sistemas. Reverte. Caracas, 1989.
Long, Larry: Introduccin a las Computadoras y al Procesamiento
de Informacin. Prentice Hall. Mxico, 1995.
Martin, James & Odell, James: Anlisis y Diseo Orientado a Ob-
jetos. Prentice Hall. Mxico, 1994.
Montilva, Jons: Desarrollo de Sistemas de Informacin. ULA.
Mrida, 1990.
Murdick, Robert: Sistemas de Informacin Administrativa. Pren-
tice Hall. Mxico, 1988.
Senn, James: Anlisis y Diseo de Sistemas de Informacin.
McGraw Hill. Mxico, 1987.
Idem: Anlisis y Diseo de Sistemas de Informacin. McGraw
Hill. Mxico, 1992.
Yourdon, Edward: Anlisis Estructurado Moderno. Prentice Hall.
Mxico, 1993.
Luis Castellanos
Acerca del Autor

Luis R Castellanos H es Licenciado en Ciencias y Artes
Militares (AMV, 1984) e Ingeniero de Sistemas (IUPFAN,
1991), con Maestras en Ingeniera de Sistemas (USB,
1991) y en Ciencias y Artes Militares (ESE, 2000). Recibi
ttulos Honoris Causa de Maestra en Tecnologa Educati-
va y de Doctorado en Educacin (CIHCE, 2009). Se de-
sempea como Director de la Escuela de Ingeniera de
Sistemas y Jefe de Secretara en la Universidad Nacional
Experimental de la Fuerza Armada (UNEFA), en el Ncleo
Zulia, en Venezuela. Es docente activo en las ctedras de
Matemticas y Sistemas de Informacin en la Universidad Jos Gregorio
Hernndez y en la UNEFA.
Luis Castellanos

Metodologia de Desarrollo 1 PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Metodologia de Desarrollo 1 PDF

Cargado por

Copyright:

Formatos disponibles

Desarrollo de Sistemas de Informacin |i

Desarrollo de Sistemas de Informacin

Desarrollo de Sistemas de Informacin

Desarrollo de Sistemas de Informacin

A Dios por permitirme vivir.

Ahora, si se va a desarrollar en equipo, y se va a ofrecer una solucin a un

No pretendo competir con personalidades como James Senn o los Kendall y

Esta recopilacin tiene como objetivo principal plantear una Metodologa

Se hace un esbozo de conceptos bsicos de Gerencia, Sistema, Infor-

La misma consta de seis fases a saber: Estudio de Factibilidad, Accio-

De igual manera se presentan recomendaciones a seguir y errores a evi-

Y fue Adam Smith quien introdujo (en 1776) el trmino al

La Gerencia, desde finales del Siglo XX se clasifica en 7 grandes reas:

Ahora bien, qu necesita un Gerente para ser exitoso? De acuerdo a

Para finalizar este captulo, se debe hacer mencin de lo algunos deno-

Cualquier organizacin se divide en tres (3) niveles claramente definidos,

Normalmente, mientras se va ascendiendo en la escalera o pirmide, se

es un fenmeno que proporciona significado o sentido a las co-

Sobre la base de lo expuesto con anterioridad, se pueden obtener los si-

Sistema: un conjunto interrelacionado de partes que persiguen un

Uniendo ambos vocablos, se caracteriza al Sistema de Informacin:

teractan entre s para procesar informacin y distribuirla de ma-

Un Sistema de Informacin (SI) es un conjunto interrelacionado de

Un aspecto que debe ser sealado, es que un Sistema de informacin

Como Sistema que es, un SI presenta el mismo modelo de Entrada-

Un Sistema de Informacin presenta las siguientes caractersticas:

Los objetivos que persigue un Sistema de Informacin son:

Metodologas para el Desarrollo de Sistemas de Infor-

Independientemente de la Metodologa de Desarrollo de Sistemas de In-

Autor J Senn M Zelkowitz J Montilva

Los Tipos de Metodologas de Desarrollo de Sistemas son:

Murdick & Ross:

Justificacin de una Metodologa para el Desarrollo In-

Una metodologa incremental presenta la ventaja de ser dinmica y

Todas las metodologas existentes, as como la que se presenta, se ba-

A lo largo de los ltimos aos, en Venezuela se ensean, en los recintos

Sin embargo, lo que normalmente se hace es presentar las metodolo-

A continuacin se presenta la Metodologa para el Desarrollo Incremen-

Esquema de Desarrollo de Sistemas

Elaboracin de Procedimientos Propuestos

Determina si es posible o no ofrecer solucin a los

refiere lo concerniente al Hardware y dems equipos que puedan hacer falta

Los pasos a seguir en esta fase son las siguientes:

Descripcin detallada de los pasos:

donde las preguntas se improvisan sobre la

Identificacin del Problema

Determinacin de las Ventajas y Desventajas de cada Posible Solucin

Son todas las actividades que se llevan a cabo para

Dichas actividades incluyen:

Elaboracin de la Planificacin del Proyecto

Diagrama de Gantt. Fuente L Castellanos.

PERT-CPM (ver Apndice 1. Cmo hacer PERT-CPM)

Pert-CPM. Fuente L Castellanos

Cronograma de Actividades. Fuente: L Castellanos

Software de Planificacin (Primavera, Project, ViewPoint, Harvard

Importancia de la Planificacin de Proyectos:

Otra tcnica que se debe emplear en la Planificacin de un Proyecto, es la Es-

Todas las estimaciones estn sujetas a variaciones

Anlisis del Sistema

Llevar a cabo el anlisis de un sistema no es ms

De manera detallada, se presentan los pasos:

do como referencia el Organigrama recopilado durante el Estudio

Comunica un significado comn a todos los elementos del